From: Gustavo Padovan <gustavo@padovan.org>
To: Stefan Christ <contact@stefanchrist.eu>
Cc: dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 00/20] Introduce DRM_FB_HELPER_DEFAULT_OPS for struct fb_ops
Date: Fri, 30 Sep 2016 10:08:23 +0100 [thread overview]
Message-ID: <20160930090823.GA21711@joana> (raw)
In-Reply-To: <1475182136-15191-1-git-send-email-contact@stefanchrist.eu>
Hi Stefan,
2016-09-29 Stefan Christ <contact@stefanchrist.eu>:
> Hi,
>
> this series is refactoring work suggested by Daniel Vetter in the email:
>
> https://lists.freedesktop.org/archives/dri-devel/2016-July/113237.html
>
> The define DRM_FB_HELPER_DEFAULT_OPS provides the drm_fb_helper default
> implementations for functions in struct fb_ops. A drm driver can use it like:
>
> static struct fb_ops drm_fbdev_cma_ops = {
> .owner = THIS_MODULE,
> DRM_FB_HELPER_DEFAULT_OPS,
> /* driver specific implementations */
> };
>
> The patches do not make any functional change to the kernel binary except
> driver 'drm/gma500'. The patch for gma500 enables two new functions (fb_setcmap
> and fb_pan_display) in fb_ops. If this is not appropriate, the driver may
> reassign the struct members to null.
>
> There is no refactoring patch for driver 'vmwgfx'. It reimplements nearly all
> fb_ops with driver specific functions anyways.
>
> This series is based on tag v4.8-rc8. If rebased onto 'drm-next' there are two
> small conflicts.
>
> Kind regards,
> Stefan Christ
>
> Stefan Christ (20):
> drm/fb-helper: add DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/amdgpu: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/armada: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/ast: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/bochs: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/cirrus: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/fb_cma_helper: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/exynos: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/mgag200: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/nouveau: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/qxl: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/rockchip: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/radeon: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/tegra: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/udl: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/msm: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/virtio: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/omapdrm: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/i915: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
> drm/gma500: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c | 6 +-----
> drivers/gpu/drm/armada/armada_fbdev.c | 6 +-----
> drivers/gpu/drm/ast/ast_fb.c | 6 +-----
> drivers/gpu/drm/bochs/bochs_fbdev.c | 6 +-----
> drivers/gpu/drm/cirrus/cirrus_fbdev.c | 6 +-----
> drivers/gpu/drm/drm_fb_cma_helper.c | 6 +-----
> drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 6 +-----
> drivers/gpu/drm/gma500/framebuffer.c | 12 +++---------
> drivers/gpu/drm/i915/intel_fbdev.c | 3 +--
> drivers/gpu/drm/mgag200/mgag200_fb.c | 6 +-----
> drivers/gpu/drm/msm/msm_fbdev.c | 7 +------
> drivers/gpu/drm/nouveau/nouveau_fbcon.c | 12 ++----------
> drivers/gpu/drm/omapdrm/omap_fbdev.c | 5 +----
> drivers/gpu/drm/qxl/qxl_fb.c | 6 +-----
> drivers/gpu/drm/radeon/radeon_fb.c | 6 +-----
> drivers/gpu/drm/rockchip/rockchip_drm_fbdev.c | 6 +-----
> drivers/gpu/drm/tegra/fb.c | 6 +-----
> drivers/gpu/drm/udl/udl_fb.c | 6 +-----
> drivers/gpu/drm/virtio/virtgpu_fb.c | 6 +-----
> include/drm/drm_fb_helper.h | 13 +++++++++++++
> 20 files changed, 35 insertions(+), 101 deletions(-)
This looks good to me.
Reviewed-by: Gustavo Padovan <gustavo.padovan@collabora.co.uk>
I wonder if we shouldn't start doing the same to drm_crtc_funcs and
drm_plane_funcs after we added the atomic helpers.
Gustavo
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
prev parent reply other threads:[~2016-09-30 9:08 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-29 20:48 [PATCH 00/20] Introduce DRM_FB_HELPER_DEFAULT_OPS for struct fb_ops Stefan Christ
2016-09-29 20:48 ` [PATCH 01/20] drm/fb-helper: add DRM_FB_HELPER_DEFAULT_OPS for fb_ops Stefan Christ
2016-09-30 10:17 ` Daniel Vetter
2016-09-29 20:48 ` [PATCH 02/20] drm/amdgpu: use " Stefan Christ
2016-10-25 14:52 ` Daniel Vetter
2016-09-29 20:48 ` [PATCH 03/20] drm/armada: " Stefan Christ
2016-09-29 20:48 ` [PATCH 04/20] drm/ast: " Stefan Christ
2016-10-25 14:57 ` Daniel Vetter
2016-10-26 18:47 ` Stefan Lengfeld
2016-10-26 19:15 ` Daniel Vetter
2016-11-08 17:12 ` Daniel Vetter
2016-11-09 21:33 ` Stefan Lengfeld
2016-09-29 20:48 ` [PATCH 05/20] drm/bochs: " Stefan Christ
2016-09-29 20:48 ` [PATCH 06/20] drm/cirrus: " Stefan Christ
2016-09-29 20:48 ` [PATCH 07/20] drm/fb_cma_helper: " Stefan Christ
2016-09-29 20:48 ` [PATCH 08/20] drm/exynos: " Stefan Christ
2016-09-30 15:34 ` Inki Dae
2016-09-29 20:48 ` [PATCH 09/20] drm/mgag200: " Stefan Christ
2016-09-29 20:48 ` [PATCH 10/20] drm/nouveau: " Stefan Christ
2016-09-29 20:48 ` [PATCH 11/20] drm/qxl: " Stefan Christ
2016-09-29 20:48 ` [PATCH 12/20] drm/rockchip: " Stefan Christ
2016-09-29 20:48 ` [PATCH 13/20] drm/radeon: " Stefan Christ
2016-09-29 20:48 ` [PATCH 14/20] drm/tegra: " Stefan Christ
2016-09-29 20:48 ` [PATCH 15/20] drm/udl: " Stefan Christ
2016-09-29 20:48 ` [PATCH 16/20] drm/msm: " Stefan Christ
2016-09-29 20:48 ` [PATCH 17/20] drm/virtio: " Stefan Christ
2016-09-29 20:48 ` [PATCH 18/20] drm/omapdrm: " Stefan Christ
2016-09-29 20:48 ` [PATCH 19/20] drm/i915: " Stefan Christ
2016-09-29 20:48 ` [PATCH 20/20] drm/gma500: " Stefan Christ
2016-09-30 9:08 ` Gustavo Padovan [this message]
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=20160930090823.GA21711@joana \
--to=gustavo@padovan.org \
--cc=contact@stefanchrist.eu \
--cc=dri-devel@lists.freedesktop.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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).