PDA

View Full Version : FC6 ACPI Invalid PBLK Length


rossheth
27th October 2006, 02:26 PM
Having recently installed FC6, I recieved the error message ACPI:Invalid PBLK length [5] FC6 continued to boot, but halted silently very similarly to the way FC5 used to (http://forums.fedoraforum.org/forum/showthread.php?t=116495). I was however able to boot with acpi=off kernel parameter. Unlike FC5, this does enable my NIC and sound card. I'm running a 2.8Ghz P4 on an Asus P4S800.

rossheth
29th October 2006, 03:39 PM
Anyone else seeing this?

maladeus
1st November 2006, 02:15 PM

Same problem o an Asus Laptop. The system is stable and works fine.
On Dmesg I have a ACPI error stating it could not start cooling device, the same error is present when shutting down.

I'm not really worried about it, with the next kernel and cpuspeed working the laptop shouldn't heat at all. - I remember than when I switched to linux I was amazed because my laptop which crashed because of heat didn't even got to worm up after a week turned on.

rossheth
1st November 2006, 06:25 PM
This confirms my opinion that there is something quite seriously broken with Asus and at least Fedora, and possibly the Linux kernel in general, since this is the third report(including my own) that I've seen with ACPI errors and Asus motherboards. All I can recommend at the moment is keep up to date and check for BIOS updates regularly.

lvanek
1st November 2006, 11:54 PM
I see this same message with my P4B533 Asus M/B. The system boots & all seems well. I agree with you relative the some Asus boards & ACPI. Im having issues with monitoring fans & sensors via ACPI even though Ive update my bios & recompiled the acpi table. I blame the latter problems on the board not Fedora.

maladeus
2nd November 2006, 11:13 AM
Yesterday that same laptop froze at shunting down, i don't know if it is related. Maybe i'll try a boot with no acpi.

dupamid
2nd November 2006, 01:08 PM
I see the same on my Asus P4S8X with P4 2.4GHz. I can boot in spite of the error but ACPI doesn’t work properly. Google reports that it is common problem for Asus motherboards and laptops and I’ve seen solution so far :( Recommendation to update BIOS doesn’t help (I already have latest one for my motherboard).

agal
28th December 2006, 04:34 PM
I have just installed FC6 and I have gotten the exactly same error... ACPI: Invalid PBLK ... I have installed in a desktop ... despite the error message the system seems to be working fine.
Have you had any luck fixing it? If do have the fix already please let me know.
Thanks,
AG

dupamid
29th December 2006, 08:27 AM
To: agal

Are you using ASUS motherboard?

I haven't found solution for this problem. It seems that some ASUS motherboards have some issues with ACPI implementation. System is working fine except for this annoying message during system boot and inability to view ACPI information (/proc/acpi) like fan speed etc.

marcrblevins
30th December 2006, 01:44 AM
I have Asus P4T, yeah, that old 423 Pentium sockets, with RAMBUS memory, etc. I get that error as well in FC6. But I didn't get it in older FC versions.

dupamid
31st December 2006, 11:14 AM
It's not FC6 specific issue, it is generic issue of the latest Linux kernels. Try google and you will see the same issue in Ubuntu and other.

glx
31st December 2006, 12:30 PM
Hello
I've exactly the same issue at the boot on an Asus L5DK832...

mwette
31st December 2006, 04:55 PM
This is probably not helpful but perhaps interesting:

This error message is printed from the kernel file drivers/acpi/processor_core.c.
The surrounding code is:

if (!object.processor.pblk_address)
ACPI_DEBUG_PRINT((ACPI_DB_INFO, "No PBLK (NULL address)\n"));
else if (object.processor.pblk_length != 6)
printk(KERN_ERR PREFIX "Invalid PBLK length [%d]\n",
object.processor.pblk_length);
else {
pr->throttling.address = object.processor.pblk_address;
pr->throttling.duty_offset = acpi_fadt.duty_offset;
pr->throttling.duty_width = acpi_fadt.duty_width;

pr->pblk = object.processor.pblk_address;

/*
* We don't care about error returns - we just try to mark
* these reserved so that nobody else is confused into thinking
* that this region might be unused..
*
* (In particular, allocating the IO range for Cardbus)
*/
request_region(pr->throttling.address, 6, "ACPI CPU throttle");
}

Apparently it has something to do with processor throttling control.

The ACPI spec has examples of Processor statements that all have "6" as the PBlkLen:

Processor (
\_SB.CPU0, // Processor Name
1, // ACPI Processor number
0x120, // PBlk system IO address
6 ) // PBlkLen
{


I checked my dsdt.asl (via /proc/acpi/dsdt fed through "iasl".) Mine is

Processor (\_PR.CPU0, 0x00, 0x00000000, 0x00) {}

Omnios
6th February 2007, 04:04 PM
This is probably not helpful but perhaps interesting:

This error message is printed from the kernel file drivers/acpi/processor_core.c.
The surrounding code is:

if (!object.processor.pblk_address)
ACPI_DEBUG_PRINT((ACPI_DB_INFO, "No PBLK (NULL address)\n"));
else if (object.processor.pblk_length != 6)
printk(KERN_ERR PREFIX "Invalid PBLK length [%d]\n",
object.processor.pblk_length);
else {
pr->throttling.address = object.processor.pblk_address;
pr->throttling.duty_offset = acpi_fadt.duty_offset;
pr->throttling.duty_width = acpi_fadt.duty_width;

pr->pblk = object.processor.pblk_address;

/*
* We don't care about error returns - we just try to mark
* these reserved so that nobody else is confused into thinking
* that this region might be unused..
*
* (In particular, allocating the IO range for Cardbus)
*/
request_region(pr->throttling.address, 6, "ACPI CPU throttle");
}

Apparently it has something to do with processor throttling control.

The ACPI spec has examples of Processor statements that all have "6" as the PBlkLen:

Processor (
\_SB.CPU0, // Processor Name
1, // ACPI Processor number
0x120, // PBlk system IO address
6 ) // PBlkLen
{


I checked my dsdt.asl (via /proc/acpi/dsdt fed through "iasl".) Mine is

Processor (\_PR.CPU0, 0x00, 0x00000000, 0x00) {}


Apparently it has something to do with processor throttling control.

My asus Rambus motherboard does not support cpu acalling so this might be resulved by removing the scalling?

segomo
1st April 2007, 08:42 PM
Hi guys!
I think you have to set up an option into BIOS setup on POWER section Interrupt Mode into PCI instead of ACPI

dupamid
2nd April 2007, 07:59 AM
Hi guys!
I think you have to set up an option into BIOS setup on POWER section Interrupt Mode into PCI instead of ACPI
As far as I understand, setting PCI instead of ACPI doesn't give us anything positive except for removing this message...

tuxian
18th October 2007, 09:24 AM
hi
I faced the same problem with Intel Deskop series mother board.
The fedora core 6 installation hung up while ACPI tests.

I tried to change BIOS settings with ACPI off options. To pierce more thorns into my wounds there was no such option!! It had something like S1 state and S3 state.
Both states pissed me off!!

Does the ACPI off option work in ASUS mother board?

marcrblevins
18th October 2007, 05:38 PM
Guess you didn't search hard enough.

http://forums.fedoraforum.org/forum/showthread.php?t=169452&highlight=Install+ACPI

Good luck

andiUG
6th December 2007, 09:01 PM
i have the same problem (i think).. the same error with "invalid PBLK" appears, but unlike the others' systems, mine does not boot at all.. i've tried adding the "noapic acpi=off" boot parameters and the message dissapeared but the system still won't boot..
i've also tried installing ubuntu but that did't work either.. so my guess is that it must be some kind of a kernel problem.. just a guess.. i'm no expert..

any suggestions..?

oh.. i have an asus p4s8x

andiUG
6th December 2007, 09:28 PM
now i'm starting to think that my problem is not caused by acpi..
i removed the silent boot parameter and the loading froze at:

sdb: sdb1 sdb2 sdb3
sd 0:0:1:0 [sdb] Attached SCSI disk
scsi 1:0:0:0: CD-ROM PLEXTOR DVDR
scsi 1:0:1:0: CD-ROM PLEXTOR CD-R
Waiting for driver initialization.
Trying to resume from LABEL=SWAP-sdb2

any suggestions now..? :)