* iwlagn fails to assoc with nexus one in ad-hoc mode
@ 2010-06-08 4:46 David Miller
2010-06-09 16:58 ` reinette chatre
2010-06-09 17:53 ` Johannes Berg
0 siblings, 2 replies; 8+ messages in thread
From: David Miller @ 2010-06-08 4:46 UTC (permalink / raw)
To: linux-wireless
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.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: iwlagn fails to assoc with nexus one in ad-hoc mode
2010-06-08 4:46 iwlagn fails to assoc with nexus one in ad-hoc mode David Miller
@ 2010-06-09 16:58 ` reinette chatre
2010-06-09 17:33 ` David Miller
2010-06-09 17:53 ` Johannes Berg
1 sibling, 1 reply; 8+ messages in thread
From: reinette chatre @ 2010-06-09 16:58 UTC (permalink / raw)
To: David Miller; +Cc: linux-wireless@vger.kernel.org
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 majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: iwlagn fails to assoc with nexus one in ad-hoc mode
2010-06-09 16:58 ` reinette chatre
@ 2010-06-09 17:33 ` David Miller
2010-06-09 19:10 ` reinette chatre
0 siblings, 1 reply; 8+ messages in thread
From: David Miller @ 2010-06-09 17:33 UTC (permalink / raw)
To: reinette.chatre; +Cc: linux-wireless
From: reinette chatre <reinette.chatre@intel.com>
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 :-)
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: iwlagn fails to assoc with nexus one in ad-hoc mode
2010-06-08 4:46 iwlagn fails to assoc with nexus one in ad-hoc mode David Miller
2010-06-09 16:58 ` reinette chatre
@ 2010-06-09 17:53 ` Johannes Berg
1 sibling, 0 replies; 8+ messages in thread
From: Johannes Berg @ 2010-06-09 17:53 UTC (permalink / raw)
To: David Miller; +Cc: linux-wireless, Reinette Chatre
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: iwlagn fails to assoc with nexus one in ad-hoc mode
2010-06-09 17:33 ` David Miller
@ 2010-06-09 19:10 ` reinette chatre
2010-06-09 19:12 ` David Miller
0 siblings, 1 reply; 8+ messages in thread
From: reinette chatre @ 2010-06-09 19:10 UTC (permalink / raw)
To: David Miller; +Cc: linux-wireless@vger.kernel.org
Hi David,
On Wed, 2010-06-09 at 10:33 -0700, David Miller wrote:
> From: reinette chatre <reinette.chatre@intel.com>
> > 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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: iwlagn fails to assoc with nexus one in ad-hoc mode
2010-06-09 19:10 ` reinette chatre
@ 2010-06-09 19:12 ` David Miller
2010-06-09 19:17 ` reinette chatre
0 siblings, 1 reply; 8+ messages in thread
From: David Miller @ 2010-06-09 19:12 UTC (permalink / raw)
To: reinette.chatre; +Cc: linux-wireless
From: reinette chatre <reinette.chatre@intel.com>
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 <reinette.chatre@intel.com>
>> > 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.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: iwlagn fails to assoc with nexus one in ad-hoc mode
2010-06-09 19:12 ` David Miller
@ 2010-06-09 19:17 ` reinette chatre
2010-06-10 1:20 ` David Miller
0 siblings, 1 reply; 8+ messages in thread
From: reinette chatre @ 2010-06-09 19:17 UTC (permalink / raw)
To: David Miller; +Cc: linux-wireless@vger.kernel.org
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: iwlagn fails to assoc with nexus one in ad-hoc mode
2010-06-09 19:17 ` reinette chatre
@ 2010-06-10 1:20 ` David Miller
0 siblings, 0 replies; 8+ messages in thread
From: David Miller @ 2010-06-10 1:20 UTC (permalink / raw)
To: reinette.chatre; +Cc: linux-wireless
From: reinette chatre <reinette.chatre@intel.com>
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.
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2010-06-10 1:20 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-06-08 4:46 iwlagn fails to assoc with nexus one in ad-hoc mode David Miller
2010-06-09 16:58 ` reinette chatre
2010-06-09 17:33 ` David Miller
2010-06-09 19:10 ` reinette chatre
2010-06-09 19:12 ` David Miller
2010-06-09 19:17 ` reinette chatre
2010-06-10 1:20 ` David Miller
2010-06-09 17:53 ` Johannes Berg
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox