diff options
author | Daniel Vetter <daniel.vetter@ffwll.ch> | 2013-01-20 18:09:52 +0100 |
---|---|---|
committer | Daniel Vetter <daniel.vetter@ffwll.ch> | 2013-02-14 00:07:50 +0100 |
commit | d21bf469d5301d025cd82997bb1529bcdc7086af (patch) | |
tree | f819eb34fd3f32ae79cca5421e6c688ed3d6f928 /usr | |
parent | 6aed8ec3f76a22217c9ae183d32b1aa990bed069 (diff) | |
download | linux-stable-d21bf469d5301d025cd82997bb1529bcdc7086af.tar.gz linux-stable-d21bf469d5301d025cd82997bb1529bcdc7086af.tar.bz2 linux-stable-d21bf469d5301d025cd82997bb1529bcdc7086af.zip |
drm/fb-helper: kill drm_fb_helper_restore
It's only used internally for the sysrq and panic handlers provided by
the drm fb helper implementation. Hence just inline it, kill the
export and remove the confusing kerneldoc. Driver's are supposed to
call drm_fb_helper_restore_fbdev_mode on lastclose.
Note that locking is totally fubar - the sysrq case doesn't take any
locks at all. The panic handler probably shouldn't take any locks
since it'll only make things worse. Otoh it's probably better to
switch things over to the atomic modeset callbacks (and disable the
panic handler for those drivers which don't implement it).
But that's both better done in separate patches.
Reviewed-by: Rob Clark <robdclark@gmail.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Diffstat (limited to 'usr')
0 files changed, 0 insertions, 0 deletions