Re: [PATCH v3 1/9] nand: atmel: Add DM based NAND driver

On 25/10/22 4:36 pm, Michael Nazzareno Trimarchi wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > > Hi > > On Tue, Oct 25, 2022 at 12:52 PM Balamanikandan Gunasundar > wrote: >> >> This implementation is ported from the rework done by

Re: [PATCH] treewide: Remove the unnecessary space before semicolon

On 26.10.22 06:40, Bin Meng wrote: %s/return ;/return; Signed-off-by: Bin Meng --- arch/powerpc/cpu/mpc85xx/cpu_init.c | 2 +- arch/powerpc/cpu/mpc85xx/cpu_init_early.c | 2 +- arch/powerpc/cpu/mpc85xx/fdt.c| 6 +++--- arch/powerpc/cpu/mpc85xx/liodn.c | 4 ++--

Re: imx8 regression: cyclic_register for watchdog@30280000 failed

Hi Tim, On 25.10.22 18:32, Tim Harvey wrote: Greetings, I've noticed a regression since the merge of the cyclic framework use for watchdog on my imx8m boards: cyclic_register for watchdog@3028 failed WDT: Failed to start watchdog@3028 Could you please post the complete bootlog?

Re: Please pull u-boot-watchdog/master

Hi Tom, On 24.10.22 13:43, Stefan Roese wrote: Hi Tom, please pull the following watchdog related changes: - nuvoton: add expire function for generic reset (Jim) - handle watchdogs during keyed autoboot (Rasmus) - cyclic: Don't

Re: [PATCH v3 1/2] x86: fsp: Depend on DM_RTC

Hi Sean, On Wed, Oct 26, 2022 at 7:35 AM Simon Glass wrote: > > Hi, > > On Mon, 24 Oct 2022 at 22:57, Stefan Roese wrote: > > > > On 24.10.22 18:49, Bin Meng wrote: > > > On Mon, Oct 24, 2022 at 11:42 PM Sean Anderson > > > wrote: > > >> > > >> FSP support requires DM_RTC for rtc_write32.

Re: [PATCH v2] serial: mxc: Keep the original FIFO empty check

Hi Tim, On 25/10/2022 20:23, Tim Harvey wrote: Fabio, This resolves the issue. Why would the kernel not suffer from this as well? We are essentially saying if the FIFO is not full but also not empty we need to wait so do we have a FIFO size of 1 or something here as opposed to the kernel?

Re: commit 787f04bb6a - imx: add USB2_BOOT type

On 18/10/2022 02.43, Peng Fan wrote: > + Stefano & Fabio > Is there any chance you could make some information on that ROM API public so it's possible for outsiders to understand what's going on? > > What could only help is to ask the ROM team to see whether they have > plan to

Re: [PATCH 1/1] cli: always show cursor

Hi Heinrich, On Sat, 22 Oct 2022 at 03:21, Heinrich Schuchardt wrote: > > We may enter the command line interface in a state where on the remote > console the cursor is not shown. Send an escape sequence to enable it. > > Signed-off-by: Heinrich Schuchardt > --- > common/main.c | 4 > 1

Re: [PATCH v3 6/6] test: add test for eficonfig secure boot key management

Hi Heinrich, On Wed, 19 Oct 2022 at 15:39, Heinrich Schuchardt wrote: > > On 10/19/22 15:17, Simon Glass wrote: > > iHi Heinrich, > > > > On Fri, 14 Oct 2022 at 22:43, Heinrich Schuchardt > > wrote: > >> > >> On 10/15/22 03:10, Simon Glass wrote: > >>> Hi Ilias, > >>> > >>> On Fri, 14 Oct 2022

Re: [u-boot][PATCH v2 2/4] scripts: Makefile.spl: Enable memory drivers to be built for SPL

Hi Tom, On Thu, 20 Oct 2022 at 06:29, Tom Rini wrote: > > On Thu, Oct 20, 2022 at 03:23:42PM +0300, Roger Quadros wrote: > > Hi Tom, > > > > On 19/10/2022 15:54, Tom Rini wrote: > > > On Wed, Oct 19, 2022 at 11:17:35AM +0300, Roger Quadros wrote: > > >> > > >> > > >> On 18/10/2022 20:40, Tom

Re: [PATCH v3 1/2] x86: fsp: Depend on DM_RTC

