Hi Felix,
> I think deferring this to user space might mess up timings during fast
> active scans. I'd prefer to have a callback in ath9k_platform.h that
> allows the platform code to provide a hook which implements this.
> That way the changes to ath9k stay very small, and the code is still
> qui
On 2015-05-27 22:48, Stefan Rompf wrote:
> Hi Kirill,
>
>> So I made a patch for atheros driver and it works. A signal level on
>> different frequencies is more or less equal and seems adequate (about
>> -30 dbm if a client within a meter from ap).
>
> so you reverse engineered the timer values,
Hi Kirill,
> > An Unifi specific user space daemon listens to scan and channel change
> > events via netlink (will check next weekend if channel change is
> > broadcasted reliably) and tune the filter via sysfs interface
> > accordingly like hsr.c tried.
>
> I like this idea because in this case
Hi, Stefan
On 05/27/2015 11:48 PM, Stefan Rompf wrote:
Integration into the kernel driver like your latest patch does.
Caveat: The build process seems to assume that all routers in the
ar71xx/generic target share the same set of kernel modules. So patching and
compiling yourself is no problem,
Hi Kirill,
> So I made a patch for atheros driver and it works. A signal level on
> different frequencies is more or less equal and seems adequate (about
> -30 dbm if a client within a meter from ap).
so you reverse engineered the timer values, the response format and the 's'
command I had plann