On Thu, Jun 30, 2016 at 12:30:56PM +0100, Chris Wilson wrote:
> Backlights controlled by i915.ko and only associated with its connectors
> and also only associated with the intel_drmfb fbcon, controlled by
> i915.ko. In this situation, we already handle adjusting the backlight
> when the fbcon is b
On Wed, Jun 10, 2015 at 03:01:14PM +0200, Hans de Goede wrote:
> Port the backlight selection logic to the new backlight interface
> selection API.
>
> This commit also removes various obsolete pr_xxx messages related to
> backlight interface selection. These are obsolete because they assume
> the
On Mon, Mar 17, 2014 at 03:48:23PM +0100, Jean Delvare wrote:
> ACPI_VIDEO no longer depends on VIDEO_OUTPUT_CONTROL, so drivers which
> want to select ACPI_VIDEO no longer have to select
> VIDEO_OUTPUT_CONTROL.
>
> Signed-off-by: Jean Delvare
> Cc: "Lee, Chun-Yi"
> Cc: Matthew Garrett
> ---
>
? ??2013-06-09 ? 19:01 -0400?Matthew Garrett ???
> Windows 8 leaves backlight control up to individual graphics drivers rather
> than making ACPI calls itself. There's plenty of evidence to suggest that
> the Intel driver for Windows doesn't use the ACPI interface, including the
> fact that it's br
於 日，2013-06-09 於 19:01 -0400，Matthew Garrett 提到：
> Windows 8 leaves backlight control up to individual graphics drivers rather
> than making ACPI calls itself. There's plenty of evidence to suggest that
> the Intel driver for Windows doesn't use the ACPI interface, including the
> fact that it's br
? ??2012-08-01 ? 15:49 +0200?Luca Tettamanti ???
> AMD ACPI interface may overload the standard event
> ACPI_VIDEO_NOTIFY_PROBE (0x81) to signal AMD-specific events. In such
> cases we don't want to send the keypress (KEY_SWITCHVIDEOMODE) to the
> userspace because the user did not press the mode s
於 三，2012-08-01 於 15:49 +0200，Luca Tettamanti 提到：
> AMD ACPI interface may overload the standard event
> ACPI_VIDEO_NOTIFY_PROBE (0x81) to signal AMD-specific events. In such
> cases we don't want to send the keypress (KEY_SWITCHVIDEOMODE) to the
> userspace because the user did not press the mode s
於 一，2012-07-30 於 10:17 +0200，Artur Flinta 提到：
> On Sat, Jul 28, 2012 at 4:47 PM, Pali Rohár wrote:
> > Hello, I have some good news. Radeon patches from this post
> > http://lists.freedesktop.org/archives/dri-devel/2012-July/025535.html
> > export brightness file /sys/class/backlight/radeon_bl/bri
於 日，2012-07-29 於 15:10 +0200，Luca Tettamanti 提到：
> On Sun, Jul 29, 2012 at 11:51:48AM +0800, joeyli wrote:
> > Hi Luca,
> >
> > 於 六，2012-07-28 於 16:56 +0200，Luca Tettamanti 提到：
> > > I just found the first problem (probably a BIOS bug):
> > > ATIF_FUNCTION_
? ??2012-07-30 ? 10:17 +0200?Artur Flinta ???
> On Sat, Jul 28, 2012 at 4:47 PM, Pali Roh?r wrote:
> > Hello, I have some good news. Radeon patches from this post
> > http://lists.freedesktop.org/archives/dri-devel/2012-July/025535.html
> > export brightness file /sys/class/backlight/radeon_bl/bri
? ??2012-07-29 ? 15:10 +0200?Luca Tettamanti ???
> On Sun, Jul 29, 2012 at 11:51:48AM +0800, joeyli wrote:
> > Hi Luca,
> >
> > ? ??2012-07-28 ? 16:56 +0200?Luca Tettamanti ???
> > > I just found the first problem (probably a BIOS bug):
> > > ATIF_FUNCTION_
Hi Luca,
於 六，2012-07-28 於 16:56 +0200，Luca Tettamanti 提到：
> On Thu, Jul 26, 2012 at 03:42:26PM -0400, Alex Deucher wrote:
> > On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti
> > wrote:
> > > On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
> > >> On Thu, Jul 26, 2012 at 8:58 AM, L
於 五，2012-07-27 於 23:32 +0800，joeyli 提到：
> 於 五，2012-07-27 於 09:21 -0400，Alex Deucher 提到：
> > On Fri, Jul 27, 2012 at 12:46 AM, joeyli wrote:
> > >
> > > + * flags
> > > + * bits 1:0:
> > > + * 0 - Notify(VGA, 0x81) is not used for notificatio
於 五，2012-07-27 於 09:21 -0400，Alex Deucher 提到：
> On Fri, Jul 27, 2012 at 12:46 AM, joeyli wrote:
> >
> > + * flags
> > + * bits 1:0:
> > + * 0 - Notify(VGA, 0x81) is not used for notification
> > + * 1 - Notify(VGA, 0x81) is used for notification
> >
> >
於 四，2012-07-26 於 23:31 -0400，Alex Deucher 提到：
> On Thu, Jul 26, 2012 at 10:50 PM, joeyli wrote:
> > 於 四，2012-07-26 於 14:58 +0200，Luca Tettamanti 提到：
> >> - again ACPI video module gets the nodification (in this case
> >> ACPI_VIDEO_NOTIFY_PROBE), re-enumerated a
於 四，2012-07-26 於 14:58 +0200，Luca Tettamanti 提到：
> - again ACPI video module gets the nodification (in this case
> ACPI_VIDEO_NOTIFY_PROBE), re-enumerated and send KEY_SWITCHVIDEOMODE
> - KDE seems this and muck with the screen configuration :(
> - meanwhile the brightness notification is propaga
Hi Luca,
? ??2012-07-28 ? 16:56 +0200?Luca Tettamanti ???
> On Thu, Jul 26, 2012 at 03:42:26PM -0400, Alex Deucher wrote:
> > On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti
> > wrote:
> > > On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
> > >> On Thu, Jul 26, 2012 at 8:58 AM, L
? ??2012-07-27 ? 23:32 +0800?joeyli ???
> ? ??2012-07-27 ? 09:21 -0400?Alex Deucher ???
> > On Fri, Jul 27, 2012 at 12:46 AM, joeyli wrote:
> > >
> > > + * flags
> > > + * bits 1:0:
> > > + * 0 - Notify(VGA, 0x81) is not used for notificatio
? ??2012-07-27 ? 09:21 -0400?Alex Deucher ???
> On Fri, Jul 27, 2012 at 12:46 AM, joeyli wrote:
> >
> > + * flags
> > + * bits 1:0:
> > + * 0 - Notify(VGA, 0x81) is not used for notification
> > + * 1 - Notify(VGA, 0x81) is used for notification
> >
> >
? ??2012-07-26 ? 23:31 -0400?Alex Deucher ???
> On Thu, Jul 26, 2012 at 10:50 PM, joeyli wrote:
> > ? ??2012-07-26 ? 14:58 +0200?Luca Tettamanti ???
> >> - again ACPI video module gets the nodification (in this case
> >> ACPI_VIDEO_NOTIFY_PROBE), re-enumerated a
? ??2012-07-26 ? 14:58 +0200?Luca Tettamanti ???
> - again ACPI video module gets the nodification (in this case
> ACPI_VIDEO_NOTIFY_PROBE), re-enumerated and send KEY_SWITCHVIDEOMODE
> - KDE seems this and muck with the screen configuration :(
> - meanwhile the brightness notification is propaga
? ??2012-05-25 ? 16:07 +0900?Greg KH ???
> On Fri, May 25, 2012 at 09:50:44AM +0800, Lee, Chun-Yi wrote:
> > In v3.3, the gma500 drm driver moved from staging to drm group by
> > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> > brightness well and don't need gma500 stub driver a
? ??2012-05-25 ? 04:53 +0900?Greg KH ???
> On Mon, May 21, 2012 at 11:23:36PM +0800, Lee, Chun-Yi wrote:
> > In v3.3, the gma500 drm driver moved from staging to drm group by
> > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> > brightness well and don't need gma500 stub driver a
於 五，2012-05-25 於 16:07 +0900，Greg KH 提到：
> On Fri, May 25, 2012 at 09:50:44AM +0800, Lee, Chun-Yi wrote:
> > In v3.3, the gma500 drm driver moved from staging to drm group by
> > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> > brightness well and don't need gma500 stub driver a
於 五，2012-05-25 於 04:53 +0900，Greg KH 提到：
> On Mon, May 21, 2012 at 11:23:36PM +0800, Lee, Chun-Yi wrote:
> > In v3.3, the gma500 drm driver moved from staging to drm group by
> > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> > brightness well and don't need gma500 stub driver a
Hi Alex,
? ??2012-05-22 ? 12:01 -0400?Alex Deucher ???
> On Mon, May 21, 2012 at 11:15 AM, Lee, Chun-Yi
> wrote:
> > In v3.3, the gma500 drm driver moved from staging to drm group by
> > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> > brightness well and don't need gma500 s
Hi Alex,
於 二，2012-05-22 於 12:01 -0400，Alex Deucher 提到：
> On Mon, May 21, 2012 at 11:15 AM, Lee, Chun-Yi
> wrote:
> > In v3.3, the gma500 drm driver moved from staging to drm group by
> > Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
> > brightness well and don't need gma500 s
? ??2012-03-20 ? 23:03 +0100?Pali Roh?r ???
> >
> > Another doubt is the latest statement in _BCM, it emit a BEVT event:
> >
> > Signal (\_SB.BEVT)
> >
> > Only HKFR(HotkeyFunctionResponse) method is waiting this event, it
> > should related to how the HP implement brightness function key on
> >
於 二，2012-03-20 於 23:03 +0100，Pali Rohár 提到：
> >
> > Another doubt is the latest statement in _BCM, it emit a BEVT event:
> >
> > Signal (\_SB.BEVT)
> >
> > Only HKFR(HotkeyFunctionResponse) method is waiting this event, it
> > should related to how the HP implement brightness function key on
> >
Add Cc. to platform-driver-x86 and linux-acpi
Hi Baptiste
? ??2011-12-04 ? 17:07 +0100?Baptiste Jonglez ???
> Hi,
>
> I've got a lot of troubles with a dual-LVDS Acer laptop (it doesn't
> have a keyboard, but two displays with touchscreens)
>
> The Intel GPU is integrated into the Core i5-480M
Add Cc. to platform-driver-x86 and linux-acpi
Hi Baptiste
於 日，2011-12-04 於 17:07 +0100，Baptiste Jonglez 提到：
> Hi,
>
> I've got a lot of troubles with a dual-LVDS Acer laptop (it doesn't
> have a keyboard, but two displays with touchscreens)
>
> The Intel GPU is integrated into the Core i5-480M
31 matches
Mail list logo
