WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Re: "ACPI: Unable to start the ACPI Interpreter"

To: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] Re: "ACPI: Unable to start the ACPI Interpreter"
From: Liwei <xieliwei@xxxxxxxxx>
Date: Sat, 25 Jun 2011 20:33:04 +0800
Delivery-date: Sat, 25 Jun 2011 05:34:20 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type:content-transfer-encoding; bh=LxOHQdAHHFTdEtFHaS8odXBR7hp8r1Br0JICY4z3iao=; b=QJrbFIZFkHJkZha9K+CFNXxEhvWQP4pCzC2mxxtQEuTTnyVTYNiaeRU5ihHxGDR1T+ DzqfLratMBd2ipC3RWHj0Dp7TPqnkeZSn9XrmU0sFRzkTfV3QLsu2/b5kv0Ubxc1gwYn ALRwCDMKSt8UwzVz2UAjCvP4PO3iw/DUb0fZQ=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=LM2FE6WqyiiiOf3E46MDhhz0GVQFOdkU2X270mIb8XtsGF2hBJDqT+iljEWM4hV0Ip auuA0+65NSO85R/iAdGca2/cC4S+7ZN14BrX/83jg4lOcDaG6ENAeDGfD+e6YPEbE4gM LCOclDjlBl5wdHAysYI2XfHp1wWtLzLl6T+mI=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <BANLkTinaNMbstBGopDyGcWQpjr=oF-myQQ@xxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <BANLkTinaNMbstBGopDyGcWQpjr=oF-myQQ@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Just a follow up. I found out that the boot failure's due to a
unsupported (faulty?) PATA controller. Removed it and the system
actually boots. The SCI allocation failure still occurs though.
Apparently this also occurs with the Debian experimental 3.0 kernel
too. Here's the full backtrace from dmesg:

