[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-users] shut down domU with hidden pci device = hosed dom0
I've been doing some testing of the pci device hiding; its a lot easier in Debian than it is in Suse as Debian doesn't mess around with having it as a module... Anyhow, I'm finding a bizarre issue: I have a domU which uses a 'hidden' PCI network card, this works just fine. In other words I do have the 'pci =' directive and the 'pciback.hide=' directives correct as I can access the pci network card from the domU and there are no problems with the dom0 prior to shutting the domU down. However, when I shut that domU down the dom0 starts having issues with the IRQs for its IDE controllers, has DMA errors on all of its drives and crashes. It doesn't kernel panic, it just goes into an endless cycle of DMA-errors on its hard drives and becomes unusable. Seems odd that shutting down a domU (with a 'pci =' directive) should so hose the dom0... are these actually likely to be connected or is there something else going on here? Thanks! Steve Wray wrote: > Jerry Amundson wrote: >> On 3/18/07, Steve Wray <steve.wray@xxxxxxxxx> wrote: >>> Can someone please provide some documentation, update the wiki or direct >>> me to a URL which can help? >> http://wiki.xensource.com/xenwiki/Assign_hardware_to_DomU_with_PCIBack_as_module >> >> has helped me... > > Thanks, thats one of the ones I found too... but it didn't help me much. > > Its better than nothing but what I'd really like to see is something > along the lines of: > > "So you have a xen2 box which hides PCI devices using physdev_dom0_hide > etc? Heres how to upgrade this existing, known-good configuration to xen3". > > > > _______________________________________________ > Xen-users mailing list > Xen-users@xxxxxxxxxxxxxxxxxxx > http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |