Re: Dynamic channel Access

Re: Dynamic channel Access

[Jose Antonio Delgado Alfonso]

[-- Attachment #1: PGP/MIME version identification --]
[-- Type: application/pgp-encrypted, Size: 11 bytes --]

[-- Attachment #2: OpenPGP encrypted message --]
[-- Type: application/octet-stream, Size: 2029 bytes --]

-----BEGIN PGP MESSAGE-----
Version: GnuPG v2

hQIMA/WKeHNkPy/rARAAy3Wa0FGij6Jj3IaiRVoz51gvN7R5R/uWbsazXwmwHsXO
QsoMDZ0XIy2b9vzV1OJNw+/mPO6u3CIRe51CAZaVq1+vgb5KBBwGlG9iFrbgtrFT
/paRkPqfI8q2jyLAr1YP3kKWxemjaZGdlrKGI4GvAu91g9UlXmPRlLZHDYqRFoud
VT/Ka11JgbhNPul11+lmlPWFdHUEURrutJYKGGfL/k9D2lcBd+rkyI5A7r5bpltz
uzJJuDfLJJvT9x/iVzY+wq7IhTE+vSUvjLkXbaQQ3ipe8kJl2lM6zUEC4PguVHT9
10FK6t2Upbp+PkiEHijkrr2YAyHVY51639o8uKxwdAdErrHIU8Tn4QLdVkh940YI
2CSk6EA+ufQD2eYyik8GpBO3U0vAY5DIPBPFd4HE5SlwieuK8qcDutd+DG3E7+qC
+902D3ucW6dwRnB8+65N4/y/sn8kwLHOYwtpSY8EV7JlzvBwSJgC0NyKrHHKvN/a
Nwy76f94z5JQ7uKNDzQVdmhp9KCf/3eqSJrIb5s78tvn2tnTIoMU3Mw4X0a7H5WT
mbv98oIvsB933sqi6JvOvbxnflWw4Px5gDLbFpklW2q+LiPOQ9GKK3jkSUbjAPyF
GYIXxk9/0nXKjmtG+cjoU3Tvz4JeL4W0jkltead4I5sCVG6grwAWD4ZqOCShY07S
6QE+t/OF1IkyLX6Rn0TOTZrUg17yCddzuB21bqKcKWaPJt7b+v6jhqnvXNKEbEqs
Lj/N7nTjX16QNlldh4C/4dsSWexijCnEYrnk9l0MXvOv+a6/FRF5i/tn0QAbGIuz
XEGrwBRqlCoeRazZPM+Z5/EcKgK8dEG8ajpFutkLy5jp0QIV0eQiSA9otdoYcnl8
dBK3fI61M4Foxh7VvNMc5MVF0wT+j9L81QuTCQIXdh73wNuAL8qIzY5KMj8Oqqlq
WHiCMQuIIgxrszkwSTMmyyFoAZukft1iephy7rXN/zX3njkiOdNXl+8wevD+5Wr7
EBve/vfe27kQzMMuKqaEodiRTCL5GHxhVHqxSYqC9AjQOaYP56nDmh6OHIIlnN8n
UItme+hpLykMHbD9vKwl2S4L4igRvto5mSBWGnk18C1e4ZRw2nuko3te0vNpteh2
ZGhdsSwyia8zAwg7quzJ9VPncHnaQEln+YsDnzW4mpRwf1zZYWQJV4nXk7sD9tzc
zIv7lCT+NYv1neg19imX8NBRR88bzSjwFhsP18zWc4JnpnQmbYgV+ZWoHDn5ta11
Az69WrF87ZNB0Xwfnnm95VZO0ux7iuP9DTbHMFU+xCBcew/hW8e4scrxszlvJb5D
yYtyXpKSoX4dabGZpX1myailE+l0mx+W9+zVmwc4crTnwMvTGR2F3Fi46W8KgfV9
SVCbHFLgQyKMZSs3oWQabG+07OGhwN1VezoLwjSu5f4Z1KEPgOv/ZETOVv1CA7Nw
cfFdNgy7Xk2JSPpjV16dMwUt/31ERoPlFyctAHftJdwN9UbW2KT67ebH9DJ2AJ9C
tPXpve2EOW1/tIE+q00YyW4DLX/pUTiTF7zmlFw6+trF0HWpjOd2F4B6nDA2VqVp
ispIGvQK9DwarqMh+/5c+zk7GkMWlL09q056Y55NcPpqNWKdtPxt7plVd5UOpeZd
QuODdy6WjYmJFdRnKXnIra9ZD67dyD37r72pBEKwWjPAX3fLKNQA/9gCRCnX22n3
fqnDExzZhPVP7WLJqnDctZ5FygP4W6VXPZsyt4Oxocec/xef7rNE3iq1eBUks+tv
b+vG/zQ3Hf1k8ByN1xfW5FUp9uJ7fyAyd/ynxdK6r50nYmAEOqh0kYWndRbabNak
hz+9LVjuGrtzKPcxdVrRTTcvyYj8YEcja5dz9z10Hmz7wTavNaNkxgvR+fOpyQ==
=4tco
-----END PGP MESSAGE-----

Re: Dynamic channel Access

[Jose Antonio Delgado Alfonso]

Hi all,

I would like to ask Qualcomm's collaborators about this topic.

We are trying to certify a AP product which uses QCA988x radio module.
We are using the ath10k driver (kernel v3.17.8) and firmware from Ben
Greear. We are trying to pass the Dynamic Channel test, which consists
in setting the radio at 80MHz and, at the same time, setting other
signal in the secondary channel. So far, the radio module does not
reduce the bandwidth and remains transmitting at 80MHz.

Please, Does someone know if Dynamic Channel Access is really supported
by ath10k driver in newest kernel versions?
Or, does it also depends on the firmware version?

Thanks in advance.

Regards,
Jose Delgado

Re: Dynamic channel Access

[Ben Greear]

On 03/25/2015 08:34 AM, Jose Antonio Delgado Alfonso wrote:
> Hi all,
> 
> I would like to ask Qualcomm's collaborators about this topic.
> 
> We are trying to certify a AP product which uses QCA988x radio module.
> We are using the ath10k driver (kernel v3.17.8) and firmware from Ben
> Greear. We are trying to pass the Dynamic Channel test, which consists
> in setting the radio at 80MHz and, at the same time, setting other
> signal in the secondary channel. So far, the radio module does not
> reduce the bandwidth and remains transmitting at 80MHz.
> 
> Please, Does someone know if Dynamic Channel Access is really supported
> by ath10k driver in newest kernel versions?
> Or, does it also depends on the firmware version?

You could try testing with the upstream firmware and see if that works
any better?  Even if it is unstable under load, it should at least
be able to run long enough to do a feature test like this.

If it works on 10.1.467 upstream firmware but not on mine, then probably it is a regression
and I should be able to fix it.

Thanks,
Ben

> 
> Thanks in advance.
> 
> Regards,
> Jose Delgado
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 


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

Re: Dynamic channel Access

[Michal Kazior]

On 25 March 2015 at 16:34, Jose Antonio Delgado Alfonso
<jose.delgado@aoifes.com> wrote:
> Hi all,
>
> I would like to ask Qualcomm's collaborators about this topic.
>
> We are trying to certify a AP product which uses QCA988x radio module.
> We are using the ath10k driver (kernel v3.17.8) and firmware from Ben
> Greear. We are trying to pass the Dynamic Channel test, which consists
> in setting the radio at 80MHz and, at the same time, setting other
> signal in the secondary channel. So far, the radio module does not
> reduce the bandwidth and remains transmitting at 80MHz.
>
> Please, Does someone know if Dynamic Channel Access is really supported
> by ath10k driver in newest kernel versions?

You haven't really defined what kind of "other signal" you set up.
ath10k sets/enables dynamic_bw wmi parameter in ath10k_start(). From
what I know dynamic_bw does enable fw/hw to downgrade traffic from
80MHz to 40MHz in case there's other 802.11 traffic on the subband
happening at least on 10.1.467 - not sure about non-802.11 traffic. I
suppose newer firmware revisions do that too. I'm not sure about
999.999.0.636 though.


Michał

Re: Dynamic channel Access

[Jose Antonio Delgado Alfonso]

On 26/03/15 07:30, Michal Kazior wrote:
> On 25 March 2015 at 16:34, Jose Antonio Delgado Alfonso
> <jose.delgado@aoifes.com> wrote:
>> Hi all,
>>
>> I would like to ask Qualcomm's collaborators about this topic.
>>
>> We are trying to certify a AP product which uses QCA988x radio module.
>> We are using the ath10k driver (kernel v3.17.8) and firmware from Ben
>> Greear. We are trying to pass the Dynamic Channel test, which consists
>> in setting the radio at 80MHz and, at the same time, setting other
>> signal in the secondary channel. So far, the radio module does not
>> reduce the bandwidth and remains transmitting at 80MHz.
>>
>> Please, Does someone know if Dynamic Channel Access is really supported
>> by ath10k driver in newest kernel versions?
> You haven't really defined what kind of "other signal" you set up.
> ath10k sets/enables dynamic_bw wmi parameter in ath10k_start(). From
> what I know dynamic_bw does enable fw/hw to downgrade traffic from
> 80MHz to 40MHz in case there's other 802.11 traffic on the subband
> happening at least on 10.1.467 - not sure about non-802.11 traffic. I
> suppose newer firmware revisions do that too. I'm not sure about
> 999.999.0.636 though.
>
>
> Michał
>
> _______________________________________________
> ath10k mailing list
> ath10k@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/ath10k
I tested with other AP and also with a signal generator emitting a flat
noise of 20 MHz continuously.

I will check how function ath10k_start is implemented in my kernel tree
and if that parameter is really enabled on my setup.

Thanks.

Jose A. Delgado