strange strange 2.6.2 bug - pcmcia sleeps until I move the
mouse ?!
Daniel Ritz
daniel.ritz at gmx.ch
Mon Feb 16 17:26:42 GMT 2004
hi
On Monday 16 February 2004 10:58, Guylhem Aznar wrote:
...
> Some information: Using the latest init.d/pcmcia on 2.4+i82365 , I do have the
> same bug I get with kernel 2.6
> I've been trying various stuff (boot time options, with/without bios "Os support
> PnP" option, etc) because I just couldn't make pcmcia in 2.4 work as it did.
> Looks like an update of the pcmcia-cs tools, most specifically the boot script,
> caused the problem.
>
> Kernel messages with new (broken) pcmcia script:
> Linux PCMCIA Card Services 3.2.5
> kernel build: 2.4.21-guylhem #6 Mon Sep 29 20:34:41 CEST 2003
> options: [pci] [cardbus] [apm] [pnp]
> PnP: PNP BIOS installation structure at 0xc00f6c00
> PnP: PNP BIOS version 1.0, entry at f0000:5b64, dseg at f0000
> Intel ISA/PCI/CardBus PCIC probe:
> TI 1410 rev 01 PCI-to-CardBus at slot 00:05, mem 0x1e000000
> host opts [0]: [serial pci & irq] [pci irq 5] [lat 168/176] [bus 2/5]
> PCI irq 5 test failed
> ISA irqs (scanned) = none!<6> *NO* card interrupts, polling interval = 10
> 00 ms
> cs: memory probe 0xa0000000-0xa0ffffff: clean.
> orinoco.c 0.13e (David Gibson <hermes at gibson.dropbear.id.au> and others)
> orinoco_cs.c 0.13e (David Gibson <hermes at gibson.dropbear.id.au> and others)
> cs: IO port probe 0x0100-0x04ff: excluding 0x3c0-0x3e7
> cs: IO port probe 0x0800-0x08ff: clean.
> cs: IO port probe 0x0a00-0x0aff: clean.
> cs: IO port probe 0x0c00-0x0cff: clean.
> orinoco_cs: RequestIRQ: Resource in use
>
> With old script:
>
> Linux PCMCIA Card Services 3.2.5
> kernel build: 2.4.21-guylhem #2 Tue Sep 9 15:02:11 CEST 2003
> options: [pci] [cardbus] [apm]
> Intel ISA/PCI/CardBus PCIC probe:
> TI 1410 rev 01 PCI-to-CardBus at slot 00:05, mem 0x1e000000
> host opts [0]: [pci only] [pci irq 5] [lat 168/176] [bus 2/5]
> PCI card interrupts, PCI status changes
> cs: memory probe 0xa0000000-0xa0ffffff: clean.
> orinoco.c 0.13e (David Gibson <hermes at gibson.dropbear.id.au> and others)
> orinoco_cs.c 0.13e (David Gibson <hermes at gibson.dropbear.id.au> and others)
> cs: IO port probe 0x0100-0x04ff: excluding 0x180-0x187 0x290-0x297 0x3c0-0x3df 0
> x480-0x48f 0x4d0-0x4d7
> cs: IO port probe 0x0800-0x08ff: clean.
> cs: IO port probe 0x0a00-0x0aff: clean.
> cs: IO port probe 0x0c00-0x0cff: clean.
> eth1: Station identity 001f:0002:0002:0001
> eth1: Looks like a Symbol firmware version [V2.50-13] (parsing to 25013)
> eth1: Ad-hoc demo mode supported
> eth1: IEEE standard IBSS ad-hoc mode supported
> eth1: WEP supported, 104-bit key
> eth1: MAC address 00:02:B3:06:00:B8
> eth1: Station name "Prism I"
> eth1: firmware ALLOC bug detected (old Symbol firmware?). Trying to work
> around... ok.
> eth1: ready
> eth1: index 0x01: Vcc 5.0, irq 5, io 0x0100-0x0147
> eth1: New link status: Connected (0001)
>
ok, the main difference here:
new:
host opts [0]: [serial pci & irq] [pci irq 5] [lat 168/176] [bus 2/5]
but with the old script:
host opts [0]: [pci only] [pci irq 5] [lat 168/176] [bus 2/5]
so it messes around with some options. the main difference between old
and new script:
the old one uses /etc/default/pcmcia, the new one uses /etc/pcmcia.conf
for the options like PCIC, PCIC_OPTS, ...
so the difference should be there...
try
cp /etc/pcmcia.conf /etc/pcmcia.conf.old
cp /etc/default/pcmcia /etc/pcmcia.conf
or even rename those file so they are not found by the init script
> > you have two probles here: for one, there are no ISA interrupts available...
>
> Looks like the card is very happy with a PCI irq. I'd like to enable ISA irq for
> modems and other pcmcia cards however.
>
> > second, you have a TI cardbus bridge that forgets to route the interrupts
> > from the card to the PCI bus...so your card only works when there are
> > interrupts on the same line as the interrupt handler of the card is
> > registered...
>
> There should be *many* interrupts available. Uncommending the "excludes" in
> config.opts didn't help.
>
> 2.6 interrupts
> CPU0
> 0: 932315 XT-PIC timer
> 2: 0 XT-PIC cascade
> 5: 0 XT-PIC acpi
> 8: 4 XT-PIC rtc
> 9: 47 XT-PIC eth0
> 10: 0 XT-PIC Trident Audio
> 11: 22866 XT-PIC yenta, ohci_hcd, ohci_hcd, orinoco_cs
> 14: 7407 XT-PIC ide0
> 15: 36 XT-PIC ide1
> NMI: 0
> LOC: 932216
> ERR: 0
> MIS: 0
>
> I guess it leaves 1 2 3 4 6 7 12 13
yenta probes for 3,4,5,6,7,9,10,11
>
> 2.4 interrupts
> CPU0
> 0: 454008 XT-PIC timer
> 1: 4 XT-PIC keyboard
> 2: 0 XT-PIC cascade
> 5: 1387 XT-PIC acpi, i82365, orinoco_cs
> 8: 4 XT-PIC rtc
> 9: 59 XT-PIC eth0
> 10: 159 XT-PIC Trident Audio
> 11: 18196 XT-PIC usb-ohci, usb-ohci
> 14: 28940 XT-PIC ide0
> 15: 2 XT-PIC ide1
> NMI: 0
> ERR: 0
>
> I've no parallel port (disabled in the bios) and only 1 serial port which I can
> also disable. There are only 2 cards in the machine : a pcmcia-pci and a
> winmodem-pci (worthless but close a hole - I've lost the slot covert :-) The
> machine is a so-called "legacy free" so I can also remove PS/2 support (I've a
> USB keyboard and mouse)
>
> I'm now wondering why it can't use these free IRQ. On the PCMCIA-HOWTO I've read
> /proc/interrupts didn't help, but I guess at least IRQ 7 (disabled in the bios!)
> should be available !
>
yenta probes the interrupts but none of them is working. this is because the
cardbus bridge doesn't know how to deliver the interrupts. why? it has some
registers wrongly programmed. the notebook manufacter screwed it up....
> Best regards,
> Guylhem
>
rgds
-daniel
More information about the linux-pcmcia
mailing list