[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20160409160156.GF19362@xo-6d-61-c0.localdomain>
Date: Sat, 9 Apr 2016 18:01:56 +0200
From: Pavel Machek <pavel@....cz>
To: Felipe Balbi <balbi@...com>
Cc: Baolin Wang <baolin.wang@...aro.org>,
Greg KH <gregkh@...uxfoundation.org>, sre@...nel.org,
dbaryshkov@...il.com, dwmw2@...radead.org,
peter.chen@...escale.com, stern@...land.harvard.edu,
r.baldyga@...sung.com, sojka@...ica.cz,
yoshihiro.shimoda.uh@...esas.com, linux-usb@...r.kernel.org,
linux-kernel@...r.kernel.org, sameo@...ux.intel.com,
lee.jones@...aro.org, ckeepax@...nsource.wolfsonmicro.com,
broonie@...nel.org, patches@...nsource.wolfsonmicro.com,
linux-pm@...r.kernel.org,
device-mainlining@...ts.linuxfoundation.org
Subject: Re: [PATCH v4 1/5] gadget: Introduce the notifier functions
Hi!
> >> Also, because soon enough we will have to support USB Power Delivery
> >> with Type C connector, this is bound to change in the coming months.
> >>
> >> Frankly, I wanted all of this to be decided in userland with the
> >> kernel just providing notification and basic safety checks (we don't
> >> want to allow a bogus userspace daemon frying anybody's devices).
> >>
> >> How would you feel about that ?
> >
> > So init=/bin/bash boot no longer provides machine that charges itself?
> >
> > That would be bad. Traditionally, hardware controls battery charging,
> > and if hardware needs some help, we should do it in kernel, to mask
> > the difference from userspace.
>
> this is a very valid point which I hadn't considered :-)
>
> Seems like kernel it is, no matter how easy or how difficult it gets.
Basically yes. Note that for some bells & whistles, you can require userland help.
For example it would probably be ok if it charged slower than usual... but I guess
that does not really help in this case.
Best regards,
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Powered by blists - more mailing lists