On Sun, Oct 14, 2012 at 10:22:43PM -0400, Gordon McLellan wrote:
> On Sun, Oct 14, 2012 at 4:08 PM, M A Young <m.a.yo...@durham.ac.uk> wrote:
> > On Sun, 14 Oct 2012, Gordon McLellan wrote:
> >> Thank you for the tips. I made sure I specified xen-pciback instead of
> >> the
> >> older pciback ... not really sure which line in the configuration it goes
> >> on
> >> in /etc/default/grub - leaving it on the XEN line for now. I created
> >> /etc/modprobe.d/xen-pciback.conf to also reflect the same:
> >> options
> >> xen-pcibackhide='(0000:00:1a.0)(0000:00:1b.0)(0000:00:1d.0)(0000:01:00.0)(0000:01:00.1
> >> )(0000:00:0b.0)'
> >> after making these changes, I updated the grub config file and rebooted.
> >> After reboot, none of the devices are hidden from dom0. I can forcibly
> >> unbind them from dom0 with a script, but that seems messy and some of the
> >> pci devices don't seem to like it (sata controller for example)
> >> Any suggestions?
> > Could you try without the leading 0000: in one or both places. I have been
> > looking at http://wiki.xen.org/wiki/Xen_PCI_Passthrough and the examples
> > there don't have the leading 0000: .
> > Michael Young
> Looks like I have some problem with grub passing the arguments
> correctly. I see them properly when I view the "dmesg" output, but
> when modprobe tries to load the xen-pciback module, it claims invalid
> argument 0) ... like the rest of the line has been lost or something.
> I tried single and doubel quotes, and with / without the extra 0's.
> I've gone back to dynamic unbinding via script and I'll wait for 4.2
> to come along :)
Huh? Why? This is what I've in my /etc/defalt/grub
[root@phenom konrad]# cat /etc/default/grub
GRUB_CMDLINE_LINUX="rd.md=0 rd.lvm=0 rd.dm=0 KEYTABLE=us debug loglevel=8
SYSFONT=latarcyrheb-sun16 rd.luks=0 LANG=en_US.UTF-8 radeon.modeset=0
GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all iommu=verbose"
And it works quite well for me and I am using the stock Fedora kernel.
xen mailing list