Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 2620:137:e000::3:4 as permitted sender) client-ip=2620:137:e000::3:4;
Subject: Re: wifi-7 + MLO: wlan is not seen in /proc/net/wireless
To:     Kalle Valo <kvalo@kernel.org>
Cc:     linux-wireless <linux-wireless@vger.kernel.org>
References: <db9ef851-5784-c6a5-d3d5-5747ef21e0b6@candelatech.com>
 <87zg0zgemy.fsf@kernel.org>
From:   Ben Greear <greearb@candelatech.com>
Organization: Candela Technologies
Message-ID: <3e684eea-147b-ca03-1c40-291ece4d1ebb@candelatech.com>
Date:   Wed, 4 Oct 2023 06:19:51 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.10.1
MIME-Version: 1.0
In-Reply-To: <87zg0zgemy.fsf@kernel.org>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-MW
Content-Transfer-Encoding: 7bit
Precedence: bulk

On 10/3/23 10:06 PM, Kalle Valo wrote:
> Ben Greear <greearb@candelatech.com> writes:
> 
>> I'm testing a wifi-7 radio against MLO AP.  I notice the link-0 debugfgs links
>> show up and STA is associated and acquired DHCP, but wlan is not in /proc/net/wireless.
>> I'm in 6.5.5+ kernel.
>>
>> Is this expected?
> 
> wext doesn't support Wi-Fi 7, see:
> 
> https://git.kernel.org/linus/52fd90638a72

For somewhat similar reasons, ethtool stats are broken for MLO
too (see my patches from yesterday).

To keep at least some backwards compatibility, would it be worth
reporting the 'best' link's information?  To me best is highest
band that is connected.  It could also just be the first link that is
connected.

Any suggestions for how to do ethtool stats better for MLO?

Maybe the original values would be for the first, or maybe best link,
and then add new stats fields for second and third links?

Thanks,
Ben

-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com