From: Maxime Ripard <maxime.ripard@free-electrons.com> To: Daniel Vetter <daniel.vetter@intel.com>, David Airlie <airlied@linux.ie>, Jani Nikula <jani.nikula@linux.intel.com>, Sean Paul <seanpaul@chromium.org> Cc: dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, Stefan Christ <s.christ@phytec.de>, Maxime Ripard <maxime.ripard@free-electrons.com> Subject: [PATCH v2 0/2] drm: Support framebuffer panning Date: Thu, 2 Feb 2017 11:31:55 +0100 [thread overview] Message-ID: <cover.fefa99ef543659921df0e00d871a3c4918596719.1486031436.git-series.maxime.ripard@free-electrons.com> (raw) Hi, This is a respin of the previous serie called "Support fast framebuffer panning for i.MX6" made by Stefan 6 monthes ago. The imx6 bits have been removed, and the comments that were made at that time fixed (hopefully). Let me know what you think, Maxime Changes from v1: - Added drm_fb_helper_ioctl to DRM_FB_HELPER_DEFAULT_OPS - Expanded a bit the kerneldoc for drm_fb_helper_ioctl - Added some locking to drm_fb_helper_ioctl - Checked that the framebuffer is indeed attached before allowing ioctl - Added a module parameter to specify the number of framebuffers to allocate Initial cover letter: Support fast framebuffer panning for i.MX6 im currently working on supporting double/tripple buffering for the framebuffer emulation on the i.MX6. While working on it I noticed that the mainline kernel does not support some features in the generic drm framebuffer emulation for framebuffer panning and vsync synchronisation. They are needed for simple framebuffer applications and some OpenGL libraries using double buffering with FBIOPUT_VSCREENINFO, FBIO_WAITFORVSYNC and FBIOPAN_DISPLAY. Stefan Christ (1): drm/fb_helper: implement ioctl FBIO_WAITFORVSYNC Xinliang Liu (1): drm/cma-helper: Add multi buffer support for cma fbdev drivers/gpu/drm/Kconfig | 8 ++++- drivers/gpu/drm/drm_fb_cma_helper.c | 8 +++- drivers/gpu/drm/drm_fb_helper.c | 55 ++++++++++++++++++++++++++++++- include/drm/drm_fb_helper.h | 5 ++- 4 files changed, 74 insertions(+), 2 deletions(-) base-commit: 8b394ae674998d4ade6cb48aec3fca5445908dfe -- git-series 0.8.11
WARNING: multiple messages have this Message-ID (diff)
From: Maxime Ripard <maxime.ripard@free-electrons.com> To: Daniel Vetter <daniel.vetter@intel.com>, David Airlie <airlied@linux.ie>, Jani Nikula <jani.nikula@linux.intel.com>, Sean Paul <seanpaul@chromium.org> Cc: Maxime Ripard <maxime.ripard@free-electrons.com>, Stefan Christ <s.christ@phytec.de>, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org Subject: [PATCH v2 0/2] drm: Support framebuffer panning Date: Thu, 2 Feb 2017 11:31:55 +0100 [thread overview] Message-ID: <cover.fefa99ef543659921df0e00d871a3c4918596719.1486031436.git-series.maxime.ripard@free-electrons.com> (raw) Hi, This is a respin of the previous serie called "Support fast framebuffer panning for i.MX6" made by Stefan 6 monthes ago. The imx6 bits have been removed, and the comments that were made at that time fixed (hopefully). Let me know what you think, Maxime Changes from v1: - Added drm_fb_helper_ioctl to DRM_FB_HELPER_DEFAULT_OPS - Expanded a bit the kerneldoc for drm_fb_helper_ioctl - Added some locking to drm_fb_helper_ioctl - Checked that the framebuffer is indeed attached before allowing ioctl - Added a module parameter to specify the number of framebuffers to allocate Initial cover letter: Support fast framebuffer panning for i.MX6 im currently working on supporting double/tripple buffering for the framebuffer emulation on the i.MX6. While working on it I noticed that the mainline kernel does not support some features in the generic drm framebuffer emulation for framebuffer panning and vsync synchronisation. They are needed for simple framebuffer applications and some OpenGL libraries using double buffering with FBIOPUT_VSCREENINFO, FBIO_WAITFORVSYNC and FBIOPAN_DISPLAY. Stefan Christ (1): drm/fb_helper: implement ioctl FBIO_WAITFORVSYNC Xinliang Liu (1): drm/cma-helper: Add multi buffer support for cma fbdev drivers/gpu/drm/Kconfig | 8 ++++- drivers/gpu/drm/drm_fb_cma_helper.c | 8 +++- drivers/gpu/drm/drm_fb_helper.c | 55 ++++++++++++++++++++++++++++++- include/drm/drm_fb_helper.h | 5 ++- 4 files changed, 74 insertions(+), 2 deletions(-) base-commit: 8b394ae674998d4ade6cb48aec3fca5445908dfe -- git-series 0.8.11 _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
next reply other threads:[~2017-02-02 10:32 UTC|newest] Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-02-02 10:31 Maxime Ripard [this message] 2017-02-02 10:31 ` [PATCH v2 0/2] drm: Support framebuffer panning Maxime Ripard 2017-02-02 10:31 ` [PATCH v2 1/2] drm/cma-helper: Add multi buffer support for cma fbdev Maxime Ripard 2017-02-02 10:31 ` Maxime Ripard 2017-02-09 17:04 ` Daniel Vetter 2017-02-09 17:04 ` Daniel Vetter 2017-02-10 15:27 ` Maxime Ripard 2017-02-10 15:27 ` Maxime Ripard 2017-02-12 12:28 ` Laurent Pinchart 2017-02-12 12:28 ` Laurent Pinchart 2017-02-13 10:54 ` Maxime Ripard 2017-02-13 10:54 ` Maxime Ripard 2017-02-13 11:20 ` Daniel Stone 2017-02-13 11:20 ` Daniel Stone 2017-02-14 20:09 ` Daniel Vetter 2017-02-14 20:09 ` Daniel Vetter 2017-02-14 21:25 ` Laurent Pinchart 2017-02-14 21:25 ` Laurent Pinchart 2017-02-15 12:51 ` Maxime Ripard 2017-02-15 12:51 ` Maxime Ripard 2017-02-17 11:30 ` Laurent Pinchart 2017-02-15 12:38 ` Maxime Ripard 2017-02-15 12:38 ` Maxime Ripard 2017-02-17 11:23 ` Laurent Pinchart 2017-02-17 11:23 ` Laurent Pinchart 2017-02-02 10:31 ` [PATCH v2 2/2] drm/fb_helper: implement ioctl FBIO_WAITFORVSYNC Maxime Ripard 2017-02-02 10:31 ` Maxime Ripard 2017-02-09 17:01 ` Daniel Vetter 2017-02-09 17:01 ` Daniel Vetter 2017-02-09 17:38 ` Daniel Stone 2017-02-09 17:38 ` Daniel Stone 2017-02-09 19:06 ` Daniel Vetter 2017-02-09 19:06 ` Daniel Vetter 2017-02-10 14:06 ` Ville Syrjälä 2017-02-10 14:06 ` Ville Syrjälä 2017-02-13 10:35 ` Maxime Ripard 2017-02-13 10:35 ` Maxime Ripard 2017-02-13 14:45 ` Ville Syrjälä 2017-02-13 14:45 ` Ville Syrjälä 2017-02-15 14:06 ` Maxime Ripard 2017-02-15 14:06 ` Maxime Ripard
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=cover.fefa99ef543659921df0e00d871a3c4918596719.1486031436.git-series.maxime.ripard@free-electrons.com \ --to=maxime.ripard@free-electrons.com \ --cc=airlied@linux.ie \ --cc=daniel.vetter@intel.com \ --cc=dri-devel@lists.freedesktop.org \ --cc=jani.nikula@linux.intel.com \ --cc=linux-kernel@vger.kernel.org \ --cc=s.christ@phytec.de \ --cc=seanpaul@chromium.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.