[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-users] RE: DomU can't access PCI Parallel port (was SVM not detected on Opteron 1220)
As far as I know there's no way to explicitly map ioports or irqs; xen/dom0 takes care of this for you. There has been some discussion lately about IRQ sharing and PV passthrough, as the requirements seem to change with versions of xen. (Most development seems to be geared towards iommu assisted passthrough.) You may have to fiddle with pciback.permissive settings, but I have no experience needing to do this so I couldn't tell you what the procedure is. The best way to get help from this list will be to post all the relevant logs and configuration files you have. This includes your /var/log/xen/qemu-...log for the domain, and any relevant system messages in the domu. I'd include lspci -vvv output from the domu, and try to see if you get any messages when you load the appropriate driver for the card in domu, for example, check dmesg or syslog after a modprobe parport (or whatever the driver is, it's been years since I've used anything on a parallel port), and see if there's any output whatsoever pertaining to your device. -----Original Message----- From: Brian P. Martin [mailto:Brian@xxxxxxxxxxxxxxxxxxxx] Sent: Wednesday, July 29, 2009 12:31 AM To: djmagee@xxxxxxxxxxxx Cc: xen-users@xxxxxxxxxxxxxxxxxxx Subject: DomU can't access PCI Parallel port (was SVM not detected on Opteron 1220) Doug, > > Your DomUs will only see the emulated hardware. To see your real > hardware inside a DomU you will have to pass it through. Without the > appropriate hardware, you'll only be able to pass-through hardware to a > PV guest. Since you're on AMD, I'm going to have to assume you don't > have IOMMU hardware, as they haven't sold any yet that I know. Google > searches for the right keywords will reveal more than enough info you > can piece together to achieve this, but here's a short summary: > > Make sure pciback is available in your Dom0 kernel (either built-in or > as a module). > Identify PCI device you want to hide, likely using lspci > If pciback is builtin, then you'd have to add a 'pciback.hide=(...)' to > the Dom0 kernel line in grub and restart > Otherwise, you can hide the device after startup as described here: > http://wiki.xensource.com/xenwiki/Assign_hardware_to_DomU_with_PCIBack_ > a > s_module > Assign the device to your DomU with a pci = [ '...' ] line the domain's > configuration file > > I don't have any experience with PV passthrough, but it should be > easier, though less stable/secure than HVM passthrough. Also, lately, > xen pci pass-through development has focused mostly on iommu backed > passthrough, and I've read messages suggesting there are more > restrictions to pv passthrough in more recent versions of xen. > Thanks for the great summary. I've already been through this, but your list helped me check my work. DomU still seems to know that the device is there, but can't talk to it. In addition to the pci= statement, do I need to map IOPORTs and/or IRQs? -Brian _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |