Re: [PATCH] mac80211: Fix wrong channel bandwidths reported for aggregates

2022-07-20 Thread Toke Høiland-Jørgensen
Linus Lüssing writes: > On 19/07/2022 17:03, Adrian Chadd wrote: >> Hi! >> >> It's not a hardware bug. Dating back to the original AR5416 11n chip, >> most flags aren't valid for subframes in an aggregate. Only the final >> frame has valid flags. This was explicitly covered internally way back

Re: [PATCH] mac80211: Fix wrong channel bandwidths reported for aggregates

2022-07-19 Thread Linus Lüssing
On 19/07/2022 17:03, Adrian Chadd wrote: Hi! It's not a hardware bug. Dating back to the original AR5416 11n chip, most flags aren't valid for subframes in an aggregate. Only the final frame has valid flags. This was explicitly covered internally way back when. Ah, thanks for the

Re: [PATCH] mac80211: Fix wrong channel bandwidths reported for aggregates

2022-07-19 Thread Adrian Chadd
On Mon, 18 Jul 2022 at 15:28, Linus Lüssing wrote: > > From: Linus Lüssing > > AR9003 based wifi chips have a hardware bug, they always report a > channel bandwidth of HT40 for any sub-frame of an aggregate which is > not the last one. Only the last sub-frame has correct channel bandwidth >

[PATCH] mac80211: Fix wrong channel bandwidths reported for aggregates

2022-07-18 Thread Linus Lüssing
From: Linus Lüssing AR9003 based wifi chips have a hardware bug, they always report a channel bandwidth of HT40 for any sub-frame of an aggregate which is not the last one. Only the last sub-frame has correct channel bandwidth information. This can be easily reproduced by setting an ath9k based