2009-08-28 13:46:53 +08:00
|
|
|
/*
|
|
|
|
* Copyright (c) 2006-2009 Red Hat Inc.
|
|
|
|
* Copyright (c) 2006-2008 Intel Corporation
|
|
|
|
* Copyright (c) 2007 Dave Airlie <airlied@linux.ie>
|
|
|
|
*
|
|
|
|
* DRM framebuffer helper functions
|
|
|
|
*
|
|
|
|
* Permission to use, copy, modify, distribute, and sell this software and its
|
|
|
|
* documentation for any purpose is hereby granted without fee, provided that
|
|
|
|
* the above copyright notice appear in all copies and that both that copyright
|
|
|
|
* notice and this permission notice appear in supporting documentation, and
|
|
|
|
* that the name of the copyright holders not be used in advertising or
|
|
|
|
* publicity pertaining to distribution of the software without specific,
|
|
|
|
* written prior permission. The copyright holders make no representations
|
|
|
|
* about the suitability of this software for any purpose. It is provided "as
|
|
|
|
* is" without express or implied warranty.
|
|
|
|
*
|
|
|
|
* THE COPYRIGHT HOLDERS DISCLAIM ALL WARRANTIES WITH REGARD TO THIS SOFTWARE,
|
|
|
|
* INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS, IN NO
|
|
|
|
* EVENT SHALL THE COPYRIGHT HOLDERS BE LIABLE FOR ANY SPECIAL, INDIRECT OR
|
|
|
|
* CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE,
|
|
|
|
* DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER
|
|
|
|
* TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE
|
|
|
|
* OF THIS SOFTWARE.
|
|
|
|
*
|
|
|
|
* Authors:
|
|
|
|
* Dave Airlie <airlied@linux.ie>
|
|
|
|
* Jesse Barnes <jesse.barnes@intel.com>
|
|
|
|
*/
|
2012-11-15 11:43:29 +08:00
|
|
|
#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
|
|
|
|
|
2016-08-23 19:54:06 +08:00
|
|
|
#include <linux/console.h>
|
2018-07-04 00:03:48 +08:00
|
|
|
#include <linux/dma-buf.h>
|
2010-02-03 06:40:32 +08:00
|
|
|
#include <linux/kernel.h>
|
2011-08-30 23:04:30 +08:00
|
|
|
#include <linux/module.h>
|
2019-05-27 01:35:35 +08:00
|
|
|
#include <linux/slab.h>
|
|
|
|
#include <linux/sysrq.h>
|
|
|
|
#include <linux/vmalloc.h>
|
|
|
|
|
2015-08-26 03:35:58 +08:00
|
|
|
#include <drm/drm_atomic.h>
|
2019-05-27 01:35:35 +08:00
|
|
|
#include <drm/drm_crtc.h>
|
|
|
|
#include <drm/drm_crtc_helper.h>
|
|
|
|
#include <drm/drm_drv.h>
|
|
|
|
#include <drm/drm_fb_helper.h>
|
|
|
|
#include <drm/drm_fourcc.h>
|
|
|
|
#include <drm/drm_print.h>
|
|
|
|
#include <drm/drm_vblank.h>
|
2009-08-28 13:46:53 +08:00
|
|
|
|
2019-07-10 20:51:39 +08:00
|
|
|
#include "drm_crtc_helper_internal.h"
|
2019-05-07 02:01:30 +08:00
|
|
|
#include "drm_internal.h"
|
2016-09-19 21:33:44 +08:00
|
|
|
|
2015-08-25 21:45:13 +08:00
|
|
|
static bool drm_fbdev_emulation = true;
|
|
|
|
module_param_named(fbdev_emulation, drm_fbdev_emulation, bool, 0600);
|
|
|
|
MODULE_PARM_DESC(fbdev_emulation,
|
|
|
|
"Enable legacy fbdev emulation [default=true]");
|
|
|
|
|
2017-02-16 00:19:08 +08:00
|
|
|
static int drm_fbdev_overalloc = CONFIG_DRM_FBDEV_OVERALLOC;
|
|
|
|
module_param(drm_fbdev_overalloc, int, 0444);
|
|
|
|
MODULE_PARM_DESC(drm_fbdev_overalloc,
|
|
|
|
"Overallocation of the fbdev buffer (%) [default="
|
|
|
|
__MODULE_STRING(CONFIG_DRM_FBDEV_OVERALLOC) "]");
|
|
|
|
|
2018-09-28 20:05:55 +08:00
|
|
|
/*
|
|
|
|
* In order to keep user-space compatibility, we want in certain use-cases
|
|
|
|
* to keep leaking the fbdev physical address to the user-space program
|
|
|
|
* handling the fbdev buffer.
|
|
|
|
* This is a bad habit essentially kept into closed source opengl driver
|
|
|
|
* that should really be moved into open-source upstream projects instead
|
|
|
|
* of using legacy physical addresses in user space to communicate with
|
|
|
|
* other out-of-tree kernel modules.
|
|
|
|
*
|
|
|
|
* This module_param *should* be removed as soon as possible and be
|
|
|
|
* considered as a broken and legacy behaviour from a modern fbdev device.
|
|
|
|
*/
|
|
|
|
#if IS_ENABLED(CONFIG_DRM_FBDEV_LEAK_PHYS_SMEM)
|
|
|
|
static bool drm_leak_fbdev_smem = false;
|
|
|
|
module_param_unsafe(drm_leak_fbdev_smem, bool, 0600);
|
2018-12-04 14:32:15 +08:00
|
|
|
MODULE_PARM_DESC(drm_leak_fbdev_smem,
|
2018-09-28 20:05:55 +08:00
|
|
|
"Allow unsafe leaking fbdev physical smem address [default=false]");
|
|
|
|
#endif
|
|
|
|
|
2009-08-28 13:46:53 +08:00
|
|
|
static LIST_HEAD(kernel_fb_helper_list);
|
2016-11-29 20:02:17 +08:00
|
|
|
static DEFINE_MUTEX(kernel_fb_helper_lock);
|
2009-08-28 13:46:53 +08:00
|
|
|
|
2012-11-01 21:45:17 +08:00
|
|
|
/**
|
|
|
|
* DOC: fbdev helpers
|
|
|
|
*
|
|
|
|
* The fb helper functions are useful to provide an fbdev on top of a drm kernel
|
2014-04-29 17:44:35 +08:00
|
|
|
* mode setting driver. They can be used mostly independently from the crtc
|
2012-11-01 21:45:17 +08:00
|
|
|
* helper functions used by many drivers to implement the kernel mode setting
|
|
|
|
* interfaces.
|
2013-01-21 05:13:14 +08:00
|
|
|
*
|
2018-07-04 00:03:52 +08:00
|
|
|
* Drivers that support a dumb buffer with a virtual address and mmap support,
|
|
|
|
* should try out the generic fbdev emulation using drm_fbdev_generic_setup().
|
2019-10-25 17:27:58 +08:00
|
|
|
* It will automatically set up deferred I/O if the driver requires a shadow
|
|
|
|
* buffer.
|
2018-07-04 00:03:52 +08:00
|
|
|
*
|
2017-12-16 01:51:16 +08:00
|
|
|
* At runtime drivers should restore the fbdev console by using
|
|
|
|
* drm_fb_helper_lastclose() as their &drm_driver.lastclose callback.
|
|
|
|
* They should also notify the fb helper code from updates to the output
|
|
|
|
* configuration by using drm_fb_helper_output_poll_changed() as their
|
|
|
|
* &drm_mode_config_funcs.output_poll_changed callback.
|
|
|
|
*
|
|
|
|
* For suspend/resume consider using drm_mode_config_helper_suspend() and
|
|
|
|
* drm_mode_config_helper_resume() which takes care of fbdev as well.
|
2013-01-21 05:13:14 +08:00
|
|
|
*
|
|
|
|
* All other functions exported by the fb helper library can be used to
|
|
|
|
* implement the fbdev driver interface by the driver.
|
2014-06-27 23:19:24 +08:00
|
|
|
*
|
|
|
|
* It is possible, though perhaps somewhat tricky, to implement race-free
|
|
|
|
* hotplug detection using the fbdev helpers. The drm_fb_helper_prepare()
|
|
|
|
* helper must be called first to initialize the minimum required to make
|
|
|
|
* hotplug detection work. Drivers also need to make sure to properly set up
|
2017-01-25 14:26:43 +08:00
|
|
|
* the &drm_mode_config.funcs member. After calling drm_kms_helper_poll_init()
|
2014-06-27 23:19:24 +08:00
|
|
|
* it is safe to enable interrupts and start processing hotplug events. At the
|
|
|
|
* same time, drivers should initialize all modeset objects such as CRTCs,
|
|
|
|
* encoders and connectors. To finish up the fbdev helper initialization, the
|
|
|
|
* drm_fb_helper_init() function is called. To probe for all attached displays
|
|
|
|
* and set up an initial configuration using the detected hardware, drivers
|
2019-06-08 23:26:53 +08:00
|
|
|
* should call drm_fb_helper_initial_config().
|
2016-04-28 23:18:33 +08:00
|
|
|
*
|
2017-01-25 14:26:43 +08:00
|
|
|
* If &drm_framebuffer_funcs.dirty is set, the
|
2016-05-12 00:09:17 +08:00
|
|
|
* drm_fb_helper_{cfb,sys}_{write,fillrect,copyarea,imageblit} functions will
|
2017-01-25 14:26:43 +08:00
|
|
|
* accumulate changes and schedule &drm_fb_helper.dirty_work to run right
|
2016-05-12 00:09:17 +08:00
|
|
|
* away. This worker then calls the dirty() function ensuring that it will
|
|
|
|
* always run in process context since the fb_*() function could be running in
|
|
|
|
* atomic context. If drm_fb_helper_deferred_io() is used as the deferred_io
|
|
|
|
* callback it will also schedule dirty_work with the damage collected from the
|
2019-10-25 17:27:58 +08:00
|
|
|
* mmap page writes.
|
|
|
|
*
|
|
|
|
* Deferred I/O is not compatible with SHMEM. Such drivers should request an
|
|
|
|
* fbdev shadow buffer and call drm_fbdev_generic_setup() instead.
|
2012-11-01 21:45:17 +08:00
|
|
|
*/
|
|
|
|
|
2010-10-14 03:09:43 +08:00
|
|
|
static void drm_fb_helper_restore_lut_atomic(struct drm_crtc *crtc)
|
|
|
|
{
|
|
|
|
uint16_t *r_base, *g_base, *b_base;
|
|
|
|
|
2012-05-17 19:27:24 +08:00
|
|
|
if (crtc->funcs->gamma_set == NULL)
|
|
|
|
return;
|
|
|
|
|
2010-10-14 03:09:43 +08:00
|
|
|
r_base = crtc->gamma_store;
|
|
|
|
g_base = r_base + crtc->gamma_size;
|
|
|
|
b_base = g_base + crtc->gamma_size;
|
|
|
|
|
2017-04-03 16:33:01 +08:00
|
|
|
crtc->funcs->gamma_set(crtc, r_base, g_base, b_base,
|
|
|
|
crtc->gamma_size, NULL);
|
2010-10-14 03:09:43 +08:00
|
|
|
}
|
|
|
|
|
2013-01-21 05:13:14 +08:00
|
|
|
/**
|
2017-01-25 14:26:43 +08:00
|
|
|
* drm_fb_helper_debug_enter - implementation for &fb_ops.fb_debug_enter
|
2013-01-21 05:13:14 +08:00
|
|
|
* @info: fbdev registered by the helper
|
|
|
|
*/
|
2010-08-05 22:22:31 +08:00
|
|
|
int drm_fb_helper_debug_enter(struct fb_info *info)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *helper = info->par;
|
2015-03-11 17:51:06 +08:00
|
|
|
const struct drm_crtc_helper_funcs *funcs;
|
2019-05-31 22:01:11 +08:00
|
|
|
struct drm_mode_set *mode_set;
|
2010-08-05 22:22:31 +08:00
|
|
|
|
|
|
|
list_for_each_entry(helper, &kernel_fb_helper_list, kernel_fb_list) {
|
2019-05-31 22:01:11 +08:00
|
|
|
mutex_lock(&helper->client.modeset_mutex);
|
|
|
|
drm_client_for_each_modeset(mode_set, &helper->client) {
|
2010-08-05 22:22:31 +08:00
|
|
|
if (!mode_set->crtc->enabled)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
funcs = mode_set->crtc->helper_private;
|
2016-11-14 07:03:11 +08:00
|
|
|
if (funcs->mode_set_base_atomic == NULL)
|
|
|
|
continue;
|
|
|
|
|
2017-04-03 16:32:59 +08:00
|
|
|
if (drm_drv_uses_atomic_modeset(mode_set->crtc->dev))
|
|
|
|
continue;
|
|
|
|
|
2010-08-05 22:22:31 +08:00
|
|
|
funcs->mode_set_base_atomic(mode_set->crtc,
|
|
|
|
mode_set->fb,
|
|
|
|
mode_set->x,
|
2010-09-26 19:47:25 +08:00
|
|
|
mode_set->y,
|
2010-10-14 03:09:44 +08:00
|
|
|
ENTER_ATOMIC_MODE_SET);
|
2010-08-05 22:22:31 +08:00
|
|
|
}
|
2019-05-31 22:01:11 +08:00
|
|
|
mutex_unlock(&helper->client.modeset_mutex);
|
2010-08-05 22:22:31 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_debug_enter);
|
|
|
|
|
2013-01-21 05:13:14 +08:00
|
|
|
/**
|
2017-01-25 14:26:43 +08:00
|
|
|
* drm_fb_helper_debug_leave - implementation for &fb_ops.fb_debug_leave
|
2013-01-21 05:13:14 +08:00
|
|
|
* @info: fbdev registered by the helper
|
|
|
|
*/
|
2010-08-05 22:22:31 +08:00
|
|
|
int drm_fb_helper_debug_leave(struct fb_info *info)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *helper = info->par;
|
2019-05-31 22:01:11 +08:00
|
|
|
struct drm_client_dev *client = &helper->client;
|
2019-12-10 20:30:45 +08:00
|
|
|
struct drm_device *dev = helper->dev;
|
2010-08-05 22:22:31 +08:00
|
|
|
struct drm_crtc *crtc;
|
2015-03-11 17:51:06 +08:00
|
|
|
const struct drm_crtc_helper_funcs *funcs;
|
2019-05-31 22:01:11 +08:00
|
|
|
struct drm_mode_set *mode_set;
|
2010-08-05 22:22:31 +08:00
|
|
|
struct drm_framebuffer *fb;
|
2017-03-29 22:43:51 +08:00
|
|
|
|
2019-05-31 22:01:11 +08:00
|
|
|
mutex_lock(&client->modeset_mutex);
|
|
|
|
drm_client_for_each_modeset(mode_set, client) {
|
2010-08-05 22:22:31 +08:00
|
|
|
crtc = mode_set->crtc;
|
2017-07-03 19:51:06 +08:00
|
|
|
if (drm_drv_uses_atomic_modeset(crtc->dev))
|
|
|
|
continue;
|
|
|
|
|
2010-08-05 22:22:31 +08:00
|
|
|
funcs = crtc->helper_private;
|
2017-07-03 19:51:06 +08:00
|
|
|
fb = crtc->primary->fb;
|
2010-08-05 22:22:31 +08:00
|
|
|
|
|
|
|
if (!crtc->enabled)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
if (!fb) {
|
2019-12-10 20:30:45 +08:00
|
|
|
drm_err(dev, "no fb to restore?\n");
|
2010-08-05 22:22:31 +08:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2016-11-14 07:03:11 +08:00
|
|
|
if (funcs->mode_set_base_atomic == NULL)
|
|
|
|
continue;
|
|
|
|
|
2010-10-14 03:09:43 +08:00
|
|
|
drm_fb_helper_restore_lut_atomic(mode_set->crtc);
|
2010-08-05 22:22:31 +08:00
|
|
|
funcs->mode_set_base_atomic(mode_set->crtc, fb, crtc->x,
|
2010-10-14 03:09:44 +08:00
|
|
|
crtc->y, LEAVE_ATOMIC_MODE_SET);
|
2010-08-05 22:22:31 +08:00
|
|
|
}
|
2019-05-31 22:01:11 +08:00
|
|
|
mutex_unlock(&client->modeset_mutex);
|
2010-08-05 22:22:31 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_debug_leave);
|
|
|
|
|
drm/fb-helper: Fix vt restore
In the past we had a pile of hacks to orchestrate access between fbdev
emulation and native kms clients. We've tried to streamline this, by
always preferring the kms side above fbdev calls when a drm master
exists, because drm master controls access to the display resources.
Unfortunately this breaks existing userspace, specifically Xorg. When
exiting Xorg first restores the console to text mode using the KDSET
ioctl on the vt. This does nothing, because a drm master is still
around. Then it drops the drm master status, which again does nothing,
because logind is keeping additional drm fd open to be able to
orchestrate vt switches. In the past this is the point where fbdev was
restored, as part of the ->lastclose hook on the drm side.
Now to fix this regression we don't want to go back to letting fbdev
restore things whenever it feels like, or to the pile of hacks we've
had before. Instead try and go with a minimal exception to make the
KDSET case work again, and nothing else.
This means that if userspace does a KDSET call when switching between
graphical compositors, there will be some flickering with fbcon
showing up for a bit. But a) that's not a regression and b) userspace
can fix it by improving the vt switching dance - logind should have
all the information it needs.
While pondering all this I'm also wondering wheter we should have a
SWITCH_MASTER ioctl to allow race-free master status handover. But
that's for another day.
v2: Somehow forgot to cc all the fbdev people.
v3: Fix typo Alex spotted.
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=208179
Cc: shlomo@fastmail.com
Reported-and-Tested-by: shlomo@fastmail.com
Cc: Michel Dänzer <michel@daenzer.net>
Fixes: 64914da24ea9 ("drm/fbdev-helper: don't force restores")
Cc: Noralf Trønnes <noralf@tronnes.org>
Cc: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Daniel Vetter <daniel.vetter@intel.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Cc: Maxime Ripard <mripard@kernel.org>
Cc: David Airlie <airlied@linux.ie>
Cc: Daniel Vetter <daniel@ffwll.ch>
Cc: dri-devel@lists.freedesktop.org
Cc: <stable@vger.kernel.org> # v5.7+
Cc: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Nathan Chancellor <natechancellor@gmail.com>
Cc: Qiujun Huang <hqjagain@gmail.com>
Cc: Peter Rosin <peda@axentia.se>
Cc: linux-fbdev@vger.kernel.org
Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20200624092910.3280448-1-daniel.vetter@ffwll.ch
2020-06-24 17:29:10 +08:00
|
|
|
static int
|
|
|
|
__drm_fb_helper_restore_fbdev_mode_unlocked(struct drm_fb_helper *fb_helper,
|
|
|
|
bool force)
|
2014-05-31 00:29:48 +08:00
|
|
|
{
|
2015-08-25 23:20:28 +08:00
|
|
|
bool do_delayed;
|
|
|
|
int ret;
|
2014-11-26 11:15:24 +08:00
|
|
|
|
2017-10-30 23:39:37 +08:00
|
|
|
if (!drm_fbdev_emulation || !fb_helper)
|
2015-08-25 21:45:13 +08:00
|
|
|
return -ENODEV;
|
|
|
|
|
drm/fb-helper: Support deferred setup
FB helper code falls back to a 1024x768 mode if no outputs are connected
or don't report back any modes upon initialization. This can be annoying
because outputs that are added to FB helper later on can't be used with
FB helper if they don't support a matching mode.
The fallback is in place because VGA connectors can happen to report an
unknown connection status even when they are in fact connected.
Some drivers have custom solutions in place to defer FB helper setup
until at least one output is connected. But the logic behind these
solutions is always the same and there is nothing driver-specific about
it, so a better alterative is to fix the FB helper core and add support
for all drivers automatically.
This patch adds support for deferred FB helper setup. It checks all the
connectors for their connection status, and if all of them report to be
disconnected marks the FB helper as needing deferred setup. Whet setup
is deferred, the FB helper core will automatically retry setup after a
hotplug event, and it will keep trying until it succeeds.
v2: Rebase onto my entirely reworked fbdev helper locking. One big
difference is that this version again drops&reacquires the fbdev lock
(which is now fb_helper->lock, but before this patch series it was
mode_config->mutex), because register_framebuffer must be able to
recurse back into fbdev helper code for the initial screen setup.
v3: __drm_fb_helper_initial_config must hold fb_helper->lock upon
return, I've fumbled that in the deferred setup case (Liviu).
v4: I was blind, redo this all. __drm_fb_helper_initial_config
shouldn't need to reacquire fb_helper->lock, that just confuses
callers. I myself got confused by kernel_fb_helper_lock and somehow
thought it's the same as fb_helper->lock. Tsk.
Also simplify the logic a bit (we don't need two functions to probe
connectors), we can stick much closer to the existing code. And update
some comments I've spotted that are outdated.
v5: Don't pass -EAGAIN to drivers, it's just an internal error code
(Liviu).
v6: Add _and_unlock suffix to clarify locking (Maarten)
Cc: Liviu Dudau <liviu@dudau.co.uk>
Cc: John Stultz <john.stultz@linaro.org>
Cc: Thierry Reding <treding@nvidia.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Tested-by: John Stultz <john.stultz@linaro.org>
Signed-off-by: Thierry Reding <treding@nvidia.com> (v1)
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@intel.com>
Reviewed-by: Liviu Dudau <liviu@dudau.co.uk>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20170706130023.28417-3-daniel.vetter@ffwll.ch
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2017-07-06 21:00:21 +08:00
|
|
|
if (READ_ONCE(fb_helper->deferred_setup))
|
|
|
|
return 0;
|
|
|
|
|
2017-07-04 23:18:23 +08:00
|
|
|
mutex_lock(&fb_helper->lock);
|
drm/fb-helper: Fix vt restore
In the past we had a pile of hacks to orchestrate access between fbdev
emulation and native kms clients. We've tried to streamline this, by
always preferring the kms side above fbdev calls when a drm master
exists, because drm master controls access to the display resources.
Unfortunately this breaks existing userspace, specifically Xorg. When
exiting Xorg first restores the console to text mode using the KDSET
ioctl on the vt. This does nothing, because a drm master is still
around. Then it drops the drm master status, which again does nothing,
because logind is keeping additional drm fd open to be able to
orchestrate vt switches. In the past this is the point where fbdev was
restored, as part of the ->lastclose hook on the drm side.
Now to fix this regression we don't want to go back to letting fbdev
restore things whenever it feels like, or to the pile of hacks we've
had before. Instead try and go with a minimal exception to make the
KDSET case work again, and nothing else.
This means that if userspace does a KDSET call when switching between
graphical compositors, there will be some flickering with fbcon
showing up for a bit. But a) that's not a regression and b) userspace
can fix it by improving the vt switching dance - logind should have
all the information it needs.
While pondering all this I'm also wondering wheter we should have a
SWITCH_MASTER ioctl to allow race-free master status handover. But
that's for another day.
v2: Somehow forgot to cc all the fbdev people.
v3: Fix typo Alex spotted.
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=208179
Cc: shlomo@fastmail.com
Reported-and-Tested-by: shlomo@fastmail.com
Cc: Michel Dänzer <michel@daenzer.net>
Fixes: 64914da24ea9 ("drm/fbdev-helper: don't force restores")
Cc: Noralf Trønnes <noralf@tronnes.org>
Cc: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Daniel Vetter <daniel.vetter@intel.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Cc: Maxime Ripard <mripard@kernel.org>
Cc: David Airlie <airlied@linux.ie>
Cc: Daniel Vetter <daniel@ffwll.ch>
Cc: dri-devel@lists.freedesktop.org
Cc: <stable@vger.kernel.org> # v5.7+
Cc: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Nathan Chancellor <natechancellor@gmail.com>
Cc: Qiujun Huang <hqjagain@gmail.com>
Cc: Peter Rosin <peda@axentia.se>
Cc: linux-fbdev@vger.kernel.org
Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20200624092910.3280448-1-daniel.vetter@ffwll.ch
2020-06-24 17:29:10 +08:00
|
|
|
if (force) {
|
|
|
|
/*
|
|
|
|
* Yes this is the _locked version which expects the master lock
|
|
|
|
* to be held. But for forced restores we're intentionally
|
|
|
|
* racing here, see drm_fb_helper_set_par().
|
|
|
|
*/
|
|
|
|
ret = drm_client_modeset_commit_locked(&fb_helper->client);
|
|
|
|
} else {
|
|
|
|
ret = drm_client_modeset_commit(&fb_helper->client);
|
|
|
|
}
|
2014-11-26 11:15:24 +08:00
|
|
|
|
|
|
|
do_delayed = fb_helper->delayed_hotplug;
|
|
|
|
if (do_delayed)
|
|
|
|
fb_helper->delayed_hotplug = false;
|
2017-07-04 23:18:23 +08:00
|
|
|
mutex_unlock(&fb_helper->lock);
|
2014-11-26 11:15:24 +08:00
|
|
|
|
|
|
|
if (do_delayed)
|
|
|
|
drm_fb_helper_hotplug_event(fb_helper);
|
2017-07-04 23:18:23 +08:00
|
|
|
|
2014-05-31 00:29:48 +08:00
|
|
|
return ret;
|
|
|
|
}
|
drm/fb-helper: Fix vt restore
In the past we had a pile of hacks to orchestrate access between fbdev
emulation and native kms clients. We've tried to streamline this, by
always preferring the kms side above fbdev calls when a drm master
exists, because drm master controls access to the display resources.
Unfortunately this breaks existing userspace, specifically Xorg. When
exiting Xorg first restores the console to text mode using the KDSET
ioctl on the vt. This does nothing, because a drm master is still
around. Then it drops the drm master status, which again does nothing,
because logind is keeping additional drm fd open to be able to
orchestrate vt switches. In the past this is the point where fbdev was
restored, as part of the ->lastclose hook on the drm side.
Now to fix this regression we don't want to go back to letting fbdev
restore things whenever it feels like, or to the pile of hacks we've
had before. Instead try and go with a minimal exception to make the
KDSET case work again, and nothing else.
This means that if userspace does a KDSET call when switching between
graphical compositors, there will be some flickering with fbcon
showing up for a bit. But a) that's not a regression and b) userspace
can fix it by improving the vt switching dance - logind should have
all the information it needs.
While pondering all this I'm also wondering wheter we should have a
SWITCH_MASTER ioctl to allow race-free master status handover. But
that's for another day.
v2: Somehow forgot to cc all the fbdev people.
v3: Fix typo Alex spotted.
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=208179
Cc: shlomo@fastmail.com
Reported-and-Tested-by: shlomo@fastmail.com
Cc: Michel Dänzer <michel@daenzer.net>
Fixes: 64914da24ea9 ("drm/fbdev-helper: don't force restores")
Cc: Noralf Trønnes <noralf@tronnes.org>
Cc: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Daniel Vetter <daniel.vetter@intel.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Cc: Maxime Ripard <mripard@kernel.org>
Cc: David Airlie <airlied@linux.ie>
Cc: Daniel Vetter <daniel@ffwll.ch>
Cc: dri-devel@lists.freedesktop.org
Cc: <stable@vger.kernel.org> # v5.7+
Cc: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Nathan Chancellor <natechancellor@gmail.com>
Cc: Qiujun Huang <hqjagain@gmail.com>
Cc: Peter Rosin <peda@axentia.se>
Cc: linux-fbdev@vger.kernel.org
Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20200624092910.3280448-1-daniel.vetter@ffwll.ch
2020-06-24 17:29:10 +08:00
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_fb_helper_restore_fbdev_mode_unlocked - restore fbdev configuration
|
|
|
|
* @fb_helper: driver-allocated fbdev helper, can be NULL
|
|
|
|
*
|
|
|
|
* This should be called from driver's drm &drm_driver.lastclose callback
|
|
|
|
* when implementing an fbcon on top of kms using this helper. This ensures that
|
|
|
|
* the user isn't greeted with a black screen when e.g. X dies.
|
|
|
|
*
|
|
|
|
* RETURNS:
|
|
|
|
* Zero if everything went ok, negative error code otherwise.
|
|
|
|
*/
|
|
|
|
int drm_fb_helper_restore_fbdev_mode_unlocked(struct drm_fb_helper *fb_helper)
|
|
|
|
{
|
|
|
|
return __drm_fb_helper_restore_fbdev_mode_unlocked(fb_helper, false);
|
|
|
|
}
|
2014-05-31 00:29:48 +08:00
|
|
|
EXPORT_SYMBOL(drm_fb_helper_restore_fbdev_mode_unlocked);
|
2011-04-22 05:18:32 +08:00
|
|
|
|
2015-08-04 21:22:11 +08:00
|
|
|
#ifdef CONFIG_MAGIC_SYSRQ
|
2020-10-07 21:30:35 +08:00
|
|
|
/* emergency restore, don't bother with error reporting */
|
|
|
|
static void drm_fb_helper_restore_work_fn(struct work_struct *ignored)
|
2009-08-28 13:46:53 +08:00
|
|
|
{
|
|
|
|
struct drm_fb_helper *helper;
|
|
|
|
|
2020-10-07 21:30:35 +08:00
|
|
|
mutex_lock(&kernel_fb_helper_lock);
|
2009-08-28 13:46:53 +08:00
|
|
|
list_for_each_entry(helper, &kernel_fb_helper_list, kernel_fb_list) {
|
2014-04-29 17:44:32 +08:00
|
|
|
struct drm_device *dev = helper->dev;
|
|
|
|
|
|
|
|
if (dev->switch_power_state == DRM_SWITCH_POWER_OFF)
|
|
|
|
continue;
|
|
|
|
|
2017-07-04 23:18:23 +08:00
|
|
|
mutex_lock(&helper->lock);
|
2020-10-07 21:30:35 +08:00
|
|
|
drm_client_modeset_commit_locked(&helper->client);
|
2017-07-04 23:18:23 +08:00
|
|
|
mutex_unlock(&helper->lock);
|
2009-08-28 13:46:53 +08:00
|
|
|
}
|
2020-10-07 21:30:35 +08:00
|
|
|
mutex_unlock(&kernel_fb_helper_lock);
|
2009-08-28 13:46:53 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static DECLARE_WORK(drm_fb_helper_restore_work, drm_fb_helper_restore_work_fn);
|
|
|
|
|
2010-08-18 12:15:46 +08:00
|
|
|
static void drm_fb_helper_sysrq(int dummy1)
|
2009-08-28 13:46:53 +08:00
|
|
|
{
|
|
|
|
schedule_work(&drm_fb_helper_restore_work);
|
|
|
|
}
|
|
|
|
|
2020-05-14 05:43:48 +08:00
|
|
|
static const struct sysrq_key_op sysrq_drm_fb_helper_restore_op = {
|
2009-08-28 13:46:53 +08:00
|
|
|
.handler = drm_fb_helper_sysrq,
|
2020-08-18 19:28:24 +08:00
|
|
|
.help_msg = "force-fb(v)",
|
2009-08-28 13:46:53 +08:00
|
|
|
.action_msg = "Restore framebuffer console",
|
|
|
|
};
|
2010-03-26 02:29:05 +08:00
|
|
|
#else
|
2020-05-14 05:43:48 +08:00
|
|
|
static const struct sysrq_key_op sysrq_drm_fb_helper_restore_op = { };
|
2009-09-29 00:26:25 +08:00
|
|
|
#endif
|
2009-08-28 13:46:53 +08:00
|
|
|
|
2019-05-31 22:01:12 +08:00
|
|
|
static void drm_fb_helper_dpms(struct fb_info *info, int dpms_mode)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper = info->par;
|
|
|
|
|
|
|
|
mutex_lock(&fb_helper->lock);
|
|
|
|
drm_client_modeset_dpms(&fb_helper->client, dpms_mode);
|
2017-07-04 23:18:23 +08:00
|
|
|
mutex_unlock(&fb_helper->lock);
|
2009-08-28 13:46:53 +08:00
|
|
|
}
|
|
|
|
|
2013-01-21 05:13:14 +08:00
|
|
|
/**
|
2017-01-25 14:26:43 +08:00
|
|
|
* drm_fb_helper_blank - implementation for &fb_ops.fb_blank
|
2013-01-21 05:13:14 +08:00
|
|
|
* @blank: desired blanking state
|
|
|
|
* @info: fbdev registered by the helper
|
|
|
|
*/
|
2009-08-28 13:46:53 +08:00
|
|
|
int drm_fb_helper_blank(int blank, struct fb_info *info)
|
|
|
|
{
|
2015-07-28 19:18:40 +08:00
|
|
|
if (oops_in_progress)
|
|
|
|
return -EBUSY;
|
|
|
|
|
2009-08-28 13:46:53 +08:00
|
|
|
switch (blank) {
|
2009-10-30 04:39:07 +08:00
|
|
|
/* Display: On; HSync: On, VSync: On */
|
2009-08-28 13:46:53 +08:00
|
|
|
case FB_BLANK_UNBLANK:
|
2012-02-01 18:38:24 +08:00
|
|
|
drm_fb_helper_dpms(info, DRM_MODE_DPMS_ON);
|
2009-08-28 13:46:53 +08:00
|
|
|
break;
|
2009-10-30 04:39:07 +08:00
|
|
|
/* Display: Off; HSync: On, VSync: On */
|
2009-08-28 13:46:53 +08:00
|
|
|
case FB_BLANK_NORMAL:
|
2012-02-01 18:38:24 +08:00
|
|
|
drm_fb_helper_dpms(info, DRM_MODE_DPMS_STANDBY);
|
2009-08-28 13:46:53 +08:00
|
|
|
break;
|
2009-10-30 04:39:07 +08:00
|
|
|
/* Display: Off; HSync: Off, VSync: On */
|
2009-08-28 13:46:53 +08:00
|
|
|
case FB_BLANK_HSYNC_SUSPEND:
|
2012-02-01 18:38:24 +08:00
|
|
|
drm_fb_helper_dpms(info, DRM_MODE_DPMS_STANDBY);
|
2009-08-28 13:46:53 +08:00
|
|
|
break;
|
2009-10-30 04:39:07 +08:00
|
|
|
/* Display: Off; HSync: On, VSync: Off */
|
2009-08-28 13:46:53 +08:00
|
|
|
case FB_BLANK_VSYNC_SUSPEND:
|
2012-02-01 18:38:24 +08:00
|
|
|
drm_fb_helper_dpms(info, DRM_MODE_DPMS_SUSPEND);
|
2009-08-28 13:46:53 +08:00
|
|
|
break;
|
2009-10-30 04:39:07 +08:00
|
|
|
/* Display: Off; HSync: Off, VSync: Off */
|
2009-08-28 13:46:53 +08:00
|
|
|
case FB_BLANK_POWERDOWN:
|
2012-02-01 18:38:24 +08:00
|
|
|
drm_fb_helper_dpms(info, DRM_MODE_DPMS_OFF);
|
2009-08-28 13:46:53 +08:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_blank);
|
|
|
|
|
2016-08-23 19:54:06 +08:00
|
|
|
static void drm_fb_helper_resume_worker(struct work_struct *work)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *helper = container_of(work, struct drm_fb_helper,
|
|
|
|
resume_work);
|
|
|
|
|
|
|
|
console_lock();
|
|
|
|
fb_set_suspend(helper->fbdev, 0);
|
|
|
|
console_unlock();
|
|
|
|
}
|
|
|
|
|
2020-11-20 18:25:39 +08:00
|
|
|
static void drm_fb_helper_damage_blit_real(struct drm_fb_helper *fb_helper,
|
|
|
|
struct drm_clip_rect *clip,
|
|
|
|
struct dma_buf_map *dst)
|
2018-07-04 00:03:48 +08:00
|
|
|
{
|
|
|
|
struct drm_framebuffer *fb = fb_helper->fb;
|
2019-05-16 18:31:52 +08:00
|
|
|
unsigned int cpp = fb->format->cpp[0];
|
2018-07-04 00:03:48 +08:00
|
|
|
size_t offset = clip->y1 * fb->pitches[0] + clip->x1 * cpp;
|
|
|
|
void *src = fb_helper->fbdev->screen_buffer + offset;
|
|
|
|
size_t len = (clip->x2 - clip->x1) * cpp;
|
|
|
|
unsigned int y;
|
|
|
|
|
2020-11-03 17:30:15 +08:00
|
|
|
dma_buf_map_incr(dst, offset); /* go to first pixel within clip rect */
|
2020-07-10 03:30:16 +08:00
|
|
|
|
2020-11-03 17:30:15 +08:00
|
|
|
for (y = clip->y1; y < clip->y2; y++) {
|
|
|
|
dma_buf_map_memcpy_to(dst, src, len);
|
|
|
|
dma_buf_map_incr(dst, fb->pitches[0]);
|
2018-07-04 00:03:48 +08:00
|
|
|
src += fb->pitches[0];
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-11-20 18:25:39 +08:00
|
|
|
static void drm_fb_helper_damage_work(struct work_struct *work)
|
2016-04-28 23:18:33 +08:00
|
|
|
{
|
|
|
|
struct drm_fb_helper *helper = container_of(work, struct drm_fb_helper,
|
2020-11-20 18:25:39 +08:00
|
|
|
damage_work);
|
|
|
|
struct drm_clip_rect *clip = &helper->damage_clip;
|
2016-04-28 23:18:33 +08:00
|
|
|
struct drm_clip_rect clip_copy;
|
|
|
|
unsigned long flags;
|
2020-11-03 17:30:13 +08:00
|
|
|
struct dma_buf_map map;
|
|
|
|
int ret;
|
2016-04-28 23:18:33 +08:00
|
|
|
|
2020-11-20 18:25:39 +08:00
|
|
|
spin_lock_irqsave(&helper->damage_lock, flags);
|
2016-04-28 23:18:33 +08:00
|
|
|
clip_copy = *clip;
|
|
|
|
clip->x1 = clip->y1 = ~0;
|
|
|
|
clip->x2 = clip->y2 = 0;
|
2020-11-20 18:25:39 +08:00
|
|
|
spin_unlock_irqrestore(&helper->damage_lock, flags);
|
2016-04-28 23:18:33 +08:00
|
|
|
|
2020-11-20 18:25:40 +08:00
|
|
|
/* Call damage handlers only if necessary */
|
|
|
|
if (!(clip_copy.x1 < clip_copy.x2 && clip_copy.y1 < clip_copy.y2))
|
|
|
|
return;
|
2019-07-03 15:58:24 +08:00
|
|
|
|
2020-11-20 18:25:40 +08:00
|
|
|
/* Generic fbdev uses a shadow buffer */
|
|
|
|
if (helper->buffer) {
|
|
|
|
ret = drm_client_buffer_vmap(helper->buffer, &map);
|
|
|
|
if (ret)
|
|
|
|
return;
|
|
|
|
drm_fb_helper_damage_blit_real(helper, &clip_copy, &map);
|
2020-11-20 18:25:41 +08:00
|
|
|
drm_client_buffer_vunmap(helper->buffer);
|
2018-07-04 00:03:48 +08:00
|
|
|
}
|
2020-11-20 18:25:40 +08:00
|
|
|
|
|
|
|
if (helper->fb->funcs->dirty)
|
|
|
|
helper->fb->funcs->dirty(helper->fb, NULL, 0, 0, &clip_copy, 1);
|
2016-04-28 23:18:33 +08:00
|
|
|
}
|
|
|
|
|
2014-06-27 23:19:24 +08:00
|
|
|
/**
|
|
|
|
* drm_fb_helper_prepare - setup a drm_fb_helper structure
|
|
|
|
* @dev: DRM device
|
|
|
|
* @helper: driver-allocated fbdev helper structure to set up
|
|
|
|
* @funcs: pointer to structure of functions associate with this helper
|
|
|
|
*
|
|
|
|
* Sets up the bare minimum to make the framebuffer helper usable. This is
|
|
|
|
* useful to implement race-free initialization of the polling helpers.
|
|
|
|
*/
|
|
|
|
void drm_fb_helper_prepare(struct drm_device *dev, struct drm_fb_helper *helper,
|
|
|
|
const struct drm_fb_helper_funcs *funcs)
|
|
|
|
{
|
|
|
|
INIT_LIST_HEAD(&helper->kernel_fb_list);
|
2020-11-20 18:25:39 +08:00
|
|
|
spin_lock_init(&helper->damage_lock);
|
2016-08-23 19:54:06 +08:00
|
|
|
INIT_WORK(&helper->resume_work, drm_fb_helper_resume_worker);
|
2020-11-20 18:25:39 +08:00
|
|
|
INIT_WORK(&helper->damage_work, drm_fb_helper_damage_work);
|
|
|
|
helper->damage_clip.x1 = helper->damage_clip.y1 = ~0;
|
2017-07-04 23:18:23 +08:00
|
|
|
mutex_init(&helper->lock);
|
2014-06-27 23:19:24 +08:00
|
|
|
helper->funcs = funcs;
|
|
|
|
helper->dev = dev;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_prepare);
|
|
|
|
|
2013-01-21 05:13:14 +08:00
|
|
|
/**
|
2017-02-07 22:10:49 +08:00
|
|
|
* drm_fb_helper_init - initialize a &struct drm_fb_helper
|
2013-01-21 05:13:14 +08:00
|
|
|
* @dev: drm device
|
|
|
|
* @fb_helper: driver-allocated fbdev helper structure to initialize
|
|
|
|
*
|
|
|
|
* This allocates the structures for the fbdev helper with the given limits.
|
|
|
|
* Note that this won't yet touch the hardware (through the driver interfaces)
|
|
|
|
* nor register the fbdev. This is only done in drm_fb_helper_initial_config()
|
|
|
|
* to allow driver writes more control over the exact init sequence.
|
|
|
|
*
|
2014-06-27 23:19:24 +08:00
|
|
|
* Drivers must call drm_fb_helper_prepare() before calling this function.
|
2013-01-21 05:13:14 +08:00
|
|
|
*
|
|
|
|
* RETURNS:
|
|
|
|
* Zero if everything went ok, nonzero otherwise.
|
|
|
|
*/
|
2010-03-30 13:34:18 +08:00
|
|
|
int drm_fb_helper_init(struct drm_device *dev,
|
2020-03-05 20:04:28 +08:00
|
|
|
struct drm_fb_helper *fb_helper)
|
2009-08-28 13:46:53 +08:00
|
|
|
{
|
2019-05-31 22:01:11 +08:00
|
|
|
int ret;
|
2009-08-28 13:46:53 +08:00
|
|
|
|
2017-10-30 23:39:38 +08:00
|
|
|
if (!drm_fbdev_emulation) {
|
|
|
|
dev->fb_helper = fb_helper;
|
2015-08-25 21:45:13 +08:00
|
|
|
return 0;
|
2017-10-30 23:39:38 +08:00
|
|
|
}
|
2015-08-25 21:45:13 +08:00
|
|
|
|
2019-05-31 22:01:11 +08:00
|
|
|
/*
|
|
|
|
* If this is not the generic fbdev client, initialize a drm_client
|
|
|
|
* without callbacks so we can use the modesets.
|
|
|
|
*/
|
|
|
|
if (!fb_helper->client.funcs) {
|
|
|
|
ret = drm_client_init(dev, &fb_helper->client, "drm_fb_helper", NULL);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
}
|
2009-08-28 13:46:53 +08:00
|
|
|
|
2017-10-30 23:39:38 +08:00
|
|
|
dev->fb_helper = fb_helper;
|
|
|
|
|
2009-08-28 13:46:53 +08:00
|
|
|
return 0;
|
|
|
|
}
|
2010-03-30 13:34:18 +08:00
|
|
|
EXPORT_SYMBOL(drm_fb_helper_init);
|
|
|
|
|
2015-07-22 17:27:56 +08:00
|
|
|
/**
|
|
|
|
* drm_fb_helper_alloc_fbi - allocate fb_info and some of its members
|
|
|
|
* @fb_helper: driver-allocated fbdev helper
|
|
|
|
*
|
|
|
|
* A helper to alloc fb_info and the members cmap and apertures. Called
|
2017-02-08 00:16:03 +08:00
|
|
|
* by the driver within the fb_probe fb_helper callback function. Drivers do not
|
|
|
|
* need to release the allocated fb_info structure themselves, this is
|
|
|
|
* automatically done when calling drm_fb_helper_fini().
|
2015-07-22 17:27:56 +08:00
|
|
|
*
|
|
|
|
* RETURNS:
|
|
|
|
* fb_info pointer if things went okay, pointer containing error code
|
|
|
|
* otherwise
|
|
|
|
*/
|
|
|
|
struct fb_info *drm_fb_helper_alloc_fbi(struct drm_fb_helper *fb_helper)
|
|
|
|
{
|
|
|
|
struct device *dev = fb_helper->dev->dev;
|
|
|
|
struct fb_info *info;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
info = framebuffer_alloc(0, dev);
|
|
|
|
if (!info)
|
|
|
|
return ERR_PTR(-ENOMEM);
|
|
|
|
|
|
|
|
ret = fb_alloc_cmap(&info->cmap, 256, 0);
|
|
|
|
if (ret)
|
|
|
|
goto err_release;
|
|
|
|
|
2020-03-26 23:10:09 +08:00
|
|
|
/*
|
|
|
|
* TODO: We really should be smarter here and alloc an apperture
|
|
|
|
* for each IORESOURCE_MEM resource helper->dev->dev has and also
|
|
|
|
* init the ranges of the appertures based on the resources.
|
|
|
|
* Note some drivers currently count on there being only 1 empty
|
|
|
|
* aperture and fill this themselves, these will need to be dealt
|
|
|
|
* with somehow when fixing this.
|
|
|
|
*/
|
2015-07-22 17:27:56 +08:00
|
|
|
info->apertures = alloc_apertures(1);
|
|
|
|
if (!info->apertures) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto err_free_cmap;
|
|
|
|
}
|
|
|
|
|
|
|
|
fb_helper->fbdev = info;
|
2018-11-28 01:34:24 +08:00
|
|
|
info->skip_vt_switch = true;
|
2015-07-22 17:27:56 +08:00
|
|
|
|
|
|
|
return info;
|
|
|
|
|
|
|
|
err_free_cmap:
|
|
|
|
fb_dealloc_cmap(&info->cmap);
|
|
|
|
err_release:
|
|
|
|
framebuffer_release(info);
|
|
|
|
return ERR_PTR(ret);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_alloc_fbi);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_fb_helper_unregister_fbi - unregister fb_info framebuffer device
|
2017-10-30 23:39:37 +08:00
|
|
|
* @fb_helper: driver-allocated fbdev helper, can be NULL
|
2015-07-22 17:27:56 +08:00
|
|
|
*
|
|
|
|
* A wrapper around unregister_framebuffer, to release the fb_info
|
2017-02-07 22:10:49 +08:00
|
|
|
* framebuffer device. This must be called before releasing all resources for
|
|
|
|
* @fb_helper by calling drm_fb_helper_fini().
|
2015-07-22 17:27:56 +08:00
|
|
|
*/
|
|
|
|
void drm_fb_helper_unregister_fbi(struct drm_fb_helper *fb_helper)
|
|
|
|
{
|
|
|
|
if (fb_helper && fb_helper->fbdev)
|
|
|
|
unregister_framebuffer(fb_helper->fbdev);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_unregister_fbi);
|
|
|
|
|
2017-02-07 22:10:49 +08:00
|
|
|
/**
|
|
|
|
* drm_fb_helper_fini - finialize a &struct drm_fb_helper
|
2017-10-30 23:39:37 +08:00
|
|
|
* @fb_helper: driver-allocated fbdev helper, can be NULL
|
2017-02-07 22:10:49 +08:00
|
|
|
*
|
2019-11-14 20:51:05 +08:00
|
|
|
* This cleans up all remaining resources associated with @fb_helper.
|
2017-02-07 22:10:49 +08:00
|
|
|
*/
|
2010-03-30 13:34:18 +08:00
|
|
|
void drm_fb_helper_fini(struct drm_fb_helper *fb_helper)
|
|
|
|
{
|
2017-02-08 00:16:03 +08:00
|
|
|
struct fb_info *info;
|
|
|
|
|
2017-10-30 23:39:38 +08:00
|
|
|
if (!fb_helper)
|
|
|
|
return;
|
|
|
|
|
|
|
|
fb_helper->dev->fb_helper = NULL;
|
|
|
|
|
|
|
|
if (!drm_fbdev_emulation)
|
2015-08-25 21:45:13 +08:00
|
|
|
return;
|
|
|
|
|
2017-08-29 01:17:43 +08:00
|
|
|
cancel_work_sync(&fb_helper->resume_work);
|
2020-11-20 18:25:39 +08:00
|
|
|
cancel_work_sync(&fb_helper->damage_work);
|
2017-08-29 01:17:43 +08:00
|
|
|
|
2017-02-08 00:16:03 +08:00
|
|
|
info = fb_helper->fbdev;
|
|
|
|
if (info) {
|
|
|
|
if (info->cmap.len)
|
|
|
|
fb_dealloc_cmap(&info->cmap);
|
|
|
|
framebuffer_release(info);
|
|
|
|
}
|
|
|
|
fb_helper->fbdev = NULL;
|
|
|
|
|
2016-11-29 20:02:17 +08:00
|
|
|
mutex_lock(&kernel_fb_helper_lock);
|
2010-03-30 13:34:18 +08:00
|
|
|
if (!list_empty(&fb_helper->kernel_fb_list)) {
|
|
|
|
list_del(&fb_helper->kernel_fb_list);
|
2017-03-29 22:43:51 +08:00
|
|
|
if (list_empty(&kernel_fb_helper_list))
|
2010-03-30 13:34:18 +08:00
|
|
|
unregister_sysrq_key('v', &sysrq_drm_fb_helper_restore_op);
|
|
|
|
}
|
2016-11-29 20:02:17 +08:00
|
|
|
mutex_unlock(&kernel_fb_helper_lock);
|
2010-03-30 13:34:18 +08:00
|
|
|
|
2017-07-04 23:18:23 +08:00
|
|
|
mutex_destroy(&fb_helper->lock);
|
2010-03-30 13:34:18 +08:00
|
|
|
|
2019-05-31 22:01:11 +08:00
|
|
|
if (!fb_helper->client.funcs)
|
|
|
|
drm_client_release(&fb_helper->client);
|
2010-03-30 13:34:18 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_fini);
|
2009-08-28 13:46:53 +08:00
|
|
|
|
2019-07-05 15:31:00 +08:00
|
|
|
static bool drm_fbdev_use_shadow_fb(struct drm_fb_helper *fb_helper)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = fb_helper->dev;
|
|
|
|
struct drm_framebuffer *fb = fb_helper->fb;
|
|
|
|
|
|
|
|
return dev->mode_config.prefer_shadow_fbdev ||
|
|
|
|
dev->mode_config.prefer_shadow ||
|
|
|
|
fb->funcs->dirty;
|
|
|
|
}
|
|
|
|
|
2020-11-20 18:25:39 +08:00
|
|
|
static void drm_fb_helper_damage(struct fb_info *info, u32 x, u32 y,
|
|
|
|
u32 width, u32 height)
|
2016-04-28 23:18:33 +08:00
|
|
|
{
|
|
|
|
struct drm_fb_helper *helper = info->par;
|
2020-11-20 18:25:39 +08:00
|
|
|
struct drm_clip_rect *clip = &helper->damage_clip;
|
2016-04-28 23:18:33 +08:00
|
|
|
unsigned long flags;
|
|
|
|
|
2019-07-05 15:31:00 +08:00
|
|
|
if (!drm_fbdev_use_shadow_fb(helper))
|
2016-04-28 23:18:33 +08:00
|
|
|
return;
|
|
|
|
|
2020-11-20 18:25:39 +08:00
|
|
|
spin_lock_irqsave(&helper->damage_lock, flags);
|
2016-04-28 23:18:33 +08:00
|
|
|
clip->x1 = min_t(u32, clip->x1, x);
|
|
|
|
clip->y1 = min_t(u32, clip->y1, y);
|
|
|
|
clip->x2 = max_t(u32, clip->x2, x + width);
|
|
|
|
clip->y2 = max_t(u32, clip->y2, y + height);
|
2020-11-20 18:25:39 +08:00
|
|
|
spin_unlock_irqrestore(&helper->damage_lock, flags);
|
2016-04-28 23:18:33 +08:00
|
|
|
|
2020-11-20 18:25:39 +08:00
|
|
|
schedule_work(&helper->damage_work);
|
2016-04-28 23:18:33 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_fb_helper_deferred_io() - fbdev deferred_io callback function
|
|
|
|
* @info: fb_info struct pointer
|
2020-11-20 18:25:39 +08:00
|
|
|
* @pagelist: list of mmap framebuffer pages that have to be flushed
|
2016-04-28 23:18:33 +08:00
|
|
|
*
|
2017-01-25 14:26:43 +08:00
|
|
|
* This function is used as the &fb_deferred_io.deferred_io
|
2016-04-28 23:18:33 +08:00
|
|
|
* callback function for flushing the fbdev mmap writes.
|
|
|
|
*/
|
|
|
|
void drm_fb_helper_deferred_io(struct fb_info *info,
|
|
|
|
struct list_head *pagelist)
|
|
|
|
{
|
|
|
|
unsigned long start, end, min, max;
|
|
|
|
struct page *page;
|
|
|
|
u32 y1, y2;
|
|
|
|
|
|
|
|
min = ULONG_MAX;
|
|
|
|
max = 0;
|
|
|
|
list_for_each_entry(page, pagelist, lru) {
|
|
|
|
start = page->index << PAGE_SHIFT;
|
|
|
|
end = start + PAGE_SIZE - 1;
|
|
|
|
min = min(min, start);
|
|
|
|
max = max(max, end);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (min < max) {
|
|
|
|
y1 = min / info->fix.line_length;
|
|
|
|
y2 = min_t(u32, DIV_ROUND_UP(max, info->fix.line_length),
|
|
|
|
info->var.yres);
|
2020-11-20 18:25:39 +08:00
|
|
|
drm_fb_helper_damage(info, 0, y1, info->var.xres, y2 - y1);
|
2016-04-28 23:18:33 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_deferred_io);
|
|
|
|
|
2015-07-31 18:51:41 +08:00
|
|
|
/**
|
|
|
|
* drm_fb_helper_sys_read - wrapper around fb_sys_read
|
|
|
|
* @info: fb_info struct pointer
|
|
|
|
* @buf: userspace buffer to read from framebuffer memory
|
|
|
|
* @count: number of bytes to read from framebuffer memory
|
|
|
|
* @ppos: read offset within framebuffer memory
|
|
|
|
*
|
|
|
|
* A wrapper around fb_sys_read implemented by fbdev core
|
|
|
|
*/
|
|
|
|
ssize_t drm_fb_helper_sys_read(struct fb_info *info, char __user *buf,
|
|
|
|
size_t count, loff_t *ppos)
|
|
|
|
{
|
|
|
|
return fb_sys_read(info, buf, count, ppos);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_sys_read);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_fb_helper_sys_write - wrapper around fb_sys_write
|
|
|
|
* @info: fb_info struct pointer
|
|
|
|
* @buf: userspace buffer to write to framebuffer memory
|
|
|
|
* @count: number of bytes to write to framebuffer memory
|
|
|
|
* @ppos: write offset within framebuffer memory
|
|
|
|
*
|
|
|
|
* A wrapper around fb_sys_write implemented by fbdev core
|
|
|
|
*/
|
|
|
|
ssize_t drm_fb_helper_sys_write(struct fb_info *info, const char __user *buf,
|
|
|
|
size_t count, loff_t *ppos)
|
|
|
|
{
|
2016-04-28 23:18:33 +08:00
|
|
|
ssize_t ret;
|
|
|
|
|
|
|
|
ret = fb_sys_write(info, buf, count, ppos);
|
|
|
|
if (ret > 0)
|
2020-11-20 18:25:39 +08:00
|
|
|
drm_fb_helper_damage(info, 0, 0, info->var.xres, info->var.yres);
|
2016-04-28 23:18:33 +08:00
|
|
|
|
|
|
|
return ret;
|
2015-07-31 18:51:41 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_sys_write);
|
|
|
|
|
2015-07-31 18:51:42 +08:00
|
|
|
/**
|
|
|
|
* drm_fb_helper_sys_fillrect - wrapper around sys_fillrect
|
|
|
|
* @info: fbdev registered by the helper
|
|
|
|
* @rect: info about rectangle to fill
|
|
|
|
*
|
|
|
|
* A wrapper around sys_fillrect implemented by fbdev core
|
|
|
|
*/
|
|
|
|
void drm_fb_helper_sys_fillrect(struct fb_info *info,
|
|
|
|
const struct fb_fillrect *rect)
|
|
|
|
{
|
|
|
|
sys_fillrect(info, rect);
|
2020-11-20 18:25:39 +08:00
|
|
|
drm_fb_helper_damage(info, rect->dx, rect->dy, rect->width, rect->height);
|
2015-07-31 18:51:42 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_sys_fillrect);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_fb_helper_sys_copyarea - wrapper around sys_copyarea
|
|
|
|
* @info: fbdev registered by the helper
|
|
|
|
* @area: info about area to copy
|
|
|
|
*
|
|
|
|
* A wrapper around sys_copyarea implemented by fbdev core
|
|
|
|
*/
|
|
|
|
void drm_fb_helper_sys_copyarea(struct fb_info *info,
|
|
|
|
const struct fb_copyarea *area)
|
|
|
|
{
|
|
|
|
sys_copyarea(info, area);
|
2020-11-20 18:25:39 +08:00
|
|
|
drm_fb_helper_damage(info, area->dx, area->dy, area->width, area->height);
|
2015-07-31 18:51:42 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_sys_copyarea);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_fb_helper_sys_imageblit - wrapper around sys_imageblit
|
|
|
|
* @info: fbdev registered by the helper
|
|
|
|
* @image: info about image to blit
|
|
|
|
*
|
|
|
|
* A wrapper around sys_imageblit implemented by fbdev core
|
|
|
|
*/
|
|
|
|
void drm_fb_helper_sys_imageblit(struct fb_info *info,
|
|
|
|
const struct fb_image *image)
|
|
|
|
{
|
|
|
|
sys_imageblit(info, image);
|
2020-11-20 18:25:39 +08:00
|
|
|
drm_fb_helper_damage(info, image->dx, image->dy, image->width, image->height);
|
2015-07-31 18:51:42 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_sys_imageblit);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_fb_helper_cfb_fillrect - wrapper around cfb_fillrect
|
|
|
|
* @info: fbdev registered by the helper
|
|
|
|
* @rect: info about rectangle to fill
|
|
|
|
*
|
2018-05-24 17:01:05 +08:00
|
|
|
* A wrapper around cfb_fillrect implemented by fbdev core
|
2015-07-31 18:51:42 +08:00
|
|
|
*/
|
|
|
|
void drm_fb_helper_cfb_fillrect(struct fb_info *info,
|
|
|
|
const struct fb_fillrect *rect)
|
|
|
|
{
|
|
|
|
cfb_fillrect(info, rect);
|
2020-11-20 18:25:39 +08:00
|
|
|
drm_fb_helper_damage(info, rect->dx, rect->dy, rect->width, rect->height);
|
2015-07-31 18:51:42 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_cfb_fillrect);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_fb_helper_cfb_copyarea - wrapper around cfb_copyarea
|
|
|
|
* @info: fbdev registered by the helper
|
|
|
|
* @area: info about area to copy
|
|
|
|
*
|
|
|
|
* A wrapper around cfb_copyarea implemented by fbdev core
|
|
|
|
*/
|
|
|
|
void drm_fb_helper_cfb_copyarea(struct fb_info *info,
|
|
|
|
const struct fb_copyarea *area)
|
|
|
|
{
|
|
|
|
cfb_copyarea(info, area);
|
2020-11-20 18:25:39 +08:00
|
|
|
drm_fb_helper_damage(info, area->dx, area->dy, area->width, area->height);
|
2015-07-31 18:51:42 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_cfb_copyarea);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_fb_helper_cfb_imageblit - wrapper around cfb_imageblit
|
|
|
|
* @info: fbdev registered by the helper
|
|
|
|
* @image: info about image to blit
|
|
|
|
*
|
|
|
|
* A wrapper around cfb_imageblit implemented by fbdev core
|
|
|
|
*/
|
|
|
|
void drm_fb_helper_cfb_imageblit(struct fb_info *info,
|
|
|
|
const struct fb_image *image)
|
|
|
|
{
|
|
|
|
cfb_imageblit(info, image);
|
2020-11-20 18:25:39 +08:00
|
|
|
drm_fb_helper_damage(info, image->dx, image->dy, image->width, image->height);
|
2015-07-31 18:51:42 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_cfb_imageblit);
|
|
|
|
|
2015-07-31 18:51:43 +08:00
|
|
|
/**
|
|
|
|
* drm_fb_helper_set_suspend - wrapper around fb_set_suspend
|
2017-10-30 23:39:37 +08:00
|
|
|
* @fb_helper: driver-allocated fbdev helper, can be NULL
|
2016-08-23 23:27:27 +08:00
|
|
|
* @suspend: whether to suspend or resume
|
2015-07-31 18:51:43 +08:00
|
|
|
*
|
2016-08-23 19:54:06 +08:00
|
|
|
* A wrapper around fb_set_suspend implemented by fbdev core.
|
|
|
|
* Use drm_fb_helper_set_suspend_unlocked() if you don't need to take
|
|
|
|
* the lock yourself
|
2015-07-31 18:51:43 +08:00
|
|
|
*/
|
2016-08-23 23:27:27 +08:00
|
|
|
void drm_fb_helper_set_suspend(struct drm_fb_helper *fb_helper, bool suspend)
|
2015-07-31 18:51:43 +08:00
|
|
|
{
|
|
|
|
if (fb_helper && fb_helper->fbdev)
|
2016-08-23 23:27:27 +08:00
|
|
|
fb_set_suspend(fb_helper->fbdev, suspend);
|
2015-07-31 18:51:43 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_set_suspend);
|
|
|
|
|
2016-08-23 19:54:06 +08:00
|
|
|
/**
|
|
|
|
* drm_fb_helper_set_suspend_unlocked - wrapper around fb_set_suspend that also
|
|
|
|
* takes the console lock
|
2017-10-30 23:39:37 +08:00
|
|
|
* @fb_helper: driver-allocated fbdev helper, can be NULL
|
2016-08-23 23:27:27 +08:00
|
|
|
* @suspend: whether to suspend or resume
|
2016-08-23 19:54:06 +08:00
|
|
|
*
|
|
|
|
* A wrapper around fb_set_suspend() that takes the console lock. If the lock
|
|
|
|
* isn't available on resume, a worker is tasked with waiting for the lock
|
|
|
|
* to become available. The console lock can be pretty contented on resume
|
|
|
|
* due to all the printk activity.
|
|
|
|
*
|
|
|
|
* This function can be called multiple times with the same state since
|
2017-01-25 14:26:43 +08:00
|
|
|
* &fb_info.state is checked to see if fbdev is running or not before locking.
|
2016-08-23 19:54:06 +08:00
|
|
|
*
|
|
|
|
* Use drm_fb_helper_set_suspend() if you need to take the lock yourself.
|
|
|
|
*/
|
|
|
|
void drm_fb_helper_set_suspend_unlocked(struct drm_fb_helper *fb_helper,
|
2016-08-23 23:27:27 +08:00
|
|
|
bool suspend)
|
2016-08-23 19:54:06 +08:00
|
|
|
{
|
|
|
|
if (!fb_helper || !fb_helper->fbdev)
|
|
|
|
return;
|
|
|
|
|
|
|
|
/* make sure there's no pending/ongoing resume */
|
|
|
|
flush_work(&fb_helper->resume_work);
|
|
|
|
|
|
|
|
if (suspend) {
|
|
|
|
if (fb_helper->fbdev->state != FBINFO_STATE_RUNNING)
|
|
|
|
return;
|
|
|
|
|
|
|
|
console_lock();
|
|
|
|
|
|
|
|
} else {
|
|
|
|
if (fb_helper->fbdev->state == FBINFO_STATE_RUNNING)
|
|
|
|
return;
|
|
|
|
|
|
|
|
if (!console_trylock()) {
|
|
|
|
schedule_work(&fb_helper->resume_work);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
fb_set_suspend(fb_helper->fbdev, suspend);
|
|
|
|
console_unlock();
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_set_suspend_unlocked);
|
|
|
|
|
2017-07-04 18:36:57 +08:00
|
|
|
static int setcmap_pseudo_palette(struct fb_cmap *cmap, struct fb_info *info)
|
|
|
|
{
|
|
|
|
u32 *palette = (u32 *)info->pseudo_palette;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
if (cmap->start + cmap->len > 16)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
for (i = 0; i < cmap->len; ++i) {
|
|
|
|
u16 red = cmap->red[i];
|
|
|
|
u16 green = cmap->green[i];
|
|
|
|
u16 blue = cmap->blue[i];
|
|
|
|
u32 value;
|
|
|
|
|
|
|
|
red >>= 16 - info->var.red.length;
|
|
|
|
green >>= 16 - info->var.green.length;
|
|
|
|
blue >>= 16 - info->var.blue.length;
|
|
|
|
value = (red << info->var.red.offset) |
|
|
|
|
(green << info->var.green.offset) |
|
|
|
|
(blue << info->var.blue.offset);
|
|
|
|
if (info->var.transp.length > 0) {
|
|
|
|
u32 mask = (1 << info->var.transp.length) - 1;
|
|
|
|
|
|
|
|
mask <<= info->var.transp.offset;
|
|
|
|
value |= mask;
|
|
|
|
}
|
|
|
|
palette[cmap->start + i] = value;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2017-07-14 00:25:27 +08:00
|
|
|
static int setcmap_legacy(struct fb_cmap *cmap, struct fb_info *info)
|
2009-10-05 07:58:02 +08:00
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper = info->par;
|
2019-05-31 22:01:11 +08:00
|
|
|
struct drm_mode_set *modeset;
|
2009-10-05 07:58:02 +08:00
|
|
|
struct drm_crtc *crtc;
|
2017-07-04 18:36:58 +08:00
|
|
|
u16 *r, *g, *b;
|
2019-05-31 22:01:11 +08:00
|
|
|
int ret = 0;
|
2009-10-05 07:58:02 +08:00
|
|
|
|
2017-07-14 00:25:27 +08:00
|
|
|
drm_modeset_lock_all(fb_helper->dev);
|
2019-05-31 22:01:11 +08:00
|
|
|
drm_client_for_each_modeset(modeset, &fb_helper->client) {
|
|
|
|
crtc = modeset->crtc;
|
2017-07-14 00:25:27 +08:00
|
|
|
if (!crtc->funcs->gamma_set || !crtc->gamma_size)
|
|
|
|
return -EINVAL;
|
2015-07-28 19:18:40 +08:00
|
|
|
|
2017-07-14 00:25:27 +08:00
|
|
|
if (cmap->start + cmap->len > crtc->gamma_size)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
r = crtc->gamma_store;
|
|
|
|
g = r + crtc->gamma_size;
|
|
|
|
b = g + crtc->gamma_size;
|
|
|
|
|
|
|
|
memcpy(r + cmap->start, cmap->red, cmap->len * sizeof(*r));
|
|
|
|
memcpy(g + cmap->start, cmap->green, cmap->len * sizeof(*g));
|
|
|
|
memcpy(b + cmap->start, cmap->blue, cmap->len * sizeof(*b));
|
|
|
|
|
|
|
|
ret = crtc->funcs->gamma_set(crtc, r, g, b,
|
|
|
|
crtc->gamma_size, NULL);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
2013-05-28 01:19:56 +08:00
|
|
|
}
|
2017-07-14 00:25:27 +08:00
|
|
|
drm_modeset_unlock_all(fb_helper->dev);
|
2013-05-28 01:19:56 +08:00
|
|
|
|
2017-07-14 00:25:27 +08:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct drm_property_blob *setcmap_new_gamma_lut(struct drm_crtc *crtc,
|
|
|
|
struct fb_cmap *cmap)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = crtc->dev;
|
|
|
|
struct drm_property_blob *gamma_lut;
|
|
|
|
struct drm_color_lut *lut;
|
|
|
|
int size = crtc->gamma_size;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
if (!size || cmap->start + cmap->len > size)
|
|
|
|
return ERR_PTR(-EINVAL);
|
|
|
|
|
|
|
|
gamma_lut = drm_property_create_blob(dev, sizeof(*lut) * size, NULL);
|
|
|
|
if (IS_ERR(gamma_lut))
|
|
|
|
return gamma_lut;
|
|
|
|
|
2018-02-24 03:25:02 +08:00
|
|
|
lut = gamma_lut->data;
|
2017-07-14 00:25:27 +08:00
|
|
|
if (cmap->start || cmap->len != size) {
|
|
|
|
u16 *r = crtc->gamma_store;
|
|
|
|
u16 *g = r + crtc->gamma_size;
|
|
|
|
u16 *b = g + crtc->gamma_size;
|
|
|
|
|
|
|
|
for (i = 0; i < cmap->start; i++) {
|
|
|
|
lut[i].red = r[i];
|
|
|
|
lut[i].green = g[i];
|
|
|
|
lut[i].blue = b[i];
|
|
|
|
}
|
|
|
|
for (i = cmap->start + cmap->len; i < size; i++) {
|
|
|
|
lut[i].red = r[i];
|
|
|
|
lut[i].green = g[i];
|
|
|
|
lut[i].blue = b[i];
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
for (i = 0; i < cmap->len; i++) {
|
|
|
|
lut[cmap->start + i].red = cmap->red[i];
|
|
|
|
lut[cmap->start + i].green = cmap->green[i];
|
|
|
|
lut[cmap->start + i].blue = cmap->blue[i];
|
|
|
|
}
|
|
|
|
|
|
|
|
return gamma_lut;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int setcmap_atomic(struct fb_cmap *cmap, struct fb_info *info)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper = info->par;
|
|
|
|
struct drm_device *dev = fb_helper->dev;
|
|
|
|
struct drm_property_blob *gamma_lut = NULL;
|
|
|
|
struct drm_modeset_acquire_ctx ctx;
|
|
|
|
struct drm_crtc_state *crtc_state;
|
|
|
|
struct drm_atomic_state *state;
|
2019-05-31 22:01:11 +08:00
|
|
|
struct drm_mode_set *modeset;
|
2017-07-14 00:25:27 +08:00
|
|
|
struct drm_crtc *crtc;
|
|
|
|
u16 *r, *g, *b;
|
|
|
|
bool replaced;
|
2019-05-31 22:01:11 +08:00
|
|
|
int ret = 0;
|
2017-07-14 00:25:27 +08:00
|
|
|
|
|
|
|
drm_modeset_acquire_init(&ctx, 0);
|
|
|
|
|
|
|
|
state = drm_atomic_state_alloc(dev);
|
|
|
|
if (!state) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto out_ctx;
|
2017-07-04 18:36:57 +08:00
|
|
|
}
|
|
|
|
|
2017-07-14 00:25:27 +08:00
|
|
|
state->acquire_ctx = &ctx;
|
|
|
|
retry:
|
2019-05-31 22:01:11 +08:00
|
|
|
drm_client_for_each_modeset(modeset, &fb_helper->client) {
|
|
|
|
crtc = modeset->crtc;
|
2009-10-05 07:58:02 +08:00
|
|
|
|
2017-07-14 00:25:27 +08:00
|
|
|
if (!gamma_lut)
|
|
|
|
gamma_lut = setcmap_new_gamma_lut(crtc, cmap);
|
|
|
|
if (IS_ERR(gamma_lut)) {
|
|
|
|
ret = PTR_ERR(gamma_lut);
|
|
|
|
gamma_lut = NULL;
|
|
|
|
goto out_state;
|
2017-07-04 18:36:58 +08:00
|
|
|
}
|
|
|
|
|
2017-07-14 00:25:27 +08:00
|
|
|
crtc_state = drm_atomic_get_crtc_state(state, crtc);
|
|
|
|
if (IS_ERR(crtc_state)) {
|
|
|
|
ret = PTR_ERR(crtc_state);
|
|
|
|
goto out_state;
|
2017-07-04 18:36:58 +08:00
|
|
|
}
|
|
|
|
|
2017-07-14 00:25:27 +08:00
|
|
|
replaced = drm_property_replace_blob(&crtc_state->degamma_lut,
|
|
|
|
NULL);
|
|
|
|
replaced |= drm_property_replace_blob(&crtc_state->ctm, NULL);
|
|
|
|
replaced |= drm_property_replace_blob(&crtc_state->gamma_lut,
|
|
|
|
gamma_lut);
|
|
|
|
crtc_state->color_mgmt_changed |= replaced;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = drm_atomic_commit(state);
|
|
|
|
if (ret)
|
|
|
|
goto out_state;
|
|
|
|
|
2019-05-31 22:01:11 +08:00
|
|
|
drm_client_for_each_modeset(modeset, &fb_helper->client) {
|
|
|
|
crtc = modeset->crtc;
|
2017-07-14 00:25:27 +08:00
|
|
|
|
2017-07-04 18:36:58 +08:00
|
|
|
r = crtc->gamma_store;
|
|
|
|
g = r + crtc->gamma_size;
|
|
|
|
b = g + crtc->gamma_size;
|
|
|
|
|
|
|
|
memcpy(r + cmap->start, cmap->red, cmap->len * sizeof(*r));
|
|
|
|
memcpy(g + cmap->start, cmap->green, cmap->len * sizeof(*g));
|
|
|
|
memcpy(b + cmap->start, cmap->blue, cmap->len * sizeof(*b));
|
2017-07-14 00:25:27 +08:00
|
|
|
}
|
2017-07-04 18:36:58 +08:00
|
|
|
|
2017-07-14 00:25:27 +08:00
|
|
|
out_state:
|
|
|
|
if (ret == -EDEADLK)
|
|
|
|
goto backoff;
|
2009-10-05 07:58:02 +08:00
|
|
|
|
2017-07-14 00:25:27 +08:00
|
|
|
drm_property_blob_put(gamma_lut);
|
|
|
|
drm_atomic_state_put(state);
|
|
|
|
out_ctx:
|
|
|
|
drm_modeset_drop_locks(&ctx);
|
|
|
|
drm_modeset_acquire_fini(&ctx);
|
2009-10-05 07:58:02 +08:00
|
|
|
|
2017-07-14 00:25:27 +08:00
|
|
|
return ret;
|
2009-10-05 07:58:02 +08:00
|
|
|
|
2017-07-14 00:25:27 +08:00
|
|
|
backoff:
|
|
|
|
drm_atomic_state_clear(state);
|
|
|
|
drm_modeset_backoff(&ctx);
|
|
|
|
goto retry;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_fb_helper_setcmap - implementation for &fb_ops.fb_setcmap
|
|
|
|
* @cmap: cmap to set
|
|
|
|
* @info: fbdev registered by the helper
|
|
|
|
*/
|
|
|
|
int drm_fb_helper_setcmap(struct fb_cmap *cmap, struct fb_info *info)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper = info->par;
|
2019-05-07 02:01:30 +08:00
|
|
|
struct drm_device *dev = fb_helper->dev;
|
2017-07-14 00:25:27 +08:00
|
|
|
int ret;
|
|
|
|
|
|
|
|
if (oops_in_progress)
|
|
|
|
return -EBUSY;
|
|
|
|
|
|
|
|
mutex_lock(&fb_helper->lock);
|
|
|
|
|
2019-05-07 02:01:30 +08:00
|
|
|
if (!drm_master_internal_acquire(dev)) {
|
2017-07-14 00:25:27 +08:00
|
|
|
ret = -EBUSY;
|
2019-05-07 02:01:30 +08:00
|
|
|
goto unlock;
|
2009-10-05 07:58:02 +08:00
|
|
|
}
|
2017-07-14 00:25:27 +08:00
|
|
|
|
2019-05-31 22:01:11 +08:00
|
|
|
mutex_lock(&fb_helper->client.modeset_mutex);
|
2017-07-14 00:25:27 +08:00
|
|
|
if (info->fix.visual == FB_VISUAL_TRUECOLOR)
|
|
|
|
ret = setcmap_pseudo_palette(cmap, info);
|
|
|
|
else if (drm_drv_uses_atomic_modeset(fb_helper->dev))
|
|
|
|
ret = setcmap_atomic(cmap, info);
|
|
|
|
else
|
|
|
|
ret = setcmap_legacy(cmap, info);
|
2019-05-31 22:01:11 +08:00
|
|
|
mutex_unlock(&fb_helper->client.modeset_mutex);
|
2017-07-14 00:25:27 +08:00
|
|
|
|
2019-05-07 02:01:30 +08:00
|
|
|
drm_master_internal_release(dev);
|
|
|
|
unlock:
|
2017-07-04 23:18:23 +08:00
|
|
|
mutex_unlock(&fb_helper->lock);
|
2017-07-14 00:25:27 +08:00
|
|
|
|
|
|
|
return ret;
|
2009-10-05 07:58:02 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_setcmap);
|
|
|
|
|
2017-02-28 23:36:51 +08:00
|
|
|
/**
|
|
|
|
* drm_fb_helper_ioctl - legacy ioctl implementation
|
|
|
|
* @info: fbdev registered by the helper
|
|
|
|
* @cmd: ioctl command
|
|
|
|
* @arg: ioctl argument
|
|
|
|
*
|
|
|
|
* A helper to implement the standard fbdev ioctl. Only
|
|
|
|
* FBIO_WAITFORVSYNC is implemented for now.
|
|
|
|
*/
|
|
|
|
int drm_fb_helper_ioctl(struct fb_info *info, unsigned int cmd,
|
|
|
|
unsigned long arg)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper = info->par;
|
2019-05-07 02:01:30 +08:00
|
|
|
struct drm_device *dev = fb_helper->dev;
|
2017-02-28 23:36:51 +08:00
|
|
|
struct drm_crtc *crtc;
|
|
|
|
int ret = 0;
|
|
|
|
|
2017-07-04 23:18:23 +08:00
|
|
|
mutex_lock(&fb_helper->lock);
|
2019-05-07 02:01:30 +08:00
|
|
|
if (!drm_master_internal_acquire(dev)) {
|
2017-02-28 23:36:51 +08:00
|
|
|
ret = -EBUSY;
|
|
|
|
goto unlock;
|
|
|
|
}
|
|
|
|
|
|
|
|
switch (cmd) {
|
|
|
|
case FBIO_WAITFORVSYNC:
|
|
|
|
/*
|
|
|
|
* Only consider the first CRTC.
|
|
|
|
*
|
|
|
|
* This ioctl is supposed to take the CRTC number as
|
|
|
|
* an argument, but in fbdev times, what that number
|
|
|
|
* was supposed to be was quite unclear, different
|
|
|
|
* drivers were passing that argument differently
|
|
|
|
* (some by reference, some by value), and most of the
|
|
|
|
* userspace applications were just hardcoding 0 as an
|
|
|
|
* argument.
|
|
|
|
*
|
|
|
|
* The first CRTC should be the integrated panel on
|
|
|
|
* most drivers, so this is the best choice we can
|
|
|
|
* make. If we're not smart enough here, one should
|
|
|
|
* just consider switch the userspace to KMS.
|
|
|
|
*/
|
2019-05-31 22:01:11 +08:00
|
|
|
crtc = fb_helper->client.modesets[0].crtc;
|
2017-02-28 23:36:51 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Only wait for a vblank event if the CRTC is
|
|
|
|
* enabled, otherwise just don't do anythintg,
|
|
|
|
* not even report an error.
|
|
|
|
*/
|
|
|
|
ret = drm_crtc_vblank_get(crtc);
|
|
|
|
if (!ret) {
|
|
|
|
drm_crtc_wait_one_vblank(crtc);
|
|
|
|
drm_crtc_vblank_put(crtc);
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = 0;
|
2019-05-07 02:01:30 +08:00
|
|
|
break;
|
2017-02-28 23:36:51 +08:00
|
|
|
default:
|
|
|
|
ret = -ENOTTY;
|
|
|
|
}
|
|
|
|
|
2019-05-07 02:01:30 +08:00
|
|
|
drm_master_internal_release(dev);
|
2017-02-28 23:36:51 +08:00
|
|
|
unlock:
|
2017-07-04 23:18:23 +08:00
|
|
|
mutex_unlock(&fb_helper->lock);
|
2017-02-28 23:36:51 +08:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_ioctl);
|
|
|
|
|
2018-10-04 00:45:38 +08:00
|
|
|
static bool drm_fb_pixel_format_equal(const struct fb_var_screeninfo *var_1,
|
|
|
|
const struct fb_var_screeninfo *var_2)
|
|
|
|
{
|
|
|
|
return var_1->bits_per_pixel == var_2->bits_per_pixel &&
|
|
|
|
var_1->grayscale == var_2->grayscale &&
|
|
|
|
var_1->red.offset == var_2->red.offset &&
|
|
|
|
var_1->red.length == var_2->red.length &&
|
|
|
|
var_1->red.msb_right == var_2->red.msb_right &&
|
|
|
|
var_1->green.offset == var_2->green.offset &&
|
|
|
|
var_1->green.length == var_2->green.length &&
|
|
|
|
var_1->green.msb_right == var_2->green.msb_right &&
|
|
|
|
var_1->blue.offset == var_2->blue.offset &&
|
|
|
|
var_1->blue.length == var_2->blue.length &&
|
|
|
|
var_1->blue.msb_right == var_2->blue.msb_right &&
|
|
|
|
var_1->transp.offset == var_2->transp.offset &&
|
|
|
|
var_1->transp.length == var_2->transp.length &&
|
|
|
|
var_1->transp.msb_right == var_2->transp.msb_right;
|
|
|
|
}
|
|
|
|
|
2019-01-08 15:23:52 +08:00
|
|
|
static void drm_fb_helper_fill_pixel_fmt(struct fb_var_screeninfo *var,
|
|
|
|
u8 depth)
|
|
|
|
{
|
|
|
|
switch (depth) {
|
|
|
|
case 8:
|
|
|
|
var->red.offset = 0;
|
|
|
|
var->green.offset = 0;
|
|
|
|
var->blue.offset = 0;
|
|
|
|
var->red.length = 8; /* 8bit DAC */
|
|
|
|
var->green.length = 8;
|
|
|
|
var->blue.length = 8;
|
|
|
|
var->transp.offset = 0;
|
|
|
|
var->transp.length = 0;
|
|
|
|
break;
|
|
|
|
case 15:
|
|
|
|
var->red.offset = 10;
|
|
|
|
var->green.offset = 5;
|
|
|
|
var->blue.offset = 0;
|
|
|
|
var->red.length = 5;
|
|
|
|
var->green.length = 5;
|
|
|
|
var->blue.length = 5;
|
|
|
|
var->transp.offset = 15;
|
|
|
|
var->transp.length = 1;
|
|
|
|
break;
|
|
|
|
case 16:
|
|
|
|
var->red.offset = 11;
|
|
|
|
var->green.offset = 5;
|
|
|
|
var->blue.offset = 0;
|
|
|
|
var->red.length = 5;
|
|
|
|
var->green.length = 6;
|
|
|
|
var->blue.length = 5;
|
|
|
|
var->transp.offset = 0;
|
|
|
|
break;
|
|
|
|
case 24:
|
|
|
|
var->red.offset = 16;
|
|
|
|
var->green.offset = 8;
|
|
|
|
var->blue.offset = 0;
|
|
|
|
var->red.length = 8;
|
|
|
|
var->green.length = 8;
|
|
|
|
var->blue.length = 8;
|
|
|
|
var->transp.offset = 0;
|
|
|
|
var->transp.length = 0;
|
|
|
|
break;
|
|
|
|
case 32:
|
|
|
|
var->red.offset = 16;
|
|
|
|
var->green.offset = 8;
|
|
|
|
var->blue.offset = 0;
|
|
|
|
var->red.length = 8;
|
|
|
|
var->green.length = 8;
|
|
|
|
var->blue.length = 8;
|
|
|
|
var->transp.offset = 24;
|
|
|
|
var->transp.length = 8;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-01-21 05:13:14 +08:00
|
|
|
/**
|
2017-01-25 14:26:43 +08:00
|
|
|
* drm_fb_helper_check_var - implementation for &fb_ops.fb_check_var
|
2013-01-21 05:13:14 +08:00
|
|
|
* @var: screeninfo to check
|
|
|
|
* @info: fbdev registered by the helper
|
|
|
|
*/
|
2009-08-28 13:46:53 +08:00
|
|
|
int drm_fb_helper_check_var(struct fb_var_screeninfo *var,
|
|
|
|
struct fb_info *info)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper = info->par;
|
|
|
|
struct drm_framebuffer *fb = fb_helper->fb;
|
2019-12-10 20:30:45 +08:00
|
|
|
struct drm_device *dev = fb_helper->dev;
|
2009-08-28 13:46:53 +08:00
|
|
|
|
drm/fb-helper: Ignore the value of fb_var_screeninfo.pixclock
Strict requirement of pixclock to be zero breaks support of SDL 1.2
which contains hardcoded table of supported video modes with non-zero
pixclock values[1].
To better understand which pixclock values are considered valid and how
driver should handle these values, I briefly examined few existing fbdev
drivers and documentation in Documentation/fb/. And it looks like there
are no strict rules on that and actual behaviour varies:
* some drivers treat (pixclock == 0) as "use defaults" (uvesafb.c);
* some treat (pixclock == 0) as invalid value which leads to
-EINVAL (clps711x-fb.c);
* some pass converted pixclock value to hardware (uvesafb.c);
* some are trying to find nearest value from predefined table
(vga16fb.c, video_gx.c).
Given this, I believe that it should be safe to just ignore this value if
changing is not supported. It seems that any portable fbdev application
which was not written only for one specific device working under one
specific kernel version should not rely on any particular behaviour of
pixclock anyway.
However, while enabling SDL1 applications to work out of the box when
there is no /etc/fb.modes with valid settings, this change affects the
video mode choosing logic in SDL. Depending on current screen
resolution, contents of /etc/fb.modes and resolution requested by
application, this may lead to user-visible difference (not always):
image will be displayed in a right way, but it will be aligned to the
left instead of center. There is no "right behaviour" here as well, as
emulated fbdev, opposing to old fbdev drivers, simply ignores any
requsts of video mode changes with resolutions smaller than current.
The easiest way to reproduce this problem is to install sdl-sopwith[2],
remove /etc/fb.modes file if it exists, and then try to run sopwith
from console without X. At least in Fedora 29, sopwith may be simply
installed from standard repositories.
[1] SDL 1.2.15 source code, src/video/fbcon/SDL_fbvideo.c, vesa_timings
[2] http://sdl-sopwith.sourceforge.net/
Signed-off-by: Ivan Mironov <mironov.ivan@gmail.com>
Cc: stable@vger.kernel.org
Fixes: 79e539453b34e ("DRM: i915: add mode setting support")
Fixes: 771fe6b912fca ("drm/radeon: introduce kernel modesetting for radeon hardware")
Fixes: 785b93ef8c309 ("drm/kms: move driver specific fb common code to helper functions (v2)")
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20190108072353.28078-3-mironov.ivan@gmail.com
2019-01-08 15:23:53 +08:00
|
|
|
if (in_dbg_master())
|
2009-08-28 13:46:53 +08:00
|
|
|
return -EINVAL;
|
|
|
|
|
drm/fb-helper: Ignore the value of fb_var_screeninfo.pixclock
Strict requirement of pixclock to be zero breaks support of SDL 1.2
which contains hardcoded table of supported video modes with non-zero
pixclock values[1].
To better understand which pixclock values are considered valid and how
driver should handle these values, I briefly examined few existing fbdev
drivers and documentation in Documentation/fb/. And it looks like there
are no strict rules on that and actual behaviour varies:
* some drivers treat (pixclock == 0) as "use defaults" (uvesafb.c);
* some treat (pixclock == 0) as invalid value which leads to
-EINVAL (clps711x-fb.c);
* some pass converted pixclock value to hardware (uvesafb.c);
* some are trying to find nearest value from predefined table
(vga16fb.c, video_gx.c).
Given this, I believe that it should be safe to just ignore this value if
changing is not supported. It seems that any portable fbdev application
which was not written only for one specific device working under one
specific kernel version should not rely on any particular behaviour of
pixclock anyway.
However, while enabling SDL1 applications to work out of the box when
there is no /etc/fb.modes with valid settings, this change affects the
video mode choosing logic in SDL. Depending on current screen
resolution, contents of /etc/fb.modes and resolution requested by
application, this may lead to user-visible difference (not always):
image will be displayed in a right way, but it will be aligned to the
left instead of center. There is no "right behaviour" here as well, as
emulated fbdev, opposing to old fbdev drivers, simply ignores any
requsts of video mode changes with resolutions smaller than current.
The easiest way to reproduce this problem is to install sdl-sopwith[2],
remove /etc/fb.modes file if it exists, and then try to run sopwith
from console without X. At least in Fedora 29, sopwith may be simply
installed from standard repositories.
[1] SDL 1.2.15 source code, src/video/fbcon/SDL_fbvideo.c, vesa_timings
[2] http://sdl-sopwith.sourceforge.net/
Signed-off-by: Ivan Mironov <mironov.ivan@gmail.com>
Cc: stable@vger.kernel.org
Fixes: 79e539453b34e ("DRM: i915: add mode setting support")
Fixes: 771fe6b912fca ("drm/radeon: introduce kernel modesetting for radeon hardware")
Fixes: 785b93ef8c309 ("drm/kms: move driver specific fb common code to helper functions (v2)")
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20190108072353.28078-3-mironov.ivan@gmail.com
2019-01-08 15:23:53 +08:00
|
|
|
if (var->pixclock != 0) {
|
2019-12-10 20:30:45 +08:00
|
|
|
drm_dbg_kms(dev, "fbdev emulation doesn't support changing the pixel clock, value of pixclock is ignored\n");
|
drm/fb-helper: Ignore the value of fb_var_screeninfo.pixclock
Strict requirement of pixclock to be zero breaks support of SDL 1.2
which contains hardcoded table of supported video modes with non-zero
pixclock values[1].
To better understand which pixclock values are considered valid and how
driver should handle these values, I briefly examined few existing fbdev
drivers and documentation in Documentation/fb/. And it looks like there
are no strict rules on that and actual behaviour varies:
* some drivers treat (pixclock == 0) as "use defaults" (uvesafb.c);
* some treat (pixclock == 0) as invalid value which leads to
-EINVAL (clps711x-fb.c);
* some pass converted pixclock value to hardware (uvesafb.c);
* some are trying to find nearest value from predefined table
(vga16fb.c, video_gx.c).
Given this, I believe that it should be safe to just ignore this value if
changing is not supported. It seems that any portable fbdev application
which was not written only for one specific device working under one
specific kernel version should not rely on any particular behaviour of
pixclock anyway.
However, while enabling SDL1 applications to work out of the box when
there is no /etc/fb.modes with valid settings, this change affects the
video mode choosing logic in SDL. Depending on current screen
resolution, contents of /etc/fb.modes and resolution requested by
application, this may lead to user-visible difference (not always):
image will be displayed in a right way, but it will be aligned to the
left instead of center. There is no "right behaviour" here as well, as
emulated fbdev, opposing to old fbdev drivers, simply ignores any
requsts of video mode changes with resolutions smaller than current.
The easiest way to reproduce this problem is to install sdl-sopwith[2],
remove /etc/fb.modes file if it exists, and then try to run sopwith
from console without X. At least in Fedora 29, sopwith may be simply
installed from standard repositories.
[1] SDL 1.2.15 source code, src/video/fbcon/SDL_fbvideo.c, vesa_timings
[2] http://sdl-sopwith.sourceforge.net/
Signed-off-by: Ivan Mironov <mironov.ivan@gmail.com>
Cc: stable@vger.kernel.org
Fixes: 79e539453b34e ("DRM: i915: add mode setting support")
Fixes: 771fe6b912fca ("drm/radeon: introduce kernel modesetting for radeon hardware")
Fixes: 785b93ef8c309 ("drm/kms: move driver specific fb common code to helper functions (v2)")
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20190108072353.28078-3-mironov.ivan@gmail.com
2019-01-08 15:23:53 +08:00
|
|
|
var->pixclock = 0;
|
|
|
|
}
|
|
|
|
|
drm/fourcc: Add char_per_block, block_w and block_h in drm_format_info
For some pixel formats .cpp structure in drm_format info it's not
enough to describe the peculiarities of the pixel layout, for example
tiled formats or packed formats at bit level.
What's implemented here is to add three new members to drm_format_info
that could describe such formats:
- char_per_block[3]
- block_w[3]
- block_h[3]
char_per_block will be put in a union alongside cpp, for transparent
compatibility with the existing format descriptions.
Regarding, block_w and block_h they are intended to be used through
their equivalent getters drm_format_info_block_width /
drm_format_info_block_height, the reason of the getters is to abstract
the fact that for normal formats block_w and block_h will be unset/0,
but the methods will be returning 1.
Additionally, convenience function drm_format_info_min_pitch had been
added that computes the minimum required pitch for a given pixel
format and buffer width.
Using that the following drm core functions had been updated to
generically handle both block and non-block formats:
- drm_fb_cma_get_gem_addr: for block formats it will just return the
beginning of the block.
- framebuffer_check: Use the newly added drm_format_info_min_pitch.
- drm_gem_fb_create_with_funcs: Use the newly added
drm_format_info_min_pitch.
- In places where is not expecting to handle block formats, like fbdev
helpers I just added some warnings in case the block width/height
are greater than 1.
Changes since v3:
- Add helper function for computing the minimum required pitch.
- Improve/cleanup documentation
Changes since v8:
- Fixed build on 32bits arm architectures, with:
- return DIV_ROUND_UP((u64)buffer_width * info->char_per_block[plane],
+ return DIV_ROUND_UP_ULL((u64)buffer_width * info->char_per_block[plane],
Reviewed-by: Brian Starkey <brian.starkey@arm.com>
Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Alexandru Gheorghe <alexandru-cosmin.gheorghe@arm.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20181101170055.5433-1-alexandru-cosmin.gheorghe@arm.com
2018-11-02 01:02:05 +08:00
|
|
|
if ((drm_format_info_block_width(fb->format, 0) > 1) ||
|
|
|
|
(drm_format_info_block_height(fb->format, 0) > 1))
|
|
|
|
return -EINVAL;
|
|
|
|
|
2016-10-12 07:15:04 +08:00
|
|
|
/*
|
|
|
|
* Changes struct fb_var_screeninfo are currently not pushed back
|
|
|
|
* to KMS, hence fail if different settings are requested.
|
|
|
|
*/
|
2019-12-30 21:27:34 +08:00
|
|
|
if (var->bits_per_pixel > fb->format->cpp[0] * 8 ||
|
2017-03-23 16:53:26 +08:00
|
|
|
var->xres > fb->width || var->yres > fb->height ||
|
|
|
|
var->xres_virtual > fb->width || var->yres_virtual > fb->height) {
|
2019-12-10 20:30:45 +08:00
|
|
|
drm_dbg_kms(dev, "fb requested width/height/bpp can't fit in current fb "
|
2012-03-27 04:15:53 +08:00
|
|
|
"request %dx%d-%d (virtual %dx%d) > %dx%d-%d\n",
|
|
|
|
var->xres, var->yres, var->bits_per_pixel,
|
|
|
|
var->xres_virtual, var->yres_virtual,
|
2016-12-15 05:32:20 +08:00
|
|
|
fb->width, fb->height, fb->format->cpp[0] * 8);
|
2009-08-28 13:46:53 +08:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2019-01-08 15:23:52 +08:00
|
|
|
/*
|
|
|
|
* Workaround for SDL 1.2, which is known to be setting all pixel format
|
|
|
|
* fields values to zero in some cases. We treat this situation as a
|
|
|
|
* kind of "use some reasonable autodetected values".
|
|
|
|
*/
|
|
|
|
if (!var->red.offset && !var->green.offset &&
|
|
|
|
!var->blue.offset && !var->transp.offset &&
|
|
|
|
!var->red.length && !var->green.length &&
|
|
|
|
!var->blue.length && !var->transp.length &&
|
|
|
|
!var->red.msb_right && !var->green.msb_right &&
|
|
|
|
!var->blue.msb_right && !var->transp.msb_right) {
|
|
|
|
drm_fb_helper_fill_pixel_fmt(var, fb->format->depth);
|
|
|
|
}
|
|
|
|
|
2019-12-30 21:27:34 +08:00
|
|
|
/*
|
|
|
|
* Likewise, bits_per_pixel should be rounded up to a supported value.
|
|
|
|
*/
|
|
|
|
var->bits_per_pixel = fb->format->cpp[0] * 8;
|
|
|
|
|
2018-10-04 00:45:38 +08:00
|
|
|
/*
|
|
|
|
* drm fbdev emulation doesn't support changing the pixel format at all,
|
|
|
|
* so reject all pixel format changing requests.
|
|
|
|
*/
|
|
|
|
if (!drm_fb_pixel_format_equal(var, &info->var)) {
|
2019-12-10 20:30:45 +08:00
|
|
|
drm_dbg_kms(dev, "fbdev emulation doesn't support changing the pixel format\n");
|
2009-08-28 13:46:53 +08:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
2018-10-04 00:45:38 +08:00
|
|
|
|
2009-08-28 13:46:53 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_check_var);
|
|
|
|
|
2013-01-21 05:13:14 +08:00
|
|
|
/**
|
2017-01-25 14:26:43 +08:00
|
|
|
* drm_fb_helper_set_par - implementation for &fb_ops.fb_set_par
|
2013-01-21 05:13:14 +08:00
|
|
|
* @info: fbdev registered by the helper
|
|
|
|
*
|
|
|
|
* This will let fbcon do the mode init and is called at initialization time by
|
|
|
|
* the fbdev core when registering the driver, and later on through the hotplug
|
|
|
|
* callback.
|
|
|
|
*/
|
2009-08-28 13:46:53 +08:00
|
|
|
int drm_fb_helper_set_par(struct fb_info *info)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper = info->par;
|
|
|
|
struct fb_var_screeninfo *var = &info->var;
|
drm/fb-helper: Fix vt restore
In the past we had a pile of hacks to orchestrate access between fbdev
emulation and native kms clients. We've tried to streamline this, by
always preferring the kms side above fbdev calls when a drm master
exists, because drm master controls access to the display resources.
Unfortunately this breaks existing userspace, specifically Xorg. When
exiting Xorg first restores the console to text mode using the KDSET
ioctl on the vt. This does nothing, because a drm master is still
around. Then it drops the drm master status, which again does nothing,
because logind is keeping additional drm fd open to be able to
orchestrate vt switches. In the past this is the point where fbdev was
restored, as part of the ->lastclose hook on the drm side.
Now to fix this regression we don't want to go back to letting fbdev
restore things whenever it feels like, or to the pile of hacks we've
had before. Instead try and go with a minimal exception to make the
KDSET case work again, and nothing else.
This means that if userspace does a KDSET call when switching between
graphical compositors, there will be some flickering with fbcon
showing up for a bit. But a) that's not a regression and b) userspace
can fix it by improving the vt switching dance - logind should have
all the information it needs.
While pondering all this I'm also wondering wheter we should have a
SWITCH_MASTER ioctl to allow race-free master status handover. But
that's for another day.
v2: Somehow forgot to cc all the fbdev people.
v3: Fix typo Alex spotted.
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=208179
Cc: shlomo@fastmail.com
Reported-and-Tested-by: shlomo@fastmail.com
Cc: Michel Dänzer <michel@daenzer.net>
Fixes: 64914da24ea9 ("drm/fbdev-helper: don't force restores")
Cc: Noralf Trønnes <noralf@tronnes.org>
Cc: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Daniel Vetter <daniel.vetter@intel.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Cc: Maxime Ripard <mripard@kernel.org>
Cc: David Airlie <airlied@linux.ie>
Cc: Daniel Vetter <daniel@ffwll.ch>
Cc: dri-devel@lists.freedesktop.org
Cc: <stable@vger.kernel.org> # v5.7+
Cc: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Nathan Chancellor <natechancellor@gmail.com>
Cc: Qiujun Huang <hqjagain@gmail.com>
Cc: Peter Rosin <peda@axentia.se>
Cc: linux-fbdev@vger.kernel.org
Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20200624092910.3280448-1-daniel.vetter@ffwll.ch
2020-06-24 17:29:10 +08:00
|
|
|
bool force;
|
2009-08-28 13:46:53 +08:00
|
|
|
|
2015-07-28 19:18:40 +08:00
|
|
|
if (oops_in_progress)
|
|
|
|
return -EBUSY;
|
|
|
|
|
2009-11-04 16:42:52 +08:00
|
|
|
if (var->pixclock != 0) {
|
2019-12-10 20:30:45 +08:00
|
|
|
drm_err(fb_helper->dev, "PIXEL CLOCK SET\n");
|
2009-08-28 13:46:53 +08:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
drm/fb-helper: Fix vt restore
In the past we had a pile of hacks to orchestrate access between fbdev
emulation and native kms clients. We've tried to streamline this, by
always preferring the kms side above fbdev calls when a drm master
exists, because drm master controls access to the display resources.
Unfortunately this breaks existing userspace, specifically Xorg. When
exiting Xorg first restores the console to text mode using the KDSET
ioctl on the vt. This does nothing, because a drm master is still
around. Then it drops the drm master status, which again does nothing,
because logind is keeping additional drm fd open to be able to
orchestrate vt switches. In the past this is the point where fbdev was
restored, as part of the ->lastclose hook on the drm side.
Now to fix this regression we don't want to go back to letting fbdev
restore things whenever it feels like, or to the pile of hacks we've
had before. Instead try and go with a minimal exception to make the
KDSET case work again, and nothing else.
This means that if userspace does a KDSET call when switching between
graphical compositors, there will be some flickering with fbcon
showing up for a bit. But a) that's not a regression and b) userspace
can fix it by improving the vt switching dance - logind should have
all the information it needs.
While pondering all this I'm also wondering wheter we should have a
SWITCH_MASTER ioctl to allow race-free master status handover. But
that's for another day.
v2: Somehow forgot to cc all the fbdev people.
v3: Fix typo Alex spotted.
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=208179
Cc: shlomo@fastmail.com
Reported-and-Tested-by: shlomo@fastmail.com
Cc: Michel Dänzer <michel@daenzer.net>
Fixes: 64914da24ea9 ("drm/fbdev-helper: don't force restores")
Cc: Noralf Trønnes <noralf@tronnes.org>
Cc: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Daniel Vetter <daniel.vetter@intel.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Cc: Maxime Ripard <mripard@kernel.org>
Cc: David Airlie <airlied@linux.ie>
Cc: Daniel Vetter <daniel@ffwll.ch>
Cc: dri-devel@lists.freedesktop.org
Cc: <stable@vger.kernel.org> # v5.7+
Cc: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Nathan Chancellor <natechancellor@gmail.com>
Cc: Qiujun Huang <hqjagain@gmail.com>
Cc: Peter Rosin <peda@axentia.se>
Cc: linux-fbdev@vger.kernel.org
Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20200624092910.3280448-1-daniel.vetter@ffwll.ch
2020-06-24 17:29:10 +08:00
|
|
|
/*
|
|
|
|
* Normally we want to make sure that a kms master takes precedence over
|
|
|
|
* fbdev, to avoid fbdev flickering and occasionally stealing the
|
|
|
|
* display status. But Xorg first sets the vt back to text mode using
|
|
|
|
* the KDSET IOCTL with KD_TEXT, and only after that drops the master
|
|
|
|
* status when exiting.
|
|
|
|
*
|
|
|
|
* In the past this was caught by drm_fb_helper_lastclose(), but on
|
|
|
|
* modern systems where logind always keeps a drm fd open to orchestrate
|
|
|
|
* the vt switching, this doesn't work.
|
|
|
|
*
|
|
|
|
* To not break the userspace ABI we have this special case here, which
|
|
|
|
* is only used for the above case. Everything else uses the normal
|
|
|
|
* commit function, which ensures that we never steal the display from
|
|
|
|
* an active drm master.
|
|
|
|
*/
|
|
|
|
force = var->activate & FB_ACTIVATE_KD_TEXT;
|
|
|
|
|
|
|
|
__drm_fb_helper_restore_fbdev_mode_unlocked(fb_helper, force);
|
2010-03-30 13:34:18 +08:00
|
|
|
|
2009-08-28 13:46:53 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_set_par);
|
|
|
|
|
2017-07-04 23:18:29 +08:00
|
|
|
static void pan_set(struct drm_fb_helper *fb_helper, int x, int y)
|
2015-08-26 03:35:59 +08:00
|
|
|
{
|
2019-05-31 22:01:11 +08:00
|
|
|
struct drm_mode_set *mode_set;
|
2015-08-26 03:35:59 +08:00
|
|
|
|
2019-05-31 22:01:11 +08:00
|
|
|
mutex_lock(&fb_helper->client.modeset_mutex);
|
|
|
|
drm_client_for_each_modeset(mode_set, &fb_helper->client) {
|
2017-07-04 23:18:29 +08:00
|
|
|
mode_set->x = x;
|
|
|
|
mode_set->y = y;
|
2015-08-26 03:35:59 +08:00
|
|
|
}
|
2019-05-31 22:01:11 +08:00
|
|
|
mutex_unlock(&fb_helper->client.modeset_mutex);
|
2017-07-04 23:18:29 +08:00
|
|
|
}
|
2015-08-26 03:35:59 +08:00
|
|
|
|
2017-07-04 23:18:29 +08:00
|
|
|
static int pan_display_atomic(struct fb_var_screeninfo *var,
|
|
|
|
struct fb_info *info)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper = info->par;
|
|
|
|
int ret;
|
2015-10-17 01:11:30 +08:00
|
|
|
|
2017-07-04 23:18:29 +08:00
|
|
|
pan_set(fb_helper, var->xoffset, var->yoffset);
|
2015-08-26 03:35:59 +08:00
|
|
|
|
2020-02-04 23:01:44 +08:00
|
|
|
ret = drm_client_modeset_commit_locked(&fb_helper->client);
|
2017-07-04 23:18:29 +08:00
|
|
|
if (!ret) {
|
|
|
|
info->var.xoffset = var->xoffset;
|
|
|
|
info->var.yoffset = var->yoffset;
|
|
|
|
} else
|
|
|
|
pan_set(fb_helper, info->var.xoffset, info->var.yoffset);
|
2017-07-04 23:18:26 +08:00
|
|
|
|
2015-08-26 03:35:59 +08:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2017-04-03 16:33:04 +08:00
|
|
|
static int pan_display_legacy(struct fb_var_screeninfo *var,
|
2009-08-28 13:46:53 +08:00
|
|
|
struct fb_info *info)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper = info->par;
|
2019-05-31 22:01:11 +08:00
|
|
|
struct drm_client_dev *client = &fb_helper->client;
|
2009-08-28 13:46:53 +08:00
|
|
|
struct drm_mode_set *modeset;
|
|
|
|
int ret = 0;
|
|
|
|
|
2019-05-31 22:01:11 +08:00
|
|
|
mutex_lock(&client->modeset_mutex);
|
2019-06-11 19:57:16 +08:00
|
|
|
drm_modeset_lock_all(fb_helper->dev);
|
2019-05-31 22:01:11 +08:00
|
|
|
drm_client_for_each_modeset(modeset, client) {
|
2009-08-28 13:46:53 +08:00
|
|
|
modeset->x = var->xoffset;
|
|
|
|
modeset->y = var->yoffset;
|
|
|
|
|
|
|
|
if (modeset->num_connectors) {
|
2012-12-11 20:47:23 +08:00
|
|
|
ret = drm_mode_set_config_internal(modeset);
|
2009-08-28 13:46:53 +08:00
|
|
|
if (!ret) {
|
|
|
|
info->var.xoffset = var->xoffset;
|
|
|
|
info->var.yoffset = var->yoffset;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2017-07-04 23:18:26 +08:00
|
|
|
drm_modeset_unlock_all(fb_helper->dev);
|
2019-06-11 19:57:16 +08:00
|
|
|
mutex_unlock(&client->modeset_mutex);
|
2017-04-03 16:33:04 +08:00
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_fb_helper_pan_display - implementation for &fb_ops.fb_pan_display
|
|
|
|
* @var: updated screen information
|
|
|
|
* @info: fbdev registered by the helper
|
|
|
|
*/
|
|
|
|
int drm_fb_helper_pan_display(struct fb_var_screeninfo *var,
|
|
|
|
struct fb_info *info)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper = info->par;
|
|
|
|
struct drm_device *dev = fb_helper->dev;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
if (oops_in_progress)
|
|
|
|
return -EBUSY;
|
|
|
|
|
2017-07-04 23:18:23 +08:00
|
|
|
mutex_lock(&fb_helper->lock);
|
2019-05-07 02:01:30 +08:00
|
|
|
if (!drm_master_internal_acquire(dev)) {
|
|
|
|
ret = -EBUSY;
|
|
|
|
goto unlock;
|
2017-04-03 16:33:04 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
if (drm_drv_uses_atomic_modeset(dev))
|
|
|
|
ret = pan_display_atomic(var, info);
|
|
|
|
else
|
|
|
|
ret = pan_display_legacy(var, info);
|
2019-05-07 02:01:30 +08:00
|
|
|
|
|
|
|
drm_master_internal_release(dev);
|
|
|
|
unlock:
|
2017-07-04 23:18:23 +08:00
|
|
|
mutex_unlock(&fb_helper->lock);
|
2017-04-03 16:33:04 +08:00
|
|
|
|
2009-08-28 13:46:53 +08:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_pan_display);
|
|
|
|
|
2013-01-22 06:38:37 +08:00
|
|
|
/*
|
2013-01-21 05:13:14 +08:00
|
|
|
* Allocates the backing storage and sets up the fbdev info structure through
|
drm/fb-helper: Support deferred setup
FB helper code falls back to a 1024x768 mode if no outputs are connected
or don't report back any modes upon initialization. This can be annoying
because outputs that are added to FB helper later on can't be used with
FB helper if they don't support a matching mode.
The fallback is in place because VGA connectors can happen to report an
unknown connection status even when they are in fact connected.
Some drivers have custom solutions in place to defer FB helper setup
until at least one output is connected. But the logic behind these
solutions is always the same and there is nothing driver-specific about
it, so a better alterative is to fix the FB helper core and add support
for all drivers automatically.
This patch adds support for deferred FB helper setup. It checks all the
connectors for their connection status, and if all of them report to be
disconnected marks the FB helper as needing deferred setup. Whet setup
is deferred, the FB helper core will automatically retry setup after a
hotplug event, and it will keep trying until it succeeds.
v2: Rebase onto my entirely reworked fbdev helper locking. One big
difference is that this version again drops&reacquires the fbdev lock
(which is now fb_helper->lock, but before this patch series it was
mode_config->mutex), because register_framebuffer must be able to
recurse back into fbdev helper code for the initial screen setup.
v3: __drm_fb_helper_initial_config must hold fb_helper->lock upon
return, I've fumbled that in the deferred setup case (Liviu).
v4: I was blind, redo this all. __drm_fb_helper_initial_config
shouldn't need to reacquire fb_helper->lock, that just confuses
callers. I myself got confused by kernel_fb_helper_lock and somehow
thought it's the same as fb_helper->lock. Tsk.
Also simplify the logic a bit (we don't need two functions to probe
connectors), we can stick much closer to the existing code. And update
some comments I've spotted that are outdated.
v5: Don't pass -EAGAIN to drivers, it's just an internal error code
(Liviu).
v6: Add _and_unlock suffix to clarify locking (Maarten)
Cc: Liviu Dudau <liviu@dudau.co.uk>
Cc: John Stultz <john.stultz@linaro.org>
Cc: Thierry Reding <treding@nvidia.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Tested-by: John Stultz <john.stultz@linaro.org>
Signed-off-by: Thierry Reding <treding@nvidia.com> (v1)
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@intel.com>
Reviewed-by: Liviu Dudau <liviu@dudau.co.uk>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20170706130023.28417-3-daniel.vetter@ffwll.ch
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2017-07-06 21:00:21 +08:00
|
|
|
* the ->fb_probe callback.
|
2013-01-22 06:38:37 +08:00
|
|
|
*/
|
2013-01-21 04:50:49 +08:00
|
|
|
static int drm_fb_helper_single_fb_probe(struct drm_fb_helper *fb_helper,
|
|
|
|
int preferred_bpp)
|
2009-08-28 13:46:53 +08:00
|
|
|
{
|
2019-05-31 22:01:11 +08:00
|
|
|
struct drm_client_dev *client = &fb_helper->client;
|
2019-12-10 20:30:45 +08:00
|
|
|
struct drm_device *dev = fb_helper->dev;
|
2013-01-22 06:38:37 +08:00
|
|
|
int ret = 0;
|
2009-08-28 13:46:53 +08:00
|
|
|
int crtc_count = 0;
|
2019-06-08 23:26:53 +08:00
|
|
|
struct drm_connector_list_iter conn_iter;
|
2010-03-30 13:34:13 +08:00
|
|
|
struct drm_fb_helper_surface_size sizes;
|
2019-06-08 23:26:53 +08:00
|
|
|
struct drm_connector *connector;
|
2019-05-31 22:01:11 +08:00
|
|
|
struct drm_mode_set *mode_set;
|
2019-01-10 19:40:49 +08:00
|
|
|
int best_depth = 0;
|
2010-03-30 13:34:13 +08:00
|
|
|
|
|
|
|
memset(&sizes, 0, sizeof(struct drm_fb_helper_surface_size));
|
|
|
|
sizes.surface_depth = 24;
|
|
|
|
sizes.surface_bpp = 32;
|
2017-03-29 22:43:51 +08:00
|
|
|
sizes.fb_width = (u32)-1;
|
|
|
|
sizes.fb_height = (u32)-1;
|
2009-08-28 13:46:53 +08:00
|
|
|
|
2019-01-10 19:40:49 +08:00
|
|
|
/*
|
|
|
|
* If driver picks 8 or 16 by default use that for both depth/bpp
|
|
|
|
* to begin with
|
|
|
|
*/
|
2012-11-15 11:43:30 +08:00
|
|
|
if (preferred_bpp != sizes.surface_bpp)
|
2010-03-30 13:34:13 +08:00
|
|
|
sizes.surface_depth = sizes.surface_bpp = preferred_bpp;
|
2012-11-15 11:43:30 +08:00
|
|
|
|
2019-06-08 23:26:53 +08:00
|
|
|
drm_connector_list_iter_begin(fb_helper->dev, &conn_iter);
|
|
|
|
drm_client_for_each_connector_iter(connector, &conn_iter) {
|
2011-04-17 14:43:32 +08:00
|
|
|
struct drm_cmdline_mode *cmdline_mode;
|
2009-09-26 04:39:00 +08:00
|
|
|
|
2019-06-08 23:26:53 +08:00
|
|
|
cmdline_mode = &connector->cmdline_mode;
|
drm/kms: start adding command line interface using fb.
[note this requires an fb patch posted to linux-fbdev-devel already]
This uses the normal video= command line option to control the kms
output setup at boot time. It is used to override the autodetection
done by kms.
video= normally takes a framebuffer as the first parameter, in kms
it will take a connector name, DVI-I-1, or LVDS-1 etc. If no output
connector is specified the mode string will apply to all connectors.
The mode specification used will match down the probed modes, and if
no mode is found it will add a CVT mode that matches.
video=1024x768 - all connectors match a 1024x768 mode or add a CVT on
video=VGA-1:1024x768, VGA-1 connector gets mode only.
The same strings as used in current fb modedb.c are used, except I've
added three more letters, e, D, d, e = enable, D = enable Digital,
d = disable, which allow a connector to be forced into a certain state.
Signed-off-by: Dave Airlie <airlied@redhat.com>
2009-09-23 12:44:08 +08:00
|
|
|
|
|
|
|
if (cmdline_mode->bpp_specified) {
|
|
|
|
switch (cmdline_mode->bpp) {
|
|
|
|
case 8:
|
2010-03-30 13:34:13 +08:00
|
|
|
sizes.surface_depth = sizes.surface_bpp = 8;
|
drm/kms: start adding command line interface using fb.
[note this requires an fb patch posted to linux-fbdev-devel already]
This uses the normal video= command line option to control the kms
output setup at boot time. It is used to override the autodetection
done by kms.
video= normally takes a framebuffer as the first parameter, in kms
it will take a connector name, DVI-I-1, or LVDS-1 etc. If no output
connector is specified the mode string will apply to all connectors.
The mode specification used will match down the probed modes, and if
no mode is found it will add a CVT mode that matches.
video=1024x768 - all connectors match a 1024x768 mode or add a CVT on
video=VGA-1:1024x768, VGA-1 connector gets mode only.
The same strings as used in current fb modedb.c are used, except I've
added three more letters, e, D, d, e = enable, D = enable Digital,
d = disable, which allow a connector to be forced into a certain state.
Signed-off-by: Dave Airlie <airlied@redhat.com>
2009-09-23 12:44:08 +08:00
|
|
|
break;
|
|
|
|
case 15:
|
2010-03-30 13:34:13 +08:00
|
|
|
sizes.surface_depth = 15;
|
|
|
|
sizes.surface_bpp = 16;
|
drm/kms: start adding command line interface using fb.
[note this requires an fb patch posted to linux-fbdev-devel already]
This uses the normal video= command line option to control the kms
output setup at boot time. It is used to override the autodetection
done by kms.
video= normally takes a framebuffer as the first parameter, in kms
it will take a connector name, DVI-I-1, or LVDS-1 etc. If no output
connector is specified the mode string will apply to all connectors.
The mode specification used will match down the probed modes, and if
no mode is found it will add a CVT mode that matches.
video=1024x768 - all connectors match a 1024x768 mode or add a CVT on
video=VGA-1:1024x768, VGA-1 connector gets mode only.
The same strings as used in current fb modedb.c are used, except I've
added three more letters, e, D, d, e = enable, D = enable Digital,
d = disable, which allow a connector to be forced into a certain state.
Signed-off-by: Dave Airlie <airlied@redhat.com>
2009-09-23 12:44:08 +08:00
|
|
|
break;
|
|
|
|
case 16:
|
2010-03-30 13:34:13 +08:00
|
|
|
sizes.surface_depth = sizes.surface_bpp = 16;
|
drm/kms: start adding command line interface using fb.
[note this requires an fb patch posted to linux-fbdev-devel already]
This uses the normal video= command line option to control the kms
output setup at boot time. It is used to override the autodetection
done by kms.
video= normally takes a framebuffer as the first parameter, in kms
it will take a connector name, DVI-I-1, or LVDS-1 etc. If no output
connector is specified the mode string will apply to all connectors.
The mode specification used will match down the probed modes, and if
no mode is found it will add a CVT mode that matches.
video=1024x768 - all connectors match a 1024x768 mode or add a CVT on
video=VGA-1:1024x768, VGA-1 connector gets mode only.
The same strings as used in current fb modedb.c are used, except I've
added three more letters, e, D, d, e = enable, D = enable Digital,
d = disable, which allow a connector to be forced into a certain state.
Signed-off-by: Dave Airlie <airlied@redhat.com>
2009-09-23 12:44:08 +08:00
|
|
|
break;
|
|
|
|
case 24:
|
2010-03-30 13:34:13 +08:00
|
|
|
sizes.surface_depth = sizes.surface_bpp = 24;
|
drm/kms: start adding command line interface using fb.
[note this requires an fb patch posted to linux-fbdev-devel already]
This uses the normal video= command line option to control the kms
output setup at boot time. It is used to override the autodetection
done by kms.
video= normally takes a framebuffer as the first parameter, in kms
it will take a connector name, DVI-I-1, or LVDS-1 etc. If no output
connector is specified the mode string will apply to all connectors.
The mode specification used will match down the probed modes, and if
no mode is found it will add a CVT mode that matches.
video=1024x768 - all connectors match a 1024x768 mode or add a CVT on
video=VGA-1:1024x768, VGA-1 connector gets mode only.
The same strings as used in current fb modedb.c are used, except I've
added three more letters, e, D, d, e = enable, D = enable Digital,
d = disable, which allow a connector to be forced into a certain state.
Signed-off-by: Dave Airlie <airlied@redhat.com>
2009-09-23 12:44:08 +08:00
|
|
|
break;
|
|
|
|
case 32:
|
2010-03-30 13:34:13 +08:00
|
|
|
sizes.surface_depth = 24;
|
|
|
|
sizes.surface_bpp = 32;
|
drm/kms: start adding command line interface using fb.
[note this requires an fb patch posted to linux-fbdev-devel already]
This uses the normal video= command line option to control the kms
output setup at boot time. It is used to override the autodetection
done by kms.
video= normally takes a framebuffer as the first parameter, in kms
it will take a connector name, DVI-I-1, or LVDS-1 etc. If no output
connector is specified the mode string will apply to all connectors.
The mode specification used will match down the probed modes, and if
no mode is found it will add a CVT mode that matches.
video=1024x768 - all connectors match a 1024x768 mode or add a CVT on
video=VGA-1:1024x768, VGA-1 connector gets mode only.
The same strings as used in current fb modedb.c are used, except I've
added three more letters, e, D, d, e = enable, D = enable Digital,
d = disable, which allow a connector to be forced into a certain state.
Signed-off-by: Dave Airlie <airlied@redhat.com>
2009-09-23 12:44:08 +08:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
2019-06-08 23:26:53 +08:00
|
|
|
drm_connector_list_iter_end(&conn_iter);
|
drm/kms: start adding command line interface using fb.
[note this requires an fb patch posted to linux-fbdev-devel already]
This uses the normal video= command line option to control the kms
output setup at boot time. It is used to override the autodetection
done by kms.
video= normally takes a framebuffer as the first parameter, in kms
it will take a connector name, DVI-I-1, or LVDS-1 etc. If no output
connector is specified the mode string will apply to all connectors.
The mode specification used will match down the probed modes, and if
no mode is found it will add a CVT mode that matches.
video=1024x768 - all connectors match a 1024x768 mode or add a CVT on
video=VGA-1:1024x768, VGA-1 connector gets mode only.
The same strings as used in current fb modedb.c are used, except I've
added three more letters, e, D, d, e = enable, D = enable Digital,
d = disable, which allow a connector to be forced into a certain state.
Signed-off-by: Dave Airlie <airlied@redhat.com>
2009-09-23 12:44:08 +08:00
|
|
|
|
2019-01-10 19:40:49 +08:00
|
|
|
/*
|
|
|
|
* If we run into a situation where, for example, the primary plane
|
|
|
|
* supports RGBA5551 (16 bpp, depth 15) but not RGB565 (16 bpp, depth
|
|
|
|
* 16) we need to scale down the depth of the sizes we request.
|
|
|
|
*/
|
2019-05-31 22:01:11 +08:00
|
|
|
mutex_lock(&client->modeset_mutex);
|
|
|
|
drm_client_for_each_modeset(mode_set, client) {
|
2019-01-10 19:40:49 +08:00
|
|
|
struct drm_crtc *crtc = mode_set->crtc;
|
|
|
|
struct drm_plane *plane = crtc->primary;
|
|
|
|
int j;
|
|
|
|
|
2019-12-10 20:30:45 +08:00
|
|
|
drm_dbg_kms(dev, "test CRTC %u primary plane\n", drm_crtc_index(crtc));
|
2019-01-10 19:40:49 +08:00
|
|
|
|
|
|
|
for (j = 0; j < plane->format_count; j++) {
|
|
|
|
const struct drm_format_info *fmt;
|
|
|
|
|
|
|
|
fmt = drm_format_info(plane->format_types[j]);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Do not consider YUV or other complicated formats
|
|
|
|
* for framebuffers. This means only legacy formats
|
|
|
|
* are supported (fmt->depth is a legacy field) but
|
|
|
|
* the framebuffer emulation can only deal with such
|
|
|
|
* formats, specifically RGB/BGA formats.
|
|
|
|
*/
|
|
|
|
if (fmt->depth == 0)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
/* We found a perfect fit, great */
|
|
|
|
if (fmt->depth == sizes.surface_depth) {
|
|
|
|
best_depth = fmt->depth;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Skip depths above what we're looking for */
|
|
|
|
if (fmt->depth > sizes.surface_depth)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
/* Best depth found so far */
|
|
|
|
if (fmt->depth > best_depth)
|
|
|
|
best_depth = fmt->depth;
|
|
|
|
}
|
|
|
|
}
|
2019-03-15 09:46:21 +08:00
|
|
|
if (sizes.surface_depth != best_depth && best_depth) {
|
2019-12-10 20:30:45 +08:00
|
|
|
drm_info(dev, "requested bpp %d, scaled depth down to %d",
|
2019-01-10 19:40:49 +08:00
|
|
|
sizes.surface_bpp, best_depth);
|
|
|
|
sizes.surface_depth = best_depth;
|
|
|
|
}
|
|
|
|
|
2019-03-27 01:55:31 +08:00
|
|
|
/* first up get a count of crtcs now in use and new min/maxes width/heights */
|
2010-03-30 13:34:14 +08:00
|
|
|
crtc_count = 0;
|
2019-05-31 22:01:11 +08:00
|
|
|
drm_client_for_each_modeset(mode_set, client) {
|
2010-03-30 13:34:14 +08:00
|
|
|
struct drm_display_mode *desired_mode;
|
2015-03-11 22:23:14 +08:00
|
|
|
int x, y, j;
|
|
|
|
/* in case of tile group, are we the last tile vert or horiz?
|
|
|
|
* If no tile group you are always the last one both vertically
|
|
|
|
* and horizontally
|
|
|
|
*/
|
|
|
|
bool lastv = true, lasth = true;
|
2015-03-11 22:23:13 +08:00
|
|
|
|
2019-05-07 02:01:32 +08:00
|
|
|
desired_mode = mode_set->mode;
|
2015-03-11 22:23:13 +08:00
|
|
|
|
|
|
|
if (!desired_mode)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
crtc_count++;
|
|
|
|
|
2019-05-07 02:01:32 +08:00
|
|
|
x = mode_set->x;
|
|
|
|
y = mode_set->y;
|
2015-03-11 22:23:13 +08:00
|
|
|
|
|
|
|
sizes.surface_width = max_t(u32, desired_mode->hdisplay + x, sizes.surface_width);
|
|
|
|
sizes.surface_height = max_t(u32, desired_mode->vdisplay + y, sizes.surface_height);
|
2015-03-11 22:23:14 +08:00
|
|
|
|
|
|
|
for (j = 0; j < mode_set->num_connectors; j++) {
|
|
|
|
struct drm_connector *connector = mode_set->connectors[j];
|
2017-03-29 22:43:51 +08:00
|
|
|
|
2019-12-12 05:24:32 +08:00
|
|
|
if (connector->has_tile &&
|
|
|
|
desired_mode->hdisplay == connector->tile_h_size &&
|
|
|
|
desired_mode->vdisplay == connector->tile_v_size) {
|
2015-03-11 22:23:14 +08:00
|
|
|
lasth = (connector->tile_h_loc == (connector->num_h_tile - 1));
|
|
|
|
lastv = (connector->tile_v_loc == (connector->num_v_tile - 1));
|
|
|
|
/* cloning to multiple tiles is just crazy-talk, so: */
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (lasth)
|
|
|
|
sizes.fb_width = min_t(u32, desired_mode->hdisplay + x, sizes.fb_width);
|
|
|
|
if (lastv)
|
|
|
|
sizes.fb_height = min_t(u32, desired_mode->vdisplay + y, sizes.fb_height);
|
2009-08-28 13:46:53 +08:00
|
|
|
}
|
2019-05-31 22:01:11 +08:00
|
|
|
mutex_unlock(&client->modeset_mutex);
|
2009-08-28 13:46:53 +08:00
|
|
|
|
2010-03-30 13:34:13 +08:00
|
|
|
if (crtc_count == 0 || sizes.fb_width == -1 || sizes.fb_height == -1) {
|
2019-12-10 20:30:45 +08:00
|
|
|
drm_info(dev, "Cannot find any crtc or sizes\n");
|
2017-11-28 19:16:03 +08:00
|
|
|
|
|
|
|
/* First time: disable all crtc's.. */
|
2019-05-07 02:01:30 +08:00
|
|
|
if (!fb_helper->deferred_setup)
|
2019-05-31 22:01:12 +08:00
|
|
|
drm_client_modeset_commit(client);
|
drm/fb-helper: Support deferred setup
FB helper code falls back to a 1024x768 mode if no outputs are connected
or don't report back any modes upon initialization. This can be annoying
because outputs that are added to FB helper later on can't be used with
FB helper if they don't support a matching mode.
The fallback is in place because VGA connectors can happen to report an
unknown connection status even when they are in fact connected.
Some drivers have custom solutions in place to defer FB helper setup
until at least one output is connected. But the logic behind these
solutions is always the same and there is nothing driver-specific about
it, so a better alterative is to fix the FB helper core and add support
for all drivers automatically.
This patch adds support for deferred FB helper setup. It checks all the
connectors for their connection status, and if all of them report to be
disconnected marks the FB helper as needing deferred setup. Whet setup
is deferred, the FB helper core will automatically retry setup after a
hotplug event, and it will keep trying until it succeeds.
v2: Rebase onto my entirely reworked fbdev helper locking. One big
difference is that this version again drops&reacquires the fbdev lock
(which is now fb_helper->lock, but before this patch series it was
mode_config->mutex), because register_framebuffer must be able to
recurse back into fbdev helper code for the initial screen setup.
v3: __drm_fb_helper_initial_config must hold fb_helper->lock upon
return, I've fumbled that in the deferred setup case (Liviu).
v4: I was blind, redo this all. __drm_fb_helper_initial_config
shouldn't need to reacquire fb_helper->lock, that just confuses
callers. I myself got confused by kernel_fb_helper_lock and somehow
thought it's the same as fb_helper->lock. Tsk.
Also simplify the logic a bit (we don't need two functions to probe
connectors), we can stick much closer to the existing code. And update
some comments I've spotted that are outdated.
v5: Don't pass -EAGAIN to drivers, it's just an internal error code
(Liviu).
v6: Add _and_unlock suffix to clarify locking (Maarten)
Cc: Liviu Dudau <liviu@dudau.co.uk>
Cc: John Stultz <john.stultz@linaro.org>
Cc: Thierry Reding <treding@nvidia.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Tested-by: John Stultz <john.stultz@linaro.org>
Signed-off-by: Thierry Reding <treding@nvidia.com> (v1)
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@intel.com>
Reviewed-by: Liviu Dudau <liviu@dudau.co.uk>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20170706130023.28417-3-daniel.vetter@ffwll.ch
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2017-07-06 21:00:21 +08:00
|
|
|
return -EAGAIN;
|
2009-08-28 13:46:53 +08:00
|
|
|
}
|
|
|
|
|
2017-02-16 00:19:08 +08:00
|
|
|
/* Handle our overallocation */
|
|
|
|
sizes.surface_height *= drm_fbdev_overalloc;
|
|
|
|
sizes.surface_height /= 100;
|
|
|
|
|
2010-03-30 13:34:13 +08:00
|
|
|
/* push down into drivers */
|
2013-01-22 06:38:37 +08:00
|
|
|
ret = (*fb_helper->funcs->fb_probe)(fb_helper, &sizes);
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
2009-08-28 13:46:53 +08:00
|
|
|
|
2017-12-20 17:35:44 +08:00
|
|
|
strcpy(fb_helper->fb->comm, "[fbcon]");
|
2009-08-28 13:46:53 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2019-03-26 21:20:08 +08:00
|
|
|
static void drm_fb_helper_fill_fix(struct fb_info *info, uint32_t pitch,
|
|
|
|
uint32_t depth)
|
2011-01-15 07:27:00 +08:00
|
|
|
{
|
|
|
|
info->fix.type = FB_TYPE_PACKED_PIXELS;
|
|
|
|
info->fix.visual = depth == 8 ? FB_VISUAL_PSEUDOCOLOR :
|
|
|
|
FB_VISUAL_TRUECOLOR;
|
|
|
|
info->fix.mmio_start = 0;
|
|
|
|
info->fix.mmio_len = 0;
|
|
|
|
info->fix.type_aux = 0;
|
|
|
|
info->fix.xpanstep = 1; /* doing it in hw */
|
|
|
|
info->fix.ypanstep = 1; /* doing it in hw */
|
|
|
|
info->fix.ywrapstep = 0;
|
|
|
|
info->fix.accel = FB_ACCEL_NONE;
|
|
|
|
|
|
|
|
info->fix.line_length = pitch;
|
|
|
|
}
|
|
|
|
|
2019-03-26 21:20:08 +08:00
|
|
|
static void drm_fb_helper_fill_var(struct fb_info *info,
|
|
|
|
struct drm_fb_helper *fb_helper,
|
|
|
|
uint32_t fb_width, uint32_t fb_height)
|
2009-08-28 13:46:53 +08:00
|
|
|
{
|
2010-03-30 13:34:13 +08:00
|
|
|
struct drm_framebuffer *fb = fb_helper->fb;
|
2017-03-29 22:43:51 +08:00
|
|
|
|
drm/fourcc: Add char_per_block, block_w and block_h in drm_format_info
For some pixel formats .cpp structure in drm_format info it's not
enough to describe the peculiarities of the pixel layout, for example
tiled formats or packed formats at bit level.
What's implemented here is to add three new members to drm_format_info
that could describe such formats:
- char_per_block[3]
- block_w[3]
- block_h[3]
char_per_block will be put in a union alongside cpp, for transparent
compatibility with the existing format descriptions.
Regarding, block_w and block_h they are intended to be used through
their equivalent getters drm_format_info_block_width /
drm_format_info_block_height, the reason of the getters is to abstract
the fact that for normal formats block_w and block_h will be unset/0,
but the methods will be returning 1.
Additionally, convenience function drm_format_info_min_pitch had been
added that computes the minimum required pitch for a given pixel
format and buffer width.
Using that the following drm core functions had been updated to
generically handle both block and non-block formats:
- drm_fb_cma_get_gem_addr: for block formats it will just return the
beginning of the block.
- framebuffer_check: Use the newly added drm_format_info_min_pitch.
- drm_gem_fb_create_with_funcs: Use the newly added
drm_format_info_min_pitch.
- In places where is not expecting to handle block formats, like fbdev
helpers I just added some warnings in case the block width/height
are greater than 1.
Changes since v3:
- Add helper function for computing the minimum required pitch.
- Improve/cleanup documentation
Changes since v8:
- Fixed build on 32bits arm architectures, with:
- return DIV_ROUND_UP((u64)buffer_width * info->char_per_block[plane],
+ return DIV_ROUND_UP_ULL((u64)buffer_width * info->char_per_block[plane],
Reviewed-by: Brian Starkey <brian.starkey@arm.com>
Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Signed-off-by: Alexandru Gheorghe <alexandru-cosmin.gheorghe@arm.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20181101170055.5433-1-alexandru-cosmin.gheorghe@arm.com
2018-11-02 01:02:05 +08:00
|
|
|
WARN_ON((drm_format_info_block_width(fb->format, 0) > 1) ||
|
|
|
|
(drm_format_info_block_height(fb->format, 0) > 1));
|
2010-03-30 13:34:13 +08:00
|
|
|
info->pseudo_palette = fb_helper->pseudo_palette;
|
2009-08-28 13:46:53 +08:00
|
|
|
info->var.xres_virtual = fb->width;
|
|
|
|
info->var.yres_virtual = fb->height;
|
2016-12-15 05:32:20 +08:00
|
|
|
info->var.bits_per_pixel = fb->format->cpp[0] * 8;
|
2010-12-21 03:10:39 +08:00
|
|
|
info->var.accel_flags = FB_ACCELF_TEXT;
|
2009-08-28 13:46:53 +08:00
|
|
|
info->var.xoffset = 0;
|
|
|
|
info->var.yoffset = 0;
|
|
|
|
info->var.activate = FB_ACTIVATE_NOW;
|
|
|
|
|
2019-01-08 15:23:52 +08:00
|
|
|
drm_fb_helper_fill_pixel_fmt(&info->var, fb->format->depth);
|
2009-08-28 13:46:53 +08:00
|
|
|
|
|
|
|
info->var.xres = fb_width;
|
|
|
|
info->var.yres = fb_height;
|
|
|
|
}
|
2010-03-30 13:34:13 +08:00
|
|
|
|
2019-03-26 21:19:48 +08:00
|
|
|
/**
|
|
|
|
* drm_fb_helper_fill_info - initializes fbdev information
|
|
|
|
* @info: fbdev instance to set up
|
|
|
|
* @fb_helper: fb helper instance to use as template
|
|
|
|
* @sizes: describes fbdev size and scanout surface size
|
|
|
|
*
|
|
|
|
* Sets up the variable and fixed fbdev metainformation from the given fb helper
|
|
|
|
* instance and the drm framebuffer allocated in &drm_fb_helper.fb.
|
|
|
|
*
|
|
|
|
* Drivers should call this (or their equivalent setup code) from their
|
|
|
|
* &drm_fb_helper_funcs.fb_probe callback after having allocated the fbdev
|
|
|
|
* backing storage framebuffer.
|
|
|
|
*/
|
|
|
|
void drm_fb_helper_fill_info(struct fb_info *info,
|
|
|
|
struct drm_fb_helper *fb_helper,
|
|
|
|
struct drm_fb_helper_surface_size *sizes)
|
|
|
|
{
|
|
|
|
struct drm_framebuffer *fb = fb_helper->fb;
|
|
|
|
|
|
|
|
drm_fb_helper_fill_fix(info, fb->pitches[0], fb->format->depth);
|
|
|
|
drm_fb_helper_fill_var(info, fb_helper,
|
|
|
|
sizes->fb_width, sizes->fb_height);
|
|
|
|
|
2019-03-26 21:19:50 +08:00
|
|
|
info->par = fb_helper;
|
2019-03-26 21:19:49 +08:00
|
|
|
snprintf(info->fix.id, sizeof(info->fix.id), "%sdrmfb",
|
|
|
|
fb_helper->dev->driver->name);
|
|
|
|
|
2019-03-26 21:19:48 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_fill_info);
|
|
|
|
|
2017-08-04 00:19:08 +08:00
|
|
|
/*
|
|
|
|
* This is a continuation of drm_setup_crtcs() that sets up anything related
|
|
|
|
* to the framebuffer. During initialization, drm_setup_crtcs() is called before
|
|
|
|
* the framebuffer has been allocated (fb_helper->fb and fb_helper->fbdev).
|
|
|
|
* So, any setup that touches those fields needs to be done here instead of in
|
|
|
|
* drm_setup_crtcs().
|
|
|
|
*/
|
|
|
|
static void drm_setup_crtcs_fb(struct drm_fb_helper *fb_helper)
|
|
|
|
{
|
2019-05-31 22:01:11 +08:00
|
|
|
struct drm_client_dev *client = &fb_helper->client;
|
2019-06-08 23:26:53 +08:00
|
|
|
struct drm_connector_list_iter conn_iter;
|
2017-08-05 00:25:24 +08:00
|
|
|
struct fb_info *info = fb_helper->fbdev;
|
2019-05-07 02:01:31 +08:00
|
|
|
unsigned int rotation, sw_rotations = 0;
|
2019-06-08 23:26:53 +08:00
|
|
|
struct drm_connector *connector;
|
2019-05-31 22:01:11 +08:00
|
|
|
struct drm_mode_set *modeset;
|
2017-08-04 00:19:08 +08:00
|
|
|
|
2019-05-31 22:01:11 +08:00
|
|
|
mutex_lock(&client->modeset_mutex);
|
|
|
|
drm_client_for_each_modeset(modeset, client) {
|
2019-05-07 02:01:31 +08:00
|
|
|
if (!modeset->num_connectors)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
modeset->fb = fb_helper->fb;
|
|
|
|
|
2019-06-19 18:17:49 +08:00
|
|
|
if (drm_client_rotation(modeset, &rotation))
|
2019-05-07 02:01:31 +08:00
|
|
|
/* Rotating in hardware, fbcon should not rotate */
|
|
|
|
sw_rotations |= DRM_MODE_ROTATE_0;
|
|
|
|
else
|
|
|
|
sw_rotations |= rotation;
|
|
|
|
}
|
2019-05-31 22:01:11 +08:00
|
|
|
mutex_unlock(&client->modeset_mutex);
|
2017-08-05 00:25:24 +08:00
|
|
|
|
2019-06-08 23:26:53 +08:00
|
|
|
drm_connector_list_iter_begin(fb_helper->dev, &conn_iter);
|
|
|
|
drm_client_for_each_connector_iter(connector, &conn_iter) {
|
2017-08-05 00:25:24 +08:00
|
|
|
|
|
|
|
/* use first connected connector for the physical dimensions */
|
|
|
|
if (connector->status == connector_status_connected) {
|
|
|
|
info->var.width = connector->display_info.width_mm;
|
|
|
|
info->var.height = connector->display_info.height_mm;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
2019-06-08 23:26:53 +08:00
|
|
|
drm_connector_list_iter_end(&conn_iter);
|
2017-11-26 03:35:50 +08:00
|
|
|
|
2019-05-07 02:01:31 +08:00
|
|
|
switch (sw_rotations) {
|
2017-11-26 03:35:50 +08:00
|
|
|
case DRM_MODE_ROTATE_0:
|
|
|
|
info->fbcon_rotate_hint = FB_ROTATE_UR;
|
|
|
|
break;
|
|
|
|
case DRM_MODE_ROTATE_90:
|
|
|
|
info->fbcon_rotate_hint = FB_ROTATE_CCW;
|
|
|
|
break;
|
|
|
|
case DRM_MODE_ROTATE_180:
|
|
|
|
info->fbcon_rotate_hint = FB_ROTATE_UD;
|
|
|
|
break;
|
|
|
|
case DRM_MODE_ROTATE_270:
|
|
|
|
info->fbcon_rotate_hint = FB_ROTATE_CW;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
/*
|
|
|
|
* Multiple bits are set / multiple rotations requested
|
|
|
|
* fbcon cannot handle separate rotation settings per
|
|
|
|
* output, so fallback to unrotated.
|
|
|
|
*/
|
|
|
|
info->fbcon_rotate_hint = FB_ROTATE_UR;
|
|
|
|
}
|
2017-08-04 00:19:08 +08:00
|
|
|
}
|
|
|
|
|
drm/fb-helper: Support deferred setup
FB helper code falls back to a 1024x768 mode if no outputs are connected
or don't report back any modes upon initialization. This can be annoying
because outputs that are added to FB helper later on can't be used with
FB helper if they don't support a matching mode.
The fallback is in place because VGA connectors can happen to report an
unknown connection status even when they are in fact connected.
Some drivers have custom solutions in place to defer FB helper setup
until at least one output is connected. But the logic behind these
solutions is always the same and there is nothing driver-specific about
it, so a better alterative is to fix the FB helper core and add support
for all drivers automatically.
This patch adds support for deferred FB helper setup. It checks all the
connectors for their connection status, and if all of them report to be
disconnected marks the FB helper as needing deferred setup. Whet setup
is deferred, the FB helper core will automatically retry setup after a
hotplug event, and it will keep trying until it succeeds.
v2: Rebase onto my entirely reworked fbdev helper locking. One big
difference is that this version again drops&reacquires the fbdev lock
(which is now fb_helper->lock, but before this patch series it was
mode_config->mutex), because register_framebuffer must be able to
recurse back into fbdev helper code for the initial screen setup.
v3: __drm_fb_helper_initial_config must hold fb_helper->lock upon
return, I've fumbled that in the deferred setup case (Liviu).
v4: I was blind, redo this all. __drm_fb_helper_initial_config
shouldn't need to reacquire fb_helper->lock, that just confuses
callers. I myself got confused by kernel_fb_helper_lock and somehow
thought it's the same as fb_helper->lock. Tsk.
Also simplify the logic a bit (we don't need two functions to probe
connectors), we can stick much closer to the existing code. And update
some comments I've spotted that are outdated.
v5: Don't pass -EAGAIN to drivers, it's just an internal error code
(Liviu).
v6: Add _and_unlock suffix to clarify locking (Maarten)
Cc: Liviu Dudau <liviu@dudau.co.uk>
Cc: John Stultz <john.stultz@linaro.org>
Cc: Thierry Reding <treding@nvidia.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Tested-by: John Stultz <john.stultz@linaro.org>
Signed-off-by: Thierry Reding <treding@nvidia.com> (v1)
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@intel.com>
Reviewed-by: Liviu Dudau <liviu@dudau.co.uk>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20170706130023.28417-3-daniel.vetter@ffwll.ch
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2017-07-06 21:00:21 +08:00
|
|
|
/* Note: Drops fb_helper->lock before returning. */
|
|
|
|
static int
|
|
|
|
__drm_fb_helper_initial_config_and_unlock(struct drm_fb_helper *fb_helper,
|
|
|
|
int bpp_sel)
|
|
|
|
{
|
|
|
|
struct drm_device *dev = fb_helper->dev;
|
|
|
|
struct fb_info *info;
|
|
|
|
unsigned int width, height;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
width = dev->mode_config.max_width;
|
|
|
|
height = dev->mode_config.max_height;
|
|
|
|
|
2019-06-08 23:26:54 +08:00
|
|
|
drm_client_modeset_probe(&fb_helper->client, width, height);
|
drm/fb-helper: Support deferred setup
FB helper code falls back to a 1024x768 mode if no outputs are connected
or don't report back any modes upon initialization. This can be annoying
because outputs that are added to FB helper later on can't be used with
FB helper if they don't support a matching mode.
The fallback is in place because VGA connectors can happen to report an
unknown connection status even when they are in fact connected.
Some drivers have custom solutions in place to defer FB helper setup
until at least one output is connected. But the logic behind these
solutions is always the same and there is nothing driver-specific about
it, so a better alterative is to fix the FB helper core and add support
for all drivers automatically.
This patch adds support for deferred FB helper setup. It checks all the
connectors for their connection status, and if all of them report to be
disconnected marks the FB helper as needing deferred setup. Whet setup
is deferred, the FB helper core will automatically retry setup after a
hotplug event, and it will keep trying until it succeeds.
v2: Rebase onto my entirely reworked fbdev helper locking. One big
difference is that this version again drops&reacquires the fbdev lock
(which is now fb_helper->lock, but before this patch series it was
mode_config->mutex), because register_framebuffer must be able to
recurse back into fbdev helper code for the initial screen setup.
v3: __drm_fb_helper_initial_config must hold fb_helper->lock upon
return, I've fumbled that in the deferred setup case (Liviu).
v4: I was blind, redo this all. __drm_fb_helper_initial_config
shouldn't need to reacquire fb_helper->lock, that just confuses
callers. I myself got confused by kernel_fb_helper_lock and somehow
thought it's the same as fb_helper->lock. Tsk.
Also simplify the logic a bit (we don't need two functions to probe
connectors), we can stick much closer to the existing code. And update
some comments I've spotted that are outdated.
v5: Don't pass -EAGAIN to drivers, it's just an internal error code
(Liviu).
v6: Add _and_unlock suffix to clarify locking (Maarten)
Cc: Liviu Dudau <liviu@dudau.co.uk>
Cc: John Stultz <john.stultz@linaro.org>
Cc: Thierry Reding <treding@nvidia.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Tested-by: John Stultz <john.stultz@linaro.org>
Signed-off-by: Thierry Reding <treding@nvidia.com> (v1)
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@intel.com>
Reviewed-by: Liviu Dudau <liviu@dudau.co.uk>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20170706130023.28417-3-daniel.vetter@ffwll.ch
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2017-07-06 21:00:21 +08:00
|
|
|
ret = drm_fb_helper_single_fb_probe(fb_helper, bpp_sel);
|
|
|
|
if (ret < 0) {
|
|
|
|
if (ret == -EAGAIN) {
|
|
|
|
fb_helper->preferred_bpp = bpp_sel;
|
|
|
|
fb_helper->deferred_setup = true;
|
|
|
|
ret = 0;
|
|
|
|
}
|
|
|
|
mutex_unlock(&fb_helper->lock);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
2017-08-04 00:19:08 +08:00
|
|
|
drm_setup_crtcs_fb(fb_helper);
|
drm/fb-helper: Support deferred setup
FB helper code falls back to a 1024x768 mode if no outputs are connected
or don't report back any modes upon initialization. This can be annoying
because outputs that are added to FB helper later on can't be used with
FB helper if they don't support a matching mode.
The fallback is in place because VGA connectors can happen to report an
unknown connection status even when they are in fact connected.
Some drivers have custom solutions in place to defer FB helper setup
until at least one output is connected. But the logic behind these
solutions is always the same and there is nothing driver-specific about
it, so a better alterative is to fix the FB helper core and add support
for all drivers automatically.
This patch adds support for deferred FB helper setup. It checks all the
connectors for their connection status, and if all of them report to be
disconnected marks the FB helper as needing deferred setup. Whet setup
is deferred, the FB helper core will automatically retry setup after a
hotplug event, and it will keep trying until it succeeds.
v2: Rebase onto my entirely reworked fbdev helper locking. One big
difference is that this version again drops&reacquires the fbdev lock
(which is now fb_helper->lock, but before this patch series it was
mode_config->mutex), because register_framebuffer must be able to
recurse back into fbdev helper code for the initial screen setup.
v3: __drm_fb_helper_initial_config must hold fb_helper->lock upon
return, I've fumbled that in the deferred setup case (Liviu).
v4: I was blind, redo this all. __drm_fb_helper_initial_config
shouldn't need to reacquire fb_helper->lock, that just confuses
callers. I myself got confused by kernel_fb_helper_lock and somehow
thought it's the same as fb_helper->lock. Tsk.
Also simplify the logic a bit (we don't need two functions to probe
connectors), we can stick much closer to the existing code. And update
some comments I've spotted that are outdated.
v5: Don't pass -EAGAIN to drivers, it's just an internal error code
(Liviu).
v6: Add _and_unlock suffix to clarify locking (Maarten)
Cc: Liviu Dudau <liviu@dudau.co.uk>
Cc: John Stultz <john.stultz@linaro.org>
Cc: Thierry Reding <treding@nvidia.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Tested-by: John Stultz <john.stultz@linaro.org>
Signed-off-by: Thierry Reding <treding@nvidia.com> (v1)
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@intel.com>
Reviewed-by: Liviu Dudau <liviu@dudau.co.uk>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20170706130023.28417-3-daniel.vetter@ffwll.ch
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2017-07-06 21:00:21 +08:00
|
|
|
|
|
|
|
fb_helper->deferred_setup = false;
|
|
|
|
|
|
|
|
info = fb_helper->fbdev;
|
|
|
|
info->var.pixclock = 0;
|
2018-09-28 20:05:55 +08:00
|
|
|
/* Shamelessly allow physical address leaking to userspace */
|
|
|
|
#if IS_ENABLED(CONFIG_DRM_FBDEV_LEAK_PHYS_SMEM)
|
|
|
|
if (!drm_leak_fbdev_smem)
|
|
|
|
#endif
|
|
|
|
/* don't leak any physical addresses to userspace */
|
|
|
|
info->flags |= FBINFO_HIDE_SMEM_START;
|
drm/fb-helper: Support deferred setup
FB helper code falls back to a 1024x768 mode if no outputs are connected
or don't report back any modes upon initialization. This can be annoying
because outputs that are added to FB helper later on can't be used with
FB helper if they don't support a matching mode.
The fallback is in place because VGA connectors can happen to report an
unknown connection status even when they are in fact connected.
Some drivers have custom solutions in place to defer FB helper setup
until at least one output is connected. But the logic behind these
solutions is always the same and there is nothing driver-specific about
it, so a better alterative is to fix the FB helper core and add support
for all drivers automatically.
This patch adds support for deferred FB helper setup. It checks all the
connectors for their connection status, and if all of them report to be
disconnected marks the FB helper as needing deferred setup. Whet setup
is deferred, the FB helper core will automatically retry setup after a
hotplug event, and it will keep trying until it succeeds.
v2: Rebase onto my entirely reworked fbdev helper locking. One big
difference is that this version again drops&reacquires the fbdev lock
(which is now fb_helper->lock, but before this patch series it was
mode_config->mutex), because register_framebuffer must be able to
recurse back into fbdev helper code for the initial screen setup.
v3: __drm_fb_helper_initial_config must hold fb_helper->lock upon
return, I've fumbled that in the deferred setup case (Liviu).
v4: I was blind, redo this all. __drm_fb_helper_initial_config
shouldn't need to reacquire fb_helper->lock, that just confuses
callers. I myself got confused by kernel_fb_helper_lock and somehow
thought it's the same as fb_helper->lock. Tsk.
Also simplify the logic a bit (we don't need two functions to probe
connectors), we can stick much closer to the existing code. And update
some comments I've spotted that are outdated.
v5: Don't pass -EAGAIN to drivers, it's just an internal error code
(Liviu).
v6: Add _and_unlock suffix to clarify locking (Maarten)
Cc: Liviu Dudau <liviu@dudau.co.uk>
Cc: John Stultz <john.stultz@linaro.org>
Cc: Thierry Reding <treding@nvidia.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Tested-by: John Stultz <john.stultz@linaro.org>
Signed-off-by: Thierry Reding <treding@nvidia.com> (v1)
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@intel.com>
Reviewed-by: Liviu Dudau <liviu@dudau.co.uk>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20170706130023.28417-3-daniel.vetter@ffwll.ch
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2017-07-06 21:00:21 +08:00
|
|
|
|
|
|
|
/* Need to drop locks to avoid recursive deadlock in
|
|
|
|
* register_framebuffer. This is ok because the only thing left to do is
|
|
|
|
* register the fbdev emulation instance in kernel_fb_helper_list. */
|
|
|
|
mutex_unlock(&fb_helper->lock);
|
|
|
|
|
|
|
|
ret = register_framebuffer(info);
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
2020-07-08 00:37:21 +08:00
|
|
|
drm_info(dev, "fb%d: %s frame buffer device\n",
|
drm/fb-helper: Support deferred setup
FB helper code falls back to a 1024x768 mode if no outputs are connected
or don't report back any modes upon initialization. This can be annoying
because outputs that are added to FB helper later on can't be used with
FB helper if they don't support a matching mode.
The fallback is in place because VGA connectors can happen to report an
unknown connection status even when they are in fact connected.
Some drivers have custom solutions in place to defer FB helper setup
until at least one output is connected. But the logic behind these
solutions is always the same and there is nothing driver-specific about
it, so a better alterative is to fix the FB helper core and add support
for all drivers automatically.
This patch adds support for deferred FB helper setup. It checks all the
connectors for their connection status, and if all of them report to be
disconnected marks the FB helper as needing deferred setup. Whet setup
is deferred, the FB helper core will automatically retry setup after a
hotplug event, and it will keep trying until it succeeds.
v2: Rebase onto my entirely reworked fbdev helper locking. One big
difference is that this version again drops&reacquires the fbdev lock
(which is now fb_helper->lock, but before this patch series it was
mode_config->mutex), because register_framebuffer must be able to
recurse back into fbdev helper code for the initial screen setup.
v3: __drm_fb_helper_initial_config must hold fb_helper->lock upon
return, I've fumbled that in the deferred setup case (Liviu).
v4: I was blind, redo this all. __drm_fb_helper_initial_config
shouldn't need to reacquire fb_helper->lock, that just confuses
callers. I myself got confused by kernel_fb_helper_lock and somehow
thought it's the same as fb_helper->lock. Tsk.
Also simplify the logic a bit (we don't need two functions to probe
connectors), we can stick much closer to the existing code. And update
some comments I've spotted that are outdated.
v5: Don't pass -EAGAIN to drivers, it's just an internal error code
(Liviu).
v6: Add _and_unlock suffix to clarify locking (Maarten)
Cc: Liviu Dudau <liviu@dudau.co.uk>
Cc: John Stultz <john.stultz@linaro.org>
Cc: Thierry Reding <treding@nvidia.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Tested-by: John Stultz <john.stultz@linaro.org>
Signed-off-by: Thierry Reding <treding@nvidia.com> (v1)
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@intel.com>
Reviewed-by: Liviu Dudau <liviu@dudau.co.uk>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20170706130023.28417-3-daniel.vetter@ffwll.ch
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2017-07-06 21:00:21 +08:00
|
|
|
info->node, info->fix.id);
|
|
|
|
|
|
|
|
mutex_lock(&kernel_fb_helper_lock);
|
|
|
|
if (list_empty(&kernel_fb_helper_list))
|
|
|
|
register_sysrq_key('v', &sysrq_drm_fb_helper_restore_op);
|
|
|
|
|
|
|
|
list_add(&fb_helper->kernel_fb_list, &kernel_fb_helper_list);
|
|
|
|
mutex_unlock(&kernel_fb_helper_lock);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2010-03-30 13:34:13 +08:00
|
|
|
/**
|
2013-01-21 05:13:14 +08:00
|
|
|
* drm_fb_helper_initial_config - setup a sane initial connector configuration
|
2012-11-01 21:45:17 +08:00
|
|
|
* @fb_helper: fb_helper device struct
|
|
|
|
* @bpp_sel: bpp value to use for the framebuffer configuration
|
2010-03-30 13:34:13 +08:00
|
|
|
*
|
2012-11-01 21:45:17 +08:00
|
|
|
* Scans the CRTCs and connectors and tries to put together an initial setup.
|
2010-03-30 13:34:13 +08:00
|
|
|
* At the moment, this is a cloned configuration across all heads with
|
|
|
|
* a new framebuffer object as the backing store.
|
|
|
|
*
|
2013-01-21 05:13:14 +08:00
|
|
|
* Note that this also registers the fbdev and so allows userspace to call into
|
|
|
|
* the driver through the fbdev interfaces.
|
|
|
|
*
|
2017-01-25 14:26:43 +08:00
|
|
|
* This function will call down into the &drm_fb_helper_funcs.fb_probe callback
|
|
|
|
* to let the driver allocate and initialize the fbdev info structure and the
|
2019-03-27 20:58:19 +08:00
|
|
|
* drm framebuffer used to back the fbdev. drm_fb_helper_fill_info() is provided
|
|
|
|
* as a helper to setup simple default values for the fbdev info structure.
|
2013-01-21 05:13:14 +08:00
|
|
|
*
|
2016-01-22 15:53:45 +08:00
|
|
|
* HANG DEBUGGING:
|
|
|
|
*
|
|
|
|
* When you have fbcon support built-in or already loaded, this function will do
|
|
|
|
* a full modeset to setup the fbdev console. Due to locking misdesign in the
|
|
|
|
* VT/fbdev subsystem that entire modeset sequence has to be done while holding
|
|
|
|
* console_lock. Until console_unlock is called no dmesg lines will be sent out
|
|
|
|
* to consoles, not even serial console. This means when your driver crashes,
|
|
|
|
* you will see absolutely nothing else but a system stuck in this function,
|
|
|
|
* with no further output. Any kind of printk() you place within your own driver
|
|
|
|
* or in the drm core modeset code will also never show up.
|
|
|
|
*
|
|
|
|
* Standard debug practice is to run the fbcon setup without taking the
|
|
|
|
* console_lock as a hack, to be able to see backtraces and crashes on the
|
|
|
|
* serial line. This can be done by setting the fb.lockless_register_fb=1 kernel
|
|
|
|
* cmdline option.
|
|
|
|
*
|
|
|
|
* The other option is to just disable fbdev emulation since very likely the
|
2016-05-04 23:28:53 +08:00
|
|
|
* first modeset from userspace will crash in the same way, and is even easier
|
|
|
|
* to debug. This can be done by setting the drm_kms_helper.fbdev_emulation=0
|
2016-01-22 15:53:45 +08:00
|
|
|
* kernel cmdline option.
|
|
|
|
*
|
2010-03-30 13:34:13 +08:00
|
|
|
* RETURNS:
|
|
|
|
* Zero if everything went ok, nonzero otherwise.
|
|
|
|
*/
|
2014-12-19 18:21:32 +08:00
|
|
|
int drm_fb_helper_initial_config(struct drm_fb_helper *fb_helper, int bpp_sel)
|
2010-03-30 13:34:13 +08:00
|
|
|
{
|
2016-11-29 20:02:15 +08:00
|
|
|
int ret;
|
2010-03-30 13:34:13 +08:00
|
|
|
|
2015-08-25 21:45:13 +08:00
|
|
|
if (!drm_fbdev_emulation)
|
|
|
|
return 0;
|
|
|
|
|
2017-07-04 23:18:23 +08:00
|
|
|
mutex_lock(&fb_helper->lock);
|
drm/fb-helper: Support deferred setup
FB helper code falls back to a 1024x768 mode if no outputs are connected
or don't report back any modes upon initialization. This can be annoying
because outputs that are added to FB helper later on can't be used with
FB helper if they don't support a matching mode.
The fallback is in place because VGA connectors can happen to report an
unknown connection status even when they are in fact connected.
Some drivers have custom solutions in place to defer FB helper setup
until at least one output is connected. But the logic behind these
solutions is always the same and there is nothing driver-specific about
it, so a better alterative is to fix the FB helper core and add support
for all drivers automatically.
This patch adds support for deferred FB helper setup. It checks all the
connectors for their connection status, and if all of them report to be
disconnected marks the FB helper as needing deferred setup. Whet setup
is deferred, the FB helper core will automatically retry setup after a
hotplug event, and it will keep trying until it succeeds.
v2: Rebase onto my entirely reworked fbdev helper locking. One big
difference is that this version again drops&reacquires the fbdev lock
(which is now fb_helper->lock, but before this patch series it was
mode_config->mutex), because register_framebuffer must be able to
recurse back into fbdev helper code for the initial screen setup.
v3: __drm_fb_helper_initial_config must hold fb_helper->lock upon
return, I've fumbled that in the deferred setup case (Liviu).
v4: I was blind, redo this all. __drm_fb_helper_initial_config
shouldn't need to reacquire fb_helper->lock, that just confuses
callers. I myself got confused by kernel_fb_helper_lock and somehow
thought it's the same as fb_helper->lock. Tsk.
Also simplify the logic a bit (we don't need two functions to probe
connectors), we can stick much closer to the existing code. And update
some comments I've spotted that are outdated.
v5: Don't pass -EAGAIN to drivers, it's just an internal error code
(Liviu).
v6: Add _and_unlock suffix to clarify locking (Maarten)
Cc: Liviu Dudau <liviu@dudau.co.uk>
Cc: John Stultz <john.stultz@linaro.org>
Cc: Thierry Reding <treding@nvidia.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Tested-by: John Stultz <john.stultz@linaro.org>
Signed-off-by: Thierry Reding <treding@nvidia.com> (v1)
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@intel.com>
Reviewed-by: Liviu Dudau <liviu@dudau.co.uk>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20170706130023.28417-3-daniel.vetter@ffwll.ch
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2017-07-06 21:00:21 +08:00
|
|
|
ret = __drm_fb_helper_initial_config_and_unlock(fb_helper, bpp_sel);
|
2010-03-30 13:34:13 +08:00
|
|
|
|
drm/fb-helper: Support deferred setup
FB helper code falls back to a 1024x768 mode if no outputs are connected
or don't report back any modes upon initialization. This can be annoying
because outputs that are added to FB helper later on can't be used with
FB helper if they don't support a matching mode.
The fallback is in place because VGA connectors can happen to report an
unknown connection status even when they are in fact connected.
Some drivers have custom solutions in place to defer FB helper setup
until at least one output is connected. But the logic behind these
solutions is always the same and there is nothing driver-specific about
it, so a better alterative is to fix the FB helper core and add support
for all drivers automatically.
This patch adds support for deferred FB helper setup. It checks all the
connectors for their connection status, and if all of them report to be
disconnected marks the FB helper as needing deferred setup. Whet setup
is deferred, the FB helper core will automatically retry setup after a
hotplug event, and it will keep trying until it succeeds.
v2: Rebase onto my entirely reworked fbdev helper locking. One big
difference is that this version again drops&reacquires the fbdev lock
(which is now fb_helper->lock, but before this patch series it was
mode_config->mutex), because register_framebuffer must be able to
recurse back into fbdev helper code for the initial screen setup.
v3: __drm_fb_helper_initial_config must hold fb_helper->lock upon
return, I've fumbled that in the deferred setup case (Liviu).
v4: I was blind, redo this all. __drm_fb_helper_initial_config
shouldn't need to reacquire fb_helper->lock, that just confuses
callers. I myself got confused by kernel_fb_helper_lock and somehow
thought it's the same as fb_helper->lock. Tsk.
Also simplify the logic a bit (we don't need two functions to probe
connectors), we can stick much closer to the existing code. And update
some comments I've spotted that are outdated.
v5: Don't pass -EAGAIN to drivers, it's just an internal error code
(Liviu).
v6: Add _and_unlock suffix to clarify locking (Maarten)
Cc: Liviu Dudau <liviu@dudau.co.uk>
Cc: John Stultz <john.stultz@linaro.org>
Cc: Thierry Reding <treding@nvidia.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Tested-by: John Stultz <john.stultz@linaro.org>
Signed-off-by: Thierry Reding <treding@nvidia.com> (v1)
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@intel.com>
Reviewed-by: Liviu Dudau <liviu@dudau.co.uk>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20170706130023.28417-3-daniel.vetter@ffwll.ch
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2017-07-06 21:00:21 +08:00
|
|
|
return ret;
|
2010-03-30 13:34:13 +08:00
|
|
|
}
|
2010-03-30 13:34:14 +08:00
|
|
|
EXPORT_SYMBOL(drm_fb_helper_initial_config);
|
2010-03-30 13:34:13 +08:00
|
|
|
|
2011-04-22 18:03:57 +08:00
|
|
|
/**
|
|
|
|
* drm_fb_helper_hotplug_event - respond to a hotplug notification by
|
2012-11-01 21:45:17 +08:00
|
|
|
* probing all the outputs attached to the fb
|
2017-10-30 23:39:37 +08:00
|
|
|
* @fb_helper: driver-allocated fbdev helper, can be NULL
|
2011-04-22 18:03:57 +08:00
|
|
|
*
|
|
|
|
* Scan the connectors attached to the fb_helper and try to put together a
|
2016-08-13 04:48:37 +08:00
|
|
|
* setup after notification of a change in output configuration.
|
2011-04-22 18:03:57 +08:00
|
|
|
*
|
2013-01-21 05:13:14 +08:00
|
|
|
* Called at runtime, takes the mode config locks to be able to check/change the
|
|
|
|
* modeset configuration. Must be run from process context (which usually means
|
|
|
|
* either the output polling work or a work item launched from the driver's
|
|
|
|
* hotplug interrupt).
|
|
|
|
*
|
2014-06-27 23:19:22 +08:00
|
|
|
* Note that drivers may call this even before calling
|
2016-05-04 23:28:53 +08:00
|
|
|
* drm_fb_helper_initial_config but only after drm_fb_helper_init. This allows
|
2014-06-27 23:19:22 +08:00
|
|
|
* for a race-free fbcon setup and will make sure that the fbdev emulation will
|
|
|
|
* not miss any hotplug events.
|
2013-01-21 05:13:14 +08:00
|
|
|
*
|
2011-04-22 18:03:57 +08:00
|
|
|
* RETURNS:
|
|
|
|
* 0 on success and a non-zero error code otherwise.
|
|
|
|
*/
|
|
|
|
int drm_fb_helper_hotplug_event(struct drm_fb_helper *fb_helper)
|
2010-03-30 13:34:13 +08:00
|
|
|
{
|
2017-07-04 23:18:23 +08:00
|
|
|
int err = 0;
|
2010-03-30 13:34:17 +08:00
|
|
|
|
2017-10-30 23:39:37 +08:00
|
|
|
if (!drm_fbdev_emulation || !fb_helper)
|
2015-08-25 21:45:13 +08:00
|
|
|
return 0;
|
|
|
|
|
2017-07-04 23:18:23 +08:00
|
|
|
mutex_lock(&fb_helper->lock);
|
drm/fb-helper: Support deferred setup
FB helper code falls back to a 1024x768 mode if no outputs are connected
or don't report back any modes upon initialization. This can be annoying
because outputs that are added to FB helper later on can't be used with
FB helper if they don't support a matching mode.
The fallback is in place because VGA connectors can happen to report an
unknown connection status even when they are in fact connected.
Some drivers have custom solutions in place to defer FB helper setup
until at least one output is connected. But the logic behind these
solutions is always the same and there is nothing driver-specific about
it, so a better alterative is to fix the FB helper core and add support
for all drivers automatically.
This patch adds support for deferred FB helper setup. It checks all the
connectors for their connection status, and if all of them report to be
disconnected marks the FB helper as needing deferred setup. Whet setup
is deferred, the FB helper core will automatically retry setup after a
hotplug event, and it will keep trying until it succeeds.
v2: Rebase onto my entirely reworked fbdev helper locking. One big
difference is that this version again drops&reacquires the fbdev lock
(which is now fb_helper->lock, but before this patch series it was
mode_config->mutex), because register_framebuffer must be able to
recurse back into fbdev helper code for the initial screen setup.
v3: __drm_fb_helper_initial_config must hold fb_helper->lock upon
return, I've fumbled that in the deferred setup case (Liviu).
v4: I was blind, redo this all. __drm_fb_helper_initial_config
shouldn't need to reacquire fb_helper->lock, that just confuses
callers. I myself got confused by kernel_fb_helper_lock and somehow
thought it's the same as fb_helper->lock. Tsk.
Also simplify the logic a bit (we don't need two functions to probe
connectors), we can stick much closer to the existing code. And update
some comments I've spotted that are outdated.
v5: Don't pass -EAGAIN to drivers, it's just an internal error code
(Liviu).
v6: Add _and_unlock suffix to clarify locking (Maarten)
Cc: Liviu Dudau <liviu@dudau.co.uk>
Cc: John Stultz <john.stultz@linaro.org>
Cc: Thierry Reding <treding@nvidia.com>
Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Tested-by: John Stultz <john.stultz@linaro.org>
Signed-off-by: Thierry Reding <treding@nvidia.com> (v1)
Reviewed-by: Maarten Lankhorst <maarten.lankhorst@intel.com>
Reviewed-by: Liviu Dudau <liviu@dudau.co.uk>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Link: https://patchwork.freedesktop.org/patch/msgid/20170706130023.28417-3-daniel.vetter@ffwll.ch
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
2017-07-06 21:00:21 +08:00
|
|
|
if (fb_helper->deferred_setup) {
|
|
|
|
err = __drm_fb_helper_initial_config_and_unlock(fb_helper,
|
|
|
|
fb_helper->preferred_bpp);
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
2019-05-15 21:29:25 +08:00
|
|
|
if (!fb_helper->fb || !drm_master_internal_acquire(fb_helper->dev)) {
|
2010-03-30 13:34:18 +08:00
|
|
|
fb_helper->delayed_hotplug = true;
|
2017-07-04 23:18:24 +08:00
|
|
|
mutex_unlock(&fb_helper->lock);
|
|
|
|
return err;
|
2010-03-30 13:34:18 +08:00
|
|
|
}
|
2017-07-04 23:18:23 +08:00
|
|
|
|
2019-05-15 21:29:25 +08:00
|
|
|
drm_master_internal_release(fb_helper->dev);
|
2019-05-07 02:01:30 +08:00
|
|
|
|
2019-12-10 20:30:45 +08:00
|
|
|
drm_dbg_kms(fb_helper->dev, "\n");
|
2010-03-30 13:34:18 +08:00
|
|
|
|
2019-06-08 23:26:54 +08:00
|
|
|
drm_client_modeset_probe(&fb_helper->client, fb_helper->fb->width, fb_helper->fb->height);
|
2017-08-04 00:19:08 +08:00
|
|
|
drm_setup_crtcs_fb(fb_helper);
|
2017-07-04 23:18:23 +08:00
|
|
|
mutex_unlock(&fb_helper->lock);
|
2013-04-11 22:26:55 +08:00
|
|
|
|
2013-01-22 06:12:36 +08:00
|
|
|
drm_fb_helper_set_par(fb_helper->fbdev);
|
|
|
|
|
|
|
|
return 0;
|
2010-03-30 13:34:17 +08:00
|
|
|
}
|
2010-05-07 14:42:51 +08:00
|
|
|
EXPORT_SYMBOL(drm_fb_helper_hotplug_event);
|
2010-03-30 13:34:17 +08:00
|
|
|
|
2017-10-30 23:39:39 +08:00
|
|
|
/**
|
|
|
|
* drm_fb_helper_lastclose - DRM driver lastclose helper for fbdev emulation
|
|
|
|
* @dev: DRM device
|
|
|
|
*
|
|
|
|
* This function can be used as the &drm_driver->lastclose callback for drivers
|
|
|
|
* that only need to call drm_fb_helper_restore_fbdev_mode_unlocked().
|
|
|
|
*/
|
|
|
|
void drm_fb_helper_lastclose(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
drm_fb_helper_restore_fbdev_mode_unlocked(dev->fb_helper);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_lastclose);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* drm_fb_helper_output_poll_changed - DRM mode config \.output_poll_changed
|
|
|
|
* helper for fbdev emulation
|
|
|
|
* @dev: DRM device
|
|
|
|
*
|
|
|
|
* This function can be used as the
|
|
|
|
* &drm_mode_config_funcs.output_poll_changed callback for drivers that only
|
|
|
|
* need to call drm_fb_helper_hotplug_event().
|
|
|
|
*/
|
|
|
|
void drm_fb_helper_output_poll_changed(struct drm_device *dev)
|
|
|
|
{
|
|
|
|
drm_fb_helper_hotplug_event(dev->fb_helper);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fb_helper_output_poll_changed);
|
|
|
|
|
2018-07-04 00:03:48 +08:00
|
|
|
/* @user: 1=userspace, 0=fbcon */
|
|
|
|
static int drm_fbdev_fb_open(struct fb_info *info, int user)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper = info->par;
|
|
|
|
|
2019-02-10 21:10:39 +08:00
|
|
|
/* No need to take a ref for fbcon because it unbinds on unregister */
|
|
|
|
if (user && !try_module_get(fb_helper->dev->driver->fops->owner))
|
2018-07-04 00:03:48 +08:00
|
|
|
return -ENODEV;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int drm_fbdev_fb_release(struct fb_info *info, int user)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper = info->par;
|
|
|
|
|
2019-02-10 21:10:39 +08:00
|
|
|
if (user)
|
|
|
|
module_put(fb_helper->dev->driver->fops->owner);
|
2018-07-04 00:03:48 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2019-01-06 02:18:46 +08:00
|
|
|
static void drm_fbdev_cleanup(struct drm_fb_helper *fb_helper)
|
2018-07-04 00:03:48 +08:00
|
|
|
{
|
|
|
|
struct fb_info *fbi = fb_helper->fbdev;
|
|
|
|
void *shadow = NULL;
|
|
|
|
|
2019-01-06 02:18:46 +08:00
|
|
|
if (!fb_helper->dev)
|
|
|
|
return;
|
|
|
|
|
2020-11-20 18:25:37 +08:00
|
|
|
if (fbi) {
|
|
|
|
if (fbi->fbdefio)
|
|
|
|
fb_deferred_io_cleanup(fbi);
|
|
|
|
if (drm_fbdev_use_shadow_fb(fb_helper))
|
|
|
|
shadow = fbi->screen_buffer;
|
2018-07-04 00:03:48 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
drm_fb_helper_fini(fb_helper);
|
|
|
|
|
2020-11-20 18:25:37 +08:00
|
|
|
if (shadow)
|
|
|
|
vfree(shadow);
|
|
|
|
else
|
|
|
|
drm_client_buffer_vunmap(fb_helper->buffer);
|
2018-07-04 00:03:48 +08:00
|
|
|
|
|
|
|
drm_client_framebuffer_delete(fb_helper->buffer);
|
2019-01-06 02:18:46 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void drm_fbdev_release(struct drm_fb_helper *fb_helper)
|
|
|
|
{
|
|
|
|
drm_fbdev_cleanup(fb_helper);
|
2019-01-14 20:10:59 +08:00
|
|
|
drm_client_release(&fb_helper->client);
|
|
|
|
kfree(fb_helper);
|
2018-07-04 00:03:48 +08:00
|
|
|
}
|
|
|
|
|
2019-01-06 02:18:46 +08:00
|
|
|
/*
|
|
|
|
* fb_ops.fb_destroy is called by the last put_fb_info() call at the end of
|
|
|
|
* unregister_framebuffer() or fb_release().
|
|
|
|
*/
|
|
|
|
static void drm_fbdev_fb_destroy(struct fb_info *info)
|
|
|
|
{
|
|
|
|
drm_fbdev_release(info->par);
|
|
|
|
}
|
|
|
|
|
2018-07-04 00:03:48 +08:00
|
|
|
static int drm_fbdev_fb_mmap(struct fb_info *info, struct vm_area_struct *vma)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper = info->par;
|
|
|
|
|
|
|
|
if (fb_helper->dev->driver->gem_prime_mmap)
|
|
|
|
return fb_helper->dev->driver->gem_prime_mmap(fb_helper->buffer->gem, vma);
|
|
|
|
else
|
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
2020-11-03 17:30:15 +08:00
|
|
|
static bool drm_fbdev_use_iomem(struct fb_info *info)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper = info->par;
|
|
|
|
struct drm_client_buffer *buffer = fb_helper->buffer;
|
|
|
|
|
|
|
|
return !drm_fbdev_use_shadow_fb(fb_helper) && buffer->map.is_iomem;
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t fb_read_screen_base(struct fb_info *info, char __user *buf, size_t count,
|
|
|
|
loff_t pos)
|
|
|
|
{
|
|
|
|
const char __iomem *src = info->screen_base + pos;
|
2020-11-10 17:01:19 +08:00
|
|
|
size_t alloc_size = min_t(size_t, count, PAGE_SIZE);
|
2020-11-03 17:30:15 +08:00
|
|
|
ssize_t ret = 0;
|
|
|
|
int err = 0;
|
|
|
|
char *tmp;
|
|
|
|
|
|
|
|
tmp = kmalloc(alloc_size, GFP_KERNEL);
|
|
|
|
if (!tmp)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
while (count) {
|
|
|
|
size_t c = min_t(size_t, count, alloc_size);
|
|
|
|
|
|
|
|
memcpy_fromio(tmp, src, c);
|
|
|
|
if (copy_to_user(buf, tmp, c)) {
|
|
|
|
err = -EFAULT;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
src += c;
|
|
|
|
buf += c;
|
|
|
|
ret += c;
|
|
|
|
count -= c;
|
|
|
|
}
|
|
|
|
|
|
|
|
kfree(tmp);
|
|
|
|
|
|
|
|
return ret ? ret : err;
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t fb_read_screen_buffer(struct fb_info *info, char __user *buf, size_t count,
|
|
|
|
loff_t pos)
|
|
|
|
{
|
|
|
|
const char *src = info->screen_buffer + pos;
|
|
|
|
|
|
|
|
if (copy_to_user(buf, src, count))
|
|
|
|
return -EFAULT;
|
|
|
|
|
|
|
|
return count;
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t drm_fbdev_fb_read(struct fb_info *info, char __user *buf,
|
|
|
|
size_t count, loff_t *ppos)
|
|
|
|
{
|
|
|
|
loff_t pos = *ppos;
|
|
|
|
size_t total_size;
|
|
|
|
ssize_t ret;
|
|
|
|
|
|
|
|
if (info->screen_size)
|
|
|
|
total_size = info->screen_size;
|
|
|
|
else
|
|
|
|
total_size = info->fix.smem_len;
|
|
|
|
|
|
|
|
if (pos >= total_size)
|
|
|
|
return 0;
|
|
|
|
if (count >= total_size)
|
|
|
|
count = total_size;
|
|
|
|
if (total_size - count < pos)
|
|
|
|
count = total_size - pos;
|
|
|
|
|
|
|
|
if (drm_fbdev_use_iomem(info))
|
|
|
|
ret = fb_read_screen_base(info, buf, count, pos);
|
|
|
|
else
|
|
|
|
ret = fb_read_screen_buffer(info, buf, count, pos);
|
|
|
|
|
|
|
|
if (ret > 0)
|
|
|
|
*ppos += ret;
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t fb_write_screen_base(struct fb_info *info, const char __user *buf, size_t count,
|
|
|
|
loff_t pos)
|
|
|
|
{
|
|
|
|
char __iomem *dst = info->screen_base + pos;
|
2020-11-10 17:01:19 +08:00
|
|
|
size_t alloc_size = min_t(size_t, count, PAGE_SIZE);
|
2020-11-03 17:30:15 +08:00
|
|
|
ssize_t ret = 0;
|
|
|
|
int err = 0;
|
|
|
|
u8 *tmp;
|
|
|
|
|
|
|
|
tmp = kmalloc(alloc_size, GFP_KERNEL);
|
|
|
|
if (!tmp)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
while (count) {
|
|
|
|
size_t c = min_t(size_t, count, alloc_size);
|
|
|
|
|
|
|
|
if (copy_from_user(tmp, buf, c)) {
|
|
|
|
err = -EFAULT;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
memcpy_toio(dst, tmp, c);
|
|
|
|
|
|
|
|
dst += c;
|
|
|
|
buf += c;
|
|
|
|
ret += c;
|
|
|
|
count -= c;
|
|
|
|
}
|
|
|
|
|
|
|
|
kfree(tmp);
|
|
|
|
|
|
|
|
return ret ? ret : err;
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t fb_write_screen_buffer(struct fb_info *info, const char __user *buf, size_t count,
|
|
|
|
loff_t pos)
|
|
|
|
{
|
|
|
|
char *dst = info->screen_buffer + pos;
|
|
|
|
|
|
|
|
if (copy_from_user(dst, buf, count))
|
|
|
|
return -EFAULT;
|
|
|
|
|
|
|
|
return count;
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t drm_fbdev_fb_write(struct fb_info *info, const char __user *buf,
|
|
|
|
size_t count, loff_t *ppos)
|
|
|
|
{
|
|
|
|
loff_t pos = *ppos;
|
|
|
|
size_t total_size;
|
|
|
|
ssize_t ret;
|
|
|
|
int err = 0;
|
|
|
|
|
|
|
|
if (info->screen_size)
|
|
|
|
total_size = info->screen_size;
|
|
|
|
else
|
|
|
|
total_size = info->fix.smem_len;
|
|
|
|
|
|
|
|
if (pos > total_size)
|
|
|
|
return -EFBIG;
|
|
|
|
if (count > total_size) {
|
|
|
|
err = -EFBIG;
|
|
|
|
count = total_size;
|
|
|
|
}
|
|
|
|
if (total_size - count < pos) {
|
|
|
|
if (!err)
|
|
|
|
err = -ENOSPC;
|
|
|
|
count = total_size - pos;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Copy to framebuffer even if we already logged an error. Emulates
|
|
|
|
* the behavior of the original fbdev implementation.
|
|
|
|
*/
|
|
|
|
if (drm_fbdev_use_iomem(info))
|
|
|
|
ret = fb_write_screen_base(info, buf, count, pos);
|
|
|
|
else
|
|
|
|
ret = fb_write_screen_buffer(info, buf, count, pos);
|
|
|
|
|
|
|
|
if (ret > 0)
|
|
|
|
*ppos += ret;
|
|
|
|
|
2020-11-20 18:25:36 +08:00
|
|
|
if (ret > 0)
|
2020-11-20 18:25:39 +08:00
|
|
|
drm_fb_helper_damage(info, 0, 0, info->var.xres_virtual, info->var.yres_virtual);
|
2020-11-20 18:25:36 +08:00
|
|
|
|
2020-11-03 17:30:15 +08:00
|
|
|
return ret ? ret : err;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void drm_fbdev_fb_fillrect(struct fb_info *info,
|
|
|
|
const struct fb_fillrect *rect)
|
|
|
|
{
|
|
|
|
if (drm_fbdev_use_iomem(info))
|
|
|
|
drm_fb_helper_cfb_fillrect(info, rect);
|
|
|
|
else
|
|
|
|
drm_fb_helper_sys_fillrect(info, rect);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void drm_fbdev_fb_copyarea(struct fb_info *info,
|
|
|
|
const struct fb_copyarea *area)
|
|
|
|
{
|
|
|
|
if (drm_fbdev_use_iomem(info))
|
|
|
|
drm_fb_helper_cfb_copyarea(info, area);
|
|
|
|
else
|
|
|
|
drm_fb_helper_sys_copyarea(info, area);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void drm_fbdev_fb_imageblit(struct fb_info *info,
|
|
|
|
const struct fb_image *image)
|
|
|
|
{
|
|
|
|
if (drm_fbdev_use_iomem(info))
|
|
|
|
drm_fb_helper_cfb_imageblit(info, image);
|
|
|
|
else
|
|
|
|
drm_fb_helper_sys_imageblit(info, image);
|
|
|
|
}
|
|
|
|
|
2019-12-04 00:38:48 +08:00
|
|
|
static const struct fb_ops drm_fbdev_fb_ops = {
|
2018-07-04 00:03:48 +08:00
|
|
|
.owner = THIS_MODULE,
|
|
|
|
DRM_FB_HELPER_DEFAULT_OPS,
|
|
|
|
.fb_open = drm_fbdev_fb_open,
|
|
|
|
.fb_release = drm_fbdev_fb_release,
|
|
|
|
.fb_destroy = drm_fbdev_fb_destroy,
|
|
|
|
.fb_mmap = drm_fbdev_fb_mmap,
|
2020-11-03 17:30:15 +08:00
|
|
|
.fb_read = drm_fbdev_fb_read,
|
|
|
|
.fb_write = drm_fbdev_fb_write,
|
|
|
|
.fb_fillrect = drm_fbdev_fb_fillrect,
|
|
|
|
.fb_copyarea = drm_fbdev_fb_copyarea,
|
|
|
|
.fb_imageblit = drm_fbdev_fb_imageblit,
|
2018-07-04 00:03:48 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
static struct fb_deferred_io drm_fbdev_defio = {
|
|
|
|
.delay = HZ / 20,
|
|
|
|
.deferred_io = drm_fb_helper_deferred_io,
|
|
|
|
};
|
|
|
|
|
2019-11-13 01:50:47 +08:00
|
|
|
/*
|
2018-09-07 06:18:10 +08:00
|
|
|
* This function uses the client API to create a framebuffer backed by a dumb buffer.
|
2018-07-04 00:03:48 +08:00
|
|
|
*
|
|
|
|
* The _sys_ versions are used for &fb_ops.fb_read, fb_write, fb_fillrect,
|
|
|
|
* fb_copyarea, fb_imageblit.
|
|
|
|
*/
|
2019-11-13 01:50:47 +08:00
|
|
|
static int drm_fb_helper_generic_probe(struct drm_fb_helper *fb_helper,
|
|
|
|
struct drm_fb_helper_surface_size *sizes)
|
2018-07-04 00:03:48 +08:00
|
|
|
{
|
|
|
|
struct drm_client_dev *client = &fb_helper->client;
|
2019-12-10 20:30:45 +08:00
|
|
|
struct drm_device *dev = fb_helper->dev;
|
2018-07-04 00:03:48 +08:00
|
|
|
struct drm_client_buffer *buffer;
|
|
|
|
struct drm_framebuffer *fb;
|
|
|
|
struct fb_info *fbi;
|
|
|
|
u32 format;
|
2020-11-03 17:30:13 +08:00
|
|
|
struct dma_buf_map map;
|
|
|
|
int ret;
|
2018-07-04 00:03:48 +08:00
|
|
|
|
2019-12-10 20:30:45 +08:00
|
|
|
drm_dbg_kms(dev, "surface width(%d), height(%d) and bpp(%d)\n",
|
|
|
|
sizes->surface_width, sizes->surface_height,
|
|
|
|
sizes->surface_bpp);
|
2018-07-04 00:03:48 +08:00
|
|
|
|
|
|
|
format = drm_mode_legacy_fb_format(sizes->surface_bpp, sizes->surface_depth);
|
|
|
|
buffer = drm_client_framebuffer_create(client, sizes->surface_width,
|
|
|
|
sizes->surface_height, format);
|
|
|
|
if (IS_ERR(buffer))
|
|
|
|
return PTR_ERR(buffer);
|
|
|
|
|
|
|
|
fb_helper->buffer = buffer;
|
|
|
|
fb_helper->fb = buffer->fb;
|
|
|
|
fb = buffer->fb;
|
|
|
|
|
|
|
|
fbi = drm_fb_helper_alloc_fbi(fb_helper);
|
2019-01-06 02:18:46 +08:00
|
|
|
if (IS_ERR(fbi))
|
|
|
|
return PTR_ERR(fbi);
|
2018-07-04 00:03:48 +08:00
|
|
|
|
|
|
|
fbi->fbops = &drm_fbdev_fb_ops;
|
|
|
|
fbi->screen_size = fb->height * fb->pitches[0];
|
|
|
|
fbi->fix.smem_len = fbi->screen_size;
|
2019-07-03 15:58:24 +08:00
|
|
|
|
2019-03-26 21:19:48 +08:00
|
|
|
drm_fb_helper_fill_info(fbi, fb_helper, sizes);
|
2018-07-04 00:03:48 +08:00
|
|
|
|
2019-07-05 15:31:00 +08:00
|
|
|
if (drm_fbdev_use_shadow_fb(fb_helper)) {
|
2019-11-29 18:29:32 +08:00
|
|
|
fbi->screen_buffer = vzalloc(fbi->screen_size);
|
|
|
|
if (!fbi->screen_buffer)
|
2019-01-06 02:18:46 +08:00
|
|
|
return -ENOMEM;
|
2018-07-04 00:03:48 +08:00
|
|
|
|
|
|
|
fbi->fbdefio = &drm_fbdev_defio;
|
|
|
|
|
|
|
|
fb_deferred_io_init(fbi);
|
2019-07-03 15:58:24 +08:00
|
|
|
} else {
|
|
|
|
/* buffer is mapped for HW framebuffer */
|
2020-11-03 17:30:13 +08:00
|
|
|
ret = drm_client_buffer_vmap(fb_helper->buffer, &map);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
if (map.is_iomem)
|
|
|
|
fbi->screen_base = map.vaddr_iomem;
|
|
|
|
else
|
|
|
|
fbi->screen_buffer = map.vaddr;
|
2019-07-03 15:58:24 +08:00
|
|
|
|
2020-11-03 17:30:13 +08:00
|
|
|
/*
|
|
|
|
* Shamelessly leak the physical address to user-space. As
|
|
|
|
* page_to_phys() is undefined for I/O memory, warn in this
|
|
|
|
* case.
|
|
|
|
*/
|
2019-07-03 15:58:24 +08:00
|
|
|
#if IS_ENABLED(CONFIG_DRM_FBDEV_LEAK_PHYS_SMEM)
|
2020-11-03 17:30:13 +08:00
|
|
|
if (drm_leak_fbdev_smem && fbi->fix.smem_start == 0 &&
|
|
|
|
!drm_WARN_ON_ONCE(dev, map.is_iomem))
|
2019-07-03 15:58:24 +08:00
|
|
|
fbi->fix.smem_start =
|
|
|
|
page_to_phys(virt_to_page(fbi->screen_buffer));
|
|
|
|
#endif
|
2018-07-04 00:03:48 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2018-07-04 00:03:52 +08:00
|
|
|
static const struct drm_fb_helper_funcs drm_fb_helper_generic_funcs = {
|
|
|
|
.fb_probe = drm_fb_helper_generic_probe,
|
|
|
|
};
|
|
|
|
|
|
|
|
static void drm_fbdev_client_unregister(struct drm_client_dev *client)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper = drm_fb_helper_from_client(client);
|
|
|
|
|
2019-01-06 02:18:46 +08:00
|
|
|
if (fb_helper->fbdev)
|
2018-07-04 00:03:52 +08:00
|
|
|
/* drm_fbdev_fb_destroy() takes care of cleanup */
|
2019-01-06 02:18:46 +08:00
|
|
|
drm_fb_helper_unregister_fbi(fb_helper);
|
|
|
|
else
|
|
|
|
drm_fbdev_release(fb_helper);
|
2018-07-04 00:03:52 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static int drm_fbdev_client_restore(struct drm_client_dev *client)
|
|
|
|
{
|
2019-01-25 23:03:00 +08:00
|
|
|
drm_fb_helper_lastclose(client->dev);
|
2018-07-04 00:03:52 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int drm_fbdev_client_hotplug(struct drm_client_dev *client)
|
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper = drm_fb_helper_from_client(client);
|
|
|
|
struct drm_device *dev = client->dev;
|
|
|
|
int ret;
|
|
|
|
|
2019-01-06 02:18:46 +08:00
|
|
|
/* Setup is not retried if it has failed */
|
2018-07-04 00:03:52 +08:00
|
|
|
if (!fb_helper->dev && fb_helper->funcs)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
if (dev->fb_helper)
|
|
|
|
return drm_fb_helper_hotplug_event(dev->fb_helper);
|
|
|
|
|
2018-09-07 06:18:10 +08:00
|
|
|
if (!dev->mode_config.num_connector) {
|
2019-12-10 20:30:45 +08:00
|
|
|
drm_dbg_kms(dev, "No connectors found, will not create framebuffer!\n");
|
2018-07-04 00:03:52 +08:00
|
|
|
return 0;
|
2018-09-07 06:18:10 +08:00
|
|
|
}
|
2018-07-04 00:03:52 +08:00
|
|
|
|
2019-01-06 02:18:46 +08:00
|
|
|
drm_fb_helper_prepare(dev, fb_helper, &drm_fb_helper_generic_funcs);
|
|
|
|
|
2020-03-05 20:04:28 +08:00
|
|
|
ret = drm_fb_helper_init(dev, fb_helper);
|
2019-01-06 02:18:46 +08:00
|
|
|
if (ret)
|
|
|
|
goto err;
|
|
|
|
|
|
|
|
if (!drm_drv_uses_atomic_modeset(dev))
|
|
|
|
drm_helper_disable_unused_functions(dev);
|
|
|
|
|
|
|
|
ret = drm_fb_helper_initial_config(fb_helper, fb_helper->preferred_bpp);
|
|
|
|
if (ret)
|
|
|
|
goto err_cleanup;
|
2018-07-04 00:03:52 +08:00
|
|
|
|
|
|
|
return 0;
|
2019-01-06 02:18:46 +08:00
|
|
|
|
|
|
|
err_cleanup:
|
|
|
|
drm_fbdev_cleanup(fb_helper);
|
|
|
|
err:
|
|
|
|
fb_helper->dev = NULL;
|
|
|
|
fb_helper->fbdev = NULL;
|
|
|
|
|
2019-12-10 20:30:45 +08:00
|
|
|
drm_err(dev, "fbdev: Failed to setup generic emulation (ret=%d)\n", ret);
|
2019-01-06 02:18:46 +08:00
|
|
|
|
|
|
|
return ret;
|
2018-07-04 00:03:52 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static const struct drm_client_funcs drm_fbdev_client_funcs = {
|
|
|
|
.owner = THIS_MODULE,
|
|
|
|
.unregister = drm_fbdev_client_unregister,
|
|
|
|
.restore = drm_fbdev_client_restore,
|
|
|
|
.hotplug = drm_fbdev_client_hotplug,
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
2018-09-07 06:18:10 +08:00
|
|
|
* drm_fbdev_generic_setup() - Setup generic fbdev emulation
|
2018-07-04 00:03:52 +08:00
|
|
|
* @dev: DRM device
|
|
|
|
* @preferred_bpp: Preferred bits per pixel for the device.
|
|
|
|
* @dev->mode_config.preferred_depth is used if this is zero.
|
|
|
|
*
|
|
|
|
* This function sets up generic fbdev emulation for drivers that supports
|
2019-11-06 20:47:27 +08:00
|
|
|
* dumb buffers with a virtual address and that can be mmap'ed.
|
2020-04-08 16:26:41 +08:00
|
|
|
* drm_fbdev_generic_setup() shall be called after the DRM driver registered
|
|
|
|
* the new DRM device with drm_dev_register().
|
2018-07-04 00:03:52 +08:00
|
|
|
*
|
|
|
|
* Restore, hotplug events and teardown are all taken care of. Drivers that do
|
|
|
|
* suspend/resume need to call drm_fb_helper_set_suspend_unlocked() themselves.
|
|
|
|
* Simple drivers might use drm_mode_config_helper_suspend().
|
|
|
|
*
|
|
|
|
* Drivers that set the dirty callback on their framebuffer will get a shadow
|
|
|
|
* fbdev buffer that is blitted onto the real buffer. This is done in order to
|
2019-10-25 17:27:58 +08:00
|
|
|
* make deferred I/O work with all kinds of buffers. A shadow buffer can be
|
|
|
|
* requested explicitly by setting struct drm_mode_config.prefer_shadow or
|
|
|
|
* struct drm_mode_config.prefer_shadow_fbdev to true beforehand. This is
|
|
|
|
* required to use generic fbdev emulation with SHMEM helpers.
|
2018-07-04 00:03:52 +08:00
|
|
|
*
|
|
|
|
* This function is safe to call even when there are no connectors present.
|
|
|
|
* Setup will be retried on the next hotplug event.
|
|
|
|
*
|
2018-09-07 06:18:10 +08:00
|
|
|
* The fbdev is destroyed by drm_dev_unregister().
|
2018-07-04 00:03:52 +08:00
|
|
|
*/
|
2020-04-08 16:26:41 +08:00
|
|
|
void drm_fbdev_generic_setup(struct drm_device *dev,
|
|
|
|
unsigned int preferred_bpp)
|
2018-07-04 00:03:52 +08:00
|
|
|
{
|
|
|
|
struct drm_fb_helper *fb_helper;
|
|
|
|
int ret;
|
|
|
|
|
2020-04-08 16:26:41 +08:00
|
|
|
drm_WARN(dev, !dev->registered, "Device has not been registered.\n");
|
|
|
|
drm_WARN(dev, dev->fb_helper, "fb_helper is already set!\n");
|
2018-09-07 06:18:10 +08:00
|
|
|
|
2018-07-04 00:03:52 +08:00
|
|
|
if (!drm_fbdev_emulation)
|
2020-04-08 16:26:41 +08:00
|
|
|
return;
|
2018-07-04 00:03:52 +08:00
|
|
|
|
|
|
|
fb_helper = kzalloc(sizeof(*fb_helper), GFP_KERNEL);
|
2020-04-08 16:26:41 +08:00
|
|
|
if (!fb_helper) {
|
|
|
|
drm_err(dev, "Failed to allocate fb_helper\n");
|
|
|
|
return;
|
|
|
|
}
|
2018-07-04 00:03:52 +08:00
|
|
|
|
2018-10-02 03:45:36 +08:00
|
|
|
ret = drm_client_init(dev, &fb_helper->client, "fbdev", &drm_fbdev_client_funcs);
|
2018-07-04 00:03:52 +08:00
|
|
|
if (ret) {
|
|
|
|
kfree(fb_helper);
|
2019-12-10 20:30:45 +08:00
|
|
|
drm_err(dev, "Failed to register client: %d\n", ret);
|
2020-04-08 16:26:41 +08:00
|
|
|
return;
|
2018-07-04 00:03:52 +08:00
|
|
|
}
|
|
|
|
|
2019-01-06 02:18:46 +08:00
|
|
|
if (!preferred_bpp)
|
|
|
|
preferred_bpp = dev->mode_config.preferred_depth;
|
|
|
|
if (!preferred_bpp)
|
|
|
|
preferred_bpp = 32;
|
2018-07-04 00:03:52 +08:00
|
|
|
fb_helper->preferred_bpp = preferred_bpp;
|
|
|
|
|
2018-09-07 06:18:10 +08:00
|
|
|
ret = drm_fbdev_client_hotplug(&fb_helper->client);
|
|
|
|
if (ret)
|
2019-12-10 20:30:45 +08:00
|
|
|
drm_dbg_kms(dev, "client hotplug ret=%d\n", ret);
|
2018-07-04 00:03:52 +08:00
|
|
|
|
2019-04-03 20:56:58 +08:00
|
|
|
drm_client_register(&fb_helper->client);
|
2018-07-04 00:03:52 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(drm_fbdev_generic_setup);
|
|
|
|
|
2011-01-21 06:44:16 +08:00
|
|
|
/* The Kconfig DRM_KMS_HELPER selects FRAMEBUFFER_CONSOLE (if !EXPERT)
|
2010-12-13 02:39:22 +08:00
|
|
|
* but the module doesn't depend on any fb console symbols. At least
|
|
|
|
* attempt to load fbcon to avoid leaving the system without a usable console.
|
|
|
|
*/
|
2016-01-22 07:10:18 +08:00
|
|
|
int __init drm_fb_helper_modinit(void)
|
2010-12-13 02:39:22 +08:00
|
|
|
{
|
2016-01-22 07:10:18 +08:00
|
|
|
#if defined(CONFIG_FRAMEBUFFER_CONSOLE_MODULE) && !defined(CONFIG_EXPERT)
|
2017-05-09 06:59:05 +08:00
|
|
|
const char name[] = "fbcon";
|
2010-12-13 02:39:22 +08:00
|
|
|
struct module *fbcon;
|
|
|
|
|
|
|
|
mutex_lock(&module_mutex);
|
|
|
|
fbcon = find_module(name);
|
|
|
|
mutex_unlock(&module_mutex);
|
|
|
|
|
|
|
|
if (!fbcon)
|
|
|
|
request_module_nowait(name);
|
2016-01-22 07:10:18 +08:00
|
|
|
#endif
|
2010-12-13 02:39:22 +08:00
|
|
|
return 0;
|
|
|
|
}
|
2016-01-22 07:10:18 +08:00
|
|
|
EXPORT_SYMBOL(drm_fb_helper_modinit);
|