On Mon, Oct 15, 2012 at 9:51 AM, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx> 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@xxxxxxxxxx> wrote: >> > >> > Huh? Why? This is what I've in my /etc/defalt/grub >> > >> > [root@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@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@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@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@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@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. >From dmesg: [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 3.6.1-1.fc17.x86_64 (mockbuild@) (gcc version 4.7.2 20120921 (Red Hat 4.7.2-2) (GCC) ) #1 SMP Wed Oct 10 12:13:05 UTC 2012 [ 0.000000] Command line: placeholder root=/dev/mapper/vg0-root ro xen-pciback.hide=(0b:00.0)(09:00.0) rd.md=0 rd.dm=0 rd.lvm.lv=vg0/swap KEYTABLE=us rd.lvm.lv=vg0/root rd.luks=0 LANG=en_US.UTF-8 -- xen mailing list xen@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/xen
