From: Thomas Zimmermann <tzimmermann@suse.de>
To: "Christian König" <ckoenig.leichtzumerken@gmail.com>,
daniel@ffwll.ch, airlied@gmail.com,
maarten.lankhorst@linux.intel.com, mripard@kernel.org,
javierm@redhat.com, sam@ravnborg.org, suijingfeng@loongson.cn
Cc: linux-samsung-soc@vger.kernel.org, linux-arm-msm@vger.kernel.org,
intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
amd-gfx@lists.freedesktop.org, linux-tegra@vger.kernel.org,
freedreno@lists.freedesktop.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: [Intel-gfx] [PATCH v5 02/13] fbdev: Add initializer macros for struct fb_ops
Date: Wed, 14 Jun 2023 13:52:53 +0200 [thread overview]
Message-ID: <28d339a4-c3a3-e1a4-1da2-59042428d786@suse.de> (raw)
In-Reply-To: <fc5157cc-6f23-a74f-efcc-66bd7e093de7@gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 7915 bytes --]
Hi
Am 14.06.23 um 13:29 schrieb Christian König:
>
>
> Am 30.05.23 um 17:02 schrieb Thomas Zimmermann:
>> For framebuffers in I/O and system memory, add macros that set
>> struct fb_ops to the respective callback functions.
>>
>> For deferred I/O, add macros that generate callback functions with
>> damage handling. Add initializer macros that set struct fb_ops to
>> the generated callbacks.
>>
>> These macros can remove a lot boilerplate code from fbdev drivers.
>> The drivers are supposed to use the macro that is required for its
>> framebuffer. Each macro is split into smaller helpers, so that
>> drivers with non-standard callbacks can pick and customize callbacks
>> as needed. There are individual helper macros for read/write, mmap
>> and drawing.
>>
>> v5:
>> * fix whitespace errors (Jingfeng)
>>
>> Signed-off-by: Thomas Zimmermann <tzimmermann@suse.de>
>> Reviewed-by: Sam Ravnborg <sam@ravnborg.org>
>> ---
>> include/linux/fb.h | 112 +++++++++++++++++++++++++++++++++++++++++++++
>> 1 file changed, 112 insertions(+)
>>
>> diff --git a/include/linux/fb.h b/include/linux/fb.h
>> index 2cf8efcb9e32..ce6823e157e6 100644
>> --- a/include/linux/fb.h
>> +++ b/include/linux/fb.h
>> @@ -538,9 +538,31 @@ extern ssize_t fb_io_read(struct fb_info *info,
>> char __user *buf,
>> extern ssize_t fb_io_write(struct fb_info *info, const char __user
>> *buf,
>> size_t count, loff_t *ppos);
>> +/*
>> + * Initializes struct fb_ops for framebuffers in I/O memory.
>> + */
>> +
>> +#define __FB_DEFAULT_IO_OPS_RDWR \
>> + .fb_read = fb_io_read, \
>> + .fb_write = fb_io_write
>> +
>> +#define __FB_DEFAULT_IO_OPS_DRAW \
>> + .fb_fillrect = cfb_fillrect, \
>> + .fb_copyarea = cfb_copyarea, \
>> + .fb_imageblit = cfb_imageblit
>> +
>> +#define __FB_DEFAULT_IO_OPS_MMAP \
>> + .fb_mmap = NULL // default implementation
>
> // style comment in a macro? That's usually a very bad idea.
I think I see it now. Thanks! That should delete any commas at the end
of the line. I'll send out an update. It works so far, as I only used
that macro in the correct way.
Best regards
Thomas
>
> Christian.
>
>> +
>> +#define FB_DEFAULT_IO_OPS \
>> + __FB_DEFAULT_IO_OPS_RDWR, \
>> + __FB_DEFAULT_IO_OPS_DRAW, \
>> + __FB_DEFAULT_IO_OPS_MMAP
>> +
>> /*
>> * Drawing operations where framebuffer is in system RAM
>> */
>> +
>> extern void sys_fillrect(struct fb_info *info, const struct
>> fb_fillrect *rect);
>> extern void sys_copyarea(struct fb_info *info, const struct
>> fb_copyarea *area);
>> extern void sys_imageblit(struct fb_info *info, const struct
>> fb_image *image);
>> @@ -549,6 +571,27 @@ extern ssize_t fb_sys_read(struct fb_info *info,
>> char __user *buf,
>> extern ssize_t fb_sys_write(struct fb_info *info, const char __user
>> *buf,
>> size_t count, loff_t *ppos);
>> +/*
>> + * Initializes struct fb_ops for framebuffers in system memory.
>> + */
>> +
>> +#define __FB_DEFAULT_SYS_OPS_RDWR \
>> + .fb_read = fb_sys_read, \
>> + .fb_write = fb_sys_write
>> +
>> +#define __FB_DEFAULT_SYS_OPS_DRAW \
>> + .fb_fillrect = sys_fillrect, \
>> + .fb_copyarea = sys_copyarea, \
>> + .fb_imageblit = sys_imageblit
>> +
>> +#define __FB_DEFAULT_SYS_OPS_MMAP \
>> + .fb_mmap = NULL // default implementation
>> +
>> +#define FB_DEFAULT_SYS_OPS \
>> + __FB_DEFAULT_SYS_OPS_RDWR, \
>> + __FB_DEFAULT_SYS_OPS_DRAW, \
>> + __FB_DEFAULT_SYS_OPS_MMAP
>> +
>> /* drivers/video/fbmem.c */
>> extern int register_framebuffer(struct fb_info *fb_info);
>> extern void unregister_framebuffer(struct fb_info *fb_info);
>> @@ -604,6 +647,75 @@ extern void fb_deferred_io_cleanup(struct fb_info
>> *info);
>> extern int fb_deferred_io_fsync(struct file *file, loff_t start,
>> loff_t end, int datasync);
>> +/*
>> + * Generate callbacks for deferred I/O
>> + */
>> +
>> +#define __FB_GEN_DEFAULT_DEFERRED_OPS_RDWR(__prefix, __damage_range,
>> __mode) \
>> + static ssize_t __prefix ## _defio_read(struct fb_info *info, char
>> __user *buf, \
>> + size_t count, loff_t *ppos) \
>> + { \
>> + return fb_ ## __mode ## _read(info, buf, count, ppos); \
>> + } \
>> + static ssize_t __prefix ## _defio_write(struct fb_info *info,
>> const char __user *buf, \
>> + size_t count, loff_t *ppos) \
>> + { \
>> + unsigned long offset = *ppos; \
>> + ssize_t ret = fb_ ## __mode ## _write(info, buf, count, ppos); \
>> + if (ret > 0) \
>> + __damage_range(info, offset, ret); \
>> + return ret; \
>> + }
>> +
>> +#define __FB_GEN_DEFAULT_DEFERRED_OPS_DRAW(__prefix, __damage_area,
>> __mode) \
>> + static void __prefix ## _defio_fillrect(struct fb_info *info, \
>> + const struct fb_fillrect *rect) \
>> + { \
>> + __mode ## _fillrect(info, rect); \
>> + __damage_area(info, rect->dx, rect->dy, rect->width,
>> rect->height); \
>> + } \
>> + static void __prefix ## _defio_copyarea(struct fb_info *info, \
>> + const struct fb_copyarea *area) \
>> + { \
>> + __mode ## _copyarea(info, area); \
>> + __damage_area(info, area->dx, area->dy, area->width,
>> area->height); \
>> + } \
>> + static void __prefix ## _defio_imageblit(struct fb_info *info, \
>> + const struct fb_image *image) \
>> + { \
>> + __mode ## _imageblit(info, image); \
>> + __damage_area(info, image->dx, image->dy, image->width,
>> image->height); \
>> + }
>> +
>> +#define FB_GEN_DEFAULT_DEFERRED_IO_OPS(__prefix, __damage_range,
>> __damage_area) \
>> + __FB_GEN_DEFAULT_DEFERRED_OPS_RDWR(__prefix, __damage_range, io) \
>> + __FB_GEN_DEFAULT_DEFERRED_OPS_DRAW(__prefix, __damage_area, cfb)
>> +
>> +#define FB_GEN_DEFAULT_DEFERRED_SYS_OPS(__prefix, __damage_range,
>> __damage_area) \
>> + __FB_GEN_DEFAULT_DEFERRED_OPS_RDWR(__prefix, __damage_range, sys) \
>> + __FB_GEN_DEFAULT_DEFERRED_OPS_DRAW(__prefix, __damage_area, sys)
>> +
>> +/*
>> + * Initializes struct fb_ops for deferred I/O.
>> + */
>> +
>> +#define __FB_DEFAULT_DEFERRED_OPS_RDWR(__prefix) \
>> + .fb_read = __prefix ## _defio_read, \
>> + .fb_write = __prefix ## _defio_write
>> +
>> +#define __FB_DEFAULT_DEFERRED_OPS_DRAW(__prefix) \
>> + .fb_fillrect = __prefix ## _defio_fillrect, \
>> + .fb_copyarea = __prefix ## _defio_copyarea, \
>> + .fb_imageblit = __prefix ## _defio_imageblit
>> +
>> +#define __FB_DEFAULT_DEFERRED_OPS_MMAP(__prefix) \
>> + .fb_mmap = fb_deferred_io_mmap
>> +
>> +#define FB_DEFAULT_DEFERRED_OPS(__prefix) \
>> + __FB_DEFAULT_DEFERRED_OPS_RDWR(__prefix), \
>> + __FB_DEFAULT_DEFERRED_OPS_DRAW(__prefix), \
>> + __FB_DEFAULT_DEFERRED_OPS_MMAP(__prefix)
>> +
>> static inline bool fb_be_math(struct fb_info *info)
>> {
>> #ifdef CONFIG_FB_FOREIGN_ENDIAN
>
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]
next prev parent reply other threads:[~2023-06-14 11:53 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-30 15:02 [Intel-gfx] [PATCH v5 00/13] Thomas Zimmermann
2023-05-30 15:02 ` [Intel-gfx] [PATCH v5 01/13] fbdev: Add Kconfig options to select different fb_ops helpers Thomas Zimmermann
2023-05-30 15:02 ` [Intel-gfx] [PATCH v5 02/13] fbdev: Add initializer macros for struct fb_ops Thomas Zimmermann
2023-06-14 11:29 ` Christian König
2023-06-14 11:52 ` Thomas Zimmermann [this message]
2023-05-30 15:02 ` [Intel-gfx] [PATCH v5 03/13] drm/armada: Use regular fbdev I/O helpers Thomas Zimmermann
2023-05-30 15:02 ` [Intel-gfx] [PATCH v5 04/13] drm/exynos: " Thomas Zimmermann
2023-05-30 15:02 ` [Intel-gfx] [PATCH v5 05/13] drm/gma500: " Thomas Zimmermann
2023-05-30 15:02 ` [Intel-gfx] [PATCH v5 06/13] drm/radeon: " Thomas Zimmermann
2023-05-30 15:02 ` [Intel-gfx] [PATCH v5 07/13] drm/fbdev-dma: " Thomas Zimmermann
2023-05-30 15:02 ` [Intel-gfx] [PATCH v5 08/13] drm/omapdrm: " Thomas Zimmermann
2023-05-31 8:20 ` Tomi Valkeinen
2023-05-30 15:02 ` [Intel-gfx] [PATCH v5 09/13] drm/tegra: " Thomas Zimmermann
2023-05-30 15:02 ` [Intel-gfx] [PATCH v5 10/13] drm/fb-helper: Export helpers for marking damage areas Thomas Zimmermann
2023-05-30 15:02 ` [Intel-gfx] [PATCH v5 11/13] drm/msm: Use regular fbdev I/O helpers Thomas Zimmermann
2023-06-01 16:24 ` Abhinav Kumar
2023-05-30 15:02 ` [Intel-gfx] [PATCH v5 12/13] drm/fbdev-generic: Implement dedicated " Thomas Zimmermann
2023-05-30 15:02 ` [Intel-gfx] [PATCH v5 13/13] drm/i915: " Thomas Zimmermann
2023-05-31 7:12 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for series starting with [v5,01/13] fbdev: Add Kconfig options to select different fb_ops helpers Patchwork
2023-05-31 7:19 ` Thomas Zimmermann
2023-05-31 7:12 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork
2023-05-31 7:20 ` Thomas Zimmermann
2023-05-31 7:31 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2023-06-01 13:42 ` [Intel-gfx] ✓ Fi.CI.IGT: " Patchwork
-- strict thread matches above, loose matches on Subject: below --
2023-05-30 15:12 [Intel-gfx] [PATCH v5 00/13] drm/fbdev: Remove DRM's helpers for fbdev I/O Thomas Zimmermann
2023-05-30 15:12 ` [Intel-gfx] [PATCH v5 02/13] fbdev: Add initializer macros for struct fb_ops Thomas Zimmermann
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=28d339a4-c3a3-e1a4-1da2-59042428d786@suse.de \
--to=tzimmermann@suse.de \
--cc=airlied@gmail.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=ckoenig.leichtzumerken@gmail.com \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=freedreno@lists.freedesktop.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=javierm@redhat.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=linux-tegra@vger.kernel.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mripard@kernel.org \
--cc=sam@ravnborg.org \
--cc=suijingfeng@loongson.cn \
/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