[PATCH] pl011: added clock management feature
Greg KH
gregkh at suse.de
Wed Nov 10 12:00:58 EST 2010
On Wed, Nov 10, 2010 at 10:15:53AM +0200, Grzegorz.Sygieda at tieto.com wrote:
> >On Tue, Nov 09, 2010 at 02:40:12PM -0800, Greg KH wrote:
> >> On Tue, Nov 09, 2010 at 04:30:37PM +0100, Linus Walleij wrote:
> >> > From: Grzegorz Sygieda <grzegorz.sygieda at tieto.com>
> >> >
> >> > This patch allows to control the pl011 clock using set_termios
> >> > callback. Any positive baudrate passed enables clock, otherwise
> >> > disables. This saves a lot of power on submicron designs since we
> >> > can clock off and disable unused UARTs.
> >>
> >> That's nice, but it seems like an overload of what people
> >> traditionally think of when it comes to baud rates. Why not just
> >> power down ports that are not open instead?
> >
> >We already do. My question to Linus (in a previous message) is why this isn't sufficient.
>
> The main goal was to disable/enable clock while port open. This is
> usefull for scenario, where some higher level driver wants to control
> the power consumption (using set_termios). In the same time a
> user-space app (eg. hciattach) is still bounded to the specific
> /dev/tty* device associated with particular uart. From user POV device
> is always open, and app does not have to respawn, and we can save
> power.
That is nice, but again, you are overloading a common interface (one
defined by POSIX I think) to do something else at the same time. That
might cause problems with some users that expect you to be able to use a
baud rate of 0 :)
I like the idea, but not the overloading, sorry.
thanks,
greg k-h
More information about the linux-arm-kernel
mailing list