A. GENKERNEL
Well, I have now built a genkernal system to see if that helped, and
it didn't seem to. It got noticably less far than my manually configured
kernel, in that it did not recognise any PCMCIA slots at all :-(
It also produced a suspicious error message during boot:
/sbin/rc: line 271: /sbin/devfsd no such file or directory
I followed the instructions in the handbook, with the following exceptions:
1. Where it says to copy the config file from /proc/config.gz, I had to
grab one using an older install CD in another system (r1 rather than r3
kernel), as I was bootstrapping from a different Linux distro on this
notebook as described earlier.
2. I could not do the hotplug/coldplug emerge as these seemed to need
to download from from the net - and without PCMCIA I have not network
interface yet.
The only other thing that looked notable about the boot messages were a
number of attempts to load modules which did not exist. But I assume
genkernel knew what it was doing when deciding which modules to make.
B. MANUAL CONFIG
Going back to the more successful manaully configured kernel, it does
detect the card bridge and 3Com card.
a cat of /proc/bus/pccard/drivers gives:
3c589_cs 1 1
serial_cs 1 1
As per Jerry's suggestion, the output of 'cardctl ident' is
Socket 0:
product info: "3Com Corporation", "3C562D/3C563D", "EtherLink III",
"LAN+Modem PC Card"
manfid: 0x0101, 0x0562
function: 6 (network)
Socket 1:
no product info available
ifconfig shows packets sent, but nothing received. My suspicion at this
stage is that there is some problem with the interrupts. I wonder what
changes have occured given that this bridge now seems to be supported
in a different driver to the one which I was using on 2.4/suse?
Here are what I think are the relevent lines from dmesg. Can anyone
diagnose what they mean, or suggest something I should try? I have
tried 'pci=routeirq' and it made no difference...
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
PCI: setting IRQ 13 as level-triggered
Linux Kernel Card Services
options: [pci] [cardbus] [pm]
PCI: Using ACPI for IRQ routing
** PCI interrupts are no longer routed automatically. If this
** causes a device to stop working, it is probably because the
** driver failed to call pci_enable_device(). As a temporary
** workaround, the "pci=routeirq" argument restores the old
** behavior. If this argument makes the device work again,
** please email the output of "lspci" to [EMAIL PROTECTED]
** so I can fix the driver.
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
pnp: the driver 'serial' has been registered
pnp: match found with the PnP device '00:0a' and the driver 'serial'
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
parport0: PC-style at 0x378, irq 7 [PCSPP(,...)]
lp0: using parport0 (interrupt-driven).
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
PCI: setting IRQ 11 as level-triggered
ACPI: PCI interrupt 0000:00:13.0[A] -> GSI 11 (level, low) -> IRQ 11
Yenta: CardBus bridge found at 0000:00:13.0 [1179:0001]
Yenta: ISA IRQ mask 0x0638, PCI irq 11
Socket status: 30000011
PCI: Enabling device 0000:00:13.1 (0000 -> 0002)
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
ACPI: PCI interrupt 0000:00:13.1[B] -> GSI 11 (level, low) -> IRQ 11
Yenta: CardBus bridge found at 0000:00:13.1 [1179:0001]
Yenta: ISA IRQ mask 0x0638, PCI irq 11
Socket status: 30000007
cs: IO port probe 0xc00-0xcff: clean.
cs: IO port probe 0xc00-0xcff: clean.
cs: IO port probe 0x800-0x8ff: clean.
cs: IO port probe 0x800-0x8ff: clean.
cs: IO port probe 0x100-0x4ff: excluding 0x220-0x22f 0x330-0x337 0x370-0x37f
0x388-0x38f 0x480-0x48f 0x4d0-0x4d7
cs: IO port probe 0x100-0x4ff: excluding 0x220-0x22f 0x330-0x337 0x370-0x37f
0x388-0x38f 0x480-0x48f 0x4d0-0x4d7
cs: IO port probe 0xa00-0xaff: clean.
cs: IO port probe 0xa00-0xaff: clean.
cs: memory probe 0xa0000000-0xa0ffffff: clean.
eth0: 3Com 3c562, io 0x300, irq 3, hw_addr 00:60:97:FE:BE:6C
8K FIFO split 5:3 Rx:Tx, auto xcvr
ttyS1 at I/O 0x2f8 (irq = 11) is a 16550A
eth0: flipped to 10baseT
irq 11: nobody cared!
[<c012c952>] __report_bad_irq+0x22/0x80
[<c012ca20>] note_interrupt+0x50/0x80
[<c012c600>] __do_IRQ+0xd0/0xe0
[<c01043e1>] do_IRQ+0x41/0x60
=======================
[<c0102f3a>] common_interrupt+0x1a/0x20
[<c0117a51>] __do_softirq+0x31/0x90
[<c01044c9>] do_softirq+0x39/0x40
=======================
[<c01043e8>] do_IRQ+0x48/0x60
[<c0102f3a>] common_interrupt+0x1a/0x20
[<c0101030>] default_idle+0x0/0x30
[<c0101054>] default_idle+0x24/0x30
[<c01010e1>] cpu_idle+0x41/0x60
[<c04996eb>] start_kernel+0x13b/0x160
handlers:
[<c02aec10>] (yenta_interrupt+0x0/0x30)
[<c02aec10>] (yenta_interrupt+0x0/0x30)
Disabling IRQ #11
eth0: interrupt(s) dropped!
On Wed, Jun 01, 2005 at 11:29:47PM -0400, Jerry McBride wrote:
>
> On my end... with 2.6.11, /proc/bus/pccard has /drivers which at the moment
> says "ide-cs" due to the flashcard/pcmcia adapter I've got installed.
>
> Have you modprobed cs? How about a simple "cardctl ident"?
--
Digby R. S. Tarvin [EMAIL PROTECTED]
http://www.digbyt.com
--
gentoo-user@gentoo.org mailing list
