<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in sysfs-devices-memory</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>c91c6062 - Document/kexec: generalize crash hotplug description</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/ABI/testing/sysfs-devices-memory#c91c6062</link>
        <description>Document/kexec: generalize crash hotplug descriptionCommit 79365026f869 (&quot;crash: add a new kexec flag for hotplug support&quot;)generalizes the crash hotplug support to allow architectures to updatemultiple kexec segments on CPU/Memory hotplug and not just elfcorehdr. Therefore, update the relevant kernel documentation to reflect the same.No functional change.Link: https://lkml.kernel.org/r/20240812041651.703156-1-sourabhjain@linux.ibm.comSigned-off-by: Sourabh Jain &lt;sourabhjain@linux.ibm.com&gt;Reviewed-by: Petr Tesarik &lt;ptesarik@suse.com&gt;Acked-by: Baoquan He &lt;bhe@redhat.com&gt;Cc: Hari Bathini &lt;hbathini@linux.ibm.com&gt;Cc: Petr Tesarik &lt;petr@tesarici.cz&gt;Cc: Sourabh Jain &lt;sourabhjain@linux.ibm.com&gt;Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/Documentation/ABI/testing/sysfs-devices-memory</description>
        <pubDate>Mon, 12 Aug 2024 04:16:51 +0000</pubDate>
        <dc:creator>Sourabh Jain &lt;sourabhjain@linux.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>88a6f899 - crash: memory and CPU hotplug sysfs attributes</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/ABI/testing/sysfs-devices-memory#88a6f899</link>
        <description>crash: memory and CPU hotplug sysfs attributesIntroduce the crash_hotplug attribute for memory and CPUs for use byuserspace.  These attributes directly facilitate the udev rule formanaging userspace re-loading of the crash kernel upon hot un/plugchanges.For memory, expose the crash_hotplug attribute to the/sys/devices/system/memory directory.  For example: # udevadm info --attribute-walk /sys/devices/system/memory/memory81  looking at device &apos;/devices/system/memory/memory81&apos;:    KERNEL==&quot;memory81&quot;    SUBSYSTEM==&quot;memory&quot;    DRIVER==&quot;&quot;    ATTR{online}==&quot;1&quot;    ATTR{phys_device}==&quot;0&quot;    ATTR{phys_index}==&quot;00000051&quot;    ATTR{removable}==&quot;1&quot;    ATTR{state}==&quot;online&quot;    ATTR{valid_zones}==&quot;Movable&quot;  looking at parent device &apos;/devices/system/memory&apos;:    KERNELS==&quot;memory&quot;    SUBSYSTEMS==&quot;&quot;    DRIVERS==&quot;&quot;    ATTRS{auto_online_blocks}==&quot;offline&quot;    ATTRS{block_size_bytes}==&quot;8000000&quot;    ATTRS{crash_hotplug}==&quot;1&quot;For CPUs, expose the crash_hotplug attribute to the/sys/devices/system/cpu directory. For example: # udevadm info --attribute-walk /sys/devices/system/cpu/cpu0  looking at device &apos;/devices/system/cpu/cpu0&apos;:    KERNEL==&quot;cpu0&quot;    SUBSYSTEM==&quot;cpu&quot;    DRIVER==&quot;processor&quot;    ATTR{crash_notes}==&quot;277c38600&quot;    ATTR{crash_notes_size}==&quot;368&quot;    ATTR{online}==&quot;1&quot;  looking at parent device &apos;/devices/system/cpu&apos;:    KERNELS==&quot;cpu&quot;    SUBSYSTEMS==&quot;&quot;    DRIVERS==&quot;&quot;    ATTRS{crash_hotplug}==&quot;1&quot;    ATTRS{isolated}==&quot;&quot;    ATTRS{kernel_max}==&quot;8191&quot;    ATTRS{nohz_full}==&quot;  (null)&quot;    ATTRS{offline}==&quot;4-7&quot;    ATTRS{online}==&quot;0-3&quot;    ATTRS{possible}==&quot;0-7&quot;    ATTRS{present}==&quot;0-3&quot;With these sysfs attributes in place, it is possible to efficientlyinstruct the udev rule to skip crash kernel reloading for kernelsconfigured with crash hotplug support.For example, the following is the proposed udev rule change for RHELsystem 98-kexec.rules (as the first lines of the rule file): # The kernel updates the crash elfcorehdr for CPU and memory changes SUBSYSTEM==&quot;cpu&quot;, ATTRS{crash_hotplug}==&quot;1&quot;, GOTO=&quot;kdump_reload_end&quot; SUBSYSTEM==&quot;memory&quot;, ATTRS{crash_hotplug}==&quot;1&quot;, GOTO=&quot;kdump_reload_end&quot;When examined in the context of 98-kexec.rules, the above rules test ifcrash_hotplug is set, and if so, the userspace initiatedunload-then-reload of the crash kernel is skipped.CPU and memory checks are separated in accordance with CONFIG_HOTPLUG_CPUand CONFIG_MEMORY_HOTPLUG kernel config options.  If an architecturesupports, for example, memory hotplug but not CPU hotplug, then the/sys/devices/system/memory/crash_hotplug attribute file is present, butthe /sys/devices/system/cpu/crash_hotplug attribute file will NOT bepresent.  Thus the udev rule skips userspace processing of memory hotun/plug events, but the udev rule will evaluate false for CPU events, thusallowing userspace to process CPU hot un/plug events (ie theunload-then-reload of the kdump capture kernel).Link: https://lkml.kernel.org/r/20230814214446.6659-5-eric.devolder@oracle.comSigned-off-by: Eric DeVolder &lt;eric.devolder@oracle.com&gt;Reviewed-by: Sourabh Jain &lt;sourabhjain@linux.ibm.com&gt;Acked-by: Hari Bathini &lt;hbathini@linux.ibm.com&gt;Acked-by: Baoquan He &lt;bhe@redhat.com&gt;Cc: Akhil Raj &lt;lf32.dev@gmail.com&gt;Cc: Bjorn Helgaas &lt;bhelgaas@google.com&gt;Cc: Borislav Petkov (AMD) &lt;bp@alien8.de&gt;Cc: Boris Ostrovsky &lt;boris.ostrovsky@oracle.com&gt;Cc: Dave Hansen &lt;dave.hansen@linux.intel.com&gt;Cc: Dave Young &lt;dyoung@redhat.com&gt;Cc: David Hildenbrand &lt;david@redhat.com&gt;Cc: Eric W. Biederman &lt;ebiederm@xmission.com&gt;Cc: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Cc: &quot;H. Peter Anvin&quot; &lt;hpa@zytor.com&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Cc: Konrad Rzeszutek Wilk &lt;konrad.wilk@oracle.com&gt;Cc: Mimi Zohar &lt;zohar@linux.ibm.com&gt;Cc: Naveen N. Rao &lt;naveen.n.rao@linux.vnet.ibm.com&gt;Cc: Oscar Salvador &lt;osalvador@suse.de&gt;Cc: &quot;Rafael J. Wysocki&quot; &lt;rafael@kernel.org&gt;Cc: Sean Christopherson &lt;seanjc@google.com&gt;Cc: Takashi Iwai &lt;tiwai@suse.de&gt;Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Thomas Wei&#223;schuh &lt;linux@weissschuh.net&gt;Cc: Valentin Schneider &lt;vschneid@redhat.com&gt;Cc: Vivek Goyal &lt;vgoyal@redhat.com&gt;Cc: Vlastimil Babka &lt;vbabka@suse.cz&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/Documentation/ABI/testing/sysfs-devices-memory</description>
        <pubDate>Mon, 14 Aug 2023 21:44:42 +0000</pubDate>
        <dc:creator>Eric DeVolder &lt;eric.devolder@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>a89107c0 - Documentation: sysfs/memory: clarify some memory block device properties</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/ABI/testing/sysfs-devices-memory#a89107c0</link>
        <description>Documentation: sysfs/memory: clarify some memory block device propertiesIn commit 53cdc1cb29e8 (&quot;drivers/base/memory.c: indicate all memory blocksas removable&quot;) we changed the output of the &quot;removable&quot; property of memorydevices to return &quot;1&quot; if and only if the kernel supports memory offlining.Let&apos;s update documentation, stating that the interface is legacy.  Alsoupdate documentation of the &quot;state&quot; property and &quot;valid_zones&quot; properties.Link: https://lkml.kernel.org/r/20210201181347.13262-3-david@redhat.comSigned-off-by: David Hildenbrand &lt;david@redhat.com&gt;Acked-by: Michal Hocko &lt;mhocko@suse.com&gt;Reviewed-by: Oscar Salvador &lt;osalvador@suse.de&gt;Cc: Dave Hansen &lt;dave.hansen@intel.com&gt;Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Cc: David Hildenbrand &lt;david@redhat.com&gt;Cc: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Cc: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt;Cc: Ilya Dryomov &lt;idryomov@gmail.com&gt;Cc: Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;Cc: Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/Documentation/ABI/testing/sysfs-devices-memory</description>
        <pubDate>Fri, 26 Feb 2021 01:17:28 +0000</pubDate>
        <dc:creator>David Hildenbrand &lt;david@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>e9a2e48e - drivers/base/memory: don&apos;t store phys_device in memory blocks</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/ABI/testing/sysfs-devices-memory#e9a2e48e</link>
        <description>drivers/base/memory: don&apos;t store phys_device in memory blocksNo need to store the value for each and every memory block, as we caneasily query the value at runtime.  Reshuffle the members to optimize thememory layout.  Also, let&apos;s clarify what the interface once was used forand why it&apos;s legacy nowadays.&quot;phys_device&quot; was used on s390x in older versions of lsmem[2]/chmem[3],back when they were still part of s390x-tools.  They were later replacedby the variants in linux-utils.  For example, RHEL6 and RHEL7 containlsmem/chmem from s390-utils.  RHEL8 switched to versions from util-linuxon s390x [4].&quot;phys_device&quot; was added with sysfs support for memory hotplug in commit3947be1969a9 (&quot;[PATCH] memory hotplug: sysfs and add/remove functions&quot;) in2005.  It always returned 0.s390x started returning something != 0 on some setups (if sclp.rzm is setby HW) in 2010 via commit 57b552ba0b2f (&quot;memory hotplug/s390: setphys_device&quot;).For s390x, it allowed for identifying which memory block devices belong tothe same storage increment (RZM).  Only if all memory block devicescomprising a single storage increment were offline, the memory couldactually be removed in the hypervisor.Since commit e5d709bb5fb7 (&quot;s390/memory hotplug: providememory_block_size_bytes() function&quot;) in 2013 a memory block device spansat least one storage increment - which is why the interface isn&apos;t reallyhelpful/used anymore (except by old lsmem/chmem tools).There were once RFC patches to make use of &quot;phys_device&quot; in ACPI context;however, the underlying problem could be solved using different interfaces[1].[1] https://patchwork.kernel.org/patch/2163871/[2] https://github.com/ibm-s390-tools/s390-tools/blob/v2.1.0/zconf/lsmem[3] https://github.com/ibm-s390-tools/s390-tools/blob/v2.1.0/zconf/chmem[4] https://bugzilla.redhat.com/show_bug.cgi?id=1504134Link: https://lkml.kernel.org/r/20210201181347.13262-2-david@redhat.comSigned-off-by: David Hildenbrand &lt;david@redhat.com&gt;Acked-by: Michal Hocko &lt;mhocko@suse.com&gt;Reviewed-by: Oscar Salvador &lt;osalvador@suse.de&gt;Cc: Dave Hansen &lt;dave.hansen@intel.com&gt;Cc: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Cc: Gerald Schaefer &lt;gerald.schaefer@linux.ibm.com&gt;Cc: Jonathan Corbet &lt;corbet@lwn.net&gt;Cc: &quot;Rafael J. Wysocki&quot; &lt;rafael@kernel.org&gt;Cc: Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;Cc: Ilya Dryomov &lt;idryomov@gmail.com&gt;Cc: Vaibhav Jain &lt;vaibhav@linux.ibm.com&gt;Cc: Tom Rix &lt;trix@redhat.com&gt;Cc: Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/Documentation/ABI/testing/sysfs-devices-memory</description>
        <pubDate>Fri, 26 Feb 2021 01:17:24 +0000</pubDate>
        <dc:creator>David Hildenbrand &lt;david@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>4ec0b092 - docs: ABI: Drop trailing whitespace</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/ABI/testing/sysfs-devices-memory#4ec0b092</link>
        <description>docs: ABI: Drop trailing whitespaceRemove all trailing whitespace from the ABI documentation.Most of it was introduced during recent updates.Signed-off-by: Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;Link: https://lore.kernel.org/r/20201110144033.3278499-1-geert+renesas@glider.beSigned-off-by: Jonathan Corbet &lt;corbet@lwn.net&gt;

            List of files:
            /linux-6.15/Documentation/ABI/testing/sysfs-devices-memory</description>
        <pubDate>Tue, 10 Nov 2020 14:40:33 +0000</pubDate>
        <dc:creator>Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;</dc:creator>
    </item>
