From patchwork Fri Feb 22 19:42:27 2013 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Toshi Kani X-Patchwork-Id: 2177811 Return-Path: X-Original-To: patchwork-linux-acpi@patchwork.kernel.org Delivered-To: patchwork-process-083081@patchwork2.kernel.org Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by patchwork2.kernel.org (Postfix) with ESMTP id 3781CDFABD for ; Fri, 22 Feb 2013 19:53:33 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755813Ab3BVTxc (ORCPT ); Fri, 22 Feb 2013 14:53:32 -0500 Received: from g4t0014.houston.hp.com ([15.201.24.17]:5497 "EHLO g4t0014.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753628Ab3BVTxb (ORCPT ); Fri, 22 Feb 2013 14:53:31 -0500 Received: from g4t0018.houston.hp.com (g4t0018.houston.hp.com [16.234.32.27]) by g4t0014.houston.hp.com (Postfix) with ESMTP id F38B62416A; Fri, 22 Feb 2013 19:53:30 +0000 (UTC) Received: from misato.fc.hp.com (misato.fc.hp.com [16.71.12.41]) by g4t0018.houston.hp.com (Postfix) with ESMTP id 981631025D; Fri, 22 Feb 2013 19:53:28 +0000 (UTC) From: Toshi Kani To: rjw@sisk.pl Cc: linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, isimatu.yasuaki@jp.fujitsu.com, vasilis.liaskovitis@profitbricks.com, Toshi Kani Subject: [PATCH] ACPI: Add sysfs links from memory device to memblocks Date: Fri, 22 Feb 2013 12:42:27 -0700 Message-Id: <1361562147-30801-1-git-send-email-toshi.kani@hp.com> X-Mailer: git-send-email 1.7.11.7 Sender: linux-acpi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org In order to eject a memory device object represented as "PNP0C80:%d" in sysfs, its associated memblocks (system/memory/memory%d) need to be off-lined. However, there is no user friendly way to correlate between a memory device object and its memblocks in sysfs. This patch creates sysfs links to memblocks under a memory device object so that a user can easily checks and manipulates its memblocks in sysfs. For example, when PNP0C80:05 is associated with memory8 and memory9, the following two links are created under PNP0C80:05. This allows a user to access memory8/9 directly from PNP0C80:05. # ll /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C80:05 lrwxrwxrwx. memory8 -> ../../../system/memory/memory8 lrwxrwxrwx. memory9 -> ../../../system/memory/memory9 Signed-off-by: Toshi Kani --- This patch applies on top of the Rafael's patch below. https://patchwork.kernel.org/patch/2153261/ --- drivers/acpi/acpi_memhotplug.c | 54 ++++++++++++++++++++++++++++++++++++++++ 1 file changed, 54 insertions(+) -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/drivers/acpi/acpi_memhotplug.c b/drivers/acpi/acpi_memhotplug.c index 3b3abbc..d6226b3 100644 --- a/drivers/acpi/acpi_memhotplug.c +++ b/drivers/acpi/acpi_memhotplug.c @@ -28,6 +28,7 @@ */ #include +#include #include #include "internal.h" @@ -168,6 +169,53 @@ static int acpi_memory_check_device(struct acpi_memory_device *mem_device) return 0; } +static void acpi_setup_mem_blk_links(struct acpi_memory_device *mem_device, + struct acpi_memory_info *info, bool add_links) +{ + struct memory_block *mem_blk = NULL; + struct mem_section *mem_sect; + unsigned long start_pfn, end_pfn, pfn; + unsigned long section_nr; + int ret; + + start_pfn = PFN_DOWN(info->start_addr); + end_pfn = PFN_UP(info->start_addr + info->length-1); + + for (pfn = start_pfn; pfn < end_pfn; pfn += PAGES_PER_SECTION) { + section_nr = pfn_to_section_nr(pfn); + + if (!present_section_nr(section_nr)) + continue; + + mem_sect = __nr_to_section(section_nr); + + /* skip if the same memblock */ + if (mem_blk) + if ((section_nr >= mem_blk->start_section_nr) && + (section_nr <= mem_blk->end_section_nr)) + continue; + + mem_blk = find_memory_block_hinted(mem_sect, mem_blk); + + if (add_links) { + ret = sysfs_create_link_nowarn( + &mem_device->device->dev.kobj, + &mem_blk->dev.kobj, + kobject_name(&mem_blk->dev.kobj)); + if (ret && ret != -EEXIST) + dev_err(&mem_device->device->dev, + "Failed to create sysfs link %s\n", + kobject_name(&mem_blk->dev.kobj)); + } else { + sysfs_remove_link(&mem_device->device->dev.kobj, + kobject_name(&mem_blk->dev.kobj)); + } + } + + if (mem_blk) + kobject_put(&mem_blk->dev.kobj); +} + static int acpi_memory_enable_device(struct acpi_memory_device *mem_device) { int result, num_enabled = 0; @@ -207,6 +255,9 @@ static int acpi_memory_enable_device(struct acpi_memory_device *mem_device) continue; } + /* Create sysfs links to its mem_blk devices */ + acpi_setup_mem_blk_links(mem_device, info, true); + if (!result) info->enabled = 1; /* @@ -241,6 +292,9 @@ static int acpi_memory_remove_memory(struct acpi_memory_device *mem_device) /* The kernel does not use this memory block */ continue; + /* Remove sysfs links to its mem_blk devices */ + acpi_setup_mem_blk_links(mem_device, info, false); + if (!info->enabled) /* * The kernel uses this memory block, but it may be not