From mboxrd@z Thu Jan 1 00:00:00 1970 From: keith Subject: Re: Re: [Lhms-devel] [PATCH 1/1] patch to fix acpi_memhotplug.c Date: Fri, 18 Nov 2005 10:54:10 -0800 Message-ID: <1132340050.3798.145.camel@knk> References: <1131771825.20603.44.camel@knk> <1132033003.3798.21.camel@knk> <20051115171221.7E99.Y-GOTO@jp.fujitsu.com> <1132201107.3798.81.camel@knk> <437C1E6C.6000404@jp.fujitsu.com> <1132280556.3798.137.camel@knk> <437D42F1.6080407@jp.fujitsu.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <437D42F1.6080407-+CUm20s59erQFUHtdCDX3A@public.gmane.org> Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: KAMEZAWA Hiroyuki Cc: Yasunori Goto , len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, naveen.b.s-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, acpi-devel , external hotplug mem list , "Tolentino, Matthew E" List-Id: linux-acpi@vger.kernel.org On Fri, 2005-11-18 at 11:56 +0900, KAMEZAWA Hiroyuki wrote: > keith wrote: > >> > > >>Could you show your AML tree around Memory ? > > > > > > See attached SSDT. > > > Thanks, at the first look..... > > > Device (ME00) > > { > > > Method (_STA, 0, NotSerialized) > > { > > If (CondRefOf (_OSI, Local0)) > > { > > If (\_OSI ("Windows 2001")) > > { > > If (LAnd (LEqual (BADH, EADH), LEqual (BADL, EADL))) > > { > > Or (MEID, \_SB.MEMI, \_SB.MEMI) > > Return (0x00) > > } > > Else > > { > > And (Not (MEID), \_SB.MEMI, \_SB.MEMI) > > Return (0x0F) > > } > > } > > } > > > > Return (0x00) > > } > It seems memory device's _STA never returns 0xF always returns 0x0. > (Device is online and enabled) when OS is not Windows2001. > All PNP0C80 decvices in this SSDT has same _STA function. I see. I have no experience reading these ASL files... > So, I think why your hot add failes is _STA has no present bit. > == > drivers/acpi/scan.c > > acpi_add_single_object() > > case ACPI_BUS_TYPE_DEVICE: > result = acpi_bus_get_status(device); in drivers/acpi/bus.c > if (ACPI_FAILURE(result) || !device->status.present) { <----(*) > result = -ENOENT; > goto end; > } > break; > == > > rewriting your DSDT would be sane approach. I shall go to the bios writers. Thank you very much for you help in determining the root cause of my troubles with the hot-add event. Keith Mannthey LTC xSeries ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click