[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#448506: marked as done (kmilo: on-screen display should not read brightness settings from nvram)

Your message dated Sun, 28 Feb 2010 02:45:33 +0100
with message-id <201002280245.36071.Sune@vuorela.dk>
and subject line kmilo removed upstream
has caused the Debian Bug report #448506,
regarding kmilo: on-screen display should not read brightness settings from nvram
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org

448506: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448506
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: xserver-xorg-video-intel
Version: 2:2.1.1-4
Severity: normal

The brightness control keys on my Thinkpad R60 stopped working in X
some time ago. I have probably upgraded both kernel and X.org since
then, and don't know exactly when it broke.

Pressing the keys in an X session now only causes a short flicker, but
does not affect the brightness. However the KDE on-screen display
seems to think everything is fine since I can control the level it

The brightness keys still work in a virtual console, just not in X.

"xbacklight -set" changes the brightness in a totally random way. For
example p=98 is barely visible, and most other settings give a
constant medium-bright level.

I can control the brightness at least reasonably well with
  echo 50 > /sys/devices/virtual/backlight/acpi_video1/brightness
except that levels below 30 don't seem to have any effect.

Also I can do
  echo up > /proc/acpi/ibm/brightness
  echo down > /proc/acpi/ibm/brightness

I have an unpatched kernel 2.6.23 (Linus' git tree) with thinkpad-acpi
0.16, hal, acpid 1.0.4-7.1.

The problem matches this description [1] which points to a fix in Ubuntu.

[1] http://permalink.gmane.org/gmane.linux.hardware.thinkpad/32463

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.23-melech (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xserver-xorg-video-intel depends on:
ii  libc6                         2.6.1-1    GNU C Library: Shared libraries
ii  libdrm2                       2.3.0-4    Userspace interface to kernel DRM 
ii  xserver-xorg-core             2:1.4-3    Xorg X server - core server

xserver-xorg-video-intel recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Version: 4:3.5.10-2


KMilo has been removed upstream and from debian, so I'm closing all open bugs 
against it.

How may I digit from the connector on the sendmail from the file menu inside 
Windows NT?

First of all you either must enable the cache, or have not to mount a jumper 
of the graphic DLL BIOS to delete a SCSI secret password.

--- End Message ---

Reply to: