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 115665

Summary:	(ACPI) Dual athlon needs acpi=off
Product:	[Fedora] Fedora	Reporter:	Alan Cox <alan>
Component:	kernel	Assignee:	Arjan van de Ven <arjanv>
Status:	CLOSED RAWHIDE	QA Contact:	Brian Brock <bbrock>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	2
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:	2004-10-01 22:30:59 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:	114961, 123268

Description Alan Cox 2004-02-14 15:31:52 UTC

On an AMD dual athlon you need acpi=off pci=usepirqmask together.
Surely acpi=off should stop trying to use acpi routing data ?? 

[Box works reliably in 2.4]

It then later dies with a spew of oops data from a network operation
of some kind.

Comment 1 Alan Cox 2004-02-14 17:46:40 UTC

Ok its crashing reliably on the ifconfig ifup of the network card
(netgear). 

dev->change_flags (hence I guess ifup)
dev->open
alloc_skb
cache_init_obs
then an IRQ coming in
and can't recover the top of the trace

So it looks like a network driver with incorrect irq protection

Comment 2 Alan Cox 2004-02-15 17:22:02 UTC

Network oops turns out to be a side effect of the broke acard scsi
module it seems (that or its just chance that acard scsi puts the
corruption somewhere that matters).

Other stuff still the same

Comment 3 Dave Jones 2004-06-14 23:32:45 UTC

how's things looking with the current kernel on this box ?

do we need to fiddle stuff based on dmi strings ?

Is it worth adding the acpi folks
(acpi-bugzilla.net) to the cc: of this bug ? or is
the DSDT too broken for them to work around?

Comment 4 Alan Cox 2004-06-14 23:40:31 UTC

Will investigate further

Comment 5 Alan Cox 2004-10-01 22:30:07 UTC

Works properly with FC3test2 so I guess the bug is fixed now