<item>
        <title>54a19b4d - docs: ABI: cleanup several ABI documents</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/ABI/testing/sysfs-devices-memory#54a19b4d</link>
        <description>docs: ABI: cleanup several ABI documentsThere are some ABI documents that, while they don&apos;t generateany warnings, they have issues when parsed by get_abi.pl scripton its output result.Address them, in order to provide a clean output.Reviewed-by: Tom Rix &lt;trix@redhat.com&gt; # for fpga-managerReviewed-By: Kajol Jain&lt;kjain@linux.ibm.com&gt; # for sysfs-bus-event_source-devices-hv_gpci and sysfs-bus-event_source-devices-hv_24x7Acked-by: Jonathan Cameron &lt;Jonathan.Cameron@huawei.com&gt; #for IIOAcked-by: Oded Gabbay &lt;oded.gabbay@gmail.com&gt; # for HabanalabsAcked-by: Vaibhav Jain &lt;vaibhav@linux.ibm.com&gt; # for sysfs-bus-papr-pmemAcked-by: Cezary Rojewski &lt;cezary.rojewski@intel.com&gt; # for catptAcked-by: Suzuki K Poulose &lt;suzuki.poulose@arm.com&gt;Acked-by: Ilya Dryomov &lt;idryomov@gmail.com&gt; # for rbdAcked-by: Jonathan Corbet &lt;corbet@lwn.net&gt;Signed-off-by: Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;Link: https://lore.kernel.org/r/5bc78e5b68ed1e9e39135173857cb2e753be868f.1604042072.git.mchehab+huawei@kernel.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/Documentation/ABI/testing/sysfs-devices-memory</description>
        <pubDate>Fri, 30 Oct 2020 07:40:50 +0000</pubDate>
        <dc:creator>Mauro Carvalho Chehab &lt;mchehab+huawei@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>ed2f2400 - memory-hotplug: add sysfs valid_zones attribute</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/ABI/testing/sysfs-devices-memory#ed2f2400</link>
        <description>memory-hotplug: add sysfs valid_zones attributeCurrently memory-hotplug has two limits:1. If the memory block is in ZONE_NORMAL, you can change it to   ZONE_MOVABLE, but this memory block must be adjacent to ZONE_MOVABLE.2. If the memory block is in ZONE_MOVABLE, you can change it to   ZONE_NORMAL, but this memory block must be adjacent to ZONE_NORMAL.With this patch, we can easy to know a memory block can be onlined towhich zone, and don&apos;t need to know the above two limits.Updated the related Documentation.[akpm@linux-foundation.org: use conventional comment layout][akpm@linux-foundation.org: fix build with CONFIG_MEMORY_HOTREMOVE=n][akpm@linux-foundation.org: remove unused local zone_prev]Signed-off-by: Zhang Zhen &lt;zhenzhang.zhang@huawei.com&gt;Cc: Dave Hansen &lt;dave.hansen@intel.com&gt;Cc: David Rientjes &lt;rientjes@google.com&gt;Cc: Toshi Kani &lt;toshi.kani@hp.com&gt;Cc: Yasuaki Ishimatsu &lt;isimatu.yasuaki@jp.fujitsu.com&gt;Cc: Naoya Horiguchi &lt;n-horiguchi@ah.jp.nec.com&gt;Cc: Wang Nan &lt;wangnan0@huawei.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/Documentation/ABI/testing/sysfs-devices-memory</description>
        <pubDate>Thu, 09 Oct 2014 22:26:31 +0000</pubDate>
        <dc:creator>Zhang Zhen &lt;zhenzhang.zhang@huawei.com&gt;</dc:creator>
    </item>
