[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] AW: [Xen-users] Re: AW: Re: PCI passthrough problem
The following error message always appears in xm dmesg when I load ath9k. (XEN) mm.c:740:d1 Non-privileged (1) attempt to map I/O space 000febf0 The only thing regarding the wlan-card in dom0 dmesg is the following: [ 1.541544] pci 0000:03:00.0: reg 10 64bit mmio: [0xfebf0000-0xfebfffff] [ 1.541544] pci 0000:03:00.0: supports D1 [ 1.541544] pci 0000:03:00.0: PME# supported from D0 D1 D3hot [ 1.541544] pci 0000:03:00.0: PME# disabled And when I start the domU: [ 115.707617] pciback 0000:03:00.0: enabling device (0000 -> 0002) [ 115.707826] pciback 0000:03:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18 [ 115.708492] pciback 0000:03:00.0: setting latency timer to 64 Greetings Leo -----Ursprüngliche Nachricht----- Von: xen-users-bounces@xxxxxxxxxxxxxxxxxxx [mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx] Im Auftrag von Christian Tramnitz Gesendet: Montag, 28. September 2009 13:31 An: xen-users@xxxxxxxxxxxxxxxxxxx Betreff: [Xen-users] Re: AW: Re: PCI passthrough problem Leo Krüger wrote: > Hi, > > thanks fort the fast response. Sadly that didn't help. > pciback.permissive was already passed to dom0 kernel. I additionaly added > the device to > xend-pci-permissive.sxp. > > Still the same error. > > Heres a more detailed output of lspci in dom0: > > debserv:~# lspci -vv -n -s 03:00.0 > 03:00.0 0280: 168c:0024 (rev 01) > Subsystem: 106b:0087 > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR- FastB2B- DisINTx- > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- > <TAbort- <MAbort- >SERR- <PERR- INTx- > Latency: 0, Cache Line Size: 64 bytes > Interrupt: pin A routed to IRQ 18 > Region 0: Memory at febf0000 (64-bit, non-prefetchable) [size=64K] > Capabilities: [40] Power Management version 2 > Flags: PMEClk- DSI- D1+ D2- AuxCurrent=375mA > PME(D0+,D1+,D2-,D3hot+,D3cold-) > Status: D0 PME-Enable- DSel=0 DScale=0 PME- > Capabilities: [50] Message Signalled Interrupts: Mask- 64bit- > Queue=0/0 Enable- > Address: 00000000 Data: 0000 > Capabilities: [60] Express (v1) Legacy Endpoint, MSI 00 > DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s > <512ns, L1 <64us > ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset- > DevCtl: Report errors: Correctable- Non-Fatal- Fatal- > Unsupported- > RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop- > MaxPayload 128 bytes, MaxReadReq 512 bytes > DevSta: CorrErr- UncorrErr+ FatalErr- UnsuppReq+ AuxPwr- > TransPend- > LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, > Latency L0 <512ns, L1 <64us > ClockPM- Suprise- LLActRep- BwNot- > LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- Retrain- > CommClk+ > ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- > LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ > DLActive- BWMgmt- ABWMgmt- > Capabilities: [90] MSI-X: Enable- Mask- TabSize=1 > Vector table: BAR=0 offset=00000000 > PBA: BAR=0 offset=00000000 > Capabilities: [100] Advanced Error Reporting <?> > Capabilities: [140] Virtual Channel <?> > Kernel driver in use: ath9k > Kernel modules: ath9k > > > I added 0280: 168c:0024 to xend-pci-permissive.sxp, is this right? > What about adding the device to xend-pci-quirks.sxp? It seems as if this > file is for devices which need access to configuration space. How do I know > which config space fields the device needs access to? > > Leo Please verify if the error message is related to loading the driver at all, i.e. watch xm dmesg before/after you try to load the ath9k driver. Also have a look at dom0 (non-xm) dmesg, because this is usually the place where the need for permissive/quirks is logged. Best regards, Christian _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |