Intermittent unability to start PCMCIA at boot
Hello, During boot of my SuSE 8.2 on a laptop it is sometimes not possible to start my PCMCIA wireless card. In /var/log/messages I see : ----------------- cardmgr[1124]: socket 0: SITECOM WL-011 Wireless Network PC Card cardmgr[1124]: executing: 'insmod -v /lib/modules/2.4.20-4GB//pcmcia/pcmf502r.o' cardmgr[1124]: + Using /lib/modules/2.4.20-4GB//pcmcia/pcmf502r.o cardmgr[1124]: + Symbol version prefix '' kernel: pcmf502r: RequestIRQ: Resource in use ---------------- I wonder "in use" by what ? When I subsequently do a reboot then sometimes the same thing happens again, and some other time all works well the second boot. If it works, I see in in /var/log/messages : ----------------- cardmgr[1124]: socket 0: SITECOM WL-011 Wireless Network PC Card cardmgr[1124]: executing: 'insmod -v /lib/modules/2.4.20-4GB//pcmcia/pcmf502r.o' cardmgr[1124]: + Using /lib/modules/2.4.20-4GB//pcmcia/pcmf502r.o cardmgr[1124]: + Symbol version prefix '' cardmgr[1124]: executing: './network start eth1' /etc/hotplug/net.agent[1135]: Interface eth1 is handled by service PCMCIA ... exiting ----------------- If it didn't work the second time, then the third reboot ALWAYS goes well ! So apparently after two or three times the IRQ blocking resource has evaporated. Please note, that many times the first boot is OK right away. Any ideas what is happening here and how to prevent this ? TIA and greetings, -- Jan Elders Nuenen the Netherlands
The 03.08.05 at 23:01, Jan Elders wrote:
kernel: pcmf502r: RequestIRQ: Resource in use ---------------- I wonder "in use" by what ?
Some other card... configure your bios to not plug and paly, so that IRQs do not move around. Just a thought.
When I subsequently do a reboot then sometimes the same thing happens again,
Try rchotplug restart. If that works, perhaps a delay is needed somewhere. -- Cheers, Carlos Robinson
On Saturday 16 August 2003 12:30, Carlos E. R. wrote:
The 03.08.05 at 23:01, Jan Elders wrote:
kernel: pcmf502r: RequestIRQ: Resource in use ---------------- I wonder "in use" by what ?
Some other card... configure your bios to not plug and play, so that IRQs do not move around. Just a thought.
OK, but there just doesn't seem to be anything in my bios to change on this subject. ;-(
When I subsequently do a reboot then sometimes the same thing happens again,
Try rchotplug restart. If that works, perhaps a delay is needed somewhere.
I tried, but no success. No PCMCIA. After reboot it was OK again (as usual). On failure, cat /proc/interrupts tells me : CPU0 0: 12660 XT-PIC timer 1: 83 XT-PIC keyboard 2: 0 XT-PIC cascade 5: 691 XT-PIC ehci-hcd, usb-ohci, usb-ohci, usb-ohci, SiS SI7012 8: 2 XT-PIC rtc 10: 1 XT-PIC ohci1394, PCI device 1524:1410 (ENE Technology Inc) 11: 0 XT-PIC acpi 12: 1995 XT-PIC PS/2 Mouse 14: 8281 XT-PIC ide0 15: 369 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0 When it works after a reboot then cat /proc/interrupts tells me : CPU0 0: 11748 XT-PIC timer 1: 97 XT-PIC keyboard 2: 0 XT-PIC cascade 5: 668 XT-PIC ehci-hcd, usb-ohci, usb-ohci, usb-ohci, SiS SI7012 8: 2 XT-PIC rtc 9: 1364 XT-PIC pcmf502r 10: 1 XT-PIC ohci1394, PCI device 1524:1410 (ENE Technology Inc) 11: 0 XT-PIC acpi 12: 441 XT-PIC PS/2 Mouse 14: 8719 XT-PIC ide0 15: 329 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 1 MIS: 0 So,apparently, IRQ 9 is being used, but why did it fail at the first attempt ? Any ideas/suggestions ? TIA -- Jan Elders Nuenen the Netherlands
The 03.08.17 at 16:02, Jan Elders wrote: (sorry for my late answer)
8: 2 XT-PIC rtc 10: 1 XT-PIC ohci1394, PCI device 1524:1410 (ENE
When it works after a reboot then cat /proc/interrupts tells me : 8: 2 XT-PIC rtc 9: 1364 XT-PIC pcmf502r 10: 1 XT-PIC ohci1394, PCI device 1524:1410 (ENE Technology Inc) ... So,apparently, IRQ 9 is being used, but why did it fail at the first attempt ?
No idea... What is module pcmf502r? cer@nimrodel:/cosas/cer> locate pcmf502r /lib/modules/2.4.20-4GB/pcmcia/pcmf502r.o /lib/modules/2.4.20-4GB/pcmcia/pcmf502r3.o /lib/modules/2.4.20-4GB/pcmcia/pcmf502rd.o /lib/modules/2.4.20-4GB/pcmcia/pcmf502re.o Acording to the above, it is a pcmcia module. Interestingly, I don't see the source file, or it comes by some other name (I checked pin). And a grep for "pcmf502r" in the kernel sources yields nothing.
Any ideas/suggestions ?
disable apic? disable pcmcia? Because it is a pcmcia module. Or insert a delay in... I forgot where, but it is mentioned in the suse sdb. -- Cheers, Carlos Robinson
On Tuesday 02 September 2003 9:18 pm, Carlos E. R. wrote:
The 03.08.17 at 16:02, Jan Elders wrote:
(sorry for my late answer)
8: 2 XT-PIC rtc 10: 1 XT-PIC ohci1394, PCI device 1524:1410 (ENE
When it works after a reboot then cat /proc/interrupts tells me : 8: 2 XT-PIC rtc 9: 1364 XT-PIC pcmf502r 10: 1 XT-PIC ohci1394, PCI device 1524:1410 (ENE Technology Inc)
...
So,apparently, IRQ 9 is being used, but why did it fail at the first attempt ?
No idea... What is module pcmf502r?
cer@nimrodel:/cosas/cer> locate pcmf502r /lib/modules/2.4.20-4GB/pcmcia/pcmf502r.o /lib/modules/2.4.20-4GB/pcmcia/pcmf502r3.o /lib/modules/2.4.20-4GB/pcmcia/pcmf502rd.o /lib/modules/2.4.20-4GB/pcmcia/pcmf502re.o
These are the atmel wireless network drivers.
Acording to the above, it is a pcmcia module. Interestingly, I don't see the source file, or it comes by some other name (I checked pin). And a grep for "pcmf502r" in the kernel sources yields nothing.
Any ideas/suggestions ?
disable apic? disable pcmcia? Because it is a pcmcia module. Or insert a delay in... I forgot where, but it is mentioned in the suse sdb.
-- Cheers, Carlos Robinson
The 03.09.02 at 21:18, david stevenson wrote:
No idea... What is module pcmf502r?
cer@nimrodel:/cosas/cer> locate pcmf502r /lib/modules/2.4.20-4GB/pcmcia/pcmf502r.o /lib/modules/2.4.20-4GB/pcmcia/pcmf502r3.o /lib/modules/2.4.20-4GB/pcmcia/pcmf502rd.o /lib/modules/2.4.20-4GB/pcmcia/pcmf502re.o
These are the atmel wireless network drivers.
Ah. And... where are the source files for them? -- Cheers, Carlos Robinson
The 03.08.17 at 16:02, Jan Elders wrote:
8: 2 XT-PIC rtc 10: 1 XT-PIC ohci1394, PCI device 1524:1410 (ENE
When it works after a reboot then cat /proc/interrupts tells me : 8: 2 XT-PIC rtc 9: 1364 XT-PIC pcmf502r 10: 1 XT-PIC ohci1394, PCI device 1524:1410 (ENE Technology Inc)
So,apparently, IRQ 9 is being used, but why did it fail at the first attempt ? // CUT Any ideas/suggestions ?
disable apic? I already have noapic in my bootloader configuration file. disable pcmcia? This I don't understand. I do need pcmcia for my wireless card, don't I ? Because it is a pcmcia module. Or insert a delay in... I forgot where, but it is mentioned in the suse sdb. I searched the suse sdb, but could not find info about delay that you are referring to. I probably did not search in the right way, but is it possible for you to be a bit more specific ? ;-) Greetings, -- Jan Elders Nuenen
On Tuesday 02 September 2003 22:18, Carlos E. R. wrote: the Netherlands
The 03.09.05 at 22:40, Jan Elders wrote:
Any ideas/suggestions ?
disable apic? I already have noapic in my bootloader configuration file.
Ah. And enabling it? O:-)
disable pcmcia?
This I don't understand. I do need pcmcia for my wireless card, don't I ?
Ah, sorry: I missread you. I thought you said you didn't have pcmcia.
Because it is a pcmcia module. Or insert a delay in... I forgot where, but it is mentioned in the suse sdb. I searched the suse sdb, but could not find info about delay that you are referring to. I probably did not search in the right way, but is it possible for you to be a bit more specific ? ;-)
Ugh. That's difficult. You see, as I no longer work for the company that kindly supplied me with a portable, on which I tested SuSE 7.3; it means that I also no longer have a PCMCIA ;-) I remember that on that machine (kernel 2.4.0 and .2) I had to dissable pcmcia in the kernel, and use the pcmcia package instead. I suppose that does not apply now :-) [...] Funny: acording to the sdb, there was a switch in suse 8.0 for that: PCMCIA_SYSTEM="kernel" or "external". Ok. Have a look at /etc/sysconfig/hotplug, there are some delays that can be inserted there. I have no pcmcia file there to look at, but I'm sure that if a delay was thought of, it will be configured there. And, in my local copy of the sdb, there are 38 articles about the pcmcia: have a look at them, perhaps there is something that matches. -- Cheers, Carlos Robinson
On Friday 05 September 2003 23:55, Carlos E. R. wrote:
The 03.09.05 at 22:40, Jan Elders wrote:
Any ideas/suggestions ?
disable apic?
I already have noapic in my bootloader configuration file.
Ah. And enabling it? O:-) Huh Huh, that's what I started with, giving me the problem I described. Noapic was just a trial, without effect.
// CUT
I searched the suse sdb, but could not find info about delay that you are referring to. I probably did not search in the right way, but is it possible for you to be a bit more specific ? ;-)
I remember that on that machine (kernel 2.4.0 and .2) I had to dissable pcmcia in the kernel, and use the pcmcia package instead. I suppose that does not apply now :-) [...] Funny: acording to the sdb, there was a switch in suse 8.0 for that: PCMCIA_SYSTEM="kernel" or "external". There still is in /etc/sysconfig/pcmcia (I tried both settings, without getting any different behaviour).
Ok. Have a look at /etc/sysconfig/hotplug, there are some delays that can be inserted there. I have no pcmcia file there to look at, but I'm sure that if a delay was thought of, it will be configured there. I looked, but don't feel comfortable with changing things there. I'll first have a careful look at the sdb articles you are referring to.
And, in my local copy of the sdb, there are 38 articles about the pcmcia: have a look at them, perhaps there is something that matches. Greetings, -- Jan Elders Nuenen
// CUT the Netherlands
participants (3)
-
Carlos E. R. -
david stevenson -
Jan Elders