linux-kernel - Re: Disabling physical RAM regions for testing

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20140805130632.GA18164@fishbowl.rw.madduck.net>
Date:	Tue, 5 Aug 2014 15:06:32 +0200
From:	"martin f. krafft" <madduck@...duck.net>
To:	Austin S Hemmelgarn <ahferroin7@...il.com>
Cc:	linux kernel mailing list <linux-kernel@...r.kernel.org>
Subject: Re: Disabling physical RAM regions for testing

also sprach Austin S Hemmelgarn <ahferroin7@...il.com> [2014-08-05 14:26 +0200]:
> The e820 is probably not what you want to be looking at.  I would
> suggest looking into memory hot-plug/hot-remove support, IIRC the
> hot-remove support allows you to bring a bank offline.

Oh, good pointer, yeah, that would do and allow for online testing
to some degree.

I found http://feishare.com/linux/memory-hotplug-in-linux and
memory0 through memory69 in /sys/devices/system/memory, and only
3 of those are "removable==1".

My goal is to bring one of the two 4Gb DIMMs offline, verify that
the error I am seeing still exists, bring it back online and take
the other offline.

How do I find out which memory to hot-remove?

Am I right in assuming that I won't be able to remove
one-then-the-other as some memory regions may not be movable?

-- 
@martinkrafft | http://madduck.net/ | http://two.sentenc.es/

"the scientific paper in its orthodox form does embody a totally
 mistaken conception, even a travesty, of the nature of scientific
 thought."
                                                -- sir peter medawar

spamtraps: madduck.bogus@...duck.net

Download attachment "digital_signature_gpg.asc" of type "application/pgp-signature" (1108 bytes)