Date: Mon, 15 Jan 2024 07:44:03 -0800 From: Kevin Oberman <rkoberman@gmail.com> To: "Bjoern A. Zeeb" <bz@freebsd.org> Cc: FreeBSD Wireless <freebsd-wireless@freebsd.org> Subject: Re: Interaction between iwlwifi and drm-515-kmod lkpi? Message-ID: <CAN6yY1vd9yrAe_HUnG7RTuKJuPVWaFAWtQeg0CFdN3H8X5%2BjCQ@mail.gmail.com> In-Reply-To: <CAN6yY1sq=ejVAAEGK8npfaFt%2B9SVPgbyOTF5sANH==TP6Zj0gA@mail.gmail.com> References: <CAN6yY1uTFBe8m5ncDVg4QViT0pE38qroSQ5DcvfjwwOZeitkgw@mail.gmail.com> <CAN6yY1udT_uJsEE5kGrvo_Bu3F863Po2HYxH8OhO2j=KRDCgsw@mail.gmail.com> <3777q187-4r2q-52s1-1675-8516pnsp5qrq@SerrOFQ.bet> <CAN6yY1vUV59jctfcN-nuOFWrp2XtbAkovwnSkFMYORthNN39TA@mail.gmail.com> <CAN6yY1sq=ejVAAEGK8npfaFt%2B9SVPgbyOTF5sANH==TP6Zj0gA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--000000000000169ae0060efde329 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable After several reboots after updating to drm-61-kmod and the latest lkpi to support it, I am no longer seeing any problems or panics with iwlwifi. I am loading i915kms.ko from kld_list in rc.conf as recommended, which has triggered panics in hte past, but no more problems. (As a bonus, I now have working graphics acceleration.) Note that drm-61-kmod requires a recent 15-CURRENT. My 2023-12-22 kernel was too old. On Sat, Jan 13, 2024 at 6:34=E2=80=AFPM Kevin Oberman <rkoberman@gmail.com>= wrote: > Just updated to drm-61-kmod and switched back to loading it from kld_list > in rc.conf. At least for one boot, it did not have any issues. Also fixed > the firmware loading issue on the drm side. > > On Sat, Jan 6, 2024 at 8:58=E2=80=AFPM Kevin Oberman <rkoberman@gmail.com= > wrote: > >> On Wed, Jan 3, 2024 at 3:47=E2=80=AFAM Bjoern A. Zeeb <bz@freebsd.org> w= rote: >> >>> On Sat, 30 Dec 2023, Kevin Oberman wrote: >>> >>> > On Fri, Dec 22, 2023 at 9:33=E2=80=AFPM Kevin Oberman <rkoberman@gmai= l.com> >>> wrote: >>> > >>> >> After the ssh vulnerability was announced, I updated my kernel. Afte= r >>> >> completing the upgrade, it crashed when the system was booted. All >>> stack >>> >> dumps showed lots of drm points on hte stack. So, I tried removing t= he >>> >> i915kms from the kld_list in rc.conf. The system booted and started >>> the >>> >> wifi without crashing. When I loaded i915kms manually, the system >>> froze. >>> >> >>> >> I still am wondering if there is some collision in the lkpi when the >>> drm >>> >> driver on Alder Lake is present and the wifi starts. While I failed >>> to get >>> >> much saved during the multiple reboots, all showed the crash after >>> >> wpa_supplcant started. >>> >> >>> >> Is this remotely possible or just a coincidence? >>> >> >>> >> I have rolled my system back to 06c083f79dd7 (Dec. 2) just to get it >>> >> running with both graphics and wifi. >>> >> >>> > >>> > I have now booted several times with no graphics kmod loaded (i915kms= ). >>> > There have been no failures or panics while booting. One system freez= e >>> when >>> > loading i915kms. No state messages at all. >>> > iwlwifi0: WRT: Invalid buffer destination >>> > iwlwifi0: WFPM_UMAC_PD_NOTIFICATION: 0x20 >>> > iwlwifi0: WFPM_LMAC2_PD_NOTIFICATION: 0x1f >>> > iwlwifi0: WFPM_AUTH_KEY_0: 0x90 >>> > iwlwifi0: CNVI_SCU_SEQ_DATA_DW9: 0x0 >>> > iwlwifi0: RFIm is deactivated, reason =3D 4 >>> > wlan0: Ethernet address: 70:a8:d3:df:3c:de >>> > Created wlan(4) interfaces: wlan0. >>> > lo0: link state changed to UP >>> > Starting wpa_supplicant. >>> > Starting dhclient. >>> > wlan0: no link .... >>> > wlan0: link state changed to UP >>> > got link >>> > DHCPREQUEST on wlan0 to 255.255.255.255 port 67 >>> > DHCPACK from 192.168.1.1 >>> > unknown dhcp option value 0x7d >>> > bound to 192.168.1.5 -- renewal in 7200 seconds. >>> > Starting Network: lo0 em0 wlan0. >>> > >>> > I should also mention that, when I manually load i915kms, I do see ma= ny >>> > WITNESS reports. Do we still keep a list of known ones? >>> >>> >>> have you at any time tried the other way round: >>> >>> load drm-kmod on boot and and NO wireless (possibly blocklist it) and >>> then try to manually load wireless? >>> >>> >>> While an interaction in LinuxKPI would mean some resources are not >>> properly save per device most likely (or we get the wrong one), loading >>> drm-kmod as well probably also changes timing which means you could hit >>> the net80211/LinuxKPI co-bugs which are triggered by two specifics in >>> net80211 and then cause assertions in LinuxKPI code (it seems I have >>> much improvement in a development branch but am still on it after the >>> New Year to clean things up and track secondary effects of the change). >>> >>> /bz >>> >>> -- >>> Bjoern A. Zeeb r15:= 7 >> >> >> It's taken me a while to get there, but I have done testing. I have now >> booted three times with the kernel module not loaded. All three were cle= an, >> though I did see a bit more verbiage when I loaded it manually. i915kms = was >> loaded via rc.conf. i915kms loaded and worked correctly. I then loaded >> if_iwlwifi and then started netif and local_unbound. No errors as far as= I >> could tell. Everything works. Here is hte outout of loading and starting= : >> ntel(R) Wireless WiFi based driver for FreeBSD >> iwlwifi0: <iwlwifi> mem 0x603d1cc000-0x603d1cffff at device 20.3 on pci0 >> iwlwifi0: Detected crf-id 0x400410, cnv-id 0x80400 wfpm id 0x80000020 >> iwlwifi0: PCI dev 51f0/0090, rev=3D0x370, rfid=3D0x2010d000 >> iwlwifi0: successfully loaded firmware image >> 'iwlwifi-so-a0-gf-a0-83.ucode' >> iwlwifi0: api flags index 2 larger than supported by driver >> iwlwifi0: TLV_FW_FSEQ_VERSION: FSEQ Version: 0.0.2.41 >> iwlwifi0: loaded firmware version 83.e8f84e98.0 so-a0-gf-a0-83.ucode >> op_mode iwlmvm >> iwlwifi0: Detected Intel(R) Wi-Fi 6E AX211 160MHz, REV=3D0x370 >> iwlwifi0: WRT: Invalid buffer destination >> Jan 6 20:16:33 ptavv wpa_supplicant[2083]: wlan0: Failed to initialize >> driver interface >> iwlwifi0: WFPM_UMAC_PD_NOTIFICATION: 0x20 >> iwlwifi0: WFPM_LMAC2_PD_NOTIFICATION: 0x1f >> iwlwifi0: WFPM_AUTH_KEY_0: 0x90 >> iwlwifi0: CNVI_SCU_SEQ_DATA_DW9: 0x0 >> iwlwifi0: RFIm is deactivated, reason =3D 4 >> iwlwifi0: successfully loaded firmware image 'iwlwifi-so-a0-gf-a0.pnvm' >> iwlwifi0: loaded PNVM version 181407b3 >> Jan 6 20:16:33 ptavv dhclient[2104]: wlan0: not found >> Jan 6 20:16:33 ptavv dhclient[2104]: exiting. >> iwlwifi0: Detected RF GF, rfid=3D0x2010d000 >> iwlwifi0: base HW address: 70:a8:d3:df:3c:de >> iwlwifi0: WRT: Invalid buffer destination >> iwlwifi0: WFPM_UMAC_PD_NOTIFICATION: 0x20 >> iwlwifi0: WFPM_LMAC2_PD_NOTIFICATION: 0x1f >> iwlwifi0: WFPM_AUTH_KEY_0: 0x90 >> iwlwifi0: CNVI_SCU_SEQ_DATA_DW9: 0x0 >> iwlwifi0: RFIm is deactivated, reason =3D 4 >> wlan0: Ethernet address: 70:a8:d3:df:3c:de >> Jan 6 20:17:03 ptavv wpa_supplicant[2187]: ioctl[SIOCS80211, op=3D20, >> val=3D0, arg_len=3D7]: Invalid argument >> wlan0: link state changed to UP >> >> Let me know if I can look at anything else. >> -- >> Kevin Oberman, Part time kid herder and retired Network Engineer >> E-mail: rkoberman@gmail.com >> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >> > > > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > --=20 Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --000000000000169ae0060efde329 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:tahoma,s= ans-serif;font-size:small">After several reboots after updating to drm-61-k= mod and the latest lkpi to support it, I am no longer seeing any problems o= r panics with iwlwifi. I am loading i915kms.ko from kld_list in rc.conf as = recommended, which has triggered panics in hte past, but no more problems. = (As=C2=A0 a bonus, I now have working graphics acceleration.)</div><div cla= ss=3D"gmail_default" style=3D"font-family:tahoma,sans-serif;font-size:small= "><br></div><div class=3D"gmail_default" style=3D"font-family:tahoma,sans-s= erif;font-size:small">Note that drm-61-kmod requires a recent 15-CURRENT. M= y 2023-12-22 kernel was too old.<br></div></div><br><div class=3D"gmail_quo= te"><div dir=3D"ltr" class=3D"gmail_attr">On Sat, Jan 13, 2024 at 6:34=E2= =80=AFPM Kevin Oberman <<a href=3D"mailto:rkoberman@gmail.com">rkoberman= @gmail.com</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style= =3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding= -left:1ex"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-fami= ly:tahoma,sans-serif;font-size:small">Just updated to drm-61-kmod and switc= hed back to loading it from kld_list in rc.conf. At least for one boot, it = did not have any issues. Also fixed the firmware loading issue on the drm s= ide.<br></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class= =3D"gmail_attr">On Sat, Jan 6, 2024 at 8:58=E2=80=AFPM Kevin Oberman <<a= href=3D"mailto:rkoberman@gmail.com" target=3D"_blank">rkoberman@gmail.com<= /a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0= px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><= div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font= -family:tahoma,sans-serif;font-size:small">On Wed, Jan 3, 2024 at 3:47=E2= =80=AFAM Bjoern A. Zeeb <<a href=3D"mailto:bz@freebsd.org" target=3D"_bl= ank">bz@freebsd.org</a>> wrote:</div></div><div class=3D"gmail_quote"><b= lockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-le= ft:1px solid rgb(204,204,204);padding-left:1ex">On Sat, 30 Dec 2023, Kevin = Oberman wrote:<br> <br> > On Fri, Dec 22, 2023 at 9:33=E2=80=AFPM Kevin Oberman <<a href=3D"m= ailto:rkoberman@gmail.com" target=3D"_blank">rkoberman@gmail.com</a>> wr= ote:<br> ><br> >> After the ssh vulnerability was announced, I updated my kernel. Af= ter<br> >> completing the upgrade, it crashed when the system was booted. All= stack<br> >> dumps showed lots of drm points on hte stack. So, I tried removing= the<br> >> i915kms from the kld_list in rc.conf. The system booted and starte= d the<br> >> wifi without crashing. When I loaded i915kms manually, the system = froze.<br> >><br> >> I still am wondering if there is some collision in the lkpi when t= he drm<br> >> driver on Alder Lake is present and the wifi starts. While I faile= d to get<br> >> much saved during the multiple reboots, all showed the crash after= <br> >> wpa_supplcant started.<br> >><br> >> Is this remotely possible or just a coincidence?<br> >><br> >> I have rolled my system back to 06c083f79dd7 (Dec. 2) just to get = it<br> >> running with both graphics and wifi.<br> >><br> ><br> > I have now booted several times with no graphics kmod loaded (i915kms)= .<br> > There have been no failures or panics while booting. One system freeze= when<br> > loading i915kms. No state messages at all.<br> > iwlwifi0: WRT: Invalid buffer destination<br> > iwlwifi0: WFPM_UMAC_PD_NOTIFICATION: 0x20<br> > iwlwifi0: WFPM_LMAC2_PD_NOTIFICATION: 0x1f<br> > iwlwifi0: WFPM_AUTH_KEY_0: 0x90<br> > iwlwifi0: CNVI_SCU_SEQ_DATA_DW9: 0x0<br> > iwlwifi0: RFIm is deactivated, reason =3D 4<br> > wlan0: Ethernet address: 70:a8:d3:df:3c:de<br> > Created wlan(4) interfaces: wlan0.<br> > lo0: link state changed to UP<br> > Starting wpa_supplicant.<br> > Starting dhclient.<br> > wlan0: no link ....<br> > wlan0: link state changed to UP<br> > got link<br> > DHCPREQUEST on wlan0 to 255.255.255.255 port 67<br> > DHCPACK from 192.168.1.1<br> > unknown dhcp option value 0x7d<br> > bound to 192.168.1.5 -- renewal in 7200 seconds.<br> > Starting Network: lo0 em0 wlan0.<br> ><br> > I should also mention that, when I manually load i915kms, I do see man= y<br> > WITNESS reports. Do we still keep a list of known ones?<br> <br> <br> have you at any time tried the other way round:<br> <br> load drm-kmod on boot and and NO wireless (possibly blocklist it) and<br> then try to manually load wireless?<br> <br> <br> While an interaction in LinuxKPI would mean some resources are not<br> properly save per device most likely (or we get the wrong one), loading<br> drm-kmod as well probably also changes timing which means you could hit<br> the net80211/LinuxKPI co-bugs which are triggered by two specifics in<br> net80211 and then cause assertions in LinuxKPI code (it seems I have<br> much improvement in a development branch but am still on it after the<br> New Year to clean things up and track secondary effects of the change).<br> <br> /bz<br> <br> -- <br> Bjoern A. Zeeb=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r15:7</blockquote></= div><br clear=3D"all"><div style=3D"font-family:tahoma,sans-serif;font-size= :small" class=3D"gmail_default">It's taken me a while to get there, but= I have done testing. I have now booted three times with the kernel module = not loaded. All three were clean, though I did see a bit more verbiage when= I loaded it manually. i915kms was loaded via rc.conf. i915kms loaded and w= orked correctly. I then loaded if_iwlwifi and then started netif and local_= unbound. No errors as far as I could tell. Everything works. Here is hte ou= tout of loading and starting:</div>ntel(R) Wireless WiFi based driver for F= reeBSD<br>iwlwifi0: <iwlwifi> mem 0x603d1cc000-0x603d1cffff at device= 20.3 on pci0<br>iwlwifi0: Detected crf-id 0x400410, cnv-id 0x80400 wfpm id= 0x80000020<br>iwlwifi0: PCI dev 51f0/0090, rev=3D0x370, rfid=3D0x2010d000<= br>iwlwifi0: successfully loaded firmware image 'iwlwifi-so-a0-gf-a0-83= .ucode'<br>iwlwifi0: api flags index 2 larger than supported by driver<= br>iwlwifi0: TLV_FW_FSEQ_VERSION: FSEQ Version: 0.0.2.41<br>iwlwifi0: loade= d firmware version 83.e8f84e98.0 so-a0-gf-a0-83.ucode op_mode iwlmvm<br>iwl= wifi0: Detected Intel(R) Wi-Fi 6E AX211 160MHz, REV=3D0x370<br>iwlwifi0: WR= T: Invalid buffer destination<br>Jan =C2=A06 20:16:33 ptavv wpa_supplicant[= 2083]: wlan0: Failed to initialize driver interface<br>iwlwifi0: WFPM_UMAC_= PD_NOTIFICATION: 0x20<br>iwlwifi0: WFPM_LMAC2_PD_NOTIFICATION: 0x1f<br>iwlw= ifi0: WFPM_AUTH_KEY_0: 0x90<br>iwlwifi0: CNVI_SCU_SEQ_DATA_DW9: 0x0<br>iwlw= ifi0: RFIm is deactivated, reason =3D 4<br>iwlwifi0: successfully loaded fi= rmware image 'iwlwifi-so-a0-gf-a0.pnvm'<br>iwlwifi0: loaded PNVM ve= rsion 181407b3<br>Jan =C2=A06 20:16:33 ptavv dhclient[2104]: wlan0: not fou= nd<br>Jan =C2=A06 20:16:33 ptavv dhclient[2104]: exiting.<br>iwlwifi0: Dete= cted RF GF, rfid=3D0x2010d000<br>iwlwifi0: base HW address: 70:a8:d3:df:3c:= de<br>iwlwifi0: WRT: Invalid buffer destination<br>iwlwifi0: WFPM_UMAC_PD_N= OTIFICATION: 0x20<br>iwlwifi0: WFPM_LMAC2_PD_NOTIFICATION: 0x1f<br>iwlwifi0= : WFPM_AUTH_KEY_0: 0x90<br>iwlwifi0: CNVI_SCU_SEQ_DATA_DW9: 0x0<br>iwlwifi0= : RFIm is deactivated, reason =3D 4<br>wlan0: Ethernet address: 70:a8:d3:df= :3c:de<br>Jan =C2=A06 20:17:03 ptavv wpa_supplicant[2187]: ioctl[SIOCS80211= , op=3D20, val=3D0, arg_len=3D7]: Invalid argument<br>wlan0: link state cha= nged to UP<br><div><br></div><div><div style=3D"font-family:tahoma,sans-ser= if;font-size:small" class=3D"gmail_default">Let me know if I can look at an= ything else.<br></div></div><span class=3D"gmail_signature_prefix">-- </spa= n><br><div dir=3D"ltr" class=3D"gmail_signature"><div dir=3D"ltr"><div><div= dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr">Kevin Oberman, Par= t time kid herder and retired Network Engineer<br>E-mail: <a href=3D"mailto= :rkoberman@gmail.com" target=3D"_blank">rkoberman@gmail.com</a><br></div><d= iv>PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683</div></div></d= iv></div></div></div></div></div></div> </blockquote></div><br clear=3D"all"><br><span class=3D"gmail_signature_pre= fix">-- </span><br><div dir=3D"ltr" class=3D"gmail_signature"><div dir=3D"l= tr"><div><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr">Kevin= Oberman, Part time kid herder and retired Network Engineer<br>E-mail: <a h= ref=3D"mailto:rkoberman@gmail.com" target=3D"_blank">rkoberman@gmail.com</a= ><br></div><div>PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683</= div></div></div></div></div></div></div></div> </blockquote></div><br clear=3D"all"><br><span class=3D"gmail_signature_pre= fix">-- </span><br><div dir=3D"ltr" class=3D"gmail_signature"><div dir=3D"l= tr"><div><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr">Kevin= Oberman, Part time kid herder and retired Network Engineer<br>E-mail: <a h= ref=3D"mailto:rkoberman@gmail.com" target=3D"_blank">rkoberman@gmail.com</a= ><br></div><div>PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683</= div></div></div></div></div></div></div></div> --000000000000169ae0060efde329--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAN6yY1vd9yrAe_HUnG7RTuKJuPVWaFAWtQeg0CFdN3H8X5%2BjCQ>