mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: Martin Pirker <lkml.collector@gmail.com>
Cc: LKML <linux-kernel@vger.kernel.org>, linux-acpi@vger.kernel.org
Subject: Re: ACPI stuck for 45s at boot
Date: Thu, 2 Sep 2010 11:09:19 -0700	[thread overview]
Message-ID: <20100902110919.a247d287.akpm@linux-foundation.org> (raw)
In-Reply-To: <AANLkTimSKenWEDkMZ-MAHGWMyGvq9+MGXtNqHAZHM_oE@mail.gmail.com>

(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/

      reply	other threads:[~2010-09-02 18:04 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-23 13:42 Martin Pirker
2010-09-02 18:09 ` Andrew Morton [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20100902110919.a247d287.akpm@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lkml.collector@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome