From: Tobias Jakobi <tjakobi@math.uni-bielefeld.de>
To: Hyungwon Hwang <human.hwang@samsung.com>
Cc: linux-samsung-soc@vger.kernel.org, emil.l.velikov@gmail.com,
dri-devel@lists.freedesktop.org, gustavo.padovan@collabora.co.uk
Subject: Re: [PATCH 09/13] exynos/fimg2d: add g2d_move
Date: Fri, 30 Oct 2015 12:18:00 +0100 [thread overview]
Message-ID: <563351E8.7000007@math.uni-bielefeld.de> (raw)
In-Reply-To: <20151030161704.33346dab@hwh-ubuntu>
Hello Hyungwon,
Hyungwon Hwang wrote:
> On Tue, 22 Sep 2015 17:54:58 +0200
> Tobias Jakobi <tjakobi@math.uni-bielefeld.de> wrote:
>
>> We already have g2d_copy() which implements G2D copy
>> operations from one buffer to another. However we can't
>> do a overlapping copy operation in one buffer.
>>
>> Add g2d_move() which acts like the standard memmove()
>> and properly handles overlapping copies.
>>
>> Signed-off-by: Tobias Jakobi <tjakobi@math.uni-bielefeld.de>
>> ---
>> exynos/exynos_fimg2d.c | 94
>> ++++++++++++++++++++++++++++++++++++++++++++++++++
>> exynos/exynos_fimg2d.h | 3 ++ 2 files changed, 97 insertions(+)
>>
>> diff --git a/exynos/exynos_fimg2d.c b/exynos/exynos_fimg2d.c
>> index 4d5419c..8703629 100644
>> --- a/exynos/exynos_fimg2d.c
>> +++ b/exynos/exynos_fimg2d.c
>> @@ -540,6 +540,100 @@ g2d_copy(struct g2d_context *ctx, struct
>> g2d_image *src, }
>>
>> /**
>> + * g2d_move - move content inside single buffer.
>> + * Similar to 'memmove' this moves a rectangular region
>> + * of the provided buffer to another location (the source
>> + * and destination region potentially overlapping).
>> + *
>> + * @ctx: a pointer to g2d_context structure.
>> + * @img: a pointer to g2d_image structure providing
>> + * buffer information.
>> + * @src_x: x position of source rectangle.
>> + * @src_y: y position of source rectangle.
>> + * @dst_x: x position of destination rectangle.
>> + * @dst_y: y position of destination rectangle.
>> + * @w: width of rectangle to move.
>> + * @h: height of rectangle to move.
>> + */
>> +int
>> +g2d_move(struct g2d_context *ctx, struct g2d_image *img,
>> + unsigned int src_x, unsigned int src_y,
>> + unsigned int dst_x, unsigned dst_y, unsigned int w,
>> + unsigned int h)
>> +{
>> + union g2d_rop4_val rop4;
>> + union g2d_point_val pt;
>> + union g2d_direction_val dir;
>> + unsigned int src_w, src_h, dst_w, dst_h;
>> +
>> + src_w = w;
>> + src_h = h;
>> + if (src_x + img->width > w)
>> + src_w = img->width - src_x;
>> + if (src_y + img->height > h)
>> + src_h = img->height - src_y;
>> +
>> + dst_w = w;
>> + dst_h = w;
>> + if (dst_x + img->width > w)
>> + dst_w = img->width - dst_x;
>> + if (dst_y + img->height > h)
>> + dst_h = img->height - dst_y;
>> +
>> + w = MIN(src_w, dst_w);
>> + h = MIN(src_h, dst_h);
>> +
>> + if (w == 0 || h == 0) {
>> + fprintf(stderr, MSG_PREFIX "invalid width or
>> height.\n");
>> + return -EINVAL;
>> + }
>> +
>> + if (g2d_check_space(ctx, 13, 2))
>> + return -ENOSPC;
>> +
>> + g2d_add_cmd(ctx, DST_SELECT_REG, G2D_SELECT_MODE_BGCOLOR);
>> + g2d_add_cmd(ctx, SRC_SELECT_REG, G2D_SELECT_MODE_NORMAL);
>> +
>> + g2d_add_cmd(ctx, DST_COLOR_MODE_REG, img->color_mode);
>> + g2d_add_cmd(ctx, SRC_COLOR_MODE_REG, img->color_mode);
>> +
>> + g2d_add_base_addr(ctx, img, g2d_dst);
>> + g2d_add_base_addr(ctx, img, g2d_src);
>> +
>> + g2d_add_cmd(ctx, DST_STRIDE_REG, img->stride);
>> + g2d_add_cmd(ctx, SRC_STRIDE_REG, img->stride);
>> +
>> + dir.val[0] = dir.val[1] = 0;
>> +
>> + if (dst_x >= src_x)
>> + dir.data.src_x_direction = dir.data.dst_x_direction
>> = 1;
>> + if (dst_y >= src_y)
>> + dir.data.src_y_direction = dir.data.dst_y_direction
>> = 1; +
>
> As I commented in the patch 08/13, I think that direction is related
> with flip. If I am right, these two if statements looks awkward.
I hope my other mail clear things up. The code above does exactly what
it's supposed to do.
You can also check this with the test application I incuded. E.g. you
can remove the setting of the direction registers and quickly observe
image corruption of the moved region.
With best wishes,
Tobias
>
> Best regards,
> Hyungwon Hwang
>
>> + g2d_set_direction(ctx, &dir);
>> +
>> + pt.data.x = src_x;
>> + pt.data.y = src_y;
>> + g2d_add_cmd(ctx, SRC_LEFT_TOP_REG, pt.val);
>> + pt.data.x = src_x + w;
>> + pt.data.y = src_y + h;
>> + g2d_add_cmd(ctx, SRC_RIGHT_BOTTOM_REG, pt.val);
>> +
>> + pt.data.x = dst_x;
>> + pt.data.y = dst_y;
>> + g2d_add_cmd(ctx, DST_LEFT_TOP_REG, pt.val);
>> + pt.data.x = dst_x + w;
>> + pt.data.y = dst_y + h;
>> + g2d_add_cmd(ctx, DST_RIGHT_BOTTOM_REG, pt.val);
>> +
>> + rop4.val = 0;
>> + rop4.data.unmasked_rop3 = G2D_ROP3_SRC;
>> + g2d_add_cmd(ctx, ROP4_REG, rop4.val);
>> +
>> + return g2d_flush(ctx);
>> +}
>> +
>> +/**
>> * g2d_copy_with_scale - copy contents in source buffer to
>> destination buffer
>> * scaling up or down properly.
>> *
>> diff --git a/exynos/exynos_fimg2d.h b/exynos/exynos_fimg2d.h
>> index 9eee7c0..2700686 100644
>> --- a/exynos/exynos_fimg2d.h
>> +++ b/exynos/exynos_fimg2d.h
>> @@ -343,6 +343,9 @@ int g2d_copy(struct g2d_context *ctx, struct
>> g2d_image *src, struct g2d_image *dst, unsigned int src_x,
>> unsigned int src_y, unsigned int dst_x, unsigned int
>> dst_y, unsigned int w, unsigned int h);
>> +int g2d_move(struct g2d_context *ctx, struct g2d_image *img,
>> + unsigned int src_x, unsigned int src_y, unsigned int
>> dst_x,
>> + unsigned dst_y, unsigned int w, unsigned int h);
>> int g2d_copy_with_scale(struct g2d_context *ctx, struct g2d_image
>> *src, struct g2d_image *dst, unsigned int src_x,
>> unsigned int src_y, unsigned int
>> src_w,
>
next prev parent reply other threads:[~2015-10-30 11:18 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-22 15:54 [PATCH 00/13] drm/exynos: async G2D and g2d_move() Tobias Jakobi
2015-09-22 15:54 ` [PATCH 01/13] drm: Implement drmHandleEvent2() Tobias Jakobi
2015-09-22 15:54 ` [PATCH 02/13] exynos: Introduce exynos_handle_event() Tobias Jakobi
2015-09-22 15:54 ` [PATCH 03/13] tests/exynos: add fimg2d performance analysis Tobias Jakobi
2015-10-30 6:51 ` Hyungwon Hwang
2015-10-30 11:17 ` Tobias Jakobi
2015-09-22 15:54 ` [PATCH 04/13] exynos/fimg2d: add g2d_config_event Tobias Jakobi
2015-09-22 15:54 ` [PATCH 05/13] exynos: fimg2d: add g2d_exec2 Tobias Jakobi
2015-09-22 15:54 ` [PATCH 06/13] tests/exynos: add fimg2d event test Tobias Jakobi
2015-10-30 6:50 ` Hyungwon Hwang
2015-10-30 11:16 ` Tobias Jakobi
2015-10-30 11:24 ` Emil Velikov
2015-10-30 11:28 ` Tobias Jakobi
2015-10-30 12:31 ` Emil Velikov
2015-10-30 14:28 ` Tobias Jakobi
2015-10-30 18:49 ` Emil Velikov
2015-11-02 2:10 ` Hyungwon Hwang
2015-09-22 15:54 ` [PATCH 07/13] tests/exynos: use XRGB8888 for framebuffer Tobias Jakobi
2015-10-30 6:41 ` Hyungwon Hwang
2015-10-30 11:17 ` Tobias Jakobi
2015-11-02 2:32 ` Hyungwon Hwang
2015-09-22 15:54 ` [PATCH 08/13] exynos: fimg2d: add g2d_set_direction Tobias Jakobi
2015-10-30 7:14 ` Hyungwon Hwang
2015-10-30 11:17 ` Tobias Jakobi
2015-10-30 17:14 ` Tobias Jakobi
2015-11-02 4:28 ` Hyungwon Hwang
2015-09-22 15:54 ` [PATCH 09/13] exynos/fimg2d: add g2d_move Tobias Jakobi
2015-10-30 7:17 ` Hyungwon Hwang
2015-10-30 11:18 ` Tobias Jakobi [this message]
2015-11-09 7:30 ` Hyungwon Hwang
2015-11-09 9:47 ` Tobias Jakobi
2015-11-10 4:20 ` Hyungwon Hwang
2015-11-10 13:24 ` Tobias Jakobi
2015-11-11 1:55 ` Hyungwon Hwang
2015-09-22 15:54 ` [PATCH 10/13] tests/exynos: add test for g2d_move Tobias Jakobi
2015-11-09 7:36 ` Hyungwon Hwang
2015-11-09 9:47 ` Tobias Jakobi
2015-11-09 11:33 ` Emil Velikov
2015-09-22 15:55 ` [PATCH 11/13] exynos/fimg2d: add exynos_bo_unmap() Tobias Jakobi
2015-09-22 15:55 ` [PATCH 12/13] exynos/fimg2d: add g2d_reset() to public API Tobias Jakobi
2015-09-22 15:55 ` [PATCH 13/13] exynos: bump version number Tobias Jakobi
2015-10-07 18:32 ` [PATCH 00/13] drm/exynos: async G2D and g2d_move() Tobias Jakobi
2015-10-17 22:39 ` Tobias Jakobi
2015-10-28 19:27 ` Tobias Jakobi
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=563351E8.7000007@math.uni-bielefeld.de \
--to=tjakobi@math.uni-bielefeld.de \
--cc=dri-devel@lists.freedesktop.org \
--cc=emil.l.velikov@gmail.com \
--cc=gustavo.padovan@collabora.co.uk \
--cc=human.hwang@samsung.com \
--cc=linux-samsung-soc@vger.kernel.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