[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1613510437.3853.20.camel@chimera>
Date: Tue, 16 Feb 2021 13:20:37 -0800
From: Daniel Gimpelevich <daniel@...pelevich.san-francisco.ca.us>
To: Christophe Leroy <christophe.leroy@...roup.eu>
Cc: Paul Mackerras <paulus@...ba.org>,
Benjamin Herrenschmidt <benh@...nel.crashing.org>,
linux-kernel@...r.kernel.org,
Maksym Kokhan <maksym.kokhan@...ballogic.com>,
Daniel Walker <dwalker@...o99.com>,
linuxppc-dev@...ts.ozlabs.org, xe-linux-external@...co.com,
Rob Herring <robh+dt@...nel.org>,
Michael Ellerman <mpe@...erman.id.au>,
Christophe Leroy <christophe.leroy@....fr>,
Daniel Walker <danielwa@...co.com>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [PATCH 1/4] add generic builtin command line
On Tue, 2021-02-16 at 18:42 +0100, Christophe Leroy wrote:
> I'd suggest also to find the good arguments to convince us that this
> series has a real added value, not just "cisco use it in its kernels
> so it is good".
Well, IIRC, this series was endorsed by the device tree maintainers as
the preferred alternative to this:
https://lore.kernel.org/linux-devicetree/1565020400-25679-1-git-send-email-daniel@gimpelevich.san-francisco.ca.us/T/#u
The now-defunct patchwork.linux-mips.org link in that thread pointed to:
https://lore.kernel.org/linux-mips/1510796793.16864.25.camel@chimera/T/#u
When running modern kernels from ancient vendor bootloaders, it is
sometimes necessary to pick and choose bits and pieces of the info they
pass without taking it verbatim.
Powered by blists - more mailing lists