From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from gate.crashing.org ([63.228.1.57]) by merlin.infradead.org with esmtps (Exim 4.80.1 #2 (Red Hat Linux)) id 1UyVSd-0008Hi-6l for kexec@lists.infradead.org; Sun, 14 Jul 2013 23:12:14 +0000 Message-ID: <1373843487.19894.304.camel@pasglop> Subject: Re: visible memory seems wrong in kexec crash dump kernel From: Benjamin Herrenschmidt Date: Mon, 15 Jul 2013 09:11:27 +1000 In-Reply-To: <51E32F76.5070502@mail.usask.ca> References: <51DF1BBB.5060904@mail.usask.ca> <51DF2229.5010604@mail.usask.ca> <20130712012142.GA24112@concordia> <51E07056.8040007@mail.usask.ca> <51E08A40.80900@mail.usask.ca> <51E0F41A.20904@mail.usask.ca> <20130714043600.GA30717@concordia> <1373779584.19894.270.camel@pasglop> <51E32F76.5070502@mail.usask.ca> Mime-Version: 1.0 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "kexec" Errors-To: kexec-bounces+dwmw2=twosheds.infradead.org@lists.infradead.org To: Chris Friesen Cc: kexec@lists.infradead.org, Michael Ellerman , Haren Myneni , Paul Mackerras , linuxppc-dev@lists.ozlabs.org, Vivek Goyal On Sun, 2013-07-14 at 17:08 -0600, Chris Friesen wrote: > > So for memory starting at 0 it should be memory@0 > > There are a fair number of dts files in the kernel tree that don't > specify an address for the memory node. > > If the kernel accepts it without an address, it seems logical that kexec > should as well. As long as kexec doesn't start being stupid when there are several nodes and doesn't pick up the "first one in device-tree order" instead of the one at 0... I've been hit by that sort of bugs before (though not specifically in kexec). > Or maybe the kernel should just implicitly assume an address of zero and > export it as such in /proc/device-tree? I don't want /proc/device-tree to expose something different than what's in the actual device-tree, that would be the source for endless horrors. We already are borderline with the occasional renaming we do in the case of duplicate name+property... Cheers, Ben. _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec