search for: unregister_all

Displaying 4 results from an estimated 4 matches for "unregister_all".

2016 Aug 04
0
[Intel-gfx] [PATCH] backlight: Avoid double fbcon backlight handling
...s probably knows which one?) and revert. > > The real trouble is the drm_for_each_connector in > drm_connector_register_all(). This introduced the new depency. The proper > fix imo is to fix up the connector_list locking, but for 4.8 we could do > the same hack+comment like we do in unregister_all. It's not the only > place that's broken anyway, and much less invasive than this here. You still have the underlying issue of multiple drivers trying to control the same piece of hardware, causing duplicate work (at best). -Chris -- Chris Wilson, Intel Open Source Technology Centre
2016 Aug 04
0
[Intel-gfx] [PATCH] backlight: Avoid double fbcon backlight handling
...e?) and revert. > > > > The real trouble is the drm_for_each_connector in > > drm_connector_register_all(). This introduced the new depency. The proper > > fix imo is to fix up the connector_list locking, but for 4.8 we could do > > the same hack+comment like we do in unregister_all. It's not the only > > place that's broken anyway, and much less invasive than this here. > > You still have the underlying issue of multiple drivers trying to > control the same piece of hardware, causing duplicate work (at best). Yes, and the underlying issue of the fb ba...
2016 Aug 04
1
[Intel-gfx] [PATCH] backlight: Avoid double fbcon backlight handling
...out the bad commit (Chris probably knows which one?) and revert. The real trouble is the drm_for_each_connector in drm_connector_register_all(). This introduced the new depency. The proper fix imo is to fix up the connector_list locking, but for 4.8 we could do the same hack+comment like we do in unregister_all. It's not the only place that's broken anyway, and much less invasive than this here. If someone confirms I'll bake it into a real patch. -Daniel diff --git a/drivers/gpu/drm/drm_connector.c b/drivers/gpu/drm/drm_connector.c index ef921fa09a84..c990fe9cc0cf 100644 --- a/drivers/gpu/dr...
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