2010-06-08 04:46:03

by David Miller

[permalink] [raw]
Subject: iwlagn fails to assoc with nexus one in ad-hoc mode


When I try to associate the wireless activity light blinks like
crazy and I get kernel log dumps like the one at the end of
this email.

The nexus one uses a Broadcom BCM4328 for wireless.

Windows 7 users report the same problem with Intel wireless, and that
upgrading to the Intel wireless windows driver, version 13.1.1.1,
fixes the problem.

For example, see here:

http://code.google.com/p/android-wifi-tether/issues/detail?id=244

Can we make sure whatever got fixed in the windows driver propagates
into our Linux drivers too? :-)

Thanks!

--------------------
iwlagn 0000:03:00.0: Microcode SW error detected. Restarting 0x2000000.
iwlagn 0000:03:00.0: Start IWL Error Log Dump:
iwlagn 0000:03:00.0: Status: 0x000212E4, count: 5
iwlagn 0000:03:00.0: Desc Time data1 data2 line
iwlagn 0000:03:00.0: SYSASSERT (#05) 0010614736 0x00000080 0x00000010 854
iwlagn 0000:03:00.0: blink1 blink2 ilink1 ilink2
iwlagn 0000:03:00.0: 0x03870 0x03870 0x008B2 0x00000
iwlagn 0000:03:00.0: CSR values:
iwlagn 0000:03:00.0: (2nd byte of CSR_INT_COALESCING is CSR_INT_PERIODIC_REG)
iwlagn 0000:03:00.0: CSR_HW_IF_CONFIG_REG: 0X00480302
iwlagn 0000:03:00.0: CSR_INT_COALESCING: 0X00000040
iwlagn 0000:03:00.0: CSR_INT: 0X00000000
iwlagn 0000:03:00.0: CSR_INT_MASK: 0X00000000
iwlagn 0000:03:00.0: CSR_FH_INT_STATUS: 0X00000000
iwlagn 0000:03:00.0: CSR_GPIO_IN: 0X00000000
iwlagn 0000:03:00.0: CSR_RESET: 0X00000000
iwlagn 0000:03:00.0: CSR_GP_CNTRL: 0X080403c5
iwlagn 0000:03:00.0: CSR_HW_REV: 0X00000024
iwlagn 0000:03:00.0: CSR_EEPROM_REG: 0X00000000
iwlagn 0000:03:00.0: CSR_EEPROM_GP: 0X90000004
iwlagn 0000:03:00.0: CSR_OTP_GP_REG: 0X00060000
iwlagn 0000:03:00.0: CSR_GIO_REG: 0X00080046
iwlagn 0000:03:00.0: CSR_GP_UCODE_REG: 0X00000029
iwlagn 0000:03:00.0: CSR_GP_DRIVER_REG: 0X00000000
iwlagn 0000:03:00.0: CSR_UCODE_DRV_GP1: 0X00000000
iwlagn 0000:03:00.0: CSR_UCODE_DRV_GP2: 0X00000000
iwlagn 0000:03:00.0: CSR_LED_REG: 0X00000078
iwlagn 0000:03:00.0: CSR_DRAM_INT_TBL_REG: 0X88034db0
iwlagn 0000:03:00.0: CSR_GIO_CHICKEN_BITS: 0X27800200
iwlagn 0000:03:00.0: CSR_ANA_PLL_CFG: 0X00880300
iwlagn 0000:03:00.0: CSR_HW_REV_WA_REG: 0X0001001a
iwlagn 0000:03:00.0: CSR_DBG_HPET_MEM_REG: 0Xffff0000
iwlagn 0000:03:00.0: FH register values:
iwlagn 0000:03:00.0: FH_RSCSR_CHNL0_STTS_WPTR_REG: 0X034c7900
iwlagn 0000:03:00.0: FH_RSCSR_CHNL0_RBDCB_BASE_REG: 0X0034ccc0
iwlagn 0000:03:00.0: FH_RSCSR_CHNL0_WPTR: 0X00000040
iwlagn 0000:03:00.0: FH_MEM_RCSR_CHNL0_CONFIG_REG: 0X80819104
iwlagn 0000:03:00.0: FH_MEM_RSSR_SHARED_CTRL_REG: 0X000000fc
iwlagn 0000:03:00.0: FH_MEM_RSSR_RX_STATUS_REG: 0X07030000
iwlagn 0000:03:00.0: FH_MEM_RSSR_RX_ENABLE_ERR_IRQ2DRV: 0X00000000
iwlagn 0000:03:00.0: FH_TSSR_TX_STATUS_REG: 0X07ff0001
iwlagn 0000:03:00.0: FH_TSSR_TX_ERROR_REG: 0X00000000
iwlagn 0000:03:00.0: Start IWL Event Log Dump: display last 20 entries
iwlagn 0000:03:00.0: EVT_LOGT:0000054936:0x00000001:0353
iwlagn 0000:03:00.0: EVT_LOGT:0000054953:0x0000010f:0106
iwlagn 0000:03:00.0: EVT_LOGT:0000054955:0x00000000:0301
iwlagn 0000:03:00.0: EVT_LOGT:0000055026:0x0000000d:0353
iwlagn 0000:03:00.0: EVT_LOGT:0000055037:0x00000000:0302
iwlagn 0000:03:00.0: EVT_LOGT:0000055057:0x00000c1d:0352
iwlagn 0000:03:00.0: EVT_LOGT:0000055058:0x00000002:0353
iwlagn 0000:03:00.0: EVT_LOGT:0000055070:0x00000000:0302
iwlagn 0000:03:00.0: EVT_LOGT:0000055094:0x00000d48:0352
iwlagn 0000:03:00.0: EVT_LOGT:0000055095:0x00000003:0353
iwlagn 0000:03:00.0: EVT_LOGT:0000055157:0x0000010f:0106
iwlagn 0000:03:00.0: EVT_LOGT:0000055159:0x00000000:0302
iwlagn 0000:03:00.0: EVT_LOGT:0000055171:0x00002000:0350
iwlagn 0000:03:00.0: EVT_LOGT:0000079297:0x0000010f:0106
iwlagn 0000:03:00.0: EVT_LOGT:0000079299:0x00000000:0301
iwlagn 0000:03:00.0: EVT_LOGT:0000079679:0x00000080:0313
iwlagn 0000:03:00.0: EVT_LOGT:0000079681:0x000005b4:0501
iwlagn 0000:03:00.0: EVT_LOGT:0000081109:0x00000000:0356
iwlagn 0000:03:00.0: EVT_LOGT:0000081141:0x000002ef:0501
iwlagn 0000:03:00.0: EVT_LOGT:0000081150:0x00000000:0125
iwlagn 0000:03:00.0: Unable to find TIM Element in beacon
iwlagn 0000:03:00.0: Unable to find TIM Element in beacon
iwlagn 0000:03:00.0: index 0 already used in uCode key table.


2010-06-09 19:10:41

by Reinette Chatre

[permalink] [raw]
Subject: Re: iwlagn fails to assoc with nexus one in ad-hoc mode

Hi David,

On Wed, 2010-06-09 at 10:33 -0700, David Miller wrote:
> From: reinette chatre <[email protected]>
> > Which hardware are you using? This information is needed to decode the
> > firmware assert you are posting.
>
> 5300

The firmware assert you are encountering is something that we have fixed
before. This may be a new instance of it or you may not be running with
the fix. What repo/kernel version are you using for your testing?

Also, to confirm things, could you ensure driver is compiled with
CONFIG_IWLWIFI_DEBUG and load module with "modprobe iwlagn
debug=0x43fff" to get us some more data? It may help to compile mac80211
with verbose debugging (CONFIG_MAC80211_VERBOSE_DEBUG) also.

Thank you

Reinette



2010-06-09 16:58:13

by Reinette Chatre

[permalink] [raw]
Subject: Re: iwlagn fails to assoc with nexus one in ad-hoc mode

Hi David,

On Mon, 2010-06-07 at 21:46 -0700, David Miller wrote:
> When I try to associate the wireless activity light blinks like
> crazy and I get kernel log dumps like the one at the end of
> this email.

Which hardware are you using? This information is needed to decode the
firmware assert you are posting.

>
> The nexus one uses a Broadcom BCM4328 for wireless.
>
> Windows 7 users report the same problem with Intel wireless, and that
> upgrading to the Intel wireless windows driver, version 13.1.1.1,
> fixes the problem.

Any idea what they upgraded _from_ ?


> For example, see here:
>
> http://code.google.com/p/android-wifi-tether/issues/detail?id=244
>
> Can we make sure whatever got fixed in the windows driver propagates
> into our Linux drivers too? :-)
>
> Thanks!
>
> --------------------
> iwlagn 0000:03:00.0: Microcode SW error detected. Restarting 0x2000000.
> iwlagn 0000:03:00.0: Start IWL Error Log Dump:
> iwlagn 0000:03:00.0: Status: 0x000212E4, count: 5
> iwlagn 0000:03:00.0: Desc Time data1 data2 line
> iwlagn 0000:03:00.0: SYSASSERT (#05) 0010614736 0x00000080 0x00000010 854
> iwlagn 0000:03:00.0: blink1 blink2 ilink1 ilink2
> iwlagn 0000:03:00.0: 0x03870 0x03870 0x008B2 0x00000
> iwlagn 0000:03:00.0: CSR values:
> iwlagn 0000:03:00.0: (2nd byte of CSR_INT_COALESCING is CSR_INT_PERIODIC_REG)
> iwlagn 0000:03:00.0: CSR_HW_IF_CONFIG_REG: 0X00480302
> iwlagn 0000:03:00.0: CSR_INT_COALESCING: 0X00000040
> iwlagn 0000:03:00.0: CSR_INT: 0X00000000
> iwlagn 0000:03:00.0: CSR_INT_MASK: 0X00000000
> iwlagn 0000:03:00.0: CSR_FH_INT_STATUS: 0X00000000
> iwlagn 0000:03:00.0: CSR_GPIO_IN: 0X00000000
> iwlagn 0000:03:00.0: CSR_RESET: 0X00000000
> iwlagn 0000:03:00.0: CSR_GP_CNTRL: 0X080403c5
> iwlagn 0000:03:00.0: CSR_HW_REV: 0X00000024
> iwlagn 0000:03:00.0: CSR_EEPROM_REG: 0X00000000
> iwlagn 0000:03:00.0: CSR_EEPROM_GP: 0X90000004
> iwlagn 0000:03:00.0: CSR_OTP_GP_REG: 0X00060000
> iwlagn 0000:03:00.0: CSR_GIO_REG: 0X00080046
> iwlagn 0000:03:00.0: CSR_GP_UCODE_REG: 0X00000029
> iwlagn 0000:03:00.0: CSR_GP_DRIVER_REG: 0X00000000
> iwlagn 0000:03:00.0: CSR_UCODE_DRV_GP1: 0X00000000
> iwlagn 0000:03:00.0: CSR_UCODE_DRV_GP2: 0X00000000
> iwlagn 0000:03:00.0: CSR_LED_REG: 0X00000078
> iwlagn 0000:03:00.0: CSR_DRAM_INT_TBL_REG: 0X88034db0
> iwlagn 0000:03:00.0: CSR_GIO_CHICKEN_BITS: 0X27800200
> iwlagn 0000:03:00.0: CSR_ANA_PLL_CFG: 0X00880300
> iwlagn 0000:03:00.0: CSR_HW_REV_WA_REG: 0X0001001a
> iwlagn 0000:03:00.0: CSR_DBG_HPET_MEM_REG: 0Xffff0000
> iwlagn 0000:03:00.0: FH register values:
> iwlagn 0000:03:00.0: FH_RSCSR_CHNL0_STTS_WPTR_REG: 0X034c7900
> iwlagn 0000:03:00.0: FH_RSCSR_CHNL0_RBDCB_BASE_REG: 0X0034ccc0
> iwlagn 0000:03:00.0: FH_RSCSR_CHNL0_WPTR: 0X00000040
> iwlagn 0000:03:00.0: FH_MEM_RCSR_CHNL0_CONFIG_REG: 0X80819104
> iwlagn 0000:03:00.0: FH_MEM_RSSR_SHARED_CTRL_REG: 0X000000fc
> iwlagn 0000:03:00.0: FH_MEM_RSSR_RX_STATUS_REG: 0X07030000
> iwlagn 0000:03:00.0: FH_MEM_RSSR_RX_ENABLE_ERR_IRQ2DRV: 0X00000000
> iwlagn 0000:03:00.0: FH_TSSR_TX_STATUS_REG: 0X07ff0001
> iwlagn 0000:03:00.0: FH_TSSR_TX_ERROR_REG: 0X00000000
> iwlagn 0000:03:00.0: Start IWL Event Log Dump: display last 20 entries
> iwlagn 0000:03:00.0: EVT_LOGT:0000054936:0x00000001:0353
> iwlagn 0000:03:00.0: EVT_LOGT:0000054953:0x0000010f:0106
> iwlagn 0000:03:00.0: EVT_LOGT:0000054955:0x00000000:0301
> iwlagn 0000:03:00.0: EVT_LOGT:0000055026:0x0000000d:0353
> iwlagn 0000:03:00.0: EVT_LOGT:0000055037:0x00000000:0302
> iwlagn 0000:03:00.0: EVT_LOGT:0000055057:0x00000c1d:0352
> iwlagn 0000:03:00.0: EVT_LOGT:0000055058:0x00000002:0353
> iwlagn 0000:03:00.0: EVT_LOGT:0000055070:0x00000000:0302
> iwlagn 0000:03:00.0: EVT_LOGT:0000055094:0x00000d48:0352
> iwlagn 0000:03:00.0: EVT_LOGT:0000055095:0x00000003:0353
> iwlagn 0000:03:00.0: EVT_LOGT:0000055157:0x0000010f:0106
> iwlagn 0000:03:00.0: EVT_LOGT:0000055159:0x00000000:0302
> iwlagn 0000:03:00.0: EVT_LOGT:0000055171:0x00002000:0350
> iwlagn 0000:03:00.0: EVT_LOGT:0000079297:0x0000010f:0106
> iwlagn 0000:03:00.0: EVT_LOGT:0000079299:0x00000000:0301
> iwlagn 0000:03:00.0: EVT_LOGT:0000079679:0x00000080:0313
> iwlagn 0000:03:00.0: EVT_LOGT:0000079681:0x000005b4:0501
> iwlagn 0000:03:00.0: EVT_LOGT:0000081109:0x00000000:0356
> iwlagn 0000:03:00.0: EVT_LOGT:0000081141:0x000002ef:0501
> iwlagn 0000:03:00.0: EVT_LOGT:0000081150:0x00000000:0125
> iwlagn 0000:03:00.0: Unable to find TIM Element in beacon
> iwlagn 0000:03:00.0: Unable to find TIM Element in beacon
> iwlagn 0000:03:00.0: index 0 already used in uCode key table.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html



2010-06-10 01:20:48

by David Miller

[permalink] [raw]
Subject: Re: iwlagn fails to assoc with nexus one in ad-hoc mode

From: reinette chatre <[email protected]>
Date: Wed, 09 Jun 2010 12:17:42 -0700

> On Wed, 2010-06-09 at 12:12 -0700, David Miller wrote:
>> Upstream 2.6.34 vanilla.
>
> ok - the firmware assert you are encountering is in the station
> management code which received significant rework in 2.6.35. Could you
> please try latest linux-2.6 (since there are some issues with
> 2.6.35-rc2)?

I did a quick test, and with the current tree the connection works
and I can associate with the nexus one, however I still get a few
of those beacon TIM error logs in my dmesg.

2010-06-09 17:53:43

by Johannes Berg

[permalink] [raw]
Subject: Re: iwlagn fails to assoc with nexus one in ad-hoc mode

On Mon, 2010-06-07 at 21:46 -0700, David Miller wrote:
> When I try to associate

FWIW, it is not actually associating, the TIM error in the log means
that it's actually setting up an IBSS network (yeah we should silence
the error as it's expected ...). Just in case somebody got confused if
the nexus was actually acting as an AP, it's not.

johannes


2010-06-09 19:17:52

by Reinette Chatre

[permalink] [raw]
Subject: Re: iwlagn fails to assoc with nexus one in ad-hoc mode

On Wed, 2010-06-09 at 12:12 -0700, David Miller wrote:
> Upstream 2.6.34 vanilla.

ok - the firmware assert you are encountering is in the station
management code which received significant rework in 2.6.35. Could you
please try latest linux-2.6 (since there are some issues with
2.6.35-rc2)?

Reinette



2010-06-09 17:33:15

by David Miller

[permalink] [raw]
Subject: Re: iwlagn fails to assoc with nexus one in ad-hoc mode

From: reinette chatre <[email protected]>
Date: Wed, 09 Jun 2010 09:58:12 -0700

> Hi David,
>
> On Mon, 2010-06-07 at 21:46 -0700, David Miller wrote:
>> When I try to associate the wireless activity light blinks like
>> crazy and I get kernel log dumps like the one at the end of
>> this email.
>
> Which hardware are you using? This information is needed to decode the
> firmware assert you are posting.

5300

>
>>
>> The nexus one uses a Broadcom BCM4328 for wireless.
>>
>> Windows 7 users report the same problem with Intel wireless, and that
>> upgrading to the Intel wireless windows driver, version 13.1.1.1,
>> fixes the problem.
>
> Any idea what they upgraded _from_ ?

13.0, and I believe it says this in the report I gave the URL for,
there might be other bits of useful information there :-)




2010-06-09 19:11:57

by David Miller

[permalink] [raw]
Subject: Re: iwlagn fails to assoc with nexus one in ad-hoc mode

From: reinette chatre <[email protected]>
Date: Wed, 09 Jun 2010 12:10:41 -0700

> Hi David,
>
> On Wed, 2010-06-09 at 10:33 -0700, David Miller wrote:
>> From: reinette chatre <[email protected]>
>> > Which hardware are you using? This information is needed to decode the
>> > firmware assert you are posting.
>>
>> 5300
>
> The firmware assert you are encountering is something that we have fixed
> before. This may be a new instance of it or you may not be running with
> the fix. What repo/kernel version are you using for your testing?

Upstream 2.6.34 vanilla.

> Also, to confirm things, could you ensure driver is compiled with
> CONFIG_IWLWIFI_DEBUG and load module with "modprobe iwlagn
> debug=0x43fff" to get us some more data? It may help to compile mac80211
> with verbose debugging (CONFIG_MAC80211_VERBOSE_DEBUG) also.

I'll try to find time to do this.