Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 100542 - (ACPI) PCMCIA network card fails; need pci=noacpi to get it working
Summary: (ACPI) PCMCIA network card fails; need pci=noacpi to get it working
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux Beta
Classification: Retired
Component: kernel
Version: beta1
Hardware: i686
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jeff Garzik
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks: CambridgeBlocker
TreeView+ depends on / blocked
 
Reported: 2003-07-23 08:43 UTC by Tim Waugh
Modified: 2013-07-03 02:13 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-10-21 20:13:20 UTC
Embargoed:

Attachments (Terms of Use)
output of acpidmp (deleted)
2003-07-29 10:42 UTC, Tim Waugh 		no flags Details
output of dmidecode (deleted)
2003-07-29 10:43 UTC, Tim Waugh 		no flags Details
View All

Description Tim Waugh 2003-07-23 08:43:54 UTC 
Description of problem:
When I boot the new kernel on my Dell Inspiron 3500 with xirc2 PCMCIA network
adapter, I get this:

Linux Kernel Card Services 3.1.22
  options:  [pci] [cardbus] [pm]
Yenta IRQ list 0098, PCI irq11
Socket status: 30000059
Yenta IRQ list 0098, PCI irq11
Socket status: 30000059
cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x220-0x22f 0x320-0x327 0x378-0x37f
0x388-0x38f 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
cs: memory probe 0xa0000000-0xa0ffffff: clean.
ttyS1 at port 0x02f8 (irq = 3) is a 16550A
xirc2ps_cs.c 1.31 1998/12/09 19:32:55 (dd9jn+kvh)
xirc2ps_cs: RequestIRQ: Resource in use

It wants IRQ 9, but that is in use by acpi according to /proc/interrupts.

Version-Release number of selected component (if applicable):
kernel-2.4.21-20.1.2024.2.1.nptl

How reproducible:
100%

Steps to Reproduce:
1. Boot kernel.
    
Additional info:
With acpi=off provided on the command line I get:

Linux Kernel Card Services 3.1.22
  options:  [pci] [cardbus] [pm]
PCI: Found IRQ 11 for device 00:04.0
PCI: Sharing IRQ 11 with 00:04.1
PCI: Found IRQ 11 for device 00:04.1
PCI: Sharing IRQ 11 with 00:04.0
Yenta IRQ list 0298, PCI irq11
Socket status: 30000010
Yenta IRQ list 0298, PCI irq11
Socket status: 30000010
cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x220-0x22f 0x320-0x327 0x378-0x37f
0x388-0x38f 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
cs: memory probe 0xa0000000-0xa0ffffff: clean.
ttyS1 at port 0x02f8 (irq = 3) is a 16550A
xirc2ps_cs.c 1.31 1998/12/09 19:32:55 (dd9jn+kvh)
divert: allocating divert_blk for eth0
eth0: Xircom: port 0x300, irq 9, hwaddr 00:80:C7:A4:42:72
eth0: MII link partner: 41e1
eth0: MII selected
eth0: media 100BaseT, silicon revision 4
Comment 1 Bill Nottingham 2003-07-28 20:17:42 UTC 
Can you post the output of acpidmp and dmidecode?
Comment 2 Tim Waugh 2003-07-29 10:42:41 UTC 
Created attachment 93215 [details]
output of acpidmp
Comment 3 Tim Waugh 2003-07-29 10:43:03 UTC 
Created attachment 93216 [details]
output of dmidecode
Comment 4 Len Brown 2003-08-05 20:19:30 UTC 
does it still boot with pci=noacpi ? 
if you have the part number on that network card handy let me know so i can find one.
Comment 5 Tim Waugh 2003-08-05 20:27:07 UTC 
I'm no longer using that machine, but I can track it down and try a test
tomorrow.  The card is a Xircom CreditCard Ethernet 10/100-REady, CE3B-100BTX.
Comment 6 Tim Waugh 2003-08-06 15:24:05 UTC 
pci=noacpi seems to give a good result.
Comment 7 Len Brown 2003-08-07 03:55:45 UTC 
I ordered the Xircom -- thanks -- though my laptop may not fail like the 3500.
Can you attach the /proc/interrupts file for success & failure cases, also the 
complete dmesg -- since ACPI will tell us about the interrupt links it sees.
Comment 8 Tim Waugh 2003-08-07 15:54:41 UTC 
Grr, I can't get it to fail now with the current rawhide kernel. :-(

Since reporting the bug this machine has been reinstalled with RHL9.  I also no
longer have the modem card that was plugged in at the time.
Comment 9 Len Brown 2003-08-12 02:28:27 UTC 
I used the identical (LAN) card in my Toshiba Sattelite Pro M10, which also uses 
uses yenta.  Stock Severn Beta1 seems to work fine.
Comment 10 Jun Nakajima 2003-08-19 19:08:34 UTC 
Can you clarify the current status? Without the modem card, it boots 
successfully and the network card works fine?
Comment 11 Tim Waugh 2003-08-20 09:54:42 UTC 
I don't think anyone can reproduce the problem any more.  It might be that the
modem card had some bearing on the problem, but I no longer have access to that.
Comment 12 Len Brown 2003-08-22 00:33:33 UTC 
Maybe you're looking in the wrong drawer -- the CE3B-100BTX is a LAN card, not a 
modem card;-)
Comment 13 Tim Waugh 2003-08-22 08:10:19 UTC 
Yes, the modem card is a separate card which I no longer have access to.  The
computer and LAN card I still have, but can't reproduce the problem any more
(since I lost access to the modem; the machine was also reinstalled at that
time).  I was theorising that the modem card being plugged in at the same time
might have had something to do with the problem.

Can't test it now though. :-(
Comment 14 Bill Nottingham 2003-10-21 20:13:20 UTC 
Closing, please reopen if it persists.
Note You need to log in before you can comment on or make changes to this bug.