Search Linux Wireless

RE: [PATCH v8 4/5] wifi: mac80211: start and finalize channel switch on link basis

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




> -----Original Message-----
> From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
> Sent: Wednesday, February 21, 2024 4:35 PM
> To: Ping-Ke Shih <pkshih@xxxxxxxxxxx>; Aditya Kumar Singh <quic_adisi@xxxxxxxxxxx>
> Cc: linux-wireless@xxxxxxxxxxxxxxx; Jeff Johnson <quic_jjohnson@xxxxxxxxxxx>; Ilan Peer
> <ilan.peer@xxxxxxxxx>; Jouni Malinen <j@xxxxx>; Ryder Lee <ryder.lee@xxxxxxxxxxxx>; Arend van Spriel
> <arend.vanspriel@xxxxxxxxxxxx>; Felix Fietkau <nbd@xxxxxxxx>
> Subject: Re: [PATCH v8 4/5] wifi: mac80211: start and finalize channel switch on link basis
> 
> On Wed, 2024-02-21 at 08:28 +0000, Ping-Ke Shih wrote:
> >
> > > -----Original Message-----
> > > From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
> > > Sent: Wednesday, February 21, 2024 4:20 PM
> > > To: Ping-Ke Shih <pkshih@xxxxxxxxxxx>; Aditya Kumar Singh <quic_adisi@xxxxxxxxxxx>
> > > Cc: linux-wireless@xxxxxxxxxxxxxxx; Jeff Johnson <quic_jjohnson@xxxxxxxxxxx>; Ilan Peer
> > > <ilan.peer@xxxxxxxxx>; Jouni Malinen <j@xxxxx>; Ryder Lee <ryder.lee@xxxxxxxxxxxx>; Arend van Spriel
> > > <arend.vanspriel@xxxxxxxxxxxx>; Felix Fietkau <nbd@xxxxxxxxxxx>
> > > Subject: Re: [PATCH v8 4/5] wifi: mac80211: start and finalize channel switch on link basis
> > >
> > > On Wed, 2024-02-21 at 08:19 +0000, Ping-Ke Shih wrote:
> > > > > -----Original Message-----
> > > > > From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
> > > > > Sent: Wednesday, February 21, 2024 4:10 PM
> > > > > To: Ping-Ke Shih <pkshih@xxxxxxxxxxx>; Aditya Kumar Singh <quic_adisi@xxxxxxxxxxx>
> > > > > Cc: linux-wireless@xxxxxxxxxxxxxxx; Jeff Johnson <quic_jjohnson@xxxxxxxxxxx>; Ilan Peer
> > > > > <ilan.peer@xxxxxxxxx>; Jouni Malinen <j@xxxxx>; Ryder Lee <ryder.lee@xxxxxxxxxxxx>; Arend van Spriel
> > > > > <arend.vanspriel@xxxxxxxxxxxx>; Felix Fietkau <nbd@xxxxxxxxxxx>
> > > > > Subject: Re: [PATCH v8 4/5] wifi: mac80211: start and finalize channel switch on link basis
> > > > >
> > > > > I guess that'd also apply to probe responses? Or does it not send those
> > > > > at all? But we discussed before that maybe we don't have to be perfect
> > > > > there, so I guess we can find some solution to that.
> > > >
> > > > Unfortunately, Realtek firmware doesn't send probe responses at all. Still
> > > > need hostapd to reply those.
> > > >
> > >
> > > Right, but filling in the CSA counters?
> > >
> >
> > No, firmware doesn't modify content of probe response frame.
> >
> 
> Can you get that fixed? ;-)
> 
> With differing beacon intervals etc., I don't know there's a good way to
> keep the counters even with a semblance of correctness, especially if we
> don't know when the beacon was transmitted?
> 
> Or maybe just fill it in the driver since you probably have some beacon
> timing data more easily accessible?

If driver can get CSA or ECSA offset simply, I probably can fill a reasonable
CSA counter (not sure if I can get 100% accurate counter for now), but
seemingly neither ieee80211_tx_control nor ieee80211_tx_info (SKB_CB) doesn't
have these offsets. Any suggestions?

I wonder our out-of-tree driver generates probe response itself. Let's me
check how it does.

Ping-Ke





[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Wireless Regulations]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux