Re: [PATCH 4/4] nvmem: layouts: add U-Boot env layout

Hi Rafał, zaj...@gmail.com wrote on Mon, 18 Dec 2023 23:10:20 +0100: > On 18.12.2023 15:21, Miquel Raynal wrote: > > Hi Rafał, > > > > zaj...@gmail.com wrote on Mon, 18 Dec 2023 14:37:22 +0100: > > > >> From: Rafał Miłecki > >> > >> This patch moves all generic (NVMEM devices independent) co

Re: [PATCH v2 13/17] video: rockchip: Add rk3328 vop support

Hi Andy, On Tue, Dec 19, 2023 at 6:50 AM Andy Yan wrote: > > > Hi Jaqan： > > At 2023-12-19 03:11:10, "Jagan Teki" wrote: > >From: Jagan Teki > > > >Add support for Rockchip RK3328 VOP. > > > >Require VOP cleanup before handoff to Linux by writing reset values to > >WIN registers. Without this L

RE: [PATCH] clk: altera: n5x: Fix MEMCLKMGR_EXTCNTRST_C0CNTRST to bit(0)

Hi, > -Original Message- > From: Maniyam, Dinesh > Sent: Friday, December 15, 2023 3:15 PM > To: u-boot@lists.denx.de > Cc: Marek ; Simon ; > Lukasz Majewski ; Sean Anderson ; > Chee, Tien Fong ; Hea, Kok Kiang > ; Maniyam, Dinesh > ; Ng, Boon Khai ; > Yuslaimi, Alif Zakuan ; Chong, Teik

RE: [PATCH] arm: dts: agilex: Increase reserved memory size to 32MB

Hi, > -Original Message- > From: Maniyam, Dinesh > Sent: Friday, December 15, 2023 3:22 PM > To: u-boot@lists.denx.de > Cc: Marek ; Simon ; > Chee, Tien Fong ; Hea, Kok Kiang > ; Maniyam, Dinesh > ; Ng, Boon Khai ; > Yuslaimi, Alif Zakuan ; Chong, Teik Heng > ; Zamri, Muhammad Hazim Izzat

RE: [PATCH v1 1/1] drivers: misc: Add socfpga_dtreg driver for Intel SoCFPGA

Hi, > -Original Message- > From: Lau, Wan Yee > Sent: Friday, December 8, 2023 4:37 PM > To: u-boot@lists.denx.de > Cc: Simon Glass ; Kever Yang chips.com>; Bin Meng ; Jonas Karlman > ; Jean-Marie Lemetayer ; Peng > Fan ; Vladimir Zapolskiy > ; Konrad Dybcio ; > Marek Vasut ; Simon Golds

Re: [PATCH 0/7] Add SE HMBSC board support

Hi Simon, On Mon, 18 Dec 2023 at 20:32, Simon Glass wrote: > > Hi Sumit, > > On Mon, 18 Dec 2023 at 00:24, Sumit Garg wrote: > > > > SE HMIBSC board is based on Qcom APQ8016 SoC. One of the major > > Could you please add a doc/ file for this board and explain how to > build it and how to run U-B

[PATCH v7 6/6] spi: zynq_qspi: Add parallel memories support in QSPI driver

Add support for parallel memories in zynq_qspi.c driver. In case of parallel memories STRIPE bit is set and sent to the qspi ip, which will send data bits to both the flashes in parallel. However for few commands we should not use stripe, instead send same data to both the flashes. Those commands a

[PATCH v7 4/6] spi: spi-uclass: Read chipselect and restrict capabilities

From: Ashok Reddy Soma Read chipselect properties from DT which are populated using 'reg' property and save it in plat->cs[] array for later use. Also read multi chipselect capability which is used for parallel-memories and return errors if they are passed on using DT but driver is not capable o

[PATCH v7 5/6] spi: zynqmp_gqspi: Add parallel memories support in GQSPI driver

Add support for parallel memories in zynqmp_gqspi.c driver. In case of parallel memories STRIPE bit is set and sent to the qspi ip, which will send data bits to both the flashes in parallel. However for few commands we should not use stripe, instead send same data to both the flashes. Those command

[PATCH v7 3/6] mtd: spi-nor: Add parallel and stacked memories support in read_bar and write_bar

From: Ashok Reddy Soma Add support for parallel memories and stacked memories configuration in read_bar and write_bar functions. Signed-off-by: Ashok Reddy Soma Signed-off-by: Venkatesh Yadav Abbarapu --- drivers/mtd/spi/spi-nor-core.c | 55 +- 1 file changed,

[PATCH v7 2/6] mtd: spi-nor: Add parallel memories support for read_sr and read_fsr

From: Ashok Reddy Soma Add support for parallel memories flash configuration in read status register and read flag status register functions. Signed-off-by: Ashok Reddy Soma Signed-off-by: Venkatesh Yadav Abbarapu --- drivers/mtd/spi/spi-nor-core.c | 50 -- 1 f

[PATCH v7 1/6] mtd: spi-nor: Add parallel and stacked memories support

From: Ashok Reddy Soma In parallel mode, the current implementation assumes that a maximum of two flashes are connected. The QSPI controller splits the data evenly between both the flashes so, both the flashes that are connected in parallel mode should be identical. During each operation SPI-NOR

[PATCH v7 0/6] spi-nor: Add parallel and stacked memories support

