RE: one more ACPI Error (utglobal-0125): Unknown exception code:0xFFFFFFEA [Re: 2.6.18-rc4-mm3]
- From: keith mannthey <kmannth@xxxxxxxxxx>
- Date: Thu, 31 Aug 2006 10:56:27 -0700
On Thu, 2006-08-31 at 10:02 -0700, Moore, Robert wrote:
Return AE_OK to continue the walk. AE_CTRL_DEPTH will cause the walk to
continue, but go no further down the current branch of the namespace.
Anything other than these two exceptions will completely abort the walk.
Let me check with AE_OK (this is non-zero?). It will be several hours.
Thanks,
Keith
-----Original Message-----linux
From: keith mannthey [mailto:kmannth@xxxxxxxxxx]
Sent: Thursday, August 31, 2006 9:49 AM
To: Len Brown
Cc: Moore, Robert; Li, Shaohua; Mattia Dongili; Andrew Morton; lkml;
acpi; KAMEZAWA Hiroyukiitself
Subject: Re: one more ACPI Error (utglobal-0125): Unknown exception
code:0xFFFFFFEA [Re: 2.6.18-rc4-mm3]
On Thu, 2006-08-31 at 02:48 -0400, Len Brown wrote:
On Tuesday 29 August 2006 16:04, Moore, Robert wrote:returning
As far as the unknown exception,
[ 9.392729] [<c0246fb6>] acpi_ut_status_exit+0x31/0x5e
[ 9.393453] [<c0243352>] acpi_walk_resources+0x10e/0x11b
[ 9.394174] [<c025697e>] acpi_motherboard_add+0x22/0x31
I would guess that the callback routine for walk_resources is
walka non-zero status value which is causing an immediate abort of the
with that value -- and the value is bogus.
Before I put this check in acpi_motherboard_add always attached
to any resource type. I simply changed it so if the type is notelse
ACPI_RESOURCE_TYPE_IO or ACPI_RESOURCE_TYPE_FIXED_IO it doesn't attach
and can continue to find the correct device to attach to.
Perhaps the motherboard device needs to attach to more device types?
It was suggest by acpi folks to return -EINVAL. Should something
be returned?http://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18-
Thanks,
Keith
Yep, see -EINVAL below.
-Len
rc4/2.6.18-rc4-mm3/broken-out/hot-add-mem-x86_64-acpi-motherboard-the
fix.patch
have
From: Keith Mannthey <kmannth@xxxxxxxxxx>
This patch set allow SPARSEMEM and RESERVE based hot-add to work. I
test both options and they work as expected. I am adding memory to
enablment.2nd node of a numa system (x86_64).
Major changes from last set is the config change and RESERVE
dosen't
This patch:
Make ACPI motherboard driver not attach to devices/handles it
expect.event
Fix a bug where the motherboard driver attached to hot-add memory
anda/drivers/acpi/motherboard.c~hot-add-mem-x86_64-acpi-motherboard-fix
caused the add memory call to fail.motherboard-fix drivers/acpi/motherboard.c
Signed-off-by: Keith Mannthey<kmannth@xxxxxxxxxx>
Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Cc: Andi Kleen <ak@xxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxx>
---
diff -puN drivers/acpi/motherboard.c~hot-add-mem-x86_64-acpi-
---
+++ a/drivers/acpi/motherboard.c
@@ -87,6 +87,7 @@ static acpi_status acpi_reserve_io_range
}
} else {
/* Memory mapped IO? */
+ return -EINVAL;
}
if (requested_res)
@@ -96,11 +97,16 @@ static acpi_status acpi_reserve_io_range
static int acpi_motherboard_add(struct acpi_device *device)
{
+ acpi_status status;
if (!device)
return -EINVAL;
- acpi_walk_resources(device->handle, METHOD_NAME__CRS,
+
+ status = acpi_walk_resources(device->handle, METHOD_NAME__CRS,
acpi_reserve_io_ranges, NULL);
+ if (ACPI_FAILURE(status))
+ return -ENODEV;
+
return 0;
}
_
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- References:
- Prev by Date: Re: 2.6.18-rc5-git3 build error on i386 - include/asm/spinlock.h
- Next by Date: Re: [RFC][PATCH 3/9] actual generic PAGE_SIZE infrastructure
- Previous by thread: RE: one more ACPI Error (utglobal-0125): Unknown exception code:0xFFFFFFEA [Re: 2.6.18-rc4-mm3]
- Next by thread: [PATCH] NOMMU: Use find_vma() rather than reimplementing a VMA search
- Index(es):
Relevant Pages
|
|
