Thanks Richard,
The yenta tip certainly seems to have helped. The system now seems
to recognise the existance of the bridge, and when I insert the 3Com
card, it recognises both the network interface and the serial port
from the modem.
There are still no '00' etc files in the /proc/bus/pccard directory,
so this must behave differently in the 2.6 kernel.
It seems I still have a bit of work to do, however, as the network
interface doesn't seem to be working, and with the other (Xircom)
card it only recognises the serial interface. It doesn't see the
network part at all.
I also get some worrying messages about irq 11 which it seems to
use, along the lines of
irq 11: nobody cared!
Disabling IRQ #11
eth0: interrupt(s) dropped!
which may having something to do with the failure...
I'll need to install something like kermit before I can tell if the
modem is working.
Below is the latest dmesg output, in case anyone can spot any indications
of other misconfigurations...
I am a little puzzled as to why:
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
appears twice - is that normal?
Regards,
DigbyT
Linux version 2.6.11-gentoo-r3 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Gentoo
Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1)) #5 Thu Jun 2 01:00:49 BST 2005
BIOS-provided physical RAM map:
BIOS-e820: - 0009fc00 (usable)
BIOS-e820: 0009fc00 - 000a (reserved)
BIOS-e820: 000f - 0010 (reserved)
BIOS-e820: 0010 - 0401 (usable)
BIOS-e820: 0401 - 0402 (ACPI data)
BIOS-e820: 0402 - 0404 (reserved)
BIOS-e820: fef8 - ff00 (reserved)
BIOS-e820: fffe - fffe6e00 (reserved)
BIOS-e820: fffe6e00 - fffe7000 (ACPI NVS)
BIOS-e820: fffe7000 - 0001 (reserved)
64MB LOWMEM available.
On node 0 totalpages: 16400
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 12304 pages, LIFO batch:3
HighMem zone: 0 pages, LIFO batch:1
DMI not present.
ACPI: RSDP (v000 TOSHIB) @ 0x000f4660
ACPI: RSDT (v001 TOSHIB 750 0x19980225 TASM 0x0401) @ 0x0401
ACPI: FADT (v001 TOSHIB 750 0x19980225 TASM 0x0401) @ 0x04010054
ACPI: DSDT (v001 TOSHIB Lib-100 0x19991112 MSFT 0x010b) @ 0x
Allocating PCI resources starting at 0410 (gap: 0404:faf4)
Built 1 zonelists
Kernel command line: auto BOOT_IMAGE=gentoo ro root=306
BOOT_FILE=/boot/kernel-2.6.11-gentoo-r3
Initializing CPU#0
CPU 0 irqstacks, hard=c04c8000 soft=c04c7000
PID hash table entries: 512 (order: 9, 8192 bytes)
Detected 233.304 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 60452k/65600k available (2573k kernel code, 4672k reserved, 1105k data,
164k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 459.77 BogoMIPS (lpj=229888)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: 008001bf
CPU: After vendor identify, caps: 008001bf
Intel Pentium with F0 0F bug - workaround enabled.
CPU: After all inits, caps: 008001bf
CPU: Intel Mobile Pentium MMX stepping 01
Checking 'hlt' instruction... OK.
ACPI: setting ELCR to 2000 (from 0804)
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfc5f8, last bus=21
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
Toshiba System Managment Mode driver v1.11 26/9/2001
ACPI: Subsystem revision 20050211
ACPI-0352: *** Error: Looking up [\_SB_.SBAT] in namespace, AE_NOT_FOUND
search_node c10a3820 start_node c10a3820 return_node
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
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)
ACPI: Power Resource [PWH1] (on)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
PCI: setting IRQ 13 as level-triggered
pnp: PnP ACPI: found 14 devices
SCSI subsystem initialized
Linux Kernel Card Services
options: [pci] [cardbus] [pm]
usbcore: registered new driver usbfs
usbcore: registered new driver hub
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
