All of lore.kernel.org
 help / color / mirror / Atom feed
* Valid Interface Combinations: IBSS + AP in parallel?
@ 2015-01-16 20:59 Martin Weinelt
  2015-01-19  9:13   ` Michal Kazior
  0 siblings, 1 reply; 11+ messages in thread
From: Martin Weinelt @ 2015-01-16 20:59 UTC (permalink / raw)
  To: ath10k

Hello,

I wanted to kindly ask for information on ath10ks future.

We, the Freifunk-Community in Germany, are currently heavily using
ath9k, which supports IBSS + AP mode in parallel, to do meshing and
service clients at the same time. Ath10k currently does not seem to
support that.

Are there any plans to include this possibility or is this out of the
question?


Kind regards,


Martin Weinelt
Freifunk-Darmstadt

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

^ permalink raw reply	[flat|nested] 11+ messages in thread
* [RFC/RFT] ath10k: enable IBSS in multi-vif
  2015-01-16 20:59 Valid Interface Combinations: IBSS + AP in parallel? Martin Weinelt
@ 2015-01-19  9:13   ` Michal Kazior
  0 siblings, 0 replies; 11+ messages in thread
From: Michal Kazior @ 2015-01-19  9:13 UTC (permalink / raw)
  To: ath10k; +Cc: martin, linux-wireless, Michal Kazior

The 999.999.0.636 firmware seems to support
concurrent IBSS + AP/STA. At least basic stuff
works so enable it since some people are
interested in this stuff.

If it's broken we can fix, restrict or disable it
later.

Signed-off-by: Michal Kazior <michal.kazior@tieto.com>
---
Hi Martin,

Feel free to take this patch and run whatever case
you had in mind. If this proves to work for you
without any major issues (like notorious crashes,
traffic issues and such) I guess we could try
pulling this upstream.

Make sure you use 999.999.0.636 firmware. The 10.x
doesn't support IBSS at all.


 drivers/net/wireless/ath/ath10k/mac.c | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/drivers/net/wireless/ath/ath10k/mac.c b/drivers/net/wireless/ath/ath10k/mac.c
index 9524bc5..11170ce 100644
--- a/drivers/net/wireless/ath/ath10k/mac.c
+++ b/drivers/net/wireless/ath/ath10k/mac.c
@@ -5032,6 +5032,10 @@ static const struct ieee80211_iface_limit ath10k_if_limits[] = {
 	.max	= 7,
 	.types	= BIT(NL80211_IFTYPE_AP)
 	},
