From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hans de Goede Subject: Re: Re: [PATCH v4 0/5] simplefb: add clock handling code Date: Fri, 31 Oct 2014 10:00:30 +0100 Message-ID: <54534FAE.1060401@redhat.com> References: <1413996311-4287-1-git-send-email-hdegoede@redhat.com> <54534523.8080801@ti.com> Reply-To: linux-sunxi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Return-path: In-Reply-To: <54534523.8080801-l0cyMroinI0@public.gmane.org> List-Post: , List-Help: , List-Archive: , List-Unsubscribe: , To: linux-sunxi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Cc: Stephen Warren , Jean-Christophe Plagniol-Villard , Grant Likely , Rob Herring , Luc Verhaegen , Maxime Ripard , Mike Turquette , David Herrmann , Geert Uytterhoeven , linux-fbdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, devicetree List-Id: devicetree@vger.kernel.org Hi Tomi, On 10/31/2014 09:15 AM, Tomi Valkeinen wrote: > Hi Hans, > > On 22/10/14 19:45, Hans de Goede wrote: > >> -We will add a clocks property to the simplefb devicetree bindings, so >> that u-boot setup framebuffers passed to the kernel (for early console >> support) can properly list the clocks used, and simplefb can claim them to >> avoid them getting turned off, thereby breaking the early console > > Perhaps this has been discussed earlier, but I started to wonder if > managing clocks is enough. > > What about regulators (to power the LCD), gpios (to keep the LCD > enabled) and pinctrl (for video signals)? I guess any those could be > reset by the kernel if no driver uses them. Yes this has been discussed before, AFAIK gpio / pinctrls should not be spontaneously reset by the kernels. Regulators will be a problem, but there we can pretty much follow whatever solution we end up with for clocks, since they work very much alike (e.g. we could add a supply property to the simplefb node). Note I've no intention to add regulator support atm, we can do that when the need arises, so that we can actually test the code. Regards, Hans