All of lore.kernel.org
 help / color / mirror / Atom feed
* Dynamic channel Access
@ 2014-10-02 19:58 Kamran Nishat
  2014-10-03 10:02 ` Yeoh Chun-Yeow
  0 siblings, 1 reply; 13+ messages in thread
From: Kamran Nishat @ 2014-10-02 19:58 UTC (permalink / raw)
  To: ath10k

Hi,
To deal with co-channel interference 802.11ac standard propose Dynamic
channel access. It means if my AP is configured on 40MHz, but it sense
only its primary 20Mhz channel is free then it will dynamically
changes its channel width to 20MHz and starts sending.

Is dynamic channel access implemented in Atheros based 802.11ac chips?


Regards
Kamran

_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Dynamic channel Access
  2014-10-02 19:58 Dynamic channel Access Kamran Nishat
@ 2014-10-03 10:02 ` Yeoh Chun-Yeow
  2014-10-03 11:52   ` Okhwan Lee
  0 siblings, 1 reply; 13+ messages in thread
From: Yeoh Chun-Yeow @ 2014-10-03 10:02 UTC (permalink / raw)
  To: Kamran Nishat; +Cc: ath10k

As far as I know, dynamic bandwidth operation is based on RTS/CTS
exchange on each 20MHz channel before deciding whether to use 20MHz,
40MHz or 80MHz channel access.

Did you able to capture the RTS or CTS when testing with ath10k?

-----
Chun-Yeow

On Fri, Oct 3, 2014 at 3:58 AM, Kamran Nishat <kamran.nishat@gmail.com> wrote:
> Hi,
> To deal with co-channel interference 802.11ac standard propose Dynamic
> channel access. It means if my AP is configured on 40MHz, but it sense
> only its primary 20Mhz channel is free then it will dynamically
> changes its channel width to 20MHz and starts sending.
>
> Is dynamic channel access implemented in Atheros based 802.11ac chips?
>
>
> Regards
> Kamran
>
> _______________________________________________
> ath10k mailing list
> ath10k@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/ath10k

_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Dynamic channel Access
  2014-10-03 10:02 ` Yeoh Chun-Yeow
@ 2014-10-03 11:52   ` Okhwan Lee
  2015-03-25 10:29       ` Jose Antonio Delgado Alfonso
  0 siblings, 1 reply; 13+ messages in thread
From: Okhwan Lee @ 2014-10-03 11:52 UTC (permalink / raw)
  To: Kamran Nishat, Yeoh Chun-Yeow; +Cc: ath10k

 If I’m not wrong, adaptive bandwidth selection at the receiver side by using RTS/CTS exchange is dynamic bandwidth operation. 
And the bandwidth selection at transmit side by using CCA is dynamic access. 

Based on my measurement, both algorithms are not supported in current ath10k.
 

—
Okhwan Lee,


> On Fri, Oct 3, 2014 at 3:58 AM, Kamran Nishat wrote:  


_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Dynamic channel Access
  2014-10-03 11:52   ` Okhwan Lee
@ 2015-03-25 10:29       ` Jose Antonio Delgado Alfonso
  0 siblings, 0 replies; 13+ messages in thread
From: Jose Antonio Delgado Alfonso @ 2015-03-25 10:29 UTC (permalink / raw)
  To: kvalo; +Cc: ath10k, linux-wireless

