[PATCH v2 11/15] fb: print more information on devinfo

2024-09-27 Thread Sascha Hauer
Print some more information about the framebuffer in the devinfo output: - x/y resolution - line_length - type of framebuffer (overlay, base plane) - if it's an overlay, print the base plane Signed-off-by: Sascha Hauer --- drivers/video/fb.c | 9 + 1 file changed, 9 insertions(+) diff -

Re: [PATCH v2 10/10] ARM: add optimized memmove

2024-09-27 Thread Sascha Hauer
On Fri, Sep 27, 2024 at 07:12:15AM +0200, Marco Felsch wrote: > Hi Sascha, > > On 24-09-26, Sascha Hauer wrote: > > Until now there has been no assembler optimized version of memmove() for > > ARM. Add this from Linux-6.10 for both ARM32 and ARM64. This also updates > > memcpy() for ARM64 from Lin

Re: [PATCH v1] kvx: Fix SoC version/revision string

2024-09-27 Thread Yann Sionneau
Hi Julian, On 27/09/2024 15:53, Julian Vetter wrote: > In the register $PCR the bitfield SV (SoC Version) determines on which > SoC iteration we are (e.g., KV2, KV3, etc.), whereas CAR (Core > ARchitecture Revision) determines the Revision within each iteration, > e.g., KV3-1, KV3-2, etc. Since th

Re: [PATCH 0/5] graphics updates

2024-09-27 Thread Sascha Hauer
On Wed, 25 Sep 2024 16:34:48 +0200, Sascha Hauer wrote: > This series fixes some bugs and oddities in the graphics routines I came > across when testing the upcoming Rockchip VOP2 driver. > > Applied, thanks! [1/5] graphic_utils: Clip to screen boundaries https://git.pengutronix.de/cgit

i.MX8/9: question about unused DDR PHY trained CSR board array

2024-09-27 Thread Ahmad Fatoum
Hello Peng, Looking at the DDR setup code for i.MX8M and i.MX9 that you had contributed, I am wondering about struct dram_cfg_param::ddrphy_trained_csr and the global ddrphy_trained_csr array. struct dram_cfg_param::ddrphy_trained_csr is presumably generated by the i.MX DDR tool and it seems popu

[PATCH v1] kvx: Fix SoC version/revision string

2024-09-27 Thread Julian Vetter
In the register $PCR the bitfield SV (SoC Version) determines on which SoC iteration we are (e.g., KV2, KV3, etc.), whereas CAR (Core ARchitecture Revision) determines the Revision within each iteration, e.g., KV3-1, KV3-2, etc. Since this port is only for KV3, SV should not change anyway. But CAR

Re: [PATCH] kvx: Fix SoC version/revision string

2024-09-27 Thread Yann Sionneau
On 27/09/2024 15:07, Julian Vetter wrote: > In the register $PCR the bitfield SV (SoC Version) determines on which > SoC interation we are (e.g., KV2, KV3, etc.), whereas CAR (Core > ARchitecture Revision) determines the Revision within each interation, > e.g., KV3-1, KV3-2, etc. Since this port is

[PATCH] kvx: Fix SoC version/revision string

2024-09-27 Thread Julian Vetter
In the register $PCR the bitfield SV (SoC Version) determines on which SoC interation we are (e.g., KV2, KV3, etc.), whereas CAR (Core ARchitecture Revision) determines the Revision within each interation, e.g., KV3-1, KV3-2, etc. Since this port is only for KV3, SV should not change anway. But CAR

[PATCH v2 08/15] video: add dw-hdmi driver

2024-09-27 Thread Sascha Hauer
This adds the Designware HDMI driver from Linux-6.10. The code is directly taken from Linux with the necessary adjustments for the barebox API. Audio support has been removed. Signed-off-by: Sascha Hauer --- drivers/video/Kconfig |9 + drivers/video/Makefile |1 + drivers/video/dw-hdm

[PATCH v2 05/15] video: add include/video/drm/drm_connector.h

2024-09-27 Thread Sascha Hauer
drm_connector.h from Linux contains several defines and struct types useful for porting over DRM drivers to barebox. This is based on Linux-6.10. Signed-off-by: Sascha Hauer --- include/video/drm/drm_connector.h | 502 ++ 1 file changed, 502 insertions(+) dif

[PATCH v2 10/15] fb: Accept overlay framebuffers without modes

2024-09-27 Thread Sascha Hauer
This adds a pointer to the base framebuffer to struct fb_info in case the framebuffer is an overlay. As overlays do not have modes, accept them in fb_enable() even when it doesn't have a mode. Signed-off-by: Sascha Hauer --- drivers/video/fb.c | 20 ++-- include/fb.h | 3 +

[PATCH v2 06/15] fb: add fb_rect functions

2024-09-27 Thread Sascha Hauer
Add convenience functions for calculating the width/height of a rectangle. Signed-off-by: Sascha Hauer --- include/fb.h | 10 ++ 1 file changed, 10 insertions(+) diff --git a/include/fb.h b/include/fb.h index 2dd55eb83d..574a66a396 100644 --- a/include/fb.h +++ b/include/fb.h @@ -99,6 +

Re: [PATCH v4 00/16] Add ECDSA support for FIT image verification

2024-09-27 Thread Sascha Hauer
On Fri, 13 Sep 2024 09:59:08 +0200, Sascha Hauer wrote: > This series implements ECDSA signature verification for FIT images. > The ECDSA code itself is taken from the Kernel. Currently only supported > way to specify a ECDSA key is to compile it into the binary using > CONFIG_CRYPTO_PUBLIC_KEYS,

Re: [PATCH] efi: payload: image use new CONFIG_ARM64 symbol

2024-09-27 Thread Sascha Hauer
On Fri, 20 Sep 2024 11:49:01 +0200, Ahmad Fatoum wrote: > CONFIG_ARM64 was added as an alternative to CONFIG_CPU_V8 as encountering > the latter in generic code is confusing for users not familiar with ARM. > > EFI payload support was one such generic place, so let's replace the > CONFIG_CPU_v8

Re: [PATCH v4 00/16] Add ECDSA support for FIT image verification

2024-09-27 Thread Sascha Hauer
On Fri, Sep 27, 2024 at 01:23:00PM +0200, Sascha Hauer wrote: > > On Fri, 13 Sep 2024 09:59:08 +0200, Sascha Hauer wrote: > > This series implements ECDSA signature verification for FIT images. > > The ECDSA code itself is taken from the Kernel. Currently only supported > > way to specify a ECDSA

[PATCH v2 04/15] regmap: add regfield support

2024-09-27 Thread Sascha Hauer
Add regfield support to get comfortable access to register fields in a regmap. The functions are taken directly from Linux-6.10. Signed-off-by: Sascha Hauer --- drivers/base/regmap/internal.h | 11 drivers/base/regmap/regmap.c | 131 + include/linu

Re: [PATCH v4 09/16] crypto: rsa: encapsulate rsa keys in public keys struct

2024-09-27 Thread Sascha Hauer
On Fri, Sep 27, 2024 at 10:02:08AM +0200, Ahmad Fatoum wrote: > On 13.09.24 09:59, Sascha Hauer wrote: > > This encapsulates struct rsa_public_key into a struct public_key. So far > > RSA keys are the only supported key type. With adding ECDSA keys we need > > a container struct so that we can add

[PATCH v2 13/15] ARM: ARM64: implement dma_alloc_writecombine()

2024-09-27 Thread Sascha Hauer
We currently only have dma_alloc_writecombine() for aarch32. Implement it for aarch64 as it is useful for mapping framebuffer memory. Reviewed-by: Ahmad Fatoum Signed-off-by: Sascha Hauer --- arch/arm/cpu/mmu_64.c | 11 ++- arch/arm/cpu/mmu_64.h | 15 ++- 2 files changed, 16

[PATCH v2 12/15] fbconsole: Adjust fbconsole names for overlays

2024-09-27 Thread Sascha Hauer
Signed-off-by: Sascha Hauer --- drivers/video/fbconsole.c | 22 -- 1 file changed, 20 insertions(+), 2 deletions(-) diff --git a/drivers/video/fbconsole.c b/drivers/video/fbconsole.c index 01a091d07a..eec524318f 100644 --- a/drivers/video/fbconsole.c +++ b/drivers/video/fbcon

Re: [PATCH] clk: imx: improve precision of AV PLL to 1 Hz

2024-09-27 Thread Sascha Hauer
On Thu, 26 Sep 2024 13:33:20 +0200, Sascha Hauer wrote: > Adoption of Linux commit: > > | commit c5a8045a553e32529ffb6bfb33fcad4d38aec2c7 > | Author: Emil Lundmark > | Date: Wed Oct 12 12:31:41 2016 +0200 > | > | clk: imx: improve precision of AV PLL to 1 Hz > | > | The audio and vide

[PATCH v2 00/15] video: Add Rockchip VOP2 support

2024-09-27 Thread Sascha Hauer
This series adds support for the VOP2 controller found on the newer Rockchip SoCs like RK3566, RK3568 and RK3588. It has been tested on a RK3568 based ROCK3a board using HDMI and a RK3568 based custom board using HDMI and RGB output. The driver has support for a base plane and one or more overlay

[PATCH v2 15/15] video: Rockchip: Add VOP2 driver

2024-09-27 Thread Sascha Hauer
This adds support for the Rockchip VOP2 video core found on the Rockchip SoCs RK3566, RK3568 and RK3588. The code is based on the Linux driver and has been heavily stripped down for barebox. Support for the cluster windows has been removed, also support for YUV modes has been dropped. Tested-by: A

[PATCH v2 02/15] video: add videomode helpers

2024-09-27 Thread Sascha Hauer
Linux has three different structures to describle video modes: The FB subsystem specific struct fb_videomode, the DRM subsystem specific struct drm_display_mode and one to rule them all, struct videomode. In barebox we used to stick to struct fb_videomode, but as new graphic drivers are likely to

[PATCH v2 01/15] clk: rockchip: rk3568: Fix HDMI clocks

2024-09-27 Thread Sascha Hauer
This is a combination of Linux commits: 6e69052f01d91 ("clk: rockchip: Add CLK_SET_RATE_PARENT to the HDMI reference clock on rk3568") ff3187eabb5ce ("clk: rockchip: drop CLK_SET_RATE_PARENT from dclk_vop* on rk3568") These are needed for proper HDMI clock settings on RK3568. Reviewed-by: Ahma

[PATCH v2 14/15] vpl: make vpl deep probe aware

2024-09-27 Thread Sascha Hauer
Ensure the VPL partner is probed before trying to find it. Signed-off-by: Sascha Hauer --- drivers/video/vpl.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/video/vpl.c b/drivers/video/vpl.c index f8c2159cd9..35fb342a8f 100644 --- a/drivers/video/vpl.c +++ b/drivers/video/vpl.c @

Re: [PATCH v2 00/10] ARM: add assembler optimized memmove

2024-09-27 Thread Sascha Hauer
On Thu, 26 Sep 2024 13:17:02 +0200, Sascha Hauer wrote: > I realized that ARM uses the generic memmove() implementation which is > rather slow. This series adds the assembler optimized version for ARM. > The corresponding recent Linux code doesn't fit into barebox anymore, so > to merge the code

[PATCH v2 03/15] media-bus-format: update from kernel

2024-09-27 Thread Sascha Hauer
There are several new media bus formats since we last updated media-bus-format.h from Linux. Update it from Linux-6.10 to get the new formats. Reviewed-by: Ahmad Fatoum Signed-off-by: Sascha Hauer --- include/video/media-bus-format.h | 55 +--- 1 file changed

[PATCH v2 09/15] video: i.MX ipuv3: switch to upstream hdmi driver

2024-09-27 Thread Sascha Hauer
The Linux dw-hdmi driver is based on a driver which originally was written specifically for the i.MX and was converted later to a generic dw-hdmi driver. The barebox driver is still based on the original Linux driver. We just merged the dw-hdmi driver. With this patch we now get rid of the i.MX spe

Re: [PATCH v2 0/5] spi-gpio updates

