[Xen-users] pci uhci delegation not working (OR: can we please just get usb support back?)

["Florian Heigl" <florian.heigl@xxxxxxxxx>]

Hi,

I'm trying to "push" my usb controllers and grahpics into a pvm linux
domU, the graphics bit appears to work just fine :/

I have gone through some of the steps that led some posters here to
success, unfortunately no luck for me.

This is the error I'm getting:

Started domain cent-desk01
rtc: IRQ 8 is not free.
rtc: IRQ 8 is not free.
i8042.c: No controller found.
Red Hat nash version 5.1.19.6 starting
uhci_hcd 0000:00:01.0: unable to allocate consistent memory for frame list
uhci_hcd 0000:00:01.0: startup error -16
uhci_hcd 0000:00:01.0: init 0000:00:01.0 fail, -16
uhci_hcd 0000:00:01.1: unable to allocate consistent memory for frame list
uhci_hcd 0000:00:01.1: startup error -16
uhci_hcd 0000:00:01.1: init 0000:00:01.1 fail, -16
uhci_hcd 0000:00:02.0: unable to allocate consistent memory for frame list
uhci_hcd 0000:00:02.0: startup error -16
uhci_hcd 0000:00:02.0: init 0000:00:02.0 fail, -16
uhci_hcd 0000:00:02.1: unable to allocate consistent memory for frame list
uhci_hcd 0000:00:02.1: startup error -16
uhci_hcd 0000:00:02.1: init 0000:00:02.1 fail, -16
uhci_hcd 0000:00:02.2: unable to allocate consistent memory for frame list
uhci_hcd 0000:00:02.2: startup error -16
uhci_hcd 0000:00:02.2: init 0000:00:02.2 fail, -16

[ domU just hangs after that ]
but i think the usb controllers start to get reinitialized as the
mouse / keyboard lose power at that point.


I echo'ed each pci id to pciback/new_slot, pciback/bind,
pciback/permissive in that order, using cat shows permissive is set
just fine

dom0 debian etch 2.6.18-5-xen-amd64
domU centos 5.1
xen 3.0.3-1 (holy shit is that old!)

bios iommu enabled (does it matter for pvm?)


(debian etch doesn't recognize the ICH9 components at all, but i don't
care as they'll be mapped to the domU which happens to have the
fitting drivers)

00:1a.0 USB Controller: Intel Corporation Unknown device 2937 (rev 02)
00:1a.1 USB Controller: Intel Corporation Unknown device 2938 (rev 02)
00:1a.2 USB Controller: Intel Corporation Unknown device 2939 (rev 02)
00:1a.7 USB Controller: Intel Corporation Unknown device 293c (rev 02)
00:1d.0 USB Controller: Intel Corporation Unknown device 2934 (rev 02)
00:1d.1 USB Controller: Intel Corporation Unknown device 2935 (rev 02)
00:1d.2 USB Controller: Intel Corporation Unknown device 2936 (rev 02)
00:1d.7 USB Controller: Intel Corporation Unknown device 293a (rev 02)
01:00.0 VGA compatible controller: ATI Technologies Inc R580 [Radeon
X1900 XT] Primary
01:00.1 Display controller: ATI Technologies Inc R580 [Radeon X1900
XT] Secondary

domU conf
extra = 'ro root=LABEL=/ console=xvc0 rhgb quiet'
pci = [ 
'0000:01:00.0','0000:01:00.1','0000:00:1a.0','0000:00:1a.1','0000:00:1a.7','0000:00:1d.0','0000:00:1d.1','0000:00:1d.2','0000:00:1d.7'
]

menu.lst
module          /vmlinuz-2.6.18-5-xen-amd64 root=/dev/sda2 ro
console=tty0 pciback.permissive
pciback.hide=(01:00.0)(01:00.1)(00:1a.0)(00:1a.1)(00:1a.2)(00:1a.7)(00:1d.0)(00:1d.1)(00:1d.2)(00:1d.7)

i also tried swiotlb=force (domU crash) iommu=force (same result as
w/o), but i dont exactly know what these do anyway, i tried to stir up
some documentation on those, but turned up quite blank so far.

To me this somewhat feels like not a xen issue dom0 but one in the
domU, still I'd be glad about any input, or hints as to maybe working
around the problem.
Summed what I'm trying to do is to build a loadbalaced (enomalism)
shared root cluster (opensharedroot) of dom0s, where some domUs stay
local to a specific domU, one is the firewall for the non-vlan
external interfaces, and one is my desktop pc for the graphics card.
after successful dom0 boot it's supposed to simply launch a xen
enabled kernel instead of the standard one and otherwise look just the
same, keeping it bootable outside of xen.

So far, it seems possible within a few more rainy weekends, supposing
i somehow get my keyboard activated in the domU :))))

Any hints?
Florian





-- 
'Sie brauchen sich um Ihre Zukunft keine Gedanken zu machen'

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