Re: [Fedora-xen] pciback at boot time

2012-10-15 Thread Gordon McLellan
On Mon, Oct 15, 2012 at 10:20 AM, M A Young  wrote:
>
> If you haven't already done so I suggest you get rid of anything in
> /etc/modprobe.d/ you added, just in case that is getting in the way.
>
> Michael Young

I double checked, nothing about xen-pciback in /etc/modprobe.d and
/etc/modprobe.conf is empty

These files appear to be stock:
[root@xenhost ~]# ls /etc/modprobe.d
blacklist.conf  openfwwf.conf  udlfb.conf

I also tried booting the 3.5.6-1 fedora kernel, same difference.
modprobe xen-pciback fails, this is logged to /var/log/messages
Oct 15 13:05:59 xenhost kernel: [  178.996253] xen_pciback: Unknown
parameter `0)'
--
xen mailing list
xen@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/xen

Re: [Fedora-xen] pciback at boot time

2012-10-15 Thread M A Young

On Mon, 15 Oct 2012, Gordon McLellan wrote:


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.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] 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.00] 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


If you haven't already done so I suggest you get rid of anything in 
/etc/modprobe.d/ you added, just in case that is getting in the way.


Michael Young
--
xen mailing list
xen@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/xen

Re: [Fedora-xen] pciback at boot time

2012-10-15 Thread Gordon McLellan
On Mon, Oct 15, 2012 at 9:51 AM, Konrad Rzeszutek Wilk
 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
>>  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.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] 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.00] 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@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/xen

Re: [Fedora-xen] pciback at boot time

2012-10-15 Thread Konrad Rzeszutek Wilk
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
>  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?

--
xen mailing list
xen@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/xen

Re: [Fedora-xen] pciback at boot time

2012-10-15 Thread Gordon McLellan
On Mon, Oct 15, 2012 at 9:03 AM, Konrad Rzeszutek Wilk
 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:
[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

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 `)'
--
xen mailing list
xen@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/xen

Re: [Fedora-xen] pciback at boot time

2012-10-15 Thread Konrad Rzeszutek Wilk
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  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='(:00:1a.0)(:00:1b.0)(:00:1d.0)(:01:00.0)(:01:00.1
> >>
> >> )(: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 : 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 : .
> >
> > 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_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.

--
xen mailing list
xen@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/xen

Re: [Fedora-xen] pciback at boot time

2012-10-14 Thread Gordon McLellan
On Sun, Oct 14, 2012 at 4:08 PM, M A Young  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='(:00:1a.0)(:00:1b.0)(:00:1d.0)(:01:00.0)(:01:00.1
>>
>> )(: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 : 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 : .
>
> 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 :)

Thanks a bunch for the help.

Gordon
--
xen mailing list
xen@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/xen

Re: [Fedora-xen] pciback at boot time

2012-10-14 Thread M A Young

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='(:00:1a.0)(:00:1b.0)(:00:1d.0)(:01:00.0)(:01:00.1
)(: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 : 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 : .


Michael Young--
xen mailing list
xen@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/xen

Re: [Fedora-xen] pciback at boot time

2012-10-14 Thread Gordon McLellan
On Sat, Oct 13, 2012 at 6:12 PM, M A Young  wrote:

> On Sat, 13 Oct 2012, Gordon McLellan wrote:
>
>  I'm having a decent amount of trouble getting pciback to behave the way
>> I'd
>> like it to.
>> Originally I found xen-pciback was compiled as a module and not directly
>> into the kernel, ruling out use of the boot-time argument
>> xen-pciback.hide=(blah) ... so I recompiled my kernel, incluging pciback
>> directly into the kernel.
>>
>
> Could you pass the option to the module by creating a file in
> /etc/modprobe.d/ to supply the options to the module (the modprobe.conf
> explains the format)? I think those files get copied over to the initramfs
> when you install a kernel so they should still be used even if the module
> is loaded early in the boot process.
>
> Incidentally, you seem to be using xen-pciback in one place and pciback in
> another. With a recent Fedora based kernel I would expect you would need to
> use xen-pciback throughout.
>
> Michael Young
>

Michael,

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-pciback
hide='(:00:1a.0)(:00:1b.0)(:00:1d.0)(:01:00.0)(:01:00.1)(: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?

Gordon
--
xen mailing list
xen@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/xen

Re: [Fedora-xen] pciback at boot time

2012-10-13 Thread M A Young

On Sat, 13 Oct 2012, Gordon McLellan wrote:


I'm having a decent amount of trouble getting pciback to behave the way I'd
like it to.
Originally I found xen-pciback was compiled as a module and not directly
into the kernel, ruling out use of the boot-time argument
xen-pciback.hide=(blah) ... so I recompiled my kernel, incluging pciback
directly into the kernel.


Could you pass the option to the module by creating a file in 
/etc/modprobe.d/ to supply the options to the module (the modprobe.conf 
explains the format)? I think those files get copied over to the initramfs 
when you install a kernel so they should still be used even if the module 
is loaded early in the boot process.


Incidentally, you seem to be using xen-pciback in one place and pciback in 
another. With a recent Fedora based kernel I would expect you would need 
to use xen-pciback throughout.


Michael Young
--
xen mailing list
xen@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/xen