NT/VHT errors filling log

NT/VHT errors filling log

[KeithG]

Group,

This is on a Pi5. this is with the 'current from git' build of iwd.
iwd-git/now 2.17.r0.g468cecdb-1
These are new errors which are showing up in the log and recur a lot:
Apr 12 12:14:17 pi5 iwd[1537]: error parsing HT capabilities
Apr 12 12:14:17 pi5 iwd[1537]: error parsing non-HT rates
Apr 12 12:14:17 pi5 iwd[1537]: error parsing VHT capabilities
Apr 12 12:14:17 pi5 iwd[1537]: error parsing HT capabilities
Apr 12 12:14:17 pi5 iwd[1537]: error parsing non-HT rates

My guess is the brcmfmac card is not reporting properly to iwd.

Is there a setting in main.conf we should have for this card?

Keith

Re: NT/VHT errors filling log

[James Prestwood]

Hi Keith,

On 4/12/24 10:41 AM, KeithG wrote:
> Group,
>
> This is on a Pi5. this is with the 'current from git' build of iwd.
> iwd-git/now 2.17.r0.g468cecdb-1
> These are new errors which are showing up in the log and recur a lot:
> Apr 12 12:14:17 pi5 iwd[1537]: error parsing HT capabilities
> Apr 12 12:14:17 pi5 iwd[1537]: error parsing non-HT rates
> Apr 12 12:14:17 pi5 iwd[1537]: error parsing VHT capabilities
> Apr 12 12:14:17 pi5 iwd[1537]: error parsing HT capabilities
> Apr 12 12:14:17 pi5 iwd[1537]: error parsing non-HT rates

I added these recently as well as a small modification to improve 
fallback behavior for calculating the data rate. This isn't coming from 
the driver, but the scan results. Apparently APs sending invalid IEs is 
more widespread than I thought. I'll need to change this to instead 
maybe a single warning, or maybe hidden behind an env var.

Thanks,

James

> Keith
>

Re: NT/VHT errors filling log

[James Prestwood]

Hi Keith,

On 4/15/24 4:24 AM, James Prestwood wrote:
> Hi Keith,
>
> On 4/12/24 10:41 AM, KeithG wrote:
>> Group,
>>
>> This is on a Pi5. this is with the 'current from git' build of iwd.
>> iwd-git/now 2.17.r0.g468cecdb-1
>> These are new errors which are showing up in the log and recur a lot:
>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing HT capabilities
>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing non-HT rates
>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing VHT capabilities
>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing HT capabilities
>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing non-HT rates
>
> I added these recently as well as a small modification to improve 
> fallback behavior for calculating the data rate. This isn't coming 
> from the driver, but the scan results. Apparently APs sending invalid 
> IEs is more widespread than I thought. I'll need to change this to 
> instead maybe a single warning, or maybe hidden behind an env var.

I sent some patches to the list which should help. You may still get a 
warning for HE capabilities though, if APs are advertising the malformed IE.

> Thanks,
>
> James
>
>> Keith
>>

Re: NT/VHT errors filling log

[Denis Kenzior]

Hi James,

On 4/15/24 10:15, James Prestwood wrote:
> Hi Keith,
> 
> On 4/15/24 4:24 AM, James Prestwood wrote:
>> Hi Keith,
>>
>> On 4/12/24 10:41 AM, KeithG wrote:
>>> Group,
>>>
>>> This is on a Pi5. this is with the 'current from git' build of iwd.
>>> iwd-git/now 2.17.r0.g468cecdb-1
>>> These are new errors which are showing up in the log and recur a lot:
>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing HT capabilities
>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing non-HT rates
>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing VHT capabilities
>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing HT capabilities
>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing non-HT rates
>>
>> I added these recently as well as a small modification to improve fallback 
>> behavior for calculating the data rate. This isn't coming from the driver, but 
>> the scan results. Apparently APs sending invalid IEs is more widespread than I 
>> thought. I'll need to change this to instead maybe a single warning, or maybe 
>> hidden behind an env var.
> 
> I sent some patches to the list which should help. You may still get a warning 
> for HE capabilities though, if APs are advertising the malformed IE.

Can we find out what is causing the errors?  Is it the low RSSI?

I rather we added a L_WARN_ONCE or L_WARN_THROTTLED or something instead of 
turning them off.

Regards,
-Denis

Re: NT/VHT errors filling log

[James Prestwood]

On 4/15/24 11:50 AM, Denis Kenzior wrote:
> Hi James,
>
> On 4/15/24 10:15, James Prestwood wrote:
>> Hi Keith,
>>
>> On 4/15/24 4:24 AM, James Prestwood wrote:
>>> Hi Keith,
>>>
>>> On 4/12/24 10:41 AM, KeithG wrote:
>>>> Group,
>>>>
>>>> This is on a Pi5. this is with the 'current from git' build of iwd.
>>>> iwd-git/now 2.17.r0.g468cecdb-1
>>>> These are new errors which are showing up in the log and recur a lot:
>>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing HT capabilities
>>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing non-HT rates
>>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing VHT capabilities
>>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing HT capabilities
>>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing non-HT rates
>>>
>>> I added these recently as well as a small modification to improve 
>>> fallback behavior for calculating the data rate. This isn't coming 
>>> from the driver, but the scan results. Apparently APs sending 
>>> invalid IEs is more widespread than I thought. I'll need to change 
>>> this to instead maybe a single warning, or maybe hidden behind an 
>>> env var.
>>
>> I sent some patches to the list which should help. You may still get 
>> a warning for HE capabilities though, if APs are advertising the 
>> malformed IE.
>
> Can we find out what is causing the errors?  Is it the low RSSI?
>
> I rather we added a L_WARN_ONCE or L_WARN_THROTTLED or something 
> instead of turning them off.

Most likely low RSSI because I didn't handle -ENETUNREACH, so it treated 
it as an error rather than silently dropping down to the next capability.

>
> Regards,
> -Denis

Re: NT/VHT errors filling log

[KeithG]

[-- Attachment #1.1: Type: text/plain, Size: 3207 bytes --]

James,

The messages have changed with the latest build.
Apr 16 05:24:30 kitchenrune iwd[1490859]: invalid HE capabilities for
ac:ec:85:ab:10:d4
Apr 16 05:53:31 kitchenrune iwd[1490859]: invalid HE capabilities for
d8:07:b6:8e:97:7b
Apr 16 05:58:23 kitchenrune iwd[1490859]: invalid HE capabilities for
d8:07:b6:8e:97:7b
Apr 16 06:22:23 kitchenrune iwd[1490859]: invalid HE capabilities for
d8:07:b6:8e:97:7b
Apr 16 06:53:26 kitchenrune iwd[1490859]: invalid HE capabilities for
d8:07:b6:8e:97:7b
Apr 16 07:23:39 kitchenrune iwd[1490859]: invalid HE capabilities for
d8:07:b6:8e:97:7b
Apr 16 07:55:07 kitchenrune iwd[1490859]: invalid HE capabilities for
d8:07:b6:8e:97:7b
Apr 16 07:55:07 kitchenrune iwd[1490859]: invalid HE capabilities for
ae:70:5d:05:9f:f2
Apr 16 07:58:34 kitchenrune iwd[1490859]: invalid HE capabilities for
d8:07:b6:8e:97:7b
Apr 16 08:25:08 kitchenrune iwd[1490859]: invalid HE capabilities for
d8:07:b6:8e:97:7b
Apr 16 08:25:08 kitchenrune iwd[1490859]: invalid HE capabilities for
1c:93:7c:73:36:92
Apr 16 08:25:08 kitchenrune iwd[1490859]: invalid HE capabilities for
06:93:7c:73:36:92

Periodic scanning info from today.

I use connman to manage the networks and we have a php script to scrape the
network information advertised by the SSIDs. The attached txt file may be
interesting to see what my RPi sees.

Keith



On Mon, Apr 15, 2024 at 1:57 PM James Prestwood <prestwoj@gmail.com> wrote:
>
>
> On 4/15/24 11:50 AM, Denis Kenzior wrote:
> > Hi James,
> >
> > On 4/15/24 10:15, James Prestwood wrote:
> >> Hi Keith,
> >>
> >> On 4/15/24 4:24 AM, James Prestwood wrote:
> >>> Hi Keith,
> >>>
> >>> On 4/12/24 10:41 AM, KeithG wrote:
> >>>> Group,
> >>>>
> >>>> This is on a Pi5. this is with the 'current from git' build of iwd.
> >>>> iwd-git/now 2.17.r0.g468cecdb-1
> >>>> These are new errors which are showing up in the log and recur a lot:
> >>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing HT capabilities
> >>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing non-HT rates
> >>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing VHT capabilities
> >>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing HT capabilities
> >>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing non-HT rates
> >>>
> >>> I added these recently as well as a small modification to improve
> >>> fallback behavior for calculating the data rate. This isn't coming
> >>> from the driver, but the scan results. Apparently APs sending
> >>> invalid IEs is more widespread than I thought. I'll need to change
> >>> this to instead maybe a single warning, or maybe hidden behind an
> >>> env var.
> >>
> >> I sent some patches to the list which should help. You may still get
> >> a warning for HE capabilities though, if APs are advertising the
> >> malformed IE.
> >
> > Can we find out what is causing the errors?  Is it the low RSSI?
> >
> > I rather we added a L_WARN_ONCE or L_WARN_THROTTLED or something
> > instead of turning them off.
>
> Most likely low RSSI because I didn't handle -ENETUNREACH, so it treated
> it as an error rather than silently dropping down to the next capability.
>
> >
> > Regards,
> > -Denis

[-- Attachment #1.2: Type: text/html, Size: 4387 bytes --]

[-- Attachment #2: networks.txt --]
[-- Type: text/plain, Size: 7635 bytes --]

{"d83adda68548_73706735":{"primaryDns":"192.168.2.253","secondaryDns":"","security":"PSK","strength":"81","strengthStars":" &#9733 &#9733 &#9733 &#9733 &#9733 &#9733 &#9733 &#9733","ipAssignment":"DHCP","ipv6.method":"off","ssid":"spg5","ssidHex":"73706735","status":"*AO","connmanString":"wifi_d83adda68548_73706735_managed_psk","macAddress":"d83adda68548","technology":"wifi","nic":"wlan0","configured":true,"autoconnect":true,"online":true,"ready":false,"ipStatus":"UP","ipInfo":"<BROADCAST,MULTICAST,UP,LOWER_UP>","ipv4Address":"192.168.2.200","ipv6Address":"","ipv4Rest":"scope global noprefixroute wlan0 valid_lft forever preferred_lft forever","ipv6Rest":""},
"d83adda68548_4154545775496b413541":{"primaryDns":"192.168.2.253","secondaryDns":"","security":"PSK","strength":"46","strengthStars":" &#9733 &#9733 &#9733 &#9733 &#9733","defaultGateway":"192.168.2.254","ipv4Mask":"255.255.255.0","ipv6.method":"auto","ipv6.privacy":"disabled","ssid":"ATTWuIkA5A","ssidHex":"4154545775496b413541","status":"","connmanString":"wifi_d83adda68548_4154545775496b413541_managed_psk","macAddress":"d83adda68548","technology":"wifi","nic":"wlan0","configured":false,"autoconnect":false,"online":false,"ready":false},
"d83adda68548_484f4d452d34453632":{"primaryDns":"192.168.2.253","secondaryDns":"","security":"PSK","strength":"52","strengthStars":" &#9733 &#9733 &#9733 &#9733 &#9733","defaultGateway":"192.168.2.254","ipv4Mask":"255.255.255.0","ipv6.method":"auto","ipv6.privacy":"disabled","ssid":"HOME-4E62","ssidHex":"484f4d452d34453632","status":"","connmanString":"wifi_d83adda68548_484f4d452d34453632_managed_psk","macAddress":"d83adda68548","technology":"wifi","nic":"wlan0","configured":false,"autoconnect":false,"online":false,"ready":false},
"d83adda68548_44656d426f797a":{"primaryDns":"192.168.2.253","secondaryDns":"","security":"PSK","strength":"46","strengthStars":" &#9733 &#9733 &#9733 &#9733 &#9733","defaultGateway":"192.168.2.254","ipv4Mask":"255.255.255.0","ipv6.method":"auto","ipv6.privacy":"disabled","ssid":"DemBoyz","ssidHex":"44656d426f797a","status":"","connmanString":"wifi_d83adda68548_44656d426f797a_managed_psk","macAddress":"d83adda68548","technology":"wifi","nic":"wlan0","configured":false,"autoconnect":false,"online":false,"ready":false},
"d83adda68548_434152":{"primaryDns":"192.168.2.253","secondaryDns":"","security":"PSK","strength":"52","strengthStars":" &#9733 &#9733 &#9733 &#9733 &#9733","defaultGateway":"192.168.2.254","ipv4Mask":"255.255.255.0","ipv6.method":"auto","ipv6.privacy":"disabled","ssid":"CAR","ssidHex":"434152","status":"","connmanString":"wifi_d83adda68548_434152_managed_psk","macAddress":"d83adda68548","technology":"wifi","nic":"wlan0","configured":false,"autoconnect":false,"online":false,"ready":false},
"d83adda68548_6e69636f5f77696669":{"primaryDns":"192.168.2.253","secondaryDns":"","security":"PSK","strength":35,"strengthStars":" &#9733 &#9733 &#9733 &#9733","defaultGateway":"192.168.2.254","ipv4Mask":"255.255.255.0","ipv6.method":"auto","ipv6.privacy":"disabled","ssid":"nico_wifi","ssidHex":"6e69636f5f77696669","status":"","connmanString":"wifi_d83adda68548_6e69636f5f77696669_managed_psk","macAddress":"d83adda68548","technology":"wifi","nic":"wlan0","configured":false,"autoconnect":false,"online":false,"ready":false},
"d83adda68548_4c6976696e6720526f6f6d205456":{"primaryDns":"192.168.2.253","secondaryDns":"","security":"NONE","strength":"37","strengthStars":" &#9733 &#9733 &#9733 &#9733","defaultGateway":"192.168.2.254","ipv4Mask":"255.255.255.0","ipv6.method":"auto","ipv6.privacy":"disabled","ssid":"Living Room TV","ssidHex":"4c6976696e6720526f6f6d205456","status":"","connmanString":"wifi_d83adda68548_4c6976696e6720526f6f6d205456_managed_none","macAddress":"d83adda68548","technology":"wifi","nic":"wlan0","configured":false,"autoconnect":false,"online":false,"ready":false},
"d83adda68548_5a4d585f333436":{"primaryDns":"192.168.2.253","secondaryDns":"","security":"PSK","strength":"41","strengthStars":" &#9733 &#9733 &#9733 &#9733","defaultGateway":"192.168.2.254","ipv4Mask":"255.255.255.0","ipv6.method":"auto","ipv6.privacy":"disabled","ssid":"ZMX_346","ssidHex":"5a4d585f333436","status":"","connmanString":"wifi_d83adda68548_5a4d585f333436_managed_psk","macAddress":"d83adda68548","technology":"wifi","nic":"wlan0","configured":false,"autoconnect":false,"online":false,"ready":false},
"d83adda68548_4e4554474541523935":{"primaryDns":"192.168.2.253","secondaryDns":"","security":"PSK","strength":19,"strengthStars":" &#9733 &#9733","defaultGateway":"192.168.2.254","ipv4Mask":"255.255.255.0","ipv6.method":"auto","ipv6.privacy":"disabled","ssid":"NETGEAR95","ssidHex":"4e4554474541523935","status":"","connmanString":"wifi_d83adda68548_4e4554474541523935_managed_psk","macAddress":"d83adda68548","technology":"wifi","nic":"wlan0","configured":false,"autoconnect":false,"online":false,"ready":false},
"d83adda68548_476f6e7a616c657a2d5269766572612046616d696c79":{"primaryDns":"192.168.2.253","secondaryDns":"","security":"PSK","strength":"47","strengthStars":" &#9733 &#9733 &#9733 &#9733 &#9733","defaultGateway":"192.168.2.254","ipv4Mask":"255.255.255.0","ipv6.method":"auto","ipv6.privacy":"disabled","ssid":"Gonzalez-Rivera Family","ssidHex":"476f6e7a616c657a2d5269766572612046616d696c79","status":"","connmanString":"wifi_d83adda68548_476f6e7a616c657a2d5269766572612046616d696c79_managed_psk","macAddress":"d83adda68548","technology":"wifi","nic":"wlan0","configured":false,"autoconnect":false,"online":false,"ready":false},
"d83adda68548_4d61726368616e":{"primaryDns":"192.168.2.253","secondaryDns":"","security":"PSK","strength":38,"strengthStars":" &#9733 &#9733 &#9733 &#9733","defaultGateway":"192.168.2.254","ipv4Mask":"255.255.255.0","ipv6.method":"auto","ipv6.privacy":"disabled","ssid":"Marchan","ssidHex":"4d61726368616e","status":"","connmanString":"wifi_d83adda68548_4d61726368616e_managed_psk","macAddress":"d83adda68548","technology":"wifi","nic":"wlan0","configured":false,"autoconnect":false,"online":false,"ready":false},
"d83adda68548_4665726e616e64657a":{"primaryDns":"192.168.2.253","secondaryDns":"","security":"PSK","strength":27,"strengthStars":" &#9733 &#9733 &#9733","defaultGateway":"192.168.2.254","ipv4Mask":"255.255.255.0","ipv6.method":"auto","ipv6.privacy":"disabled","ssid":"Fernandez","ssidHex":"4665726e616e64657a","status":"","connmanString":"wifi_d83adda68548_4665726e616e64657a_managed_psk","macAddress":"d83adda68548","technology":"wifi","nic":"wlan0","configured":false,"autoconnect":false,"online":false,"ready":false},
"d83adda68548_49534d6f737361644638":{"primaryDns":"192.168.2.253","secondaryDns":"","security":"PSK","strength":"30","strengthStars":" &#9733 &#9733 &#9733","defaultGateway":"192.168.2.254","ipv4Mask":"255.255.255.0","ipv6.method":"auto","ipv6.privacy":"disabled","ssid":"ISMossadF8","ssidHex":"49534d6f737361644638","status":"","connmanString":"wifi_d83adda68548_49534d6f737361644638_managed_psk","macAddress":"d83adda68548","technology":"wifi","nic":"wlan0","configured":false,"autoconnect":false,"online":false,"ready":false},
"d83adda68548_416e747350616e74735f455854":{"primaryDns":"192.168.2.253","secondaryDns":"","security":"PSK","strength":"27","strengthStars":" &#9733 &#9733 &#9733","defaultGateway":"192.168.2.254","ipv4Mask":"255.255.255.0","ipv6.method":"auto","ipv6.privacy":"disabled","ssid":"AntsPants_EXT","ssidHex":"416e747350616e74735f455854","status":"","connmanString":"wifi_d83adda68548_416e747350616e74735f455854_managed_psk","macAddress":"d83adda68548","technology":"wifi","nic":"wlan0","configured":false,"autoconnect":false,"online":false,"ready":false}}

Re: NT/VHT errors filling log

[James Prestwood]

Hi Keith,

On 4/16/24 7:16 AM, KeithG wrote:
> James,
>
> The messages have changed with the latest build.
> Apr 16 05:24:30 kitchenrune iwd[1490859]: invalid HE capabilities for 
> ac:ec:85:ab:10:d4
> Apr 16 05:53:31 kitchenrune iwd[1490859]: invalid HE capabilities for 
> d8:07:b6:8e:97:7b
> Apr 16 05:58:23 kitchenrune iwd[1490859]: invalid HE capabilities for 
> d8:07:b6:8e:97:7b
> Apr 16 06:22:23 kitchenrune iwd[1490859]: invalid HE capabilities for 
> d8:07:b6:8e:97:7b
> Apr 16 06:53:26 kitchenrune iwd[1490859]: invalid HE capabilities for 
> d8:07:b6:8e:97:7b
> Apr 16 07:23:39 kitchenrune iwd[1490859]: invalid HE capabilities for 
> d8:07:b6:8e:97:7b
> Apr 16 07:55:07 kitchenrune iwd[1490859]: invalid HE capabilities for 
> d8:07:b6:8e:97:7b
> Apr 16 07:55:07 kitchenrune iwd[1490859]: invalid HE capabilities for 
> ae:70:5d:05:9f:f2
> Apr 16 07:58:34 kitchenrune iwd[1490859]: invalid HE capabilities for 
> d8:07:b6:8e:97:7b
> Apr 16 08:25:08 kitchenrune iwd[1490859]: invalid HE capabilities for 
> d8:07:b6:8e:97:7b
> Apr 16 08:25:08 kitchenrune iwd[1490859]: invalid HE capabilities for 
> 1c:93:7c:73:36:92
> Apr 16 08:25:08 kitchenrune iwd[1490859]: invalid HE capabilities for 
> 06:93:7c:73:36:92

Yeah I see this on one AP around me depending on where I have my laptop. 
I think this incorrect bit setting is likely common across a lot of APs, 
maybe something within hostapd itself... Either way the warning here 
isn't something you need to worry about, although I agree its an 
"annoyance" now. The hard part is if we remove it then someone will come 
along later and say "why isn't IWD estimating the HE data rate?" and 
we'll have to waste time debugging again. At least with this its clear: 
your AP is advertising an invalid HE capabilities IE.

Thinking out loud here, one option would be to potentially flag the 
capability used and print it out with the scan results. Something like:

data_rate: 2402.0 (HE)

Then if someone complains their AP supports HE but IWD is using VHT we 
can say its _most likely_ the invalid HE capabilities. But that isn't as 
direct as the warning.

Another option would be to be less strict with the check (likely what 
wpa_supplicant does) and just take the IE as valid even though it isn't 
following the requirements of the spec... but we don't tend to do that 
unless its having some negative effect on IWD functioning correctly. For 
this, the data rate estimation is just not as high as it could be, which 
generally isn't going to change much.

Maybe if others could chime in and see if they also notice these 
warnings now.

Thanks,

James

>
> Periodic scanning info from today.
>
> I use connman to manage the networks and we have a php script to 
> scrape the network information advertised by the SSIDs. The attached 
> txt file may be interesting to see what my RPi sees.
>
> Keith
>
>
>
> On Mon, Apr 15, 2024 at 1:57 PM James Prestwood <prestwoj@gmail.com> 
> wrote:
> >
> >
> > On 4/15/24 11:50 AM, Denis Kenzior wrote:
> > > Hi James,
> > >
> > > On 4/15/24 10:15, James Prestwood wrote:
> > >> Hi Keith,
> > >>
> > >> On 4/15/24 4:24 AM, James Prestwood wrote:
> > >>> Hi Keith,
> > >>>
> > >>> On 4/12/24 10:41 AM, KeithG wrote:
> > >>>> Group,
> > >>>>
> > >>>> This is on a Pi5. this is with the 'current from git' build of iwd.
> > >>>> iwd-git/now 2.17.r0.g468cecdb-1
> > >>>> These are new errors which are showing up in the log and recur 
> a lot:
> > >>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing HT capabilities
> > >>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing non-HT rates
> > >>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing VHT capabilities
> > >>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing HT capabilities
> > >>>> Apr 12 12:14:17 pi5 iwd[1537]: error parsing non-HT rates
> > >>>
> > >>> I added these recently as well as a small modification to improve
> > >>> fallback behavior for calculating the data rate. This isn't coming
> > >>> from the driver, but the scan results. Apparently APs sending
> > >>> invalid IEs is more widespread than I thought. I'll need to change
> > >>> this to instead maybe a single warning, or maybe hidden behind an
> > >>> env var.
> > >>
> > >> I sent some patches to the list which should help. You may still get
> > >> a warning for HE capabilities though, if APs are advertising the
> > >> malformed IE.
> > >
> > > Can we find out what is causing the errors?  Is it the low RSSI?
> > >
> > > I rather we added a L_WARN_ONCE or L_WARN_THROTTLED or something
> > > instead of turning them off.
> >
> > Most likely low RSSI because I didn't handle -ENETUNREACH, so it treated
> > it as an error rather than silently dropping down to the next 
> capability.
> >
> > >
> > > Regards,
> > > -Denis