Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932178Ab3CSPPO (ORCPT ); Tue, 19 Mar 2013 11:15:14 -0400 Received: from g6t0187.atlanta.hp.com ([15.193.32.64]:7008 "EHLO g6t0187.atlanta.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756533Ab3CSPPN (ORCPT ); Tue, 19 Mar 2013 11:15:13 -0400 Message-ID: <1363705437.11659.5.camel@misato.fc.hp.com> Subject: Re: [PATCH] Remove acpi_memory_info->failed bit From: Toshi Kani To: Yasuaki Ishimatsu Cc: rjw@sisk.pl, linux-acpi@vger.kernel.org, tangchen@cn.fujitsu.com, wency@cn.fujitsu.com, laijs@cn.fujitsu.com, linux-kernel@vger.kernel.org Date: Tue, 19 Mar 2013 09:03:57 -0600 In-Reply-To: <514679BC.5020700@jp.fujitsu.com> References: <514022BF.3080303@jp.fujitsu.com> <1363186213.12845.174.camel@misato.fc.hp.com> <514679BC.5020700@jp.fujitsu.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.4.4 (3.4.4-2.fc17) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2846 Lines: 72 On Mon, 2013-03-18 at 11:19 +0900, Yasuaki Ishimatsu wrote: > Hi Toshi, > > Sorry for the late reply > > 2013/03/13 23:50, Toshi Kani wrote: > > On Wed, 2013-03-13 at 15:54 +0900, Yasuaki Ishimatsu wrote: > >> At http://marc.info/?l=linux-acpi&m=135769405622667&w=2 thread, > >> Toshi Kani mentioned as follows: > >> > >> "I have a question about the change you made in commit 65479472 in > >> acpi_memhotplug.c. This change seems to require that > >> acpi_memory_enable_device() calls add_memory() to add all memory ranges > >> represented by memory device objects at boot-time, and keep the results > >> be used for hot-remove. > >> > >> If I understand it right, this add_memory() call fails with EEXIST at > >> boot-time since all memory ranges should have been added from EFI memory > >> table (or e820) already. This results all memory ranges be marked as ! > >> enabled & !failed. I think this means that we cannot hot-delete any > >> memory ranges presented at boot-time since acpi_memory_remove_memory() > >> only calls remove_memory() when the enabled flag is set. Is that > >> correct?" > >> > >> Above mention is correct. Thus even if memory device supports hotplug, > >> memory presented at boot-time cannot be hot removed since the memory > >> device's acpi_memory_info->enabled is always 0. > >> > >> This patch changes to set 1 to "acpi_memory_info->enabled" of memory > >> device presented at boot-time for hot removing the memory device. > >> > >> Signed-off-by: Yasuaki Ishimatsu > >> > >> --- > >> drivers/acpi/acpi_memhotplug.c | 4 ++-- > >> 1 files changed, 2 insertions(+), 2 deletions(-) > >> > >> diff --git a/drivers/acpi/acpi_memhotplug.c b/drivers/acpi/acpi_memhotplug.c > >> index da1f82b..88fd46a 100644 > >> --- a/drivers/acpi/acpi_memhotplug.c > >> +++ b/drivers/acpi/acpi_memhotplug.c > >> @@ -254,8 +254,8 @@ static int acpi_memory_enable_device(struct acpi_memory_device *mem_device) > >> continue; > >> } > >> > >> - if (!result) > >> - info->enabled = 1; > >> + info->enabled = 1; > > > > Do we still need to keep the enable bit? I think !failed means enabled > > with this change. > > For controlling memory hotplug, we need either failed bit or enabled bit. > So I want to remove failed bit as follows: > > --- > > acpi_memory_info has enabled bit and failed bit for controlling memory > hotplug. But we don't need to keep both bits. > > The patch removes acpi_memory_info->failed bit. Thanks for the update. Which branch does this patch apply to? I tried several, but could not apply. -Toshi -- 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/