Hello
Thanks a lot for the suggestion.
On 06.03.2017 18:13, Adrian Chadd wrote:
hiya,
I don't think it's something that you can do with any accuracy out of
the box? You'd need some design help from QCA to figure out which NICs
would let you set such low TX power levels accurately.
-adrian
Interestingly enough, I could see my setup working fine after reverting the
change or change the base address.
I also noticed you're using hw2.1 instead of the one I were testing hw3.2.
Previous logs showed you're experiencing a firmware crash, are you still
seeing the same?
Not sure if we're t
Hello Ryan,
I quickly tried the change you named. I used kernel 4.10.0 as found
in linux.git (tag v4.10). I know this was broken as I tested it at the
very beginning of my bisect.
Changing the wlan_mac_base_address to 0x0001 had no visible
change. Suspend to RAM was still broken. So I trie
+ ath10k list, wasn't intended to send it privately, adding the list back.
On 03/06/2017 10:40 AM, Ryan Hsu wrote:
> On 03/06/2017 08:43 AM, Enrico Tagliavini wrote:
>
>> Assuming this doesn't make sense I assume the only mistake I might
>> have maid was marking 05ee799f2021658cc0fc64c1f05c940877
On 03/06/2017 06:37 AM, Chris Price wrote:
> This has been working for me so far (patch + new firmware).
Glad to hear that!!
Seems to be like the old firmware has some issue to support ACS, and no one
really tested that before as well... :(
> The only unusual behaviour I've seen is that the 5 G
please follow
https://wireless.wiki.kernel.org/en/users/drivers/ath10k/spectral
please check if phy0 does exists ?
From: ath10k on behalf of Will Kerr
Sent: 06 March 2017 22:27
To: ath10k@lists.infradead.org
Subject: Re: ath10k - spectral scan - and - ch
hiya,
I don't think it's something that you can do with any accuracy out of
the box? You'd need some design help from QCA to figure out which NICs
would let you set such low TX power levels accurately.
-adrian
On 6 March 2017 at 04:13, Xue Liu wrote:
> Hello everyone,
>
> I am working on a pr
pinging and compacting the Q just in case the experts have an idea on this..
Is it possible to control spectral_scan_ctl whilst in AP mode?
my result:
root@OpenWrt:~# echo disable >
/sys/kernel/debug/ieee80211/phy0/ath10k/spectral_scan_ctl
ash: write error: No such device
or
change channe
So, since no advise was given I decided to go ahead and mark the
commit as bad. I think I did well as with the following commits it was
easy to
reproduce the issue again.
Unfortunately the result doesn't make much sense for me:
enrico@alientux /h/m/t/linux $ git bisect bad # tag v4.10
enrico@alie
> You might want to apply this one - https://patchwork.kernel.org/patch/9486941/
> As mentioned, please try the new firmware again.
This has been working for me so far (patch + new firmware). The only
unusual behaviour I've seen is that the 5 GHz AP seems to fail to
start on the first try after b
Thank you for your reply.
OK, I know.
If so, will the bit-rate be lower if all (the station side)TIDs are closed?
Thanks.
-
Kim Kwang Min
Mobile +82 010-5521-6393
Mail gwond...@nimbus.kr
>-Original Message-
>From: "Ben Greear"
>To: "Kwang Min Kim";
>Cc: ; ;
>Sent: 2017
Hello everyone,
I am working on a project which uses two WLE800VX WLAN cards and two
special directional attenna groups. These directional attenna group stay
very close (1~3cm) with each other.
The problem is that now 0 dBm transmission power is still too high for
us. The SNR is very high (
12 matches
Mail list logo