This series adds support for Xilinx qspi parallel and stacked memeories. In parallel mode, the current implementation assumes that a maximum of two flashes are connected. The QSPI controller splits the data evenly between both the flashes so, both the flashes that are connected in parallel mode

Re: Proposal: U-Boot memory management

Am 19. Dezember 2023 02:26:00 MEZ schrieb Tom Rini : >On Tue, Dec 19, 2023 at 01:01:51AM +0100, Heinrich Schuchardt wrote: >> >> >> Am 19. Dezember 2023 00:31:30 MEZ schrieb Tom Rini : >> >On Tue, Dec 19, 2023 at 12:29:19AM +0100, Heinrich Schuchardt wrote: >> >> >> >> >> >> Am 19. Dezember

Re: Proposal: U-Boot memory management

On Tue, Dec 19, 2023 at 01:01:51AM +0100, Heinrich Schuchardt wrote: > > > Am 19. Dezember 2023 00:31:30 MEZ schrieb Tom Rini : > >On Tue, Dec 19, 2023 at 12:29:19AM +0100, Heinrich Schuchardt wrote: > >> > >> > >> Am 19. Dezember 2023 00:16:40 MEZ schrieb Tom Rini : > >> >On Tue, Dec 19, 2023

Re:[PATCH v2 13/17] video: rockchip: Add rk3328 vop support

Hi Jaqan： At 2023-12-19 03:11:10, "Jagan Teki" wrote: >From: Jagan Teki > >Add support for Rockchip RK3328 VOP. > >Require VOP cleanup before handoff to Linux by writing reset values to >WIN registers. Without this Linux VOP trigger page fault as below >[0.752016] Loading compiled-in X.509

Re: [PATCH v3 1/4] efi_loader: split unrelated code from efi_bootmgr.c

On Mon, Dec 18, 2023 at 08:01:51AM -0700, Simon Glass wrote: > Hi AKASHI, > > On Sun, 17 Dec 2023 at 19:39, AKASHI Takahiro > wrote: > > > > Some code moved from cmd/bootefi.c is actually necessary only for "bootefi > > " command (starting an image manually loaded by a user using U-Boot > > load

Re: [PATCH] ARM: dts: imx: Power off display output on Data Modul i.MX8M Mini/Plus eDM SBC

On Mon, Dec 18, 2023 at 3:02 PM Marek Vasut wrote: > > Turn display connector power off on boot and reboot to prevent any > bogus start up sequence of any panel potentially attached to the > display connector. > > Signed-off-by: Marek Vasut Applied to u-boot-imx/master, thanks.

Re: [PATCH v3 3/4] net: tftp: remove explicit efi configuration dependency

Hi Simon, On Mon, Dec 18, 2023 at 08:01:46AM -0700, Simon Glass wrote: > Hi AKASHI, > > On Sun, 17 Dec 2023 at 19:39, AKASHI Takahiro > wrote: > > > > Now it is clear that the feature actually depends on efi interfaces, > > not "bootefi" command. efi_set_bootdev() will automatically be nullified

Re: Proposal: U-Boot memory management

Am 19. Dezember 2023 00:31:30 MEZ schrieb Tom Rini : >On Tue, Dec 19, 2023 at 12:29:19AM +0100, Heinrich Schuchardt wrote: >> >> >> Am 19. Dezember 2023 00:16:40 MEZ schrieb Tom Rini : >> >On Tue, Dec 19, 2023 at 12:08:31AM +0100, Heinrich Schuchardt wrote: >> >> >> >> >> >> Am 18. Dezember

Re: Proposal: U-Boot memory management

On Tue, Dec 19, 2023 at 12:29:19AM +0100, Heinrich Schuchardt wrote: > > > Am 19. Dezember 2023 00:16:40 MEZ schrieb Tom Rini : > >On Tue, Dec 19, 2023 at 12:08:31AM +0100, Heinrich Schuchardt wrote: > >> > >> > >> Am 18. Dezember 2023 23:41:08 MEZ schrieb Tom Rini : > >> >On Mon, Dec 18, 2023

Re: Proposal: U-Boot memory management

Am 19. Dezember 2023 00:16:40 MEZ schrieb Tom Rini : >On Tue, Dec 19, 2023 at 12:08:31AM +0100, Heinrich Schuchardt wrote: >> >> >> Am 18. Dezember 2023 23:41:08 MEZ schrieb Tom Rini : >> >On Mon, Dec 18, 2023 at 11:34:16PM +0100, Heinrich Schuchardt wrote: >> > >> >[snip] >> >> Or take: >> >>

Re: Proposal: U-Boot memory management

On Tue, Dec 19, 2023 at 12:08:31AM +0100, Heinrich Schuchardt wrote: > > > Am 18. Dezember 2023 23:41:08 MEZ schrieb Tom Rini : > >On Mon, Dec 18, 2023 at 11:34:16PM +0100, Heinrich Schuchardt wrote: > > > >[snip] > >> Or take: > >> > >> load host 0:1 $c kernel.efi > >> load host 0:1 $d initrd.i

Re: Proposal: U-Boot memory management

Am 18. Dezember 2023 23:41:08 MEZ schrieb Tom Rini : >On Mon, Dec 18, 2023 at 11:34:16PM +0100, Heinrich Schuchardt wrote: > >[snip] >> Or take: >> >> load host 0:1 $c kernel.efi >> load host 0:1 $d initrd.img >> >> How could we ensure that initrd.img is not overwriting a part of kernel.efi >

Re: Proposal: U-Boot memory management

On Mon, Dec 18, 2023 at 11:34:16PM +0100, Heinrich Schuchardt wrote: [snip] > Or take: > > load host 0:1 $c kernel.efi > load host 0:1 $d initrd.img > > How could we ensure that initrd.img is not overwriting a part of kernel.efi > without memory allocation? Today, invalid checksum as part of s

Re: Proposal: U-Boot memory management

Am 18. Dezember 2023 22:48:43 MEZ schrieb Simon Glass : >Hi Heinrich, > >On Mon, 18 Dec 2023 at 14:37, Heinrich Schuchardt wrote: >> >> >> >> Am 18. Dezember 2023 22:03:41 MEZ schrieb Simon Glass : >> >Hi Heinrich, >> > >> >On Mon, 18 Dec 2023 at 13:00, Heinrich Schuchardt >> >wrote: >> >> >>

Re: [PATCH v3 4/7] bcm2835: brcm,bcm2708-fb device is using r5g6b5 format

Hi Ivan, Am 18.12.23 um 22:03 schrieb Ivan T. Ivanov: brcm,bcm2708-fb device provided by firmware on RPi5 uses 16 bits per pixel. Update driver to properly handle this. Signed-off-by: Ivan T. Ivanov --- drivers/video/bcm2835.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-)