[-- 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-----

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Dynamic channel Access
@ 2015-03-25 10:29       ` Jose Antonio Delgado Alfonso
  0 siblings, 0 replies; 13+ messages in thread
From: Jose Antonio Delgado Alfonso @ 2015-03-25 10:29 UTC (permalink / raw)
  To: kvalo; +Cc: linux-wireless, ath10k


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

[-- Attachment #1.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-----

[-- Attachment #2: Type: text/plain, Size: 146 bytes --]

_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Dynamic channel Access
  2015-03-25 10:29       ` Jose Antonio Delgado Alfonso
@ 2015-03-25 15:34         ` Jose Antonio Delgado Alfonso
  -1 siblings, 0 replies; 13+ messages in thread
From: Jose Antonio Delgado Alfonso @ 2015-03-25 15:34 UTC (permalink / raw)
  To: kvalo; +Cc: linux-wireless, ath10k

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


^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Dynamic channel Access
@ 2015-03-25 15:34         ` Jose Antonio Delgado Alfonso
  0 siblings, 0 replies; 13+ messages in thread
From: Jose Antonio Delgado Alfonso @ 2015-03-25 15:34 UTC (permalink / raw)
  To: kvalo; +Cc: linux-wireless, ath10k

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


_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Dynamic channel Access
  2015-03-25 15:34         ` Jose Antonio Delgado Alfonso
@ 2015-03-25 15:46           ` Ben Greear
  -1 siblings, 0 replies; 13+ messages in thread
From: Ben Greear @ 2015-03-25 15:46 UTC (permalink / raw)
  To: Jose Antonio Delgado Alfonso; +Cc: kvalo, linux-wireless, ath10k

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


^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Dynamic channel Access
@ 2015-03-25 15:46           ` Ben Greear
  0 siblings, 0 replies; 13+ messages in thread
From: Ben Greear @ 2015-03-25 15:46 UTC (permalink / raw)
  To: Jose Antonio Delgado Alfonso; +Cc: kvalo, linux-wireless, ath10k

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


_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Dynamic channel Access
  2015-03-25 15:34         ` Jose Antonio Delgado Alfonso
@ 2015-03-26  6:30           ` Michal Kazior
  -1 siblings, 0 replies; 13+ messages in thread
From: Michal Kazior @ 2015-03-26  6:30 UTC (permalink / raw)
  To: Jose Antonio Delgado Alfonso; +Cc: Kalle Valo, linux-wireless, ath10k

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ł

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Dynamic channel Access
@ 2015-03-26  6:30           ` Michal Kazior
  0 siblings, 0 replies; 13+ messages in thread
From: Michal Kazior @ 2015-03-26  6:30 UTC (permalink / raw)
  To: Jose Antonio Delgado Alfonso; +Cc: Kalle Valo, linux-wireless, ath10k

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

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Dynamic channel Access
  2015-03-26  6:30           ` Michal Kazior
@ 2015-03-26  9:34             ` Jose Antonio Delgado Alfonso
  -1 siblings, 0 replies; 13+ messages in thread
From: Jose Antonio Delgado Alfonso @ 2015-03-26  9:34 UTC (permalink / raw)
  To: Michal Kazior; +Cc: Kalle Valo, linux-wireless, ath10k

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

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Dynamic channel Access
@ 2015-03-26  9:34             ` Jose Antonio Delgado Alfonso
  0 siblings, 0 replies; 13+ messages in thread
From: Jose Antonio Delgado Alfonso @ 2015-03-26  9:34 UTC (permalink / raw)
  To: Michal Kazior; +Cc: Kalle Valo, linux-wireless, ath10k

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

_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k

^ permalink raw reply	[flat|nested] 13+ messages in thread

end of thread, other threads:[~2015-03-26  9:33 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-10-02 19:58 Dynamic channel Access Kamran Nishat
2014-10-03 10:02 ` Yeoh Chun-Yeow
2014-10-03 11:52   ` Okhwan Lee
2015-03-25 10:29     ` Jose Antonio Delgado Alfonso
2015-03-25 10:29       ` Jose Antonio Delgado Alfonso
2015-03-25 15:34       ` Jose Antonio Delgado Alfonso
2015-03-25 15:34         ` Jose Antonio Delgado Alfonso
2015-03-25 15:46         ` Ben Greear
2015-03-25 15:46           ` Ben Greear
2015-03-26  6:30         ` Michal Kazior
2015-03-26  6:30           ` Michal Kazior
2015-03-26  9:34           ` Jose Antonio Delgado Alfonso
2015-03-26  9:34             ` Jose Antonio Delgado Alfonso

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.