The workaround to prevent them calls for boot appends of :
- Code: Select all
splash quiet noapic nolapic acpi=force irqpoll
Use of these one at a time does not work.
So far so good.
--------------
Edit:
I would really like to get both processors working again. The system has taken a severe performance hit.
Some info on BIOS situation:
- Code: Select all
[ 0.125322] ACPI Error: [HPTF] Namespace lookup failure, AE_NOT_FOUND (20120111/psargs-359)
[ 0.125328] ACPI Error: Method parse/execution failed [\_SB_.PCI0.PX40._HPT._STA] (Node ffff88007d334780), AE_NOT_FOUND (20120111/psparse-536)
[ 0.125347] ACPI Error: [HPTF] Namespace lookup failure, AE_NOT_FOUND (20120111/psargs-359)
[ 0.125351] ACPI Error: Method parse/execution failed [\_SB_.PCI0.PX40._HPT._STA] (Node ffff88007d334780), AE_NOT_FOUND (20120111/psparse-536)
-----------------------
Edit:
System is working with nouveau module, default boot appends (no restrictions on ACPI).
-------------------------
Mageia2 x86-64 nvidia 8400gs foxconn 975x7ab motherboard with buggy BIOS (acpi). nvidia 295.49-4 kernel.
I will be looking in cauldron at the latest nvidia kernel when the mirrors quit throwing up conflicts.
For the past 3 years the workaround has been to install and first boot with acpi=ht, then delete kde "powerdevil", then I could remove the acpi restriction. This worked up to and including Mageia1. Gnome 2 generated complaints, but did not freeze. Gnome 3 freezes. Problem seemed to start when Mandrive merged the desktop and laptop kernels.
Edit:
Spoke too soon about nouveau - it froze-up too.
Another hypothesis shot down.
Currently trying acpi=off. It works in fedora 16.
Using nvidia module.
I find that even with acpi=off I have both processors working - i7 core2duo. This did not happen in past versions - that is why acpi=ht was suggested.
If this holds up, I will come back and mark the post solved.
Cheers