* [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc
@ 2009-01-21 6:14 Joseph Cheek
2009-01-21 18:49 ` Luis R. Rodriguez
0 siblings, 1 reply; 16+ messages in thread
From: Joseph Cheek @ 2009-01-21 6:14 UTC (permalink / raw)
To: ath9k-devel
Not sure how reproduceable this is as it's the only one i have seen
yet. but i just got it with 2.6.28.1 and compat-wireless-2009-01-19.
the kernel didn't oops but ifconfig did hang. I could login on another
VC and get a responsive system, but trying to ifconfig the interface
down did not work. i ended up hard-resetting.
Jan 21 00:52:48 harrisburg ath9k 0000:00:07.0: PCI INT A
disabled
Jan 21 00:52:48 harrisburg ath9k: Driver
unloaded
Jan 21 00:52:48 harrisburg ath9k:
0.1
Jan 21 00:52:48 harrisburg ath9k 0000:00:07.0: PCI INT A -> Link[LNKC]
-> GSI 10 (level, low) -> IRQ
10
Jan 21 00:52:48 harrisburg modprobe: page allocation failure. order:1,
mode:0x20
Jan 21 00:52:48 harrisburg Pid: 15273, comm: modprobe Not tainted
2.6.28-gentoo-r1
#1
Jan 21 00:52:48 harrisburg Call
Trace:
Jan 21 00:52:48 harrisburg [<c013cca9>]
0xc013cca9
Jan 21 00:52:48 harrisburg [<c0153a41>]
0xc0153a41
Jan 21 00:52:48 harrisburg [<c0153c92>]
0xc0153c92
Jan 21 00:52:48 harrisburg [<c02ae615>]
0xc02ae615
Jan 21 00:52:48 harrisburg [<c02aee93>]
0xc02aee93
Jan 21 00:52:48 harrisburg [<d9052e70>]
0xd9052e70
Jan 21 00:52:48 harrisburg [<d905364c>]
0xd905364c
Jan 21 00:52:48 harrisburg [<d90527d4>]
0xd90527d4
Jan 21 00:52:48 harrisburg [<d9057524>]
0xd9057524
Jan 21 00:52:48 harrisburg [<c020e8ed>]
0xc020e8ed
Jan 21 00:52:48 harrisburg [<c025b2b9>]
0xc025b2b9
Jan 21 00:52:48 harrisburg [<c025b393>]
0xc025b393
Jan 21 00:52:48 harrisburg [<c025ad0a>]
0xc025ad0a
Jan 21 00:52:48 harrisburg [<c025b16d>]
0xc025b16d
Jan 21 00:52:48 harrisburg [<c025b34a>]
0xc025b34a
Jan 21 00:52:48 harrisburg [<c025a78f>]
0xc025a78f
Jan 21 00:52:48 harrisburg [<d8830000>]
0xd8830000
Jan 21 00:52:48 harrisburg [<c025b4f9>]
0xc025b4f9
Jan 21 00:52:48 harrisburg [<d8830000>]
0xd8830000
Jan 21 00:52:48 harrisburg [<c020eb01>]
0xc020eb01
Jan 21 00:52:48 harrisburg [<d8830000>]
0xd8830000
Jan 21 00:52:48 harrisburg [<d8830038>]
0xd8830038
Jan 21 00:52:48 harrisburg [<c010104c>]
0xc010104c
Jan 21 00:52:48 harrisburg [<c02011e8>]
0xc02011e8
Jan 21 00:52:48 harrisburg [<c013c3c0>]
0xc013c3c0
Jan 21 00:52:48 harrisburg [<c01345a2>]
0xc01345a2
Jan 21 00:52:48 harrisburg [<c020aa6c>]
0xc020aa6c
Jan 21 00:52:48 harrisburg [<c013480e>]
0xc013480e
Jan 21 00:52:48 harrisburg [<c0102c4d>]
0xc0102c4d
Jan 21 00:52:48 harrisburg
Mem-Info:
Jan 21 00:52:48 harrisburg DMA
per-cpu:
Jan 21 00:52:48 harrisburg CPU 0: hi: 0, btch: 1 usd:
0
Jan 21 00:52:48 harrisburg Normal
per-cpu:
Jan 21 00:52:48 harrisburg CPU 0: hi: 186, btch: 31 usd:
156
Jan 21 00:52:48 harrisburg Active_anon:3777 active_file:4577
inactive_anon:3094
Jan 21 00:52:48 harrisburg inactive_file:79345 unevictable:3 dirty:40
writeback:0
unstable:0
Jan 21 00:52:48 harrisburg free:831 slab:3339 mapped:2025 pagetables:124
bounce:0
Jan 21 00:52:48 harrisburg DMA free:1504kB min:100kB low:124kB
high:148kB active_anon:0kB inactive_anon:40kB active_file:116kB
inactive_file:11000kB unevictable:0kB present:15808kB pages_scanned:10
all_unreclaimable? no
Jan 21 00:52:48 harrisburg lowmem_reserve[]: 0 365 365
365
Jan 21 00:52:48 harrisburg Normal free:1820kB min:2392kB low:2988kB
high:3588kB active_anon:15108kB inactive_anon:12336kB
active_file:18192kB inactive_file:306380kB unevictable:12kB
present:373824kB pages_scanned:0 all_unreclaimable? no
Jan 21 00:52:48 harrisburg lowmem_reserve[]: 0 0 0
0
Jan 21 00:52:48 harrisburg DMA: 0*4kB 0*8kB 0*16kB 1*32kB 1*64kB 1*128kB
1*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB =
1504kB
Jan 21 00:52:48 harrisburg Normal: 343*4kB 0*8kB 0*16kB 0*32kB 1*64kB
1*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB =
1820kB
Jan 21 00:52:48 harrisburg 83959 total pagecache
pages
Jan 21 00:52:48 harrisburg 0 pages in swap
cache
Jan 21 00:52:48 harrisburg Swap cache stats: add 0, delete 0, find
0/0
Jan 21 00:52:48 harrisburg Free swap =
530104kB
Jan 21 00:52:48 harrisburg Total swap =
530104kB
Jan 21 00:52:48 harrisburg 98272 pages
RAM
Jan 21 00:52:48 harrisburg 0 pages
HighMem
Jan 21 00:52:48 harrisburg 1752 pages
reserved
Jan 21 00:52:48 harrisburg 9692 pages
shared
Jan 21 00:52:48 harrisburg 90435 pages
non-shared
Jan 21 00:52:48 harrisburg BUG: unable to handle kernel NULL pointer
dereference at
000001dc
Jan 21 00:52:48 harrisburg IP: [<c02b39be>]
0xc02b39be
Jan 21 00:52:48 harrisburg *pde =
00000000
Jan 21 00:52:48 harrisburg Oops: 0000 [#1]
PREEMPT
Jan 21 00:52:48 harrisburg last sysfs file:
/sys/class/net/wlan0/carrier
Jan 21 00:52:48 harrisburg Modules linked in: ath9k(+) ipv6 snd_via82xx
snd_ac97_codec mac80211 ac97_bus snd_pcm cfg80211 fan snd_page_alloc
thermal snd_mpu401_uart rfkill via_rhine floppy processor snd_rawmidi
mii thermal_sys led_class via_agp agpgart button nfs lockd sunrpc
scsi_wait_scan sbp2 ohci1394 ieee1394 sl811_hcd usbhid ohci_hcd uhci_hcd
usb_storage ehci_hcd usbcore lpfc scsi_transport_fc megaraid_sas
megaraid_mbox megaraid_mm megaraid aacraid 3w_9xxx 3w_xxxx atp870u
dc395x qla1280 dmx3191d sym53c8xx gdth initio BusLogic aic7xxx aic79xx
scsi_transport_spi sg [last unloaded:
ath9k]
Jan 21 00:52:48
harrisburg
Jan 21 00:52:48 harrisburg Pid: 15273, comm: modprobe Not tainted
(2.6.28-gentoo-r1 #1)
KM266-8235
Jan 21 00:52:48 harrisburg EIP: 0060:[<c02b39be>] EFLAGS: 00010202 CPU:
0
Jan 21 00:52:48 harrisburg EAX: 00000001 EBX: 00000000 ECX: d7ae87e8
EDX:
d9004048
Jan 21 00:52:48 harrisburg ESI: d7ae81a0 EDI: fffffff4 EBP: d7ae8d80
ESP:
ce081d2c
Jan 21 00:52:48 harrisburg DS: 007b ES: 007b FS: 0000 GS: 0033 SS:
0068
Jan 21 00:52:48 harrisburg Process modprobe (pid: 15273, ti=ce080000
task=d79a4aa0
task.ti=ce080000)
Jan 21 00:52:48 harrisburg
Stack:
Jan 21 00:52:48 harrisburg 00000000 c02b3b6f d7ae81a0 d8e11145 d7ae8d80
d90521d3 00000000
d7af0000
Jan 21 00:52:48 harrisburg fffffff4 d9052ab3 d7ae81a0 0000000b d7ae9420
d7ae8060 d7ae81a0
d7ae8040
Jan 21 00:52:48 harrisburg 00000000 0000000b 00000008 d7ae81a0 d7ae8d80
d7970800 00000000
d7ae81a0
Jan 21 00:52:48 harrisburg Call
Trace:
Jan 21 00:52:48 harrisburg [<c02b3b6f>]
0xc02b3b6f
Jan 21 00:52:48 harrisburg [<d8e11145>]
0xd8e11145
Jan 21 00:52:48 harrisburg [<d90521d3>]
0xd90521d3
Jan 21 00:52:48 harrisburg [<d9052ab3>]
0xd9052ab3
Jan 21 00:52:48 harrisburg [<d9057524>]
0xd9057524
Jan 21 00:52:48 harrisburg [<c020e8ed>]
0xc020e8ed
Jan 21 00:52:48 harrisburg [<c025b2b9>]
0xc025b2b9
Jan 21 00:52:48 harrisburg [<c025b393>]
0xc025b393
Jan 21 00:52:48 harrisburg [<c025ad0a>]
0xc025ad0a
Jan 21 00:52:48 harrisburg [<c025b16d>]
0xc025b16d
Jan 21 00:52:48 harrisburg [<c025b34a>]
0xc025b34a
Jan 21 00:52:48 harrisburg [<c025a78f>]
0xc025a78f
Jan 21 00:52:48 harrisburg [<d8830000>]
0xd8830000
Jan 21 00:52:48 harrisburg [<c025b4f9>]
0xc025b4f9
Jan 21 00:52:48 harrisburg [<d8830000>]
0xd8830000
Jan 21 00:52:48 harrisburg [<c020eb01>]
0xc020eb01
Jan 21 00:52:48 harrisburg [<d8830000>]
0xd8830000
Jan 21 00:52:48 harrisburg [<d8830038>] 0xd8830038
Jan 21 00:52:48 harrisburg [<c010104c>] 0xc010104c
Jan 21 00:52:48 harrisburg [<c02011e8>] 0xc02011e8
Jan 21 00:52:48 harrisburg [<c013c3c0>] 0xc013c3c0
Jan 21 00:52:48 harrisburg [<c01345a2>] 0xc01345a2
Jan 21 00:52:48 harrisburg [<c020aa6c>] 0xc020aa6c
Jan 21 00:52:48 harrisburg [<c013480e>] 0xc013480e
Jan 21 00:52:48 harrisburg [<c0102c4d>] 0xc0102c4d
Jan 21 00:52:48 harrisburg Code: 74 04 0f 0b eb fe e8 86 61 00 00 85 c0
75 1c 68 2f 0f 00 00 68 28 71 36 c0 68 37 71 36 c0 e8 d1 30 05 00 e8 9e
2f 05 00 83 c4 0c <8b> 83 dc 01 00 00 85 c0 75 1f 53 53 68 dd 73 36 c0
e8 b3 30 05
Jan 21 00:52:48 harrisburg EIP: [<c02b39be>] SS:ESP 0068:ce081d2c
Jan 21 00:52:48 harrisburg ---[ end trace 1e19b49a280dcaa4 ]---
thanks!
Joseph Cheek
^ permalink raw reply [flat|nested] 16+ messages in thread
* [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc
2009-01-21 6:14 Joseph Cheek
@ 2009-01-21 18:49 ` Luis R. Rodriguez
2009-01-21 19:54 ` Joseph Cheek
0 siblings, 1 reply; 16+ messages in thread
From: Luis R. Rodriguez @ 2009-01-21 18:49 UTC (permalink / raw)
To: ath9k-devel
On Tue, Jan 20, 2009 at 10:14 PM, Joseph Cheek <joseph@cheek.com> wrote:
> Not sure how reproduceable this is as it's the only one i have seen
> yet. but i just got it with 2.6.28.1 and compat-wireless-2009-01-19.
> the kernel didn't oops
>
> but ifconfig did hang. I could login on another
> VC and get a responsive system, but trying to ifconfig the interface
> down did not work. i ended up hard-resetting.
Can you reproduce?
> Jan 21 00:52:48 harrisburg EIP: [<c02b39be>] SS:ESP 0068:ce081d2c
Enable kernel debugging and then the above will have the routine where
this came from.
Luis
^ permalink raw reply [flat|nested] 16+ messages in thread
* [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc
2009-01-21 18:49 ` Luis R. Rodriguez
@ 2009-01-21 19:54 ` Joseph Cheek
2009-01-21 22:18 ` Joseph Cheek
0 siblings, 1 reply; 16+ messages in thread
From: Joseph Cheek @ 2009-01-21 19:54 UTC (permalink / raw)
To: ath9k-devel
I got another repro. I'll rebuild the kernel with debugging support and
send you the syslog when it happens next time.
Luis R. Rodriguez wrote:
> On Tue, Jan 20, 2009 at 10:14 PM, Joseph Cheek <joseph@cheek.com> wrote:
>
>> Not sure how reproduceable this is as it's the only one i have seen
>> yet. but i just got it with 2.6.28.1 and compat-wireless-2009-01-19.
>> the kernel didn't oops
>>
>> but ifconfig did hang. I could login on another
>> VC and get a responsive system, but trying to ifconfig the interface
>> down did not work. i ended up hard-resetting.
>>
>
> Can you reproduce?
>
>
>> Jan 21 00:52:48 harrisburg EIP: [<c02b39be>] SS:ESP 0068:ce081d2c
>>
>
> Enable kernel debugging and then the above will have the routine where
> this came from.
>
> Luis
>
>
^ permalink raw reply [flat|nested] 16+ messages in thread
* [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc
2009-01-21 19:54 ` Joseph Cheek
@ 2009-01-21 22:18 ` Joseph Cheek
2009-01-22 19:19 ` Joseph Cheek
0 siblings, 1 reply; 16+ messages in thread
From: Joseph Cheek @ 2009-01-21 22:18 UTC (permalink / raw)
To: ath9k-devel
debug was already on in the kernel. i enabled a few more options but
don' t know which options prints the calling function at EIP. are there
specific options you would like turned on? Here's the latest call trace.
Jan 21 16:21:11 harrisburg modprobe: page allocation failure. order:1,
mode:0x20
Jan 21 16:21:11 harrisburg Pid: 10616, comm: modprobe Not tainted
2.6.28-gentoo-r1
#1
Jan 21 16:21:11 harrisburg Call
Trace:
Jan 21 16:21:11 harrisburg [<c013cd39>]
0xc013cd39
Jan 21 16:21:11 harrisburg [<c0153b79>]
0xc0153b79
Jan 21 16:21:11 harrisburg [<c0153dca>]
0xc0153dca
Jan 21 16:21:11 harrisburg [<c02ae791>]
0xc02ae791
Jan 21 16:21:11 harrisburg [<c02af00f>]
0xc02af00f
Jan 21 16:21:11 harrisburg [<d8d44e70>]
0xd8d44e70
Jan 21 16:21:11 harrisburg [<d8d4564c>]
0xd8d4564c
Jan 21 16:21:11 harrisburg [<d8d447d4>]
0xd8d447d4
Jan 21 16:21:11 harrisburg [<d8d49528>]
0xd8d49528
Jan 21 16:21:11 harrisburg [<c020ea75>]
0xc020ea75
Jan 21 16:21:11 harrisburg [<c025b435>]
0xc025b435
Jan 21 16:21:11 harrisburg [<c025b50f>]
0xc025b50f
Jan 21 16:21:11 harrisburg [<c025ae86>]
0xc025ae86
Jan 21 16:21:11 harrisburg [<c025b2e9>]
0xc025b2e9
Jan 21 16:21:11 harrisburg [<c025b4c6>]
0xc025b4c6
Jan 21 16:21:11 harrisburg [<c025a90b>]
0xc025a90b
Jan 21 16:21:11 harrisburg [<d8834000>]
0xd8834000
Jan 21 16:21:11 harrisburg [<c025b675>]
0xc025b675
Jan 21 16:21:11 harrisburg [<d8834000>]
0xd8834000
Jan 21 16:21:11 harrisburg [<c020ec89>]
0xc020ec89
Jan 21 16:21:11 harrisburg [<d8834000>]
0xd8834000
Jan 21 16:21:11 harrisburg [<d8834038>]
0xd8834038
Jan 21 16:21:11 harrisburg [<c010104c>]
0xc010104c
Jan 21 16:21:11 harrisburg [<c013c236>]
0xc013c236
Jan 21 16:21:11 harrisburg [<c013c440>]
0xc013c440
Jan 21 16:21:11 harrisburg [<c0134606>]
0xc0134606
Jan 21 16:21:11 harrisburg [<c020abf0>]
0xc020abf0
Jan 21 16:21:11 harrisburg [<c0134872>]
0xc0134872
Jan 21 16:21:11 harrisburg [<c0102c4d>]
0xc0102c4d
Jan 21 16:21:11 harrisburg
Mem-Info:
Jan 21 16:21:11 harrisburg DMA
per-cpu:
Jan 21 16:21:11 harrisburg CPU 0: hi: 0, btch: 1 usd:
0
Jan 21 16:21:11 harrisburg Normal
per-cpu:
Jan 21 16:21:11 harrisburg CPU 0: hi: 186, btch: 31 usd:
51
Jan 21 16:21:11 harrisburg Active_anon:7443 active_file:7679
inactive_anon:7428
Jan 21 16:21:11 harrisburg inactive_file:65044 unevictable:2 dirty:375
writeback:0
unstable:0
Jan 21 16:21:11 harrisburg free:784 slab:3701 mapped:1576 pagetables:238
bounce:0
Jan 21 16:21:11 harrisburg DMA free:1504kB min:100kB low:124kB
high:148kB active_anon:32kB inactive_anon:296kB active_file:100kB
inactive_file:10236kB unevictable:0kB present:15808kB pages_scanned:0
all_unreclaimable? no
Jan 21 16:21:11 harrisburg lowmem_reserve[]: 0 365 365
365
Jan 21 16:21:11 harrisburg Normal free:1632kB min:2392kB low:2988kB
high:3588kB active_anon:29740kB inactive_anon:29416kB
active_file:30616kB inactive_file:249940kB unevictable:8kB
present:373824kB pages_scanned:0 all_unreclaimable? no
Jan 21 16:21:11 harrisburg lowmem_reserve[]: 0 0 0
0
Jan 21 16:21:11 harrisburg DMA: 0*4kB 0*8kB 0*16kB 1*32kB 1*64kB 1*128kB
1*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB =
1504kB
Jan 21 16:21:11 harrisburg Normal: 296*4kB 0*8kB 0*16kB 0*32kB 1*64kB
1*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB =
1632kB
Jan 21 16:21:11 harrisburg 72757 total pagecache
pages
Jan 21 16:21:11 harrisburg 0 pages in swap
cache
Jan 21 16:21:11 harrisburg Swap cache stats: add 0, delete 0, find
0/0
Jan 21 16:21:11 harrisburg Free swap =
530104kB
Jan 21 16:21:11 harrisburg Total swap =
530104kB
Jan 21 16:21:11 harrisburg 98272 pages
RAM
Jan 21 16:21:11 harrisburg 0 pages
HighMem
Jan 21 16:21:11 harrisburg 4397 pages
reserved
Jan 21 16:21:11 harrisburg 22474 pages
shared
Jan 21 16:21:11 harrisburg 84761 pages
non-shared
Jan 21 16:21:11 harrisburg BUG: unable to handle kernel NULL pointer
dereference at
000001dc
Jan 21 16:21:11 harrisburg IP: [<c02b3b3a>]
0xc02b3b3a
Jan 21 16:21:11 harrisburg *pde =
00000000
Jan 21 16:21:11 harrisburg Oops: 0000 [#1] PREEMPT
DEBUG_PAGEALLOC
Jan 21 16:21:11 harrisburg last sysfs file:
/sys/class/net/wlan0/carrier
Jan 21 16:21:11 harrisburg Modules linked in: ath9k(+) ipv6 mac80211
snd_via82xx snd_ac97_codec cfg80211 ac97_bus snd_pcm fan via_rhine
thermal rfkill snd_page_alloc via_agp floppy processor mii
snd_mpu401_uart led_class agpgart snd_rawmidi button thermal_sys nfs
lockd sunrpc scsi_wait_scan sbp2 ohci1394 ieee1394 sl811_hcd usbhid
ohci_hcd uhci_hcd usb_storage ehci_hcd usbcore lpfc scsi_transport_fc
megaraid_sas megaraid_mbox megaraid_mm megaraid aacraid 3w_9xxx 3w_xxxx
atp870u dc395x qla1280 dmx3191d sym53c8xx gdth initio BusLogic aic7xxx
aic79xx scsi_transport_spi sg [last unloaded:
ath9k]
Jan 21 16:21:11
harrisburg
Jan 21 16:21:11 harrisburg Pid: 10616, comm: modprobe Not tainted
(2.6.28-gentoo-r1 #1)
KM266-8235
Jan 21 16:21:11 harrisburg EIP: 0060:[<c02b3b3a>] EFLAGS: 00010202 CPU:
0
Jan 21 16:21:11 harrisburg EAX: 00000001 EBX: 00000000 ECX: d65007e8
EDX:
d8e84048
Jan 21 16:21:11 harrisburg ESI: d65001a0 EDI: fffffff4 EBP: d6500d80
ESP:
cc66fd2c
Jan 21 16:21:11 harrisburg DS: 007b ES: 007b FS: 0000 GS: 0033 SS:
0068
Jan 21 16:21:11 harrisburg Process modprobe (pid: 10616, ti=cc66e000
task=d57f2ee0
task.ti=cc66e000)
Jan 21 16:21:11 harrisburg
Stack:
Jan 21 16:21:11 harrisburg 00000000 c02b3ceb d65001a0 d8c04145 d6500d80
d8d441d3 00000000
d5310000
Jan 21 16:21:11 harrisburg fffffff4 d8d44ab3 d65001a0 0000000b d6501420
d6500060 d65001a0
d6500040
Jan 21 16:21:11 harrisburg 00000000 0000000b 00000008 d65001a0 d6500d80
d7170800 00000000
d65001a0
Jan 21 16:21:11 harrisburg Call
Trace:
Jan 21 16:21:11 harrisburg [<c02b3ceb>]
0xc02b3ceb
Jan 21 16:21:11 harrisburg [<d8c04145>]
0xd8c04145
Jan 21 16:21:11 harrisburg [<d8d441d3>]
0xd8d441d3
Jan 21 16:21:11 harrisburg [<d8d44ab3>]
0xd8d44ab3
Jan 21 16:21:11 harrisburg [<d8d49528>]
0xd8d49528
Jan 21 16:21:11 harrisburg [<c020ea75>]
0xc020ea75
Jan 21 16:21:11 harrisburg [<c025b435>]
0xc025b435
Jan 21 16:21:11 harrisburg [<c025b50f>]
0xc025b50f
Jan 21 16:21:11 harrisburg [<c025ae86>]
0xc025ae86
Jan 21 16:21:11 harrisburg [<c025b2e9>]
0xc025b2e9
Jan 21 16:21:11 harrisburg [<c025b4c6>]
0xc025b4c6
Jan 21 16:21:11 harrisburg [<c025a90b>]
0xc025a90b
Jan 21 16:21:11 harrisburg [<d8834000>]
0xd8834000
Jan 21 16:21:11 harrisburg [<c025b675>]
0xc025b675
Jan 21 16:21:11 harrisburg [<d8834000>]
0xd8834000
Jan 21 16:21:11 harrisburg [<c020ec89>]
0xc020ec89
Jan 21 16:21:11 harrisburg [<d8834000>]
0xd8834000
Jan 21 16:21:11 harrisburg [<d8834038>]
0xd8834038
Jan 21 16:21:11 harrisburg [<c010104c>]
0xc010104c
Jan 21 16:21:11 harrisburg [<c013c236>]
0xc013c236
Jan 21 16:21:11 harrisburg [<c013c440>]
0xc013c440
Jan 21 16:21:11 harrisburg [<c0134606>]
0xc0134606
Jan 21 16:21:11 harrisburg [<c020abf0>]
0xc020abf0
Jan 21 16:21:11 harrisburg [<c0134872>]
0xc0134872
Jan 21 16:21:11 harrisburg [<c0102c4d>] 0xc0102c4d
Jan 21 16:21:11 harrisburg Code: 74 04 0f 0b eb fe e8 86 61 00 00 85 c0
75 1c 68 2f 0f 00 00 68 2a 7d 36 c0 68 ef 7f 36 c0 e8 a9 30 05 00 e8 76
2f 05 00 83 c4 0c <8b> 83 dc 01 00 00 85 c0 75 1f 53 53 68 95 82 36 c0
e8 8b 30 05
Jan 21 16:21:11 harrisburg EIP: [<c02b3b3a>] SS:ESP 0068:cc66fd2c
Jan 21 16:21:11 harrisburg ---[ end trace d33038261cc054eb ]---
Joseph Cheek wrote:
> I got another repro. I'll rebuild the kernel with debugging support and
> send you the syslog when it happens next time.
>
>
> Luis R. Rodriguez wrote:
>
>> On Tue, Jan 20, 2009 at 10:14 PM, Joseph Cheek <joseph@cheek.com> wrote:
>>
>>
>>> Not sure how reproduceable this is as it's the only one i have seen
>>> yet. but i just got it with 2.6.28.1 and compat-wireless-2009-01-19.
>>> the kernel didn't oops
>>>
>>> but ifconfig did hang. I could login on another
>>> VC and get a responsive system, but trying to ifconfig the interface
>>> down did not work. i ended up hard-resetting.
>>>
>>>
>> Can you reproduce?
>>
>>
>>
>>> Jan 21 00:52:48 harrisburg EIP: [<c02b39be>] SS:ESP 0068:ce081d2c
>>>
>>>
>> Enable kernel debugging and then the above will have the routine where
>> this came from.
>>
>> Luis
>>
>>
>>
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel at lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>
^ permalink raw reply [flat|nested] 16+ messages in thread
* [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc
2009-01-21 22:18 ` Joseph Cheek
@ 2009-01-22 19:19 ` Joseph Cheek
2009-01-22 19:44 ` Luis R. Rodriguez
0 siblings, 1 reply; 16+ messages in thread
From: Joseph Cheek @ 2009-01-22 19:19 UTC (permalink / raw)
To: ath9k-devel
I just got a repro of this on 2.6.27.12 with compat-wireless
2009-01-19. i'm going back to 2.6.27.11 with compat-wireless 2008-12-31
to see if it is more stable (I never got the bug on that one).
here are the config_debug options i had on for this last strace. please
let me know what other options you would like me to turn on so i can
make the trace more useful.
thanks!
Joseph Cheek
$ grep CONFIG_DEBUG /etc/kernels/kernel-config-x86-2.6.28-gentoo-r1
# CONFIG_DEBUG_DRIVER is not set
# CONFIG_DEBUG_DEVRES is not set
# CONFIG_DEBUG_FS is not set
CONFIG_DEBUG_KERNEL=y
# CONFIG_DEBUG_SHIRQ is not set
# CONFIG_DEBUG_OBJECTS is not set
# CONFIG_DEBUG_SLAB is not set
CONFIG_DEBUG_PREEMPT=y
# CONFIG_DEBUG_RT_MUTEXES is not set
# CONFIG_DEBUG_SPINLOCK is not set
# CONFIG_DEBUG_MUTEXES is not set
# CONFIG_DEBUG_LOCK_ALLOC is not set
# CONFIG_DEBUG_SPINLOCK_SLEEP is not set
# CONFIG_DEBUG_LOCKING_API_SELFTESTS is not set
# CONFIG_DEBUG_KOBJECT is not set
# CONFIG_DEBUG_HIGHMEM is not set
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_DEBUG_INFO=y
# CONFIG_DEBUG_VM is not set
# CONFIG_DEBUG_VIRTUAL is not set
# CONFIG_DEBUG_WRITECOUNT is not set
CONFIG_DEBUG_MEMORY_INIT=y
# CONFIG_DEBUG_LIST is not set
# CONFIG_DEBUG_SG is not set
# CONFIG_DEBUG_BLOCK_EXT_DEVT is not set
# CONFIG_DEBUG_STACKOVERFLOW is not set
# CONFIG_DEBUG_STACK_USAGE is not set
CONFIG_DEBUG_PAGEALLOC=y
# CONFIG_DEBUG_RODATA is not set
# CONFIG_DEBUG_NX_TEST is not set
Joseph Cheek wrote:
> debug was already on in the kernel. i enabled a few more options but
> don' t know which options prints the calling function at EIP. are there
> specific options you would like turned on? Here's the latest call trace.
>
> Jan 21 16:21:11 harrisburg modprobe: page allocation failure. order:1,
> mode:0x20
> Jan 21 16:21:11 harrisburg Pid: 10616, comm: modprobe Not tainted
> 2.6.28-gentoo-r1
> #1
>
> Jan 21 16:21:11 harrisburg Call
> Trace:
> Jan 21 16:21:11 harrisburg [<c013cd39>]
> 0xc013cd39
> Jan 21 16:21:11 harrisburg [<c0153b79>]
> 0xc0153b79
> Jan 21 16:21:11 harrisburg [<c0153dca>]
> 0xc0153dca
> Jan 21 16:21:11 harrisburg [<c02ae791>]
> 0xc02ae791
> Jan 21 16:21:11 harrisburg [<c02af00f>]
> 0xc02af00f
> Jan 21 16:21:11 harrisburg [<d8d44e70>]
> 0xd8d44e70
> Jan 21 16:21:11 harrisburg [<d8d4564c>]
> 0xd8d4564c
> Jan 21 16:21:11 harrisburg [<d8d447d4>]
> 0xd8d447d4
> Jan 21 16:21:11 harrisburg [<d8d49528>]
> 0xd8d49528
> Jan 21 16:21:11 harrisburg [<c020ea75>]
> 0xc020ea75
> Jan 21 16:21:11 harrisburg [<c025b435>]
> 0xc025b435
> Jan 21 16:21:11 harrisburg [<c025b50f>]
> 0xc025b50f
> Jan 21 16:21:11 harrisburg [<c025ae86>]
> 0xc025ae86
> Jan 21 16:21:11 harrisburg [<c025b2e9>]
> 0xc025b2e9
> Jan 21 16:21:11 harrisburg [<c025b4c6>]
> 0xc025b4c6
> Jan 21 16:21:11 harrisburg [<c025a90b>]
> 0xc025a90b
> Jan 21 16:21:11 harrisburg [<d8834000>]
> 0xd8834000
> Jan 21 16:21:11 harrisburg [<c025b675>]
> 0xc025b675
> Jan 21 16:21:11 harrisburg [<d8834000>]
> 0xd8834000
> Jan 21 16:21:11 harrisburg [<c020ec89>]
> 0xc020ec89
> Jan 21 16:21:11 harrisburg [<d8834000>]
> 0xd8834000
> Jan 21 16:21:11 harrisburg [<d8834038>]
> 0xd8834038
> Jan 21 16:21:11 harrisburg [<c010104c>]
> 0xc010104c
> Jan 21 16:21:11 harrisburg [<c013c236>]
> 0xc013c236
> Jan 21 16:21:11 harrisburg [<c013c440>]
> 0xc013c440
> Jan 21 16:21:11 harrisburg [<c0134606>]
> 0xc0134606
> Jan 21 16:21:11 harrisburg [<c020abf0>]
> 0xc020abf0
> Jan 21 16:21:11 harrisburg [<c0134872>]
> 0xc0134872
> Jan 21 16:21:11 harrisburg [<c0102c4d>]
> 0xc0102c4d
> Jan 21 16:21:11 harrisburg
> Mem-Info:
> Jan 21 16:21:11 harrisburg DMA
> per-cpu:
> Jan 21 16:21:11 harrisburg CPU 0: hi: 0, btch: 1 usd:
> 0
> Jan 21 16:21:11 harrisburg Normal
> per-cpu:
> Jan 21 16:21:11 harrisburg CPU 0: hi: 186, btch: 31 usd:
> 51
> Jan 21 16:21:11 harrisburg Active_anon:7443 active_file:7679
> inactive_anon:7428
> Jan 21 16:21:11 harrisburg inactive_file:65044 unevictable:2 dirty:375
> writeback:0
> unstable:0
>
> Jan 21 16:21:11 harrisburg free:784 slab:3701 mapped:1576 pagetables:238
> bounce:0
>
> Jan 21 16:21:11 harrisburg DMA free:1504kB min:100kB low:124kB
> high:148kB active_anon:32kB inactive_anon:296kB active_file:100kB
> inactive_file:10236kB unevictable:0kB present:15808kB pages_scanned:0
> all_unreclaimable? no
> Jan 21 16:21:11 harrisburg lowmem_reserve[]: 0 365 365
> 365
> Jan 21 16:21:11 harrisburg Normal free:1632kB min:2392kB low:2988kB
> high:3588kB active_anon:29740kB inactive_anon:29416kB
> active_file:30616kB inactive_file:249940kB unevictable:8kB
> present:373824kB pages_scanned:0 all_unreclaimable? no
> Jan 21 16:21:11 harrisburg lowmem_reserve[]: 0 0 0
> 0
> Jan 21 16:21:11 harrisburg DMA: 0*4kB 0*8kB 0*16kB 1*32kB 1*64kB 1*128kB
> 1*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB =
> 1504kB
> Jan 21 16:21:11 harrisburg Normal: 296*4kB 0*8kB 0*16kB 0*32kB 1*64kB
> 1*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB =
> 1632kB
> Jan 21 16:21:11 harrisburg 72757 total pagecache
> pages
> Jan 21 16:21:11 harrisburg 0 pages in swap
> cache
> Jan 21 16:21:11 harrisburg Swap cache stats: add 0, delete 0, find
> 0/0
> Jan 21 16:21:11 harrisburg Free swap =
> 530104kB
> Jan 21 16:21:11 harrisburg Total swap =
> 530104kB
> Jan 21 16:21:11 harrisburg 98272 pages
> RAM
> Jan 21 16:21:11 harrisburg 0 pages
> HighMem
> Jan 21 16:21:11 harrisburg 4397 pages
> reserved
> Jan 21 16:21:11 harrisburg 22474 pages
> shared
> Jan 21 16:21:11 harrisburg 84761 pages
> non-shared
> Jan 21 16:21:11 harrisburg BUG: unable to handle kernel NULL pointer
> dereference at
> 000001dc
> Jan 21 16:21:11 harrisburg IP: [<c02b3b3a>]
> 0xc02b3b3a
> Jan 21 16:21:11 harrisburg *pde =
> 00000000
> Jan 21 16:21:11 harrisburg Oops: 0000 [#1] PREEMPT
> DEBUG_PAGEALLOC
> Jan 21 16:21:11 harrisburg last sysfs file:
> /sys/class/net/wlan0/carrier
> Jan 21 16:21:11 harrisburg Modules linked in: ath9k(+) ipv6 mac80211
> snd_via82xx snd_ac97_codec cfg80211 ac97_bus snd_pcm fan via_rhine
> thermal rfkill snd_page_alloc via_agp floppy processor mii
> snd_mpu401_uart led_class agpgart snd_rawmidi button thermal_sys nfs
> lockd sunrpc scsi_wait_scan sbp2 ohci1394 ieee1394 sl811_hcd usbhid
> ohci_hcd uhci_hcd usb_storage ehci_hcd usbcore lpfc scsi_transport_fc
> megaraid_sas megaraid_mbox megaraid_mm megaraid aacraid 3w_9xxx 3w_xxxx
> atp870u dc395x qla1280 dmx3191d sym53c8xx gdth initio BusLogic aic7xxx
> aic79xx scsi_transport_spi sg [last unloaded:
> ath9k]
> Jan 21 16:21:11
> harrisburg
> Jan 21 16:21:11 harrisburg Pid: 10616, comm: modprobe Not tainted
> (2.6.28-gentoo-r1 #1)
> KM266-8235
> Jan 21 16:21:11 harrisburg EIP: 0060:[<c02b3b3a>] EFLAGS: 00010202 CPU:
> 0
> Jan 21 16:21:11 harrisburg EAX: 00000001 EBX: 00000000 ECX: d65007e8
> EDX:
> d8e84048
>
> Jan 21 16:21:11 harrisburg ESI: d65001a0 EDI: fffffff4 EBP: d6500d80
> ESP:
> cc66fd2c
>
> Jan 21 16:21:11 harrisburg DS: 007b ES: 007b FS: 0000 GS: 0033 SS:
> 0068
> Jan 21 16:21:11 harrisburg Process modprobe (pid: 10616, ti=cc66e000
> task=d57f2ee0
> task.ti=cc66e000)
>
> Jan 21 16:21:11 harrisburg
> Stack:
> Jan 21 16:21:11 harrisburg 00000000 c02b3ceb d65001a0 d8c04145 d6500d80
> d8d441d3 00000000
> d5310000
> Jan 21 16:21:11 harrisburg fffffff4 d8d44ab3 d65001a0 0000000b d6501420
> d6500060 d65001a0
> d6500040
> Jan 21 16:21:11 harrisburg 00000000 0000000b 00000008 d65001a0 d6500d80
> d7170800 00000000
> d65001a0
> Jan 21 16:21:11 harrisburg Call
> Trace:
> Jan 21 16:21:11 harrisburg [<c02b3ceb>]
> 0xc02b3ceb
> Jan 21 16:21:11 harrisburg [<d8c04145>]
> 0xd8c04145
> Jan 21 16:21:11 harrisburg [<d8d441d3>]
> 0xd8d441d3
> Jan 21 16:21:11 harrisburg [<d8d44ab3>]
> 0xd8d44ab3
> Jan 21 16:21:11 harrisburg [<d8d49528>]
> 0xd8d49528
> Jan 21 16:21:11 harrisburg [<c020ea75>]
> 0xc020ea75
> Jan 21 16:21:11 harrisburg [<c025b435>]
> 0xc025b435
> Jan 21 16:21:11 harrisburg [<c025b50f>]
> 0xc025b50f
> Jan 21 16:21:11 harrisburg [<c025ae86>]
> 0xc025ae86
> Jan 21 16:21:11 harrisburg [<c025b2e9>]
> 0xc025b2e9
> Jan 21 16:21:11 harrisburg [<c025b4c6>]
> 0xc025b4c6
> Jan 21 16:21:11 harrisburg [<c025a90b>]
> 0xc025a90b
> Jan 21 16:21:11 harrisburg [<d8834000>]
> 0xd8834000
> Jan 21 16:21:11 harrisburg [<c025b675>]
> 0xc025b675
> Jan 21 16:21:11 harrisburg [<d8834000>]
> 0xd8834000
> Jan 21 16:21:11 harrisburg [<c020ec89>]
> 0xc020ec89
> Jan 21 16:21:11 harrisburg [<d8834000>]
> 0xd8834000
> Jan 21 16:21:11 harrisburg [<d8834038>]
> 0xd8834038
> Jan 21 16:21:11 harrisburg [<c010104c>]
> 0xc010104c
> Jan 21 16:21:11 harrisburg [<c013c236>]
> 0xc013c236
> Jan 21 16:21:11 harrisburg [<c013c440>]
> 0xc013c440
> Jan 21 16:21:11 harrisburg [<c0134606>]
> 0xc0134606
> Jan 21 16:21:11 harrisburg [<c020abf0>]
> 0xc020abf0
> Jan 21 16:21:11 harrisburg [<c0134872>]
> 0xc0134872
> Jan 21 16:21:11 harrisburg [<c0102c4d>] 0xc0102c4d
> Jan 21 16:21:11 harrisburg Code: 74 04 0f 0b eb fe e8 86 61 00 00 85 c0
> 75 1c 68 2f 0f 00 00 68 2a 7d 36 c0 68 ef 7f 36 c0 e8 a9 30 05 00 e8 76
> 2f 05 00 83 c4 0c <8b> 83 dc 01 00 00 85 c0 75 1f 53 53 68 95 82 36 c0
> e8 8b 30 05
> Jan 21 16:21:11 harrisburg EIP: [<c02b3b3a>] SS:ESP 0068:cc66fd2c
> Jan 21 16:21:11 harrisburg ---[ end trace d33038261cc054eb ]---
>
>
> Joseph Cheek wrote:
>
>> I got another repro. I'll rebuild the kernel with debugging support and
>> send you the syslog when it happens next time.
>>
>>
>> Luis R. Rodriguez wrote:
>>
>>
>>> On Tue, Jan 20, 2009 at 10:14 PM, Joseph Cheek <joseph@cheek.com> wrote:
>>>
>>>
>>>
>>>> Not sure how reproduceable this is as it's the only one i have seen
>>>> yet. but i just got it with 2.6.28.1 and compat-wireless-2009-01-19.
>>>> the kernel didn't oops
>>>>
>>>> but ifconfig did hang. I could login on another
>>>> VC and get a responsive system, but trying to ifconfig the interface
>>>> down did not work. i ended up hard-resetting.
>>>>
>>>>
>>>>
>>> Can you reproduce?
>>>
>>>
>>>
>>>
>>>> Jan 21 00:52:48 harrisburg EIP: [<c02b39be>] SS:ESP 0068:ce081d2c
>>>>
>>>>
>>>>
>>> Enable kernel debugging and then the above will have the routine where
>>> this came from.
>>>
>>> Luis
>>>
>>>
>>>
>>>
>> _______________________________________________
>> ath9k-devel mailing list
>> ath9k-devel at lists.ath9k.org
>> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>>
>>
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel at lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>
^ permalink raw reply [flat|nested] 16+ messages in thread
* [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc
2009-01-22 19:19 ` Joseph Cheek
@ 2009-01-22 19:44 ` Luis R. Rodriguez
2009-01-25 0:32 ` Joseph Cheek
0 siblings, 1 reply; 16+ messages in thread
From: Luis R. Rodriguez @ 2009-01-22 19:44 UTC (permalink / raw)
To: ath9k-devel
On Thu, Jan 22, 2009 at 11:19:00AM -0800, Joseph Cheek wrote:
> I just got a repro of this on 2.6.27.12 with compat-wireless
> 2009-01-19. i'm going back to 2.6.27.11 with compat-wireless 2008-12-31
> to see if it is more stable (I never got the bug on that one).
>
> here are the config_debug options i had on for this last strace. please
> let me know what other options you would like me to turn on so i can
> make the trace more useful.
>
> thanks!
>
> Joseph Cheek
>
> CONFIG_DEBUG_KERNEL=y
> CONFIG_DEBUG_PREEMPT=y
> CONFIG_DEBUG_BUGVERBOSE=y
> CONFIG_DEBUG_INFO=y
> CONFIG_DEBUG_MEMORY_INIT=y
> CONFIG_DEBUG_PAGEALLOC=y
These are good, CONFIG_DEBUG_INFO=y is what I was looking for too.
Not sure why you don't get what I expect. Try using ksymoops then,
or you can also just recompile using wireless-testing kernel directly:
http://wireless.kernel.org/en/developers/Documentation/git-guide
This has the latest RC kernel + all the wireless stuff we have queued up
for 2.6.30 (what compat-wireless picks up).
Luis
^ permalink raw reply [flat|nested] 16+ messages in thread
* [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc
2009-01-22 19:44 ` Luis R. Rodriguez
@ 2009-01-25 0:32 ` Joseph Cheek
2009-01-25 2:23 ` Luis R. Rodriguez
` (2 more replies)
0 siblings, 3 replies; 16+ messages in thread
From: Joseph Cheek @ 2009-01-25 0:32 UTC (permalink / raw)
To: ath9k-devel
ok. I just got a repro on 2.6.27.11 with compat-wireless-2008-12-31.
it appears to occur when i bring down the interface, rmmod ath9k, and
then modprobe ath9k while I am trying to rsync from or to the box. I
bounce the interface like this often when I lose transmission for
several seconds at a time. most of the time it recovers ok, but
sometimes it doesn't.
i'll try git tip on monday.
Thanks!
Joseph
Luis R. Rodriguez wrote:
> On Thu, Jan 22, 2009 at 11:19:00AM -0800, Joseph Cheek wrote:
>
>> I just got a repro of this on 2.6.27.12 with compat-wireless
>> 2009-01-19. i'm going back to 2.6.27.11 with compat-wireless 2008-12-31
>> to see if it is more stable (I never got the bug on that one).
>>
>> here are the config_debug options i had on for this last strace. please
>> let me know what other options you would like me to turn on so i can
>> make the trace more useful.
>>
>> thanks!
>>
>> Joseph Cheek
>>
>> CONFIG_DEBUG_KERNEL=y
>> CONFIG_DEBUG_PREEMPT=y
>> CONFIG_DEBUG_BUGVERBOSE=y
>> CONFIG_DEBUG_INFO=y
>> CONFIG_DEBUG_MEMORY_INIT=y
>> CONFIG_DEBUG_PAGEALLOC=y
>>
>
> These are good, CONFIG_DEBUG_INFO=y is what I was looking for too.
> Not sure why you don't get what I expect. Try using ksymoops then,
> or you can also just recompile using wireless-testing kernel directly:
>
> http://wireless.kernel.org/en/developers/Documentation/git-guide
>
> This has the latest RC kernel + all the wireless stuff we have queued up
> for 2.6.30 (what compat-wireless picks up).
>
> Luis
>
>
^ permalink raw reply [flat|nested] 16+ messages in thread
* [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc
2009-01-25 0:32 ` Joseph Cheek
@ 2009-01-25 2:23 ` Luis R. Rodriguez
2009-01-25 2:27 ` Stephen Gutknecht
2009-02-02 22:21 ` Joseph Cheek
2 siblings, 0 replies; 16+ messages in thread
From: Luis R. Rodriguez @ 2009-01-25 2:23 UTC (permalink / raw)
To: ath9k-devel
On Sat, Jan 24, 2009 at 4:32 PM, Joseph Cheek <joseph@cheek.com> wrote:
> ok. I just got a repro on 2.6.27.11 with compat-wireless-2008-12-31.
> it appears to occur when i bring down the interface, rmmod ath9k, and
> then modprobe ath9k while I am trying to rsync from or to the box. I
> bounce the interface like this often when I lose transmission for
> several seconds at a time. most of the time it recovers ok, but
> sometimes it doesn't.
>
> i'll try git tip on monday.
Yes please try to upgrade, compat-wireless-2008-12-31 is ancient now :)
Luis
^ permalink raw reply [flat|nested] 16+ messages in thread
* [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc
2009-01-25 0:32 ` Joseph Cheek
2009-01-25 2:23 ` Luis R. Rodriguez
@ 2009-01-25 2:27 ` Stephen Gutknecht
2009-02-02 22:21 ` Joseph Cheek
2 siblings, 0 replies; 16+ messages in thread
From: Stephen Gutknecht @ 2009-01-25 2:27 UTC (permalink / raw)
To: ath9k-devel
On Sat, Jan 24, 2009 at 4:32 PM, Joseph Cheek <joseph@cheek.com> wrote:
> ok. I just got a repro on 2.6.27.11 with compat-wireless-2008-12-31.
> it appears to occur when i bring down the interface, rmmod ath9k, and
> then modprobe ath9k while I am trying to rsync from or to the box. I
> bounce the interface like this often when I lose transmission for
> several seconds at a time. most of the time it recovers ok, but
> sometimes it doesn't.
Perhaps this is unrelated, but posting it.... modprobe on ahb bus
routers has a chance of crashing and rebooting with no message to
console. I'd estimate it is about 1/30 chance of happening. If I do
the sequence you describe... down, rmmod, modprobe ath9k it sometimes
reboots the router on the modprobe. This is on compat-wireless
2009-01-23 with 2.6.28 kernel, OpenWRT, Trendnet TEW-652BRP router. I
had seen this on earlier releases... but wanted to confirm it is on
recent I tested today.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc
2009-01-25 0:32 ` Joseph Cheek
2009-01-25 2:23 ` Luis R. Rodriguez
2009-01-25 2:27 ` Stephen Gutknecht
@ 2009-02-02 22:21 ` Joseph Cheek
2009-02-02 23:50 ` Luis R. Rodriguez
2 siblings, 1 reply; 16+ messages in thread
From: Joseph Cheek @ 2009-02-02 22:21 UTC (permalink / raw)
To: ath9k-devel
I've been trying git tip for a week and no more kernel OOPS! great job,
thanks!
I also did NOT have to change IEEE_MONITORING_INTERVAL to stay
connected. *But* I still lose connectivity for several seconds during a
large file transfer (most often transferring 50M or more via scp or
rsync -e ssh).
Joseph Cheek
Joseph Cheek wrote:
> ok. I just got a repro on 2.6.27.11 with compat-wireless-2008-12-31.
> it appears to occur when i bring down the interface, rmmod ath9k, and
> then modprobe ath9k while I am trying to rsync from or to the box. I
> bounce the interface like this often when I lose transmission for
> several seconds at a time. most of the time it recovers ok, but
> sometimes it doesn't.
>
> i'll try git tip on monday.
>
> Thanks!
>
> Joseph
>
> Luis R. Rodriguez wrote:
>
>> On Thu, Jan 22, 2009 at 11:19:00AM -0800, Joseph Cheek wrote:
>>
>>
>>> I just got a repro of this on 2.6.27.12 with compat-wireless
>>> 2009-01-19. i'm going back to 2.6.27.11 with compat-wireless 2008-12-31
>>> to see if it is more stable (I never got the bug on that one).
>>>
>>> here are the config_debug options i had on for this last strace. please
>>> let me know what other options you would like me to turn on so i can
>>> make the trace more useful.
>>>
>>> thanks!
>>>
>>> Joseph Cheek
>>>
>>> CONFIG_DEBUG_KERNEL=y
>>> CONFIG_DEBUG_PREEMPT=y
>>> CONFIG_DEBUG_BUGVERBOSE=y
>>> CONFIG_DEBUG_INFO=y
>>> CONFIG_DEBUG_MEMORY_INIT=y
>>> CONFIG_DEBUG_PAGEALLOC=y
>>>
>>>
>> These are good, CONFIG_DEBUG_INFO=y is what I was looking for too.
>> Not sure why you don't get what I expect. Try using ksymoops then,
>> or you can also just recompile using wireless-testing kernel directly:
>>
>> http://wireless.kernel.org/en/developers/Documentation/git-guide
>>
>> This has the latest RC kernel + all the wireless stuff we have queued up
>> for 2.6.30 (what compat-wireless picks up).
>>
>> Luis
>>
>>
>>
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel at lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>
^ permalink raw reply [flat|nested] 16+ messages in thread
* [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc
2009-02-02 22:21 ` Joseph Cheek
@ 2009-02-02 23:50 ` Luis R. Rodriguez
2009-02-03 4:01 ` Joseph Cheek
0 siblings, 1 reply; 16+ messages in thread
From: Luis R. Rodriguez @ 2009-02-02 23:50 UTC (permalink / raw)
To: ath9k-devel
On Mon, Feb 2, 2009 at 2:21 PM, Joseph Cheek <joseph@cheek.com> wrote:
> I've been trying git tip for a week and no more kernel OOPS! great job,
> thanks!
Good to hear :)
> I also did NOT have to change IEEE_MONITORING_INTERVAL to stay
> connected. *But* I still lose connectivity for several seconds during a
> large file transfer (most often transferring 50M or more via scp or
> rsync -e ssh).
Check the logs for reason given for the disassociation, see another
thread recently where I posted the reason number to reason
description.
Luis
^ permalink raw reply [flat|nested] 16+ messages in thread
* [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc
2009-02-02 23:50 ` Luis R. Rodriguez
@ 2009-02-03 4:01 ` Joseph Cheek
2009-02-03 5:04 ` Luis R. Rodriguez
0 siblings, 1 reply; 16+ messages in thread
From: Joseph Cheek @ 2009-02-03 4:01 UTC (permalink / raw)
To: ath9k-devel
looks like i was a little hasty. checking syslog I see:
Feb 2 22:49:31 harrisburg ath9k: received PCI FATAL interrupt
Feb 2 22:49:36 harrisburg wlan0: No ProbeResp from current AP
00:21:91:df:00:29
- assume out of range
can I assume that the lack of a ProbeResp is because of the fatal
interrupt 5 seconds earlier?
Joseph Cheek
Luis R. Rodriguez wrote:
> On Mon, Feb 2, 2009 at 2:21 PM, Joseph Cheek <joseph@cheek.com> wrote:
>
>> I've been trying git tip for a week and no more kernel OOPS! great job,
>> thanks!
>>
>
> Good to hear :)
>
>
>> I also did NOT have to change IEEE_MONITORING_INTERVAL to stay
>> connected. *But* I still lose connectivity for several seconds during a
>> large file transfer (most often transferring 50M or more via scp or
>> rsync -e ssh).
>>
>
> Check the logs for reason given for the disassociation, see another
> thread recently where I posted the reason number to reason
> description.
>
> Luis
>
>
^ permalink raw reply [flat|nested] 16+ messages in thread
* [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc
2009-02-03 4:01 ` Joseph Cheek
@ 2009-02-03 5:04 ` Luis R. Rodriguez
2009-02-08 3:14 ` Joseph Cheek
0 siblings, 1 reply; 16+ messages in thread
From: Luis R. Rodriguez @ 2009-02-03 5:04 UTC (permalink / raw)
To: ath9k-devel
On Mon, Feb 02, 2009 at 08:01:11PM -0800, Joseph Cheek wrote:
> looks like i was a little hasty. checking syslog I see:
>
> Feb 2 22:49:31 harrisburg ath9k: received PCI FATAL interrupt
> Feb 2 22:49:36 harrisburg wlan0: No ProbeResp from current AP
> 00:21:91:df:00:29
> - assume out of range
>
> can I assume that the lack of a ProbeResp is because of the fatal
> interrupt 5 seconds earlier?
Yeah that's what I would think, can you reproduce? If so
please enable debugging and see if you can find something
a bit more indicative of what happened.
modprobe ath9k debug=0xfffffffff
Luis
^ permalink raw reply [flat|nested] 16+ messages in thread
* [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc
2009-02-03 5:04 ` Luis R. Rodriguez
@ 2009-02-08 3:14 ` Joseph Cheek
0 siblings, 0 replies; 16+ messages in thread
From: Joseph Cheek @ 2009-02-08 3:14 UTC (permalink / raw)
To: ath9k-devel
i did get another OOPS but i haven't gotten a verbose debug log of that
yet.
not all PCI FATAL interrupts generated No ProbeResponses, but every No
ProbeResp happened 4-6 seconds after a PCI FATAL interrupt:
# egrep '(No.Probe|PCI.FATAL)' /var/log/messages
Feb 7 15:12:50 harrisburg ath9k: received PCI FATAL interrupt
Feb 7 15:13:49 harrisburg ath9k: received PCI FATAL interrupt
Feb 7 15:14:28 harrisburg ath9k: received PCI FATAL interrupt
Feb 7 15:15:33 harrisburg ath9k: received PCI FATAL interrupt
Feb 7 16:15:36 harrisburg ath9k: received PCI FATAL interrupt
Feb 7 16:31:38 harrisburg ath9k: received PCI FATAL interrupt
Feb 7 16:31:43 harrisburg wlan0: No ProbeResp from current AP
00:21:91:df:00:29 - assume out of range
Feb 7 16:45:23 harrisburg ath9k: received PCI FATAL interrupt
Feb 7 17:11:43 harrisburg ath9k: received PCI FATAL interrupt
Feb 7 18:06:42 harrisburg ath9k: received PCI FATAL interrupt
Feb 7 18:06:46 harrisburg wlan0: No ProbeResp from current AP
00:21:91:df:00:29 - assume out of range
Feb 7 19:02:24 harrisburg ath9k: received PCI FATAL interrupt
Feb 7 19:02:30 harrisburg wlan0: No ProbeResp from current AP
00:21:91:df:00:29 - assume out of range
Feb 7 21:06:43 harrisburg ath9k: received PCI FATAL interrupt
Feb 7 21:06:48 harrisburg wlan0: No ProbeResp from current AP
00:21:91:df:00:29 - assume out of range
Feb 7 21:06:59 harrisburg ath9k: received PCI FATAL interrupt
here's a little of what i have surrounding the pci fatal interrupt at
16:31:38 today and the no proberesp five seconds later:
Feb 7 16:31:38 harrisburg ath9k: new IMR 0x918404b4
Feb 7 16:31:38 harrisburg ath9k: enable IER
Feb 7 16:31:38 harrisburg ath9k: AR_IMR 0x918404b4 IER 0x1
Feb 7 16:31:38 harrisburg ath9k: 0xf0040071 => 0x0
Feb 7 16:31:38 harrisburg ath9k: disable IER
Feb 7 16:31:38 harrisburg ath9k: new IMR 0x0
Feb 7 16:31:38 harrisburg ath9k: tx queue 1 (2d521200), link ed521200
Feb 7 16:31:38 harrisburg ath9k: 0x0 => 0xf0040071
Feb 7 16:31:38 harrisburg ath9k: new IMR 0x918404b4
Feb 7 16:31:38 harrisburg ath9k: enable IER
Feb 7 16:31:38 harrisburg ath9k: AR_IMR 0x918404b4 IER 0x1
Feb 7 16:31:38 harrisburg ath9k: 0xf0040071 => 0x0
Feb 7 16:31:38 harrisburg ath9k: disable IER
Feb 7 16:31:38 harrisburg ath9k: new IMR 0x0
Feb 7 16:31:38 harrisburg ath9k: tx queue 1 (2d521200), link ed521200
Feb 7 16:31:38 harrisburg ath9k: TX complete: skb: d8585964
Feb 7 16:31:38 harrisburg ath9k: 0x0 => 0xf0040071
Feb 7 16:31:38 harrisburg ath9k: new IMR 0x918404b4
Feb 7 16:31:38 harrisburg ath9k: enable IER
Feb 7 16:31:38 harrisburg ath9k: 0xf0040071 => 0x0
Feb 7 16:31:38 harrisburg ath9k: disable IER
Feb 7 16:31:38 harrisburg ath9k: new IMR 0x0
Feb 7 16:31:38 harrisburg ath9k: AR_IMR 0x0 IER 0x1
Feb 7 16:31:38 harrisburg ath9k: 0x0 => 0xf0040071
Feb 7 16:31:38 harrisburg ath9k: new IMR 0x918404b4
Feb 7 16:31:38 harrisburg ath9k: enable IER
Feb 7 16:31:38 harrisburg ath9k: AR_IMR 0x918404b4 IER 0x1
Feb 7 16:31:38 harrisburg ath9k: 0xf0040071 => 0x0
Feb 7 16:31:38 harrisburg ath9k: disable IER
Feb 7 16:31:38 harrisburg ath9k: new IMR 0x0
Feb 7 16:31:38 harrisburg ath9k: 0x0 => 0xf0040071
Feb 7 16:31:38 harrisburg ath9k: new IMR 0x918404b4
Feb 7 16:31:38 harrisburg ath9k: enable IER
Feb 7 16:31:38 harrisburg ath9k: AR_IMR 0x918404b4 IER 0x1
Feb 7 16:31:38 harrisburg ath9k: received PCI FATAL interrupt
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:38 harrisburg ath9k: 0xf0040071 => 0x0
Feb 7 16:31:38 harrisburg ath9k: disable IER
Feb 7 16:31:38 harrisburg ath9k: new IMR 0x0
Feb 7 16:31:38 harrisburg ath9k: 0x0 => 0xf0040071
Feb 7 16:31:38 harrisburg ath9k: new IMR 0x918404b4
Feb 7 16:31:38 harrisburg ath9k: enable IER
Feb 7 16:31:38 harrisburg ath9k: AR_IMR 0x918404b4 IER 0x1
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:38 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
and then 5 seconds later
Feb 7 16:31:43 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k: receive FIFO overrun interrupt
Feb 7 16:31:43 harrisburg ath9k: 0xf0040071 => 0x0
Feb 7 16:31:43 harrisburg ath9k: disable IER
Feb 7 16:31:43 harrisburg ath9k: new IMR 0x0
Feb 7 16:31:43 harrisburg ath9k: 0x0 => 0xf0040071
Feb 7 16:31:43 harrisburg ath9k: new IMR 0x918404b4
Feb 7 16:31:43 harrisburg ath9k: enable IER
Feb 7 16:31:43 harrisburg ath9k: AR_IMR 0x918404b4 IER 0x1
Feb 7 16:31:43 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k: AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k: Writing ofdmbase=12582412
cckbase=12582712
Feb 7 16:31:43 harrisburg ath9k:
AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k:
AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k:
AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k:
AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k:
AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k:
AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k:
AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k:
AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg ath9k:
AR_INTR_SYNC_LOCAL_TIMEOUT
Feb 7 16:31:43 harrisburg wlan0: No ProbeResp from current AP
00:21:91:df:00:29 - assume out of
range
Feb 7 16:31:43 harrisburg ath9k: transmitting packet, skb:
d84939a0
Feb 7 16:31:43 harrisburg ath9k: qnum: 3, txq depth:
2
Feb 7 16:31:43 harrisburg ath9k: link[3] (ed521b90)=2d521560
(ed521560)
Feb 7 16:31:43 harrisburg ath9k: queue
3
Feb 7 16:31:43 harrisburg ath9k: transmitting packet, skb:
ed64c5c0
Feb 7 16:31:43 harrisburg ath9k: qnum: 3, txq depth:
3
Feb 7 16:31:43 harrisburg ath9k: link[3] (ed521560)=2d521680
(ed521680)
Feb 7 16:31:43 harrisburg ath9k: queue
3
Feb 7 16:31:43 harrisburg ath9k: transmitting packet, skb:
d8493e20
Feb 7 16:31:43 harrisburg ath9k: qnum: 3, txq depth:
4
Feb 7 16:31:43 harrisburg ath9k: link[3] (ed521680)=2d5217a0
(ed5217a0)
Feb 7 16:31:43 harrisburg ath9k: queue
3
Feb 7 16:31:43 harrisburg ath9k: Set channel: 2427
MHz
Feb 7 16:31:43 harrisburg ath9k: tx chmask: 1, rx chmask:
1
Feb 7 16:31:43 harrisburg ath9k: 0xf0040071 =>
0x0
Feb 7 16:31:43 harrisburg ath9k: disable
IER
Feb 7 16:31:43 harrisburg ath9k: new IMR
0x0
Feb 7 16:31:43 harrisburg ath9k: ath9k_hw_stoptxdma: Num of pending TX
Frames 1 on Q
1
Feb 7 16:31:43 harrisburg ath9k: Failed to stop Tx DMA in 100 msec
after killing last
frame
Feb 7 16:31:43 harrisburg ath9k: ath9k_hw_stoptxdma: Num of pending TX
Frames 1 on Q
3
Feb 7 16:31:43 harrisburg ath9k: Failed to stop Tx DMA in 100 msec
after killing last
frame
Feb 7 16:31:43 harrisburg ath9k: Unable to stop TxDMA. Reset
HAL!
Feb 7 16:31:43 harrisburg ath9k: AWAKE -> AWAKE (set chip
)
Feb 7 16:31:43 harrisburg ath9k: NF calibrated [ctl] [chain 0] is
-84
Feb 7 16:31:43 harrisburg ath9k: NF calibrated [ctl] [chain 1] is
-81
Feb 7 16:31:43 harrisburg ath9k: NF calibrated [ctl] [chain 2] is
0
Feb 7 16:31:43 harrisburg ath9k: NF calibrated [ext] [chain 0] is
-83
Feb 7 16:31:43 harrisburg ath9k: NF calibrated [ext] [chain 1] is
-82
Feb 7 16:31:43 harrisburg ath9k: NF calibrated [ext] [chain 2] is
0
Feb 7 16:31:43 harrisburg ath9k: AWAKE -> AWAKE (set chip
)
Feb 7 16:31:43 harrisburg ath9k: LOOP-Mode ctlMode 0 < 3, isHt40CtlMode
0, EXT_ADDITIVE
0
Feb 7 16:31:43 harrisburg ath9k: LOOP-Ctlidx 0: cfgCtl 0x12 pCtlMode
0x01 ctlIndex 0x11 chan
2427
Feb 7 16:31:43 harrisburg ath9k: MATCH-EE_IDX 0: ch 2427 is2 1
2xMinEdge 41 chainmask 1 chains
1
Feb 7 16:31:43 harrisburg ath9k: SEL-Min ctlMode 0 pCtlMode 1
2xMaxEdge 41 sP 40 minCtlPwr
40
Feb 7 16:31:43 harrisburg ath9k: LOOP-Mode ctlMode 1 < 3, isHt40CtlMode
0, EXT_ADDITIVE
0
Feb 7 16:31:43 harrisburg ath9k: LOOP-Ctlidx 0: cfgCtl 0x12 pCtlMode
0x02 ctlIndex 0x11 chan
2427
Feb 7 16:31:43 harrisburg ath9k: LOOP-Ctlidx 1: cfgCtl 0x12 pCtlMode
0x02 ctlIndex 0x12 chan
2427
Feb 7 16:31:43 harrisburg ath9k: MATCH-EE_IDX 1: ch 2427 is2 1
2xMinEdge 41 chainmask 1 chains
1
Feb 7 16:31:43 harrisburg ath9k: SEL-Min ctlMode 1 pCtlMode 2
2xMaxEdge 41 sP 40 minCtlPwr
40
Feb 7 16:31:43 harrisburg ath9k: LOOP-Mode ctlMode 2 < 3, isHt40CtlMode
0, EXT_ADDITIVE
0
Feb 7 16:31:43 harrisburg ath9k: LOOP-Ctlidx 0: cfgCtl 0x12 pCtlMode
0x05 ctlIndex 0x11 chan
2427
Feb 7 16:31:43 harrisburg ath9k: LOOP-Ctlidx 1: cfgCtl 0x12 pCtlMode
0x05 ctlIndex 0x12 chan
2427
Feb 7 16:31:43 harrisburg ath9k: LOOP-Ctlidx 2: cfgCtl 0x12 pCtlMode
0x05 ctlIndex 0x15 chan
2427
Feb 7 16:31:43 harrisburg ath9k: MATCH-EE_IDX 2: ch 2427 is2 1
2xMinEdge 41 chainmask 1 chains
1
Feb 7 16:31:43 harrisburg ath9k: SEL-Min ctlMode 2 pCtlMode 5
2xMaxEdge 41 sP 40 minCtlPwr
40
Feb 7 16:31:43 harrisburg ath9k: PDADC (0, 0): a280
1412100f
Feb 7 16:31:43 harrisburg ath9k: PDADC: Chain 0 | PDADC 0 Value 15 |
PDADC 1 Value 16 | PDADC 2 Value 18 | PDADC 3 Value 20
|
Feb 7 16:31:43 harrisburg ath9k: PDADC (0, 0): a284
1b191816
Feb 7 16:31:43 harrisburg ath9k: PDADC: Chain 0 | PDADC 4 Value 22 |
PDADC 5 Value 24 | PDADC 6 Value 25 | PDADC 7 Value 27
|
Feb 7 16:31:43 harrisburg ath9k: PDADC (0, 0): a288
2623201d
Feb 7 16:31:43 harrisburg ath9k: PDADC: Chain 0 | PDADC 8 Value 29 |
PDADC 9 Value 32 | PDADC 10 Value 35 | PDADC 11 Value 38
|
Feb 7 16:31:43 harrisburg ath9k: PDADC (0, 0): a28c
33302d2a
Feb 7 16:31:43 harrisburg ath9k: PDADC: Chain 0 | PDADC 12 Value 42 |
PDADC 13 Value 45 | PDADC 14 Value 48 | PDADC 15 Value 51
|
Feb 7 16:31:43 harrisburg ath9k: PDADC (0, 0): a290
46413b36
Feb 7 16:31:43 harrisburg ath9k: PDADC: Chain 0 | PDADC 16 Value 54 |
PDADC 17 Value 59 | PDADC 18 Value 65 | PDADC 19 Value 70
|
Feb 7 16:31:43 harrisburg ath9k: PDADC (0, 0): a294
5b56514c
Feb 7 16:31:43 harrisburg ath9k: PDADC: Chain 0 | PDADC 20 Value 76 |
PDADC 21 Value 81 | PDADC 22 Value 86 | PDADC 23 Value 91
|
Feb 7 16:31:43 harrisburg ath9k: PDADC (0, 0): a298
79726961
Feb 7 16:31:43 harrisburg ath9k: PDADC: Chain 0 | PDADC 24 Value 97 |
PDADC 25 Value 105 | PDADC 26 Value 114 | PDADC 27 Value 121
|
Feb 7 16:31:43 harrisburg ath9k: PDADC (0, 0): a29c
9c938a82
Feb 7 16:31:43 harrisburg ath9k: PDADC: Chain 0 | PDADC 28 Value 130 |
PDADC 29 Value 138 | PDADC 30 Value 147 | PDADC 31 Value 156
|
Feb 7 16:31:43 harrisburg ath9k: PDADC (0, 0): a2a0
17b7aea5
Feb 7 16:31:43 harrisburg ath9k: PDADC: Chain 0 | PDADC 32 Value 165 |
PDADC 33 Value 174 | PDADC 34 Value 183 | PDADC 35 Value 23
|
Feb 7 16:31:43 harrisburg ath9k: PDADC (0, 0): a2a4
1f1d1b19
Feb 7 16:31:43 harrisburg ath9k: PDADC: Chain 0 | PDADC 36 Value 25 |
PDADC 37 Value 27 | PDADC 38 Value 29 | PDADC 39 Value 31 |
let me know what else you need.
thanks!
Joseph Cheek
Luis R. Rodriguez wrote:
> On Mon, Feb 02, 2009 at 08:01:11PM -0800, Joseph Cheek wrote:
>
>> looks like i was a little hasty. checking syslog I see:
>>
>> Feb 2 22:49:31 harrisburg ath9k: received PCI FATAL interrupt
>> Feb 2 22:49:36 harrisburg wlan0: No ProbeResp from current AP
>> 00:21:91:df:00:29
>> - assume out of range
>>
>> can I assume that the lack of a ProbeResp is because of the fatal
>> interrupt 5 seconds earlier?
>>
>
> Yeah that's what I would think, can you reproduce? If so
> please enable debugging and see if you can find something
> a bit more indicative of what happened.
>
> modprobe ath9k debug=0xfffffffff
>
> Luis
>
>
^ permalink raw reply [flat|nested] 16+ messages in thread
* [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc
@ 2009-04-06 7:36 Masashi Honma
0 siblings, 0 replies; 16+ messages in thread
From: Masashi Honma @ 2009-04-06 7:36 UTC (permalink / raw)
To: ath9k-devel
> On Sun Feb 8 04:14:02 CET 2009, Joseph Cheek wrote:
> # egrep '(No.Probe|PCI.FATAL)' /var/log/messages
> Feb 7 15:12:50 harrisburg ath9k: received PCI FATAL interrupt
Hello.
I encountered identical error on Debian sid.
[ 467.614789] ath9k: received PCI FATAL interrupt
[ 714.384969] ath9k: received PCI FATAL interrupt
[ 729.166142] ath9k: received PCI FATAL interrupt
[ 774.222352] ath9k: received PCI FATAL interrupt
[ 819.272511] ath9k: received PCI FATAL interrupt
I can't ping with wpa_supplicant + ath9k driver.
WPA2-PSK connection is ok (GTK exchange succeeded).
But wpa_supplicant doesn't sends ping request.
I'm capturing wpa_supplicant wireless frame, but it doesn't
send any frame.
After that, I changed the card to ath5k device.
Then I can ping with same settings.
But I need to use ath9k, because I wnat 802.11w support.
My environment is these.
[uname -a]
Linux debian 2.6.29 #1 SMP Mon Apr 6 10:56:46 JST 2009 i686 GNU/Linux
[wireless card]
WL300NC (AR5416+AR5133)
[compat-wireless]
compat-wireless-2009-04-05
[CRDA]
crda-1.0.1
[CRDA-rule]
/etc/udev/rules.d/91-regulatory.rules
KERNEL=="regulatory*", ACTION=="change", SUBSYSTEM=="platform", RUN+="/sbin/crda"
[CRDA log]
debian:~# dmesg | grep CRDA
[ 6.669048] cfg80211: Calling CRDA for country: US
[ 7.377956] cfg80211: Calling CRDA for country: JP
debian:~#
[wireless-regdb]
wireless-regdb-2009.03.09
[wpa_supplicant]
newest on git snapshot
http://hostap.epitest.fi/gitweb/gitweb.cgi?p=hostap.git;a=snapshot;h=a0b2f99bd7f608236e8a2e650655a79280248740;sf=tgz
[.config]
CONFIG_DRIVER_NL80211=y
CONFIG_DRIVER_WIRED=y
CONFIG_IEEE8021X_EAPOL=y
CONFIG_EAP_MD5=y
CONFIG_EAP_MSCHAPV2=y
CONFIG_EAP_TLS=y
CONFIG_EAP_PEAP=y
CONFIG_EAP_TTLS=y
CONFIG_EAP_GTC=y
CONFIG_EAP_OTP=y
CONFIG_EAP_LEAP=y
CONFIG_EAP_TNC=y
CONFIG_WPS=y
CONFIG_PKCS12=y
CONFIG_SMARTCARD=y
CONFIG_CTRL_IFACE=y
CONFIG_BACKEND=file
CONFIG_PEERKEY=y
CONFIG_IEEE80211W=y
CONFIG_TLS=internal
CONFIG_INTERNAL_LIBTOMMATH=y
CONFIG_IEEE80211R=y
[wpa_supplicant.conf]
ctrl_interface=/var/run/wpa_supplicant
country=JP
network={
ssid="wpa-eap"
key_mgmt=WPA-PSK
proto=WPA2
pairwise=CCMP
group=CCMP
psk="12345678"
}
Is there any idea ?
Regards,
Masashi Honma.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc
@ 2009-04-06 7:43 Masashi Honma
0 siblings, 0 replies; 16+ messages in thread
From: Masashi Honma @ 2009-04-06 7:43 UTC (permalink / raw)
To: ath9k-devel
> On Sun Feb 8 04:14:02 CET 2009, Joseph Cheek wrote:
> > # egrep '(No.Probe|PCI.FATAL)' /var/log/messages
> > Feb 7 15:12:50 harrisburg ath9k: received PCI FATAL interrupt
Hello.
I encountered identical error on Debian sid.
[ 467.614789] ath9k: received PCI FATAL interrupt
[ 714.384969] ath9k: received PCI FATAL interrupt
[ 729.166142] ath9k: received PCI FATAL interrupt
[ 774.222352] ath9k: received PCI FATAL interrupt
[ 819.272511] ath9k: received PCI FATAL interrupt
I can't ping with wpa_supplicant + ath9k driver.
WPA2-PSK connection is ok (GTK exchange succeeded).
But wpa_supplicant doesn't sends ping request.
I'm capturing wpa_supplicant wireless frame, but it doesn't
send any frame.
After that, I changed the card to ath5k device.
Then I can ping with same settings.
But I need to use ath9k, because I wnat 802.11w support.
My environment is these.
[uname -a]
Linux debian 2.6.29 #1 SMP Mon Apr 6 10:56:46 JST 2009 i686 GNU/Linux
[wireless card]
WL300NC (AR5416+AR5133)
[compat-wireless]
compat-wireless-2009-04-05
[CRDA]
crda-1.0.1
[CRDA-rule]
/etc/udev/rules.d/91-regulatory.rules
KERNEL=="regulatory*", ACTION=="change", SUBSYSTEM=="platform", RUN+="/sbin/crda"
[CRDA log]
debian:~# dmesg | grep CRDA
[ 6.669048] cfg80211: Calling CRDA for country: US
[ 7.377956] cfg80211: Calling CRDA for country: JP
debian:~#
[wireless-regdb]
wireless-regdb-2009.03.09
[wpa_supplicant]
newest on git snapshot
http://hostap.epitest.fi/gitweb/gitweb.cgi?p=hostap.git;a=snapshot;h=a0b2f99bd7f608236e8a2e650655a79280248740;sf=tgz
[.config]
CONFIG_DRIVER_NL80211=y
CONFIG_DRIVER_WIRED=y
CONFIG_IEEE8021X_EAPOL=y
CONFIG_EAP_MD5=y
CONFIG_EAP_MSCHAPV2=y
CONFIG_EAP_TLS=y
CONFIG_EAP_PEAP=y
CONFIG_EAP_TTLS=y
CONFIG_EAP_GTC=y
CONFIG_EAP_OTP=y
CONFIG_EAP_LEAP=y
CONFIG_EAP_TNC=y
CONFIG_WPS=y
CONFIG_PKCS12=y
CONFIG_SMARTCARD=y
CONFIG_CTRL_IFACE=y
CONFIG_BACKEND=file
CONFIG_PEERKEY=y
CONFIG_IEEE80211W=y
CONFIG_TLS=internal
CONFIG_INTERNAL_LIBTOMMATH=y
CONFIG_IEEE80211R=y
[wpa_supplicant.conf]
ctrl_interface=/var/run/wpa_supplicant
country=JP
network={
ssid="wpa-eap"
key_mgmt=WPA-PSK
proto=WPA2
pairwise=CCMP
group=CCMP
psk="12345678"
}
Is there any idea for solving this ?
Regards,
Masashi Honma.
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2009-04-06 7:43 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-04-06 7:43 [ath9k-devel] modprobe ath9k == BUG: unable to handle kernel NULL pointer dereference at 000001dc Masashi Honma
-- strict thread matches above, loose matches on Subject: below --
2009-04-06 7:36 Masashi Honma
2009-01-21 6:14 Joseph Cheek
2009-01-21 18:49 ` Luis R. Rodriguez
2009-01-21 19:54 ` Joseph Cheek
2009-01-21 22:18 ` Joseph Cheek
2009-01-22 19:19 ` Joseph Cheek
2009-01-22 19:44 ` Luis R. Rodriguez
2009-01-25 0:32 ` Joseph Cheek
2009-01-25 2:23 ` Luis R. Rodriguez
2009-01-25 2:27 ` Stephen Gutknecht
2009-02-02 22:21 ` Joseph Cheek
2009-02-02 23:50 ` Luis R. Rodriguez
2009-02-03 4:01 ` Joseph Cheek
2009-02-03 5:04 ` Luis R. Rodriguez
2009-02-08 3:14 ` Joseph Cheek
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.