From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752509AbcAFBGV (ORCPT ); Tue, 5 Jan 2016 20:06:21 -0500 Received: from mail-ig0-f178.google.com ([209.85.213.178]:33939 "EHLO mail-ig0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751873AbcAFBGS (ORCPT ); Tue, 5 Jan 2016 20:06:18 -0500 MIME-Version: 1.0 In-Reply-To: References: <1347042576-17675-1-git-send-email-bfreed@chromium.org> <20120908052907.GA4724@lizard> <20120917062302.GA768@lizard> <20130407174313.GA7168@lizard> <20130414142441.GA3619@teo> Date: Tue, 5 Jan 2016 17:06:17 -0800 X-Google-Sender-Auth: TIZvrldDu8z9qp4B45HsEG4OWs8 Message-ID: Subject: Re: [PATCH v6] pstore/ram: Add ramoops support for the Flattened Device Tree. From: Kees Cook To: Anton Vorontsov Cc: Bryan Freed , Arnd Bergmann , Rob Herring , Tony Luck , Marco Stornelli , Greg Kroah-Hartman , Stephen Boyd , "linux-kernel@vger.kernel.org" , John Stultz , Colin Cross , Olof Johansson , "devicetree@vger.kernel.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [fixing devicetree mailing list] On Tue, Jan 5, 2016 at 5:04 PM, Kees Cook wrote: > [thread necromancy, if you don't have the thread locally, it's here: > https://patchwork.kernel.org/patch/1426261/] > > We still need to solve this, and John pinged me about it today. Where > does this stand? > > -Kees > > > On Sun, Apr 14, 2013 at 7:24 AM, Anton Vorontsov wrote: >> On Mon, Apr 08, 2013 at 12:54:01PM -0700, Bryan Freed wrote: >> [...] >>> And as a more general question, why should we try not to put >>> configuration in the device tree? It seems like a great (and >>> portable) place to put this stuff. >>> It certainly seems better to have it there than hardwired in the >>> kernel or tacked onto the kernel command line. >> >> But then we have two in-kernel APIs to pass kernel parameters? So we'll >> have to maintain two ways of passing the options for each driver. That is >> hardly a good solution. >> >> If you would like to see a convenient way to pass kernel/module options >> via the device tree, I would suggest implementing something like this: >> >> chosen { >> kernel-options { >> linux,pstore.record-size = 123; >> linux,foo = "bar"; >> }; >> }; >> >> And then let the kernel translate all these to module_param_*(). >> >> I am still not sure about placing the options along with devices layout, >> but if we go this route, then that is also viable: >> >> pstore-node { >> linux,pstore.record-size = 123; >> }; >> >> And translate "linux,*" this to module_param_*(). >> >> How does that sound? >> >> Thanks, >> Anton > > > > -- > Kees Cook > Chrome OS & Brillo Security -- Kees Cook Chrome OS & Brillo Security