Search Linux Wireless

RE: [DESIGN RFC] Critical Update handling in the kernel

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

 



Johannes Berg <johannes@xxxxxxxxxxxxxxxx> wrote:
> 
> > ===========================================================================
> >                             OPEN QUESTIONS
> > ===========================================================================
> > Before we move forward with implementation, we'd like to confirm whether
> > the proposed design looks sound. Are there any concerns or potential issues
> > we should be aware of?
> >
> > Out of curiosity, we're also interested in understanding how other vendors
> > are currently handling this feature in their downstream drivers. Is it
> > typically offloaded to firmware, or is the logic implemented in the kernel?
> > Just want to confirm whether all this will be used only by mac80211_hwsim
> > or will there be any actual users?
> 
> I think Ping-Ke previously indicated that they were planning to do
> things host side? I'm not super familiar with the timing constraints
> though, so I'm not sure what that might imply.

Yes, Realtek vendor driver handles the feature in host driver. Having not
tested CSA and ML procedure mentioned in this discussion thread, we
are also not sure how timing constraint to evaluate if we have to implement
the feature in firmware.  

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