Re: cardbus rl(4) no longer recognized with PCI_MAP_FIXUP

[Sascha Wildner <saw@xxxxxxxxx>]

Matthew Dillon wrote:
> :So now that NATA works on my laptop, I noticed that my cardbus rl(4) 
> :adapter gets no longer recognized, apparently due to PCI_MAP_FIXUP being 
> :in my config now.
> :
> :Removing PCI_MAP_FIXUP will lead to rl being recognized again in the 
> :dmesg but fail upon attachment of ata0 and ata1:
> :
> :ata0.atapci0.pci0.pcib0.legacypci0.nexus0.root0
> :ata0: <ATA channel 0> [tentative] on atapci0
> :device_probe_and_attach: ata0 attach returned 6
> :ata1.atapci0.pci0.pcib0.legacypci0.nexus0.root0
> :ata1: <ATA channel 1> [tentative] on atapci0
> :device_probe_and_attach: ata1 attach returned 6
> :..
> :lo0: bpf attached
> :bootdev: a0200000 type=0 unit=0 slice=2 part=0 major=3
> :no such device 'ad'
> :..
> :Sascha
>
>     This may seem strange, but do you have the same rl recognition
>     problem if you turn on PCI_MAP_FIXUP but use ATA instead of NATA?
>     If so then could you generate the verbose dmesg output with ATA with
>     PCI_MAP_FIXUP and ATA without PCI_MAP_FIXUP and post the two URLs?

Hmm,

dmesg of ATA without PCI_MAP_FIXUP is here:

http://87.78.98.243/tmp/dmesg.boot

However, an ATA kernel with PCI_MAP_FIXUP will fail with:

. .
ata0: probe allocation failed
ata1: probe allocation failed
. .

and end up at "mountroot>" (similar to NATA _without_ PCI_MAP_FIXUP).

It will not recognize the rl either. The "found-> vendor=0x10ec, 
dev=0x8139, revid=0x10" and all following lines having to do with it 
don't appear at all.

I could take photos of the ATA w/ PCI_MAP_FIXUP dmesg it if you tell me 
which parts you are interested in.

Sascha

--
http://yoyodyne.ath.cx