Bug 100522

Summary: (ACPI) acpi code breaks e100 and eepro100 drivers
Product: [Retired] Red Hat Linux Beta Reporter: Nathan G. Grennan <redhat-bugzilla>
Component: kernelAssignee: Dave Jones <davej>
Status: CLOSED RAWHIDE QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: beta1CC: acpi-bugzilla, pfrields, riel, wtogami
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-10-28 16:25:15 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 100643    
Attachments:
Description Flags
dmidecode output
none
acpidmp output
none
acpidmp output
none
dmidencode output
none
ACPI VT86/Award PCI interrupt patch. none

Description Nathan G. Grennan 2003-07-23 04:25:42 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.11 (X11; Linux i686; U;) Gecko/20030720

Description of problem:
I loaded Serven on my workstation at work. After booting up I found though there
were no errors and the ip information was set correctly my network didn't work.
I tried didn't cables, a crossover cable to another computer, e100 and eepro100
drivers. Finally I added acpi=off apci=off to the kernel during boot. Suddenly
the network was working again. Next I tried just apci=off, and it didn't work
again. Then I tried acpi=off by itself and it worked.

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

How reproducible:
Always

Steps to Reproduce:
1. Load Serven
2. Install a Intel 10/100 card
3. Configure network with netconfig or neat
4. modprobe e100 or modprobe eepro100
5. service network start

    

Actual Results:  Everything looks good, but networking doesn't work

Expected Results:  Everything looks good, and networking works

Additional info:

Comment 1 Bill Nottingham 2003-07-28 20:08:17 UTC
Can you post the output of 'dmidecode' for your system?

Comment 2 Michael K. Johnson 2003-07-29 14:57:40 UTC
That's /usr/sbin/dmidecode -- run as root.
Please also post the output of /usr/sbin/acpidmp

Comment 3 Nathan G. Grennan 2003-07-29 15:48:28 UTC
Created attachment 93223 [details]
dmidecode output

Comment 4 Nathan G. Grennan 2003-07-29 15:48:59 UTC
Created attachment 93224 [details]
acpidmp output

Comment 5 Nathan G. Grennan 2003-07-29 15:49:44 UTC
I also tried acpi=nopci while I was at it and it didn't help.

Comment 6 Ethan Bonick 2003-07-30 00:16:14 UTC
Created attachment 93243 [details]
acpidmp output

Comment 7 Ethan Bonick 2003-07-30 00:17:09 UTC
Created attachment 93244 [details]
dmidencode output

realtek 8139 module

Comment 8 Ethan Bonick 2003-07-30 00:17:38 UTC
Comment on attachment 93243 [details]
acpidmp output

realtek 8139

Comment 9 Len Brown 2003-07-31 04:58:42 UTC
I don't have Gigabyte/AMD/Award or Abit/AMD/Phoenix systems handy,
but severn on my Intel/Intel/AMI boxes seem to talk to e100 just fine.

Is it possible to get the dmesg, /proc/interrupts, and ifconfig output
for both the success and failure cases?


Comment 10 Len Brown 2003-08-21 22:29:34 UTC
Created attachment 93841 [details]
ACPI VT86/Award PCI interrupt patch. 


This patch has fixed the ACPI interrupt problem for similar systems.
Please try applying it to a copy of your Severn BETA1 kernel to
see if works for you too:

~/src/linux-2.4.21-20.1.2024.2.1.nptl> patch -Np1 < ./pci_link-severn.patch
patching file arch/i386/kernel/io_apic.c
patching file arch/i386/kernel/mpparse.c
patching file drivers/acpi/pci_irq.c
patching file drivers/acpi/pci_link.c
patching file include/acpi/acpi_drivers.h

Comment 11 Michael K. Johnson 2003-10-21 20:12:51 UTC
Dave, please take a look at this patch, thanks.

Comment 12 Dave Jones 2003-10-21 20:51:44 UTC
AFAICT, we have an improved variant of this patch already merged since test2


Comment 13 Dave Jones 2003-10-28 16:25:15 UTC
Personally, I'm convinced this is fixed. I can't repeat any problems with or
without acpi=on using e100 or e1000 on several boxes.