Hi All, wondering if there are any more questions/suggestions to resolve this issue? Thank you! On Thu, Aug 6, 2015 at 11:27 AM, Brady Lyles <lyles.brady@xxxxxxxxx> wrote: > sudo lspci -vnn > > 00:00.0 Ethernet controller [0200]: Intel Corporation 82567LM Gigabit > Network Connection [8086:10f5] (rev 03) > Subsystem: Lenovo Device [17aa:20ee] > Flags: bus master, fast devsel, latency 0, IRQ 38 > Memory at fc000000 (32-bit, non-prefetchable) [size=128K] > Memory at fc025000 (32-bit, non-prefetchable) [size=4K] > I/O ports at 1840 [size=32] > Capabilities: [c8] Power Management version 2 > Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+ > Capabilities: [e0] PCI Advanced Features > Kernel driver in use: e1000e > Kernel modules: e1000e > > 00:01.0 Ethernet controller [0200]: Qualcomm Atheros AR242x / AR542x > Wireless Network Adapter (PCI-Express) [168c:001c] (rev 01) > Subsystem: Qualcomm Atheros Device [168c:0035] > Flags: bus master, fast devsel, latency 0, IRQ 39 > Memory at f4300000 (64-bit, non-prefetchable) [size=64K] > Capabilities: [40] Power Management version 2 > Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit- > Capabilities: [60] Express Legacy Endpoint, MSI 00 > Capabilities: [90] MSI-X: Enable- Count=1 Masked- > Capabilities: [100] Advanced Error Reporting > Capabilities: [140] Virtual Channel > Kernel driver in use: ath5k > Kernel modules: ath5k > > On Thu, Aug 6, 2015 at 10:19 AM, Bob Copeland <me@xxxxxxxxxxxxxxx> wrote: >> On Thu, Aug 06, 2015 at 10:06:07AM -0600, Brady Lyles wrote: >>> Hello all, >>> I was recommended by the qubes-users list to ask here about an ath5k bug. >>> It looks like my fedora 20 networking virtual machine (netvm) is >>> trying to load the ath5k driver for the qualcomm atheros ar242x wifi >>> module in my lenovo t400, but is choking. >>> Here's an excerpt from netvm dmesg: >>> >>> [ 5.399092] ath5k 0000:00:01.0: Xen PCI mapped GSI17 to IRQ39 >>> [ 5.399311] ath5k 0000:00:01.0: registered as 'phy0' >>> [ 5.401297] PGD 12536067 PUD 12537067 PMD 126f5067 PTE 8010000000000464 >>> [ 5.401309] Oops: 0003 [#1] SMP >>> [ 5.401315] Modules linked in: ath5k(+) ath mac80211 cfg80211 >>> rfkill e1000e ptp pps_core pcspkr coretemp hwmon dummy_hcd nfsd >>> udc_core usbcore auth_rpcgss oid_registry usb_common exportfs nfs_acl >>> lockd sunrpc u2mfn(O) xen_blkback binfmt_misc ext4 crc16 jbd2 >>> dm_snapshot xen_blkfront autofs4 >>> [ 5.401356] CPU: 1 PID: 353 Comm: systemd-udevd Tainted: G >>> O 3.12.40-1.pvops.qubes.x86_64 #1 >> >> My wild guess (not being too familiar with qubes) is that passthrough is not >> working properly -- this: >> >>> [ 5.401276] BUG: unable to handle kernel paging request at ffffc90000900014 >>> [ 5.401287] IP: [<ffffffff81268928>] iowrite32+0x38/0x40 >> >> ...looks like a pci write to an unusual address. >> >> What does output of lspci -vnn look like, run as root in the guest? >> >> -- >> Bob Copeland %% http://bobcopeland.com/ -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html