[Fedora-xen] pciback at boot time

[Gordon McLellan]

On Mon, Oct 15, 2012 at 9:51 AM, Konrad Rzeszutek Wilk
<konrad.wilk at oracle.com> wrote:
> On Mon, Oct 15, 2012 at 09:50:31AM -0400, Gordon McLellan wrote:
>> On Mon, Oct 15, 2012 at 9:03 AM, Konrad Rzeszutek Wilk
>> <konrad.wilk at oracle.com> wrote:
>> >
>> > Huh? Why? This is what I've in my /etc/defalt/grub
>> >
>> > [root at phenom konrad]# cat /etc/default/grub
>> > GRUB_TIMEOUT=5
>> > GRUB_DISTRIBUTOR="Xen 4.1"
>> > GRUB_DEFAULT=saved
>> > 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  xen-pciback.hide=(01:00.0)(01:00.1)(02:00.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.
>> >
>>
>> Konrad,
>>
>> I'm not sure... it is probably something I have done wrong, and
>> probably something simple so I am overlooking it.  I have gone back to
>> stock FC17 kernel and slimmed down my hide list to see if that helps:
>
> Hm, just realized that the machine is running F16, not F17!
>
>> [root at xenhost ~]# cat /etc/default/grub
>> GRUB_TIMEOUT=5
>> GRUB_DISTRIBUTOR="Fedora"
>> GRUB_DEFAULT=saved
>> GRUB_CMDLINE_LINUX="rd.md=0 rd.dm=0 SYSFONT=True rd.lvm.lv=vg0/swap
>> KEYTABLE=us rd.lvm.lv=vg0/root rd.luks=0 LANG=en_US.UTF-8
>> xen-pciback.hide=(0b:00.0)(09:00.0)"
>> GRUB_CMDLINE_XEN="dom0_mem=4096M,max:4096M dom0_max_vcpus=2
>> dom0_vcpus_pin loglvl=all guest_loglvl=all"
>>
>> however the xen-pciback module is not loading at boot, and when I try
>> to load it manually:
>> [root at xenhost ~]# modprobe -vv xen-pciback
>> insmod /lib/modules/3.6.1-1.fc17.x86_64/kernel/drivers/xen/xen-pciback/xen-pciback.ko
>> 0)
>> libkmod: kmod_module_insert_module: Failed to insert module
>> '/lib/modules/3.6.1-1.fc17.x86_64/kernel/drivers/xen/xen-pciback/xen-pciback.ko':
>> No such file or directory
>> ERROR: could not insert 'xen_pciback': No such file or directory
>
> That would imply it is simply gone. And does
>
> cat /boot/config-3.6.1-1* | grep BACKEND
>
> tell you whether the Xen PCI backend is compiled in (=y) or is a module (=m)?
>>
>> It is claiming file not found, but if I run the command on the first
>> line (insmod) it claims a different error, it does not like the "0)"
>> [root at xenhost ~]# insmod
>> /lib/modules/3.6.1-1.fc17.x86_64/kernel/drivers/xen/xen-pciback/xen-pciback.ko
>> 0)
>> -bash: syntax error near unexpected token `)'
>
> What is the "0)' from?
>

pciback is compiled as a module:
[root at xenhost ~]# grep BACKEND /boot/config-3.6.1-1.fc17.x86_64
CONFIG_XEN_BLKDEV_BACKEND=m
CONFIG_XEN_NETDEV_BACKEND=m
CONFIG_XEN_BACKEND=y
CONFIG_XEN_PCIDEV_BACKEND=m

and the file does exist:
[root at xenhost ~]# ls -lah
/lib/modules/3.6.1-1.fc17.x86_64/kernel/drivers/xen/xen-pciback/
total 108K
drwxr-xr-x 2 root root 4.0K Oct 12 10:19 .
drwxr-xr-x 4 root root 4.0K Oct 12 10:19 ..
-rwxr--r-- 1 root root 100K Oct 10 08:41 xen-pciback.ko

Near as I can tell the 0) is coming from the kernel command line but
it is getting mangled somewhere along the way.  If I remove the
xen-pciback.hide directive from the grub config file, the kernel is
able to load the pciback module without issue, and without any
configuration.  I tried moving the xen-pciback.hide directive to the
front of the kernel command line, it did not help.