[LinuxBIOS] pci_level_irq: lower order bits are wrong: want 0x0, got 0x20

[Peter Stuge]

(Tell me if you're on the list Nick, I'll stop ccing you then.)

On Sun, Sep 17, 2006 at 03:29:29AM +0200, Peter Stuge wrote:
> ..because if I force Linux to look for the CF card (0:a.1) with
> ide2=0x1e0,0x1ec,9 I get:
> 
> --8<--
> hde: probing with STATUS(0x50) instead of ALTSTATUS(0x00)
> hde: SAnDiSk, CFA DISK drive
> ide4: I/O resource 0x1E0-0x1E7 not free.
> ide4: ports already in use, skipping probe
> ide2 at 0x1e0-0x1e7,0x1ec on irq 9
> hde: max request size: 128KiB
> hde: 985056 sectors (504 MB) w/1KiB Cache, CHS=1986/16/31
>  hde:<4>hde: lost interrupt
> hde: lost interrupt
> hde: lost interrupt
> -->8--
> 
> Note SAnDiSk vs. SanDisk - bit 5 (0x20) is jammed high on a few
> bytes.. (plus this is a brand new Extreme III 1GB CF, not 504MB)

If I put the CF card in a PCMCIA->CF adapter and the adapter in the
PCMCIA slot it works just fine:

--8<--
pccard: PCMCIA card inserted into slot 0
cs: memory probe 0xa0000000-0xa0ffffff: clean.
pcmcia: registering new device pcmcia0.0
Probing IDE interface ide2...
hde: SanDisk SDCFX-1024, CFA DISK drive
ide2 at 0x100-0x107,0x10e on irq 7
hde: max request size: 128KiB
hde: 2001888 sectors (1024 MB) w/1KiB Cache, CHS=1986/16/63
 hde: hde1
ide-cs: hde: Vpp = 0.0
pccard: card ejected from slot 0
-->8--

In spite of Vpp=0 it mounts and works.

Why irq 7!?


No luck with the CF slot however:

--8<--
pccard: PCMCIA card inserted into slot 1
cs: memory probe 0xa0000000-0xa0ffffff: excluding 0xa0000000-0xa01fffff
pccard: card ejected from slot 1
-->8--


//Peter