lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1035525993.121797.1354462407778.JavaMail.root@elliptictech.com>
Date:	Sun, 2 Dec 2012 10:33:27 -0500 (EST)
From:	Tom St Denis <tstdenis@...iptictech.com>
To:	Daniel Vetter <daniel.vetter@...ll.ch>
Cc:	linux-kernel@...r.kernel.org,
	intel-gfx <intel-gfx@...ts.freedesktop.org>,
	dri-devel <dri-devel@...ts.freedesktop.org>,
	linux-acpi@...r.kernel.org
Subject: Re: Brightness control fails between 3.6.8 and 3.7.0-rc7 (Intel
 915/Dell Vostro 3560)

Thanks Daniel so I'm taking back my bug report on the i915 and claiming this as a bug against the acpi_video stack.

What sort of information would the ACPI folk like from me to help diagnose this?

Here's a dmesg dump of all ACPI messages.

http://pastebin.com/b4XKe5Fk

Tom

----- Original Message -----
> From: "Daniel Vetter" <daniel.vetter@...ll.ch>
> To: "Tom St Denis" <tstdenis@...iptictech.com>
> Cc: linux-kernel@...r.kernel.org, "intel-gfx" <intel-gfx@...ts.freedesktop.org>, "dri-devel"
> <dri-devel@...ts.freedesktop.org>
> Sent: Sunday, 2 December, 2012 9:42:39 AM
> Subject: Re: Brightness control fails between 3.6.8 and 3.7.0-rc7 (Intel 915/Dell Vostro 3560)
> 
> On Sun, Dec 2, 2012 at 2:49 PM, Tom St Denis
> <tstdenis@...iptictech.com> wrote:
> > Ok so on v3.7-rc1 [and I suspect up] I can manually control the
> > brightness by echoing to
> >
> > /sys/class/backlight/intel_backlight/brightness
> >
> > But I still can't use the buttons to control it (it only goes one
> > tick down from max and stops there).  I'm using GNOME3 from a
> > x86_64 unstable debian install [up to date with latest].
> >
> > I just noticed that under v3.7 I have a new directory
> > /sys/class/backlight/acpi_video1 which is what GNOME is actually
> > controlling.  I can't disable ACPI video control so is there a
> > workaround?
> 
> Hah, acpi registered a broken backlight driver, which overwrites the
> intel backlight - for once it's not i915.ko's fault ;-) For a
> workaround either disable the acpi backlight with
> acpi_backlight=vendor (iirc) kernel option or teach the X driver that
> you want a different backlight driver in the xorg.conf (Option
> "Backlight" "intel_backlight" should do the trick).
> -Daniel
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> +41 (0) 79 365 57 48 - http://blog.ffwll.ch
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