Re: [PATCH v3 1/7] rpi5: add initial memory map for bcm2712

Hi Ivan, Am 18.12.23 um 22:03 schrieb Ivan T. Ivanov: From: Dmitry Malkin includes: * 1GB of RAM (from 4GB or 8GB total) * VPU memory interface * AXI ranges (main peripherals) my experience with U-Boot is little, but i do my best to give you some feedback. Signed-off-by: Dmitry Malkin Sign

Re: [PATCH v3 4/4] fs: remove explicit efi configuration dependency

Am 18. Dezember 2023 16:01:40 MEZ schrieb Simon Glass : >Hi AKASHI, > >On Sun, 17 Dec 2023 at 19:39, AKASHI Takahiro > wrote: >> >> Now it is clear that the feature actually depends on efi interfaces, >> not "bootefi" command. efi_set_bootdev() will automatically be nullified >> if necessary efi

Re: [PATCH 1/4] dt-bindings: nvmem: layouts: add U-Boot environment variables layout

On 18.12.2023 15:48, Rob Herring wrote: On Mon, 18 Dec 2023 14:37:19 +0100, Rafał Miłecki wrote: From: Rafał Miłecki U-Boot env data is a way of storing firmware variables. It's a format that can be used of top of various storage devices. Its binding should be an NVMEM layout instead of a sta

Re: [PATCH 4/4] nvmem: layouts: add U-Boot env layout

On 18.12.2023 15:21, Miquel Raynal wrote: Hi Rafał, zaj...@gmail.com wrote on Mon, 18 Dec 2023 14:37:22 +0100: From: Rafał Miłecki This patch moves all generic (NVMEM devices independent) code from NVMEM device driver to NVMEM layout driver. Then it adds a simple NVMEM layout code on top of

Re: [PATCH RFC] dt-bindings: nvmem: u-boot, env: add any-name MAC cells compatible