[    3.934034] bio: create slab <bio-0> at 0
[    3.936216] ACPI: SCI (IRQ9) allocation failed
[    3.936259] ACPI Exception: AE_NOT_ACQUIRED, Unable to install
System Control Interrupt handler (20110413/evevent-119)
[    3.936264] ACPI: Unable to start the ACPI Interpreter
[    3.974522] 
=============================================================================
[    3.974570] BUG Acpi-ParseExt: Objects remaining on kmem_cache_close()
[    3.974613] 
-----------------------------------------------------------------------------
[    3.974614]
[    3.974694] INFO: Slab 0xffffea0000a57308 objects=56 used=1
fp=0xffff88002f4577e0 flags=0x100000000000080
[    3.974743] Pid: 1, comm: swapper Not tainted 3.0.0-rc4-amd64+ #1
[    3.974745] Call Trace:
[    3.974753]  [<ffffffff810e5f13>] ? slab_err+0x93/0xb5
[    3.974758]  [<ffffffff81006b4d>] ? xen_force_evtchn_callback+0x9/0xa
[    3.974762]  [<ffffffff810071b2>] ? check_events+0x12/0x20
[    3.974766]  [<ffffffff810e8ff9>] ? kmem_cache_destroy+0x170/0x2dc
[    3.974770]  [<ffffffff816c1db2>] ? acpi_sleep_proc_init+0x27/0x27
[    3.974774]  [<ffffffff811cf965>] ? acpi_os_delete_cache+0x6/0xa
[    3.974779]  [<ffffffff811eedee>] ? acpi_ut_delete_caches+0x6a/0x7a
[    3.974783]  [<ffffffff811efd3f>] ? acpi_terminate+0x3e/0x49
[    3.974786]  [<ffffffff816c2000>] ? acpi_init+0x24e/0x297
[    3.974791]  [<ffffffff8122f708>] ? __class_create+0x3d/0x61
[    3.974795]  [<ffffffff810f0c30>] ? mount_fs+0x144/0x144
[    3.974799]  [<ffffffff816bf936>] ? video_setup+0x75/0x75
[    3.974803]  [<ffffffff816bf99c>] ? fbmem_init+0x66/0x95
[    3.974806]  [<ffffffff81002086>] ? do_one_initcall+0x76/0x12c
[    3.974810]  [<ffffffff81696bf4>] ? kernel_init+0xbd/0x137
[    3.974815]  [<ffffffff813278a4>] ? kernel_thread_helper+0x4/0x10
[    3.974819]  [<ffffffff813269b3>] ? int_ret_from_sys_call+0x7/0x1b
[    3.974823]  [<ffffffff813216e5>] ? retint_restore_args+0x5/0x6
[    3.974826]  [<ffffffff813278a0>] ? gs_change+0x13/0x13
[    3.974830] INFO: Object 0xffff88002f457900 @offset=2304
[    3.974873] SLUB Acpi-ParseExt: kmem_cache_destroy called for cache
that still has objects.
[    3.974920] Pid: 1, comm: swapper Not tainted 3.0.0-rc4-amd64+ #1
[    3.974922] Call Trace:
[    3.974925]  [<ffffffff810e9116>] ? kmem_cache_destroy+0x28d/0x2dc
[    3.974928]  [<ffffffff816c1db2>] ? acpi_sleep_proc_init+0x27/0x27
[    3.974931]  [<ffffffff811cf965>] ? acpi_os_delete_cache+0x6/0xa
[    3.974934]  [<ffffffff811eedee>] ? acpi_ut_delete_caches+0x6a/0x7a
[    3.974938]  [<ffffffff811efd3f>] ? acpi_terminate+0x3e/0x49
[    3.974941]  [<ffffffff816c2000>] ? acpi_init+0x24e/0x297
[    3.974944]  [<ffffffff8122f708>] ? __class_create+0x3d/0x61
[    3.974947]  [<ffffffff810f0c30>] ? mount_fs+0x144/0x144
[    3.974950]  [<ffffffff816bf936>] ? video_setup+0x75/0x75
[    3.974953]  [<ffffffff816bf99c>] ? fbmem_init+0x66/0x95
[    3.974956]  [<ffffffff81002086>] ? do_one_initcall+0x76/0x12c
[    3.974960]  [<ffffffff81696bf4>] ? kernel_init+0xbd/0x137
[    3.974963]  [<ffffffff813278a4>] ? kernel_thread_helper+0x4/0x10
[    3.974966]  [<ffffffff813269b3>] ? int_ret_from_sys_call+0x7/0x1b
[    3.974970]  [<ffffffff813216e5>] ? retint_restore_args+0x5/0x6
[    3.974973]  [<ffffffff813278a0>] ? gs_change+0x13/0x13


On 25 June 2011 02:55, Liwei <xieliwei@xxxxxxxxx> wrote:
> Hello list,
>    Just for fun, I tried compiling the 3.0-rc4 kernel from Jeremy's
> git repo. Compilation and installation were successful, so does
> booting into the kernel without xen.
>    With xen however, I get the following:
>
> ACPI: SCI (IRQ9) allocation failed
> ACPI: Unable to start the ACPI Interpreter
> =============================================================================
> BUG Acpi-ParseExt: Objects remaining on kmem_cache_close()
> -----------------------------------------------------------------------------
>
> INFO: Slab 0xffffea0000a57308 objects=56 used=1 fp=0xffff88002f4577e0
> flags=0x1000000000000080
> INFO: Object 0xffff88002f457900 @offset=2304
> SLUB Acpi-ParseExt: kmem_cache_destroy called for cache that still has 
> objects.
> SLUB: Unable to add boot slab alias [some weird characters] to sysfs
> Loading, please wait...
>
>    There could be some mix ups between "0" and "8" in the hex values
> as the above were transcribed from a cameraphone photo. The system
> continues to boot, but fails badly trying to start udev, stuck with
> the following (with varying device IDs):
>
> ...
> udevd[80]: timeout: killing '/sbin/modprobe -b
> pci:v000011ABd00006440sv0000d00006440bc01sc00i00' [92]
> ...
>
>    Not looking for a solution here, just reporting this to the devs.
>    Attached is the kernel .config file. Running on xen-unstable compiled 
> today.
>
> Liwei
>

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel