search for: fb_notifier_list

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: >&gt...
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