http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #54 from [EMAIL PROTECTED] 2008-03-24 02:09 ---
This is a duplicate of 9614.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #49 from [EMAIL PROTECTED] 2008-03-20 05:45 ---
No, it should be reverted for 2.6.25 - it causes a clear functional regression,
regardless of whether or not it worked by design or accident before.
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #50 from [EMAIL PROTECTED] 2008-03-20 06:35 ---
Hmm, AFAIK even in the last RC fixing is preferred over reverting.
And patch from comment #30 fixes the issue.
If the patch is reverted, the driver should be marked
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #51 from [EMAIL PROTECTED] 2008-03-20 06:45 ---
BTW, I explained this whole ThinkPad IGD problem with the ACPI video driver
more than 4 months ago:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg10476.html
(Take the last
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #52 from [EMAIL PROTECTED] 2008-03-20 08:54 ---
(In reply to comment #50)
Hmm, AFAIK even in the last RC fixing is preferred over reverting.
...
That's wrong.
Fixing can introduce new regressions.
If reverting makes the
http://bugzilla.kernel.org/show_bug.cgi?id=9995
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Comment
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #36 from [EMAIL PROTECTED] 2008-03-19 01:22 ---
(not sure whether out of the box, it must take the right (or say wrong) VID
device)
That was wrong from myself, it does not use the video device at all (for
brightness
http://bugzilla.kernel.org/show_bug.cgi?id=9995
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|CLOSED |REOPENED
Resolution|CODE_FIX
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #37 from [EMAIL PROTECTED] 2008-03-19 01:48 ---
(In reply to comment #36)
That was wrong from myself, it does not use the video device at all (for
brightness switching), therefore it should always work. Henrique said
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #38 from [EMAIL PROTECTED] 2008-03-19 02:04 ---
(In reply to comment #35)
Using the native mode, if I decrease the brightness to 0, I'm unable to
return it to any higher value.
Why do you open a kernel bug, if you know
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #39 from [EMAIL PROTECTED] 2008-03-19 06:08 ---
Better take off the kid gloves.
1. NVidia-GPU-based thinkpads are NOT Intel-GPU-based thinkpads. DO NOT CONFUSE
WHAT IS SAID ABOUT ONE WITH THE OTHER. EVER.
2. *IF* you have
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #40 from [EMAIL PROTECTED] 2008-03-19 09:34 ---
(In reply to comment #32)
Current versions of X.org **enforces** this. It tells the BIOS to stop
controlling the backlight levels, in a much lower level than even the ACPI
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #41 from [EMAIL PROTECTED] 2008-03-19 11:23 ---
If X.org is disabling the native stuff when trying to use the kernel, that's
already something. It still won't fix all failure modes, though. We really
need to be able to let
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #42 from [EMAIL PROTECTED] 2008-03-19 11:29 ---
(In reply to comment #41)
if I understand correctly the intel driver, it *only* saves and restores
backlight values at VT switches. The backlight is controlled by hal daemon
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #43 from [EMAIL PROTECTED] 2008-03-19 17:44 ---
It also allows one to use xbacklight to control backlight level.
Please check if the Ubuntu HAL config is using xbacklight, or if it is trying
to access sysfs backlight
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #44 from [EMAIL PROTECTED] 2008-03-19 19:54 ---
'hald' runs as a system daemon with dropped priviledges, and doesn't have any
dependency on X, so it can't run xbacklight directly. It would be possible to
have a program
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #45 from [EMAIL PROTECTED] 2008-03-19 19:55 ---
(In reply to comment #39)
Now, about how to fix it.
ACPI Video and X.org HAVE to talk to each other. X.org must be able to tell
ACPI Video driver to go into an I'm not here
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #46 from [EMAIL PROTECTED] 2008-03-19 20:00 ---
(In reply to comment #45)
Or we will have X.org changing the brightness directly in
hardware, and ACPI video will know it must *block* (even for reading!) any
attempts to
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #47 from [EMAIL PROTECTED] 2008-03-19 20:56 ---
The only problem is that we can't trust the AML methods to begin with :-) And
that we soon will need the same functionality on many ATI cards...
IMO, we better just go for the
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #24 from [EMAIL PROTECTED] 2008-03-17 23:02 ---
3fa2cdcc45a0176de15cac9dbf4ed2834ebf8932 reverted from acpi test tree.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving
http://bugzilla.kernel.org/show_bug.cgi?id=9995
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #27 from [EMAIL PROTECTED] 2008-03-18 08:16 ---
(In reply to comment #26)
Reverting the patch is wrong and breaks other machines.
Does it break any machines where it worked with 2.6.24?
ACPI video module has not been
http://bugzilla.kernel.org/show_bug.cgi?id=9995
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #28 from
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #29 from [EMAIL PROTECTED] 2008-03-18 09:50 ---
The patch (the reverted one) does not break anything.
Please try the thinkpad driver with:
brightness_enable=1
To be honest I didn't try it myself now, but I am pretty sure it
http://bugzilla.kernel.org/show_bug.cgi?id=9995
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--
Configure
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #30 from [EMAIL PROTECTED] 2008-03-18 09:54 ---
Created an attachment (id=15332)
-- (http://bugzilla.kernel.org/attachment.cgi?id=15332action=view)
Patch to blacklist thinkpads to use thinkpad_acpi
It's ugly, but it is the
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #31 from [EMAIL PROTECTED] 2008-03-18 10:18 ---
Either you reopen this one or this one:
http://bugzilla.kernel.org/show_bug.cgi?id=9614 (and possibly some others).
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #32 from [EMAIL PROTECTED] 2008-03-18 14:11 ---
For users of Intel Embedded Graphics on ANY thinkpad that does not respond do
thinkpad-acpi brightness_mode=1 (pure EC control), which includes the T61:
Repeat after me:
* I
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #33 from [EMAIL PROTECTED] 2008-03-18 14:13 ---
Err, forgot a note: we still need to blacklist video for those machines if it
is causing extra trouble.
But better see if it isn't a bug in the X.org config that is trying
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #34 from [EMAIL PROTECTED] 2008-03-18 14:46 ---
(In reply to comment #33)
But better see if it isn't a bug in the X.org config that is trying kernel
mode
even when it MUST use native mode, because it found the ACPI
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #23 from [EMAIL PROTECTED] 2008-03-12 19:53 ---
Re: comment #7
Chuck, that URL points to a power-pc report,
which can't possibly be related to this issue
as power-pc doesn't have ACPI.
Re: comment #10
Chuck,
http://bugzilla.kernel.org/show_bug.cgi?id=9995
[EMAIL PROTECTED] changed:
What|Removed |Added
BugsThisDependsOn||10221
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=9995
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|DEFERRED|REOPENED
http://bugzilla.kernel.org/show_bug.cgi?id=9995
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--
Configure
http://bugzilla.kernel.org/show_bug.cgi?id=9995
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEEDINFO|NEW
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=9995
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|normal |blocking
Status|NEW
http://bugzilla.kernel.org/show_bug.cgi?id=9995
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Comment
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #19 from [EMAIL PROTECTED] 2008-02-26 13:17 ---
For the Comment #14
Yes it gives back /sys/class/backlight/acpi_video0
however I could read/write values in the brightness
and they are even reported by tpd - but they have
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #15 from [EMAIL PROTECTED] 2008-02-24 16:16 ---
Regressions list annotation:
Handled-By : Zhang Rui [EMAIL PROTECTED]
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #16 from [EMAIL PROTECTED] 2008-02-25 04:52 ---
Please apply this patch, find which acpi_video device backlight sys I/F can
work for you and attach the result of cat
/sys/class/backlight/acpi_videoX/acpi_dev/path.
this
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #17 from [EMAIL PROTECTED] 2008-02-25 06:48 ---
I expect the problem is:
- The external graphics ACPI device is using the traditional method to switch
brightness, it also works for the internal (Intel) graphics device
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #14 from [EMAIL PROTECTED] 2008-02-21 22:08 ---
zdenek,
please set CONFIG_ACPI_VIDEO and modprobe video after system boot.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #12 from [EMAIL PROTECTED] 2008-02-21 21:52 ---
Created an attachment (id=14946)
-- (http://bugzilla.kernel.org/attachment.cgi?id=14946action=view)
debug patch
Please apply this patch and attach the dmesg output.
Then
http://bugzilla.kernel.org/show_bug.cgi?id=9995
[EMAIL PROTECTED] changed:
What|Removed |Added
Attachment #14946|0 |1
is obsolete|
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #18 from [EMAIL PROTECTED] 2008-02-25 19:43 ---
(In reply to comment #17)
I expect the problem is:
- The external graphics ACPI device is using the traditional method to
switch
brightness, it also works for the
http://bugzilla.kernel.org/show_bug.cgi?id=9995
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--
Configure
http://bugzilla.kernel.org/show_bug.cgi?id=9995
--- Comment #11 from [EMAIL PROTECTED] 2008-02-21 05:47 ---
well I don't even see any entry in the directory /sys/class/backlight - it's
got lost somewhere during 2.6.24-rc1 rc2 in the current git tree.
However there is other way how
http://bugzilla.kernel.org/show_bug.cgi?id=9995
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
48 matches
Mail list logo