Displaying 7 results from an estimated 7 matches for "fb_notifier_list".
2013 Jan 03
2
3.8-rc2: EFI framebuffer lock inversion...
...init: lightdm main process (950) terminated with status 1
======================================================
[ INFO: possible circular locking dependency detected ]
3.8.0-rc2-expert #1 Not tainted
-------------------------------------------------------
Xorg/1193 is trying to acquire lock:
 ((fb_notifier_list).rwsem){++++.+}, at: [<ffffffff810697c1>]
__blocking_notifier_call_chain+0x51/0xc0
but task is already holding lock:
 (console_lock){+.+.+.}, at: [<ffffffff81263f95>] do_fb_ioctl+0x2e5/0x5f0
which lock already depends on the new lock.
the existing dependency chain (in reverse order)...
2013 Mar 05
3
nouveau lockdep splat
...12c8e75>] register_framebuffer+0x25/0x310
> [    0.633642]  #4:  (&fb_info->lock){+.+.+.}, at: [<ffffffff812c7d86>] lock_fb_info+0x26/0x60
> [    0.633644]  #5:  (console_lock){+.+.+.}, at: [<ffffffff812c900a>] register_framebuffer+0x1ba/0x310
> [    0.633646]  #6:  ((fb_notifier_list).rwsem){.+.+.+}, at: [<ffffffff810694d2>] __blocking_notifier_call_chain+0x42/0x80
> [    0.633648]  #7:  (&dev->mode_config.mutex){+.+.+.}, at: [<ffffffff8135e63a>] drm_modeset_lock_all+0x2a/0x70
> [    0.633650]  #8:  (&crtc->mutex){+.+.+.}, at: [<ffffffff8135e6...
2016 Jun 30
6
[PATCH] backlight: Avoid double fbcon backlight handling
...---------------------------------------
[   18.983767] kworker/u8:0/6 is trying to acquire lock:
[   18.983777]  (&dev->mode_config.mutex){+.+.+.}, at: [<ffffffff815afde0>] drm_modeset_lock_all+0x40/0x120
[   18.983777]
               but task is already holding lock:
[   18.983782]  ((fb_notifier_list).rwsem){++++.+}, at: [<ffffffff810ac195>] __blocking_notifier_call_chain+0x35/0x70
[   18.983783]
               which lock already depends on the new lock.
[   18.983783]
               the existing dependency chain (in reverse order) is:
[   18.983785]
               -> #1 ((fb_notifier...
2016 Aug 04
2
[Intel-gfx] [PATCH] backlight: Avoid double fbcon backlight handling
...gt; [   18.983767] kworker/u8:0/6 is trying to acquire lock:
>> [   18.983777]  (&dev->mode_config.mutex){+.+.+.}, at: [<ffffffff815afde0>] drm_modeset_lock_all+0x40/0x120
>> [   18.983777]
>>                but task is already holding lock:
>> [   18.983782]  ((fb_notifier_list).rwsem){++++.+}, at: [<ffffffff810ac195>] __blocking_notifier_call_chain+0x35/0x70
>> [   18.983783]
>>                which lock already depends on the new lock.
>> 
>> [   18.983783]
>>                the existing dependency chain (in reverse order) is:
>>...
2016 Jul 12
0
[Intel-gfx] [PATCH] backlight: Avoid double fbcon backlight handling
...--------------
> [   18.983767] kworker/u8:0/6 is trying to acquire lock:
> [   18.983777]  (&dev->mode_config.mutex){+.+.+.}, at: [<ffffffff815afde0>] drm_modeset_lock_all+0x40/0x120
> [   18.983777]
>                but task is already holding lock:
> [   18.983782]  ((fb_notifier_list).rwsem){++++.+}, at: [<ffffffff810ac195>] __blocking_notifier_call_chain+0x35/0x70
> [   18.983783]
>                which lock already depends on the new lock.
> 
> [   18.983783]
>                the existing dependency chain (in reverse order) is:
> [   18.983785]
>...
2016 Aug 04
1
[Intel-gfx] [PATCH] backlight: Avoid double fbcon backlight handling
...worker/u8:0/6 is trying to acquire lock:
> >> [   18.983777]  (&dev->mode_config.mutex){+.+.+.}, at: [<ffffffff815afde0>] drm_modeset_lock_all+0x40/0x120
> >> [   18.983777]
> >>                but task is already holding lock:
> >> [   18.983782]  ((fb_notifier_list).rwsem){++++.+}, at: [<ffffffff810ac195>] __blocking_notifier_call_chain+0x35/0x70
> >> [   18.983783]
> >>                which lock already depends on the new lock.
> >> 
> >> [   18.983783]
> >>                the existing dependency chain (in r...
2016 Jul 12
6
[PATCH] drm/nouveau/fbcon: fix deadlock with FBIOPUT_CON2FBMAP
The FBIOPUT_CON2FBMAP ioctl takes a console_lock(). When this is called
while nouveau was runtime suspended, a deadlock would occur due to
nouveau_fbcon_set_suspend also trying to obtain console_lock().
Fix this by delaying the drm_fb_helper_set_suspend call. Based on the
i915 code (which was done for performance reasons though).
Cc: Chris Wilson <chris at chris-wilson.co.uk>
Cc: Daniel