[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Re: [Xen-users] pcihide does not work anymore



On Tue, 2010-08-24 at 10:51 +0200, Mike FrÃhner wrote:
> Hello Guys,
> 
> I have successfully upgraded xen-3.x to xen-4.0 with new kernel 2.6.34 @ 
> gentoo. I had a backup-vm with a pci-passthru of an usb-hub.
> 
> old working:
> module (hd0,0)/vmlinuz-2.6.31-xen-r11 root=/dev/sda2 max_loop=255 
> pciback.permissive pciback.hide=(00:1d.7)
> 
> new should working:
> module (hd0,0)/vmlinuz-2.6.34-xen root=/dev/sda2 max_loop=255 
> xen-pciback.permissive xen-pciback.hide=(00:1d.7)
> 
> But if I boot dom0 I still can see the pci device and if try to start 
> the backup-vm (pci = [ '00:1d.7' ]) I got an error like:
> Error: pci: PCI Backend and pci-stub don't own device 0000:00:1d.7.
> 
> linux # dmesg | grep '00:1d.7'
> [    0.000000] Command line: root=/dev/sda2 max_loop=255 
> xen-pciback.permissive xen-pciback.hide=(00:1d.7)
> [    0.000000] Kernel command line: root=/dev/sda2 max_loop=255 
> xen-pciback.permissive xen-pciback.hide=(00:1d.7)
> [    0.287474] pci 0000:00:1d.7: reg 10: [mem 0xfadda000-0xfadda3ff]
> [    0.287564] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
> [    0.287570] pci 0000:00:1d.7: PME# disabled
> [    0.364988] pciback 0000:00:1d.7: probing...
> [    3.694092] ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) 
> -> IRQ 23
> [    3.695253] ehci_hcd 0000:00:1d.7: setting latency timer to 64
> [    3.695258] ehci_hcd 0000:00:1d.7: EHCI Host Controller
> [    3.695790] ehci_hcd 0000:00:1d.7: new USB bus registered, assigned 
> bus number 2
> [    3.696359] ehci_hcd 0000:00:1d.7: reset hcs_params 0x103206 dbg=1 
> cc=3 pcc=2 ordered !ppc ports=6
> [    3.696364] ehci_hcd 0000:00:1d.7: reset hcc_params 16871 thresh 7 
> uframes 1024 64 bit addr
> [    3.696421] ehci_hcd 0000:00:1d.7: debug port 1
> [    3.696747] ehci_hcd 0000:00:1d.7: reset command 080002 (park)=0 
> ithresh=8 period=1024 Reset HALT
> [    3.700657] ehci_hcd 0000:00:1d.7: cache line size of 256 is not 
> supported
> [    3.700660] ehci_hcd 0000:00:1d.7: supports USB remote wakeup
> [    3.700681] ehci_hcd 0000:00:1d.7: irq 23, io mem 0xfadda000
> [    3.701012] ehci_hcd 0000:00:1d.7: reset command 080002 (park)=0 
> ithresh=8 period=1024 Reset HALT
> [    3.704891] ehci_hcd 0000:00:1d.7: init command 010001 (park)=0 
> ithresh=1 period=1024 RUN
> [    3.720956] ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
> [    3.729129] usb usb2: SerialNumber: 0000:00:1d.7
> [    3.747839] ehci_hcd 0000:00:1d.7: HS companion for 0000:00:1d.0
> [    3.752608] ehci_hcd 0000:00:1d.7: HS companion for 0000:00:1d.1
> [    3.758009] ehci_hcd 0000:00:1d.7: HS companion for 0000:00:1d.2
> [    3.830476] ehci_hcd 0000:00:1d.7: GetStatus port 6 status 001803 
> POWER sig=j CSC CONNECT
> [    4.070792] ehci_hcd 0000:00:1d.7: port 6 high speed
> [    4.070798] ehci_hcd 0000:00:1d.7: GetStatus port 6 status 001005 
> POWER sig=se0 PE CONNECT
> [    4.190294] ehci_hcd 0000:00:1d.7: port 6 high speed
> [    4.190301] ehci_hcd 0000:00:1d.7: GetStatus port 6 status 001005 
> POWER sig=se0 PE CONNECT
> 
> 
> I checked all drivers in kernel0 and kernlU and i also checked 
> xen-pci-passthru option in kernel0 (CONFIG_XEN_PCIDEV_BACKEND_PASS=y).
> 
> Any ideas?
> 
> 
> Thanks!

Hi there,

I guess this link is nothing new -
http://wiki.xensource.com/xenwiki/XenPCIpassthrough :)

The gentoo Dom0 kernel is pv_ops or Novell forwardported one (IIRC it's
NOT pvops)?

In that case it looks like you should use syntax like this (according to
that wiki page):

pciback.permissive
pciback.hide=(00:1d.7)(00:1a.0)(00:1a.1)(00:1a.7)(00:1b.0)
pci=resource_alignment=00:1a.7;00:1d.7


When I used pci-pass thru once, I had to blacklist the normal device
drivers of the pci card I was trying to assign to PV VM.  

Hope that helps.


Matej

<<attachment: winmail.dat>>

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.