From: Thomas Zimmermann <tzimmermann@suse.de>
To: Daniel Vetter <daniel.vetter@ffwll.ch>,
DRI Development <dri-devel@lists.freedesktop.org>
Cc: linux-fbdev@vger.kernel.org, Du Cheng <ducheng2@gmail.com>,
Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Intel Graphics Development <intel-gfx@lists.freedesktop.org>,
LKML <linux-kernel@vger.kernel.org>,
Daniel Vetter <daniel.vetter@intel.com>,
Helge Deller <deller@gmx.de>
Subject: Re: [Intel-gfx] [PATCH v2 02/19] fbcon: Move fbcon_bmove(_rec) functions
Date: Thu, 10 Feb 2022 12:17:39 +0100 [thread overview]
Message-ID: <4f7bf075-6844-28c9-0b23-4789c1023a08@suse.de> (raw)
In-Reply-To: <20220208210824.2238981-3-daniel.vetter@ffwll.ch>
[-- Attachment #1.1: Type: text/plain, Size: 6792 bytes --]
Am 08.02.22 um 22:08 schrieb Daniel Vetter:
> Avoids two forward declarations, and more importantly, matches what
> I've done in my fbcon scrolling restore patches - so I need this to
> avoid a bunch of conflicts in rebasing since we ended up merging
> Helge's series instead.
>
> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
> Cc: Helge Deller <deller@gmx.de>
> Cc: Daniel Vetter <daniel@ffwll.ch>
> Cc: Thomas Zimmermann <tzimmermann@suse.de>
> Cc: Du Cheng <ducheng2@gmail.com>
> Cc: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
> Cc: Claudio Suarez <cssk@net-c.es>
> Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Acked-by: Thomas Zimmermann <tzimmermann@suse.de>
> ---
> drivers/video/fbdev/core/fbcon.c | 134 +++++++++++++++----------------
> 1 file changed, 65 insertions(+), 69 deletions(-)
>
> diff --git a/drivers/video/fbdev/core/fbcon.c b/drivers/video/fbdev/core/fbcon.c
> index 235eaab37d84..e925bb608e25 100644
> --- a/drivers/video/fbdev/core/fbcon.c
> +++ b/drivers/video/fbdev/core/fbcon.c
> @@ -164,15 +164,11 @@ static int fbcon_cursor_noblink;
> */
>
> static void fbcon_clear_margins(struct vc_data *vc, int bottom_only);
> -static void fbcon_bmove(struct vc_data *vc, int sy, int sx, int dy, int dx,
> - int height, int width);
> static void fbcon_set_palette(struct vc_data *vc, const unsigned char *table);
>
> /*
> * Internal routines
> */
> -static void fbcon_bmove_rec(struct vc_data *vc, struct fbcon_display *p, int sy, int sx,
> - int dy, int dx, int height, int width, u_int y_break);
> static void fbcon_set_disp(struct fb_info *info, struct fb_var_screeninfo *var,
> int unit);
> static void fbcon_redraw_move(struct vc_data *vc, struct fbcon_display *p,
> @@ -1667,6 +1663,71 @@ static void fbcon_redraw(struct vc_data *vc, struct fbcon_display *p,
> }
> }
>
> +static void fbcon_bmove_rec(struct vc_data *vc, struct fbcon_display *p, int sy, int sx,
> + int dy, int dx, int height, int width, u_int y_break)
> +{
> + struct fb_info *info = registered_fb[con2fb_map[vc->vc_num]];
> + struct fbcon_ops *ops = info->fbcon_par;
> + u_int b;
> +
> + if (sy < y_break && sy + height > y_break) {
> + b = y_break - sy;
> + if (dy < sy) { /* Avoid trashing self */
> + fbcon_bmove_rec(vc, p, sy, sx, dy, dx, b, width,
> + y_break);
> + fbcon_bmove_rec(vc, p, sy + b, sx, dy + b, dx,
> + height - b, width, y_break);
> + } else {
> + fbcon_bmove_rec(vc, p, sy + b, sx, dy + b, dx,
> + height - b, width, y_break);
> + fbcon_bmove_rec(vc, p, sy, sx, dy, dx, b, width,
> + y_break);
> + }
> + return;
> + }
> +
> + if (dy < y_break && dy + height > y_break) {
> + b = y_break - dy;
> + if (dy < sy) { /* Avoid trashing self */
> + fbcon_bmove_rec(vc, p, sy, sx, dy, dx, b, width,
> + y_break);
> + fbcon_bmove_rec(vc, p, sy + b, sx, dy + b, dx,
> + height - b, width, y_break);
> + } else {
> + fbcon_bmove_rec(vc, p, sy + b, sx, dy + b, dx,
> + height - b, width, y_break);
> + fbcon_bmove_rec(vc, p, sy, sx, dy, dx, b, width,
> + y_break);
> + }
> + return;
> + }
> + ops->bmove(vc, info, real_y(p, sy), sx, real_y(p, dy), dx,
> + height, width);
> +}
> +
> +static void fbcon_bmove(struct vc_data *vc, int sy, int sx, int dy, int dx,
> + int height, int width)
> +{
> + struct fb_info *info = registered_fb[con2fb_map[vc->vc_num]];
> + struct fbcon_display *p = &fb_display[vc->vc_num];
> +
> + if (fbcon_is_inactive(vc, info))
> + return;
> +
> + if (!width || !height)
> + return;
> +
> + /* Split blits that cross physical y_wrap case.
> + * Pathological case involves 4 blits, better to use recursive
> + * code rather than unrolled case
> + *
> + * Recursive invocations don't need to erase the cursor over and
> + * over again, so we use fbcon_bmove_rec()
> + */
> + fbcon_bmove_rec(vc, p, sy, sx, dy, dx, height, width,
> + p->vrows - p->yscroll);
> +}
> +
> static bool fbcon_scroll(struct vc_data *vc, unsigned int t, unsigned int b,
> enum con_scroll dir, unsigned int count)
> {
> @@ -1867,71 +1928,6 @@ static bool fbcon_scroll(struct vc_data *vc, unsigned int t, unsigned int b,
> }
>
>
> -static void fbcon_bmove(struct vc_data *vc, int sy, int sx, int dy, int dx,
> - int height, int width)
> -{
> - struct fb_info *info = registered_fb[con2fb_map[vc->vc_num]];
> - struct fbcon_display *p = &fb_display[vc->vc_num];
> -
> - if (fbcon_is_inactive(vc, info))
> - return;
> -
> - if (!width || !height)
> - return;
> -
> - /* Split blits that cross physical y_wrap case.
> - * Pathological case involves 4 blits, better to use recursive
> - * code rather than unrolled case
> - *
> - * Recursive invocations don't need to erase the cursor over and
> - * over again, so we use fbcon_bmove_rec()
> - */
> - fbcon_bmove_rec(vc, p, sy, sx, dy, dx, height, width,
> - p->vrows - p->yscroll);
> -}
> -
> -static void fbcon_bmove_rec(struct vc_data *vc, struct fbcon_display *p, int sy, int sx,
> - int dy, int dx, int height, int width, u_int y_break)
> -{
> - struct fb_info *info = registered_fb[con2fb_map[vc->vc_num]];
> - struct fbcon_ops *ops = info->fbcon_par;
> - u_int b;
> -
> - if (sy < y_break && sy + height > y_break) {
> - b = y_break - sy;
> - if (dy < sy) { /* Avoid trashing self */
> - fbcon_bmove_rec(vc, p, sy, sx, dy, dx, b, width,
> - y_break);
> - fbcon_bmove_rec(vc, p, sy + b, sx, dy + b, dx,
> - height - b, width, y_break);
> - } else {
> - fbcon_bmove_rec(vc, p, sy + b, sx, dy + b, dx,
> - height - b, width, y_break);
> - fbcon_bmove_rec(vc, p, sy, sx, dy, dx, b, width,
> - y_break);
> - }
> - return;
> - }
> -
> - if (dy < y_break && dy + height > y_break) {
> - b = y_break - dy;
> - if (dy < sy) { /* Avoid trashing self */
> - fbcon_bmove_rec(vc, p, sy, sx, dy, dx, b, width,
> - y_break);
> - fbcon_bmove_rec(vc, p, sy + b, sx, dy + b, dx,
> - height - b, width, y_break);
> - } else {
> - fbcon_bmove_rec(vc, p, sy + b, sx, dy + b, dx,
> - height - b, width, y_break);
> - fbcon_bmove_rec(vc, p, sy, sx, dy, dx, b, width,
> - y_break);
> - }
> - return;
> - }
> - ops->bmove(vc, info, real_y(p, sy), sx, real_y(p, dy), dx,
> - height, width);
> -}
> -
> static void updatescrollmode_accel(struct fbcon_display *p,
> struct fb_info *info,
> struct vc_data *vc)
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Maxfeldstr. 5, 90409 Nürnberg, Germany
(HRB 36809, AG Nürnberg)
Geschäftsführer: Ivo Totev
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]
next prev parent reply other threads:[~2022-02-10 11:17 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-08 21:08 [Intel-gfx] [PATCH v2 00/19] fbcon patches, take two Daniel Vetter
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 01/19] fbcon: delete a few unneeded forward decl Daniel Vetter
2022-02-10 11:17 ` Thomas Zimmermann
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 02/19] fbcon: Move fbcon_bmove(_rec) functions Daniel Vetter
2022-02-08 23:06 ` Javier Martinez Canillas
2022-02-10 11:17 ` Thomas Zimmermann [this message]
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 03/19] fbcon: Introduce wrapper for console->fb_info lookup Daniel Vetter
2022-02-10 11:18 ` Thomas Zimmermann
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 04/19] fbcon: delete delayed loading code Daniel Vetter
2022-02-10 11:20 ` Thomas Zimmermann
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 05/19] fbdev/sysfs: Fix locking Daniel Vetter
2022-02-10 11:22 ` Thomas Zimmermann
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 06/19] fbcon: Use delayed work for cursor Daniel Vetter
2022-02-08 23:59 ` Javier Martinez Canillas
2022-02-10 11:37 ` Thomas Zimmermann
2022-02-10 11:43 ` Tetsuo Handa
2022-04-05 20:54 ` Daniel Vetter
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 07/19] fbcon: Replace FBCON_FLAGS_INIT with a boolean Daniel Vetter
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 08/19] fb: Delete fb_info->queue Daniel Vetter
2022-02-10 11:38 ` Thomas Zimmermann
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 09/19] fbcon: Extract fbcon_open/release helpers Daniel Vetter
2022-02-10 11:46 ` Thomas Zimmermann
2022-04-05 8:45 ` Daniel Vetter
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 10/19] fbcon: Ditch error handling for con2fb_release_oldinfo Daniel Vetter
2022-02-10 14:14 ` Thomas Zimmermann
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 11/19] fbcon: move more common code into fb_open() Daniel Vetter
2022-02-10 14:16 ` Thomas Zimmermann
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 12/19] fbcon: use lock_fb_info in fbcon_open/release Daniel Vetter
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 13/19] fbcon: Consistently protect deferred_takeover with console_lock() Daniel Vetter
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 14/19] fbcon: Move console_lock for register/unlink/unregister Daniel Vetter
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 15/19] fbcon: Move more code into fbcon_release Daniel Vetter
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 16/19] fbcon: untangle fbcon_exit Daniel Vetter
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 17/19] fbcon: Maintain a private array of fb_info Daniel Vetter
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 18/19] Revert "fbdev: Prevent probing generic drivers if a FB is already registered" Daniel Vetter
2022-02-09 0:19 ` Javier Martinez Canillas
2022-04-05 8:36 ` Daniel Vetter
2022-04-05 8:40 ` Daniel Vetter
2022-04-05 9:19 ` Javier Martinez Canillas
2022-04-05 9:24 ` Daniel Vetter
2022-04-05 9:52 ` Javier Martinez Canillas
2022-04-05 10:34 ` Daniel Vetter
2022-04-05 13:24 ` Geert Uytterhoeven
2022-04-05 13:33 ` Greg KH
2022-04-05 16:12 ` Daniel Vetter
2022-04-05 16:44 ` Greg KH
2022-04-05 17:29 ` Daniel Vetter
2022-04-07 17:26 ` Greg KH
2022-04-05 13:25 ` Javier Martinez Canillas
2022-02-08 21:08 ` [Intel-gfx] [PATCH v2 19/19] fbdev: Make registered_fb[] private to fbmem.c Daniel Vetter
2022-02-08 23:15 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for fbcon patches, take two Patchwork
2022-02-08 23:18 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork
2022-02-08 23:50 ` [Intel-gfx] ✗ Fi.CI.BAT: failure " Patchwork
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=4f7bf075-6844-28c9-0b23-4789c1023a08@suse.de \
--to=tzimmermann@suse.de \
--cc=daniel.vetter@ffwll.ch \
--cc=daniel.vetter@intel.com \
--cc=deller@gmx.de \
--cc=dri-devel@lists.freedesktop.org \
--cc=ducheng2@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=linux-fbdev@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=penguin-kernel@I-love.SAKURA.ne.jp \
/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