2024-09-27 Thread Sascha Hauer
On Thu, 26 Sep 2024 13:21:36 +0200, Sascha Hauer wrote: > Our spio-gpio driver currently only supports 8bit word width. This > series updates the driver to support arbitrary word widths up to 32bit. > Also we get rid of the deprecated GPIO binding that the driver uses. > > Applied, thanks! [1

[PATCH v2 07/15] video: Add Sitronix st7789v panel driver

2024-09-27 Thread Sascha Hauer
This adds a panel driver for the Sitronix st7789v panel based on the corresponding Linux-6.10 driver. Signed-off-by: Sascha Hauer --- drivers/video/Kconfig | 8 + drivers/video/Makefile | 1 + drivers/video/panel-sitronix-st7789v.c | 652 +

Re: [PATCH 0/5] of-graph fixes

2024-09-27 Thread Sascha Hauer
On Wed, 25 Sep 2024 16:01:10 +0200, Sascha Hauer wrote: > Upcoming Rockchip VOP2 support makes use of of-graph which uncovered > some bugs in the existing code. This series contains fixes for it and > adds some missing functions. > > Applied, thanks! [1/5] of: fix of_get_next_child() for prev

Re: [PATCH 07/13] video: Add Sitronix st7789v panel driver

2024-09-27 Thread Sascha Hauer
On Thu, Sep 26, 2024 at 04:16:13PM +0200, Ahmad Fatoum wrote: > Hello Sascha, > > On 26.09.24 15:15, Sascha Hauer wrote: > > + ret = st7789v_read_data(ctx, MIPI_DCS_GET_DISPLAY_ID, ids, > > ST7789V_IDS_SIZE); > > + if (ret) > > + return ret; > > +printf("%s: %02x %02x %02x\n", __fun

Re: [PATCH v4 07/16] keytoc: make key name hint optional

2024-09-27 Thread Ahmad Fatoum
On 13.09.24 09:59, Sascha Hauer wrote: > The key name hint is used in barebox to find a key without iterating > over all keys, but it's not required. Make the key name hint optional > to keytoc. > > Signed-off-by: Sascha Hauer Reviewed-by: Ahmad Fatoum > --- > scripts/keytoc.c | 31 ++

Re: [PATCH v4 10/16] crypto: add public_key functions

2024-09-27 Thread Ahmad Fatoum
On 13.09.24 09:59, Sascha Hauer wrote: > Now that we have a struct public_key as a general container for keys > create and use functions making use of it. Move the list from struct > rsa_public_key to struct public_key, add public_key_verify() and use > it instead of rsa_verify(), move key_name_hin

Re: [PATCH v4 03/16] keytoc: fix ECDSA endianess problems

2024-09-27 Thread Ahmad Fatoum
On 13.09.24 09:59, Sascha Hauer wrote: > We print the ECDSA key values out as an uint32_t C array. They are used in > barebox as a uint64_t C array, so when the endianess of the build system > differs from the system barebox runs on we end up with the 32bit words > swapped in the u64 array. Fix thi

Re: [PATCH v4 13/16] crypto: rsa: create static inline wrapper for rsa_verify()

2024-09-27 Thread Ahmad Fatoum
On 13.09.24 09:59, Sascha Hauer wrote: > rsa_verify() is called from generic code, so provide a static inline > no-op wrapper used when RSA support is disabled. > > Signed-off-by: Sascha Hauer Reviewed-by: Ahmad Fatoum -- Pengutronix e.K. |

Re: [PATCH v4 15/16] crypto: add ECDSA support

2024-09-27 Thread Ahmad Fatoum
On 13.09.24 09:59, Sascha Hauer wrote: > This adds ECDSA signature verification support. The code is based on the > Linux code as of Linux-6.10. The Linux code expects the key to be in > ASN.1 encoded format. We don't need this in barebox as directly compile > the x and y key values into the binary

Re: [PATCH v4 09/16] crypto: rsa: encapsulate rsa keys in public keys struct

2024-09-27 Thread Ahmad Fatoum
On 13.09.24 09:59, Sascha Hauer wrote: > This encapsulates struct rsa_public_key into a struct public_key. So far > RSA keys are the only supported key type. With adding ECDSA keys we need > a container struct so that we can add ECDSA keys using the same > mechanisms. > > Also we rename CONFIG_CRY

Re: [PATCH v4 08/16] crypto: rsa: include key name hint into CONFIG_CRYPTO_RSA_KEY

2024-09-27 Thread Ahmad Fatoum
On 13.09.24 09:59, Sascha Hauer wrote: > Set the key name hint in CONFIG_CRYPTO_RSA_KEY. CONFIG_CRYPTO_RSA_KEY > now has the form: > > : > > This is done in preparation to make CONFIG_CRYPTO_RSA_KEY a list of > keys. > > Signed-off-by: Sascha Hauer Reviewed-by: Ahmad Fatoum > --- > crypto/K

Re: [PATCH v4 06/16] crypto/Makefile: Drop unnecessary dependencies

2024-09-27 Thread Ahmad Fatoum
On 13.09.24 09:59, Sascha Hauer wrote: > Having rsa-keys.h depend on the input key files is unnecessary. They > were introduced to avoid unnecessary rebuilds when the files didn't > change. This is unnecessary because the public_keys cmd won't produce > output when it wouldn't change the existing f

Re: [PATCH v4 05/16] crypto: Makefile: make simpler

2024-09-27 Thread Ahmad Fatoum
On 13.09.24 09:59, Sascha Hauer wrote: > We have: > > $(if $(RSA_DEP),$<,$(CONFIG_CRYPTO_RSA_KEY)) > > '$<' is the first dependency which is $(RSA_DEP). $(RSA_DEP) is either > empty (in which case $(CONFIG_CRYPTO_RSA_KEY) is used), or set to > $(CONFIG_CRYPTO_RSA_KEY) a few lines up. > so all thi

Re: [PATCH v4 04/16] keytoc: remove duplicate __ENV__ check

2024-09-27 Thread Ahmad Fatoum
On 13.09.24 09:59, Sascha Hauer wrote: > Signed-off-by: Sascha Hauer Reviewed-by: Ahmad Fatoum > --- > scripts/keytoc.c | 11 --- > 1 file changed, 11 deletions(-) > > diff --git a/scripts/keytoc.c b/scripts/keytoc.c > index b140160688..ecb33cbe47 100644 > --- a/scripts/keytoc.c > +++