* ACPI(?) stuck for 45s at boot
@ 2010-08-30 12:56 Martin Pirker
0 siblings, 0 replies; 2+ messages in thread
From: Martin Pirker @ 2010-08-30 12:56 UTC (permalink / raw)
To: linux.acpi
[reposted from LKML as nobody responded there... :-/ ]
Hi..
My kernel (2.6.35) gets stuck at boot, as dmesg documents:
....
[ 0.006590] ACPI: Core revision 20100121
[ 45.278951] DMAR: Host address width 36
...
Setting acpi debugging to give-me-all-you-can produces ~120Mb dump.
The interesting part appears to be:
.....
[ 36.016976] Table [SSDT](id 0006) - 28 Objects with 0 Devices 21 Methods 0 Regions
[ 36.017120] dsinit-0214 [ffffffff81a32020] [00] ds_initialize_objects : 21 Methods, 0 Regions
[ 36.017292] nsload-0136 [ffffffff81a32020] [00] ns_load_table : **** Completed Table Method Parsing and Object Initialization
[ 36.017477] utmutex-0247 [ffffffff81a32020] [00] ut_acquire_mutex : Thread ffffffff81a32020 attempting to acquire Mutex [ACPI_MTX_Tables]
[ 36.017666] osl-0879 [ffffffff81a32020] [00] os_wait_semaphore : Waiting for semaphore[ffff88013341e120|1|65535]
[ 36.017848] osl-0898 [ffffffff81a32020] [00] os_wait_semaphore : Acquired semaphore[ffff88013341e120|1|65535] utmutex-0255
[ffffffff81a32020] [00] ut_acquire_mutex : Thread ffffffff81a32020 acquired Mutex [ACPI_MTX_Tables]
[ 36.018189] tbxface-0610 [ffffffff81a32020] [00] tb_load_namespace : ACPI Tables successfully acquired
[ 36.018366] utmutex-0289 [ffffffff81a32020] [00] ut_release_mutex : Thread ffffffff81a32020 releasing Mutex [ACPI_MTX_Tables]
[ 36.018552] osl-0918 [ffffffff81a32020] [00] os_signal_semaphore : Signaling semaphore[ffff88013341e120|1]
[ 36.018733] utxface-0141 [ffffffff81a32020] [00] enable_subsystem : [Init] Going into ACPI mode
[ 36.018912] hwvalid-0147 [ffffffff81a32020] [00] hw_validate_io_request: Address 0000000000001004 LastAddress 0000000000001005 Length 2 hwregs-0188 [ffffffff81a32020] [00] hw_read : Read: 00001C00
width 16 from 0000000000001004 (SystemIO)
[ 36.019290] hwxface-0344 [ffffffff81a32020] [00] read_bit_register : BitReg E, ParentReg 3, Actual 00001C00, ReturnValue 00000000
[ 36.019477] hwvalid-0147 [ffffffff81a32020] [00] hw_validate_io_request: Address 0000000000001004 LastAddress 0000000000001005 Length 2 hwregs-0188 [ffffffff81a32020] [00] hw_read : Read: 00001C00
width 16 from 0000000000001004 (SystemIO)
[ 36.019849] hwxface-0344 [ffffffff81a32020] [00] read_bit_register : BitReg E, ParentReg 3, Actual 00001C00, ReturnValue 00000000
[ 36.020036] hwvalid-0147 [ffffffff81a32020] [00] hw_validate_io_request: Address 00000000000000b2 LastAddress 00000000000000b2 Length 1 hwacpi-0101 [ffffffff81a32020] [00] hw_set_mode : Attempting to
enable ACPI mode
[ 81.259054] hwvalid-0147 [ffffffff81a32020] [00] hw_validate_io_request: Address 0000000000001004 LastAddress 0000000000001005 Length 2 hwregs-0188 [ffffffff81a32020] [00] hw_read : Read: 00001C01
width 16 from 0000000000001004 (SystemIO)
[ 81.259418] hwxface-0344 [ffffffff81a32020] [00] read_bit_register : BitReg E, ParentReg 3, Actual 00001C01, ReturnValue 00000001
[ 81.259604] utmutex-0247 [ffffffff81a32020] [00] ut_acquire_mutex : Thread ffffffff81a32020 attempting to acquire Mutex [ACPI_MTX_Tables]
[ 81.259794] osl-0879 [ffffffff81a32020] [00] os_wait_semaphore : Waiting for semaphore[ffff88013341e120|1|65535]
[ 81.259976] osl-0898 [ffffffff81a32020] [00] os_wait_semaphore : Acquired semaphore[ffff88013341e120|1|65535] utmutex-0255 [ffffffff81a32020] [00] ut_acquire_mutex : Thread ffffffff81a32020 acquired
Mutex [ACPI_MTX_Tables]
[ 81.260336] utmutex-0289 [ffffffff81a32020] [00] ut_release_mutex : Thread ffffffff81a32020 releasing Mutex [ACPI_MTX_Tables]
[ 81.260523] osl-0918 [ffffffff81a32020] [00] os_signal_semaphore : Signaling semaphore[ffff88013341e120|1]
[ 81.260704] ftrace: converting mcount calls to 0f 1f 44 00 00
[ 81.260771] ftrace: allocating 21295 entries in 84 pages
[ 81.268939] DMAR: Host address width 36
.....
So....
What is happening here and whose fault is it?
Is it a Linux kernel or ACPI firmware problem?
Thanks for any pointers,
Martin
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: ACPI stuck for 45s at boot
[not found] <AANLkTimSKenWEDkMZ-MAHGWMyGvq9+MGXtNqHAZHM_oE@mail.gmail.com>
@ 2010-09-02 18:09 ` Andrew Morton
0 siblings, 0 replies; 2+ messages in thread
From: Andrew Morton @ 2010-09-02 18:09 UTC (permalink / raw)
To: Martin Pirker; +Cc: LKML, linux-acpi
(cc linux-acpi)
Probably raising a report against acpi at bugzilla.kernel.org would be
the best way to handle this, please. The ACPI guys use bugzilla very
well.
On Mon, 23 Aug 2010 15:42:25 +0200 Martin Pirker <lkml.collector@gmail.com> wrote:
> Hi..
> My kernel (2.6.35) gets stuck at boot, as dmesg documents:
> ....
> [ 0.006590] ACPI: Core revision 20100121
> [ 45.278951] DMAR: Host address width 36
> ...
>
>
> Setting acpi debugging to give-me-all-you-can produces ~120Mb dump.
> The interesting part appears to be:
>
> .....
> [ 36.016976] Table [SSDT](id 0006) - 28 Objects with 0 Devices 21
> Methods 0 Regions
> [ 36.017120] dsinit-0214 [ffffffff81a32020] [00]
> ds_initialize_objects : 21 Methods, 0 Regions
> [ 36.017292] nsload-0136 [ffffffff81a32020] [00] ns_load_table
> : **** Completed Table Method Parsing and Object Initialization
> [ 36.017477] utmutex-0247 [ffffffff81a32020] [00] ut_acquire_mutex
> : Thread ffffffff81a32020 attempting to acquire Mutex
> [ACPI_MTX_Tables]
> [ 36.017666] osl-0879 [ffffffff81a32020] [00] os_wait_semaphore
> : Waiting for semaphore[ffff88013341e120|1|65535]
> [ 36.017848] osl-0898 [ffffffff81a32020] [00] os_wait_semaphore
> : Acquired semaphore[ffff88013341e120|1|65535] utmutex-0255
> [ffffffff81a32020] [00] ut_acquire_mutex : Thread
> ffffffff81a32020 acquired Mutex [ACPI_MTX_Tables]
> [ 36.018189] tbxface-0610 [ffffffff81a32020] [00] tb_load_namespace
> : ACPI Tables successfully acquired
> [ 36.018366] utmutex-0289 [ffffffff81a32020] [00] ut_release_mutex
> : Thread ffffffff81a32020 releasing Mutex [ACPI_MTX_Tables]
> [ 36.018552] osl-0918 [ffffffff81a32020] [00]
> os_signal_semaphore : Signaling semaphore[ffff88013341e120|1]
> [ 36.018733] utxface-0141 [ffffffff81a32020] [00] enable_subsystem
> : [Init] Going into ACPI mode
> [ 36.018912] hwvalid-0147 [ffffffff81a32020] [00]
> hw_validate_io_request: Address 0000000000001004 LastAddress
> 0000000000001005 Length 2 hwregs-0188 [ffffffff81a32020] [00] hw_read
> : Read: 00001C00 width 16 from 0000000000001004
> (SystemIO)
> [ 36.019290] hwxface-0344 [ffffffff81a32020] [00] read_bit_register
> : BitReg E, ParentReg 3, Actual 00001C00, ReturnValue 00000000
> [ 36.019477] hwvalid-0147 [ffffffff81a32020] [00]
> hw_validate_io_request: Address 0000000000001004 LastAddress
> 0000000000001005 Length 2 hwregs-0188 [ffffffff81a32020] [00] hw_read
> : Read: 00001C00 width 16 from 0000000000001004
> (SystemIO)
> [ 36.019849] hwxface-0344 [ffffffff81a32020] [00] read_bit_register
> : BitReg E, ParentReg 3, Actual 00001C00, ReturnValue 00000000
> [ 36.020036] hwvalid-0147 [ffffffff81a32020] [00]
> hw_validate_io_request: Address 00000000000000b2 LastAddress
> 00000000000000b2 Length 1 hwacpi-0101 [ffffffff81a32020] [00]
> hw_set_mode : Attempting to enable ACPI mode
> [ 81.259054] hwvalid-0147 [ffffffff81a32020] [00]
> hw_validate_io_request: Address 0000000000001004 LastAddress
> 0000000000001005 Length 2 hwregs-0188 [ffffffff81a32020] [00] hw_read
> : Read: 00001C01 width 16 from 0000000000001004
> (SystemIO)
> [ 81.259418] hwxface-0344 [ffffffff81a32020] [00] read_bit_register
> : BitReg E, ParentReg 3, Actual 00001C01, ReturnValue 00000001
> [ 81.259604] utmutex-0247 [ffffffff81a32020] [00] ut_acquire_mutex
> : Thread ffffffff81a32020 attempting to acquire Mutex
> [ACPI_MTX_Tables]
> [ 81.259794] osl-0879 [ffffffff81a32020] [00] os_wait_semaphore
> : Waiting for semaphore[ffff88013341e120|1|65535]
> [ 81.259976] osl-0898 [ffffffff81a32020] [00] os_wait_semaphore
> : Acquired semaphore[ffff88013341e120|1|65535] utmutex-0255
> [ffffffff81a32020] [00] ut_acquire_mutex : Thread
> ffffffff81a32020 acquired Mutex [ACPI_MTX_Tables]
> [ 81.260336] utmutex-0289 [ffffffff81a32020] [00] ut_release_mutex
> : Thread ffffffff81a32020 releasing Mutex [ACPI_MTX_Tables]
> [ 81.260523] osl-0918 [ffffffff81a32020] [00]
> os_signal_semaphore : Signaling semaphore[ffff88013341e120|1]
> [ 81.260704] ftrace: converting mcount calls to 0f 1f 44 00 00
> [ 81.260771] ftrace: allocating 21295 entries in 84 pages
> [ 81.268939] DMAR: Host address width 36
> .....
>
>
> So....
> What is happening here and whose fault is it?
> Is it a Linux kernel or ACPI firmware problem?
>
> Thanks for any pointers,
> Martin
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-09-02 18:04 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-08-30 12:56 ACPI(?) stuck for 45s at boot Martin Pirker
[not found] <AANLkTimSKenWEDkMZ-MAHGWMyGvq9+MGXtNqHAZHM_oE@mail.gmail.com>
2010-09-02 18:09 ` ACPI " Andrew Morton
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).