Lenovo is quite a different working site. You can try
"acpi_backlight=vendor" on the grub command line, plus
options thinkpad_acpi brightness_enable=1
somewhere in /etc/modprobe.d
Though if that does not help, please open another bug as the solution
needs a different approach than for the Acers.
I am running kubuntu 9.10 alpha 3 on Lenovo 3000 N100 and I can't change
the brightness of the screen.
When trying to change it using the fn keys, dmesg says:
ACPIFailed to switch the brightness
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You rec
Here's my dmidecode output. I experienced wrong value change with
brigthness too, but it's a start
** Attachment added: "demidecode.txt"
http://launchpadlibrarian.net/29678660/demidecode.txt
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received
I reported that partial success back. To get that into Jaunty I need to
come up with a patch that only matches specific laptops. Can you post me
the output from your "sudo demidecode", please?
For the strange behavior of the keys: Was this happening before as well
or only with the never kernels? I
@Stefan Bader
I'm glad to inform you that now brightness *DO* react to brightnessup and
brightnessdown scripts (/etc/acpi/video_*
) and seems fixed. The second check was the problem, definitely =).
Also "brightness gnome applet" and "brightness gnome control" (as gnome panel
add-on) wok well.
Doh, it seems there was another check somewhere else to prevent getting
to the other check. I changed that as well and made a v3 version. I hope
this was the last place which restricts the stuff from working.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/8
the v2 versions of kernel posted at
http://people.ubuntu.com/~smb/bug86/ does not seem to change
anything in brightness control (*unfortunately*).
please find attached the DMESG output with modified kernel. let me know
if I can help you anyhow.
** Attachment added: "dmesg output"
http://la
gidantribal wrote:
> I updated the bios to 1.14 (last) version. NO effects on brightness.
> Attached you can find lspci output.
Thanks for confirming that this has no change. Did you see my post with the
test kernel? This has a good chance of getting your brightness working again
and it would be
I updated the bios to 1.14 (last) version. NO effects on brightness.
Attached you can find lspci output.
** Attachment added: "sudo lspci -vvvnn"
http://launchpadlibrarian.net/29207119/lspci
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received
After talking with Matthew about this, there probably is a way to relax
the check for available video devices. I added those changes and build a
test kernel which can be found at
http://people.ubuntu.com/~smb/bug86/ (the v2 versions). Maybe you
could try to install this kernel and see whether t
I can understand that. No it makes no difference from which kernel this is run.
To be exact, it was somehow working as Linux did not check the information in
the DSDT close enough. So GFX0 might be the right device to look at but it
points to another pci device (supposedly one that does not exis
Ok, I can post the results, does it make the difference if I post results
from the 'normal' distribution and not from yours (modified)? That's so
weird, so previously it was working because no programmatic check was done
by DSDT? I agree, new bios should be tried, but since it's a critical step
and
I believe the BIOS is buggy with that respect (not sure why the DSDT compiler
freaks out but that might be a different issue). I manually looked up those
values in the DSDT you provided, so based on that data the kernel takes the
right steps. The question is whether the new BIOS fixes this or w
this sounds really bad... as far as I understood, there's supposed to be
a bug on acer bios? that sounds quite bad... is it possible kernel code
that discriminates the right PCI device is buggy? isn't it possible to
perform any action but a simple workaround?
--
Cannot change brightness with 2.6
Hm, with that info I understand what is going on. But I cannot see how Linux
could safely make this working. The problem is that graphic devices are
detected by certain methods in the ACPI BIOS. From all available alternatives
only _DOS and _DOD methods are defined for the GFX0 device. So far, s
@Stefan Bader:
Okay, now i'm posting all DMESG output with your modified kernel version.
Please let me know what else do you need.
** Attachment added: "Dmesg output"
http://launchpadlibrarian.net/28628061/output_dmesg.txt
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launc
The option suggested by Stefan did not work for me. So I will make a new
bug report.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bug
It doesn't help with our acer's, I've just tryed, so It should not be
classified as a duplicate.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Thanks for the suggestions, I will try setting the kernel command line.
I found another solution that worked for me. With my nvidia driver enabled, I
tried running the script from,
http://www.thouret.co.uk/blog/2008/12/shell-script-for-linux-nvidia-kernel-module-laptop-brightness-workaround/
and
@gidantribal, Err, sorry, my fault of not being specific enough. The
acpidump dumps your ACPI BIOS, so it will remain the same, regardless of
the kernel. What I was interested in was the dmesg output which contains
the messages from the boot.
@Jaya, while the effects are similar, I'd like to keep
An update.
I was using the nvidia proprietary driver. After removing this driver
and instead using the open source driver, the brightness control works.
I would still want to use the nvidia driver as the open source driver
does not give me the full resolution. Seems my case is similar to
gidantrib
I have the same problem with Lenovo Ideapad Y450 laptop. With Jaunty
Live CD, the brightness control worked. But after installation and
update, it doesn't wok anymore. The file
"/proc/acpi/video/VGA/LCD/brightness" is updated with the Fn+arrow_keys,
but the bightness just don't change.
If any inpu
Here you can find attached the requested output of 'acpidump' from your
modified kernel image.
Linux gidan-notebook 2.6.28-13-generic #44bug86v1 SMP Wed Jun 24
10:29:48 CEST 2009 x86_64 GNU/Linux
** Attachment added: "AcpiDump output"
http://launchpadlibrarian.net/28417814/acpidump.txt
-
ok i will test them asap...
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists
@gidantribal, no, that would require to know what to change. So far I know the
in the working kernels, there was a GFX0 object in /proc/acpi/video (and likely
that hat the brightness control). The acpidump shows that there should be the
required methods to detect the brightness control (although
FYI, 2.6.28-13-generic x86_64 kernel didnt solve this issue yet.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubunt
The same here..it's one of the worst bug I'm affected... I still have to
switch to *vista* just to change brightness... it's a shame... :\
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubunt
Please let me know if I can help debugging this, or provide more
information. This problem also exists on a Thinkpad T61. Just can't seem
to change the brightness. Period.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification
@Marc-André Turcotte:
I thought it was to point out brightness problem was related to nvidia drivers.
My fault, sorry.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is su
@gidantribal:
It was more to state that it was not fixed in that one. I'm trying to give the
more information I can.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subs
@Marc-André Turcotte :
I don't know what you want to point out exactly. We already know brightness
works under kernel "2.6.27-4-generic" and doesn't under jaunty 9.04 (i.e.
kernel 2.6.28-11). if we don't fix this bug it will not be solved in any kernel
> 2.6.28-11 ...
--
Cannot change brightne
from a custom 2.6.30-rc8 kernel in Xorg.0.log:
(WW) NVIDIA(0): ACPI: Error: Unable to find the DOS (Enable/Disable output
(WW) NVIDIA(0): switching) file path under /proc/acpi/video. The NVIDIA X
(WW) NVIDIA(0): driver will not be able to respond to ACPI display change
(WW) NVIDIA(0):
Ok, attached you can find the requested output.
Please note this is from *NON WORKING* 9.04 kernel img (Linux gidan-notebook
2.6.28-11-generic x86_64 GNU/Linux).
** Attachment added: "Output from acpidump"
http://launchpadlibrarian.net/27762116/acpidump.txt
--
Cannot change brightness with
Now _that_ is a step forward! Stupid me. So not the wmi driver is
broken. It was not used before. But the acpi driver does not handle the
laptop anymore. Ok, one more thing then. Regardless from which kernel.
Please add the output of "sudo acpidump -o acpidump.txt". Thanks.
--
Cannot change brigh
** Attachment added: "'brightness' directories"
http://launchpadlibrarian.net/27728575/locate_brightness.txt
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribe
** Attachment added: "acpi directories"
http://launchpadlibrarian.net/27728562/locate_acpi.txt
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Okay, I'm providing required data from WORKING, LIVE version of Ubuntu 8.10:
__
uname -a:
Linux ubuntu 2.6.27-4-generic #1 SMP Wed Sep 24 01:29:06 UTC 2008 x86_64
GNU/Linux
__
cat /sys/devices/platform/acer-wmi/interface:
WMID
___
If you can also provide the same data for a working case (either with a
kernel from https://wiki.ubuntu.com/KernelMainlineBuilds or with the
last working kernel) this would help to determine which part broke (and
maybe got fixed upstream).
--
Cannot change brightness with 2.6.27-11+ kernel
https:
> Accepted linux into intrepid-proposed, the package will build now and be
> available in a few hours.
> Please test and give feedback here. See
> https://wiki.ubuntu.com/Testing/EnableProposed for
> documentation how to enable and use -proposed. Thank you in advance!
I tried to install the pro
> Accepted linux into intrepid-proposed, the package will build now and be
> available in a few hours.
> Please test and give feedback here. See
> https://wiki.ubuntu.com/Testing/EnableProposed for
> documentation how to enable and use -proposed. Thank you in advance!
I tried to install the pro
Which package?
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/m
Accepted linux into intrepid-proposed, the package will build now and be
available in a few hours. Please test and give feedback here. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed. Thank you in advance!
** Tags added: verification-needed
--
I am currently travelling, so responses can be slow.
> cat /sys/devices/platform/acer-wmi/interface:
> WMID
>
Thanks, so that rules out the other interfaces.
> How to test which sysfs interface is working? i'll download a liveCD and
> try...
>
When, using the Intrepid liveCD, brightness control
Thank you for the quick reply. I'll try my best to get rid of this
bug...
cat /sys/devices/platform/acer-wmi/interface:
WMID
>Like: was the sysfs interface working whith
>2.6.27-9 or was something else in control. Wouldn't a live-cd run work? This
>should be 2.6.27-7. That would safe you the hass
gidantribal wrote:
> I don't know what you mean with 'elusive' problem. To replicate it you
> just need an Acer Aspire 6920G or 6930G (my friend has the same problem)
> and a FRESH installation of Jaunty 9.04 x64.
This is the first "problem". I do not have one. I only got an Acer Aspire One
for w
I don't know what you mean with 'elusive' problem. To replicate it you
just need an Acer Aspire 6920G or 6930G (my friend has the same problem)
and a FRESH installation of Jaunty 9.04 x64. And here we posted
everything asked...
As said before, in kernel 2.6.27-9 everything worked fine,
applet+brig
@gidantribal,
the problem is still a bit elusive. The things you see on Jaunty sound
like the laptop is not responding to the wmi-calls. I think you said
this works on a vanilla 2.6.27 version. Does this also work on a vanilla
2.6.28 or .30? In any case I would be interested if you could check the
Setting this to fix-commited for Intrepid for the acer-wmi fix regarding
the inverted logic. There still are those problems on Jaunty. Still have
to sort out the problems on Jaunty.
** Changed in: linux (Ubuntu Intrepid)
Importance: Undecided => Medium
** Changed in: linux (Ubuntu Intrepid)
** Also affects: linux (Ubuntu Intrepid)
Importance: Undecided
Status: New
** Also affects: linux (Ubuntu Jaunty)
Importance: Undecided
Status: New
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification bec
Hey guys, is there any news concerning this bug? I still have crazily to
*fakely* switch to Vista to change startup brightness... It's really
annoying and a waste of time... moreover my eyes are suffering for this
problem.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.
yes, all values are 9 by default.
if i do
echo 4 >brightness
laptop brightness isn't affected, brightness file changes to 4, but
actual_brightness file keeps 9 value.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification be
Yeah, sysfs has a lot of recursion. So that confirms the wmi driver is at least
registering itself. The interesting variables would be actual_brightness,
brightness, max_brightness and maybe bl_power.
>From one of the earlier posts, I take it that all values are 9. And even if
>you "sudo -i" and
ls -la /proc/acpi/video:
totale 0
dr-xr-xr-x 2 root root 0 2009-04-25 14:12 .
dr-xr-xr-x 11 root root 0 2009-04-25 14:06 ..
ls -la /sys/devices/platform/acer-wmi/backlight:
totale 0
drwxr-xr-x 3 root root 0 2009-04-25 14:06 .
drwxr-xr-x 5
Let me try to give more information. The big problem with backlight control is
that there are many ways to do it. There is a generic implementation in the
acpi subsystem and then there are several vendor specific drivers that do the
same with all the different interfaces vendors came up with.
Wi
Marc-André Turcotte wrote:
> I don't a working kernel anymore but what would happen if we copied file
> from /proc/acpi/video of a working kernel into a non-working one, where
> these files are non-existing?
>
That would not help/work. The proc filesystem is a virtual filesystem that
reflects ker
maybe it will not change anything since kernel has not reference to
them? no idea, btw...
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubunt
I don't a working kernel anymore but what would happen if we copied file
from /proc/acpi/video of a working kernel into a non-working one, where
these files are non-existing?
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notificati
Sorry, I have just read that bug's EDIT:
"EDIT: Now (after ~150MB of updates) on-screen notification for
brightness works (as respons to Fn + > and <), but nothing happens with
actual brightness level... Hope you'll fix it soon"
it seems to be our problem reflected to jaunty. that's why i am sure
the last report you posted is not related to our issue. it's about
applet problems, not really about ACPI problem itself... in our case it
doesnt work even from command line :\
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notifica
found another repport for the 6920g, which one should be marked as duplicate of
which one?
https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/344640
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification becaus
@Marc-André Turcotte: Ok, definitely we have the same defect (completely
overlapped). Hope we will get rid of it.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscrib
It worked in intrepid with kernel 2.6.27-7 and -9 and stopped at
-11(never tried -10). I don't know for i386. We have limited bandwidth,
i'll download the i386 live cd on the 25th when our month start over
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
Y
@Marc-André Turcotte: then let me understand.. with jaunty live cd x64
brightness is not solved at all. But I don't know if it is the same with
i386 Jaunty? Did you get any working recent distribution?
@unclben: I'm happy it worked for thinkpad.. I know linux team was
working on Thinkpad problems
@gidantribal: See earlier in this bug report. I have a ThinkPad X61s,
but I was having the same problem as Marc-Andre. I'm currently running
the generic 2.6.27-19 kernel from the mainline kernel PPA, which solved
the problem for me.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.
Brightness doesn't change on my beta jaunty 64x livecd. There was a
message telling that it did, but nothing really happened.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which
Found that bug which is close to ours:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/280518. I don't
know if it's a real duplicate, I'll let someone who knows what he's
doing mark it.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received thi
If I'm right, maybe we are missing something that get's installed with
jaunty. We upgraded to jaunty, so we may miss some package. Maybe a
clean install would solve this. I have the beta jaunty live cd 64x
somewhere on my desktop. I'll try tonight to see if it's 64bit related.
--
Cannot change br
@unclben have you got an acer 6920G? How can it be possible mine
doesn't still work on Jaunty beta? Maybe it's because mine is a x64
distribution? By the way it soulds quite weird!!! By the way i tried
only by applet, maybe i should try directly by commands...
--
Cannot change brightness with 2.
FWIW, I loaded up the Jaunty Beta i386 LiveCD (well... on a USB stick)
and brightness now works perfectly on my laptop.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is su
bl_power gave me 0. Add sudo before it, or to be sure log in as root (
sudo su or sudo -su) to take out some permission denied
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, whic
echo x > filesays permission denied even in ubuntu 8.10 (for each
file). Values are all set to '9'.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubu
echo x > filesays permission dedied even in ubuntu 8.10 (for each
file). Values are all set to '9'.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubu
cat works( you're making me learn very usefull command thanks) with
everything but uevent and the output is like it should, but echo says
permission denied for actual_brightness and max_brightness (I tried 1
for each) even under root. There was no brightness modification in the
process
--
Cannot
Marc-André Turcotte wrote:
> gedit: actual_brightness, bl_power, brightness, max_brightness, uevent.
> Is there another way you think I could write something in these files?
Did you try "cat" to read and "echo value >file" to write? (It can be possible
you have to get root with sudo -i before (de
grep gave me nothing like you said. Here's the dmesg log.
In the acer-wmi folder, there's only: a link to device folder, power
folder, a link to subsystem folder, and 5 files I cannot read with
gedit: actual_brightness, bl_power, brightness, max_brightness, uevent.
Is there another way you think I
Marc-André Turcotte wrote:
> In the 2.6.29-1 mainline kernel, on jaunty, "grep -r ./proc/acpi/video"
You need the space between . and /proc/acpi/video otherwise the grep won't
work. The . is the search argument.
> gets stuck. I looked in that folder and there is no file in it. For he
If there a
In the 2.6.29-1 mainline kernel, on jaunty, "grep -r ./proc/acpi/video"
gets stuck. I looked in that folder and there is no file in it. For he
dmsg part, i' not sure what I have to do, but raising or lowering the
brightness didn't change the output of dmsg
--
Cannot change brightness with 2.6.27-
First, no we do not give up on this, but things can get delayed by the
bulk of other things.
@gidantribal, I saw that the test kernel did not help (or made things
worse?). Could you post the dmesg from that kernel and 'grep -r .
/proc/acpi/video'. Is the brightness changing when changing the value
I have a problem with NVIDIA drivers and mainline kernel. It is also
written in "limitations" that restricted drivers will not work...and
that's what happened to me.
Did you try Jaunty and brightness worked? You said in your previous
posts that:
>I'm in jaunty right now, and 2.6.28-11 (output of
I'm still pretty new to linux, but first I would say that since it
works again in 27-29, it should someday in the 28 series also. I don't
really understand what's the problem with restricted drivers and a
mainline kernel since sound and compiz effects worked with no problem
when I tried. Maybe you
@Marc
It's bad Jaunty-beta3 doens't solve the issue. Are they giving up
solving this issue for our pc?
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubun
@Marc
It's bad Jaunty-beta3 doens't solve the issue. Are they giving up
solving this issue for our pcs?
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubu
I tested mainline kernel 27-19 and
brightness control WORKS again, sending the "±" when is enhancing.
By the way I can't use mainline kernel since i have restricted drivers
to use :\
Jaunty-beta3: doens't solve anything, only applet works again.
--
Cannot change brightness with 2.6.27-11+ kerne
Same thing in 2.6.29-1. I forgot to add last post that the key to raise
the brightness doesn't send "±" anymore
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
I'm in jaunty right now, and 2.6.28-11 (output of uname -r, but not on
kernel.org?!) doesn't work too. the brightness applet shows it raise and
goes down, but there's no change on the screen
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received thi
I tested your kernel (x64) and as result i just can't get even the
applet animation working. no news in brightness control either...
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs
I placed test kernels (for Intrepid -proposed) to
http://people.ubuntu.com/~smb/bug86/. Could someone try that version
and verify that this enables brightness again?
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification be
I tried installing the generic 2.6.27-19 mainline kernel as provided by
the kernel team (https://wiki.ubuntu.com/KernelMainlineBuilds - even I
can install a .deb!). Brightness changes work like a charm. I wish a
developer would chime in and let us know if/when we'll get a newer
kernel, since this r
** Changed in: linux (Ubuntu)
Sourcepackagename: None => linux
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-
I have no idea, but i think there's an update each week.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@l
Any idea when 2.6.27-16 or newer will make it into Intrepid? I'm not
comfortable compiling my own kernel.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ub
I managed to compile the 2.6.27-19 kernel with patch and the brightness
adjust works again. I ran into a error with the image file but it seems
to work anyway.
--
Cannot change brightness with 2.6.27-11+ kernel
https://bugs.launchpad.net/bugs/86
You received this bug notification because you
I've just looked at the changelog for the 2.6.27 kernel, and there's no
mention of brightness in patch 10 and 11. Maybe something completely
different is interfering. There seems to be some patch with brightness
in the patch 15 and 16. For an unknown reason I can't compile kernels,
but if you can t
I can confirm this on my ThinkPad (dmidecode outputs below).
Lenovo
7668CTO
ThinkPad X61s
The laptop is only a few days old. When running the Intrepid Live CD
(which I assume is an older kernel than 2.6.27-11), backlight control
worked fine. Since installing and updating to current kernel, however
94 matches
Mail list logo
