Marek Marczykowski-Górecki: > On Sat, Dec 17, 2016 at 10:56:12AM -0800, 3n7r0...@gmail.com wrote: >> On Friday, December 16, 2016 at 8:36:53 PM UTC, 3n7r...@gmail.com wrote: >>> ath9k is a well supported driver in Linux. Present in kernel since 2.6. >>> (https://wireless.wiki.kernel.org/en/users/drivers/ath9k) Card is 5+ year >>> old implementation. >>> >>> Tested and working in a Fedora-25 LiveCD without any additional >>> configuration. (Kernel 4.8) >>> >>> In Qubes 3.1, added as PCI device to a Fedora-24 TemplateVM. (Kernel 4.1) >>> ath9k driver is correctly loaded but device does not show up in `iwconfig`. >>> >>> >>> $ lspci -k | grep -A 3 -i network >>> 00:00.0 Network controller: Qualcomm Atheros AR5418 Wireless Network >>> Adapter [AR5008E 802.11(a)bgn] (PCI-Express) (rev 01) >>> Kernel driver in use: ath9k >>> Kernel modules: ath9k >>> >>> >>> $ iwconfig >>> lo no wireless extensions. >>> >>> >>> [ 1.980648] pcifront pci-0: Installing PCI frontend >>> [ 1.980706] pcifront pci-0: Creating PCI Frontend Bus 0000:00 >>> [ 1.980732] pcifront pci-0: PCI host bridge to bus 0000:00 >>> [ 1.980736] pci_bus 0000:00: root bus resource [io 0x0000-0xffff] >>> [ 1.980740] pci_bus 0000:00: root bus resource [mem >>> 0x00000000-0xfffffffff] >>> [ 1.980743] pci_bus 0000:00: root bus resource [bus 00-ff] >>> [ 1.980877] pci 0000:00:00.0: [168c:0024] type 00 class 0x028000 >>> [ 1.981171] pci 0000:00:00.0: reg 0x10: [mem 0xf7d00000-0xf7d0ffff 64bit] >>> [ 1.983450] pci 0000:00:00.0: supports D1 >>> [ 1.984459] pcifront pci-0: claiming resource 0000:00:00.0/0 >>> [ 2.028350] alg: No test for crc32 (crc32-pclmul) >>> [ 2.033337] intel_rapl: Found RAPL domain package >>> [ 2.033344] intel_rapl: Found RAPL domain core >>> [ 2.131727] EXT4-fs (xvdb): mounted filesystem with ordered data mode. >>> Opts: discard >>> [ 2.140627] cfg80211: Calling CRDA to update world regulatory domain >>> [ 2.146866] cfg80211: World regulatory domain updated: >>> [ 2.146873] cfg80211: DFS Master region: unset >>> [ 2.146875] cfg80211: (start_freq - end_freq @ bandwidth), >>> (max_antenna_gain, max_eirp), (dfs_cac_time) >>> [ 2.146898] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, >>> 2000 mBm), (N/A) >>> [ 2.146903] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz, 92000 >>> KHz AUTO), (N/A, 2000 mBm), (N/A) >>> [ 2.146908] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, >>> 2000 mBm), (N/A) >>> [ 2.146912] cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 >>> KHz AUTO), (N/A, 2000 mBm), (N/A) >>> [ 2.146918] cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 >>> KHz AUTO), (N/A, 2000 mBm), (0 s) >>> [ 2.146923] cfg80211: (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, >>> 2000 mBm), (0 s) >>> [ 2.146927] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, >>> 2000 mBm), (N/A) >>> [ 2.146932] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), >>> (N/A, 0 mBm), (N/A) >>> [ 2.176424] ath9k 0000:00:00.0: Xen PCI mapped GSI17 to IRQ31 >>> *[ 2.314703] BUG: unable to handle kernel paging request at >>> ffffc900006c0040 >>> *[ 2.314712] IP: [<ffffffff813c8178>] iowrite32+0x38/0x40 >>> [ 2.314718] PGD 3fdd1067 PUD 3fdd0067 PMD 3ade1067 PTE 80100000f7d00075 >>> *[ 2.314723] Oops: 0003 [#1] SMP >>> [ 2.314726] Modules linked in: ath9k(+) ath9k_common ath9k_hw ath >>> mac80211 cfg80211 rfkill intel_rapl iosf_mbi x86_pkg_temp_thermal coretemp >>> crct10dif_pclmul crc32_pclmul crc32c_intel pcspkr xen_pcifront xenfs >>> dummy_hcd udc_core xen_privcmd u2mfn(O) xen_blkback nf_conntrack_pptp >>> nf_conntrack_proto_gre nf_conntrack xen_blkfront >>> *[ 2.314748] CPU: 0 PID: 214 Comm: systemd-udevd Tainted: G O >>> 4.1.24-10.pvops.qubes.x86_64 #1 >>> [ 2.314763] RSP: e02b:ffff88003cab7870 EFLAGS: 00010296 >>> [ 2.314766] RAX: 0000000000000000 RBX: ffff88003c2ed3a0 RCX: >>> 0000000000000004 >>> [ 2.314769] RDX: ffffc900006c0040 RSI: ffffc900006c0040 RDI: >>> 0000000000000000 >>> [ 2.314772] RBP: ffff88003cab78a8 R08: 00000000000186a0 R09: >>> ffff88003d001800 >>> [ 2.314775] R10: ffff88003d001800 R11: 0000000000005dc5 R12: >>> 0000000000000000 >>> [ 2.314778] R13: 0000000000000100 R14: ffffffffa027b550 R15: >>> ffff88003c910028 >>> [ 2.314783] FS: 00007f502afb68c0(0000) GS:ffff88003f800000(0000) >>> knlGS:0000000000000000 >>> [ 2.314788] CS: e033 DS: 0000 ES: 0000 CR0: 0000000080050033 >>> [ 2.314791] CR2: ffffc900006c0040 CR3: 000000003c9a5000 CR4: >>> 0000000000042660 >>> [ 2.314794] Stack: >>> [ 2.314797] ffffffffa02910b5 0000000000008098 0000000000000000 >>> ffff88003c910028 >>> [ 2.314802] ffff88003c910078 0000000000000100 ffffffffa027b550 >>> ffff88003cab78c8 >>> [ 2.314807] ffffffffa0239de2 ffff88003c910078 ffff88003c910028 >>> ffff88003cab78e8 >>> [ 2.314813] Call Trace: >>> [ 2.314820] [<ffffffffa02910b5>] ? ath9k_iowrite32+0x35/0x90 [ath9k] >>> [ 2.314828] [<ffffffffa0239de2>] ath9k_enable_mib_counters+0x52/0x90 >>> [ath9k_hw] >>> [ 2.314835] [<ffffffffa0239ec6>] ath9k_hw_ani_init+0xa6/0xe0 [ath9k_hw] >>> [ 2.314841] [<ffffffffa0222949>] __ath9k_hw_init+0x5c9/0xb40 [ath9k_hw] >>> [ 2.314846] [<ffffffffa0222ef5>] ath9k_hw_init+0x35/0x90 [ath9k_hw] >>> [ 2.314852] [<ffffffffa0291bcb>] ath9k_init_device+0x51b/0xdb0 [ath9k] >>> [ 2.314856] [<ffffffff810f8834>] ? request_threaded_irq+0xf4/0x1b0 >>> [ 2.314862] [<ffffffffa029fcb8>] ath_pci_probe+0x248/0x340 [ath9k] >>> [ 2.314866] [<ffffffff8129e0ed>] ? kernfs_link_sibling+0x9d/0xc0 >>> [ 2.314870] [<ffffffff8176a73f>] ? _raw_spin_unlock_irqrestore+0x1f/0x50 >>> [ 2.314875] [<ffffffff813fb4a5>] local_pci_probe+0x45/0xa0 >>> [ 2.314878] [<ffffffff813fc735>] ? pci_match_device+0xe5/0x110 >>> [ 2.314882] [<ffffffff813fc899>] pci_device_probe+0xf9/0x150 >>> [ 2.314886] [<ffffffff814ef639>] driver_probe_device+0x1f9/0x450 >>> [ 2.314890] [<ffffffff814ef96b>] __driver_attach+0x9b/0xa0 >>> [ 2.314894] [<ffffffff814ef8d0>] ? __device_attach+0x40/0x40 >>> [ 2.314897] [<ffffffff814ed323>] bus_for_each_dev+0x73/0xc0 >>> [ 2.314901] [<ffffffff814eef2e>] driver_attach+0x1e/0x20 >>> [ 2.314904] [<ffffffff814eeaf0>] bus_add_driver+0x180/0x250 >>> [ 2.314908] [<ffffffffa0158000>] ? 0xffffffffa0158000 >>> [ 2.314911] [<ffffffff814f01d4>] driver_register+0x64/0xf0 >>> [ 2.314914] [<ffffffff813fadfb>] __pci_register_driver+0x4b/0x50 >>> [ 2.314919] [<ffffffffa029fef3>] ath_pci_init+0x23/0x30 [ath9k] >>> [ 2.314925] [<ffffffffa0158009>] ath9k_init+0x9/0x1000 [ath9k] >>> [ 2.314929] [<ffffffff81002144>] do_one_initcall+0xd4/0x210 >>> [ 2.314934] [<ffffffff81766b2c>] ? _cond_resched+0x1c/0x30 >>> [ 2.314937] [<ffffffff81203dad>] ? kmem_cache_alloc_trace+0x1dd/0x270 >>> [ 2.314942] [<ffffffff8175d61c>] ? do_init_module+0x28/0x1b2 >>> [ 2.314945] [<ffffffff8175d655>] do_init_module+0x61/0x1b2 >>> [ 2.314949] [<ffffffff81123de8>] load_module+0x1258/0x1960 >>> [ 2.314953] [<ffffffff8111f8e0>] ? store_uevent+0x70/0x70 >>> [ 2.314957] [<ffffffff81228260>] ? kernel_read+0x50/0x80 >>> [ 2.314961] [<ffffffff8112471e>] SYSC_finit_module+0x9e/0xd0 >>> [ 2.314965] [<ffffffff8112476e>] SyS_finit_module+0xe/0x10 >>> [ 2.314968] [<ffffffff8176ae2e>] system_call_fastpath+0x12/0x71 >>> [ 2.314971] Code: 81 fe 00 00 01 00 76 0b 0f b7 d6 89 f8 ef c3 0f 1f 40 >>> 00 55 48 c7 c6 62 f3 a7 81 48 89 d7 48 89 e5 e8 1d fe ff ff 5d c3 0f 1f 00 >>> <89> 3e c3 0f 1f 44 00 00 48 81 ff ff ff 03 00 77 37 48 81 ff 00 >>> [ 2.314996] RIP [<ffffffff813c8178>] iowrite32+0x38/0x40 >>> [ 2.314999] RSP <ffff88003cab7870> >>> [ 2.315001] CR2: ffffc900006c0040 >>> [ 2.315001] ---[ end trace 4b490f5079aad2eb ]--- >>> >>> >>> Ideas much appreciated! > > >> Tested NOT working with kernel-qubes-vm-4.4 from R3.1-unstable. >> Also NOT working with kernel 4.8 from Fedora repo via PV-grub2. > >> When Wireless PCI card is added to netVM, error on boot: "Looks like >> /dev/mapper/dmroot crashed". However, filesystem seems fully functional. Are >> IRQ conflicts still a thing? > >> Very similar issue last month: >> https://groups.google.com/d/msg/qubes-users/a2WTQEfeNw4/0FCA8ienBwAJ > >> Anyway, workarounds are cheap (usb wireless / wired pci) so I won't be >> pursuing further. However, if anyone has ideas to test, I would be happy to >> help troubleshoot. > > Enabling permissive mode might help: > https://www.qubes-os.org/doc/assigning-devices/#possible-issues >
Oops, I should've tried that already. Did not resolve issue though. Added wireless-pci-BDF to pciback/permissive in dom0: [user@dom0]$ dmesg | grep pciback [ 2.909974] xen_pciback: backend is vpci [ 2.942606] pciback 0000:02:00.0: seizing device [ 36.110363] pciback 0000:02:00.0: enabling permissive mode configuration space accesses! [ 36.110368] pciback 0000:02:00.0: permissive mode is potentially unsafe! [ 104.345941] xen_pciback: vpci: 0000:02:00.0: assign to virtual slot 0 [ 104.346520] pciback 0000:02:00.0: registering for 5 [ 106.674361] pciback 0000:02:00.0: enabling device (0000 -> 0002) Changed kernelopt `swiotlb` to 16 MB in netVM-templateVM. On boot: same "looks like root=/dev/mapper/dmroot crashed" and same errors in kernel log as OP. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/7b6a97e4-3a7c-4331-2ede-79f33bc75b4a%40gmail.com. For more options, visit https://groups.google.com/d/optout.
