Date: Sun, 14 Jan 2024 00:31:58 -0800 From: Chris Torek <chris.torek@gmail.com> To: freebsd-hackers@freebsd.org Subject: known iwlwifi bugs? (and side note about an AHCI controller) Message-ID: <CAPx1GvfWTTHcpbowNVV1k-iJLA5nf4c%2BNbq90k7fWw3iFOS=GA@mail.gmail.com>
next in thread | raw e-mail | index | archive | help
--000000000000b4b5f5060ee3bb6c Content-Type: text/plain; charset="UTF-8" I just brought up a new AMD 7950X based system on an ASRock Taichi motherboard. Side note here: I had to use the SATA_Ax ports, the SATA_[1-4] ports give channel timeouts, I have yet to look into those (other than verifying that it's not a matter of waiting longer). The "Killer Ethernet" isn't up yet so I'm using the iwl wlan interface at the moment. Things were going pretty good (32 CPUs for building! buildworld takes under 16 minutes and buildkernel took 15 seconds, using 32 jobs and the -jobs targets) but while building various ports I had a crash. The relevant part of the stack trace is: #6 0xffffffff83019ed2 at iwl_mvm_mac_itxq_xmit+0xc2 #7 0xffffffff83028a6f at iwl_mvm_queue_state_change+0x1ef #8 0xffffffff8306b085 at iwl_txq_reclaim+0x7f5 #9 0xffffffff8304848e at iwl_mvm_rx_tx_cmd+0x14e #10 0xffffffff83025d4e at iwl_mvm_rx_common+0x1ee #11 0xffffffff8305a4c3 at iwl_pcie_rx_handle+0x483 #12 0xffffffff83059f20 at iwl_pcie_napi_poll_msix+0x30 #13 0xffffffff80dafcef at lkpi_napi_task+0xf #14 0xffffffff80ba5922 at taskqueue_run_locked+0x182 #15 0xffffffff80ba6bb2 at taskqueue_thread_loop+0xc2 I didn't get a crash dump (not sure why) and am still running the release kernel at the moment, but this looks like it's in one of the linuxkpi adapters, perhaps linuxkpi_ieee80211_tx_dequeue. (Back to the side note: the AHCI interface that works, ahci1, differs from the one that doesn't, ahci, like this: ahci1@pci0:76:0:0: class=0x010601 rev=0x02 hdr=0x00 vendor=0x1b21 device=0x 0612 subvendor=0x1849 subdevice=0x0613 ahci2@pci0:88:0:0: class=0x010601 rev=0x01 hdr=0x00 vendor=0x1022 device=0x 43f6 subvendor=0x1b21 subdevice=0x1062 if that triggers anything obvious in someone's memory.) --000000000000b4b5f5060ee3bb6c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>I just brought up a new AMD 7950X based system on an = ASRock Taichi=20 motherboard. Side note here: I had to use the SATA_Ax ports, the=20 SATA_[1-4] ports give channel timeouts, I have yet to look into those=20 (other than verifying that it's not a matter of waiting longer).</div><= div><br></div><div>The "Killer Ethernet" isn't up yet so I'm using the iwl wlan= interface at=20 the moment.=C2=A0 Things were going pretty good (32 CPUs for building!=20 buildworld takes under 16 minutes and buildkernel took 15 seconds, using 32 jobs and the -jobs targets) but while building various ports I had a crash.</div><div><br></div><div>The relevant part of the stack trace is:</= div><div><br></div><div>#6 0xffffffff83019ed2 at iwl_mvm_mac_itxq_xmit+0xc2= <br>#7 0xffffffff83028a6f at iwl_mvm_queue_state_change+0x1ef<br>#8 0xfffff= fff8306b085 at iwl_txq_reclaim+0x7f5<br>#9 0xffffffff8304848e at iwl_mvm_rx= _tx_cmd+0x14e<br>#10 0xffffffff83025d4e at iwl_mvm_rx_common+0x1ee<br>#11 0= xffffffff8305a4c3 at iwl_pcie_rx_handle+0x483<br>#12 0xffffffff83059f20 at = iwl_pcie_napi_poll_msix+0x30<br>#13 0xffffffff80dafcef at lkpi_napi_task+0x= f<br>#14 0xffffffff80ba5922 at taskqueue_run_locked+0x182<br>#15 0xffffffff= 80ba6bb2 at taskqueue_thread_loop+0xc2</div><div><br></div><div>I didn't get a crash dump (not sure why) and am still running the releas= e kernel at the moment, but this looks like it's in one of the linuxkpi= =20 adapters, perhaps linuxkpi_ieee80211_tx_dequeue.</div><div><br></div><div>(= Back to the side note: the AHCI interface that works, ahci1, differs from t= he one that doesn't, ahci, like this:</div><div><br></div><div>ahci1@pc= i0:76:0:0: =C2=A0 =C2=A0 =C2=A0class=3D0x010601 rev=3D0x02 hdr=3D0x00 vendo= r=3D0x1b21 device=3D0x<br>0612 subvendor=3D0x1849 subdevice=3D0x0613<br>ahc= i2@pci0:88:0:0: =C2=A0 =C2=A0 =C2=A0class=3D0x010601 rev=3D0x01 hdr=3D0x00 = vendor=3D0x1022 device=3D0x<br>43f6 subvendor=3D0x1b21 subdevice=3D0x1062</= div><div><br></div><div>if that triggers anything obvious in someone's = memory.)</div></div> --000000000000b4b5f5060ee3bb6c--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAPx1GvfWTTHcpbowNVV1k-iJLA5nf4c%2BNbq90k7fWw3iFOS=GA>