[PATCH] drm/fbdev-dma: Fix framebuffer mode for big endian devices

2024-07-02 Thread Thomas Huth
The drm_mode_legacy_fb_format() function only generates formats suitable for little endian devices. switch to drm_driver_legacy_fb_format() here instead to take the device endianness into consideration, too. Suggested-by: Thomas Zimmermann Signed-off-by: Thomas Huth --- Note: Patch has only

Re: [PATCH] drm/fbdev-generic: Fix framebuffer on big endian devices

2024-07-01 Thread Thomas Huth
On 28/06/2024 08.07, Thomas Zimmermann wrote: Hi Am 27.06.24 um 19:35 schrieb Thomas Huth: Starting with kernel 6.7, the framebuffer text console is not working anymore with the virtio-gpu device on s390x hosts. Such big endian fb devices are usinga different pixel ordering than little endian

[PATCH] drm/fbdev-generic: Fix framebuffer on big endian devices

2024-06-27 Thread Thomas Huth
So to fix this issue switch to drm_driver_legacy_fb_format() here instead to take the device endianness into consideration. Fixes: 6ae2ff23aa43 ("drm/client: Convert drm_client_buffer_addfb() to drm_mode_addfb2()") Closes: https://issues.redhat.com/browse/RHEL-45158 Signed-off-by: Thomas Hu

Re: [PATCH 0/2] drm: Make it compilable without CONFIG_HDMI and CONFIG_I2C

2018-04-13 Thread Thomas Huth
On 13.04.2018 16:32, Daniel Vetter wrote: > On Fri, Apr 13, 2018 at 11:40 AM, Thomas Huth wrote: >> By enabling the DRM code for virtio-gpu on S390, you currently also get >> all the code that is enabled by CONFIG_HDMI and CONFIG_I2C automatically. >> This is quite ugly, si

[PATCH 2/2] drm: Make the DRM code compilable without CONFIG_I2C

2018-04-13 Thread Thomas Huth
akefile to only compile the affected files with CONFIG_I2C=y and disable some I2C-related code in drm_edid.c. Signed-off-by: Thomas Huth --- drivers/gpu/drm/Kconfig| 4 ++-- drivers/gpu/drm/Makefile | 16 +--- drivers/gpu/drm/drm_edid.c | 10 +++--- 3 files changed, 18 inserti

[PATCH 1/2] drm: Move CONFIG_HDMI-dependent code to a separate file

2018-04-13 Thread Thomas Huth
ove the related code to a separate file for this. Signed-off-by: Thomas Huth --- drivers/gpu/drm/Kconfig | 2 +- drivers/gpu/drm/Makefile| 1 + drivers/gpu/drm/drm_crtc_internal.h | 2 + drivers/gpu/drm/drm_edid.c | 163 +---

[PATCH 0/2] drm: Make it compilable without CONFIG_HDMI and CONFIG_I2C

2018-04-13 Thread Thomas Huth
CONFIG_I2C. These two patches now refactor the DRM code a little bit so that we can compile it also without CONFIG_HDMI and CONFIG_I2C. Thomas Huth (2): drivers/gpu/drm: Move CONFIG_HDMI-dependent code to a separate file drivers/gpu/drm: Make the DRM code compilable without CONFIG_I2C drivers

Re: [PATCH] s390/console: enable dummy console for vt

2018-02-15 Thread Thomas Huth
On 15.02.2018 12:26, Geert Uytterhoeven wrote: > Hi Christian, > > On Thu, Feb 15, 2018 at 12:14 PM, Christian Borntraeger > wrote: >> To enable the virtual terminal layer with virtio-gpu, we need to >> provide the dummy console. This console is hidden behind CONFIG_IOMEM >> via the graphics supp

[Qemu-devel] [PATCH] drm: update MAINTAINERS for qemu drivers (bochs, cirrus, qxl, virtio-gpu)

2016-11-23 Thread Thomas Huth
On 23.11.2016 09:06, Gerd Hoffmann wrote: > Hi, > +L:qemu-devel at nongnu.org >> >> qemu-devel list already has very high traffic - not sure whether it >> makes much sense to route even more additional patches here. Maybe >> rather create a separate mailing list like

[Qemu-devel] [PATCH] drm: update MAINTAINERS for qemu drivers (bochs, cirrus, qxl, virtio-gpu)

2016-11-22 Thread Thomas Huth
On 22.11.2016 10:58, Gerd Hoffmann wrote: > Changes: > * add myself as maintainer, so patches land in my inbox. > * add qemu-devel mailing list. > * add drm-qemu git repo. > * flip bochs and qxl status to "Maintained". > > Signed-off-by: Gerd Hoffmann > --- > MAINTAINERS | 14 --