Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 20 Feb 2022 18:52:28 -0500
From:      John Schneider <john.a.schneider@gmail.com>
To:        "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Cc:        freebsd-wireless@freebsd.org, Cy Schubert <cy@freebsd.org>
Subject:   Re: My iwn device can no longer scan for access points with stable/13
Message-ID:  <CAJdGomVrw83nmDCbgs=LFvei9-WeHj1TYBw6xLkjC3Phs_PbOA@mail.gmail.com>
In-Reply-To: <alpine.BSF.2.00.2202201824030.68830@ai.fobar.qr>
References:  <CAJdGomXa9mYqEiJFh88SwCgoXcYn6y_KskbHECeavxx7Kn-wXQ@mail.gmail.com> <alpine.BSF.2.00.2202170032550.68830@ai.fobar.qr> <CAJdGomU3n5LhFyvSHvLKM5OPvO-n9c2zsN5hXR-6He83=SmA5g@mail.gmail.com> <alpine.BSF.2.00.2202201824030.68830@ai.fobar.qr>

index | next in thread | previous in thread | raw e-mail

[-- Attachment #1 --]
I spent some time on this today and realized when running mergemaster, I
accidentally skipped over a file related to wpa_supplicant.  After updating
it, everything is working fine.

Sorry for the false alarm.

John

On Sun, Feb 20, 2022 at 1:28 PM Bjoern A. Zeeb <
bzeeb-lists@lists.zabbadoz.net> wrote:

> On Thu, 17 Feb 2022, John Schneider wrote:
>
> > I did the normal upgrade process described in the handbook - buildworld,
> > buildkernel, installkernel, reboot, installworld, etc.  iwn works fine
> > after stable/13 installkernel and reboot (which is at that point
> > releng/13.0 world with stable/13 kernel.  In fact I am sending this email
> > via iwn while using stable/13 kernel. It is only after installing
> stable/13
> > world and rebooting that iwn can no longer scan.
> >
> > I am happy to re-install stable/13 world and produce more debugging info.
> > Just let me know what would be helpful.
>
> Ok, that limits things;  adding Cy to Cc:  ; he may know better about
> the state on stable/13 when it comes to wpa_supplicant.
>
> Might also be intersting to try an ifconfig from stable/13 an manually
> trigger and list the scan result:
>
> ifconfig wlan0 scan
> ifconfig wlan0 list scan
>
> and see if that still works.  Problem is that ifconfig these days
> needs a lot of libraries (on main) but the /rescue version is probably
> directly usable so finding that in the obj tree and trying it out
> directly would be helpful as a starter.
>
> /bz
>
>
> > Thanks,
> > John
> >
> > On Wed, Feb 16, 2022 at 7:46 PM Bjoern A. Zeeb <
> > bzeeb-lists@lists.zabbadoz.net> wrote:
> >
> >> On Wed, 16 Feb 2022, John Schneider wrote:
> >>
> >> Hi,
> >>
> >>> Today I upgraded from releng/13.0 to stable/13 but found my iwn device
> >>> could no longer scan for access points.  I rolled back to releng/13.0
> and
> >>> everything was fine again.  No config changes were made during the
> >> upgrade
> >>> or rollback process.
> >>>
> >>> /var/log/messages contained messages such as the one below with each
> scan
> >>> attempt:
> >>> Feb 16 16:12:33 mobile1 wpa_supplicant[385]: wlan0:
> >> CTRL-EVENT-SCAN-FAILED
> >>> ret=-1 retry=1
> >>
> >> -1 is nothing the kernel should return so I don't know what the actual
> >> error is.
> >>
> >>
> >>> I didn't see any other errors except ACPI stuff which looked normal to
> me
> >>> for this machine.  For reference, here is the pciconf output for my
> >> device:
> >>>
> >>> iwn0@pci0:2:0:0:        class=0x028000 rev=0x35 hdr=0x00 vendor=0x8086
> >>> device=0x
> >>> 422b subvendor=0x8086 subdevice=0x1121
> >>>   vendor     = 'Intel Corporation'
> >>>   device     = 'Centrino Ultimate-N 6300'
> >>>   class      = network
> >>>
> >>> Is it possible that work being done for iwlwifi could affect scanning
> >> with
> >>> iwn and other drivers?
> >>
> >> It shouldn't as there were very little functional changes to net80211
> >> itself so far relating to this.
> >>
> >> I would more likely think of wpa_supplicant updates but even that we'd
> >> probably have heard a lot more noise.  You could run that with
> >>
> >>         wpa_supplicant_flags="-sdd"
> >>
> >> in rc.conf (from the top of my head) and see.
> >>
> >> Also did you update kernel and world or was that just a kernel update
> >> (which would rule out the above wpa_supplicant update theory)?
> >>
> >>
> >> I also only see 3 changes to iwn(4) in main and 2 of them in stable/13
> >> since releng/13.0:
> >>
> >>
> >>
> https://cgit.freebsd.org/src/commit/sys/dev/iwn?h=stable/13&id=d61f10a8780ef94f82e384248ce40d24fc27ad2b
> >>
> >>
> https://cgit.freebsd.org/src/commit/sys/dev/iwn?h=stable/13&id=67b7e2de4fc5dc1165feee8ca281c44444425d0f
> >>
> >> and the one Adrian did not MFC:
> >>
> >>
> https://cgit.freebsd.org/src/commit/sys/dev/iwn?id=b6fd00791f2b9690b0a5d8670fc03f74eda96da2&h=stable%2F13
> >>
> >>
> >> In case you are willing to go back to stable/13 and re-test things
> >> let me know so we can crank some debugging/logging up to see where the
> >> error comes from.
> >>
> >>
> >>
> >>> On a separate subject, I had tested iwlwifi on a
> >>> separate machine with stable/13 and an AX201 and it was quite stable
> >>> (though slow as has been reported by others). Keep up the great work!
> >>
> >> Thanks for testing.  I'll try to make it more stable and then faster :)
> >>
> >> Best Regards,
> >> Bjoern
> >>
> >> --
> >> Bjoern A. Zeeb                                                     r15:7
> >>
> >
>
> --
> Bjoern A. Zeeb                                                     r15:7
>

[-- Attachment #2 --]
<div dir="ltr"><div>I spent some time on this today and realized when running mergemaster, I accidentally skipped over a file related to wpa_supplicant.  After updating it, everything is working fine.</div><div><br></div><div>Sorry for the false alarm.</div><div><br></div><div>John<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Feb 20, 2022 at 1:28 PM Bjoern A. Zeeb &lt;<a href="mailto:bzeeb-lists@lists.zabbadoz.net">bzeeb-lists@lists.zabbadoz.net</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, 17 Feb 2022, John Schneider wrote:<br>
<br>
&gt; I did the normal upgrade process described in the handbook - buildworld,<br>
&gt; buildkernel, installkernel, reboot, installworld, etc.  iwn works fine<br>
&gt; after stable/13 installkernel and reboot (which is at that point<br>
&gt; releng/13.0 world with stable/13 kernel.  In fact I am sending this email<br>
&gt; via iwn while using stable/13 kernel. It is only after installing stable/13<br>
&gt; world and rebooting that iwn can no longer scan.<br>
&gt;<br>
&gt; I am happy to re-install stable/13 world and produce more debugging info.<br>
&gt; Just let me know what would be helpful.<br>
<br>
Ok, that limits things;  adding Cy to Cc:  ; he may know better about<br>
the state on stable/13 when it comes to wpa_supplicant.<br>
<br>
Might also be intersting to try an ifconfig from stable/13 an manually<br>
trigger and list the scan result:<br>
<br>
ifconfig wlan0 scan<br>
ifconfig wlan0 list scan<br>
<br>
and see if that still works.  Problem is that ifconfig these days<br>
needs a lot of libraries (on main) but the /rescue version is probably<br>
directly usable so finding that in the obj tree and trying it out<br>
directly would be helpful as a starter.<br>
<br>
/bz<br>
<br>
<br>
&gt; Thanks,<br>
&gt; John<br>
&gt;<br>
&gt; On Wed, Feb 16, 2022 at 7:46 PM Bjoern A. Zeeb &lt;<br>
&gt; <a href="mailto:bzeeb-lists@lists.zabbadoz.net" target="_blank">bzeeb-lists@lists.zabbadoz.net</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt; On Wed, 16 Feb 2022, John Schneider wrote:<br>
&gt;&gt;<br>
&gt;&gt; Hi,<br>
&gt;&gt;<br>
&gt;&gt;&gt; Today I upgraded from releng/13.0 to stable/13 but found my iwn device<br>
&gt;&gt;&gt; could no longer scan for access points.  I rolled back to releng/13.0 and<br>
&gt;&gt;&gt; everything was fine again.  No config changes were made during the<br>
&gt;&gt; upgrade<br>
&gt;&gt;&gt; or rollback process.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; /var/log/messages contained messages such as the one below with each scan<br>
&gt;&gt;&gt; attempt:<br>
&gt;&gt;&gt; Feb 16 16:12:33 mobile1 wpa_supplicant[385]: wlan0:<br>
&gt;&gt; CTRL-EVENT-SCAN-FAILED<br>
&gt;&gt;&gt; ret=-1 retry=1<br>
&gt;&gt;<br>
&gt;&gt; -1 is nothing the kernel should return so I don&#39;t know what the actual<br>
&gt;&gt; error is.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;&gt; I didn&#39;t see any other errors except ACPI stuff which looked normal to me<br>
&gt;&gt;&gt; for this machine.  For reference, here is the pciconf output for my<br>
&gt;&gt; device:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; iwn0@pci0:2:0:0:        class=0x028000 rev=0x35 hdr=0x00 vendor=0x8086<br>
&gt;&gt;&gt; device=0x<br>
&gt;&gt;&gt; 422b subvendor=0x8086 subdevice=0x1121<br>
&gt;&gt;&gt;   vendor     = &#39;Intel Corporation&#39;<br>
&gt;&gt;&gt;   device     = &#39;Centrino Ultimate-N 6300&#39;<br>
&gt;&gt;&gt;   class      = network<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Is it possible that work being done for iwlwifi could affect scanning<br>
&gt;&gt; with<br>
&gt;&gt;&gt; iwn and other drivers?<br>
&gt;&gt;<br>
&gt;&gt; It shouldn&#39;t as there were very little functional changes to net80211<br>
&gt;&gt; itself so far relating to this.<br>
&gt;&gt;<br>
&gt;&gt; I would more likely think of wpa_supplicant updates but even that we&#39;d<br>
&gt;&gt; probably have heard a lot more noise.  You could run that with<br>
&gt;&gt;<br>
&gt;&gt;         wpa_supplicant_flags=&quot;-sdd&quot;<br>
&gt;&gt;<br>
&gt;&gt; in rc.conf (from the top of my head) and see.<br>
&gt;&gt;<br>
&gt;&gt; Also did you update kernel and world or was that just a kernel update<br>
&gt;&gt; (which would rule out the above wpa_supplicant update theory)?<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; I also only see 3 changes to iwn(4) in main and 2 of them in stable/13<br>
&gt;&gt; since releng/13.0:<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; <a href="https://cgit.freebsd.org/src/commit/sys/dev/iwn?h=stable/13&amp;id=d61f10a8780ef94f82e384248ce40d24fc27ad2b" rel="noreferrer" target="_blank">https://cgit.freebsd.org/src/commit/sys/dev/iwn?h=stable/13&amp;id=d61f10a8780ef94f82e384248ce40d24fc27ad2b</a><br>;
&gt;&gt;<br>
&gt;&gt; <a href="https://cgit.freebsd.org/src/commit/sys/dev/iwn?h=stable/13&amp;id=67b7e2de4fc5dc1165feee8ca281c44444425d0f" rel="noreferrer" target="_blank">https://cgit.freebsd.org/src/commit/sys/dev/iwn?h=stable/13&amp;id=67b7e2de4fc5dc1165feee8ca281c44444425d0f</a><br>;
&gt;&gt;<br>
&gt;&gt; and the one Adrian did not MFC:<br>
&gt;&gt;<br>
&gt;&gt; <a href="https://cgit.freebsd.org/src/commit/sys/dev/iwn?id=b6fd00791f2b9690b0a5d8670fc03f74eda96da2&amp;h=stable%2F13" rel="noreferrer" target="_blank">https://cgit.freebsd.org/src/commit/sys/dev/iwn?id=b6fd00791f2b9690b0a5d8670fc03f74eda96da2&amp;h=stable%2F13</a><br>;
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; In case you are willing to go back to stable/13 and re-test things<br>
&gt;&gt; let me know so we can crank some debugging/logging up to see where the<br>
&gt;&gt; error comes from.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;&gt; On a separate subject, I had tested iwlwifi on a<br>
&gt;&gt;&gt; separate machine with stable/13 and an AX201 and it was quite stable<br>
&gt;&gt;&gt; (though slow as has been reported by others). Keep up the great work!<br>
&gt;&gt;<br>
&gt;&gt; Thanks for testing.  I&#39;ll try to make it more stable and then faster :)<br>
&gt;&gt;<br>
&gt;&gt; Best Regards,<br>
&gt;&gt; Bjoern<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Bjoern A. Zeeb                                                     r15:7<br>
&gt;&gt;<br>
&gt;<br>
<br>
-- <br>
Bjoern A. Zeeb                                                     r15:7<br>
</blockquote></div>
home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJdGomVrw83nmDCbgs=LFvei9-WeHj1TYBw6xLkjC3Phs_PbOA>