<item>
        <title>0ea6e611 - Documentation: update broken web addresses.</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/ABI/testing/sysfs-devices-memory#0ea6e611</link>
        <description>Documentation: update broken web addresses.Below you will find an updated version from the original series bunching all patches into one big patchupdating broken web addresses that are located in Documentation/*Some of the addresses date as far far back as 1995 etc... so searching became a bit difficult,the best way to deal with these is to use web.archive.org to locate these addresses that are outdated.Now there are also some addresses pointing to .spec files some are located, but some(after searchingon the companies site)where still no where to be found. In this case I just changed the addressto the company site this way the users can contact the company and they can locate them for the users.Signed-off-by: Justin P. Mattock &lt;justinmattock@gmail.com&gt;Signed-off-by: Thomas Weber &lt;weber@corscience.de&gt;Signed-off-by: Mike Frysinger &lt;vapier.adi@gmail.com&gt;Cc: Paulo Marques &lt;pmarques@grupopie.com&gt;Cc: Randy Dunlap &lt;rdunlap@xenotime.net&gt;Cc: Michael Neuling &lt;mikey@neuling.org&gt;Signed-off-by: Jiri Kosina &lt;jkosina@suse.cz&gt;

            List of files:
            /linux-6.15/Documentation/ABI/testing/sysfs-devices-memory</description>
        <pubDate>Sat, 24 Jul 2010 03:51:24 +0000</pubDate>
        <dc:creator>Justin P. Mattock &lt;justinmattock@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>a33f3224 - Documentation/: it&apos;s -&gt; its where appropriate</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/ABI/testing/sysfs-devices-memory#a33f3224</link>
        <description>Documentation/: it&apos;s -&gt; its where appropriateFix obvious cases of &quot;it&apos;s&quot; being used when &quot;its&quot; was meant.Signed-off-by: Francis Galiegue &lt;fgaliegue@gmail.com&gt;Acked-by: Randy Dunlap &lt;rdunlap@xenotime.net&gt;Signed-off-by: Jiri Kosina &lt;jkosina@suse.cz&gt;

            List of files:
            /linux-6.15/Documentation/ABI/testing/sysfs-devices-memory</description>
        <pubDate>Thu, 22 Apr 2010 22:08:02 +0000</pubDate>
        <dc:creator>Francis Galiegue &lt;fgaliegue@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>dee5d0d5 - mm: add numa node symlink for memory section in sysfs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/ABI/testing/sysfs-devices-memory#dee5d0d5</link>
        <description>mm: add numa node symlink for memory section in sysfsCommit c04fc586c (mm: show node to memory section relationship withsymlinks in sysfs) created symlinks from nodes to memory sections, e.g./sys/devices/system/node/node1/memory135 -&gt; ../../memory/memory135If you&apos;re examining the memory section though and are wondering what nodeit might belong to, you can find it by grovelling around in sysfs, butit&apos;s a little cumbersome.Add a reverse symlink for each memory section that points back to thenode to which it belongs.Signed-off-by: Alex Chiang &lt;achiang@hp.com&gt;Cc: Gary Hade &lt;garyhade@us.ibm.com&gt;Cc: Badari Pulavarty &lt;pbadari@us.ibm.com&gt;Cc: Ingo Molnar &lt;mingo@elte.hu&gt;Acked-by: David Rientjes &lt;rientjes@google.com&gt;Cc: Greg KH &lt;greg@kroah.com&gt;Cc: Randy Dunlap &lt;randy.dunlap@oracle.com&gt;Cc: David Rientjes &lt;rientjes@google.com&gt;Cc: KOSAKI Motohiro &lt;kosaki.motohiro@jp.fujitsu.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/Documentation/ABI/testing/sysfs-devices-memory</description>
        <pubDate>Tue, 15 Dec 2009 01:59:05 +0000</pubDate>
        <dc:creator>Alex Chiang &lt;achiang@hp.com&gt;</dc:creator>
    </item>
<item>
        <title>c04fc586 - mm: show node to memory section relationship with symlinks in sysfs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/ABI/testing/sysfs-devices-memory#c04fc586</link>
        <description>mm: show node to memory section relationship with symlinks in sysfsShow node to memory section relationship with symlinks in sysfsAdd /sys/devices/system/node/nodeX/memoryY symlinks for allthe memory sections located on nodeX.  For example:/sys/devices/system/node/node1/memory135 -&gt; ../../memory/memory135indicates that memory section 135 resides on node1.Also revises documentation to cover this change as well as updatingDocumentation/ABI/testing/sysfs-devices-memory to include descriptionsof memory hotremove files &apos;phys_device&apos;, &apos;phys_index&apos;, and &apos;state&apos;that were previously not described there.In addition to it always being a good policy to provide users withthe maximum possible amount of physical location information forresources that can be hot-added and/or hot-removed, the followingare some (but likely not all) of the user benefits provided bythis change.Immediate:  - Provides information needed to determine the specific node    on which a defective DIMM is located.  This will reduce system    downtime when the node or defective DIMM is swapped out.  - Prevents unintended onlining of a memory section that was    previously offlined due to a defective DIMM.  This could happen    during node hot-add when the user or node hot-add assist script    onlines _all_ offlined sections due to user or script inability    to identify the specific memory sections located on the hot-added    node.  The consequences of reintroducing the defective memory    could be ugly.  - Provides information needed to vary the amount and distribution    of memory on specific nodes for testing or debugging purposes.Future:  - Will provide information needed to identify the memory    sections that need to be offlined prior to physical removal    of a specific node.Symlink creation during boot was tested on 2-node x86_64, 2-nodeppc64, and 2-node ia64 systems.  Symlink creation during physicalmemory hot-add tested on a 2-node x86_64 system.Signed-off-by: Gary Hade &lt;garyhade@us.ibm.com&gt;Signed-off-by: Badari Pulavarty &lt;pbadari@us.ibm.com&gt;Acked-by: Ingo Molnar &lt;mingo@elte.hu&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/Documentation/ABI/testing/sysfs-devices-memory</description>
        <pubDate>Tue, 06 Jan 2009 22:39:14 +0000</pubDate>
        <dc:creator>Gary Hade &lt;garyhade@us.ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>5c755e9f - memory-hotplug: add sysfs removable attribute for hotplug memory remove</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/Documentation/ABI/testing/sysfs-devices-memory#5c755e9f</link>
        <description>memory-hotplug: add sysfs removable attribute for hotplug memory removeMemory may be hot-removed on a per-memory-block basis, particularly onPOWER where the SPARSEMEM section size often matches the memory-blocksize.  A user-level agent must be able to identify which sections ofmemory are likely to be removable before attempting the potentiallyexpensive operation.  This patch adds a file called &quot;removable&quot; to thememory directory in sysfs to help such an agent.  In this patch, a memoryblock is considered removable if;o It contains only MOVABLE pageblockso It contains only pageblocks with free pages regardless of pageblock typeOn the other hand, a memory block starting with a PageReserved() page willnever be considered removable.  Without this patch, the user-agent isforced to choose a memory block to remove randomly.Sample output of the sysfs files:./memory/memory0/removable: 0./memory/memory1/removable: 0./memory/memory2/removable: 0./memory/memory3/removable: 0./memory/memory4/removable: 0./memory/memory5/removable: 0./memory/memory6/removable: 0./memory/memory7/removable: 1./memory/memory8/removable: 0./memory/memory9/removable: 0./memory/memory10/removable: 0./memory/memory11/removable: 0./memory/memory12/removable: 0./memory/memory13/removable: 0./memory/memory14/removable: 0./memory/memory15/removable: 0./memory/memory16/removable: 0./memory/memory17/removable: 1./memory/memory18/removable: 1./memory/memory19/removable: 1./memory/memory20/removable: 1./memory/memory21/removable: 1./memory/memory22/removable: 1Signed-off-by: Badari Pulavarty &lt;pbadari@us.ibm.com&gt;Signed-off-by: Mel Gorman &lt;mel@csn.ul.ie&gt;Acked-by: KAMEZAWA Hiroyuki &lt;kamezawa.hiroyu@jp.fujitsu.com&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/Documentation/ABI/testing/sysfs-devices-memory</description>
        <pubDate>Thu, 24 Jul 2008 04:28:19 +0000</pubDate>
        <dc:creator>Badari Pulavarty &lt;pbadari@us.ibm.com&gt;</dc:creator>
    </item>
</channel>
</rss>
