Ralf, Those are some strange message re PCMCIA startup, I have never seen anything like that. I looked at my /var/log/messages, and it seems that we are using the exact same PCMCIA chipset! (Vadem VG-469). I have included my system messages below. Notice that while scanning IRQs, the kernel detects a status change on IRQ 14. It then assigns this IRQ to the i82365 device. My /proc/interrupts includes this: 14: 4 XT-PIC i82365 I'm not sure what is going on with yours. Obviously cardmgr is not happy with memory probing. But it's strange that no IRQ was assigned in the earlier stages. I noticed that your kernel options include [pnp] (plug and play) while mine does not. I also noticed that my host options list [ext mode] and [isa buf] while yours says none. It might be helpful to disable some other devices in BIOS to try to reduce potential conflicts. It might also be interesting to run pnpdump and see what it spits out since yours seems to be enabled. My successful system messages for the same chipset are below. This is Redhat 6.2 kernel 2.2.14 pcmcia-cs-3.1.8 pcmcia: Starting PCMCIA services: pcmcia: modules kernel: Linux PCMCIA Card Services 3.1.8 kernel: kernel build: 2.2.14-5.0 #1 Tue Mar 7 20:53:41 EST 2000 kernel: options: [pci] [cardbus] [apm] kernel: Intel PCIC probe: kernel: Vadem VG-469 ISA-to-PCMCIA at port 0x3e0 ofs 0x00, 2 sockets kernel: host opts [0]: [ext mode] [isa buf] kernel: host opts [1]: [ext mode] [isa buf] kernel: ISA irqs (scanned) = 3,4,9,10,14 status change on irq 14 pcmcia: cardmgr. cardmgr[499]: starting, version is 3.1.8 rc: Starting pcmcia succeeded cardmgr[499]: watching 2 sockets kernel: cs: IO port probe 0x1000-0x17ff: clean. kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x1f0-0x1f7 0x278-0x27f 0x3f0-0x3ff 0x440-0x447 0x480-0x48f 0x4d0-0x4d7 kernel: cs: IO port probe 0x0a00-0x0aff: clean. -- Doug -- Subscription/unsubscription/info requests: send e-mail with subject of "subscribe", "unsubscribe", or "info" toWear-Hard Mailing List Archive (searchable): http://wearables.blu.org please, Please, *PLEASE* don't subscribe through a forward/false domain
From Wear-Hard Mailing list Archive (WH)
Maintained by R. Paul McCarty
Archive created with babymail