From: Thomas Renninger <trenn@suse.de>
To: Yves-Alexis Perez <corsac@debian.org>
Cc: Zhang Rui <rui.zhang@intel.com>,
ak@linux.intel.com, nokos@gmx.net, linux-acpi@vger.kernel.org,
mjg59@srcf.ucam.org, hmh@debian.org
Subject: Re: Check for ACPI backlight support otherwise use vendor ACPIdrivers - version 4
Date: Mon, 4 Aug 2008 13:19:42 +0200 [thread overview]
Message-ID: <200808041319.44362.trenn@suse.de> (raw)
In-Reply-To: <20080804103929.GC28887@corsac.net>
On Monday 04 August 2008 12:39:30 Yves-Alexis Perez wrote:
> On Mon, Aug 04, 2008 at 12:20:28PM +0200, Thomas Renninger wrote:
> > > But when in user mode, brightness keys doesn't do anything either.
> > > Echo'ing to /proc/acpi/ibm/brightness doesn't work, but echoing
> > > to /sys/class/backlight/thinkpad_screen/brightness works.
> >
> > That /proc/acpi/ibm/brightness does not and
> > /sys/class/backlight/thinkpad_screen/brightness
> > works is strange, this should be a bug?
>
> I guess so, but I don't really know how to check.
>
> > I wonder whether /proc/acpi/ibm/brightness can be removed soon, people
> > had some time to make use of the generic interface.
>
> I'm not using it usually anyway.
>
> > What you describe very much reminds me when I tested on a ThinkPad with
> > an IGD device. I removed the check for IGD devices in favour of a working
> > IGD driver.
> >
> > Attached patch might help you (with acpi_backlight=vendor)?
> > You should be able to apply this on my latest patchset, but use this
> > patch instead of the thinkpad_acpi one.
>
> Ok, will try tonight. But I remember Henrique saying my thinkpad
> shouldnt use thinkpad-acpi but rather video.ko for brightness
> management, so I'm a bit puzzled.
>
> > > Cat'ing /proc/acpi/events still gives:
> > > video LCD0 00000086 00000000
> > > video LCD0 00000087 00000000
> > >
> > > At one time I get the 750ms delay, but I don't have the
> > > ibm/hotkey HKEY 00000080 00005010 at all.
> >
> > Hmm, on my machine it was 1010 and 1011 key event values for up/down
> > brightness. If you do not see those, the patch might not work.
>
> And I do remember that the key changed (but can't remember when). Maybe
> that's due to a bios upgrade.
>
> > > In X, same thing, no brightness keys, but xbacklight does work in
> > > standard mode (“kernel”).
> > >
> > > (btw it seems my mails don't reach linux-acpi, I don't really know why
> > > and postmaster don't answer, maybe they didn't have my mail either).
> >
> > I expect you have an IGD device and this should by default be served by
> > Matthew's/Hong's patches. Matthew said something about a needed peace
> > that came in in latest BIOSes? But I expect you already run on the
> > latest?
>
> I run Bios 2.19 and EC 1.08 which are the latest available on
> lenovo.com.
>
> The kernel I'm testing on is a pure linux-acpi-2.6/test so i'm not sure
> I have Matthew's patches.
And this probably is the problem.
They seem not to be in:
branch 'test' of
git://git.kernel.org/pub/scm/linux/kernel/git/ak/linux-acpi-2.6
I just tried to find them in the tree that I thought Matthew stated that they
are queued their in the master branch:
git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
Without success, neither in the master nor in the -mm nor in the linux-next
branch I could find anything with Matthew in CC or pointing to opregion.
The last post from Matthew on the dri list sending an update patch is from:
2008-05-29
This was before he found out that on ThinkPads a PWM method has to be called.
Something is fishy here.
Seems there are still problems? Maybe I should add the IGD check again, then
it's not harmful if the two patchsets do not go in together...
Thomas
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2008-08-04 11:19 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-01 15:37 Check for ACPI backlight support otherwise use vendor ACPI drivers - version 4 Thomas Renninger
2008-08-01 15:37 ` [PATCH 01/10] ACPI: video: Ignore devices that aren't present in hardware Thomas Renninger
2008-08-01 15:37 ` [PATCH 02/10] Check for ACPI backlight support otherwise use vendor ACPI drivers Thomas Renninger
2008-08-04 1:56 ` Zhang Rui
2008-11-14 22:27 ` Bjorn Helgaas
2008-11-16 22:07 ` Thomas Renninger
2008-11-17 19:51 ` Bjorn Helgaas
2008-11-18 2:31 ` Thomas Renninger
2008-08-01 15:37 ` [PATCH 03/10] Acer-WMI: fingers off backlight if video.ko is serving this functionality Thomas Renninger
2008-08-01 21:52 ` Carlos Corbacho
2008-08-01 15:37 ` [PATCH 04/10] asus-acpi: " Thomas Renninger
2008-08-01 15:37 ` [PATCH 05/10] compal: " Thomas Renninger
2008-08-01 15:37 ` [PATCH 06/10] eeepc-laptop: " Thomas Renninger
2008-08-01 15:38 ` [PATCH 07/10] fujitsu-laptop: " Thomas Renninger
2008-08-01 15:38 ` [PATCH 08/10] msi-laptop: " Thomas Renninger
2008-08-01 15:38 ` [PATCH 09/10] sony-laptop: " Thomas Renninger
2008-08-01 15:38 ` [PATCH 10/10] thinkpad_acpi: " Thomas Renninger
2008-08-01 17:50 ` Henrique de Moraes Holschuh
2008-11-08 5:45 ` Len Brown
2008-08-01 20:49 ` Check for ACPI backlight support otherwise use vendor ACPI drivers - version 4 Andi Kleen
[not found] ` <1217632817.4610.6.camel@hidalgo>
2008-08-02 16:57 ` Do not return true to all kind of Windows OSI calls Thomas Renninger
2008-08-02 16:59 ` Matthew Garrett
2008-08-02 16:48 ` Thomas Renninger
2008-08-02 17:31 ` Matthew Garrett
2008-08-02 17:30 ` Thomas Renninger
2008-08-02 19:48 ` Matthew Garrett
2008-08-03 4:43 ` Henrique de Moraes Holschuh
2008-08-03 6:33 ` Matthew Garrett
2008-08-03 13:31 ` Thomas Renninger
2008-08-03 14:12 ` Matthew Garrett
2008-08-03 16:24 ` Thomas Renninger
2008-08-06 17:12 ` Moore, Robert
2008-08-02 16:57 ` [PATCH 1/2] ACPI: Provide a OSI interface that does not return true for Windows Thomas Renninger
2008-08-02 16:57 ` [PATCH 2/2] patch acpi_lenovo_thinkpad_only_return_vista.patch Thomas Renninger
2008-08-02 16:28 ` Thomas Renninger
2008-08-04 1:16 ` Check for ACPI backlight support otherwise use vendor ACPIdrivers - version 4 Zhang Rui
2008-08-04 6:09 ` Yves-Alexis Perez
2008-08-04 6:20 ` Yves-Alexis Perez
2008-08-04 10:20 ` Thomas Renninger
2008-08-04 10:39 ` Yves-Alexis Perez
2008-08-04 11:19 ` Thomas Renninger [this message]
2008-08-04 13:24 ` Matthew Garrett
2008-08-04 13:30 ` Yves-Alexis Perez
2008-08-04 13:40 ` Thomas Renninger
2008-08-04 13:47 ` Yves-Alexis Perez
2008-08-05 0:01 ` Henrique de Moraes Holschuh
2008-08-05 5:55 ` Yves-Alexis Perez
2008-08-05 9:13 ` Thomas Renninger
2008-08-05 12:00 ` Yves-Alexis Perez
2008-08-05 13:37 ` Henrique de Moraes Holschuh
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=200808041319.44362.trenn@suse.de \
--to=trenn@suse.de \
--cc=ak@linux.intel.com \
--cc=corsac@debian.org \
--cc=hmh@debian.org \
--cc=linux-acpi@vger.kernel.org \
--cc=mjg59@srcf.ucam.org \
--cc=nokos@gmx.net \
--cc=rui.zhang@intel.com \
/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