+	{
+	.max	= 1,
+	.types	= BIT(NL80211_IFTYPE_ADHOC)
+	},
 };
 
 static const struct ieee80211_iface_limit ath10k_10x_if_limits[] = {
-- 
1.8.5.3


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

^ permalink raw reply related	[flat|nested] 11+ messages in thread
* [RFC/RFT] ath10k: enable IBSS in multi-vif
@ 2015-01-19  9:13   ` Michal Kazior
  0 siblings, 0 replies; 11+ messages in thread
From: Michal Kazior @ 2015-01-19  9:13 UTC (permalink / raw)
  To: ath10k; +Cc: linux-wireless, martin, Michal Kazior

The 999.999.0.636 firmware seems to support
concurrent IBSS + AP/STA. At least basic stuff
works so enable it since some people are
interested in this stuff.

If it's broken we can fix, restrict or disable it
later.

Signed-off-by: Michal Kazior <michal.kazior@tieto.com>
---
Hi Martin,

Feel free to take this patch and run whatever case
you had in mind. If this proves to work for you
without any major issues (like notorious crashes,
traffic issues and such) I guess we could try
pulling this upstream.

Make sure you use 999.999.0.636 firmware. The 10.x
doesn't support IBSS at all.


 drivers/net/wireless/ath/ath10k/mac.c | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/drivers/net/wireless/ath/ath10k/mac.c b/drivers/net/wireless/ath/ath10k/mac.c
index 9524bc5..11170ce 100644
--- a/drivers/net/wireless/ath/ath10k/mac.c
+++ b/drivers/net/wireless/ath/ath10k/mac.c
@@ -5032,6 +5032,10 @@ static const struct ieee80211_iface_limit ath10k_if_limits[] = {
 	.max	= 7,
 	.types	= BIT(NL80211_IFTYPE_AP)
 	},
+	{
+	.max	= 1,
+	.types	= BIT(NL80211_IFTYPE_ADHOC)
+	},
 };
 
 static const struct ieee80211_iface_limit ath10k_10x_if_limits[] = {
-- 
1.8.5.3


^ permalink raw reply related	[flat|nested] 11+ messages in thread
* Re: [RFC/RFT] ath10k: enable IBSS in multi-vif
  2015-01-19  9:13   ` Michal Kazior
@ 2015-01-20  4:36     ` Ben Greear
  -1 siblings, 0 replies; 11+ messages in thread
From: Ben Greear @ 2015-01-20  4:36 UTC (permalink / raw)
  To: Michal Kazior, ath10k; +Cc: martin, linux-wireless



On 01/19/2015 01:13 AM, Michal Kazior wrote:
> The 999.999.0.636 firmware seems to support
> concurrent IBSS + AP/STA. At least basic stuff
> works so enable it since some people are
> interested in this stuff.
>
> If it's broken we can fix, restrict or disable it
> later.
>
> Signed-off-by: Michal Kazior <michal.kazior@tieto.com>
> ---
> Hi Martin,
>
> Feel free to take this patch and run whatever case
> you had in mind. If this proves to work for you
> without any major issues (like notorious crashes,
> traffic issues and such) I guess we could try
> pulling this upstream.
>
> Make sure you use 999.999.0.636 firmware. The 10.x
> doesn't support IBSS at all.

Likely my 10.1.467 based CT firmware will support this as well...

Ben

>
>
>   drivers/net/wireless/ath/ath10k/mac.c | 4 ++++
>   1 file changed, 4 insertions(+)
>
> diff --git a/drivers/net/wireless/ath/ath10k/mac.c b/drivers/net/wireless/ath/ath10k/mac.c
> index 9524bc5..11170ce 100644
> --- a/drivers/net/wireless/ath/ath10k/mac.c
> +++ b/drivers/net/wireless/ath/ath10k/mac.c
> @@ -5032,6 +5032,10 @@ static const struct ieee80211_iface_limit ath10k_if_limits[] = {
>   	.max	= 7,
>   	.types	= BIT(NL80211_IFTYPE_AP)
>   	},
> +	{
> +	.max	= 1,
> +	.types	= BIT(NL80211_IFTYPE_ADHOC)
> +	},
>   };
>
>   static const struct ieee80211_iface_limit ath10k_10x_if_limits[] = {
>

-- 
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] 11+ messages in thread
* Re: [RFC/RFT] ath10k: enable IBSS in multi-vif
@ 2015-01-20  4:36     ` Ben Greear
  0 siblings, 0 replies; 11+ messages in thread
From: Ben Greear @ 2015-01-20  4:36 UTC (permalink / raw)
  To: Michal Kazior, ath10k; +Cc: linux-wireless, martin



On 01/19/2015 01:13 AM, Michal Kazior wrote:
> The 999.999.0.636 firmware seems to support
> concurrent IBSS + AP/STA. At least basic stuff
> works so enable it since some people are
> interested in this stuff.
>
> If it's broken we can fix, restrict or disable it
> later.
>
> Signed-off-by: Michal Kazior <michal.kazior@tieto.com>
> ---
> Hi Martin,
>
> Feel free to take this patch and run whatever case
> you had in mind. If this proves to work for you
> without any major issues (like notorious crashes,
> traffic issues and such) I guess we could try
> pulling this upstream.
>
> Make sure you use 999.999.0.636 firmware. The 10.x
> doesn't support IBSS at all.

Likely my 10.1.467 based CT firmware will support this as well...

Ben

>
>
>   drivers/net/wireless/ath/ath10k/mac.c | 4 ++++
>   1 file changed, 4 insertions(+)
>
> diff --git a/drivers/net/wireless/ath/ath10k/mac.c b/drivers/net/wireless/ath/ath10k/mac.c
> index 9524bc5..11170ce 100644
> --- a/drivers/net/wireless/ath/ath10k/mac.c
> +++ b/drivers/net/wireless/ath/ath10k/mac.c
> @@ -5032,6 +5032,10 @@ static const struct ieee80211_iface_limit ath10k_if_limits[] = {
>   	.max	= 7,
>   	.types	= BIT(NL80211_IFTYPE_AP)
>   	},
> +	{
> +	.max	= 1,
> +	.types	= BIT(NL80211_IFTYPE_ADHOC)
> +	},
>   };
>
>   static const struct ieee80211_iface_limit ath10k_10x_if_limits[] = {
>

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

^ permalink raw reply	[flat|nested] 11+ messages in thread
* Re: [RFC/RFT] ath10k: enable IBSS in multi-vif
  2015-01-20  4:36     ` Ben Greear
@ 2015-01-20  9:14       ` Yeoh Chun-Yeow
  -1 siblings, 0 replies; 11+ messages in thread
From: Yeoh Chun-Yeow @ 2015-01-20  9:14 UTC (permalink / raw)
  To: Ben Greear
  Cc: martin, linux-wireless@vger.kernel.org, Michal Kazior,
	ath10k@lists.infradead.org

Experienced firmware crashed in 636 firmware immediately after
bringing up the AP interface.

The partial log is listed here:

[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 33 value 0
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 48 value 1
[  290.350000] ath10k_pci 0000:00:00.0: wmi peer create vdev_id 0
peer_addr 04:f0:21:0c:a5:43
[  290.350000] ath10k_pci 0000:00:00.0: wmi pdev set param 13 value 50
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 40 value 3747
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 41 value 3895
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 42 value 3900
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 1 value -1
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 2 value -1
[  290.350000] ath10k_pci 0000:00:00.0: mac txpower 17
[  290.350000] ath10k_pci 0000:00:00.0: wmi pdev set param 3 value 34
[  290.350000] ath10k_pci 0000:00:00.0: wmi pdev set param 4 value 34
[  290.350000] ath10k_pci 0000:00:00.0: wmi pdev set wmm params
[  290.350000] ath10k_pci 0000:00:00.0: wmi pdev set wmm params
[  290.350000] ath10k_pci 0000:00:00.0: wmi pdev set wmm params
[  290.350000] ath10k_pci 0000:00:00.0: wmi pdev set wmm params
[  290.350000] ath10k_pci 0000:00:00.0: mac config channel 5180MHz
flags 0x120 radar 0
[  290.350000] ath10k_pci 0000:00:00.0: mac monitor recalc started? 0 should? 0
[  290.350000] ath10k_pci 0000:00:00.0: mac monitor recalc started? 0 should? 1
[  290.350000] ath10k_pci 0000:00:00.0: WMI vdev create: id 1 type 4
subtype 0 macaddr 04:f0:21:0c:a5:43
[  290.350000] ath10k_pci 0000:00:00.0: mac monitor vdev 1 created
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev start id 0x1 flags:
0x0, freq 5180, mode 10, ch_flags: 0xA000000, max_power: 34
[  290.350000] ath10k_pci 0000:00:00.0: WMI_VDEV_START_RESP_EVENTID
[  290.350000] ath10k_pci 0000:00:00.0: wmi mgmt vdev up id 0x1 assoc
id 0 bssid 04:f0:21:0c:a5:43
[  290.350000] ath10k_pci 0000:00:00.0: mac monitor vdev 1 started
[  290.350000] ath10k_pci 0000:00:00.0: mac monitor started
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 3 value 100
[  290.350000] ath10k_pci 0000:00:00.0: mac vdev 0 beacon_interval 100
[  290.350000] ath10k_pci 0000:00:00.0: vdev 0 set beacon tx mode to staggered
[  290.350000] ath10k_pci 0000:00:00.0: wmi pdev set param 7 value 0
[  290.350000] ath10k_pci 0000:00:00.0: mac vdev 0 start center_freq
5180 phymode 11ac-vht80
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev start id 0x0 flags:
0x0, freq 5180, mode 10, ch_flags: 0xA000000, max_power: 34
[  291.330000] ath10k_pci 0000:00:00.0: wmi event debug mesg len 36
[  291.350000] ath10k_pci 0000:00:00.0: firmware crashed! (uuid
ca777c3c-e580-4237-824a-8da65949870b)
[  291.360000] ath10k_pci 0000:00:00.0: qca988x hw2.0 (0x4100016c,
0x043202ff) fw 999.999.0.636 api 2 htt 2.1 wmi 1 cal otp max_sta 16
[  291.370000] ath10k_pci 0000:00:00.0: debug 1 debugfs 1 tracing 1
dfs 1 testmode 0
[  291.380000] ath10k_pci 0000:00:00.0: firmware register dump:
[  291.380000] ath10k_pci 0000:00:00.0: [00]: 0x4100016C 0x00000000
0x009C4521 0x00000000
[  291.390000] ath10k_pci 0000:00:00.0: [04]: 0x009C4521 0x00060330
0x00000019 0x00955A00
[  291.400000] ath10k_pci 0000:00:00.0: [08]: 0x00046A4E 0x00000000
0x0040CC94 0x00000020
[  291.410000] ath10k_pci 0000:00:00.0: [12]: 0x00000000 0x00000000
0x00958360 0x0095836B
[  291.420000] ath10k_pci 0000:00:00.0: [16]: 0x809A0978 0x0040AD94
0x00439304 0x0040D074
[  291.420000] ath10k_pci 0000:00:00.0: [20]: 0x0000FFFF 0x00000000
0x0041B618 0x00000000
[  291.430000] ath10k_pci 0000:00:00.0: [24]: 0x809A0978 0x0040AD94
0x00439304 0x11A93B77
[  291.440000] ath10k_pci 0000:00:00.0: [28]: 0x809AD1A2 0x0040ADE4
0x00439304 0x0043F68C
[  291.450000] ath10k_pci 0000:00:00.0: [32]: 0x00000001 0x00000000
0x00000000 0x00430D74
[  291.460000] ath10k_pci 0000:00:00.0: [36]: 0x00000000 0x00000000
0x00000000 0x00000000
[  291.460000] ath10k_pci 0000:00:00.0: [40]: 0x00000000 0x00000000
0x000000AB 0x00412700
[  291.470000] ath10k_pci 0000:00:00.0: [44]: 0x00439BB8 0x00000000
0x00000000 0x00400000
[  291.480000] ath10k_pci 0000:00:00.0: [48]: 0x809AE0B4 0x0040AE04
0x00400000 0x0043F68C
[  291.490000] ath10k_pci 0000:00:00.0: [52]: 0x00000001 0x00000000
0x004231F0 0x00400000
[  291.500000] ath10k_pci 0000:00:00.0: [56]: 0x809AE17E 0x0040AE44
0x0040FE6C 0x0040D310
[  291.510000] ath10k_pci 0000:00:00.0: wmi mgmt vdev up id 0x0 assoc
id 0 bssid 04:f0:21:0c:a5:43
[  291.510000] ath10k_pci 0000:00:00.0: mac vdev 0 up
[  291.510000] ath10k_pci 0000:00:00.0: mac vdev 0 cts_prot 0
[  291.510000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 44 value 0
[  291.510000] ath10k_pci 0000:00:00.0: mac vdev 0 slot_time 2
[  291.510000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 7 value 2
[  291.510000] ath10k_pci 0000:00:00.0: mac vdev 0 preamble 1n
[  291.510000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 8 value 1
[  291.510000] ath10k_pci 0000:00:00.0: mac vdev_id 0 txpower 17

---
Chun-Yeow

On Tue, Jan 20, 2015 at 12:36 PM, Ben Greear <greearb@candelatech.com> wrote:
>
>
> On 01/19/2015 01:13 AM, Michal Kazior wrote:
>>
>> The 999.999.0.636 firmware seems to support
>> concurrent IBSS + AP/STA. At least basic stuff
>> works so enable it since some people are
>> interested in this stuff.
>>
>> If it's broken we can fix, restrict or disable it
>> later.
>>
>> Signed-off-by: Michal Kazior <michal.kazior@tieto.com>
>> ---
>> Hi Martin,
>>
>> Feel free to take this patch and run whatever case
>> you had in mind. If this proves to work for you
>> without any major issues (like notorious crashes,
>> traffic issues and such) I guess we could try
>> pulling this upstream.
>>
>> Make sure you use 999.999.0.636 firmware. The 10.x
>> doesn't support IBSS at all.
>
>
> Likely my 10.1.467 based CT firmware will support this as well...
>
> Ben
>
>>
>>
>>   drivers/net/wireless/ath/ath10k/mac.c | 4 ++++
>>   1 file changed, 4 insertions(+)
>>
>> diff --git a/drivers/net/wireless/ath/ath10k/mac.c
>> b/drivers/net/wireless/ath/ath10k/mac.c
>> index 9524bc5..11170ce 100644
>> --- a/drivers/net/wireless/ath/ath10k/mac.c
>> +++ b/drivers/net/wireless/ath/ath10k/mac.c
>> @@ -5032,6 +5032,10 @@ static const struct ieee80211_iface_limit
>> ath10k_if_limits[] = {
>>         .max    = 7,
>>         .types  = BIT(NL80211_IFTYPE_AP)
>>         },
>> +       {
>> +       .max    = 1,
>> +       .types  = BIT(NL80211_IFTYPE_ADHOC)
>> +       },
>>   };
>>
>>   static const struct ieee80211_iface_limit ath10k_10x_if_limits[] = {
>>
>
> --
> 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

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

^ permalink raw reply	[flat|nested] 11+ messages in thread
* Re: [RFC/RFT] ath10k: enable IBSS in multi-vif
@ 2015-01-20  9:14       ` Yeoh Chun-Yeow
  0 siblings, 0 replies; 11+ messages in thread
From: Yeoh Chun-Yeow @ 2015-01-20  9:14 UTC (permalink / raw)
  To: Ben Greear
  Cc: Michal Kazior, ath10k@lists.infradead.org, martin,
	linux-wireless@vger.kernel.org

Experienced firmware crashed in 636 firmware immediately after
bringing up the AP interface.

The partial log is listed here:

[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 33 value 0
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 48 value 1
[  290.350000] ath10k_pci 0000:00:00.0: wmi peer create vdev_id 0
peer_addr 04:f0:21:0c:a5:43
[  290.350000] ath10k_pci 0000:00:00.0: wmi pdev set param 13 value 50
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 40 value 3747
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 41 value 3895
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 42 value 3900
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 1 value -1
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 2 value -1
[  290.350000] ath10k_pci 0000:00:00.0: mac txpower 17
[  290.350000] ath10k_pci 0000:00:00.0: wmi pdev set param 3 value 34
[  290.350000] ath10k_pci 0000:00:00.0: wmi pdev set param 4 value 34
[  290.350000] ath10k_pci 0000:00:00.0: wmi pdev set wmm params
[  290.350000] ath10k_pci 0000:00:00.0: wmi pdev set wmm params
[  290.350000] ath10k_pci 0000:00:00.0: wmi pdev set wmm params
[  290.350000] ath10k_pci 0000:00:00.0: wmi pdev set wmm params
[  290.350000] ath10k_pci 0000:00:00.0: mac config channel 5180MHz
flags 0x120 radar 0
[  290.350000] ath10k_pci 0000:00:00.0: mac monitor recalc started? 0 should? 0
[  290.350000] ath10k_pci 0000:00:00.0: mac monitor recalc started? 0 should? 1
[  290.350000] ath10k_pci 0000:00:00.0: WMI vdev create: id 1 type 4
subtype 0 macaddr 04:f0:21:0c:a5:43
[  290.350000] ath10k_pci 0000:00:00.0: mac monitor vdev 1 created
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev start id 0x1 flags:
0x0, freq 5180, mode 10, ch_flags: 0xA000000, max_power: 34
[  290.350000] ath10k_pci 0000:00:00.0: WMI_VDEV_START_RESP_EVENTID
[  290.350000] ath10k_pci 0000:00:00.0: wmi mgmt vdev up id 0x1 assoc
id 0 bssid 04:f0:21:0c:a5:43
[  290.350000] ath10k_pci 0000:00:00.0: mac monitor vdev 1 started
[  290.350000] ath10k_pci 0000:00:00.0: mac monitor started
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 3 value 100
[  290.350000] ath10k_pci 0000:00:00.0: mac vdev 0 beacon_interval 100
[  290.350000] ath10k_pci 0000:00:00.0: vdev 0 set beacon tx mode to staggered
[  290.350000] ath10k_pci 0000:00:00.0: wmi pdev set param 7 value 0
[  290.350000] ath10k_pci 0000:00:00.0: mac vdev 0 start center_freq
5180 phymode 11ac-vht80
[  290.350000] ath10k_pci 0000:00:00.0: wmi vdev start id 0x0 flags:
0x0, freq 5180, mode 10, ch_flags: 0xA000000, max_power: 34
[  291.330000] ath10k_pci 0000:00:00.0: wmi event debug mesg len 36
[  291.350000] ath10k_pci 0000:00:00.0: firmware crashed! (uuid
ca777c3c-e580-4237-824a-8da65949870b)
[  291.360000] ath10k_pci 0000:00:00.0: qca988x hw2.0 (0x4100016c,
0x043202ff) fw 999.999.0.636 api 2 htt 2.1 wmi 1 cal otp max_sta 16
[  291.370000] ath10k_pci 0000:00:00.0: debug 1 debugfs 1 tracing 1
dfs 1 testmode 0
[  291.380000] ath10k_pci 0000:00:00.0: firmware register dump:
[  291.380000] ath10k_pci 0000:00:00.0: [00]: 0x4100016C 0x00000000
0x009C4521 0x00000000
[  291.390000] ath10k_pci 0000:00:00.0: [04]: 0x009C4521 0x00060330
0x00000019 0x00955A00
[  291.400000] ath10k_pci 0000:00:00.0: [08]: 0x00046A4E 0x00000000
0x0040CC94 0x00000020
[  291.410000] ath10k_pci 0000:00:00.0: [12]: 0x00000000 0x00000000
0x00958360 0x0095836B
[  291.420000] ath10k_pci 0000:00:00.0: [16]: 0x809A0978 0x0040AD94
0x00439304 0x0040D074
[  291.420000] ath10k_pci 0000:00:00.0: [20]: 0x0000FFFF 0x00000000
0x0041B618 0x00000000
[  291.430000] ath10k_pci 0000:00:00.0: [24]: 0x809A0978 0x0040AD94
0x00439304 0x11A93B77
[  291.440000] ath10k_pci 0000:00:00.0: [28]: 0x809AD1A2 0x0040ADE4
0x00439304 0x0043F68C
[  291.450000] ath10k_pci 0000:00:00.0: [32]: 0x00000001 0x00000000
0x00000000 0x00430D74
[  291.460000] ath10k_pci 0000:00:00.0: [36]: 0x00000000 0x00000000
0x00000000 0x00000000
[  291.460000] ath10k_pci 0000:00:00.0: [40]: 0x00000000 0x00000000
0x000000AB 0x00412700
[  291.470000] ath10k_pci 0000:00:00.0: [44]: 0x00439BB8 0x00000000
0x00000000 0x00400000
[  291.480000] ath10k_pci 0000:00:00.0: [48]: 0x809AE0B4 0x0040AE04
0x00400000 0x0043F68C
[  291.490000] ath10k_pci 0000:00:00.0: [52]: 0x00000001 0x00000000
0x004231F0 0x00400000
[  291.500000] ath10k_pci 0000:00:00.0: [56]: 0x809AE17E 0x0040AE44
0x0040FE6C 0x0040D310
[  291.510000] ath10k_pci 0000:00:00.0: wmi mgmt vdev up id 0x0 assoc
id 0 bssid 04:f0:21:0c:a5:43
[  291.510000] ath10k_pci 0000:00:00.0: mac vdev 0 up
[  291.510000] ath10k_pci 0000:00:00.0: mac vdev 0 cts_prot 0
[  291.510000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 44 value 0
[  291.510000] ath10k_pci 0000:00:00.0: mac vdev 0 slot_time 2
[  291.510000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 7 value 2
[  291.510000] ath10k_pci 0000:00:00.0: mac vdev 0 preamble 1n
[  291.510000] ath10k_pci 0000:00:00.0: wmi vdev id 0x0 set param 8 value 1
[  291.510000] ath10k_pci 0000:00:00.0: mac vdev_id 0 txpower 17

---
Chun-Yeow

On Tue, Jan 20, 2015 at 12:36 PM, Ben Greear <greearb@candelatech.com> wrote:
>
>
> On 01/19/2015 01:13 AM, Michal Kazior wrote:
>>
>> The 999.999.0.636 firmware seems to support
>> concurrent IBSS + AP/STA. At least basic stuff
>> works so enable it since some people are
>> interested in this stuff.
>>
>> If it's broken we can fix, restrict or disable it
>> later.
>>
>> Signed-off-by: Michal Kazior <michal.kazior@tieto.com>
>> ---
>> Hi Martin,
>>
>> Feel free to take this patch and run whatever case
>> you had in mind. If this proves to work for you
>> without any major issues (like notorious crashes,
>> traffic issues and such) I guess we could try
>> pulling this upstream.
>>
>> Make sure you use 999.999.0.636 firmware. The 10.x
>> doesn't support IBSS at all.
>
>
> Likely my 10.1.467 based CT firmware will support this as well...
>
> Ben
>
>>
>>
>>   drivers/net/wireless/ath/ath10k/mac.c | 4 ++++
>>   1 file changed, 4 insertions(+)
>>
>> diff --git a/drivers/net/wireless/ath/ath10k/mac.c
>> b/drivers/net/wireless/ath/ath10k/mac.c
>> index 9524bc5..11170ce 100644
>> --- a/drivers/net/wireless/ath/ath10k/mac.c
>> +++ b/drivers/net/wireless/ath/ath10k/mac.c
>> @@ -5032,6 +5032,10 @@ static const struct ieee80211_iface_limit
>> ath10k_if_limits[] = {
>>         .max    = 7,
>>         .types  = BIT(NL80211_IFTYPE_AP)
>>         },
>> +       {
>> +       .max    = 1,
>> +       .types  = BIT(NL80211_IFTYPE_ADHOC)
>> +       },
>>   };
>>
>>   static const struct ieee80211_iface_limit ath10k_10x_if_limits[] = {
>>
>
> --
> 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] 11+ messages in thread
* Re: [RFC/RFT] ath10k: enable IBSS in multi-vif
  2015-01-20  9:14       ` Yeoh Chun-Yeow
@ 2015-01-20  9:21         ` Michal Kazior
  -1 siblings, 0 replies; 11+ messages in thread
From: Michal Kazior @ 2015-01-20  9:21 UTC (permalink / raw)
  To: Yeoh Chun-Yeow
  Cc: Ben Greear, Martin Weinelt, linux-wireless@vger.kernel.org,
	ath10k@lists.infradead.org

On 20 January 2015 at 10:14, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> wrote:
> Experienced firmware crashed in 636 firmware immediately after
> bringing up the AP interface.
>
> The partial log is listed here:
[...]
> [  291.380000] ath10k_pci 0000:00:00.0: firmware register dump:
> [  291.380000] ath10k_pci 0000:00:00.0: [00]: 0x4100016C 0x00000000
> 0x009C4521 0x00000000
> [  291.390000] ath10k_pci 0000:00:00.0: [04]: 0x009C4521 0x00060330
> 0x00000019 0x00955A00
> [  291.400000] ath10k_pci 0000:00:00.0: [08]: 0x00046A4E 0x00000000
> 0x0040CC94 0x00000020
> [  291.410000] ath10k_pci 0000:00:00.0: [12]: 0x00000000 0x00000000
> 0x00958360 0x0095836B
> [  291.420000] ath10k_pci 0000:00:00.0: [16]: 0x809A0978 0x0040AD94
> 0x00439304 0x0040D074
> [  291.420000] ath10k_pci 0000:00:00.0: [20]: 0x0000FFFF 0x00000000
> 0x0041B618 0x00000000
> [  291.430000] ath10k_pci 0000:00:00.0: [24]: 0x809A0978 0x0040AD94
> 0x00439304 0x11A93B77
> [  291.440000] ath10k_pci 0000:00:00.0: [28]: 0x809AD1A2 0x0040ADE4
> 0x00439304 0x0043F68C
> [  291.450000] ath10k_pci 0000:00:00.0: [32]: 0x00000001 0x00000000
> 0x00000000 0x00430D74
> [  291.460000] ath10k_pci 0000:00:00.0: [36]: 0x00000000 0x00000000
> 0x00000000 0x00000000
> [  291.460000] ath10k_pci 0000:00:00.0: [40]: 0x00000000 0x00000000
> 0x000000AB 0x00412700
> [  291.470000] ath10k_pci 0000:00:00.0: [44]: 0x00439BB8 0x00000000
> 0x00000000 0x00400000
> [  291.480000] ath10k_pci 0000:00:00.0: [48]: 0x809AE0B4 0x0040AE04
> 0x00400000 0x0043F68C
> [  291.490000] ath10k_pci 0000:00:00.0: [52]: 0x00000001 0x00000000
> 0x004231F0 0x00400000
> [  291.500000] ath10k_pci 0000:00:00.0: [56]: 0x809AE17E 0x0040AE44
> 0x0040FE6C 0x0040D310

Yeah.. This is monitor vdev related crash (due to bridging, no?). I
haven't found a way around it.


Michał

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

^ permalink raw reply	[flat|nested] 11+ messages in thread
* Re: [RFC/RFT] ath10k: enable IBSS in multi-vif
@ 2015-01-20  9:21         ` Michal Kazior
  0 siblings, 0 replies; 11+ messages in thread
From: Michal Kazior @ 2015-01-20  9:21 UTC (permalink / raw)
  To: Yeoh Chun-Yeow
  Cc: Ben Greear, ath10k@lists.infradead.org, Martin Weinelt,
	linux-wireless@vger.kernel.org

On 20 January 2015 at 10:14, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> wrote:
> Experienced firmware crashed in 636 firmware immediately after
> bringing up the AP interface.
>
> The partial log is listed here:
[...]
> [  291.380000] ath10k_pci 0000:00:00.0: firmware register dump:
> [  291.380000] ath10k_pci 0000:00:00.0: [00]: 0x4100016C 0x00000000
> 0x009C4521 0x00000000
> [  291.390000] ath10k_pci 0000:00:00.0: [04]: 0x009C4521 0x00060330
> 0x00000019 0x00955A00
> [  291.400000] ath10k_pci 0000:00:00.0: [08]: 0x00046A4E 0x00000000
> 0x0040CC94 0x00000020
> [  291.410000] ath10k_pci 0000:00:00.0: [12]: 0x00000000 0x00000000
> 0x00958360 0x0095836B
> [  291.420000] ath10k_pci 0000:00:00.0: [16]: 0x809A0978 0x0040AD94
> 0x00439304 0x0040D074
> [  291.420000] ath10k_pci 0000:00:00.0: [20]: 0x0000FFFF 0x00000000
> 0x0041B618 0x00000000
> [  291.430000] ath10k_pci 0000:00:00.0: [24]: 0x809A0978 0x0040AD94
> 0x00439304 0x11A93B77
> [  291.440000] ath10k_pci 0000:00:00.0: [28]: 0x809AD1A2 0x0040ADE4
> 0x00439304 0x0043F68C
> [  291.450000] ath10k_pci 0000:00:00.0: [32]: 0x00000001 0x00000000
> 0x00000000 0x00430D74
> [  291.460000] ath10k_pci 0000:00:00.0: [36]: 0x00000000 0x00000000
> 0x00000000 0x00000000
> [  291.460000] ath10k_pci 0000:00:00.0: [40]: 0x00000000 0x00000000
> 0x000000AB 0x00412700
> [  291.470000] ath10k_pci 0000:00:00.0: [44]: 0x00439BB8 0x00000000
> 0x00000000 0x00400000
> [  291.480000] ath10k_pci 0000:00:00.0: [48]: 0x809AE0B4 0x0040AE04
> 0x00400000 0x0043F68C
> [  291.490000] ath10k_pci 0000:00:00.0: [52]: 0x00000001 0x00000000
> 0x004231F0 0x00400000
> [  291.500000] ath10k_pci 0000:00:00.0: [56]: 0x809AE17E 0x0040AE44
> 0x0040FE6C 0x0040D310

Yeah.. This is monitor vdev related crash (due to bridging, no?). I
haven't found a way around it.


Michał

^ permalink raw reply	[flat|nested] 11+ messages in thread
* Re: [RFC/RFT] ath10k: enable IBSS in multi-vif
  2015-01-20  9:21         ` Michal Kazior
@ 2015-01-20  9:34           ` Yeoh Chun-Yeow
  -1 siblings, 0 replies; 11+ messages in thread
From: Yeoh Chun-Yeow @ 2015-01-20  9:34 UTC (permalink / raw)
  To: Michal Kazior
  Cc: Ben Greear, Martin Weinelt, linux-wireless@vger.kernel.org,
	ath10k@lists.infradead.org

Yes, you are right due to the bridging in hostapd.conf.

I try to disable bridging and bring up the adhoc interface then follow
by AP interface but not succeed to bring up the AP interface:

[  560.790000] ath10k_pci 0000:00:00.0: wmi vdev id 0x1 set param 1 value -1
[  560.790000] ath10k_pci 0000:00:00.0: wmi vdev id 0x1 set param 2 value -1
[  560.790000] ath10k_pci 0000:00:00.0: mac txpower 0
[  560.790000] ath10k_pci 0000:00:00.0: wmi pdev set param 3 value 0
[  560.790000] ath10k_pci 0000:00:00.0: wmi pdev set param 4 value 0
[  560.790000] ath10k_pci 0000:00:00.0: mac monitor recalc started? 0 should? 0
[  560.790000] ath10k_pci 0000:00:00.0: mac vdev 1 cts_prot 0
[  560.790000] ath10k_pci 0000:00:00.0: wmi vdev id 0x1 set param 44 value 0
[  560.790000] ath10k_pci 0000:00:00.0: mac vdev 1 slot_time 1
[  560.790000] ath10k_pci 0000:00:00.0: wmi vdev id 0x1 set param 7 value 1
[  560.790000] ath10k_pci 0000:00:00.0: mac vdev 1 preamble 1n
[  560.790000] ath10k_pci 0000:00:00.0: wmi vdev id 0x1 set param 8 value 1
[  560.790000] ath10k_pci 0000:00:00.0: wmi pdev set wmm params
[  560.790000] ath10k_pci 0000:00:00.0: wmi pdev set wmm params
[  560.790000] ath10k_pci 0000:00:00.0: wmi pdev set wmm params
[  560.790000] ath10k_pci 0000:00:00.0: wmi pdev set wmm params
[  560.790000] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  560.800000] ath10k_pci 0000:00:00.0: mac monitor recalc started? 0 should? 0
[  560.800000] ath10k_pci 0000:00:00.0: wmi start scan
[  560.800000] ath10k_pci 0000:00:00.0: scan event started type 1
reason 4 freq 5180 req_id 40961 scan_id 40960 vdev_id 1 state starting
(1)
[  560.800000] ath10k_pci 0000:00:00.0: scan event bss channel type 4
reason 4 freq 5180 req_id 40961 scan_id 40960 vdev_id 1 state running
(2)
[  560.800000] ath10k_pci 0000:00:00.0: chan info err_code 0 freq 5180
cmd_flags 1 noise_floor -104 rx_clear_count 32398189 cycle_count
-42467525
[  560.850000] ath10k_pci 0000:00:00.0: scan event foreign channel
type 8 reason 4 freq 5180 req_id 40961 scan_id 40960 vdev_id 1 state
running (2)
[  560.850000] ath10k_pci 0000:00:00.0: chan info err_code 0 freq 5180
cmd_flags 0 noise_floor 0 rx_clear_count 32436098 cycle_count
-38055888
[  561.000000] ath10k_pci 0000:00:00.0: scan event bss channel type 4
reason 4 freq 5180 req_id 40961 scan_id 40960 vdev_id 1 state running
(2)
[  561.000000] ath10k_pci 0000:00:00.0: chan info err_code 0 freq 5180
cmd_flags 1 noise_floor -104 rx_clear_count 32517835 cycle_count
-24854129
[  561.110000] ath10k_pci 0000:00:00.0: scan event foreign channel
type 8 reason 4 freq 5200 req_id 40961 scan_id 40960 vdev_id 1 state
running (2)
[  561.110000] ath10k_pci 0000:00:00.0: chan info err_code 0 freq 5200
cmd_flags 0 noise_floor 0 rx_clear_count 32595586 cycle_count
-15487778
[  561.250000] ath10k_pci 0000:00:00.0: scan event bss channel type 4
reason 4 freq 5180 req_id 40961 scan_id 40960 vdev_id 1 state running
(2)
[  561.250000] ath10k_pci 0000:00:00.0: chan info err_code 0 freq 5180
cmd_flags 1 noise_floor -104 rx_clear_count 32672388 cycle_count
-2636953
[  561.300000] ath10k_pci 0000:00:00.0: scan event completed type 2
reason 0 freq 5180 req_id 40961 scan_id 40960 vdev_id 1 state running
(2)
[  561.640000] ath10k_pci 0000:00:00.0: mac monitor recalc started? 0 should? 0
[  561.640000] ath10k_pci 0000:00:00.0: wmi peer delete vdev_id 1
peer_addr 04:f0:21:0c:a6:43
[  561.640000] ath10k_pci 0000:00:00.0: mac vdev 1 delete (remove interface)
[  561.640000] ath10k_pci 0000:00:00.0: WMI vdev delete id 1
[  561.640000] ath10k_pci 0000:00:00.0: mac monitor recalc started? 0 should? 0
[  561.650000] ath10k_pci 0000:00:00.0: mac monitor recalc started? 0 should? 0

----
Chun-Yeow

On Tue, Jan 20, 2015 at 5:21 PM, Michal Kazior <michal.kazior@tieto.com> wrote:
> On 20 January 2015 at 10:14, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> wrote:
>> Experienced firmware crashed in 636 firmware immediately after
>> bringing up the AP interface.
>>
>> The partial log is listed here:
> [...]
>> [  291.380000] ath10k_pci 0000:00:00.0: firmware register dump:
>> [  291.380000] ath10k_pci 0000:00:00.0: [00]: 0x4100016C 0x00000000
>> 0x009C4521 0x00000000
>> [  291.390000] ath10k_pci 0000:00:00.0: [04]: 0x009C4521 0x00060330
>> 0x00000019 0x00955A00
>> [  291.400000] ath10k_pci 0000:00:00.0: [08]: 0x00046A4E 0x00000000
>> 0x0040CC94 0x00000020
>> [  291.410000] ath10k_pci 0000:00:00.0: [12]: 0x00000000 0x00000000
>> 0x00958360 0x0095836B
>> [  291.420000] ath10k_pci 0000:00:00.0: [16]: 0x809A0978 0x0040AD94
>> 0x00439304 0x0040D074
>> [  291.420000] ath10k_pci 0000:00:00.0: [20]: 0x0000FFFF 0x00000000
>> 0x0041B618 0x00000000
>> [  291.430000] ath10k_pci 0000:00:00.0: [24]: 0x809A0978 0x0040AD94
>> 0x00439304 0x11A93B77
>> [  291.440000] ath10k_pci 0000:00:00.0: [28]: 0x809AD1A2 0x0040ADE4
>> 0x00439304 0x0043F68C
>> [  291.450000] ath10k_pci 0000:00:00.0: [32]: 0x00000001 0x00000000
>> 0x00000000 0x00430D74
>> [  291.460000] ath10k_pci 0000:00:00.0: [36]: 0x00000000 0x00000000
>> 0x00000000 0x00000000
>> [  291.460000] ath10k_pci 0000:00:00.0: [40]: 0x00000000 0x00000000
>> 0x000000AB 0x00412700
>> [  291.470000] ath10k_pci 0000:00:00.0: [44]: 0x00439BB8 0x00000000
>> 0x00000000 0x00400000
>> [  291.480000] ath10k_pci 0000:00:00.0: [48]: 0x809AE0B4 0x0040AE04
>> 0x00400000 0x0043F68C
>> [  291.490000] ath10k_pci 0000:00:00.0: [52]: 0x00000001 0x00000000
>> 0x004231F0 0x00400000
>> [  291.500000] ath10k_pci 0000:00:00.0: [56]: 0x809AE17E 0x0040AE44
>> 0x0040FE6C 0x0040D310
>
> Yeah.. This is monitor vdev related crash (due to bridging, no?). I
> haven't found a way around it.
>
>
> Michał

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

^ permalink raw reply	[flat|nested] 11+ messages in thread
* Re: [RFC/RFT] ath10k: enable IBSS in multi-vif
@ 2015-01-20  9:34           ` Yeoh Chun-Yeow
  0 siblings, 0 replies; 11+ messages in thread
From: Yeoh Chun-Yeow @ 2015-01-20  9:34 UTC (permalink / raw)
  To: Michal Kazior
  Cc: Ben Greear, ath10k@lists.infradead.org, Martin Weinelt,
	linux-wireless@vger.kernel.org

Yes, you are right due to the bridging in hostapd.conf.

I try to disable bridging and bring up the adhoc interface then follow
by AP interface but not succeed to bring up the AP interface:

[  560.790000] ath10k_pci 0000:00:00.0: wmi vdev id 0x1 set param 1 value -1
[  560.790000] ath10k_pci 0000:00:00.0: wmi vdev id 0x1 set param 2 value -1
[  560.790000] ath10k_pci 0000:00:00.0: mac txpower 0
[  560.790000] ath10k_pci 0000:00:00.0: wmi pdev set param 3 value 0
[  560.790000] ath10k_pci 0000:00:00.0: wmi pdev set param 4 value 0
[  560.790000] ath10k_pci 0000:00:00.0: mac monitor recalc started? 0 should? 0
[  560.790000] ath10k_pci 0000:00:00.0: mac vdev 1 cts_prot 0
[  560.790000] ath10k_pci 0000:00:00.0: wmi vdev id 0x1 set param 44 value 0
[  560.790000] ath10k_pci 0000:00:00.0: mac vdev 1 slot_time 1
[  560.790000] ath10k_pci 0000:00:00.0: wmi vdev id 0x1 set param 7 value 1
[  560.790000] ath10k_pci 0000:00:00.0: mac vdev 1 preamble 1n
[  560.790000] ath10k_pci 0000:00:00.0: wmi vdev id 0x1 set param 8 value 1
[  560.790000] ath10k_pci 0000:00:00.0: wmi pdev set wmm params
[  560.790000] ath10k_pci 0000:00:00.0: wmi pdev set wmm params
[  560.790000] ath10k_pci 0000:00:00.0: wmi pdev set wmm params
[  560.790000] ath10k_pci 0000:00:00.0: wmi pdev set wmm params
[  560.790000] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  560.800000] ath10k_pci 0000:00:00.0: mac monitor recalc started? 0 should? 0
[  560.800000] ath10k_pci 0000:00:00.0: wmi start scan
[  560.800000] ath10k_pci 0000:00:00.0: scan event started type 1
reason 4 freq 5180 req_id 40961 scan_id 40960 vdev_id 1 state starting
(1)
[  560.800000] ath10k_pci 0000:00:00.0: scan event bss channel type 4
reason 4 freq 5180 req_id 40961 scan_id 40960 vdev_id 1 state running
(2)
[  560.800000] ath10k_pci 0000:00:00.0: chan info err_code 0 freq 5180
cmd_flags 1 noise_floor -104 rx_clear_count 32398189 cycle_count
-42467525
[  560.850000] ath10k_pci 0000:00:00.0: scan event foreign channel
type 8 reason 4 freq 5180 req_id 40961 scan_id 40960 vdev_id 1 state
running (2)
[  560.850000] ath10k_pci 0000:00:00.0: chan info err_code 0 freq 5180
cmd_flags 0 noise_floor 0 rx_clear_count 32436098 cycle_count
-38055888
[  561.000000] ath10k_pci 0000:00:00.0: scan event bss channel type 4
reason 4 freq 5180 req_id 40961 scan_id 40960 vdev_id 1 state running
(2)
[  561.000000] ath10k_pci 0000:00:00.0: chan info err_code 0 freq 5180
cmd_flags 1 noise_floor -104 rx_clear_count 32517835 cycle_count
-24854129
[  561.110000] ath10k_pci 0000:00:00.0: scan event foreign channel
type 8 reason 4 freq 5200 req_id 40961 scan_id 40960 vdev_id 1 state
running (2)
[  561.110000] ath10k_pci 0000:00:00.0: chan info err_code 0 freq 5200
cmd_flags 0 noise_floor 0 rx_clear_count 32595586 cycle_count
-15487778
[  561.250000] ath10k_pci 0000:00:00.0: scan event bss channel type 4
reason 4 freq 5180 req_id 40961 scan_id 40960 vdev_id 1 state running
(2)
[  561.250000] ath10k_pci 0000:00:00.0: chan info err_code 0 freq 5180
cmd_flags 1 noise_floor -104 rx_clear_count 32672388 cycle_count
-2636953
[  561.300000] ath10k_pci 0000:00:00.0: scan event completed type 2
reason 0 freq 5180 req_id 40961 scan_id 40960 vdev_id 1 state running
(2)
[  561.640000] ath10k_pci 0000:00:00.0: mac monitor recalc started? 0 should? 0
[  561.640000] ath10k_pci 0000:00:00.0: wmi peer delete vdev_id 1
peer_addr 04:f0:21:0c:a6:43
[  561.640000] ath10k_pci 0000:00:00.0: mac vdev 1 delete (remove interface)
[  561.640000] ath10k_pci 0000:00:00.0: WMI vdev delete id 1
[  561.640000] ath10k_pci 0000:00:00.0: mac monitor recalc started? 0 should? 0
[  561.650000] ath10k_pci 0000:00:00.0: mac monitor recalc started? 0 should? 0

----
Chun-Yeow

On Tue, Jan 20, 2015 at 5:21 PM, Michal Kazior <michal.kazior@tieto.com> wrote:
> On 20 January 2015 at 10:14, Yeoh Chun-Yeow <yeohchunyeow@gmail.com> wrote:
>> Experienced firmware crashed in 636 firmware immediately after
>> bringing up the AP interface.
>>
>> The partial log is listed here:
> [...]
>> [  291.380000] ath10k_pci 0000:00:00.0: firmware register dump:
>> [  291.380000] ath10k_pci 0000:00:00.0: [00]: 0x4100016C 0x00000000
>> 0x009C4521 0x00000000
>> [  291.390000] ath10k_pci 0000:00:00.0: [04]: 0x009C4521 0x00060330
>> 0x00000019 0x00955A00
>> [  291.400000] ath10k_pci 0000:00:00.0: [08]: 0x00046A4E 0x00000000
>> 0x0040CC94 0x00000020
>> [  291.410000] ath10k_pci 0000:00:00.0: [12]: 0x00000000 0x00000000
>> 0x00958360 0x0095836B
>> [  291.420000] ath10k_pci 0000:00:00.0: [16]: 0x809A0978 0x0040AD94
>> 0x00439304 0x0040D074
>> [  291.420000] ath10k_pci 0000:00:00.0: [20]: 0x0000FFFF 0x00000000
>> 0x0041B618 0x00000000
>> [  291.430000] ath10k_pci 0000:00:00.0: [24]: 0x809A0978 0x0040AD94
>> 0x00439304 0x11A93B77
>> [  291.440000] ath10k_pci 0000:00:00.0: [28]: 0x809AD1A2 0x0040ADE4
>> 0x00439304 0x0043F68C
>> [  291.450000] ath10k_pci 0000:00:00.0: [32]: 0x00000001 0x00000000
>> 0x00000000 0x00430D74
>> [  291.460000] ath10k_pci 0000:00:00.0: [36]: 0x00000000 0x00000000
>> 0x00000000 0x00000000
>> [  291.460000] ath10k_pci 0000:00:00.0: [40]: 0x00000000 0x00000000
>> 0x000000AB 0x00412700
>> [  291.470000] ath10k_pci 0000:00:00.0: [44]: 0x00439BB8 0x00000000
>> 0x00000000 0x00400000
>> [  291.480000] ath10k_pci 0000:00:00.0: [48]: 0x809AE0B4 0x0040AE04
>> 0x00400000 0x0043F68C
>> [  291.490000] ath10k_pci 0000:00:00.0: [52]: 0x00000001 0x00000000
>> 0x004231F0 0x00400000
>> [  291.500000] ath10k_pci 0000:00:00.0: [56]: 0x809AE17E 0x0040AE44
>> 0x0040FE6C 0x0040D310
>
> Yeah.. This is monitor vdev related crash (due to bridging, no?). I
> haven't found a way around it.
>
>
> Michał

^ permalink raw reply	[flat|nested] 11+ messages in thread
end of thread, other threads:[~2015-01-20  9:34 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-01-16 20:59 Valid Interface Combinations: IBSS + AP in parallel? Martin Weinelt
2015-01-19  9:13 ` [RFC/RFT] ath10k: enable IBSS in multi-vif Michal Kazior
2015-01-19  9:13   ` Michal Kazior
2015-01-20  4:36   ` Ben Greear
2015-01-20  4:36     ` Ben Greear
2015-01-20  9:14     ` Yeoh Chun-Yeow
2015-01-20  9:14       ` Yeoh Chun-Yeow
2015-01-20  9:21       ` Michal Kazior
2015-01-20  9:21         ` Michal Kazior
2015-01-20  9:34         ` Yeoh Chun-Yeow
2015-01-20  9:34           ` Yeoh Chun-Yeow

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.