Displaying 4 results from an estimated 4 matches for "18.984014".
Did you mean:
18.984010
2016 Jun 30
6
[PATCH] backlight: Avoid double fbcon backlight handling
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 blanked/unblanked and do not require backlight trying
to do the same.
Attempting to register with the fbdev as a client causes lockdep to warn
about a dependency cycle:
[
2016 Aug 04
2
[Intel-gfx] [PATCH] backlight: Avoid double fbcon backlight handling
On Tue, 12 Jul 2016, Daniel Vetter <daniel at ffwll.ch> wrote:
> 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
2016 Jul 12
0
[Intel-gfx] [PATCH] backlight: Avoid double fbcon backlight handling
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 blanked/unblanked and do not require backlight trying
> to do the same.
>
>
2016 Aug 04
1
[Intel-gfx] [PATCH] backlight: Avoid double fbcon backlight handling
On Thu, Aug 04, 2016 at 12:02:23PM +0300, Jani Nikula wrote:
> On Tue, 12 Jul 2016, Daniel Vetter <daniel at ffwll.ch> wrote:
> > 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