From: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
To: Mattia Dongili <malattia@linux.it>
Cc: linux-acpi@vger.kernel.org, Richard Purdie <rpurdie@rpsys.net>,
Len Brown <lenb@kernel.org>
Subject: Re: [PATCH] sony-laptop: allow complex per-value input/output validation
Date: Tue, 13 Feb 2007 23:17:33 -0200 [thread overview]
Message-ID: <20070214011733.GA4447@khazad-dum.debian.net> (raw)
In-Reply-To: <20070213154956.GE5174@inferi.kami.home>
On Tue, 13 Feb 2007, Mattia Dongili wrote:
> On Tue, Feb 13, 2007 at 10:16:59AM -0200, Henrique de Moraes Holschuh wrote:
> > On Tue, 13 Feb 2007, Mattia Dongili wrote:
> > > well this is actually hardware driven, the brightness_default in
> > > sony-laptop only exposes a DSDT method to set this value.
> > > So it's actually one more feature, not a software trick :)
> > > I admit the attribute could be better named 'poweron_brightness'.
> >
> > ThinkPads can also do this, if we keep their CMOS up-to-date (which we do,
> > currently). The solution taken by ibm-acpi is to set the power-on
> > brightness at every brighness change, so the machine powers up in the last
> > state it was left in.
>
> yes, that's the same as in windows. And actually something I did think
> about the same to get rid of the brighness_default stuff, but I'm not
> really convinced it's a nice behaviour, maybe as a configurable option.
It is the least surprise principle at work. Users can very easily
understand that it will stay at the state they left it. ThinkPads have been
doing it like that since forever, no matter which the operating system it is
running.
> Anyway, I still believe it could be nice to implement it as a general
> interface in the backlight subsys.
I am not against it, but I don't know if I would take the trouble to
implement that in ibm-acpi. I'd accept a proper patch doing it, though, if
some thinkpad user ever cared enough to produce one, and the interface
allowed for a default of "don't change".
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
prev parent reply other threads:[~2007-02-14 1:17 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-12 21:01 [PATCH] sony-laptop: allow complex per-value input/output validation Mattia Dongili
2007-02-13 4:55 ` Len Brown
2007-02-13 8:47 ` Mattia Dongili
2007-02-13 8:59 ` Richard Purdie
2007-02-13 9:29 ` Mattia Dongili
2007-02-13 12:16 ` Henrique de Moraes Holschuh
2007-02-13 15:49 ` Mattia Dongili
2007-02-14 1:17 ` Henrique de Moraes Holschuh [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070214011733.GA4447@khazad-dum.debian.net \
--to=hmh@hmh.eng.br \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=malattia@linux.it \
--cc=rpurdie@rpsys.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox