Re: [PATCH 1/1] tools: use cryptographically safe RNG

2024-11-14 Thread Rasmus Villemoes
On Fri, Nov 15 2024, Mark Kettenis wrote: >> Date: Thu, 14 Nov 2024 11:39:27 -0600 >> From: Tom Rini >> >> On Thu, Nov 14, 2024 at 06:35:44PM +0100, Heinrich Schuchardt wrote: >> > Tom Rini schrieb am Do., 14. Nov. 2024, 18:27: >> > >> > > On Sat, Nov 02, 2024 at 05:32:59PM +0100, Heinrich Sc

RE: [PATCH] mtd: spi-nor: Add support for Macronix flash part

2024-11-14 Thread Abbarapu, Venkatesh
Hi Jagan, > -Original Message- > From: Jagan Teki > Sent: Monday, December 18, 2023 5:02 PM > To: Bhumkar, Tejas Arvind > Cc: u-boot@lists.denx.de; joe.hershber...@ni.com; rfried@gmail.com; Simek, > Michal ; vigne...@ti.com; g...@xilinx.com > Subject: Re: [PATCH] mtd: spi-nor: Add su

[PATCH] mtd: spi-nor: Address the Macronix flash probe failure

2024-11-14 Thread Venkatesh Yadav Abbarapu
When performing a soft reset on the OSPI flash, the default cmd_ext_type is set to SPI_NOR_EXT_REPEAT. However, Macronix flash requires the command type SPI_NOR_EXT_INVERT for soft reset. To address this issue, read the Manufacturer ID from the flash. If the Manufacturer ID indicates Macronix, the

Re: [PATCH] .gitignore: add test overlay .S and u_boot_logo files

2024-11-14 Thread Tom Rini
On Sat, 09 Nov 2024 18:48:44 +0100, Christian Marangi wrote: > Add test overlay .S and u_boot_logo file to gitignore as these files are > generated and should not be committed but ignored. > > Applied to u-boot/master, thanks! -- Tom

Re: [PATCH 1/1] test: fix regular expression in test_spi_negative()

2024-11-14 Thread Tom Rini
On Thu, 07 Nov 2024 11:39:22 +0100, Heinrich Schuchardt wrote: > Escape sequence \s is only allowable in raw strings. > > Applied to u-boot/master, thanks! -- Tom

Re: [PATCH 1/1] test: use %zd for size_t in mbr_test_run()

2024-11-14 Thread Tom Rini
On Sun, 03 Nov 2024 23:48:11 +0100, Heinrich Schuchardt wrote: > For printing size_t we must use %zd and not %ld to avoid > a -Wformat error on 32-bit systems. > > Applied to u-boot/master, thanks! -- Tom

Re: [PATCH v2 1/1] lmb.c: add missing comma in lmb_dump_region()

2024-11-14 Thread Tom Rini
On Thu, 07 Nov 2024 11:14:42 +0100, Heinrich Schuchardt wrote: > In the message string " %s[%d]\t[0x%llx-0x%llx], 0x%08llx bytes flags: " > a comma is missing before flags. > > To avoid increasing the code size replace '0x%' by '%#'. > > Printing the size with leading zeros but not the addresses

Re: [PATCH 1/1] test: print_printf() must check availability of %ls

2024-11-14 Thread Tom Rini
On Sun, 03 Nov 2024 21:46:42 +0100, Heinrich Schuchardt wrote: > Availability of %ls in printf() depends on having > CONFIG_EFI_LOADER or CONFIG_EFI_APP. > > Respect this when testing. > > Applied to u-boot/master, thanks! -- Tom

Re: [PATCH 0/3] examples: fix building on arm64

2024-11-14 Thread Tom Rini
On Sun, 03 Nov 2024 06:35:48 +0100, Heinrich Schuchardt wrote: > Commit f9886bc60f42 ("Added arm64 assembly for examples/api crt0") added > the arm64 architecture but the code does not even build. > > With the changes the 'demo' program runs on qemu_arm64_defconfig using > > setenv autostart

Re: [PATCH 1/1] test: cmd/mbr: pass correct buffer size to init_write_buffers

2024-11-14 Thread Tom Rini
On Sat, 02 Nov 2024 16:41:30 +0100, Heinrich Schuchardt wrote: > We want to completely initialize the mbr and embr buffers. This requires > passing the buffer size and not the size of a pointer to the buffer. > > Applied to u-boot/master, thanks! -- Tom

Re: [PATCH 1/1] upl: fix parsing of DT property

2024-11-14 Thread Tom Rini
On Sat, 02 Nov 2024 16:04:13 +0100, Heinrich Schuchardt wrote: > When calling decode_addr_size() we must pass the size of the device-tree > property and not sizeof(void *). > > Applied to u-boot/master, thanks! -- Tom

Re: [PATCH 1/1] cmd: upl: initialize unit test state

2024-11-14 Thread Tom Rini
On Sat, 02 Nov 2024 15:30:20 +0100, Heinrich Schuchardt wrote: > do_upl_write() calls upl_get_test_data() which may increment the fail > count in the unit test state. We should initialize it. > > Applied to u-boot/master, thanks! -- Tom

Re: [PATCH 1/1] xyz-modem: Add missing fallthrough annotation

2024-11-14 Thread Tom Rini
On Sat, 02 Nov 2024 11:41:12 +0100, Heinrich Schuchardt wrote: > Falltroughs in switch statements should be explicit. > > Applied to u-boot/master, thanks! -- Tom

Re: [PATCH 0/2] cmd: hash: correct parameter count check

2024-11-14 Thread Tom Rini
On Sat, 02 Nov 2024 11:08:34 +0100, Heinrich Schuchardt wrote: > Since commit 348ea878508d ("cmd: hash: fix param count check") the hash > command cannot be used without the optional variable name parameter if > CONFIG_HASH_VERIFY=y. 'hash sha1 $loadaddr $filesize' returns > CMD_RET_USAGE. > > Th

Re: [PATCH 1/1] lmb: do not panic in lmb_print_region_flags

2024-11-14 Thread Tom Rini
On Sat, 02 Nov 2024 07:32:26 +0100, Heinrich Schuchardt wrote: > Commit c3cf0dc64f1c ("lmb: add a check to prevent memory overrun") > addressed a possible buffer overrun using assert_noisy(). > > Resetting via panic() in lmb_print_region() while allowing invalid > lmb flags elsewhere is not reaso

Re: [PATCH 0/6] Apply SoM overlays on phyCORE-AM6xx SoMs

2024-11-14 Thread Tom Rini
On Wed, 30 Oct 2024 17:48:09 +0100, Wadim Egorov wrote: > Our SoMs are available in multiple configurations, managed via device > tree overlays. To determine the specific variant in use, we read the > EEPROM and apply the appropriate overlays during boot to the device tree > used by the OS. > > A

Re: [PATCH] lib: rsa: Set conventional salt length RSA-PSS parameter

2024-11-14 Thread Tom Rini
On Thu, 31 Oct 2024 10:15:31 +0100, Loic Poulain wrote: > RFC 3447 says that Typical salt length are either 0 or the length > of the output of the digest algorithm, RFC 4055 also recommends > hash value length as the salt length. Moreover, By convention, > most of the signing infrastructures/libra

Re: [PATCH] lwip: fix code style issues

2024-11-14 Thread Tom Rini
On Thu, 07 Nov 2024 12:27:57 +0100, Jerome Forissier wrote: > Fix various code style issues in the lwIP code. > > Applied to u-boot/master, thanks! -- Tom

Re: [PATCH] Makefile: fix empty MK_ARCH when using ccache

2024-11-14 Thread Tom Rini
On Mon, 11 Nov 2024 14:20:49 +0100, Quentin Schulz wrote: > One can use ccache by prefixing the typical CROSS_COMPILE value with > "ccache " (e.g. "ccache aarch64-gnu-linux-" for Aarch64). This however > makes the MK_ARCH empty because sed won't find a match anymore since it > expects the CROSS_CO

Git commit failed with mbedtls/framework

2024-11-14 Thread Tony Dinh
Hi Tom, I am on 2025.01-rc2, and I am trying to commit some files. The error seems to indicate this framework directory might need some modification. Did I miss something? error: 'lib/mbedtls/external/mbedtls/framework' does not have a commit checked out fatal: updating files failed All the best

RE: [PATCH v1] imx: Fix critical thermal threshold

2024-11-14 Thread Peng Fan
> Subject: Re: [PATCH v1] imx: Fix critical thermal threshold > > Hello Peng, > > On Wed, Nov 13, 2024 at 09:10:46AM +, Peng Fan wrote: > > > Subject: Re: [PATCH v1] imx: Fix critical thermal threshold On Wed, > > > Nov 13, 2024 at 05:27:23AM +, Peng Fan wrote: > > > > > Subject: [PATCH v

[PATCH u-boot v2] fs: btrfs: hide duplicate 'Cannot lookup file' error on 'load'

2024-11-14 Thread Dominique Martinet
From: Dominique Martinet Running commands such as 'load mmc 2:1 $addr $path' when path does not exists will print an error twice if the file does not exist, e.g.: ``` Cannot lookup file boot/boot.scr Failed to load 'boot/boot.scr' ``` (where the first line is printed by btrfs and the second by co

[PATCH v4] cmd: add a fetch utility

2024-11-14 Thread Caleb Connolly
Add a small utility for displaying some information about U-Boot and the hardware it's running on in a similar fashion to the popular neofetch tool for Linux [1]. While the output is meant to be useful, it should also be pleasing to look at and perhaps entertaining. The ufetch command aims to brin

[PATCH] cmd: add a fetch utility

2024-11-14 Thread Caleb Connolly
Add a small utility for displaying some information about U-Boot and the hardware it's running on in a similar fashion to the popular neofetch tool for Linux [1]. While the output is meant to be useful, it should also be pleasing to look at and perhaps entertaining. The ufetch command aims to brin

Re: [PATCH 1/1] tools: use cryptographically safe RNG

2024-11-14 Thread Mark Kettenis
> Date: Thu, 14 Nov 2024 11:39:27 -0600 > From: Tom Rini > > On Thu, Nov 14, 2024 at 06:35:44PM +0100, Heinrich Schuchardt wrote: > > Tom Rini schrieb am Do., 14. Nov. 2024, 18:27: > > > > > On Sat, Nov 02, 2024 at 05:32:59PM +0100, Heinrich Schuchardt wrote: > > > > > > > The PRNG implementing

Re: [PATCH] test/cmd/wget.c: move net_test_wget() to the cmd test suite

2024-11-14 Thread Tom Rini
On Tue, Nov 05, 2024 at 01:06:53PM +0100, Jerome Forissier wrote: > Since net_test_wget() is testing a command and is in test/cmd it > should be in the 'cmd' test suite, not 'lib'. > > Reported-by: Simon Glass > Signed-off-by: Jerome Forissier > Reviewed-by: Simon Glass > --- > test/cmd/wget.

Re: ZDI-CAN-24679: New Vulnerability Report

2024-11-14 Thread Tom Rini
On Thu, Nov 14, 2024 at 03:27:48PM -0800, Tony Dinh wrote: > Hi Tom, > Hi Stefan, > > I've trimmed down the CC list a bit. > > On Thu, Nov 14, 2024 at 12:33 PM Tom Rini wrote: > > > > On Thu, Nov 14, 2024 at 12:18:49PM -0800, Tony Dinh wrote: > > > Hi Tom, > > > Hi Stefan, > > > > > > On Thu, No

Re: ZDI-CAN-24679: New Vulnerability Report

2024-11-14 Thread Tony Dinh
Hi Tom, Hi Stefan, I've trimmed down the CC list a bit. On Thu, Nov 14, 2024 at 12:33 PM Tom Rini wrote: > > On Thu, Nov 14, 2024 at 12:18:49PM -0800, Tony Dinh wrote: > > Hi Tom, > > Hi Stefan, > > > > On Thu, Nov 14, 2024 at 8:33 AM Tom Rini wrote: > > > > > > On Thu, Nov 14, 2024 at 04:07:15

Clarification on Bloblist Initialization Settings

2024-11-14 Thread Harrison Mutai
Hi all, I wanted to clarify some details about the settings for initializing a Bloblist (i.e., CONFIG_BLOBLIST_ALLOC, CONFIG_BLOBLIST_FIXED, CONFIG_BLOBLIST_PASSAGE). The documentation states that if CONFIG_BLOBLIST_PASSAGE is selected, it uses the bloblist in the incoming standard passage. Does

Re: [PATCH 1/1] doc: replace invalid GPL-2.0+ SPDX identifier

2024-11-14 Thread Andy Shevchenko
Thu, Nov 14, 2024 at 08:58:51AM -0600, Tom Rini kirjoitti: > On Thu, Nov 14, 2024 at 11:34:59AM +0100, Heinrich Schuchardt wrote: > > > GPL-2.0-or-later is the correct spelling of the SPDX specifier. > > > > Signed-off-by: Heinrich Schuchardt > > --- > > I would reword this to say that GPL-2.0-

Re: [PATCH 1/1] efi_loader: run bootdev_hunt() to find ESP

2024-11-14 Thread Jonas Karlman
On 2024-11-14 22:08, Heinrich Schuchardt wrote: > Jonas Karlman schrieb am Do., 14. Nov. 2024, 21:26: > >> Hi Heinrich, >> >> On 2024-11-13 20:55, Heinrich Schuchardt wrote: >>> Some hard devices need specific routines to scan for block devices, >>> e.g. NVMe (nvme scan), SCSI (scsi start). >>> >

Re: Clarification on Bloblist Initialization Settings

2024-11-14 Thread Simon Glass
Hi Harrison, On Thu, 14 Nov 2024 at 13:41, Harrison Mutai wrote: > > Hi all, > I wanted to clarify some details about the settings for initializing a > Bloblist (i.e., CONFIG_BLOBLIST_ALLOC, CONFIG_BLOBLIST_FIXED, > CONFIG_BLOBLIST_PASSAGE). The documentation states that if > CONFIG_BLOBLIST_P

Re: [PATCH v3] cmd: add a fetch utility

2024-11-14 Thread Tony Dinh
On Thu, Nov 14, 2024 at 1:36 PM Marek Vasut wrote: > > On 11/14/24 9:08 PM, Caleb Connolly wrote: > > [...] > > > + case IP: > > + ipaddr = env_get("ipvaddr"); > > ipvaddr with 'v' in the middle ? Shouldn't that be 'ipaddr' ? > > > + if (!ipaddr)

[PATCH v2 4/5] configs: khadas-vim3_android{_ab}: move on bootmeth android

2024-11-14 Thread Guillaume La Roque
Actually khadas vim3 use distro command to boot android image. Move on new bootmeth android for A/B and non-A/B vim3 android. Signed-off-by: Guillaume La Roque --- configs/khadas-vim3_android_ab_defconfig | 7 ++- configs/khadas-vim3_android_defconfig| 7 ++- include/configs/khadas

Re: [PATCH v3] cmd: add a fetch utility

2024-11-14 Thread Marek Vasut
On 11/14/24 9:08 PM, Caleb Connolly wrote: [...] + case IP: + ipaddr = env_get("ipvaddr"); ipvaddr with 'v' in the middle ? Shouldn't that be 'ipaddr' ? + if (!ipaddr) + ipaddr = "none";

[PATCH v2 5/5] bootstd: Add test for Android boot image v2

2024-11-14 Thread Guillaume La Roque
Rename actual android bootmethod test to specify it's for boot image version 4. Add a unit test for testing the Android bootmethod with boot image version 2. This requires another mmc image (mmc8) to contain the following partitions: - misc: contains the Bootloader Control Block (BCB) - boot_a: co

[PATCH v2 3/5] configs: khadas-vim3l_android{_ab}: move on bootmeth android

2024-11-14 Thread Guillaume La Roque
Actually khadas vim3l use distro command to boot android image. Move on new bootmeth android for A/B and non-A/B vim3l android. Signed-off-by: Guillaume La Roque --- configs/khadas-vim3l_android_ab_defconfig | 7 ++- configs/khadas-vim3l_android_defconfig| 7 ++- include/configs/kh

[PATCH v2 0/5] Add support of Android Boot Image version 2 and non-AB image

2024-11-14 Thread Guillaume La Roque
Actually bootmethod android only support android boot image version 4 and with AB image, some old platform wtill use android boot image version 2 with AB or without AB slot. This patchset add support of both version 2 and non-AB slot images. It's fixed in same time a boot issue seen on khadas vim3

[PATCH v2 2/5] bootstd: android: add non-A/B image support

2024-11-14 Thread Guillaume La Roque
Update android bootmeth to support non-A/B image. Enable AB support only when ANDROID_AB is enabled. Signed-off-by: Guillaume La Roque --- boot/Kconfig | 1 - boot/bootmeth_android.c | 51 +--- configs/am62x_a53_android.config |

[PATCH v2 1/5] bootstd: android: add support of bootimage v2

2024-11-14 Thread Guillaume La Roque
Android bootmeth only support boot image v3/4. Add support of Android Boot Image version 2 [1]. Vendor boot image is only supported in version 3 and 4 so don't try to read it when header version is less than 3. [1] https://source.android.com/docs/core/architecture/bootloader/boot-image-header#he

Re: [PATCH 1/1] efi_loader: run bootdev_hunt() to find ESP

2024-11-14 Thread Heinrich Schuchardt
Jonas Karlman schrieb am Do., 14. Nov. 2024, 21:26: > Hi Heinrich, > > On 2024-11-13 20:55, Heinrich Schuchardt wrote: > > Some hard devices need specific routines to scan for block devices, > > e.g. NVMe (nvme scan), SCSI (scsi start). > > > > Invoke bootdev_hunt() to find all block devices. > >

Re: [PATCH v3] cmd: add a fetch utility

2024-11-14 Thread Heinrich Schuchardt
Am 14. November 2024 21:08:44 MEZ schrieb Caleb Connolly : >Add a small utility for displaying some information about U-Boot and the >hardware it's running on in a similar fashion to the popular neofetch >tool for Linux [1]. > >While the output is meant to be useful, it should also be pleasing to

Re: ZDI-CAN-24679: New Vulnerability Report

2024-11-14 Thread Tom Rini
On Thu, Nov 14, 2024 at 12:18:49PM -0800, Tony Dinh wrote: > Hi Tom, > Hi Stefan, > > On Thu, Nov 14, 2024 at 8:33 AM Tom Rini wrote: > > > > On Thu, Nov 14, 2024 at 04:07:15PM +0100, Michal Simek wrote: > > > > > Hi, > > > > > > On 11/14/24 15:56, Tom Rini wrote: > > > > On Thu, Nov 14, 2024 at

Re: [PATCH 1/1] efi_loader: run bootdev_hunt() to find ESP

2024-11-14 Thread Jonas Karlman
Hi Heinrich, On 2024-11-13 20:55, Heinrich Schuchardt wrote: > Some hard devices need specific routines to scan for block devices, > e.g. NVMe (nvme scan), SCSI (scsi start). > > Invoke bootdev_hunt() to find all block devices. > > Signed-off-by: Heinrich Schuchardt > --- > lib/efi_loader/efi_

Re: ZDI-CAN-24679: New Vulnerability Report

2024-11-14 Thread Tony Dinh
Hi Tom, Hi Stefan, On Thu, Nov 14, 2024 at 8:33 AM Tom Rini wrote: > > On Thu, Nov 14, 2024 at 04:07:15PM +0100, Michal Simek wrote: > > > Hi, > > > > On 11/14/24 15:56, Tom Rini wrote: > > > On Thu, Nov 14, 2024 at 04:02:29AM +, zdi-disclosu...@trendmicro.com > > > wrote: > > > > > > > Hi,

[PATCH v3] cmd: add a fetch utility

2024-11-14 Thread Caleb Connolly
Add a small utility for displaying some information about U-Boot and the hardware it's running on in a similar fashion to the popular neofetch tool for Linux [1]. While the output is meant to be useful, it should also be pleasing to look at and perhaps entertaining. The ufetch command aims to brin

Re: [GIT PULL] Please pull u-boot-amlogic-next-20241113

2024-11-14 Thread Tom Rini
On Wed, Nov 13, 2024 at 06:45:23PM +0100, Neil Armstrong wrote: > Hi Tom, > > Here's a small fix for khadas-vim3{l} android config, and a drop of > obsolete dtsi and include bindings in favor or the upstream ones. > > Thanks, > Neil > > The following changes since commit 56accc56b9aab87ef4809cc

Re: [PATCH v4 00/13] Support OF_UPSTREAM for StarFive JH7110

2024-11-14 Thread Heinrich Schuchardt
Am 14. November 2024 18:37:10 MEZ schrieb E Shattow : >Hi Anand, > >On Wed, Nov 13, 2024 at 8:42 PM Anand Moon wrote: >> >> Hi Hal, >> >> On Mon, 11 Nov 2024 at 07:53, Hal Feng wrote: >> > >> > This patchset add OF_UPSTREAM support for StarFive JH7110 based boards. >> > All the JH7110 based board

Re: [PATCH 1/1] efi_loader: run bootdev_hunt() to find ESP

2024-11-14 Thread Simon Glass
Hi Heinrich, On Thu, 14 Nov 2024 at 02:55, Heinrich Schuchardt wrote: > > > > Simon Glass schrieb am Do., 14. Nov. 2024, 04:54: >> >> Hi Heinrich, >> >> On Wed, 13 Nov 2024 at 12:55, Heinrich Schuchardt >> wrote: >> > >> > Some hard devices need specific routines to scan for block devices, >> >

Re: [PATCH] gpio: qcom_pmic: add again the quirk to skip GPIO configuration on PM8550

2024-11-14 Thread Caleb Connolly
On Wed, 16 Oct 2024 11:16:18 +0200, Neil Armstrong wrote: > The qcom_pmic code is broken for new PMICs and should be fixed, > without the QUIRK the code is broken and the GPIOs don't work > anymore on SM8550 and SM8650 platforms. > > Partially revert the revert and only add the quirk on the PM85

Re: [PATCH] dt-bindings: remove phy/phy-qcom-qmp.h in favor of dts/upstream

2024-11-14 Thread Caleb Connolly
On Wed, 16 Oct 2024 09:37:20 +0200, Neil Armstrong wrote: > The upstream version has new defines use to build DT, drop > it in favor of the dts/upstream more recent one. > > Applied, thanks! [1/1] dt-bindings: remove phy/phy-qcom-qmp.h in favor of dts/upstream commit: 26ef53e0dc4738b9f8

Re: [PATCH] iommu: qcom-smmu: handle running in el2

2024-11-14 Thread Caleb Connolly
On Wed, 13 Nov 2024 06:09:24 +0100, Caleb Connolly wrote: > We only need to configure the SMMU when running in EL1. In EL2 the > hypervisor isn't running so peripherals can just do DMA as they wish. > > Applied, thanks! [1/1] iommu: qcom-smmu: handle running in el2 commit: f243551178ddf

Re: [PATCH] iommu: qcom-smmu: allow SID 0

2024-11-14 Thread Caleb Connolly
On Wed, 13 Nov 2024 06:00:56 +0100, Caleb Connolly wrote: > It turns out this is a very real stream ID. Who woulda thought? > > Drop the 0 check on the SID, there's no reason for it to be there in the first > place. > > Applied, thanks! [1/1] iommu: qcom-smmu: allow SID 0 commit: 2417f

Re: [PATCH] mach-snapdragon: configure logging

2024-11-14 Thread Caleb Connolly
On Wed, 13 Nov 2024 06:04:17 +0100, Caleb Connolly wrote: > Set LOG_CATEGORY and pr_fmt. Also fix the time.h include. > > Applied, thanks! [1/1] mach-snapdragon: configure logging commit: f6e628afef415cac48c907533d130ef61fa1fe4a Best regards, -- // Caleb (they/them)

Re: [PATCH] phy: qcom: Add SM8150 to QMP UFS PHY driver

2024-11-14 Thread Caleb Connolly
On Wed, 02 Oct 2024 20:52:17 +0200, Julius Lehmann wrote: > Copy PHY tables over from Linux to support SM8150 > > Applied, thanks! [1/1] phy: qcom: Add SM8150 to QMP UFS PHY driver commit: bea0812f7038c72043d4a86c25c2a967fdceab48 Best regards, -- // Caleb (they/them)

Re: [PATCH] phy: qcom: ufs: add sc7280

2024-11-14 Thread Caleb Connolly
On Sat, 12 Oct 2024 15:22:05 +0200, Caleb Connolly wrote: > Add configuration for the SC7280, copied from Linux 6.11 > > Applied, thanks! [1/1] phy: qcom: ufs: add sc7280 commit: 6a8be4e2924ab0a978d5175a8c28d92f014df19a Best regards, -- // Caleb (they/them)

Re: [PATCH] qcom_defconfig: enable UFS Qualcomm controller and PHY drivers

2024-11-14 Thread Caleb Connolly
On Mon, 14 Oct 2024 09:00:26 +0200, Neil Armstrong wrote: > Now the Qualcomm controller and PHY drivers were accepted, > enable then in the qcom_defconfig file. > > Applied, thanks! [1/1] qcom_defconfig: enable UFS Qualcomm controller and PHY drivers commit: 78f8ea0e1f6757b5e92567a200f6

Re: [PATCH] phy: qcom: ufs: drop unused ufsphy_v2_regs_layout

2024-11-14 Thread Caleb Connolly
On Wed, 16 Oct 2024 09:43:56 +0200, Neil Armstrong wrote: > The ufsphy_v2_regs_layout is not used, drop it and fix: > phy-qcom-qmp-ufs.c:87:27: warning: ‘ufsphy_v2_regs_layout’ defined but not > used [-Wunused-const-variable=] > > Applied, thanks! [1/1] phy: qcom: ufs: drop unused ufsphy_v2_

Re: [PATCH] mmc: msm_sdhci: enable vqmmc at probe if available

2024-11-14 Thread Caleb Connolly
On Wed, 16 Oct 2024 11:17:16 +0200, Neil Armstrong wrote: > On earlier platforms, the vqmmc regulator was enabled by the > previous bootloader, but on the newest (SM8650) it's not > and we need vqmmc to be enabled in order to have the card > to respond. > > Applied, thanks! [1/1] mmc: msm_sdh

Re: [PATCH] qcom_defconfig: enable PINCONF

2024-11-14 Thread Caleb Connolly
On Thu, 17 Oct 2024 10:04:54 +0200, Neil Armstrong wrote: > The SM8550 and SM8650 SoCs requires PINCONF to properly > setup SDC pins in order to function correctly. > > Applied, thanks! [1/1] qcom_defconfig: enable PINCONF commit: 748ee6344fd4896ec9370ac9c5f59578aab11a2a Best regards,

Re: [PATCH] ARM: mach-snapdragon: configure a larger default SYS_MALLOC_LEN for fastboot

2024-11-14 Thread Caleb Connolly
On Wed, 16 Oct 2024 11:25:32 +0200, Neil Armstrong wrote: > Fastboot is very hungry when it flashes larges chunks, and 8MiB > is way too small, allocate a much bigger size like other platforms > using Fastboot. > > Applied, thanks! [1/1] ARM: mach-snapdragon: configure a larger default SYS_MA

Re: ZDI-CAN-24679: New Vulnerability Report

2024-11-14 Thread Tom Rini
On Thu, Nov 14, 2024 at 05:01:41PM +, Holger Brunck wrote: > Hi Tom, > > > > > > > We have actually discussed this recently and we have other issues with > > > jffs2 and not going to fix it or recommend to use it. > > > JFFS2 should be removed from our configs and it is also not under our > >

Re: [PATCH] mmc: don't print 'MMC:' if there are no MMC devices

2024-11-14 Thread Caleb Connolly
Hi Tom, On 14/11/2024 19:02, Tom Rini wrote: > On Wed, Nov 13, 2024 at 03:47:16PM +0100, Caleb Connolly wrote: >> >> >> On 13/11/2024 15:24, Tom Rini wrote: >>> On Wed, Nov 13, 2024 at 06:30:08AM +0100, Caleb Connolly wrote: >>> It may be the case that MMC support is enabled even though the b

[PATCH] km: disable CMD_JFFS2 for all PPC boards

2024-11-14 Thread Holger Brunck
We don't use this feature, we can remove it therefore in the defconfigs. Signed-off-by: Holger Brunck --- configs/kmcoge5ne_defconfig | 1 - configs/kmeter1_defconfig | 1 - configs/kmopti2_defconfig | 1 - configs/kmsupx5_defconfig | 1 - configs/kmtepr2_defconfig | 1 - configs/tuge1_d

Re: [PATCH 1/1] tools: use cryptographically safe RNG

2024-11-14 Thread Tom Rini
On Sat, Nov 02, 2024 at 05:32:59PM +0100, Heinrich Schuchardt wrote: > The PRNG implementing the random() function only has 2^31 states and > therefore is unsafe to use for cryptography. Use arc4random() instead. > > Fixes: cc34f04efd63 ("tools: image-host.c: use random instead of rand") > Addres

Re: [PATCH] mmc: don't print 'MMC:' if there are no MMC devices

2024-11-14 Thread Tom Rini
On Wed, Nov 13, 2024 at 03:47:16PM +0100, Caleb Connolly wrote: > > > On 13/11/2024 15:24, Tom Rini wrote: > > On Wed, Nov 13, 2024 at 06:30:08AM +0100, Caleb Connolly wrote: > > > >> It may be the case that MMC support is enabled even though the board > >> we're booting on doesn't have any MMC

Re: [PATCH 2/2] efi_loader: remove non vital devices first

2024-11-14 Thread Simon Glass
Hi Tom, On Thu, 14 Nov 2024 at 07:26, Tom Rini wrote: > > On Wed, Nov 13, 2024 at 08:53:17PM -0700, Simon Glass wrote: > > Hi Heinrich, > > > > On Wed, 13 Nov 2024 at 11:45, Heinrich Schuchardt > > wrote: > > > > > > Am 13. November 2024 17:03:03 MEZ schrieb Simon Glass : > > > >Hi Heinrich, >

Re: [PATCH 1/1] tools: use cryptographically safe RNG

2024-11-14 Thread Tom Rini
On Thu, Nov 14, 2024 at 06:35:44PM +0100, Heinrich Schuchardt wrote: > Tom Rini schrieb am Do., 14. Nov. 2024, 18:27: > > > On Sat, Nov 02, 2024 at 05:32:59PM +0100, Heinrich Schuchardt wrote: > > > > > The PRNG implementing the random() function only has 2^31 states and > > > therefore is unsafe

Re: [PATCH v4 00/13] Support OF_UPSTREAM for StarFive JH7110

2024-11-14 Thread E Shattow
Hi Anand, On Wed, Nov 13, 2024 at 8:42 PM Anand Moon wrote: > > Hi Hal, > > On Mon, 11 Nov 2024 at 07:53, Hal Feng wrote: > > > > This patchset add OF_UPSTREAM support for StarFive JH7110 based boards. > > All the JH7110 based boards can use the DT from upstreaming linux kernel. > > The v1.3b bo

Re: [PATCH 1/1] tools: use cryptographically safe RNG

2024-11-14 Thread Heinrich Schuchardt
Tom Rini schrieb am Do., 14. Nov. 2024, 18:27: > On Sat, Nov 02, 2024 at 05:32:59PM +0100, Heinrich Schuchardt wrote: > > > The PRNG implementing the random() function only has 2^31 states and > > therefore is unsafe to use for cryptography. Use arc4random() instead. > > > > Fixes: cc34f04efd63 (

Re: [PATCH] net: lwip: dhcp: support arguments for TFTP file download

2024-11-14 Thread Jerome Forissier
On 11/14/24 18:15, Heinrich Schuchardt wrote: > Jerome Forissier schrieb am Do., 14. Nov. > 2024, 18:10: > >> The dhcp command is supposed to have the following syntax as per >> "help dhcp": >> >> dhcp [loadAddress] [[hostIPaddr:]bootfilename] >> >> In other words, any arguments should be pa

[PATCH v2] net: lwip: dhcp: support arguments for TFTP file download

2024-11-14 Thread Jerome Forissier
The dhcp command is supposed to have the following syntax as per "help dhcp": dhcp [loadAddress] [[hostIPaddr:]bootfilename] In other words, any arguments should be passed to an implicit tftpboot command after the DHCP exchange has occurred. Add the missing code to the lwIP version of do_dhcp(

Re: [PATCH] gpio: qcom_pmic: add again the quirk to skip GPIO configuration on PM8550

2024-11-14 Thread Caleb Connolly
On 16/10/2024 11:16, Neil Armstrong wrote: > The qcom_pmic code is broken for new PMICs and should be fixed, > without the QUIRK the code is broken and the GPIOs don't work > anymore on SM8550 and SM8650 platforms. > > Partially revert the revert and only add the quirk on the PM8550 > PMIC, mak

Re: [PATCH] net: lwip: dhcp: support arguments for TFTP file download

2024-11-14 Thread Heinrich Schuchardt
Jerome Forissier schrieb am Do., 14. Nov. 2024, 18:10: > The dhcp command is supposed to have the following syntax as per > "help dhcp": > > dhcp [loadAddress] [[hostIPaddr:]bootfilename] > > In other words, any arguments should be passed to an implicit > tftpboot command after the DHCP exchang

Re: [BUG] dhcp fails to download file with CONFIG_NET_LWIP=y

2024-11-14 Thread Jerome Forissier
On 11/14/24 00:59, Tom Rini wrote: > On Sat, Nov 09, 2024 at 04:22:26PM +0100, Heinrich Schuchardt wrote: >> On 11/9/24 16:12, E Shattow wrote: >>> On Sat, Nov 9, 2024 at 6:20 AM Heinrich Schuchardt >>> wrote: Hello Jerome, Using the old network stack U-Boot's dhcp command c

Re: [PATCH v3 00/15] efi_loader: efi http and ipconfig drivers

2024-11-14 Thread Heinrich Schuchardt
On 11/14/24 17:16, Adriano Córdova wrote: Hi Ilias, I have been testing with grub, and with the efi selftest. Here are the steps to test with a riscv grub: 1. Get grubriscv64.efi from e.g. the following .deb package wget http://launchpadlibrarian.net/754414418/grub-efi-riscv64- unsigned_2.12-5ub

[PATCH] net: lwip: dhcp: support arguments for TFTP file download

2024-11-14 Thread Jerome Forissier
The dhcp command is supposed to have the following syntax as per "help dhcp": dhcp [loadAddress] [[hostIPaddr:]bootfilename] In other words, any arguments should be passed to an implicit tftpboot command after the DHCP exchange has occurred. Add the missing code to the lwIP version of do_dhcp(

[PATCH] u-boot-elf.lds: mark executable

2024-11-14 Thread Caleb Connolly
Some pre-loaders/bootROMs like those on Qualcomm platforms actually use the ELF format and respect the headers. Mark U-Boot as executable so we can actually run it on these boards. Signed-off-by: Caleb Connolly --- arch/u-boot-elf.lds | 4 1 file changed, 4 insertions(+) diff --git a/arch/

RE: ZDI-CAN-24679: New Vulnerability Report

2024-11-14 Thread Holger Brunck
Hi Tom, > > > > We have actually discussed this recently and we have other issues with > > jffs2 and not going to fix it or recommend to use it. > > JFFS2 should be removed from our configs and it is also not under our > regression. > > Ah OK, thanks. Adding a few more maintainers now then. > fo

Re: ZDI-CAN-24679: New Vulnerability Report

2024-11-14 Thread Tom Rini
On Thu, Nov 14, 2024 at 04:07:15PM +0100, Michal Simek wrote: > Hi, > > On 11/14/24 15:56, Tom Rini wrote: > > On Thu, Nov 14, 2024 at 04:02:29AM +, zdi-disclosu...@trendmicro.com > > wrote: > > > > > Hi, > > > Do you have any updates to share regarding this vulnerability report? > > > > M

Re: [PATCH v3 00/15] efi_loader: efi http and ipconfig drivers

2024-11-14 Thread Adriano Córdova
Hi Ilias, I have been testing with grub, and with the efi selftest. Here are the steps to test with a riscv grub: 1. Get grubriscv64.efi from e.g. the following .deb package wget http://launchpadlibrarian.net/754414418/grub-efi-riscv64-unsigned_2.12-5ubuntu5.1_riscv64.deb 2. Compile U-boot with q

Re: [PATCH v11 3/7] usb: onboard-hub: add support for Microchip USB5744

2024-11-14 Thread Marek Vasut
On 11/14/24 5:16 AM, Abbarapu, Venkatesh wrote: Hi Marek, -Original Message- From: Marek Vasut Sent: Wednesday, November 13, 2024 1:15 AM To: Abbarapu, Venkatesh ; u-boot@lists.denx.de Cc: Simek, Michal ; fabrice.gasn...@foss.st.com; git (AMD-Xilinx) Subject: Re: [PATCH v11 3/7] usb:

Re: [PATCH v1] imx: Fix critical thermal threshold

2024-11-14 Thread Francesco Dolcini
Hello Peng, On Wed, Nov 13, 2024 at 09:10:46AM +, Peng Fan wrote: > > Subject: Re: [PATCH v1] imx: Fix critical thermal threshold > > On Wed, Nov 13, 2024 at 05:27:23AM +, Peng Fan wrote: > > > > Subject: [PATCH v1] imx: Fix critical thermal threshold > > > > > > > > From: Francesco Dolcin

Re: [PATCH v3 00/15] efi_loader: efi http and ipconfig drivers

2024-11-14 Thread Ilias Apalodimas
Hi Adriano, On Mon, 11 Nov 2024 at 23:10, Adriano Cordova wrote: > Add support for EFI_HTTP_PROTOCOL, EFI_HTTP_SERVICE_BINDING_PROTOCOL, > and EFI_IP4_CONFIG2_PROTOCOL. > > This series depends on the series 'wget: Expose wget to applications', > also found at: > https://github.com/0n41rd4/u-boot

Re: [PATCH v2 2/3] board: phytec: imx93: Add eeprom-based hardware introspection

2024-11-14 Thread Christoph Stoidner
On Mi, 2024-11-13 at 20:42 +0100, Wadim Egorov wrote: > > > Am 13.11.24 um 17:00 schrieb Christoph Stoidner: > > The phyCORE-i.MX 93 is available in various variants. Relevant > > variant > > options for the spl/u-boot are: > > - with or without HS400 support for the eMMC > > - with 1GB ram chi

Re: ZDI-CAN-24679: New Vulnerability Report

2024-11-14 Thread Michal Simek
Hi, On 11/14/24 15:56, Tom Rini wrote: On Thu, Nov 14, 2024 at 04:02:29AM +, zdi-disclosu...@trendmicro.com wrote: Hi, Do you have any updates to share regarding this vulnerability report? Michal, microblaze-generic is the most active platform that enables FS_JFFS2 by default and so vuln

Re: [PATCH 1/1] doc: replace invalid GPL-2.0+ SPDX identifier

2024-11-14 Thread Tom Rini
On Thu, Nov 14, 2024 at 11:34:59AM +0100, Heinrich Schuchardt wrote: > GPL-2.0-or-later is the correct spelling of the SPDX specifier. > > Signed-off-by: Heinrich Schuchardt > --- I would reword this to say that GPL-2.0-or-later is the now accepted SPDX tag for this license and that GPL-2.0+ ha

Re: ZDI-CAN-24679: New Vulnerability Report

2024-11-14 Thread Tom Rini
On Thu, Nov 14, 2024 at 04:02:29AM +, zdi-disclosu...@trendmicro.com wrote: > Hi, > Do you have any updates to share regarding this vulnerability report? Michal, microblaze-generic is the most active platform that enables FS_JFFS2 by default and so vulnerable here. Can you find some resources

Re: [PATCH] net: lwip: wget: update help string

2024-11-14 Thread Ilias Apalodimas
On Thu, 14 Nov 2024 at 16:20, Jerome Forissier wrote: > The lwIP version of wget also supports the legacy syntax. Document it in > the help string. > > Signed-off-by: Jerome Forissier > --- > cmd/net-lwip.c | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > > diff --git a/cmd/net-lw

Re: [PATCH 2/2] efi_loader: remove non vital devices first

2024-11-14 Thread Tom Rini
On Wed, Nov 13, 2024 at 08:53:17PM -0700, Simon Glass wrote: > Hi Heinrich, > > On Wed, 13 Nov 2024 at 11:45, Heinrich Schuchardt wrote: > > > > Am 13. November 2024 17:03:03 MEZ schrieb Simon Glass : > > >Hi Heinrich, > > > > > >On Wed, 13 Nov 2024 at 08:17, Heinrich Schuchardt > > >wrote: > >

Re: [PATCH] doc: cmd: wget: document lwIP syntax

2024-11-14 Thread Ilias Apalodimas
Hi Jerome +CC Simon, since he asked for an update on the docs On Thu, 14 Nov 2024 at 16:20, Jerome Forissier wrote: > The lwIP version of wget supports a different syntax with a URL, > in addition to the legacy syntax. Document that. > > While we're at it, fix a couple of minor issues in the le

[PATCH v2] net: lwip: provide entropy to MBed TLS in one go

2024-11-14 Thread Ilias Apalodimas
We currently provide entropy to mbedTLS using 8b chunks. Take into account the 'len' parameter passed by MBed TLS to the entropy gathering function instead. Note that the current code works because len is always 128 (defined at compile time), therefore mbedtls_hardware_poll() is called repeatedly a

Re: [PATCH v5 1/8] bootstd: Avoid depending on BLK

2024-11-14 Thread Tom Rini
On Wed, Nov 13, 2024 at 08:53:31PM -0700, Simon Glass wrote: > Hi Tom, > > On Wed, 13 Nov 2024 at 10:47, Tom Rini wrote: > > > > On Wed, Nov 13, 2024 at 08:09:31AM -0700, Simon Glass wrote: > > > > > In principle bootstd can work without block devices, even if it does > > > require driver model t

[PATCH] net: lwip: wget: update help string

2024-11-14 Thread Jerome Forissier
The lwIP version of wget also supports the legacy syntax. Document it in the help string. Signed-off-by: Jerome Forissier --- cmd/net-lwip.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/cmd/net-lwip.c b/cmd/net-lwip.c index 42f8bd6b259..4dc97c6e184 100644 --- a/cmd/ne

[PATCH] doc: cmd: wget: document lwIP syntax

2024-11-14 Thread Jerome Forissier
The lwIP version of wget supports a different syntax with a URL, in addition to the legacy syntax. Document that. While we're at it, fix a couple of minor issues in the legacy syntax: - hostIPaddr can be an IP address or a DNS name - path is mandatory Signed-off-by: Jerome Forissier --- doc/usa

Re: [PATCH v3 2/2] doc: spacemit: bananapi_f3: document Banana Pi F3 board

2024-11-14 Thread Yixun Lan
Hi On 11:11 Thu 14 Nov , Heinrich Schuchardt wrote: > On 11/14/24 08:21, Huan Zhou wrote: > > From: Kongyang Liu > > > > Add document for Banana Pi F3 board which based on SpacemiT's K1 SoC. > > > > Signed-off-by: Kongyang Liu > > Signed-off-by: Huan Zhou > > --- > > doc/board/index.rst

Re: [PATCH v2 3/3] board: phytec: imx93: Add phyCORE-i.MX 93 support for all SOM variants

2024-11-14 Thread Wadim Egorov
--- a/board/phytec/phycore_imx93/MAINTAINERS +++ b/board/phytec/phycore_imx93/MAINTAINERS @@ -9,5 +9,5 @@ F:  arch/arm/dts/imx93-phyboard-segin-u- boot.dtsi  F:  board/phytec/phycore_imx93/  F:  board/phytec/common/imx93_som_detection.c  F:  board/phytec/common/imx93_som_dete

Re: [PATCH v2] cmd: add a fetch utility

2024-11-14 Thread Mattijs Korpershoek
Hi Caleb, Thank you for the patch. On mer., nov. 13, 2024 at 05:22, Caleb Connolly wrote: > Add a small utility for displaying some information about U-Boot and the > hardware it's running on in a similar fashion to the popular neofetch > tool for Linux [1]. > > While the output is meant to be

RE: [PATCH V2] arm64: imx8mp: Read values from M24C32-D write-lockable page on DHCOM i.MX8MP

2024-11-14 Thread Christoph Niedermaier
From: Marek Vasut Sent: Friday, November 8, 2024 8:27 PM > On 11/8/24 6:06 PM, Christoph Niedermaier wrote: > > [...] > >> +int dh_read_eeprom_id_page(u8 *eeprom_buffer, const char *alias) >> +{ >> + u8 buffer[DH_EEPROM_ID_PAGE_MAX_SIZE] = { 0 }; >> + struct eeprom_id_page *eipp; >> +

Re: [PATCH v2 3/3] board: phytec: imx93: Add phyCORE-i.MX 93 support for all SOM variants

2024-11-14 Thread Yannic Moog
On Thu, 2024-11-14 at 12:48 +0100, Christoph Stoidner wrote: > > > On Do, 2024-11-14 at 07:37 +0100, Yannic Moog wrote: > > On Wed, 2024-11-13 at 17:00 +0100, Christoph Stoidner wrote: > > > The phyCORE-i.MX 93 is available in various variants (e.g. > > > different ram > > > sizes, eMMC HS400 yes

  1   2   >