Hi, On Mon, 24 Oct 2022 at 22:57, Stefan Roese wrote: > > On 24.10.22 18:49, Bin Meng wrote: > > On Mon, Oct 24, 2022 at 11:42 PM Sean Anderson > > wrote: > >> > >> FSP support requires DM_RTC for rtc_write32. Select it. > >> > >> Fixes: ba65808e7d0 ("x86: fsp: Save stack address to CMOS for

Re: [PATCH] rtc: add ht1380 driver

Hi Sergei, On Tue, 25 Oct 2022 at 08:24, Sergei Antonov wrote: > > Support Holtek HT1380/HT1381 Serial Timekeeper Chip. > Datasheet: > https://www.holtek.com.tw/documents/10179/11842/ht1380_1v130.pdf > > Signed-off-by: Sergei Antonov > --- > drivers/rtc/Kconfig | 7 + > drivers/rtc/Makefile

Re: [PATCH v1 2/3] drivers: timer: add timer driver for ARMv7 based Tegra devices

Hi Svyatoslav, On Mon, 24 Oct 2022 at 00:26, Svyatoslav Ryhel wrote: > > Add timer support for T20/T30/T114 and T124 based devices. > Driver is based on DM, has device tree support and can be > used on SPL and early boot stage. > > Tested-by: Andreas Westman Dorcsak # ASUS TF600T T30 >

Re: [PATCH v2] cmd: mtd: check if a block has to be skipped or erased

Hi, On Mon, 24 Oct 2022 at 03:35, Dario Binacchi wrote: > > From: Mikhail Kshevetskiy > > As reported by patch [1], the `mtd erase' command should not erase bad > blocks. > To force bad block erasing you have to use the `mtd erase.dontskipbad' > command. > > This patch tries to fix the same

Re: [PATCH] xen: pvblock: Use uclass_probe_all

On Sat, 22 Oct 2022 at 08:33, Michal Suchanek wrote: > > Also eliminate useless code and variables. > > Signed-off-by: Michal Suchanek > --- > > drivers/xen/pvblock.c | 9 ++--- > 1 file changed, 2 insertions(+), 7 deletions(-) > Reviewed-by: Simon Glass

Re: [PATCH] lib: fix buggy strcmp and strncmp

On 05/10/2022 11.09, Rasmus Villemoes wrote: > There are two problems with both strcmp and strncmp: > Hi Tom Could you consider applying this now to give it ample time to soak before release? I'm pretty confident it's correct. Rasmus

Re: [PATCH 3/6] net: (actually/better) deal with CVE-2022-{30790, 30552}

On 20/10/2022 17.32, Artur Łącki wrote: > I tested these patches with my exploit. At the moment it looks like the > vulnerability has been fixed. Thanks for testing. Can I/we add a "Tested-by: Artur Łącki "? Rasmus

Re: [PATCH v2] serial: mxc: Keep the original FIFO empty check

On Tue, Oct 25, 2022 at 3:57 PM Fabio Estevam wrote: > > From: Fabio Estevam > > Tim Harvey reported that since commit c7878a0483c5 ("serial: mxc: > have putc use the TXFIFO"), console messages put inside board_init() > are no longer printed correctly. > > This change added a check to handle the

[PATCH v2] serial: mxc: Keep the original FIFO empty check

From: Fabio Estevam Tim Harvey reported that since commit c7878a0483c5 ("serial: mxc: have putc use the TXFIFO"), console messages put inside board_init() are no longer printed correctly. This change added a check to handle the UART FIFO full condition and removed the UART FIFO empty check,

Re: [PATCH v5 2/2] serial: mxc: have putc use the TXFIFO

Hi Tim, On 25/10/2022 18:37, Tim Harvey wrote: Fabio and Pali, Seems reasonable but this does not resolve the problem. Whatever I print in board_init gets cutoff by the print from dm_announce. Should we check for both TXFULL and TXEMPTY conditions? --- a/drivers/serial/serial_mxc.c +++

Re: [PATCH] drivers: pci: pcie_dw_common: add upper-limit to iATU

On 20/10/2022 17:13, Bin Meng wrote: Hi Ben, On Thu, Oct 20, 2022 at 11:51 PM Ben Dooks wrote: The 4.6 spec added an upper 32bits to the ATU limit, and since this driver is already assuming the unrolled feature added in the 4.8 specification this really should be set. This is causing a bug

Re: [PATCH v5 2/2] serial: mxc: have putc use the TXFIFO

Hi Tim, On 25/10/2022 18:37, Tim Harvey wrote: Fabio and Pali, Seems reasonable but this does not resolve the problem. Whatever I print in board_init gets cutoff by the print from dm_announce. You are right. I managed to reproduce it: --- a/board/warp7/warp7.c +++ b/board/warp7/warp7.c @@

Re: [PATCH v5 2/2] serial: mxc: have putc use the TXFIFO

On Tuesday 25 October 2022 17:37:01 Fabio Estevam wrote: > Hi Pali, > > On 25/10/2022 17:23, Pali Rohár wrote: > > > Hello! I do not have any MXC hardware but I see there one issue. > > mxc_serial_putc() function probably should not return -EAGAIN when > > device is busy. But instead it should

Re: [PATCH v5 2/2] serial: mxc: have putc use the TXFIFO

On Tue, Oct 25, 2022 at 1:37 PM Fabio Estevam wrote: > > Hi Pali, > > On 25/10/2022 17:23, Pali Rohár wrote: > > > Hello! I do not have any MXC hardware but I see there one issue. > > mxc_serial_putc() function probably should not return -EAGAIN when > > device is busy. But instead it should wait

[PATCH] serial: mxc: Wait until TX FIFO is not full

From: Fabio Estevam Tim Harvey reported the console garbage on imx6 since commit c7878a0483c5 ("serial: mxc: have putc use the TXFIFO"). Do as suggested by Pali Rohár where the the driver should not return -EAGAIN when the TX FIFO is full. It should keep waiting until the TX FIFO is no longer

Re: [PATCH v5 2/2] serial: mxc: have putc use the TXFIFO

Hi Pali, On 25/10/2022 17:23, Pali Rohár wrote: Hello! I do not have any MXC hardware but I see there one issue. mxc_serial_putc() function probably should not return -EAGAIN when device is busy. But instead it should wait until it is ready. Could you try to change code to following?

Re: [PATCH v5 2/2] serial: mxc: have putc use the TXFIFO

On Tuesday 25 October 2022 12:18:56 Tim Harvey wrote: > On Tue, Sep 6, 2022 at 5:15 AM Johannes Schneider > wrote: > > > > only waiting for TXEMPTY leads to corrupted messages going over the > > wire - which is fixed by making use of the FIFO > > > > this change is following the linux kernel uart

Re: [PATCH v2 1/4] riscv: dts: Update memory configuration

On 22/10/2022 12:21, Conor Dooley wrote: > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe > > On Fri, Oct 21, 2022 at 12:29:19PM +0530, Padmarao Begari wrote: >> In the v2022.10 Icicle reference design, the seg registers are going to be > > Hey

Re: [PATCH v5 2/2] serial: mxc: have putc use the TXFIFO

On Tue, Sep 6, 2022 at 5:15 AM Johannes Schneider wrote: > > only waiting for TXEMPTY leads to corrupted messages going over the > wire - which is fixed by making use of the FIFO > > this change is following the linux kernel uart driver > (drivers/tty/serial/imx.c), which also checks UTS_TXFULL >

Re: [PATCH v4 3/6] efi_loader: Add SPI I/O protocol support

On Tue, Oct 25, 2022 at 05:39:48PM +0100, Paul Barker wrote: > Hi Ilias, > > On 24/10/2022 12:54, Ilias Apalodimas wrote: > > Hi Paul, > > > > I think the series overall is in a good state, but we are trying to figure > > out if we can avoid defining SPI uuid's in the DT. OTOH U-Boot uses the

arm: hello_world example application not working on RPI1

Hello, I tried getting examples/standalone/hello_world to run as of 1e892ef0b59a4a04971ac23619b95917020b3e18 I installed the Ubuntu (20.04 LTS) ARM toolchain (I tried it with a Linaro toolchain as well) and built the source code using "make rpi_defconfig" Afterwards, I used menuconfig to

[PATCH] riscv: Rename Andes PLIC to PLICSW

As PLICSW is used to trigger the software interrupt, we should rename Andes PLIC configuration and file name to reflect the usage. This patch also updates PLMT and PLICSW compatible strings to be consistent with OpenSBI fdt driver. Signed-off-by: Yu Chien Peter Lin --- arch/riscv/Kconfig

[PATCH] arm64: dts: meson: nanopi-k2: readd PHY reset properties

The sync of device-tree/bindings in 11a48a5a18c6 ("Linux 5.6-rc2") causes Ethernet to break on some GXBB boards; the PHY seems to need proper reset timing to function in u-boot and Linux. Re-add the old PHY reset binding for dwmac until we support new bindings in the PHY node. This borrows the

Re: [PATCH v4 3/6] efi_loader: Add SPI I/O protocol support

Hi Ilias, On 24/10/2022 12:54, Ilias Apalodimas wrote: > Hi Paul, > > I think the series overall is in a good state, but we are trying to figure > out if we can avoid defining SPI uuid's in the DT. OTOH U-Boot uses the DT > for it's config so that might be okay... What may make sense is to

imx8 regression: cyclic_register for watchdog@30280000 failed

Greetings, I've noticed a regression since the merge of the cyclic framework use for watchdog on my imx8m boards: cyclic_register for watchdog@3028 failed WDT: Failed to start watchdog@3028 A bisect lead me to the following 3 sequential patches: 29caf9305b6f cyclic: Use schedule()

Re: Pull request: u-boot-spi/master

On Tue, Oct 25, 2022 at 05:56:18PM +0530, Jagan Teki wrote: > Hi Tom, > > Please pull this PR. > > Summary: > - Add s28hl512t, s28hl01gt (Takahiro) > - Rework s25hx_t_post_bfpt_fixup() (Takahiro) > > CI: > https://source.denx.de/u-boot/custodians/u-boot-spi/-/pipelines/13925 > > thanks, >

Re: [PATCH v5] imx: imx8qm: cgtqmx8: switch to binman

Hi Oliver, On Tue, Oct 25, 2022 at 12:31 PM Oliver Graute wrote: > Now Running into this issue: > > MKIMAGE u-boot.img > MKIMAGE u-boot-dtb.img > LD u-boot.elf > make[1]: Für das Ziel „SPL“ ist nichts zu tun. > BINMAN all > binman: Section '/binman/u-boot-spl-ddr': Symbol >

Re: [PATCH 1/3] imx: imx8mm_beacon: Eliminate a few extras to free up SPL space

On Mon, Oct 24, 2022 at 6:29 PM Peng Fan wrote: > > > > On 10/25/2022 4:47 AM, Tim Harvey wrote: > > On Mon, Oct 24, 2022 at 1:26 PM Adam Ford wrote: > >> > >> On Mon, Oct 24, 2022 at 2:57 PM Tim Harvey wrote: > >>> > >>> On Sat, Oct 22, 2022 at 7:28 AM Adam Ford wrote: > > There are

Re: [PATCH v5] imx: imx8qm: cgtqmx8: switch to binman

On 25/10/22, Oliver Graute wrote: > Switch to use binman to pack images > > Signed-off-by: Oliver Graute > Reviewed-by: Fabio Estevam > Reviewed-by: Simon Glass I missed Reviewed-by: Peng Fan > > --- > Changes for v5 > - added CONFIG_FIT_EXTERNAL_OFFSET > > Changes for v4 > - rebased

[PATCH v5] imx: imx8qm: cgtqmx8: switch to binman

Switch to use binman to pack images Signed-off-by: Oliver Graute Reviewed-by: Fabio Estevam Reviewed-by: Simon Glass --- Changes for v5 - added CONFIG_FIT_EXTERNAL_OFFSET Changes for v4 - rebased on master Changes for v3 -added Reviewed-by - rebased on master

[PATCH v4] imx: imx8qm-rom7720: switch to binman

Switch to use binman to pack images Signed-off-by: Oliver Graute --- Changes for v4 - remove hardcoded dtb filename - added CONFIG_FIT_EXTERNAL_OFFSET Changes for v3 - just rebased to master Changes for v2 - just rebased to master arch/arm/dts/imx8qm-rom7720-a1.dts| 1 +

Re: [PATCH] arm64: dts: meson: nanopi-k2: readd PHY reset properties

Hi, On Tue, 25 Oct 2022 14:32:05 +, Christian Hewitt wrote: > The sync of device-tree/bindings in 11a48a5a18c6 ("Linux 5.6-rc2") causes > Ethernet to break on some GXBB boards; the PHY seems to need proper reset > timing to function in u-boot and Linux. Re-add the old PHY reset binding > for

Re: question about uboot mt7620 RAM_VERSION

Hi Kang-sen, On 25.10.22 15:25, Kang-sen Lu wrote: Thanks for your reply. I cloned the uboot source code from here: https://github.com/tessel/uboot-mt7620 I built the uboot.bin for RAM_VERSION. If I select option 8 at power up with the uboot from

[PATCH] imx8m: Select BINMAN via SoC level

From: Fabio Estevam Since all imx8m boards have been converted to use binman, select binman via SoC level rather than making the selection for each board. Signed-off-by: Fabio Estevam --- arch/arm/mach-imx/imx8m/Kconfig | 33 + 1 file changed, 1 insertion(+),

Re: [PATCH v3] imx: imx8qm-rom7720: switch to binman

On 25/10/22, Fabio Estevam wrote: > Hi Oliver, > > On Fri, Oct 7, 2022 at 10:14 AM Oliver Graute > wrote: > > > + fdt { > > + filename = "imx8qm-rom7720-a1"; > > Please do not hardcode this dtb filename inside the common >

[PATCH] rtc: add ht1380 driver

Support Holtek HT1380/HT1381 Serial Timekeeper Chip. Datasheet: https://www.holtek.com.tw/documents/10179/11842/ht1380_1v130.pdf Signed-off-by: Sergei Antonov --- drivers/rtc/Kconfig | 7 + drivers/rtc/Makefile | 1 + drivers/rtc/ht1380.c | 303 +++

Re: [PATCH v3] imx: imx8qm-rom7720: switch to binman

Hi Oliver, On Fri, Oct 7, 2022 at 10:14 AM Oliver Graute wrote: > + fdt { > + filename = "imx8qm-rom7720-a1"; Please do not hardcode this dtb filename inside the common imx8qm-u-boot.dtsi file. You can look at

Re: [PATCH v15 14/15] mkeficapsule: Add support for setting OEM flags in capsule header

Hello Sughosh, For the v15 series: Tested-by: Etienne Carriere Best regards, Etienne On Fri, 21 Oct 2022 at 14:47, Sughosh Ganu wrote: > > Add support for setting OEM flags in the capsule header. As per the > UEFI specification, bits 0-15 of the flags member of the capsule > header can be

Re: [GIT PULL] please pull fsl-qoriq-2022-10-18

On Tue, Oct 25, 2022 at 01:10:45AM +, Peng Fan wrote: > Hi Tom, > > Please pull fsl-qoriq-2022-10-18 > > CI: > https://source.denx.de/u-boot/custodians/u-boot-fsl-qoriq/-/pipelines/13836 Applied to u-boot/master, thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH v3] imx: imx8qm: cgtqmx8: switch to binman

On 25/10/22, Stefano Babic wrote: > On 25.10.22 10:50, Oliver Graute wrote: > > On 24/10/22, Stefano Babic wrote: > > > On 24.10.22 13:59, Oliver Graute wrote: > > > > On 24/10/22, Stefano Babic wrote: > > > > > On 24.10.22 13:37, Fabio Estevam wrote: > > > > > > Hi Stefano and Oliver, > > > > > >

Re: [GIT PULL] Please pull u-boot-mmc master

On Tue, Oct 25, 2022 at 09:55:06AM +0900, Jaehoon Chung wrote: > Dear Tom, > > > Please pull u-boot-mmc master into u-boot master branch. > If there is any problem, let me know, plz. > > Best Regards, > Jaehoon Chung > > CI:

Re: Pull request: u-boot-imx u-boot-imx-20220919

On Mon, Oct 24, 2022 at 03:56:47PM +0200, Stefano Babic wrote: > Hi Tom, > > please pull from u-boot-imx, thanks ! > > The following changes since commit 3724ddf157aab3bd009c1da234b9a1af1621b544: > > Merge branch '2022-10-18-TI-platform-updates' (2022-10-18 18:13:39 -0400) > > are available

Re: [PATCH 1/2] dm: core: Fix iteration over driver_info records

On 15/10/2022 18:53, Simon Glass wrote: > Hi Paul, > > On Sat, 15 Oct 2022 at 03:19, Paul Barker wrote: >> >> We should only perform additional iteration steps when needed to >> initialize the parent of a device. Other binding errors (such as a >> missing driver) should not lead to additional

Re: [PATCH 2/2] net:xilinx_axi: check PCS/PMA PHY status in setup_phy

Also add missing space in subject. On 10/17/22 13:19, Andy Chiu wrote: Both PCS/PMA PHY and the external PHY need to have a valid link status in order to have Ethernet traffic. Check and wait this status at setup_phy() so that we could diagnose if there is a PHY issue. Signed-off-by: Andy Chiu

Re: [PATCH] efi_loader: Let networking support depend on NETDEVICES

On 24.10.22 22:47, Heinrich Schuchardt wrote: > On 10/15/22 08:31, Heinrich Schuchardt wrote: >> On 10/14/22 18:10, Jan Kiszka wrote: >>> From: Jan Kiszka >>> >>> CONFIG_NET does not imply that there are actually network devices >>> available, only CONFIG_NETDEVICES does. Changing to this

Re: [PATCH v3] imx: imx8qm: cgtqmx8: switch to binman

On Tue, Oct 25, 2022 at 02:07:55PM +0200, Stefano Babic wrote: > On 25.10.22 11:28, Stefano Babic wrote: > > On 25.10.22 10:50, Oliver Graute wrote: > > > On 24/10/22, Stefano Babic wrote: > > > > On 24.10.22 13:59, Oliver Graute wrote: > > > > > On 24/10/22, Stefano Babic wrote: > > > > > > On

Pull request: u-boot-spi/master

Hi Tom, Please pull this PR. Summary: - Add s28hl512t, s28hl01gt (Takahiro) - Rework s25hx_t_post_bfpt_fixup() (Takahiro) CI: https://source.denx.de/u-boot/custodians/u-boot-spi/-/pipelines/13925 thanks, Jagan. The following changes since commit 7723828c97bc107d2fba976fc50403ac8747f1bc:

Re: [PATCH v3] imx: imx8qm: cgtqmx8: switch to binman

On 25.10.22 11:28, Stefano Babic wrote: On 25.10.22 10:50, Oliver Graute wrote: On 24/10/22, Stefano Babic wrote: On 24.10.22 13:59, Oliver Graute wrote: On 24/10/22, Stefano Babic wrote: On 24.10.22 13:37, Fabio Estevam wrote: Hi Stefano and Oliver, On Tue, May 3, 2022 at 7:49 AM Oliver

Re: [PATCH v3 1/9] nand: atmel: Add DM based NAND driver

Hi On Tue, Oct 25, 2022 at 12:52 PM Balamanikandan Gunasundar wrote: > > This implementation is ported from the rework done by Boris Brezillon > in Linux. This porting is done based on linux-5.4-at91. The driver is > tested in sam9x60ek, sama5d3_xplained, sam9x75eb and sama7g54-ddr3-eb. > >

[PATCH] rockchip: puma: fix GPT table corruption when saving U-Boot environment

CONFIG_ENV_SIZE=0x3000 CONFIG_ENV_OFFSET=0x3F8000 CONFIG_DEFAULT_DEVICE_TREE="rk3399-puma-haikou" CONFIG_ROCKCHIP_RK3399=y --- base-commit: 1e892ef0b59a4a04971ac23619b95917020b3e18 change-id: 20221025-upstream-puma-mmc-env-gpt-6f42cd038fdd Best regards, -- Quentin Schulz

[PATCH v3 9/9] board: sam9x60ek: remove nand init from board file

Move this out of board file as this is done by the DM based NAND flash driver. The EBI chip select configuration, iomux and timings are handled by the driver Signed-off-by: Balamanikandan Gunasundar --- board/atmel/sam9x60ek/sam9x60ek.c | 59 ---

[PATCH v3 8/9] ARM: dts: at91: sam9x60ek: Enable NAND support

Enable the EBI and NAND flash controller. Define the pinctrl and partition table Signed-off-by: Balamanikandan Gunasundar --- arch/arm/dts/sam9x60ek.dts | 103 + 1 file changed, 103 insertions(+) diff --git a/arch/arm/dts/sam9x60ek.dts

[PATCH v3 5/9] mfd: syscon: atmel-smc: Add new helpers to ease SMC regs manipulation

Add helper functions for atmel Static Memory Controller. The functions are required to configure SMC. This file is inherited from the work done by Boris Brezillon for Linux Signed-off-by: Balamanikandan Gunasundar --- drivers/Kconfig | 2 + drivers/Makefile

[PATCH v3 7/9] ARM: dts: at91: sam9x60: Add nodes for EBI and NAND

Add new bindings for EBI and NAND controller Signed-off-by: Balamanikandan Gunasundar --- arch/arm/dts/sam9x60.dtsi | 42 +++ 1 file changed, 42 insertions(+) diff --git a/arch/arm/dts/sam9x60.dtsi b/arch/arm/dts/sam9x60.dtsi index a5c429eb3a..17224ef771

[PATCH v3 6/9] configs: at91: sam9x60ek: Enable DM based nand driver

Enable Device model supported NAND driver and remove legacy Atmel NAND driver. Signed-off-by: Balamanikandan Gunasundar --- configs/sam9x60ek_mmc_defconfig | 9 ++--- configs/sam9x60ek_nandflash_defconfig | 9 ++--- configs/sam9x60ek_qspiflash_defconfig | 8 +--- 3 files

[PATCH v3 4/9] memory: atmel-ebi: add Atmel EBI (External Bus Interface) driver

The EBI is used to access peripherals like NAND, SRAM, NOR etc. Add this driver to probe the nand flash controller. This is a dummy driver and not yet a complete device driver for EBI. Signed-off-by: Balamanikandan Gunasundar --- MAINTAINERS| 1 + drivers/memory/Kconfig |

[PATCH v3 2/9] nand: atmel: Add pmecc driver

Add driver for atmel pmecc. This implementation is ported from Linux. The reference taken is linux-5.4-at91. Signed-off-by: Balamanikandan Gunasundar --- drivers/mtd/nand/raw/atmel/Makefile | 3 +- drivers/mtd/nand/raw/atmel/pmecc.c | 965

[PATCH v3 3/9] mfd: syscon: Add atmel-matrix registers definition

This file is copied from Linux. AT91 SoCs have a memory range reserved for internal bus configuration. Expose those registers so that drivers can make use of the matrix syscon declared in at91 DTs. Signed-off-by: Balamanikandan Gunasundar --- include/linux/mfd/syscon/atmel-matrix.h | 112

[PATCH v3 1/9] nand: atmel: Add DM based NAND driver

This implementation is ported from the rework done by Boris Brezillon in Linux. This porting is done based on linux-5.4-at91. The driver is tested in sam9x60ek, sama5d3_xplained, sam9x75eb and sama7g54-ddr3-eb. Changes done includes - Adapt GPIO descriptor apis for U-Boot. Use

[PATCH v3 0/9] Add DM support for atmel NAND driver

Change include: - Adapt GPIO descriptor apis for U-Boot. Use gpio_request_by_name_nodev, dm_gpio_get_value etc. - Use U_BOOT_DRIVER instead of platform_driver. - Replace struct platform_device with struct udevice - Check the status of nfc exec operation by polling the status register instead

Re: [PATCH v6 03/10] arm_ffa: introduce Arm FF-A low-level driver

On Tue, Oct 25, 2022 at 11:31:11AM +0200, Jens Wiklander wrote: > On Thu, Oct 13, 2022 at 11:38:50AM +0100, Abdellatif El Khlifi wrote: > > Add the core driver implementing Arm Firmware Framework for Armv8-A v1.0 > > > > The Firmware Framework for Arm A-profile processors (FF-A v1.0) [1] > >

RE: [PATCH v5 4/5] drivers: power: pmic: Enable use of rn5t567 PMIC in SPL

> -Original Message- > From: Martyn Welch [mailto:martyn.we...@collabora.com] > Sent: Tuesday, October 25, 2022 6:55 PM > To: uboot-...@nxp.com; sba...@denx.de; Jaehoon Chung > Cc: Martyn Welch ; Simon Glass > ; u- > b...@lists.denx.de > Subject: [PATCH v5 4/5] drivers: power: pmic:

RE: [PATCH v5 3/5] drivers: power: pmic: Add support for rn5t568 PMIC

> -Original Message- > From: Martyn Welch [mailto:martyn.we...@collabora.com] > Sent: Tuesday, October 25, 2022 6:55 PM > To: uboot-...@nxp.com; sba...@denx.de; Jaehoon Chung > Cc: Martyn Welch ; u-boot@lists.denx.de > Subject: [PATCH v5 3/5] drivers: power: pmic: Add support for

Re: [PATCH 1/2] net:xilinx_axi: add PCS/PMA PHY

Please add one more space in subject. net:xilinx_axi: add PCS/PMA PHY On 10/17/22 13:19, Andy Chiu wrote: If we bridge an external PHY to Xilinx's PCS/PMA PHY and would like to get and set the real status of the PHY facing the external world. Then we should phy_connect() to the external PHY

[PATCH v5 5/5] arm: imx8mp: Initial MSC SM2S iMX8MP support

Add support for the MSC SM2S-IMX8PLUS SMARC Module. Tested in conjunction with the MSC SM2-MB-EP1 Mini-ITX Carrier Board. Signed-off-by: Martyn Welch --- Changes in v2: - Renamed FDT to closer match kernel - Sync with kernel FDT - Update for changes made in U-Boot Changes in v3: - Use

[PATCH v5 4/5] drivers: power: pmic: Enable use of rn5t567 PMIC in SPL

From: Martyn Welch The support added later in this series tweaks the PMIC voltages in the SPL. Enable support for the rn5t567 in SPL builds to allow this to be done cleanly. Signed-off-by: Martyn Welch Reviewed-by: Simon Glass --- Changes in v3: - New patch (replaces addition of legacy

[PATCH v5 3/5] drivers: power: pmic: Add support for rn5t568 PMIC

Add support for the rn5t568 PMIC to the rn5t567 driver. Signed-off-by: Martyn Welch --- Changes in v2: - None Changes in v3: - None Changes in v4: - None Changes in v5: - None drivers/power/pmic/rn5t567.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/power/pmic/rn5t567.c

[PATCH v5 2/5] ARM: imx: imx8mp: Enable support for i2c5 and i2c6 on i.MX8MP

The i.MX8MP SoC contains 2 more i2c buses. Add support for the configuration of these buses. Signed-off-by: Martyn Welch --- Changes in v2: - None Changes in v3: - None Changes in v4: - None Changes in v5: - None arch/arm/include/asm/arch-imx8m/imx-regs.h | 4

[PATCH v5 1/5] imx8m: USDHC3 base address definition for i.MX8MP

The i.MX8MP also has USDHC3, allow access to the relvant base address definition. Signed-off-by: Martyn Welch --- Changes in v2: - None Changes in v3: - None Changes in v4: - None Changes in v5: - None arch/arm/include/asm/arch-imx8m/imx-regs.h | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH v5 4/5] eficonfig: add UEFI Secure Boot Key enrollment interface

Hi Etienne, On Tue, 25 Oct 2022 at 17:15, Etienne Carriere wrote: > > Hello Kojima-san, > > On Tue, 25 Oct 2022 at 05:17, Masahisa Kojima > wrote: > > > > This commit adds the menu-driven UEFI Secure Boot Key > > enrollment interface. User can enroll the PK, KEK, db > > and dbx by selecting EFI

Re: [PATCH v5 4/5] eficonfig: add UEFI Secure Boot Key enrollment interface

Hi Heinrich, On Tue, 25 Oct 2022 at 17:12, Heinrich Schuchardt wrote: > > On 10/25/22 05:16, Masahisa Kojima wrote: > > This commit adds the menu-driven UEFI Secure Boot Key > > enrollment interface. User can enroll the PK, KEK, db > > and dbx by selecting EFI Signature Lists file. > > After the

Re: [PATCH] xilinx: common: Remove zynq_board_read_rom_ethaddr()

On 10/17/22 11:48, Venkatesh Yadav Abbarapu wrote: Removing the zynq_board_read_rom_ethaddr() function as xlnx,eeprom is not used anymore. As all board dts to use nvmem alias instead of xlnx,eeprom. Signed-off-by: Venkatesh Yadav Abbarapu --- arch/arm/mach-zynq/include/mach/sys_proto.h

Re: [PATCH 3/3] timer: xilinx-timer: use timer_conv_64() to fix timer wrap around

On 10/12/22 07:36, Ovidiu Panait wrote: Current xilinx_timer_get_count() implementation does not take into account the periodic 32-bit wrap arounds, as it directly returns the 32-bit counter register value. The roll-overs cause problems in the upper timer layers, as generic timer code expects

Re: [PATCH v6 03/10] arm_ffa: introduce Arm FF-A low-level driver

On Thu, Oct 13, 2022 at 11:38:50AM +0100, Abdellatif El Khlifi wrote: > Add the core driver implementing Arm Firmware Framework for Armv8-A v1.0 > > The Firmware Framework for Arm A-profile processors (FF-A v1.0) [1] > describes interfaces (ABIs) that standardize communication > between the

Re: [PATCH v3] imx: imx8qm: cgtqmx8: switch to binman

On 25.10.22 10:50, Oliver Graute wrote: On 24/10/22, Stefano Babic wrote: On 24.10.22 13:59, Oliver Graute wrote: On 24/10/22, Stefano Babic wrote: On 24.10.22 13:37, Fabio Estevam wrote: Hi Stefano and Oliver, On Tue, May 3, 2022 at 7:49 AM Oliver Graute wrote: Switch to use binman to

Re: [PATCH v3] imx: imx8qm: cgtqmx8: switch to binman

On 24/10/22, Stefano Babic wrote: > On 24.10.22 13:59, Oliver Graute wrote: > > On 24/10/22, Stefano Babic wrote: > > > On 24.10.22 13:37, Fabio Estevam wrote: > > > > Hi Stefano and Oliver, > > > > > > > > On Tue, May 3, 2022 at 7:49 AM Oliver Graute > > > > wrote: > > > > > > > > > > Switch

Re: [PATCH] Revert "pinctrl: zynqmp: Add support for output-enable and bias-high-impedance"

On 10/13/22 13:05, Michal Simek wrote: This reverts commit 123462e5e534d6e17b1b7d2006734bbe54b03e0a. On systems with older PMUFW using these pinctrl properties can cause system hang because there is missing feature autodetection. When it is implemented support for these two properties should

Re: [PATCH] arm64: zynqmp: Disable watchdog by default for virt platform

On 10/12/22 11:35, Michal Simek wrote: Disable watchdog based on request in past that not all Linux rootfs have proper utilities ready to service it. Enable it if your rootfs have proper watchdog handling. Signed-off-by: Michal Simek --- configs/xilinx_zynqmp_virt_defconfig | 2 -- 1

Re: [PATCH] microblaze: Make extended addressing support default

On 10/12/22 11:03, Michal Simek wrote: From: T Karthik Reddy Axi qspi controller supports 32-bit & 24-bit addressing modes for micron, macronix & spansion flash parts. But for winbond flashes it only supports 24-bit addressing mode. Enable CONFIG_SPI_FLASH_BAR to use extended addressing

Re: [PATCH] ARM: zynq: DT: Enable all FCLKs by default

On 10/12/22 11:30, Michal Simek wrote: From: Christian Kohn The fclk-enable property is set to 0 which disables all FCLKs. Enable all FCLKs so they can be used as clock sources in the programmable logic. Signed-off-by: Christian Kohn Acked-by: Soren Brinkmann Signed-off-by: Michal Simek

Re: [PATCH] arm64: versal: Add missing BOOT_MODE_POR_X macros

On 10/12/22 10:47, Michal Simek wrote: The commit bf8dae5fcf40 ("spi: cadence-qspi: reset qspi flash for versal platform") added reference to BOOT_MODE_POR_X but forget to add them. Signed-off-by: Michal Simek --- arch/arm/mach-versal/include/mach/hardware.h | 2 ++ 1 file changed, 2

Re: [PATCH v5 4/5] eficonfig: add UEFI Secure Boot Key enrollment interface

Hello Kojima-san, On Tue, 25 Oct 2022 at 05:17, Masahisa Kojima wrote: > > This commit adds the menu-driven UEFI Secure Boot Key > enrollment interface. User can enroll the PK, KEK, db > and dbx by selecting EFI Signature Lists file. > After the PK is enrolled, UEFI Secure Boot is enabled and >

Re: [PATCH v5 4/5] eficonfig: add UEFI Secure Boot Key enrollment interface

On 10/25/22 05:16, Masahisa Kojima wrote: This commit adds the menu-driven UEFI Secure Boot Key enrollment interface. User can enroll the PK, KEK, db and dbx by selecting EFI Signature Lists file. After the PK is enrolled, UEFI Secure Boot is enabled and EFI Signature Lists file must be signed

[PATCH 1/3] arm64: dts: rk3399: sync rk3399.dtsi from 6.1-rc1

Sync rk3399.dtsi and associated bindings includes. Fix up building of clk/rockchip/clk_rk3399.c for the changes as well as adjusting the rk3399-u-boot.dtsi for the new upstream pieces. Signed-off-by: Peter Robinson --- arch/arm/dts/rk3399-opp.dtsi | 6 +-

[PATCH 2/3] arm64: dts: rk3399: Add upstream Pinephone Pro dts

Initial support for the PinePhone Pro has now landed upstream in Linux 6.1 RC1 so sync the dts from upstream for initial support. Signed-off-by: Peter Robinson --- arch/arm/dts/Makefile | 1 + arch/arm/dts/rk3399-pinephone-pro.dts | 398 ++ 2 files

[PATCH 0/3] Initial support for Pinephone Pro

This adds initial support for the PINE64 Pinephone Pro. It's a rebase to upstream core rk3399 DT pieces, and the addition of the upstream PPP DT from 6.1-rc1 and the U-Boot pieces are based on my work on the Pinebook Pro. Peter Robinson (3): arm64: dts: rk3399: sync rk3399.dtsi from 6.1-rc1

[PATCH 3/3] rockchip: Add initial support for the PINE64 Pinephone Pro

The Pinephone Pro is another device by PINE64. It's closely related to the Pinebook Pro of which this initial support is derived from. Specification: - A variant of the Rockchip RK3399 - A 6 inch 720*1440 DSI display - Front and rear cameras - Type-C interface with alt mode display (DP 1.2) and

[PATCH v1 5/6] clk: microchip: mpfs: fix criticality of peripheral clocks

Sync the critical clocks in the U-Boot driver with those marked as critical in Linux. The Linux driver has an explanation of why each clock is considered to be critical, so import that too. Fixes: 2f27c9219e ("clk: Add Microchip PolarFire SoC clock driver") Signed-off-by: Conor Dooley ---

[PATCH v1 2/6] clk: microchip: mpfs: convert parent rate acquistion to get_get_rate()

Currently the clock driver for PolarFire SoC takes a very naive approach to the relationship between clocks. It reads the dt to get an input clock, assumes that that is fixed frequency, reads the "clock-frequency" property & uses that to set up both the "cfg" and "periph" clocks. Simplifying for

[PATCH v1 6/6] riscv: dts: fix the mpfs's reference clock frequency

The initial devicetree for PolarFire SoC incorrectly created a fixed frequency clock in the devicetree to represent the msspll, but the msspll is not a fixed frequency clock. The actual reference clock on a board is either 125 or 100 MHz, 125 MHz in the case of the icicle kit. Swap the incorrect

  1   2   >