diff options
| author | Daniel Vetter <daniel.vetter@ffwll.ch> | 2022-04-05 23:03:27 +0200 |
|---|---|---|
| committer | Daniel Vetter <daniel.vetter@ffwll.ch> | 2022-04-07 16:52:13 +0200 |
| commit | bd6026a8c4e6b7edf4bafcb71da885b284b8f4fd (patch) | |
| tree | 305edc98b506f0109913c9691478842d9d5113d9 /drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c | |
| parent | 6b2060cf9138a2cd5f3468a949d3869abed049ef (diff) | |
| download | linux-bd6026a8c4e6b7edf4bafcb71da885b284b8f4fd.tar.gz linux-bd6026a8c4e6b7edf4bafcb71da885b284b8f4fd.tar.bz2 linux-bd6026a8c4e6b7edf4bafcb71da885b284b8f4fd.zip | |
fbcon: Extract fbcon_open/release helpers
There's two minor behaviour changes in here:
- in error paths we now consistently call fb_ops->fb_release
- fb_release really can't fail (fbmem.c ignores it too) and there's no
reasonable cleanup we can do anyway.
Note that everything in fbcon.c is protected by the big console_lock()
lock (especially all the global variables), so the minor changes in
ordering of setup/cleanup do not matter.
v2: Explain a bit better why this is all correct (Sam)
Acked-by: Sam Ravnborg <sam@ravnborg.org>
Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
Cc: Daniel Vetter <daniel@ffwll.ch>
Cc: Claudio Suarez <cssk@net-c.es>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
Cc: Du Cheng <ducheng2@gmail.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20220405210335.3434130-10-daniel.vetter@ffwll.ch
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c')
0 files changed, 0 insertions, 0 deletions