From: Thomas Zimmermann <tzimmermann@suse.de>
To: "René Rebe" <rene@exactco.de>
Cc: tpearson@raptorengineering.com, dri-devel@lists.freedesktop.org,
linux-kernel@vger.kernel.org, airlied@redhat.com
Subject: Re: [PATCH] drm/ast: Fix big-endian support
Date: Wed, 10 Dec 2025 09:55:50 +0100 [thread overview]
Message-ID: <a4243932-5878-4b37-b1f0-fb0c706ed1f2@suse.de> (raw)
In-Reply-To: <20251209.131329.130523044849026405.rene@exactco.de>
[-- Attachment #1: Type: text/plain, Size: 6930 bytes --]
Hi
Am 09.12.25 um 13:13 schrieb René Rebe:
> Hi,
>
> On Mon, 8 Dec 2025 09:44:23 +0100, Thomas Zimmermann <tzimmermann@suse.de> wrote:
>
>>>> On the 2400-and-onwards models, ast could set
>>>> drm_device.mode_config.quirk_addfb_prefer_host_byte_order. If set, the
>>>> format lookup will select a different format on BE machines. [1] For
>>>> example requesting XRGB8888 returns BGRX8888 instead. If ast later
>>>> sees such a format in the atomic_update code, it could transparently
>>>> swap bytes when writing out pixels to the video memory. IIRC this
>>>> works transparently to DRM clients and fbcon. I think this would be
>>>> the preferred way of fixing the issue.
>>> Uff, I get better than nothing ;-)
>> Well, you can set the quirk in mode config. And then in
>> ast_handle_damage(), you'll require a switch for the big-endian
>> formats. [1]
>>
>> ast_handle_damage(...)
>> {
>> ...
>>
>> switch (fb->format->format) {
>> default:
>> drm_fb_memcyp()
>> break;
>> case DRM_FORMAT_BGRX8888:
>> case DRM_FORMAT_RGB565 | DRM_FORMAT_BIG_ENDIAN:
>> /* Swap bytes on big-endian formats */
>> drm_fb_swab(dst, fb->pitches, src, fb, clip, false,
>> fmtcnv_state);
>> break;
>> }
>> }
>>
>> You can get that final argument fmtcnv_state from the DMR shadow-plane
>> state. [2]
>>
>> [1]
>> https://elixir.bootlin.com/linux/v6.18/source/drivers/gpu/drm/ast/ast_mode.c#L549
>> [2]
>> https://elixir.bootlin.com/linux/v6.18/source/drivers/gpu/drm/ast/ast_mode.c#L558
>>
>> Does that fix the color corruption?
> Following your suggestions conversion does not want to just work:
>
> root@XCODE_SPARC_T4_1:~# dmesg | tail
> [ 105.444761] ast 0000:0a:00.0: AST 2200 detected
> [ 105.444947] ast 0000:0a:00.0: [drm] dram MCLK=266 Mhz type=2 bus_width=32
> [ 105.444963] ast 0000:0a:00.0: [drm] Using analog VGA
> [ 105.445470] [drm] Initialized ast 0.1.0 for 0000:0a:00.0 on minor 0
> [ 105.673289] ast 0000:0a:00.0: [drm] format BX24 little-endian (0x34325842) not supported
> [ 105.673302] ast 0000:0a:00.0: [drm] No compatible format found
> [ 105.673348] ast 0000:0a:00.0: [drm] *ERROR* fbdev: Failed to setup emulation (ret=-22)
> [ 105.901306] ast 0000:0a:00.0: [drm] format BX24 little-endian (0x34325842) not supported
> [ 105.901319] ast 0000:0a:00.0: [drm] No compatible format found
> [ 105.901350] ast 0000:0a:00.0: [drm] *ERROR* fbdev: Failed to setup emulation (ret=-22)
Oh well...
There's a very simple patch attach. Does it fix the problem?
Best regards
Thomas
>
> WIP w/ BIG_ENDIAN temp commented out to test the code-path on the
> otherwise function big-endian byte-swapping SPARC64 AST:
>
> diff --git a/drivers/gpu/drm/ast/ast_cursor.c b/drivers/gpu/drm/ast/ast_cursor.c
> index 2d3ad7610c2e..3f17aa263bdb 100644
> --- a/drivers/gpu/drm/ast/ast_cursor.c
> +++ b/drivers/gpu/drm/ast/ast_cursor.c
> @@ -227,6 +227,12 @@ static void ast_cursor_plane_helper_atomic_update(struct drm_plane *plane,
> }
> break;
> }
> +
> +#if 0 //def __BIG_ENDIAN
> + /* Big-endian byte-swapping */
> + ast_set_index_reg_mask(ast, AST_IO_VGACRI, 0xa2, 0x3f, AST_IO_VGACRA2_BE_MODE_16);
> +#endif
> +
> ast_set_cursor_image(ast, argb4444, fb->width, fb->height);
> ast_set_cursor_base(ast, dst_off);
> }
> diff --git a/drivers/gpu/drm/ast/ast_mode.c b/drivers/gpu/drm/ast/ast_mode.c
> index cd08990a10f9..1065f481ec5f 100644
> --- a/drivers/gpu/drm/ast/ast_mode.c
> +++ b/drivers/gpu/drm/ast/ast_mode.c
> @@ -526,12 +526,23 @@ static int ast_primary_plane_helper_atomic_check(struct drm_plane *plane,
>
> static void ast_handle_damage(struct ast_plane *ast_plane, struct iosys_map *src,
> struct drm_framebuffer *fb,
> - const struct drm_rect *clip)
> + const struct drm_rect *clip,
> + struct drm_format_conv_state *fmtcnv_state)
> {
> struct iosys_map dst = IOSYS_MAP_INIT_VADDR_IOMEM(ast_plane_vaddr(ast_plane));
>
> iosys_map_incr(&dst, drm_fb_clip_offset(fb->pitches[0], fb->format, clip));
> - drm_fb_memcpy(&dst, fb->pitches, src, fb, clip);
> +
> + switch (fb->format->format) {
> + default:
> + drm_fb_memcpy(&dst, fb->pitches, src, fb, clip);
> + break;
> + case DRM_FORMAT_BGRX8888:
> + case DRM_FORMAT_RGB565 | DRM_FORMAT_BIG_ENDIAN:
> + /* Swap bytes on big-endian formats */
> + drm_fb_swab(&dst, fb->pitches, src, fb, clip, false, fmtcnv_state);
> + break;
> + }
> }
>
> static void ast_primary_plane_helper_atomic_update(struct drm_plane *plane,
> @@ -557,11 +568,25 @@ static void ast_primary_plane_helper_atomic_update(struct drm_plane *plane,
> ast_set_vbios_color_reg(ast, fb->format, ast_crtc_state->vmode);
> }
>
> +
> /* if the buffer comes from another device */
> if (drm_gem_fb_begin_cpu_access(fb, DMA_FROM_DEVICE) == 0) {
> +#if 0 // def __BIG_ENDIAN
> + /* Big-endian byte-swapping */
> + switch (fb->format->format) {
> + case DRM_FORMAT_RGB565:
> + ast_set_index_reg_mask(ast, AST_IO_VGACRI, 0xa2, 0x3f, AST_IO_VGACRA2_BE_MODE_16);
> + break;
> + case DRM_FORMAT_XRGB8888:
> + ast_set_index_reg_mask(ast, AST_IO_VGACRI, 0xa2, 0x3f, AST_IO_VGACRA2_BE_MODE);
> + break;
> + }
> +#endif
> +
> drm_atomic_helper_damage_iter_init(&iter, old_plane_state, plane_state);
> drm_atomic_for_each_plane_damage(&iter, &damage) {
> - ast_handle_damage(ast_plane, shadow_plane_state->data, fb, &damage);
> + ast_handle_damage(ast_plane, shadow_plane_state->data, fb, &damage,
> + &shadow_plane_state->fmtcnv_state);
> }
>
> drm_gem_fb_end_cpu_access(fb, DMA_FROM_DEVICE);
> @@ -1020,6 +1045,11 @@ int ast_mode_config_init(struct ast_device *ast)
> dev->mode_config.max_height = 1200;
> }
>
> +#ifdef __BIG_ENDIAN
> + //if (ast->chip >= AST2400)
> + dev->mode_config.quirk_addfb_prefer_host_byte_order = true;
> +#endif
> +
> dev->mode_config.helper_private = &ast_mode_config_helper_funcs;
>
> ret = ast_primary_plane_init(ast);
> diff --git a/drivers/gpu/drm/ast/ast_reg.h b/drivers/gpu/drm/ast/ast_reg.h
> index 30578e3b07e4..4e11ece9fce7 100644
> --- a/drivers/gpu/drm/ast/ast_reg.h
> +++ b/drivers/gpu/drm/ast/ast_reg.h
> @@ -34,6 +34,8 @@
> #define AST_IO_VGACR99_VGAMEM_RSRV_MASK GENMASK(1, 0)
> #define AST_IO_VGACRA1_VGAIO_DISABLED BIT(1)
> #define AST_IO_VGACRA1_MMIO_ENABLED BIT(2)
> +#define AST_IO_VGACRA2_BE_MODE BIT(7)
> +#define AST_IO_VGACRA2_BE_MODE_16 (AST_IO_VGACRA2_BE_MODE | BIT(6))
> #define AST_IO_VGACRA3_DVO_ENABLED BIT(7)
> #define AST_IO_VGACRAA_VGAMEM_SIZE_MASK GENMASK(1, 0)
> #define AST_IO_VGACRB6_HSYNC_OFF BIT(0)
--
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstr. 146, 90461 Nürnberg, Germany, www.suse.com
GF: Jochen Jaser, Andrew McDonald, Werner Knoblich, (HRB 36809, AG Nürnberg)
[-- Attachment #2: 0001-ast-swap-bytes-on-BE-machines.patch --]
[-- Type: text/x-patch, Size: 1819 bytes --]
From ea2cbca712d6e6e5b3114b89fc41fe51a8376862 Mon Sep 17 00:00:00 2001
From: Thomas Zimmermann <tzimmermann@suse.de>
Date: Wed, 10 Dec 2025 09:52:23 +0100
Subject: [PATCH] ast: swap bytes on BE machines
---
drivers/gpu/drm/ast/ast_mode.c | 11 +++++++++--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/ast/ast_mode.c b/drivers/gpu/drm/ast/ast_mode.c
index cd08990a10f9..57c6fbc3232b 100644
--- a/drivers/gpu/drm/ast/ast_mode.c
+++ b/drivers/gpu/drm/ast/ast_mode.c
@@ -526,12 +526,18 @@ static int ast_primary_plane_helper_atomic_check(struct drm_plane *plane,
static void ast_handle_damage(struct ast_plane *ast_plane, struct iosys_map *src,
struct drm_framebuffer *fb,
- const struct drm_rect *clip)
+ const struct drm_rect *clip,
+ struct drm_format_conv_state *fmtcnv_state)
{
struct iosys_map dst = IOSYS_MAP_INIT_VADDR_IOMEM(ast_plane_vaddr(ast_plane));
iosys_map_incr(&dst, drm_fb_clip_offset(fb->pitches[0], fb->format, clip));
+
+#if defined(__BIG_ENDIAN)
+ drm_fb_swab(&dst, fb->pitches, src, fb, clip, !src[0].is_iomem, fmtcnv_state);
+#else
drm_fb_memcpy(&dst, fb->pitches, src, fb, clip);
+#endif
}
static void ast_primary_plane_helper_atomic_update(struct drm_plane *plane,
@@ -561,7 +567,8 @@ static void ast_primary_plane_helper_atomic_update(struct drm_plane *plane,
if (drm_gem_fb_begin_cpu_access(fb, DMA_FROM_DEVICE) == 0) {
drm_atomic_helper_damage_iter_init(&iter, old_plane_state, plane_state);
drm_atomic_for_each_plane_damage(&iter, &damage) {
- ast_handle_damage(ast_plane, shadow_plane_state->data, fb, &damage);
+ ast_handle_damage(ast_plane, shadow_plane_state->data, fb, &damage,
+ &shadow_plane_state->fmtcnv_state);
}
drm_gem_fb_end_cpu_access(fb, DMA_FROM_DEVICE);
--
2.52.0
next prev parent reply other threads:[~2025-12-10 8:55 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-02 16:06 René Rebe
2025-12-03 9:40 ` Thomas Zimmermann
2025-12-03 10:14 ` René Rebe
2025-12-03 10:28 ` Thomas Zimmermann
2025-12-05 15:14 ` René Rebe
2025-12-05 18:31 ` Timothy Pearson
2025-12-05 19:46 ` Thomas Zimmermann
2025-12-05 19:50 ` René Rebe
2025-12-08 8:44 ` Thomas Zimmermann
2025-12-09 12:13 ` René Rebe
2025-12-10 8:55 ` Thomas Zimmermann [this message]
2025-12-10 15:33 ` René Rebe
2025-12-10 15:41 ` Thomas Zimmermann
2025-12-10 16:56 ` René Rebe
2025-12-11 7:22 ` Thomas Zimmermann
2025-12-11 12:43 ` René Rebe
2025-12-11 14:03 ` Thomas Zimmermann
2025-12-11 14:31 ` René Rebe
2025-12-11 14:56 ` Thomas Zimmermann
2025-12-12 15:14 ` Michel Dänzer
2025-12-12 17:54 ` René Rebe
2025-12-12 20:15 ` René Rebe
2025-12-15 7:27 ` 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=a4243932-5878-4b37-b1f0-fb0c706ed1f2@suse.de \
--to=tzimmermann@suse.de \
--cc=airlied@redhat.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rene@exactco.de \
--cc=tpearson@raptorengineering.com \
/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
all inboxes | Powered by JetHome®