[PATCH] arm64: zynqmp: Remove description for 8T49N240

8T49N240 driver was never upstreamed by IDT and there is no user of this driver that's why remove description for this chip with also remove this driver. Signed-off-by: Michal Simek Reviewed-by: Radhey Shyam Pandey --- arch/arm/dts/zynqmp-e-a2197-00-revA.dts | 8 +--- arch/arm/dts/zynqmp-

Re: [PATCH 1/3] board: ti: common: add rtc setup to common folder

On 08/11/23 04:51, Bryan Brattlof wrote: > All of the starter kit boards for the am62xxx extended family utilize > the same 32k crystal oscillator for a more accurate clock for the RTC > instance. Add the setup the clock mux and debounce configuration to the > common board directory so the entir

Re: [PATCH v3 0/2] rng: Provide a RNG based on the RISC-V Zkr ISA extension

Hi I am late to the party but [...] > > I can't help to think that you like the FDT as a well understood and > > flexible general purpose data structure. And it can indeed be used as a > > configuration file, especially since you have the parser in your code > > already - the FIT image is a good

[UBOOT PATCH v3] test/py: net: Add a TFTP put test

Execute tftpput command for uploading files to a server and validate its size & CRC32. Signed-off-by: Love Kumar --- Changes in v2: - Add marking for cmd_tftpput config Chnages in v3: - Add filename to upload as part of env file --- test/py/tests/test_net.py | 71 +++

Re: [PATCH 4/4] serial: s5p: Improve coding style

On Tue, 7 Nov 2023 at 12:06, Sam Protsenko wrote: > > Just some minor style fixes. No functional change. > > Signed-off-by: Sam Protsenko > --- > drivers/serial/serial_s5p.c | 34 ++ > 1 file changed, 18 insertions(+), 16 deletions(-) > Reviewed-by: Simon Glass

Re: [PATCH v6 01/25] spl: blk_fs: Fix uninitialized return value when we can't get a blk_desc

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > Initialize ret to avoid returning garbage if blk_get_devnum_by_uclass_id > fails. > > Fixes: 8ce6a2e1757 ("spl: blk: Support loading images from fs") > Signed-off-by: Sean Anderson > --- > > Changes in v6: > - New > > common/spl/spl_blk_fs.c

Re: [PATCH v6 05/25] spl: Remove NULL assignments in spl_load_info

Hi Sean, On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > Remove NULL assignments to fields in spl_load_info when .load doesn't > reference these fields. This can result in more efficient code. filename > must stay even if it is unused, since load_simple_fit uses it. > > Signed-off-by: Sean

Re: [PATCH v6 19/25] spl: Convert net to spl_load

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > This converts the net load method to use spl_load. As a result, it also > adds support for LOAD_FIT_FULL and IMX images. > > Signed-off-by: Sean Anderson > --- > > Changes in v6: > - Explicitly initialize load_info members > > Changes in v5: >

