From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Guntsche Subject: Re: Network failures with ACPI enabled (kernel 2.4, 2.6) Date: Tue, 30 Dec 2003 19:23:01 +0100 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <20031230192301.5d17d418.mike@it-loops.com> References: <20031230010822.155c1466.mike@it-loops.com> <20031230165749.34ed607d.mike@it-loops.com> <1072806481.2364.201.camel@dhcppc4> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1072806481.2364.201.camel-D2Zvc0uNKG8@public.gmane.org> Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Len Brown Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org On 30 Dec 2003 12:48:02 -0500 Len Brown wrote: > > Today I tried the same transfer with a XIRCOM PCMCIA network card > > and ACPI enabled. It worked without a problem. > > I am not sure what this means for ACPI <-> B44 though. ;) > > Please note which IRQ each kind of ethernet NIC gets, > and if it shares an IRQ with any other device. > If the working and non-working NICs come up on different IRQs > then that may be a clue. The broadcom card gets IRQ 5 and the Xircom card gets IRQ3. Both IRQ are non-shared. Well IRQ 5 was shared with USB, but for testing purposes I removed the USB modules. > > But the fact that B44 works with acpi=off and fails with pci=noacpi > suggests that IRQ assignment isn't the problem. > > Looking at the actual ACPI interrupt: > > 0: 738650 XT-PIC timer > 9: 3546 XT-PIC acpi > > Not an interrupt storm, but you're getting a measurable number of acpi > events. > > > echo 0x4 > /proc/acpi/debug_layer > echo 0x08000000 > /proc/acpi/debug_level > > may tell us what they are -- though it is unclear why they might > interfere with the B44 device and not others. I know where the IRQ's come from. I have an applet running that shows me the battery state and temperature via ACPI. Every time it polls the stats the interrupts increase. For testing purposes I disabled it, verified that the interrupts didn't increase and tried copying a file, same result. > > >Local APIC disabled by BIOS -- reenabling. > > Found and enabled local APIC! > > This can be risky -- please verify that "nolapic" has no effect. I tried "nolapic" and even compiled a kernel completely without IOAPIC support. No change. Is ACPI doing something nasty with IRQ 5? Cheers, Michael ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click