Second time I've sent this - not sure if the message is getting out there!
Anyone having problems with pcmcia networking? The pcmcia service starts
up,
but as soon as the net interface is ifup'ed (3c574 pcmcia module),
networking
starts but seems to cause some conflicts (resource?):
Any attempt to log in from a virtual console is rejected with no error
after a
very long pause - including after boot into initlevel3 - I have to pop
card out, login
and then push card back in!
New KDE terminals take a long time to show a prompt - another shell
problem I
guess.
Mozilla takes forever to open up each connection to a URI.
MandrakeUpdate will not appear on screen until after a long pause.
X/KDE takes forever to start up.
However, WGet/rsync work fine after tedious wait for initial connection.
Any ideas - I'm using most recent updates applied to 'beta' isos, but
this has always happened under 8.0 (but not 7.2). Please help, I may
have missed something obvious! How can I check for resource conflicts
for example?
Here's my /proc/interrupts:
0: 246033 XT-PIC timer
1: 7060 XT-PIC keyboard
2: 0 XT-PIC cascade
5: 0 XT-PIC ESS Maestro 2E
10: 8038 XT-PIC 3c574_cs
11: 12 XT-PIC i82365
12: 61671 XT-PIC PS/2 Mouse
14: 16982 XT-PIC ide0
15: 2 XT-PIC ide1
NMI: 0
ERR: 1
And a dmesg portion:
Linux PCMCIA Card Services 3.1.24
kernel build: 2.4.1-22mdk #1 Wed Feb 21 12:55:54 CET 2001
options: [pci] [cardbus] [apm]
Intel PCIC probe: PCI: Found IRQ 11 for device 00:04.0
PCI: The same IRQ used for device 00:04.1
PCI: The same IRQ used for device 01:00.0
PCI: Found IRQ 11 for device 00:04.1
PCI: The same IRQ used for device 00:04.0
PCI: The same IRQ used for device 01:00.0
TI 1225 rev 01 PCI-to-CardBus at slot 00:04, mem 0x20000000
host opts [0]: [ring] [serial pci & irq] [pci irq 11] [lat 168/32]
[bus 2/5] host opts [1]: [ring] [serial pci & irq] [pci irq 11] [lat
168/32] [bus 6/9] ISA irqs (scanned) = 3,4,7,10 PCI status changes
cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0800-0x08ff: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x258-0x25f 0x378-0x37f
0x3c0-0x3df 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
cs: memory probe 0xa0000000-0xa0ffffff: clean.
3c574_cs.c v1.08 9/24/98 Donald Becker/David Hinds,
[EMAIL PROTECTED]:
<mailto:[EMAIL PROTECTED]:> 3Com 3c574 at io 0x300, irq
10, hw_addr 00:00:86:5C:5B:DA.
ASIC rev 1, 64K FIFO split 1:1 Rx:Tx, autoselect MII interface.
ttyS03 at port 0x02e8 (irq = 10) is a 16550A
eth0: found link beat
eth0: autonegotiation complete: 100baseT-HD selected
Winbond Super-IO detection, now testing ports 3F0,370,250,4E,2E ...
SMSC Super-IO detection, now testing Ports 2F0, 370 ...
parport0: PC-style at 0x378 [PCSPP,TRISTATE,EPP]
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
lp0: using parport0 (polling).
lp0: console ready
LSR safety check engaged!
tty03 unloaded
3c574_cs.c v1.08 9/24/98 Donald Becker/David Hinds,
[EMAIL PROTECTED]:
<mailto:[EMAIL PROTECTED]:> 3Com 3c574 at io 0x300, irq
10, hw_addr 00:00:86:5C:5B:DA.
ASIC rev 1, 64K FIFO split 1:1 Rx:Tx, autoselect MII interface.
ttyS03 at port 0x02e8 (irq = 10) is a 16550A
eth0: found link beat
eth0: autonegotiation complete: 100baseT-HD selected
spurious 8259A interrupt: IRQ7.
Not sure what the suprious interrupt is!
Fingers crossed, some superb work going on there - well done people,
Simon.