Re: [PATCH v6 17/25] spl: Convert mmc to spl_load

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > This converts the mmc loader to spl_load. Legacy images are handled by > spl_load (via spl_parse_image_header), so mmc_load_legacy can be > omitted. To accurately determine whether mmc_load_image_raw_sector is used > (which might not be the cas

Re: [PATCH v6 25/25] spl: fat: Add option to disable DMA alignment

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > If we don't DMA-align buffers we pass to FAT, it will align them itself. > This behaviour likely should be deprecated in favor of > CONFIG_BOUNCE_BUFFER, but that's a task for another series. For the > meantime, don't bother aligning the buffer

Re: [PATCH v6 07/25] spl: Take advantage of bl_len's power-of-twoness

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > bl_len must be a power of two, so we can use ALIGN instead of roundup and > similar tricks to avoid divisions. > > Signed-off-by: Sean Anderson > --- > > Changes in v6: > - New > > common/spl/spl_fit.c | 2 +- > common/spl/spl_imx_c

Re: [PATCH v6 24/25] spl: spi: Consolidate spi_load_image_os into spl_spi_load_image

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > spi_load_image_os performs almost the same steps as the non-falcon-boot > path of spl_spi_load_image. The load address is different, and it also > loads a device tree, but that's it. Refactor the boot process so that > they can both use the sam

Re: [PATCH v3 0/2] rng: Provide a RNG based on the RISC-V Zkr ISA extension

Hi Andre, On Tue, 7 Nov 2023 at 08:12, Andre Przywara wrote: > > On Tue, 7 Nov 2023 05:22:58 -0700 > Simon Glass wrote: > > Hi Simon, > > > Hi Andre, > > > > On Tue, 7 Nov 2023 at 04:27, Andre Przywara > > wrote: > > > > > > On Tue, 7 Nov 2023 01:08:15 + > > > Simon Glass wrote: > > > > >

Re: [PATCH v4 1/8] binman: ti-secure: Add support for firewalling entities

Hi Manorit, On Tue, 7 Nov 2023 at 02:40, Manorit Chawdhry wrote: > > Hi Simon, > > On 08:29-20231012, Simon Glass wrote: > > Hi Manorit, > > > > On Wed, 11 Oct 2023 at 22:46, Manorit Chawdhry wrote: > > > > > > Hi Simon, > > > > > > On 20:41-20231011, Simon Glass wrote: > > > > Hi Manorit, > > >

Re: [PATCH v6 15/25] spl: Convert ext to use spl_load

Hi Sean, On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > This converts the ext load method to use spl_load. As a consequence, it > also adds support for FIT and IMX images. > > Signed-off-by: Sean Anderson > --- > > Changes in v6: > - Explicitly initialize load_info members > > Changes in

Re: [PATCH v6 18/25] spl: Convert nand to spl_load

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > This converts the nand load method to use spl_load. nand_page_size may not > be valid until after nand_spl_load_image is called (see e.g. fsl_ifc_spl), > so we set bl_len in spl_nand_read. Since spl_load reads the header for us, > we can remove

Re: [PATCH 1/4] serial: s5p: Remove common.h inclusion

On Tue, 7 Nov 2023 at 12:06, Sam Protsenko wrote: > > It's not really needed here anymore. Remove it, as common.h is going > away at some point. > > Signed-off-by: Sam Protsenko > --- > drivers/serial/serial_s5p.c | 1 - > 1 file changed, 1 deletion(-) Reviewed-by: Simon Glass

Re: [PATCH v6 16/25] spl: Convert fat to spl_load

Hi Sean, On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > This converts the fat loader to use spl_load. Some platforms are very > tight on space, so we take care to only include the code we really need. > > Signed-off-by: Sean Anderson > --- > > (no changes since v5) > > Changes in v5: > -

Re: [PATCH v6 13/25] test: spl: Support testing LEGACY_LZMA filesystem images

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > These will soon be supported, so we need to be able to test it. Export the > lzma data and generally use the same process in spl_test_mmc_fs as > do_spl_test_load. If we end up needing this in third place in the future, > it would probably be

Re: [PATCH] serial: s5p: Use dev_read_addr_ptr() to get base address

On Tue, 7 Nov 2023 at 13:13, Sam Protsenko wrote: > > As the address read from device tree is being cast to a pointer, it's > better to use dev_read_addr_ptr() API for getting that address. The more > detailed explanation can be found in commit a12a73b66476 ("drivers: use > dev_read_addr_ptr when

Re: [PATCH v6 20/25] spl: Convert nor to spl_load

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > This converts the nor load method to use spl_load. As a result it also > adds support for LOAD_FIT_FULL. Since this is the last caller of > spl_load_legacy_img, it has been removed. > > We can't load FITs with external data with SPL_LOAD_FIT_FU

Re: [PATCH v6 23/25] spl: Convert spi to spl_load

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > This converts the spi load method to use spl_load. The address used for > LOAD_FIT_FULL may be different, but there are no in-tree users of that > config. Since payload_offs is only used without OS_BOOT, we defer its > initialization. > > Signe

Re: [PATCH v6 14/25] spl: Add generic spl_load function

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > Implementers of SPL_LOAD_IMAGE_METHOD have to correctly determine what > type of image is being loaded and then call the appropriate image load > function correctly. This is tricky, because some image load functions > expect the whole image to

Re: [PATCH v6 11/25] spl: nand: Remove spl_nand_legacy_read

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > Now that spl_nand_fit_read works in units of bytes, it can be combined with > spl_nand_legacy_read. Rename the resulting function spl_nand_read, since it > is no longer FIT-specific. > > Signed-off-by: Sean Anderson > --- > > Changes in v6: >

Re: [PATCH v6 12/25] spl: legacy: Split off LZMA decompression into its own function

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > To allow for easier reuse of this functionality, split it off into its > own function. > > Signed-off-by: Sean Anderson > --- > > Changes in v6: > - New > > common/spl/spl_legacy.c | 73 ++--- > include/spl

Re: [PATCH 2/4] serial: s5p: Use livetree API to get "id" property

Hi Sam, On Tue, 7 Nov 2023 at 12:06, Sam Protsenko wrote: > > Use dev_read_u8_default() instead of fdtdec_get_int() to read the "id" > property from device tree, as suggested in [1]. dev_* API is already > used in this driver, so there is no reason to stick to fdtdec_* API. > This also fixes chec

Re: [PATCH v6 21/25] spl: Convert NVMe to spl_load

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > This converts the blk load method (used exclusively by NVMe) to use > spl_load. As a consequence, it also adds support for LOAD_FIT_FULL and > IMX images. > > Signed-off-by: Sean Anderson > --- > > Changes in v6: > - Fix invalid return from sp

Re: [PATCH 3/4] serial: s5p: Use named constants for register values

Hi Sam, On Tue, 7 Nov 2023 at 12:06, Sam Protsenko wrote: > > Get rid of magic numbers in s5p_serial_init() when writing to UART > registers. While at it, use BIT() macro for existing constants when > appropriate. > > No functional change. > > Signed-off-by: Sam Protsenko > --- > drivers/serial

Re: [PATCH v6 03/25] spl: Make SHOW_ERRORS depend on LIBCOMMON

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > The purpose of SHOW_ERRORS is to print extra information. Make it depend > on LIBCOMMON to avoid having to check for two configs. > > Signed-off-by: Sean Anderson > Reviewed-by: Tom Rini > --- > > (no changes since v5) > > Changes in v5: > -

Re: [PATCH v6 04/25] spl: semihosting: Don't close fd before spl_load_simple_fit

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > On real hardware, semihosting calls tends to have a large constant > overhead (on the order of tens of milliseconds). Reduce the number of > calls by one by reusing the existing fd in smh_fit_read, and closing it > at the end of spl_smh_load_im

Re: [PATCH v6 09/25] spl: Remove filename from spl_load_info

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > For filesystems, filename serves the same purpose as priv. However, > spl_load_fit_image also uses it to determine whether to use a DMA-aligned > buffer. This is beneficial for FAT, which uses a bounce-buffer if the > destination is not DMA-ali

Re: [PATCH v6 06/25] spl: Remove dev from spl_load_info

Hi Sean, On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > dev and priv server the same purpose, and are never set at the same time. serve > Remove dev and convert all users to priv. While we're at it, reorder bl_len > to be last for better alignment. It's a bit unfortunate to drop the dev

Re: [PATCH v6 10/25] spl: Only support bl_len when we have to

On Sun, 5 Nov 2023 at 19:26, Sean Anderson wrote: > > Aligning addresses and sizes causes overhead which is unnecessary when we > are not loading from block devices. Remove bl_len when it is not needed. > > For example, on iot2050 we save 144 bytes with this patch (once the rest of > this series i

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

On Mon, Nov 06, 2023 at 03:27:52PM -0500, Tom Rini wrote: > Hey all, > > Here's the latest report. I _think_ I passed the right options to > get_maintainer.pl such that it would only look far enough back in git to > find the likely authors (along with listed maintainers of the files). > > -

[PATCH] test: cmd: mbr: Remove unreachable code

Fix Coverity (CID 467404): Control flow issues (DEADCODE). Fix code indentation. Reported-by: Coverity (CID 467404) Signed-off-by: Alexander Gendin --- test/cmd/mbr.c | 16 +++- 1 file changed, 7 insertions(+), 9 deletions(-) diff --git a/test/cmd/mbr.c b/test/cmd/mbr.c index 5d7402

Re: [RESEND PATCH v10 7/9] efi_loader: support boot from URI device path

Hi Ilias, On Tue, 7 Nov 2023 at 18:37, Ilias Apalodimas wrote: > > Kojima-san > > On Mon, 6 Nov 2023 at 13:40, Masahisa Kojima > wrote: > [...] > > > +/** > > + * search_default_file() - search default file > > + * > > + * @dev: pointer to the UCLASS_BLK or UCLASS_PARTITION udevice > > +

[PATCH v1 4/4] serial: npcm: support skip uart clock setting

Skip the uart clock setting if CONFIG_SYS_SKIP_UART_INIT is enabled. Fix divisor error. Signed-off-by: Jim Liu --- drivers/serial/serial_npcm.c | 39 ++-- 1 file changed, 24 insertions(+), 15 deletions(-) diff --git a/drivers/serial/serial_npcm.c b/drivers/serial

[PATCH v1 3/4] configs: arbel: Enable full functions

Enable more functions/commands for arbel evb. Signed-off-by: Jim Liu --- configs/arbel_evb_defconfig | 19 +-- 1 file changed, 17 insertions(+), 2 deletions(-) diff --git a/configs/arbel_evb_defconfig b/configs/arbel_evb_defconfig index 6cfb5a7d32..dddfa298c9 100644 --- a/config

[PATCH v1 2/4] board: nuvoton: update console environment variable

If CONFIG_SYS_SKIP_UART_INIT is enabled, calculate the current baud rate and update the "console" environment variable. Signed-off-by: Jim Liu --- board/nuvoton/arbel_evb/Kconfig | 1 + board/nuvoton/common/Kconfig| 9 + board/nuvoton/common/Makefile | 1 + board/nuvoton/common/comm

[PATCH v1 1/4] arm: dts: npcm845-evb: fix/add node and aliases name

Modify spi and usb aliases name. Add dt-binding for usb phy define and fix usb phy reset error. Add tpm and otpee node. Signed-off-by: Jim Liu --- arch/arm/dts/nuvoton-common-npcm8xx.dtsi | 2 +- arch/arm/dts/nuvoton-npcm845-evb.dts | 29 ++- arch/arm/dts/nuvoton-n

[PATCH v1 0/4] fix/add npcm845 serial and board error

1. Fix serial error and add bypass serial setting. 2. Fix/Add dts node node. 3. Add full function defconfig Jim Liu (4): arm: dts: npcm845-evb: fix/add node and aliases name board: nuvoton: update console environment variable configs: arbel: Enable full functions serial: npcm: support ski

Re: [PATCH v3 0/2] rng: Provide a RNG based on the RISC-V Zkr ISA extension

On Wed, Nov 08, 2023 at 12:29:03AM +, Conor Dooley wrote: > On Tue, Nov 07, 2023 at 06:23:05PM -0500, Tom Rini wrote: [snip] > > Thanks. Setting aside Simon's follow-up, this is what I was looking for. > > We might have to wait for Heinrich to return from the conference to have > > time to look

Re: [PATCH v3 0/2] rng: Provide a RNG based on the RISC-V Zkr ISA extension

On Tue, Nov 07, 2023 at 06:23:05PM -0500, Tom Rini wrote: > On Tue, Nov 07, 2023 at 11:12:16PM +, Conor Dooley wrote: > > +CC Palmer > > > > On Tue, Nov 07, 2023 at 05:38:37PM -0500, Tom Rini wrote: > > > On Tue, Nov 07, 2023 at 10:27:50PM +, Conor Dooley wrote: > > > > On Tue, Nov 07, 202

Re: [PATCH v2 1/3] net: Get pxe config file from dhcp option 209

On Tue, Nov 07, 2023 at 03:50:06PM -0800, Sean Edmond wrote: > > On 2023-11-04 12:53 a.m., Heinrich Schuchardt wrote: > > On 11/4/23 03:03, Sean Edmond wrote: > > > > > > On 2023-10-23 10:54 p.m., Heinrich Schuchardt wrote: > > > > On 10/24/23 02:21, seanedm...@linux.microsoft.com wrote: > > > >

Re: Booting Android using U-Boot

Hi everyone, Good news! I disabled compression on kernel build and the resulting boot image starts booting Linux. This is great but it does not solve the decompression issue. Thanks to Mattijs for pointing me in the compression direction which made me further investigate compression options.

Re: [PATCH v2 1/3] net: Get pxe config file from dhcp option 209

On 2023-11-04 12:53 a.m., Heinrich Schuchardt wrote: On 11/4/23 03:03, Sean Edmond wrote: On 2023-10-23 10:54 p.m., Heinrich Schuchardt wrote: On 10/24/23 02:21, seanedm...@linux.microsoft.com wrote: From: Sean Edmond Allow dhcp server pass pxe config file full path by using option 209 S

Re: [v5 02/30] buildman: Use oldconfig when adjusting the config

On Thu, Oct 26, 2023 at 02:31:10PM -0400, Tom Rini wrote: > From: Simon Glass > > We cannot be sure that the new config is consistent, particularly when > changing a major item like CONFIG_CMDLINE. Use 'make oldconfig' to > check that and avoid any such problems. > > Signed-off-by: Simon Glass

Re: [PATCH 01/20] m68k: Remove CONFIG_FSLDMAFEC

On Wed, 01 Nov 2023 12:28:05 -0400, Tom Rini wrote: > There are no platforms which enable this feature, so remove it. > > Applied to u-boot/next, thanks! -- Tom

Re: [PATCH 2/3] configs: am62ax: setup the 32k RTC crystal

On Tue, Nov 07, 2023 at 05:21:42PM -0600, Bryan Brattlof wrote: > The am62ax utilizes the same 32k crystal for a more accurate RTC clock > source. Enable the configuration to set this up for Linux. > > Signed-off-by: Bryan Brattlof > --- > board/ti/am62ax/evm.c| 5 + > configs/a

Re: [PATCH 1/3] board: ti: common: add rtc setup to common folder

On Tue, Nov 07, 2023 at 05:21:41PM -0600, Bryan Brattlof wrote: > All of the starter kit boards for the am62xxx extended family utilize > the same 32k crystal oscillator for a more accurate clock for the RTC > instance. Add the setup the clock mux and debounce configuration to the > common board d

Re: [PATCH v3 0/2] rng: Provide a RNG based on the RISC-V Zkr ISA extension

On Tue, Nov 07, 2023 at 11:12:16PM +, Conor Dooley wrote: > +CC Palmer > > On Tue, Nov 07, 2023 at 05:38:37PM -0500, Tom Rini wrote: > > On Tue, Nov 07, 2023 at 10:27:50PM +, Conor Dooley wrote: > > > On Tue, Nov 07, 2023 at 05:10:23PM -0500, Tom Rini wrote: > > > > > > > > > > further c

[PATCH 1/3] board: ti: common: add rtc setup to common folder

All of the starter kit boards for the am62xxx extended family utilize the same 32k crystal oscillator for a more accurate clock for the RTC instance. Add the setup the clock mux and debounce configuration to the common board directory so the entire am62xxx extended family can utilize it. Signed-of

[PATCH 2/3] configs: am62ax: setup the 32k RTC crystal

The am62ax utilizes the same 32k crystal for a more accurate RTC clock source. Enable the configuration to set this up for Linux. Signed-off-by: Bryan Brattlof --- board/ti/am62ax/evm.c| 5 + configs/am62ax_evm_a53_defconfig | 1 + 2 files changed, 6 insertions(+) diff --git a/b

[PATCH 3/3] configs: am62x: move 32K RTC crystal to common

The am62x utilizes the same 32k crystal for a more accurate RTC clock source. Enable the configuration to set this up for Linux. Signed-off-by: Bryan Brattlof --- board/ti/am62x/evm.c| 5 + configs/am62x_evm_a53_defconfig | 1 + 2 files changed, 6 insertions(+) diff --git a/boar

[PATCH 0/3] board: ti: common: setup mux and debounce for 32k RTC crystal

Hello everyone! The starter kit boards for Texas Instruments' am62xxx extended SoC family all have the same discrete 32k crystal to provide a more accurate clock source if needed. Up until now this has not been needed, however as more features are starting to rely on the accuracy of the internal

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

Hi Tom, Simon, Please have a look some comments below at 3 issues that are introduced by meself. ;) On 11/6/23 21:27, Tom Rini wrote: > Hey all, > > Here's the latest report. I _think_ I passed the right options to > get_maintainer.pl such that it would only look far enough back in git to > fin

Re: [PATCH v3 0/2] rng: Provide a RNG based on the RISC-V Zkr ISA extension

On Tue, Nov 07, 2023 at 03:51:21PM -0700, Simon Glass wrote: > Hi, > > On Tue, 7 Nov 2023 at 15:38, Tom Rini wrote: > > > > On Tue, Nov 07, 2023 at 10:27:50PM +, Conor Dooley wrote: > > > On Tue, Nov 07, 2023 at 05:10:23PM -0500, Tom Rini wrote: > > > > > > > > > > further clarify or not > >

Re: [PATCH v3 0/2] rng: Provide a RNG based on the RISC-V Zkr ISA extension

+CC Palmer On Tue, Nov 07, 2023 at 05:38:37PM -0500, Tom Rini wrote: > On Tue, Nov 07, 2023 at 10:27:50PM +, Conor Dooley wrote: > > On Tue, Nov 07, 2023 at 05:10:23PM -0500, Tom Rini wrote: > > > > > > > further clarify or not > > > the RISC-V ISA thing that's elsewhere in this thread (and

[PATCH 1/1] pico-imx7d: add baseboard SD card boot detect

From: Benjamin Szőke Technexion PICO-IMX7 SoM is supporting USDHC3 (eMMC or micro SD on SoM) and USDHC1 (SD on carrier board) to use on any carrier board like PICO-NYMPH. Based on the U-Boot version from Technexion it adds baseboard SD card boot detect to able to boot from selected USDHC1 or USDH

[PATCH v11 12/24] cli: Enables using hush 2021 parser as command line parser

If one defines HUSH_2021_PARSER, it is then possible to use 2021 parser with: => cli get old => cli set 2021 => cli get 2021 Reviewed-by: Simon Glass Signed-off-by: Francis Laniel --- cmd/Kconfig | 12 cmd/Makefile | 2 +- cmd/cli.c

Booting Android using U-Boot

Hi Simon, Hi everyone from the mailing list, I'm following up to the email you sent today about a particular problem I'm facing trying to boot AOSP 11 (built from source) using U-Boot. I have extended my original email to include additional information and added the mailing list to CC as reque

Re: [PATCH v3 0/2] rng: Provide a RNG based on the RISC-V Zkr ISA extension

Hi, On Tue, 7 Nov 2023 at 15:38, Tom Rini wrote: > > On Tue, Nov 07, 2023 at 10:27:50PM +, Conor Dooley wrote: > > On Tue, Nov 07, 2023 at 05:10:23PM -0500, Tom Rini wrote: > > > > > > > further clarify or not > > > the RISC-V ISA thing that's elsewhere in this thread (and part of the > > > k

Re: [PATCH v3 0/2] rng: Provide a RNG based on the RISC-V Zkr ISA extension

On Tue, Nov 07, 2023 at 10:27:50PM +, Conor Dooley wrote: > On Tue, Nov 07, 2023 at 05:10:23PM -0500, Tom Rini wrote: > > > > further clarify or not > > the RISC-V ISA thing that's elsewhere in this thread (and part of the > > kernel, not a U-Boot thing). > > TBH, this a bit fragmented acros

Re: [PATCH v3 0/2] rng: Provide a RNG based on the RISC-V Zkr ISA extension

On Tue, Nov 07, 2023 at 05:10:23PM -0500, Tom Rini wrote: > further clarify or not > the RISC-V ISA thing that's elsewhere in this thread (and part of the > kernel, not a U-Boot thing). TBH, this a bit fragmented across threads, and as someone that hasn't been following it it's a bit difficult t

Re: [PATCH v3 0/2] rng: Provide a RNG based on the RISC-V Zkr ISA extension

On Tue, Nov 07, 2023 at 03:52:36PM -0600, Rob Herring wrote: > On Tue, Nov 7, 2023 at 1:30 PM Tom Rini wrote: > > > > On Tue, Nov 07, 2023 at 01:10:44AM +, Simon Glass wrote: > > > Hi Tom, > > > > > > On Mon, 6 Nov 2023 at 13:46, Tom Rini wrote: > > > > > > > > On Mon, Nov 06, 2023 at 01:38:3

Re: [PATCH v3 0/2] rng: Provide a RNG based on the RISC-V Zkr ISA extension

On Tue, Nov 07, 2023 at 03:12:48PM +, Andre Przywara wrote: > On Tue, 7 Nov 2023 05:22:58 -0700 > Simon Glass wrote: [snip] > > We already have a perfectly good way of selecting between multiple > > devices. It is used all over U-Boot. We should not be inventing a > > hard-coded hack just beca

Re: [PATCH v3 0/2] rng: Provide a RNG based on the RISC-V Zkr ISA extension

On Tue, Nov 07, 2023 at 05:22:58AM -0700, Simon Glass wrote: > Hi Andre, > > On Tue, 7 Nov 2023 at 04:27, Andre Przywara wrote: > > > > On Tue, 7 Nov 2023 01:08:15 + > > Simon Glass wrote: > > > > Hi Simon, > > > > > On Mon, 6 Nov 2023 at 21:55, Andre Przywara > > > wrote: > > > > > > > >

Re: [PATCH v3 0/2] rng: Provide a RNG based on the RISC-V Zkr ISA extension

On Tue, Nov 7, 2023 at 1:30 PM Tom Rini wrote: > > On Tue, Nov 07, 2023 at 01:10:44AM +, Simon Glass wrote: > > Hi Tom, > > > > On Mon, 6 Nov 2023 at 13:46, Tom Rini wrote: > > > > > > On Mon, Nov 06, 2023 at 01:38:39PM -0700, Simon Glass wrote: > > > > Hi Andre, > > > > > > > > On Mon, 6 Nov

Re: [RFC PATCH v10 00/24] Modernize U-Boot shell

Hi! Le lundi 9 octobre 2023, 20:56:30 EET Simon Glass a écrit : > Hi Francis, > > On Wed, 4 Oct 2023 at 10:42, Francis Laniel < > > francis.lan...@amarulasolutions.com> wrote: > > Hi. > > > > > > During 2021 summer, Sean Anderson wrote a contribution to add a new > > shell, based > > > on L

Re: [RFC PATCH v10 11/24] cmd: Add new cli command

Hi! Le jeudi 5 octobre 2023, 02:26:52 EET Heinrich Schuchardt a écrit : > On 10/4/23 18:42, Francis Laniel wrote: > > This command can be used to print the current parser with 'cli print'. > > Please, provide a commit message that matches the code. > > > It can also be used to set the current p

[PATCH v11 24/24] DO NOT MERGE: ci: Build the world in any case.

The CI can fails previously for reasons which are not tied to hush 2021. Let's build the world in any case to check everything is OK there too. Signed-off-by: Francis Laniel --- .azure-pipelines.yml | 1 + 1 file changed, 1 insertion(+) diff --git a/.azure-pipelines.yml b/.azure-pipelines.yml i

[PATCH v11 23/24] DO NOT MERGE: only to make CI happy

This commit set CONFIG_HUSH_PARSER_2021 as the default to trigger the CI with this parser. Nonetheless, the keymile (i.e. VENDOR_KM) board family is not compatible with new 2021 hush parser. Indeed, This boards used set_local_var() to store some variables as local shell. They then used get_local_v

[PATCH v11 22/24] cli: hush_2021: Add upstream commits up to 2nd October 2023.

This commit adds the following hush busybox upstream commits: 791b222dd55d ("sleep: fix "sleep -- ARGS"") 5353df91cba7 ("Update applet size estimates") e41e481fd571 ("hush: fix a compile failure") 07a95cfcabb0 ("ash: disable check for "good" function name, bash does not check this") e5692e2342c6 (

[PATCH v11 21/24] test: hush: Fix loop tests for hush 2021

Modifies return code got from while loop as hush 2021 always returns 0 from while loop. Reviewed-by: Simon Glass Signed-off-by: Francis Laniel --- test/hush/loop.c | 34 ++ 1 file changed, 30 insertions(+), 4 deletions(-) diff --git a/test/hush/loop.c b/test/hus

[PATCH v11 20/24] cli: hush_2021: Enable loops

Enables the use of for, while and until loops for command line as well as with run_command(). Signed-off-by: Francis Laniel Reviewed-by: Simon Glass --- common/cli_hush_2021.c | 1 + common/cli_hush_upstream.c | 15 ++- 2 files changed, 15 insertions(+), 1 deletion(-) diff --g

[PATCH v11 19/24] cli: hush_2021: Enable if keyword

Adds support for "if then else" construct both for command line interface and through run_command(). Signed-off-by: Francis Laniel Reviewed-by: Simon Glass --- common/cli_hush_2021.c | 11 +++ common/cli_hush_upstream.c | 12 2 files changed, 15 insertions(+), 8 deletio

[PATCH v11 18/24] cli: hush_2021: Enable using < and > as string compare operators

In Busybox hush, '<' and '>' are used as redirection operators. For example, cat foo > bar will write content of file foo inside file bar. In U-Boot, we do not have file system, so we can hardly redirect command output inside a file. But, in actual U-Boot hush, these operators ('<' and '>') are us

[PATCH v11 17/24] test: hush: Fix variable expansion tests for hush 2021

Modifies the expected result for hush 2021. Indeed, there were bugs in actual U-Boot hush which were fixed in upstream Busybox. As hush 2021 is based on upstream Busybox, these bugs no longer exist. Reviewed-by: Simon Glass Signed-off-by: Francis Laniel --- test/hush/dollar.c | 79 +

[PATCH v11 16/24] test: hush: Fix instructions list tests for hush 2021

Modifies the expected result for hush 2021. Indeed, there were bugs in actual U-Boot hush which were fixed in upstream Busybox. As hush 2021 is based on upstream Busybox, these bugs no longer exist. Reviewed-by: Simon Glass Signed-off-by: Francis Laniel --- test/hush/list.c | 69 +++

[PATCH v11 15/24] cli: add hush 2021 as parser for run_command*()

Enables using, in code, hush 2021 as parser for run_command function family. It also enables the command run to be used by CLI user of hush 2021. Reviewed-by: Simon Glass Signed-off-by: Francis Laniel --- common/cli.c | 67 -- common/cli_hush_up

[PATCH v11 14/24] cli: hush_2021: Add functions to be called from run_command()

run_command() is called internally by the command run and it can also be called directly from U-Boot code, e.g. to do unit tests. This commit adds this path to go to hush 2021. Signed-off-by: Francis Laniel Reviewed-by: Simon Glass --- common/cli_hush_upstream.c | 66 +++

[PATCH v11 13/24] cli: hush_2021: Enable variables expansion for hush 2021

Enables variables expansion for hush 2021, both for local and environment variables. So the following commands: foo=bar echo $foo setenv bar foo echo $bar leads to "bar" and "foo" being printed on console output. Signed-off-by: Francis Laniel Reviewed-by: Simon Glass --- common/cli_hush_2021.c

[PATCH v11 11/24] cmd: Add new cli command

This command can be used to print the current parser with 'cli get'. It can also be used to set the current parser with 'cli set'. For the moment, only one value is valid for set: old. Signed-off-by: Francis Laniel --- cmd/Makefile | 2 + cmd/cli.c | 114 ++

[PATCH v11 10/24] global_data.h: add GD_FLG_HUSH_OLD_PARSER flag

This flag is used to indicate we are using the hush parser. Reviewed-by: Simon Glass Signed-off-by: Francis Laniel --- common/cli.c | 2 ++ include/asm-generic/global_data.h | 4 2 files changed, 6 insertions(+) diff --git a/common/cli.c b/common/cli.c index 3916a7b10

[PATCH v11 08/24] cli: Port Busybox 2021 hush to U-Boot

Adds new file cli_hush_2021.c, it is a copy of Busybox hush file as it was of time to commit 37460f5da. This commit modifies Busybox hush to not compile some part specific to Busybox and adds some code needed by U-Boot. The modifications consists mainly on adding code #if(n)def guards. For the mom

[PATCH v11 09/24] cli: Add menu for hush parser

For the moment, the menu contains only entry: HUSH_OLD_PARSER which is the default. The goal is to prepare the field to add a new hush parser which guarantees actual behavior is still correct. Reviewed-by: Simon Glass Signed-off-by: Francis Laniel --- cmd/Kconfig | 13 + common/

[PATCH v11 05/24] test: hush: Test hush commands list

Verifies behavior of commands separated by ';', '&&' and '||'. Signed-off-by: Francis Laniel Reviewed-by: Simon Glass --- test/hush/Makefile | 1 + test/hush/list.c | 79 ++ 2 files changed, 80 insertions(+) create mode 100644 test/hush/list.c di

[PATCH v11 06/24] test: hush: Test hush loops

The added tests verifies correct behavior of for, while and until loops. Signed-off-by: Francis Laniel Reviewed-by: Simon Glass --- test/hush/Makefile | 1 + test/hush/loop.c | 65 ++ 2 files changed, 66 insertions(+) create mode 100644 test/hush/

[PATCH v11 04/24] test: hush: Test hush variable expansion

Verifies shell variables are replaced by their values. Reviewed-by: Simon Glass Signed-off-by: Francis Laniel --- test/hush/Makefile | 1 + test/hush/dollar.c | 167 +++ test/py/tests/test_ut.py | 8 +- 3 files changed, 175 insertions(+), 1 de

[PATCH v11 03/24] test/py: hush_if_test: Remove the test file

5804ebfeb1ce ("test: hush: Test hush if/else") translated this test to a C test, so this python file is no more needed. Signed-off-by: Francis Laniel Reviewed-by: Simon Glass --- test/py/tests/test_hush_if_test.py | 197 - 1 file changed, 197 deletions(-) delete mod

[PATCH v11 01/24] test: Add framework to test hush behavior

Introduce a new subcommand to ut: ut hush. For the moment, this command does nothing, future commits will add tests which will be run on command call. Note that CONFIG_HUSH_PARSER must be defined to compile this new subcommand. Signed-off-by: Francis Laniel Reviewed-by: Simon Glass --- include

[PATCH v11 02/24] test: hush: Test hush if/else

As asked in commit 9c6bf1715f6a ("test/py: hush_if_test: Add tests to cover octal/hex values"), this commit translates test_hush_if_test.py to a C test. Signed-off-by: Francis Laniel Reviewed-by: Simon Glass --- test/hush/Makefile | 1 + test/hush/if.c | 316 ++

[PATCH v11 00/24] Modernize U-Boot shell

Hi. During 2021 summer, Sean Anderson wrote a contribution to add a new shell, based on LIL, to U-Boot [1, 2]. While one of the goals of this contribution was to address the fact actual U-Boot shell, which is based on Busybox hush, is old there was a discussion about adding a new shell versus upd

Re: [PATCH v3 0/2] rng: Provide a RNG based on the RISC-V Zkr ISA extension

On Tue, Nov 07, 2023 at 11:27:08AM +, Andre Przywara wrote: > On Tue, 7 Nov 2023 01:08:15 + > Simon Glass wrote: > > Hi Simon, > > > On Mon, 6 Nov 2023 at 21:55, Andre Przywara wrote: > > > > > > On Mon, 6 Nov 2023 13:38:39 -0700 > > > Simon Glass wrote: > > > > > > Hi Simon, > > > >

[PATCH] clk: exynos: Add header guard for clk-pll.h

The clk-pll.h is going to be included in multiple files soon. Add missing header guard to prevent possible build errors in future. Signed-off-by: Sam Protsenko Fixes: 166097e87753 ("clk: exynos: add clock driver for Exynos7420 Soc") --- drivers/clk/exynos/clk-pll.h | 5 + 1 file changed, 5 i

[PATCH] MAINTAINERS: Fix Sam Protsenko mail

Sam works for Linaro again. Use his work e-mail address for ANDROID AB subsystem. Signed-off-by: Sam Protsenko --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index cde778bc4d3d..d21f66b0b67b 100644 --- a/MAINTAINERS +++ b/MAINTAINERS

[PATCH] serial: s5p: Use dev_read_addr_ptr() to get base address

As the address read from device tree is being cast to a pointer, it's better to use dev_read_addr_ptr() API for getting that address. The more detailed explanation can be found in commit a12a73b66476 ("drivers: use dev_read_addr_ptr when cast to pointer"). Signed-off-by: Sam Protsenko --- driver

rockpro64 rk3399 dwc3 issue

Hi all, I am trying to boot OS via USB3.0 ports on RK3399 base RockPro64. U-boot is failing to detect the drive in the USB3.0 port. If I boot linux through other mediums the drive is detected and works fine. Can anyone please help me figure out the issue? Kind regards, Shantur

Re: [GIT PULL] xilinx patches for v2024.01-rc3

On Tue, Nov 07, 2023 at 04:31:23PM +0100, Michal Simek wrote: > Hi Tom, > > please pull these patches to your tree. Most of them are dt related to > aligned our dts in u-boot with dt-schema and fix issues around it. > There are small updates out in spi to fix 64bit support and allow disable > fla

Re: [PATCH v3 0/2] rng: Provide a RNG based on the RISC-V Zkr ISA extension

On Tue, Nov 07, 2023 at 01:10:44AM +, Simon Glass wrote: > Hi Tom, > > On Mon, 6 Nov 2023 at 13:46, Tom Rini wrote: > > > > On Mon, Nov 06, 2023 at 01:38:39PM -0700, Simon Glass wrote: > > > Hi Andre, > > > > > > On Mon, 6 Nov 2023 at 10:26, Andre Przywara > > > wrote: > > > > > > > > On Sa

  1   2   >