From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 3C5C6C433EF for ; Mon, 13 Dec 2021 06:01:13 +0000 (UTC) Received: by smtp.kernel.org (Postfix) id D6432C341CC; Mon, 13 Dec 2021 06:01:12 +0000 (UTC) Received: from muru.com (muru.com [72.249.23.125]) by smtp.kernel.org (Postfix) with ESMTP id 36F7AC00446; Mon, 13 Dec 2021 06:01:11 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 smtp.kernel.org 36F7AC00446 Authentication-Results: smtp.kernel.org; dmarc=none (p=none dis=none) header.from=atomide.com Authentication-Results: smtp.kernel.org; spf=none smtp.mailfrom=atomide.com Received: from localhost (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 736E3809F; Mon, 13 Dec 2021 06:01:53 +0000 (UTC) Date: Mon, 13 Dec 2021 08:01:09 +0200 From: Tony Lindgren To: Merlijn Wajer List-Id: Cc: Ivaylo Dimitrov , Dev Null , Sebastian Reichel , linux-omap@vger.kernel.org, Arnd Bergmann , Olof Johansson , soc@kernel.org, Rob Herring , =?utf-8?Q?Beno=C3=AEt?= Cousson , Kees Cook , Anton Vorontsov , Colin Cross , Tony Luck , linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH 2/2] Droid3: add initial DTS Message-ID: References: <20211212230459.13579-1-merlijn@wizzup.org> <20211212230459.13579-3-merlijn@wizzup.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20211212230459.13579-3-merlijn@wizzup.org> * Merlijn Wajer [211212 23:00]: > @@ -35,7 +35,7 @@ reserved-memory { > * first 512K of that and just overwrite the rest and configure > * only 384K instead of 2M. > */ > - ramoops@a0080000 { > + ramoops0: ramoops@a0080000 { > compatible = "ramoops"; > reg = <0xa0080000 0x60000>; > record-size = <0x20000>; The stock kernel ramoops range might be different here because of less memory. If the stock kernel has it, it should be in the platform data somewhere in the stock kernel sources. Probably best to just leave it out for now. > +// Do don't know if pstore is supported, but the current config causes panics, > +// so delete the node for now > +/delete-node/ &ramoops0; Just leave this out too, I don't think we have the ramoops configured in the mainline kernel. Otherwise looks good to me. Regards, Tony