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 543817 - The whole system is terribly slow without noapic
Summary: The whole system is terribly slow without noapic
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 13
Hardware: All
OS: Linux
low
high
Target Milestone: ---
Assignee: John Feeney
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-12-03 08:17 UTC by Steve
Modified: 2013-01-10 07:18 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-05-10 17:12:15 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
dmesg (deleted)
2009-12-03 08:17 UTC, Steve 		no flags Details
dmesg.old (deleted)
2009-12-03 08:18 UTC, Steve 		no flags Details
as your wish.. (deleted)
2010-03-09 16:41 UTC, Steve 		no flags Details
dmesg, normal boot (deleted)
2010-03-09 17:14 UTC, Steve 		no flags Details
normal boot (deleted)
2010-03-09 18:14 UTC, Steve 		no flags Details
booting with noapic (deleted)
2010-03-09 18:15 UTC, Steve 		no flags Details
View All

Description Steve 2009-12-03 08:17:59 UTC 
Created attachment 375688 [details]
dmesg

Description of problem:
Need to add acpi=off to the as kernel-parameter to work with fedora

Version-Release number of selected component (if applicable):
kernel-PAE-2.6.31.5-127.fc12.i686

How reproducible:
Always

Steps to Reproduce:
1.Boot
2.Wait 5 minutes
3.Log-in
4.Wait 10-15 minutes
5.Try do do something
6.Wait...  

  
Actual results:
Everything is terribly slow.

Expected results:
System should work normally

Additional info:
Bug 529840?
Comment 1 Steve 2009-12-03 08:18:18 UTC 
Created attachment 375689 [details]
dmesg.old
Comment 2 Aioanei Rares 2009-12-03 14:30:02 UTC 
In your dmesg.old I notice lines like this "usb usb4: Manufacturer: Linux 2.6.32-0.56.rc8.git1.fc13.i686.PAE uhci_hcd"; the version you reported is different. Please paste a uname -a and tell us the reasons why you needed to disable ACPI [from BIOS or as kernel parameter?] in the 1st place.
Comment 3 Steve 2009-12-03 15:38:18 UTC 
2.6.32-0.56.rc8.git1.fc13.i686.PAE <- This is the right one, sorry!

The reason is that i can work with fedora-rawhide and that it is no more so terribly slow.
Comment 4 Aioanei Rares 2009-12-03 15:57:57 UTC 
Let me get this straight : your system works as expected with ACPI disabled, right?
Comment 5 Steve 2009-12-03 16:33:48 UTC 
Yes, exactly the same thing as in https://bugzilla.redhat.com/show_bug.cgi?id=529840, except that it boot faster.
Comment 6 Aioanei Rares 2009-12-03 16:44:37 UTC 
Do you have another kernel at hand to use until an update is available?
Comment 7 Steve 2009-12-03 19:32:23 UTC 
Yes i have. Thx!
Comment 8 Steve 2009-12-06 07:41:35 UTC 
Just want to say that the problem still persists in kernel-PAE-2.6.32-0.65.rc8.git5.fc13.i686.
Comment 9 Steve 2009-12-12 09:12:18 UTC 
The problem still persists in kernel-PAE-2.6.32-7.fc13.i686.
Comment 10 Steve 2009-12-12 09:48:04 UTC 
Now it also happens with kernel-PAE-2.6.31.5-127.fc12.i686 with todays update. I have to boot with "acpi=off" with all kernels. So what is the clue?
Comment 11 Aioanei Rares 2009-12-12 15:01:31 UTC 
The only clue I have in mind right now is a BIOS setting that might cause this.
Comment 12 Steve 2009-12-12 15:42:11 UTC 
(In reply to comment #11)
> The only clue I have in mind right now is a BIOS setting that might cause this.  

This can't be, because the kernel-PAE-2.6.31.5-127.fc12.i686 was working before today's update, and i wasn't in the BIOS.
Comment 13 Steve 2009-12-12 16:08:53 UTC 
And kernel kernel-PAE-2.6.31.5-127.fc12.i686 is the only one that works at the time. kernel-PAE-2.6.32-7.fc13.i686 works not once with acpi=off.
Comment 14 Steve 2009-12-15 08:43:32 UTC 
I switched back to F12-Final because i have work to do and cannot wait that long for bug fixes and F12 has not this bug. I will report back in F13-Preview if that bug further exists.
Comment 15 Steve 2010-03-09 16:03:52 UTC 
Ok, Fedora 13 Alpha is here and the bug resists. What will be the next steps?

kernel-PAE-2.6.33-1.fc13.i686
Comment 16 Matthew Garrett 2010-03-09 16:12:43 UTC 
With ACPI enabled, could you please run

grep -r . /proc/acpi

and attach the output, along with

cat /proc/interrupts; sleep 1; cat /proc/interrupts

?
Comment 17 Steve 2010-03-09 16:41:03 UTC 
Created attachment 398845 [details]
as your wish..
Comment 18 Matthew Garrett 2010-03-09 16:54:54 UTC 
Could you attach dmesg for this kernel, again with ACPI enabled? It looks like there's an interrupt issue with your USB devices. Also, can you try booting with the following options (one at a time):

pci=noacpi
noapic

(note that the latter is noapic, not noacpi)
Comment 19 Steve 2010-03-09 17:14:00 UTC 
Created attachment 398854 [details]
dmesg, normal boot
Comment 20 Steve 2010-03-09 17:24:29 UTC 
pci=noacpi; makes no difference, the system is also slow
noapic; seems to make the system running fast
Comment 21 Matthew Garrett 2010-03-09 17:27:53 UTC 
Awesome. Can you provide dmesg with and without noapic, along with /proc/interrupts for both?
Comment 22 Steve 2010-03-09 18:14:41 UTC 
Created attachment 398880 [details]
normal boot
Comment 23 Steve 2010-03-09 18:15:15 UTC 
Created attachment 398882 [details]
booting with noapic
Comment 24 Steve 2010-03-21 09:00:41 UTC 
Strange, i made a new installation of 13 Alpha and now the system seems to running normal. Maybe i have switched some USB-Devices?
Comment 25 Steve 2010-04-01 12:36:26 UTC 
The tardiness comes back afer some hours or days, hmm...?
Comment 26 Steve 2010-05-10 17:12:15 UTC 
I have not seen this bug anymore. Closing..
Note You need to log in before you can comment on or make changes to this bug.