[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAKdAkRSQmz3FoP8Z2ONm7-_A9RHF2Ox6snaCpsyS6HA7=+RerQ@mail.gmail.com>
Date: Fri, 2 Sep 2016 21:20:01 -0700
From: Dmitry Torokhov <dmitry.torokhov@...il.com>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: "Luis R. Rodriguez" <mcgrof@...nel.org>,
Daniel Vetter <daniel.vetter@...ll.ch>,
Mimi Zohar <zohar@...ux.vnet.ibm.com>,
Felix Fietkau <nbd@....name>,
David Woodhouse <dwmw2@...radead.org>,
Roman Pen <r.peniaev@...il.com>,
Bjorn Andersson <bjorn.andersson@...aro.org>,
Ming Lei <ming.lei@...onical.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Michal Marek <mmarek@...e.com>,
Greg KH <gregkh@...uxfoundation.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Vikram Mulukutla <markivx@...eaurora.org>,
Stephen Boyd <stephen.boyd@...aro.org>,
Mark Brown <broonie@...nel.org>, Takashi Iwai <tiwai@...e.de>,
Johannes Berg <johannes@...solutions.net>,
Christian Lamparter <chunkeey@...glemail.com>,
Hauke Mehrtens <hauke@...ke-m.de>,
Josh Boyer <jwboyer@...oraproject.org>,
Jiri Slaby <jslaby@...e.com>,
Andy Lutomirski <luto@...capital.net>,
Wu Fengguang <fengguang.wu@...el.com>,
Richard Purdie <rpurdie@...ys.net>,
Jeff Mahoney <jeffm@...e.com>,
Jacek Anaszewski <j.anaszewski@...sung.com>,
"Abhay_Salunke@...l.com" <Abhay_Salunke@...l.com>,
Julia Lawall <Julia.Lawall@...6.fr>, Gilles.Muller@...6.fr,
nicolas.palix@...g.fr, Tom Gundersen <teg@...m.no>,
Kay Sievers <kay@...y.org>,
David Howells <dhowells@...hat.com>,
Alessandro Rubini <rubini@...dd.com>,
Kevin Cernekee <cernekee@...il.com>,
Kees Cook <keescook@...omium.org>,
Jonathan Corbet <corbet@....net>,
Thierry Martinez <martinez@...p.org>, cocci@...teme.lip6.fr,
linux-serial <linux-serial@...r.kernel.org>,
"open list:DOCUMENTATION" <linux-doc@...r.kernel.org>,
linuxppc-dev <linuxppc-dev@...ts.ozlabs.org>
Subject: Re: [RFC] fs: add userspace critical mounts event support
On Fri, Sep 2, 2016 at 9:11 PM, Linus Torvalds
<torvalds@...ux-foundation.org> wrote:
> On Fri, Sep 2, 2016 at 5:20 PM, Luis R. Rodriguez <mcgrof@...nel.org> wrote:
>>
>> Thoughts ?
>
> I really think this is a horrible hack.
>
> It's basically the kernel giving up, and relying on user space to give
> a single flag, and it's broken nasty crap. Worse, it's broken nasty
> crap with a user interface, so we'll be stuck with it forever. Please
> no.
I agree that interface is bad, but I do believe we need something like this...
>
> What are the drivers that need this, and why can't those drivers just
> be fixed to not do braindead things?
Like what? Some devices do need to have firmware loaded so we know
their capabilities, so we really can't push the firmware loading into
"open". If your touch controller for some reason decided to crap over
it's nvram and comes in bootloader mode it is nice for it to slurp in
config data or firmware so use does not have to trigger update
manually. And while the controller is in bootloader mode we can't
create input device because we do not know what capabilities to
declare.
These devices we want to probe asynchronously and simply tell firmware
loader to wait for firmware to become available. The problem we do not
know when to give up, since we do not know where the firmware might
be. But userspace knows and can tel us.
Thanks.
--
Dmitry
Powered by blists - more mailing lists