On 14.12.2023 22:27, Simon Glass wrote: On Thu, 14 Dec 2023 at 08:36, Rafał Miłecki wrote: From: Rafał Miłecki So far we had a property for "ethaddr" NVMEM cell containing base Ethernet MAC address. The problem is vendors often pick non-standard names for storing MAC(s) (other than "ethaddr"

Re: Proposal: U-Boot memory management

On Mon, Dec 18, 2023 at 02:48:43PM -0700, Simon Glass wrote: > Hi Heinrich, > > On Mon, 18 Dec 2023 at 14:37, Heinrich Schuchardt wrote: > > > > > > > > Am 18. Dezember 2023 22:03:41 MEZ schrieb Simon Glass : > > >Hi Heinrich, > > > > > >On Mon, 18 Dec 2023 at 13:00, Heinrich Schuchardt > > >wr

Re: Proposal: U-Boot memory management

Hi Heinrich, On Mon, 18 Dec 2023 at 14:37, Heinrich Schuchardt wrote: > > > > Am 18. Dezember 2023 22:03:41 MEZ schrieb Simon Glass : > >Hi Heinrich, > > > >On Mon, 18 Dec 2023 at 13:00, Heinrich Schuchardt wrote: > >> > >> > >> > >> Am 18. Dezember 2023 19:12:11 MEZ schrieb Simon Glass : > >> >

Re: Proposal: U-Boot memory management

On Mon, Dec 18, 2023 at 02:03:41PM -0700, Simon Glass wrote: > Hi Heinrich, > > On Mon, 18 Dec 2023 at 13:00, Heinrich Schuchardt wrote: > > > > > > > > Am 18. Dezember 2023 19:12:11 MEZ schrieb Simon Glass : > > >Hi Heinrich, > > > > > >On Sat, 16 Dec 2023 at 12:04, Heinrich Schuchardt > > >wr

Re: Proposal: U-Boot memory management

Am 18. Dezember 2023 22:03:41 MEZ schrieb Simon Glass : >Hi Heinrich, > >On Mon, 18 Dec 2023 at 13:00, Heinrich Schuchardt wrote: >> >> >> >> Am 18. Dezember 2023 19:12:11 MEZ schrieb Simon Glass : >> >Hi Heinrich, >> > >> >On Sat, 16 Dec 2023 at 12:04, Heinrich Schuchardt >> >wrote: >> >> >>

Re: [PATCH 2/2 v3] smbios: Fallback to the default DT if sysinfo nodes are missing

Hi Neil, On Mon, 18 Dec 2023 at 08:37, wrote: > > Hi, > > On 18/12/2023 16:01, Simon Glass wrote: > > Hi Neil, > > > > On Mon, 18 Dec 2023 at 02:54, wrote: > >> > >> On 17/12/2023 19:41, Tom Rini wrote: > >>> On Sat, Dec 16, 2023 at 11:46:18AM -0700, Simon Glass wrote: > Hi Tom, > > >>

Re: Proposal: U-Boot memory management

Hi Heinrich, On Mon, 18 Dec 2023 at 13:00, Heinrich Schuchardt wrote: > > > > Am 18. Dezember 2023 19:12:11 MEZ schrieb Simon Glass : > >Hi Heinrich, > > > >On Sat, 16 Dec 2023 at 12:04, Heinrich Schuchardt wrote: > >> > >> On 12/16/23 19:01, Simon Glass wrote: > >> > Hi, > >> > > >> > This reco

[PATCH v3 7/7] pci: pcie-brcmstb: Add bcm2712 PCIe controller support

PCIe controller have minor register map difference compared to bcm2711 variant. Handle this using device specific register offset. Signed-off-by: Ivan T. Ivanov --- drivers/pci/pcie_brcmstb.c | 23 +++ 1 file changed, 19 insertions(+), 4 deletions(-) diff --git a/drivers/pci

[PATCH v3 6/7] configs: rpi_arm64: enable SDHCI BCMSTB driver

RPi5 have "brcm,bcm2712-sdhci" controller which is handled by "sdhci-bcmstb" driver, so enable it. Signed-off-by: Ivan T. Ivanov --- configs/rpi_arm64_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/rpi_arm64_defconfig b/configs/rpi_arm64_defconfig index f9dade18f6..1107fd1

[PATCH v3 5/7] mmc: bcmstb: Add support for bcm2712 SD controller

Borrow SD quirks from vendor Linux driver. "BCM2712 unfortunately carries with it a perennial bug with the SD controller register interface present on previous chips (2711/2709/2708). Accesses must be dword-sized and a read-modify-write cycle to the 32-bit registers containing the COMMAND, TRANSFE

[PATCH v3 3/7] rpi5: Use devicetree to retrieve board revision

Firmware on RPi5 return error on board revision query through firmware interface, but on the other hand it fills "linux,revision" in "system" node, so use it to detect board revision. system { linux,revision = <0xc04170>; linux,serial = <0x6cf44e80 0x3c533ed

[PATCH v3 4/7] bcm2835: brcm, bcm2708-fb device is using r5g6b5 format

brcm,bcm2708-fb device provided by firmware on RPi5 uses 16 bits per pixel. Update driver to properly handle this. Signed-off-by: Ivan T. Ivanov --- drivers/video/bcm2835.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/video/bcm2835.c b/drivers/video/bcm2

[PATCH v3 2/7] rpi5: Use devicetree as alternative way to read IO base addresses

From: Dmitry Malkin MBOX and Watchdog on RPi5/bcm2712 has a different base IO offsets. Find them via devicetree blob passed by bootloader. Signed-off-by: Dmitry Malkin Signed-off-by: Ivan T. Ivanov --- arch/arm/mach-bcm283x/include/mach/base.h | 5 ++- arch/arm/mach-bcm283x/include/mach/mbo

[PATCH v3 1/7] rpi5: add initial memory map for bcm2712

From: Dmitry Malkin includes: * 1GB of RAM (from 4GB or 8GB total) * VPU memory interface * AXI ranges (main peripherals) Signed-off-by: Dmitry Malkin Signed-off-by: Ivan T. Ivanov --- arch/arm/mach-bcm283x/init.c | 38 +++- 1 file changed, 37 insertions(+), 1

[PATCH v3 0/7] rpi5: initial support

Hi, These patches are adding basic support for RPi5. They are based on v2 series from Dmitry Malkin[1]. With them I am able to _start_ current openSUSE Tumbleweed without modification. They are still a lot of things to be added to the upstream Linux before it runs flawlessly on this device, but a

Re: Adding EFI runtime support to the Arm's FF-A bus

Am 18. Dezember 2023 16:01:44 MEZ schrieb Simon Glass : >Hi, > >On Thu, 14 Dec 2023 at 12:47, Ilias Apalodimas > wrote: >> >> Hi Mark, Abdellatif >> >> On Thu, 14 Dec 2023 at 18:47, Mark Kettenis wrote: >> > >> > > Date: Thu, 14 Dec 2023 15:53:46 + >> > > From: Abdellatif El Khlifi >> > >>

Re: Proposal: U-Boot memory management

Am 18. Dezember 2023 19:12:11 MEZ schrieb Simon Glass : >Hi Heinrich, > >On Sat, 16 Dec 2023 at 12:04, Heinrich Schuchardt wrote: >> >> On 12/16/23 19:01, Simon Glass wrote: >> > Hi, >> > >> > This records my thoughts after a discussion with Ilias & Heinrich re >> > memory allocation in U-Boot.

[PATCH v2 17/17] configs: Enable HDMI Out for ROC-RK3328-CC

U-Boot 2024.01-rc4-00053-gb9f7cafdd9-dirty (Dec 11 2023 - 13:18:15 +0530) Model: Firefly roc-rk3328-cc DRAM: 1 GiB (effective 1022 MiB) PMIC: RK8050 (on=0x40, off=0x00) Core: 236 devices, 26 uclasses, devicetree: separate MMC: mmc@ff50: 1, mmc@ff52: 0 Loading Environment from MMC... *

[PATCH v2 16/17] configs: evb-rk3328: Enable vidconsole for rk3328

Enable video console for Rockchip RK3328. Signed-off-by: Jagan Teki --- Changes for v2: - none include/configs/evb_rk3328.h| 5 + include/configs/rk3328_common.h | 1 + 2 files changed, 6 insertions(+) diff --git a/include/configs/evb_rk3328.h b/include/configs/evb_rk3328.h index d10e5

[PATCH v2 15/17] rockchip: Enable preconsole for rk3328

Enable and set the start address of pre-console buffer for RK3328. Signed-off-by: Jagan Teki --- Changes for v2: - none arch/arm/mach-rockchip/Kconfig | 1 + common/Kconfig | 2 +- 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/arch/arm/mach-rockchip/Kconfig b/arc

[PATCH v2 14/17] ARM: dts: rk3328: Enable VOP for bootph-all

Model: Firefly roc-rk3328-cc DRAM: 1 GiB (effective 1022 MiB) Video device 'vop@ff37' cannot allocate frame buffer memory -ensure the device is set up before relocation Error binding driver 'rockchip_rk3328_vop': -28 Some drivers failed to bind initcall sequence 3ffcd5e8 failed at call

[PATCH v2 13/17] video: rockchip: Add rk3328 vop support

From: Jagan Teki Add support for Rockchip RK3328 VOP. Require VOP cleanup before handoff to Linux by writing reset values to WIN registers. Without this Linux VOP trigger page fault as below [0.752016] Loading compiled-in X.509 certificates [0.787796] inno_hdmi_phy_rk3328_clk_recalc_rate

[PATCH v2 12/17] video: rockchip: Add rk3328 hdmi support

From: Jagan Teki Add Rockchip RK3328 HDMI Out driver. Signed-off-by: Jagan Teki --- Changes for v2: - none drivers/video/rockchip/Makefile | 1 + drivers/video/rockchip/rk3328_hdmi.c | 131 +++ drivers/video/rockchip/rk_hdmi.h | 3 + 3 files changed, 135 i

[PATCH v2 11/17] phy: rockchip: Add Rockchip INNO HDMI PHY driver

From: Jagan Teki Add Rockchip INNO HDMI PHY driver for RK3328. Reference from linux-next phy-rockchip-inno-hdmi driver. Signed-off-by: Jagan Teki --- Changes for v2: - none drivers/phy/rockchip/Kconfig | 7 + drivers/phy/rockchip/Makefile | 1 + drivers/p

[PATCH v2 10/17] clk: rk3328: Add get hdmiphy clock

From: Jagan Teki Add support to get the hdmiphy clock for RK3328 PCLK_HDMIPHY. Signed-off-by: Jagan Teki --- Changes for v2: - none drivers/clk/rockchip/clk_rk3328.c | 17 + 1 file changed, 17 insertions(+) diff --git a/drivers/clk/rockchip/clk_rk3328.c b/drivers/clk/rockchi

[PATCH v2 09/17] clk: rockchip: rk3328: Add VOP clk support

From: Jagan Teki VOP get and set clock would needed for VOP drivers. Add support for it. Signed-off-by: Jagan Teki --- Changes for v2: - Add DCLK get rate .../include/asm/arch-rockchip/cru_rk3328.h| 34 +++ drivers/clk/rockchip/clk_rk3328.c | 88 ++- 2 fil

[PATCH v2 08/17] video: rockchip: vop: Add dsp offset support

From: Jagan Teki Unlike RK3399, RK3288 the Newer Rockchip SoC's like RK3328 have different offsets for dsp registers. Group the dsp register set via dsp_regs pointers so that dsp_offset would point the dsp_regs to access for any changes in the offset value. Signed-off-by: Jagan Teki --- Change

[PATCH v2 07/17] video: rockchip: vop: Add win offset support

From: Jagan Teki Unlike RK3399, RK3288 the Newer Rockchip SoC's like RK3328 have different offsets for win registers. Group the win register set via win_regs pointers so that win_offset would point the win_regs to access for any changes in the offset value. Signed-off-by: Jagan Teki --- Change

[PATCH v2 06/17] video: rockchip: vop: Simplify rkvop_enable

From: Jagan Teki Get the regs from priv pointer instead of passing it an argument. This would simplify the code and better readability. Signed-off-by: Jagan Teki --- Changes for v2: - none drivers/video/rockchip/rk_vop.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --g

[PATCH v2 05/17] video: dw_hdmi: Add setup_hpd hook

From: Jagan Teki Add support for DW HDMI Setup HPD status. Signed-off-by: Jagan Teki --- Changes for v2: - none drivers/video/dw_hdmi.c | 3 +++ include/dw_hdmi.h | 1 + 2 files changed, 4 insertions(+) diff --git a/drivers/video/dw_hdmi.c b/drivers/video/dw_hdmi.c index 172e6b45a6..3e

[PATCH v2 04/17] video: dw_hdmi: Add read_hpd hook

From: Jagan Teki Add support for DW HDMI Read HPD status. Signed-off-by: Jagan Teki --- Changes for v2: - none drivers/video/dw_hdmi.c | 3 +++ include/dw_hdmi.h | 1 + 2 files changed, 4 insertions(+) diff --git a/drivers/video/dw_hdmi.c b/drivers/video/dw_hdmi.c index 0a597206f0..172

[PATCH v2 03/17] video: dw_hdmi: Extend the HPD detection

From: Jagan Teki HPD detection on some DW HDMIdesigned SoC's would need to read and setup the HPD status explicitly. So, extend the HPD detection code by adding the dw_hdmi_detect_hpd function and move the default detection code caller there. The new read and setup hdp will integrate the same f

[PATCH v2 02/17] video: dw_hdmi: Add Vendor PHY handling

From: Jagan Teki DW HDMI support Vendor PHY like Rockchip RK3328 Inno HDMI PHY. Extend the vendor phy handling by adding platform phy hooks. Signed-off-by: Jagan Teki --- Changes for v2: - fix meson cfg drivers/video/dw_hdmi.c | 29 +++- drivers/video/mes

[PATCH v2 01/17] video: rockchip: hdmi: Detect hpd after controller init

From: Jagan Teki HDP is a hardware connector event, so detect the same once the controller and attached PHY initialization are done. Signed-off-by: Jagan Teki --- Changes for v2: - none drivers/video/rockchip/rk_hdmi.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/

[PATCH v2 00/17] video: dw_hdmi: Support Vendor PHY

From: Jagan Teki Unlike RK3399, Sunxi/Meson DW HDMI the new Rockchip SoC Rk3328 would support external vendor PHY with DW HDMI chip. Support this vendor PHY by adding new platform PHY ops via DW HDMI driver and call the respective generic phy from platform driver code. This series tested in RK3

Re: [PATCH 00/17] video: dw_hdmi: Support Vendor PHY

On Mon, Dec 18, 2023 at 7:23 PM Robin Murphy wrote: > > On 2023-12-15 7:13 am, Kever Yang wrote: > > Hi Jagan, > > > > On 2023/12/15 14:36, Jagan Teki wrote: > >> Hi Heiko/Kerver/Anatoloj, > >> > >> On Mon, Dec 11, 2023 at 2:30 PM Jagan Teki > >> wrote: > >>> Unlike RK3399, Sunxi/Meson DW HDMI th

[PATCH v3 14/14] bloblist: Align bloblist used_size and total_size to spec

Align used_size and total_size of the bloblist header to the definition of the FW Handoff spec v0.9. Update the related bloblist APIs and UT testcases. Signed-off-by: Raymond Mao --- Changes in v2 - New patch file created for v2. Changes in v3 - Keep the flag and spare values to align to FW hando

[PATCH v3 13/14] bloblist: Update documentation and header comment

From: Simon Glass Align the documentation with the v0.9 spec. Signed-off-by: Simon Glass Signed-off-by: Raymond Mao --- doc/develop/bloblist.rst | 4 +++- include/bloblist.h | 1 + 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/doc/develop/bloblist.rst b/doc/develop/blobl

[PATCH v3 12/14] bloblist: Add alignment to bloblist_new()

From: Simon Glass Allow the alignment to be specified when creating a bloblist. Signed-off-by: Simon Glass Co-developed-by: Raymond Mao Signed-off-by: Raymond Mao --- Changes in v3 - Keep the flag argument to align to FW handoff spec up to commit 3592349. common/bloblist.c | 5 +++-- incl

[PATCH v3 11/14] bloblist: Adjust the bloblist header

From: Simon Glass The v0.9 spec provides for a 24-byte header. Update the implementation to match this. This also adds an alignment field. Signed-off-by: Simon Glass Co-developed-by: Raymond Mao Signed-off-by: Raymond Mao --- Changes in v3 - Update the bloblist header to align to FW handoff

[PATCH v3 10/14] bloblist: Reduce blob-header size

From: Simon Glass The v0.9 spec provides for an 8-byte header for each blob, with fewer fields. The blob data start address should be aligned to the alignment specified by the bloblist header. Update the implementation to match this. Signed-off-by: Simon Glass Co-developed-by: Raymond Mao Sign

[PATCH v3 09/14] bloblist: Handle alignment with a void entry

From: Simon Glass Rather than setting the alignment using the header size, add an entirely new entry to cover the gap left by the alignment. Signed-off-by: Simon Glass Co-developed-by: Raymond Mao Signed-off-by: Raymond Mao Reviewed-by: Simon Glass --- common/bloblist.c | 23 +++

[PATCH v3 08/14] bloblist: Checksum the entire bloblist

From: Simon Glass Spec v0.9 specifies that the entire bloblist area is checksummed, including unused portions. Update the code to follow this. Signed-off-by: Simon Glass Co-developed-by: Raymond Mao Signed-off-by: Raymond Mao Reviewed-by: Simon Glass --- common/bloblist.c | 9 + te

[PATCH v3 07/14] bloblist: Change the checksum algorithm

From: Simon Glass Use a sinple 8-bit checksum for bloblist, as specified by the spec version 0.9 Signed-off-by: Simon Glass Co-developed-by: Raymond Mao Signed-off-by: Raymond Mao Reviewed-by: Simon Glass --- common/bloblist.c | 14 -- include/bloblist.h | 5 ++--- 2 files cha

[PATCH v3 06/14] bloblist: Drop spare value from bloblist record

From: Simon Glass Drop spare value from bloblist record header. For now it is still present in the header, with an underscore, so that tests continue to pass. Signed-off-by: Simon Glass Co-developed-by: Raymond Mao Signed-off-by: Raymond Mao --- Changes in v3 - Keep the spare value in the bl

[PATCH v3 05/14] bloblist: Access record hdr_size and tag via a function

From: Simon Glass Convert accesses to tag and hdr_size via function for grouping tag and hdr_size together later. Signed-off-by: Simon Glass Co-developed-by: Raymond Mao Signed-off-by: Raymond Mao --- Changes in v3 - Update commit message. common/bloblist.c | 38 +---

[PATCH v3 04/14] bloblist: Set version to 1

From: Simon Glass The new bloblist for v0.9 has version 1 so update this value. Signed-off-by: Simon Glass Co-developed-by: Raymond Mao Signed-off-by: Raymond Mao Reviewed-by: Ilias Apalodimas Reviewed-by: Simon Glass --- include/bloblist.h | 2 +- 1 file changed, 1 insertion(+), 1 deletio

[PATCH v3 03/14] bloblist: Change the magic value

From: Simon Glass This uses a new value with spec v0.9 so change it. Signed-off-by: Simon Glass Co-developed-by: Raymond Mao Signed-off-by: Raymond Mao --- Changes in v2 - Update the bloblist magic to align to FW handoff spec v0.9. Changes in v3 - Update the bloblist magic to align to FW hand

[PATCH v3 02/14] bloblist: Adjust API to align in powers of 2

From: Simon Glass The updated bloblist structure stores the alignment as a power-of-two value in its structures. Adjust the API to use this, to avoid needing to calling ilog2(). Drop a stale comment while we are here. Signed-off-by: Simon Glass Co-developed-by: Raymond Mao Signed-off-by: Raym

[PATCH v3 01/14] bloblist: Update the tag numbering

From: Simon Glass Align bloblist tags with the FW handoff spec v0.9. The most common ones are from 0. TF related ones are from 0x100. All non-standard ones from 0xfff000. Added new defined tags: BLOBLISTT_OPTEE_PAGABLE_PART for TF. BLOBLISTT_TPM_EVLOG and BLOBLISTT_TPM_CRB_BASE for TPM. Signed-

[PATCH v3 00/14] Support Firmware Handoff spec via bloblist

Major changes: Update bloblist to align to Firmware Handoff spec v0.9 (up to commit #3592349 of the spec) (https://github.com/FirmwareHandoff/firmware_handoff). Includes: - Align bloblist tags with the FW handoff spec - Add an explicit alignment field in the header - Update bloblist magic and ve

Re: Proposal: U-Boot memory management

Hi Heinrich, On Sat, 16 Dec 2023 at 12:04, Heinrich Schuchardt wrote: > > On 12/16/23 19:01, Simon Glass wrote: > > Hi, > > > > This records my thoughts after a discussion with Ilias & Heinrich re > > memory allocation in U-Boot. > > > > 1. malloc() > > > > malloc() is used for programmatic memor

[PATCH] ARM: dts: imx: Power off display output on Data Modul i.MX8M Mini/Plus eDM SBC

Turn display connector power off on boot and reboot to prevent any bogus start up sequence of any panel potentially attached to the display connector. Signed-off-by: Marek Vasut --- Cc: Fabio Estevam Cc: Peng Fan Cc: Stefano Babic --- .../dts/imx8mm-data-modul-edm-sbc-u-boot.dtsi | 49 +++

Re: [PATCH v1] spi: dw: add check for Rx FIFO overflow

Hello Jagan, пн, 18 дек. 2023 г. в 14:28, Jagan Teki : > > On Tue, Oct 17, 2023 at 12:35 PM Maksim Kiselev wrote: > > > > If even one byte is lost due to Rx FIFO overflow then we will never > > exit the read loop. Because the (priv->rx != priv->rx_end) condition will > > be always true. > > > > L

Re: Adding EFI runtime support to the Arm's FF-A bus

Hi Mark, On Thu, Dec 14, 2023 at 05:47:42PM +0100, Mark Kettenis wrote: > > Date: Thu, 14 Dec 2023 15:53:46 + > > From: Abdellatif El Khlifi > > Hi Abdellatif, > > > Hi guys, > > > > I'd like to ask for advice regarding adding EFI RT support to the Arm's > > FF-A bus > > in U-Boot. > > >

Re: [GIT PULL] u-boot-riscv/next

On Mon, Dec 18, 2023 at 07:44:15PM +0800, Leo Liang wrote: > Hi Tom, > > The following changes since commit fdefb4e194c65777fa11479119adaa71651f41d4: > > Merge tag 'efi-next-20231217' of > https://source.denx.de/u-boot/custodians/u-boot-efi into next (2023-12-17 > 09:11:06 -0500) > > are av

Re: Adding EFI runtime support to the Arm's FF-A bus

Hi Ilias On Thu, Dec 14, 2023 at 09:47:13PM +0200, Ilias Apalodimas wrote: > Hi Mark, Abdellatif > > On Thu, 14 Dec 2023 at 18:47, Mark Kettenis wrote: > > > > > Date: Thu, 14 Dec 2023 15:53:46 + > > > From: Abdellatif El Khlifi > > > > Hi Abdellatif, > > > > > Hi guys, > > > > > > I'd like

Re: Pull request: u-boot-spi/master [for-next]

On Mon, Dec 18, 2023 at 03:56:25PM +0530, Jagan Teki wrote: > Hi Tom, > > Please pull this PR for next. > > Summary: > - spi_nor_read_sfdp_dma_unsafe (Vaishnav) > - w25q01/02 (Jim) > > CI: > https://source.denx.de/u-boot/custodians/u-boot-spi/-/pipelines/18995 > > thanks, > Jagan. > > The fol

[tom.r...@gmail.com: Fwd: New Defects reported by Coverity Scan for Das U-Boot]

Here's the latest report. -- Forwarded message - From: Date: Mon, Dec 18, 2023 at 8:42 AM Subject: New Defects reported by Coverity Scan for Das U-Boot To: Hi, Please find the latest report on new defect(s) introduced to Das U-Boot found with Coverity Scan. 1 new defect(s) in

Re: Booting fails on the sandbox

Am 18. Dezember 2023 16:01:36 MEZ schrieb Simon Glass : >Hi Heinrich, > >On Sat, 16 Dec 2023 at 14:08, Heinrich Schuchardt wrote: >> >> On 12/16/23 19:45, Simon Glass wrote: >> > Hi Heinrich, >> > >> > On Sat, 16 Dec 2023 at 07:50, Heinrich Schuchardt >> > wrote: >> >> >> >> Hello Simon, >> >

Re: [PATCH v2] net: mv88e6xxx: fix missing SMI address initialization

On Wed, 6 Dec 2023 15:35:56 +0100 Marek Mojík wrote: > The mv88e6xxx driver does not currently initialize the smi_addr field, but > instead keeps the default zero value. This leads to driver being unusable > on devices where the switch is not on address zero of the mdio bus. Fix > this problem by

Re: [PATCH 2/2 v3] smbios: Fallback to the default DT if sysinfo nodes are missing

Hi, On 18/12/2023 16:01, Simon Glass wrote: Hi Neil, On Mon, 18 Dec 2023 at 02:54, wrote: On 17/12/2023 19:41, Tom Rini wrote: On Sat, Dec 16, 2023 at 11:46:18AM -0700, Simon Glass wrote: Hi Tom, On Thu, 14 Dec 2023 at 06:11, Tom Rini wrote: [..] And my point with the above is that

Re: [PATCH 00/13] arm: exynos: Add E850-96 board

On Tue, Dec 12, 2023 at 9:16 PM Sam Protsenko wrote: > > NOTE: This patch series depends on "pinctrl: exynos: Prepare for other > SoCs support" series [1]. It should be applied first. > > Add Exynos850 SoC and WinLink's E850-96 board support. A short overview > of series additions and modification

Re: [PATCH v2 8/9] configs: qemu: add config fragment for ACPI

On Mon, Dec 18, 2023 at 08:01:34AM -0700, Simon Glass wrote: > Hi Heinrich, > > On Sat, 16 Dec 2023 at 12:27, Heinrich Schuchardt > wrote: > > > > On 12/16/23 19:46, Simon Glass wrote: > > > On Fri, 15 Dec 2023 at 06:33, Heinrich Schuchardt > > > wrote: > > >> > > >> Provide a configuration frag

Re: [PATHv1 0/9] net fixes prior lwip

On Mon, Dec 18, 2023 at 09:03:47PM +0600, Maxim Uvarov wrote: > Hi, > > Do I need to resend this patchset with small comment message correction or > it can be done on the apply? Yes, please v2 that patch and perhaps re-read all of the commits and see if all of the commit messages could be improve

Re: [PATHv1 0/9] net fixes prior lwip

Hi, Do I need to resend this patchset with small comment message correction or it can be done on the apply? Thank you, Maxim. On Mon, 4 Dec 2023 at 18:06, Maxim Uvarov wrote: > Add small net fixes prior lwip patch. > > CI for this patch set: > > https://dev.azure.com/u-boot/u-boot/_build/resul

Re: [PATCH 2/2 v2] smbios: Fallback to the default DT if sysinfo nodes are missing

Hi Mark, On Wed, 13 Dec 2023 at 14:00, Mark Kettenis wrote: > > > From: Simon Glass > > Date: Wed, 13 Dec 2023 13:41:05 -0700 > > > > Hi Tom, > > > > On Wed, 13 Dec 2023 at 13:19, Tom Rini wrote: > > > > > > On Wed, Dec 13, 2023 at 12:50:03PM -0700, Simon Glass wrote: > > > > Hi Ilias, > > > >

Re: [PATCH 1/2 v2] smbios: Simplify reporting of unknown values

Hi Ilias, On Wed, 6 Dec 2023 at 04:36, Ilias Apalodimas wrote: > > [...] > > > > >> > >> > str = "Unknown"; > >> > > >> > for (;;) { > >> > @@ -151,8 +151,7 @@ static int smbios_add_prop_si(struct smbios_ctx > >> > *ctx, const char *prop, > >> > const char

Re: [PATCH v3 1/4] efi_loader: split unrelated code from efi_bootmgr.c

Hi AKASHI, On Sun, 17 Dec 2023 at 19:39, AKASHI Takahiro wrote: > > Some code moved from cmd/bootefi.c is actually necessary only for "bootefi > " command (starting an image manually loaded by a user using U-Boot > load commands or other methods (like JTAG debugger). > > The code will never been

  1   2   >