mis-identified cisco aironet pccard (and Re: hang with pcmcia wlan card)
Hi,
i just noticed with 2.5.75 that if I boot with the cisco airo 340 wifi card in, this kernel thinks it is a memory card. when i remove it and re-insert it after boot, it then works .... see the following log :) I am running debian unstable, on an ibm t21 pIII-850 notebook
the cisco card works at boot time using 2.5.70.
as for the two patches for the pcmcia hang, this time i am running the one Russell posted, but the result is the same for the other.
as i shutdown i get a number of kernel stack dumps related to airo_stat, but the machine reboots before i can do anything about them..(what do i need to log them?)
if i replace the cisco card with a dlink orinoco card, it get recognised correctly at boot.
to make this story more interesting, i put the thinkpad into the docking station and the cisco card into the dock's pccard (something that has locked up 2.5 every time that i tried it), and the card is recogised correctly at boot, and runs fine (there was a kernel stack dump during boot - *what do i need to do to get them logged?*)
thanks for the great work!
sven
--
Jul 13 21:36:43 [kernel] Linux Kernel Card Services 3.1.22 Jul 13 21:36:43 [kernel] options: [pci] [cardbus] [pm] Jul 13 21:36:43 [kernel] PCI: Found IRQ 9 for device 0000:00:02.0 Jul 13 21:36:43 [kernel] PCI: Sharing IRQ 9 with 0000:00:05.0 Jul 13 21:36:43 [kernel] PCI: Sharing IRQ 9 with 0000:01:00.0 Jul 13 21:36:43 [kernel] Yenta IRQ list 00b8, PCI irq9 Jul 13 21:36:43 [kernel] Socket status: 30000010 Jul 13 21:36:43 [kernel] PCI: Found IRQ 9 for device 0000:00:02.1 Jul 13 21:36:43 [kernel] Yenta IRQ list 00b8, PCI irq9 Jul 13 21:36:43 [kernel] Socket status: 30000006 Jul 13 21:36:44 [cardmgr] watching 2 sockets Jul 13 21:36:44 [kernel] cs: IO port probe 0x0c00-0x0cff: clean. Jul 13 21:36:44 [kernel] cs: IO port probe 0x0800-0x08ff: clean. Jul 13 21:36:44 [kernel] cs: IO port probe 0x0100-0x04ff: excluding 0x3c0-0x3df 0x4d0-0x4d7 Jul 13 21:36:44 [kernel] cs: IO port probe 0x0a00-0x0aff: clean. Jul 13 21:36:44 [cardmgr] starting, version is 3.2.2 Jul 13 21:36:44 [kernel] cs: memory probe 0xa0000000-0xa0ffffff: clean. Jul 13 21:36:44 [cardmgr] socket 0: Anonymous Memory Jul 13 21:36:44 [cardmgr] executing: 'modprobe memory_cs' Jul 13 21:36:44 [cardmgr] + FATAL: Module memory_cs not found. Jul 13 21:36:44 [cardmgr] modprobe exited with status 1 Jul 13 21:36:44 [cardmgr] module /lib/modules/2.5.75/pcmcia/memory_cs.o not available Jul 13 21:36:44 [cardmgr] bind 'memory_cs' to socket 0 failed: Invalid argument Jul 13 21:36:44 [cardmgr] socket 0: Anonymous Memory
......
Jul 13 21:53:01 [cardmgr] executing: 'modprobe -r memory_cs' Jul 13 21:53:01 [cardmgr] + FATAL: Module memory_cs not found. Jul 13 21:53:01 [cardmgr] modprobe exited with status 1
.......
Jul 13 21:56:11 [cardmgr] socket 0: Aironet PC4800 Jul 13 21:56:12 [cardmgr] executing: 'modprobe airo_cs' Jul 13 21:56:12 [kernel] airo: Probing for PCI adapters Jul 13 21:56:12 [kernel] airo: Finished probing for PCI adapters Jul 13 21:56:12 [kernel] airo: MAC enabled eth1 0:40:96:33:e:a4 Jul 13 21:56:12 [cardmgr] executing: './network start eth1' Jul 13 21:56:12 [kernel] bad: scheduling while atomic! Jul 13 21:56:12 [kernel] bad: scheduling while atomic! Jul 13 21:56:12 [dhclient] Internet Software Consortium DHCP Client 2.0pl5 Jul 13 21:56:12 [dhclient] Copyright 1995, 1996, 1997, 1998, 1999 The Internet Software Consortium. Jul 13 21:56:12 [dhclient] All rights reserved. Jul 13 21:56:12 [dhclient] Jul 13 21:56:12 [dhclient] Please contribute if you find this software useful. Jul 13 21:56:12 [kernel] bad: scheduling while atomic! Jul 13 21:56:12 [dhclient] For info, please visit http://www.isc.org/dhcp-contrib.html Jul 13 21:56:12 [dhclient] Jul 13 21:56:12 [dhclient] wifi0: unknown hardware address type 801 Jul 13 21:56:14 [dhclient] wifi0: unknown hardware address type 801 Jul 13 21:56:14 [dhclient] Listening on LPF/eth1/00:40:96:33:0e:a4 Jul 13 21:56:14 [dhclient] Sending on LPF/eth1/00:40:96:33:0e:a4 Jul 13 21:56:14 [dhclient] Sending on Socket/fallback/fallback-net Jul 13 21:56:14 [dhclient] DHCPREQUEST on eth1 to 255.255.255.255 port 67 Jul 13 21:56:14 [dhclient] DHCPACK from 10.11.11.1 Jul 13 21:56:14 [dhclient] bound to 10.11.11.34 -- renewal in 21600
seconds.
Quoted 24 lines · Sven Dowideit
Hi,
i just noticed with 2.5.75 that if I boot with the cisco airo 340 wifi card in, this kernel thinks it is a memory card. when i remove it and re-insert it after boot, it then works .... see the following log :) I am running debian unstable, on an ibm t21 pIII-850 notebookthe cisco card works at boot time using 2.5.70.
as for the two patches for the pcmcia hang, this time i am running the one Russell posted, but the result is the same for the other.
as i shutdown i get a number of kernel stack dumps related to
airo_stat, but the machine reboots before i can do anything about them..(what do i need to log them?)if i replace the cisco card with a dlink orinoco card, it get recognised correctly at boot.
to make this story more interesting, i put the thinkpad into the docking station and the cisco card into the dock's pccard (something that has locked up 2.5 every time that i tried it), and the card is recogised correctly at boot, and runs fine (there was a kernel stack dump during boot - *what do i need to do to get them logged?*)
Quoted 3 lines
thanks for the great work!
sven
I've seen this bug come and go in the 2.5.X serie. I believe
this is because of the various work happening in the Pcmcia layer. Please contact Dominik Brodowski <[email protected]>.
Good luck...
Jean
Quoted 25 lines · Jean Tourrilhes
Quoted 24 lines · Sven Dowideit
Hi,
i just noticed with 2.5.75 that if I boot with the cisco airo 340 wifi card in, this kernel thinks it is a memory card. when i remove it and re-insert it after boot, it then works .... see the following log :) I am running debian unstable, on an ibm t21 pIII-850 notebookthe cisco card works at boot time using 2.5.70.
as for the two patches for the pcmcia hang, this time i am running the one Russell posted, but the result is the same for the other.
as i shutdown i get a number of kernel stack dumps related to
airo_stat, but the machine reboots before i can do anything about them..(what do i need to log them?)if i replace the cisco card with a dlink orinoco card, it get recognised correctly at boot.
to make this story more interesting, i put the thinkpad into the docking station and the cisco card into the dock's pccard (something that has locked up 2.5 every time that i tried it), and the card is recogised correctly at boot, and runs fine (there was a kernel stack dump during boot - *what do i need to do to get them logged?*)
Quoted 7 lines
Quoted 3 lines
thanks for the great work!
sven
I've seen this bug come and go in the 2.5.X serie. I believe
this is because of the various work happening in the Pcmcia layer. Please contact Dominik Brodowski <[email protected]>.
I think this may be my fault, but I haven't head a clear bug report for it yet; I've only seen vague references to something going wrong with aero cards on lkml yesterday, referring to what seemed to be a non- existent thread.
Signature · 2 lines
Russell King ([email protected]) The developer of ARM Linux http://www.arm.linux.org.uk/personal/aboutme.html
Quoted 30 lines · Russell King
Quoted 29 lines · Jean Tourrilhes
Quoted 27 lines · Sven Dowideit
Hi,
i just noticed with 2.5.75 that if I boot with the cisco airo 340 wifi card in, this kernel thinks it is a memory card. when i remove it and re-insert it after boot, it then works .... see the following log :) I am running debian unstable, on an ibm t21 pIII-850 notebookthe cisco card works at boot time using 2.5.70.
as for the two patches for the pcmcia hang, this time i am running the one Russell posted, but the result is the same for the other.
as i shutdown i get a number of kernel stack dumps related to
airo_stat, but the machine reboots before i can do anything about them..(what do i need to log them?)if i replace the cisco card with a dlink orinoco card, it get recognised correctly at boot.
to make this story more interesting, i put the thinkpad into the docking station and the cisco card into the dock's pccard (something that has locked up 2.5 every time that i tried it), and the card is recogised correctly at boot, and runs fine (there was a kernel stack dump during boot - *what do i need to do to get them logged?*)
thanks for the great work!
sven
Quoted 8 lines
Quoted 3 lines
I've seen this bug come and go in the 2.5.X serie. I believe
this is because of the various work happening in the Pcmcia layer. Please contact Dominik Brodowski <[email protected]>.I think this may be my fault, but I haven't head a clear bug report for it yet; I've only seen vague references to something going wrong with aero cards on lkml yesterday, referring to what seemed to be a non- existent thread.
Personally, I had this erratic problem around 2.5.6X, but it
was erratic, so at the next boot it disapeared. Since 2.5.72, I've not seen it, so I assumed it was fixed.
You probably know already the memory_cs is bound to any card
which doesn't have any CIS.
Quoted 1 line
Russell King
Jean
Quoted 30 lines · Russell King
Quoted 29 lines · Jean Tourrilhes
Quoted 27 lines · Sven Dowideit
Hi,
i just noticed with 2.5.75 that if I boot with the cisco airo 340 wifi card in, this kernel thinks it is a memory card. when i remove it and re-insert it after boot, it then works .... see the following log :) I am running debian unstable, on an ibm t21 pIII-850 notebookthe cisco card works at boot time using 2.5.70.
as for the two patches for the pcmcia hang, this time i am running the one Russell posted, but the result is the same for the other.
as i shutdown i get a number of kernel stack dumps related to
airo_stat, but the machine reboots before i can do anything about them..(what do i need to log them?)if i replace the cisco card with a dlink orinoco card, it get recognised correctly at boot.
to make this story more interesting, i put the thinkpad into the docking station and the cisco card into the dock's pccard (something that has locked up 2.5 every time that i tried it), and the card is recogised correctly at boot, and runs fine (there was a kernel stack dump during boot - *what do i need to do to get them logged?*)
thanks for the great work!
sven
Quoted 8 lines
Quoted 3 lines
I've seen this bug come and go in the 2.5.X serie. I believe
this is because of the various work happening in the Pcmcia layer. Please contact Dominik Brodowski <[email protected]>.I think this may be my fault, but I haven't head a clear bug report for it yet; I've only seen vague references to something going wrong with aero cards on lkml yesterday, referring to what seemed to be a non- existent thread.
okely, for me it happened for the first time between 2.5.70 and 2.6-test1. and now its every time :) what can i send you that will help, or, what do i need to figure it out.
cheers
sven
Quoted 3 lines · Sven Dowideit
okely, for me it happened for the first time between 2.5.70 and 2.6-test1. and now its every time :) what can i send you that will help, or, what do i need to figure it out.
TBH, I'm going to have to leave this problem until after OLS - I don't have much time to do any lengthy debugs before then. Bother me again on this problem if it isn't fixed by August.
Signature · 2 lines
Russell King ([email protected]) The developer of ARM Linux http://www.arm.linux.org.uk/personal/aboutme.html