Hello Tom, Neha
On Tue, Apr 15, 2025 at 10:50:42AM +0530, Neha Malcom Francis wrote:
>
>
> On 15/04/25 02:30, Francesco Dolcini wrote:
> > On Mon, Apr 14, 2025 at 02:06:35PM -0600, Tom Rini wrote:
> >> On Mon, Apr 14, 2025 at 01:07:27PM -0500, Nishanth Menon wrote:
> From: Mike Looijmans
> On 04-04-2025 11:56, Bernhard Messerklinger wrote:
> > At the moment a mixture of ifdef(CONFIG_IS_ENABLED) and
> > CONFIG_IS_ENABLED(SPI_FLASH_BAR) is used in the spi-nor framework.
> > This leads to misbehaviour in the SPL as there is no Kconfig option
> > CONFIG_SPL_SPI_
On 15/04/25 02:30, Francesco Dolcini wrote:
> On Mon, Apr 14, 2025 at 02:06:35PM -0600, Tom Rini wrote:
>> On Mon, Apr 14, 2025 at 01:07:27PM -0500, Nishanth Menon wrote:
>>> On 23:06-20250414, Francis, Neha wrote:
>>>> On 4/3/2025 1:09 PM, Miquel Raynal wrote:
&g
From: Steven Liu
Add support for the rk3576 variant of pinctrl.
Signed-off-by: Steven Liu
[adapted to mainline u-boot]
Signed-off-by: Heiko Stuebner
---
drivers/pinctrl/rockchip/Makefile | 1 +
drivers/pinctrl/rockchip/pinctrl-rk3576.c | 279
drivers/pinctrl
> Subject: [PATCH 1/1] mmc: type 'Relatvie'
>
> %s/Relatvie/Relative'
>
> Signed-off-by: Heinrich Schuchardt
>
Acked-by: Peng Fan
Add TI_COMMON_CMD_OPTIONS config options to Sitara K3 boards at
a53 stage since we rely on most of the commands implied for testing
and debugging purposes. Since all commands are now enabled by
default, remove the redundant CMD_* options in the a53 defconfigs.
Also add MMC_REG & MMC_SPEED_MODE_SET
Hi Jonas,Thanks for your review and helpful suggestions!On 2025-03-30 19:27, Jonas Karlman wrote:>> diff --git a/configs/lckfb-tspi-rk3566_defconfig b/configs/lckfb-tspi-rk3566_defconfig>> new file mode 100644>> index ..126ede37>> --- /dev/null>> +++ b/configs/lckfb-tspi-rk3566_defconfig>>
Upstream developers have been unable to replicate this failure exactly.
Furthermore, with commit 8c98b57d72d5 ('Merge patch series "Static
initcalls"') we have now replaced the part of the U-Boot code which the
platform was hanging in when I was debugging. Moving forward, if we have
a failure again
Hi Heiko,
On 2025-04-14 22:00, Heiko Stuebner wrote:
> From: Xuhui Lin
>
> The Rockchip RK3576 is a ARM-based SoC with quad-core Cortex-A72
> and quad-core Cortex-A53 including 6TOPS NPU, Mali-G52 MC3, HDMI Out,
> DP, eDP, MIPI DSI, MIPI CSI2, LPDDR4/4X/5, eMMC5.1, SD3.0/MMC4.5, UFS,
> USB OTG 3
Hi Simon,
On Mon, 14 Apr 2025 at 16:47, Simon Glass wrote:
>
> Hi again Raymond,
>
> On Mon, 14 Apr 2025 at 14:41, Simon Glass wrote:
> >
> > Hi Raymond,
> >
> > On Mon, 14 Apr 2025 at 14:16, Raymond Mao wrote:
> > >
> > > Hi Simon,
> > >
> > > On Mon, 14 Apr 2025 at 16:06, Simon Glass wrote:
This patch adds am654_sdhci_set_control_reg to am654_sdhci.
This is required to fix UHS_MODE_SELECT for TI K3 boards.
If any of HIGH_SPEED_ENA, V1P8_SIGNAL_ENA, UHS_MODE_SELECT
are set, then data will be launched on the pos-edge of the
clock.
Since K3 SoCs did not meet timing requirements for Hi
This patch addresses silicon errata i2458 [0] "MMCHS: eMMC HS400
tDCD timing marginal to JEDEC spec". Where, in some corner cases,
MMC0 interface may marginally exceed the tdCD JEDEC spec requirement
of 300 ps. As per workaround, switch to HS200 mode instead of HS400.
[0] https://www.ti.com/lit/er
Hi Heiko,
On 2025-04-14 22:00, Heiko Stuebner wrote:
> From: Detlev Casanova
>
> The rk3576 defines some more different syscons, namely the IOC-syscon
> holding io-controller registers and sdgmac holding settings for the
> gmac controller.
>
> Signed-off-by: Detlev Casanova
> Signed-off-by: He
On Sun, Apr 06, 2025 at 07:07:04AM +1200, Simon Glass wrote:
> At present it is impossible to change the qemu_arm64 defconfig to
> obtain a devicetree from the U-Boot build.
>
> This is necessary for FIT validation, for example, where the signature
> node must be compiled into U-Boot.
>
> A prop
Hi Heiko,
On 2025-04-14 22:01, Heiko Stuebner wrote:
> From: Steven Liu
>
> Add support for the rk3576 variant of pinctrl.
>
> Signed-off-by: Steven Liu
> [adapted to mainline u-boot]
> Signed-off-by: Heiko Stuebner
> ---
> drivers/pinctrl/rockchip/Makefile | 1 +
> drivers/pinct
This patch series fixes MMC_HS_52 mode in am654_sdhci
driver, as well as HIGH_SPEED_ENA and UHS_MODE_SELECT
for HS modes.
Also Disable eMMC HS400 mode for am62px device according
to silicon errata i2458 [0] and add TI_COMMON_CMD_OPTIONS
to K3 Sitara board a53 defconfigs.
[0] https://www.ti.com/l
High Speed enable bit switches data launch from the falling
clock edge (half cycle timing) to the rising clock edge (full
cycle timing). For all SD UHS modes, data launch must happen
at the rising clock edge, so set HIGH_SPEED_ENA for SDR12 and
SDR25 modes. For all HS modes, data launch must happen
If there is no UCLASS_SYSINFO device available, parent_node will be
ofnode_null(). Calling ofnode_find_subnode() then triggers an assertion:
drivers/core/ofnode.c:598: ofnode_find_subnode: Assertion
`ofnode_valid(node)' failed.
Check for a valid parent_node, not just that OF_CONTROL is enabled
Hello, Heinrich
Em sex., 11 de abr. de 2025 às 09:19, Heinrich Schuchardt <
heinrich.schucha...@canonical.com> escreveu:
> * Use calloc() to allocate token_list. This avoids an illegal free if
> sqfs_tokenize() fails.
> * Do not iterate over token_list if it has not been allocated.
>
> Addresse
If eqos_free_pkt() is called after eqos_stop(), eqos_stop_resets() will
have been called already. This may prevent accessing the MMIO space to
update the RX descriptor tail pointer, so we must skip the descriptor
maintenance logic. This is okay because the descriptors and tail pointer
will all be r
The 5 Max is another board in the Orange Pi 5 family.
It's overall similar to the 5 Plus, but in a smaller form factor,
which leads to some I/O being reshuffled, but nothing relevant
to u-boot.
So, just reuse the config for the 5 Plus and adjust the DT names.
Reviewed-by: Jonas Karlman
Signed-o
Hello,
On 4/14/25 15:19, Heinrich Schuchardt wrote:
* Use calloc() to allocate token_list. This avoids an illegal free if
sqfs_tokenize() fails.
* Do not iterate over token_list if it has not been allocated.
Addresses-Coverity-ID: 510453: Null pointer dereferences (FORWARD_NULL)
Signed-off
On Mon, Apr 14, 2025 at 02:06:35PM -0600, Tom Rini wrote:
> On Mon, Apr 14, 2025 at 01:07:27PM -0500, Nishanth Menon wrote:
> > On 23:06-20250414, Francis, Neha wrote:
> > > On 4/3/2025 1:09 PM, Miquel Raynal wrote:
> > > > It is very surprising that such an uc
On Mon, Apr 14, 2025 at 01:34:10PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Mon, 7 Apr 2025 at 08:31, Tom Rini wrote:
> >
> > On Mon, Apr 07, 2025 at 12:35:15PM +1200, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Mon, 7 Apr 2025 at 10:38, Tom Rini wrote:
> > > >
> > > > On Mon, Apr 07, 2025
Hi Raymond,
On Mon, 14 Apr 2025 at 14:16, Raymond Mao wrote:
>
> Hi Simon,
>
> On Mon, 14 Apr 2025 at 16:06, Simon Glass wrote:
> >
> > (trimming cc)
> >
> > Hi Raymond,
> >
> > On Mon, 14 Apr 2025 at 13:43, Raymond Mao wrote:
> > >
> > > Hi Simon,
> > >
> > > On Mon, 14 Apr 2025 at 15:35, Simo
From: Elaine Zhang
Add clock driver support for Rockchip RK3576 SoC.
Signed-off-by: Elaine Zhang
[adapted to mainline u-boot]
Signed-off-by: Heiko Stuebner
---
.../include/asm/arch-rockchip/cru_rk3576.h| 491
drivers/clk/rockchip/Makefile |1 +
drivers/clk/rockch
During boot some firewall regions could contain the R5's code which if
we change the firewalls settings will crash the core. To get around this
issue, define a new function which allows us to specify specific regions
we want unlocked.
Signed-off-by: Bryan Brattlof
---
arch/arm/mach-k3/common.h
Add support for RK3576 to the rockchip sdhci driver.
It's pretty similar to its cousins found in the RK3568 and RK3588 and the
specific hs400-tx-tap number was taken from the vendor-u-boot.
Signed-off-by: Heiko Stuebner
Reviewed-by: Jaehoon Chung
---
drivers/mmc/rockchip_sdhci.c | 15 +
The ROC-RK3576-PC is a SBC made by Firefly, designed around the RK3576
SoC. This adds the needed board infrastructure and config for it.
Signed-off-by: Heiko Stuebner
---
arch/arm/dts/rk3576-roc-pc-u-boot.dtsi | 11 ++
arch/arm/mach-rockchip/rk3576/Kconfig | 8 +
board/firefly/roc-pc
Add rk_gmac_ops and other special handling that is needed for GMAC to
work on RK3576.
Signed-off-by: Heiko Stuebner
---
drivers/net/dwc_eth_qos.c | 4 +
drivers/net/dwc_eth_qos_rockchip.c | 154 -
2 files changed, 157 insertions(+), 1 deletion(-)
diff --gi
The rk3576 uses a different base-compatible, as starting with this
generation, the clock phase tuning is done via registers inside
the mmc controller and not from inside the CRU.
In U-Boot we do not tune at all, so no other code changes are
necessary.
Signed-off-by: Heiko Stuebner
Reviewed-by: J
This adds the otp node to the rk3576 soc devicetree including the
individual fields we know about.
Tested-by: Nicolas Frattaroli
Signed-off-by: Heiko Stuebner
Link: https://lore.kernel.org/r/20250210224510.1194963-7-he...@sntech.de
[ upstream commit: 8715d2eeb062f6859c252bb6c87b363230b66e9f ]
Hello everyone!
This small series is here to remove some firewalls setup by ROM during
their boot and clean things up for Linux later on. Ideally this would be
a simple call to remove_fwl_configs() however the location of the
firewall is problematic (could potentially crash the core) when we're
This adds support for the RK3576 SoC from Rockchip.
Currently supported (and tested) features are accessing and reading from
sdhci and sdmmc devices as well as pxe-booting via the network interface.
As can be seen by the DONOTMERGE labels, this needs to wait a bit still.
The core RK3576 devicetr
Add ddr driver for rk3576 to get the ram capacity.
Signed-off-by: Heiko Stuebner
---
drivers/ram/rockchip/Makefile | 1 +
drivers/ram/rockchip/sdram_rk3576.c | 35 +
2 files changed, 36 insertions(+)
create mode 100644 drivers/ram/rockchip/sdram_rk3576.c
diff
Hi Simon,
On Mon, 14 Apr 2025 at 16:06, Simon Glass wrote:
>
> (trimming cc)
>
> Hi Raymond,
>
> On Mon, 14 Apr 2025 at 13:43, Raymond Mao wrote:
> >
> > Hi Simon,
> >
> > On Mon, 14 Apr 2025 at 15:35, Simon Glass wrote:
> > >
> > > Hi Raymond,
> > >
> > > On Mon, 14 Apr 2025 at 07:08, Raymond
Add support for RK3576 compatible.
The RK3576 OTP uses the same read mechanism as the RK3588, just
with different values for offset and size.
Signed-off-by: Heiko Stuebner
---
drivers/misc/rockchip-otp.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/misc/rockchip-otp.c
From: Elaine Zhang
The current DT bindings for the rk3576 clock use a different ID than the
one that is supposed to be written to the hardware registers.
Thus, we cannot use directly the id provided in the phandle, but rather
use a lookup table to correctly setup the hardware.
This follows the i
From: Xuhui Lin
The Rockchip RK3576 is a ARM-based SoC with quad-core Cortex-A72
and quad-core Cortex-A53 including 6TOPS NPU, Mali-G52 MC3, HDMI Out,
DP, eDP, MIPI DSI, MIPI CSI2, LPDDR4/4X/5, eMMC5.1, SD3.0/MMC4.5, UFS,
USB OTG 3.0, Type-C, USB 2.0, PCIe 2.1, SATA 3, Ethernet, SDIO3.0, I2C,
UAR
On Fri, 04 Apr 2025 15:50:34 +0200, Jerome Forissier wrote:
> This series replaces the dynamic initcalls (with function pointers) with
> static calls, and gets rid of initcall_run_list(), init_sequence_f,
> init_sequence_f_r and init_sequence_r. This makes the code simpler and the
> binary slighlt
On Mon, Apr 14, 2025 at 01:07:27PM -0500, Nishanth Menon wrote:
> On 23:06-20250414, Francis, Neha wrote:
> > On 4/3/2025 1:09 PM, Miquel Raynal wrote:
> > > It is very surprising that such an uclass, specifically designed to
> > > handle resources that may be shared b
(trimming cc)
Hi Raymond,
On Mon, 14 Apr 2025 at 13:43, Raymond Mao wrote:
>
> Hi Simon,
>
> On Mon, 14 Apr 2025 at 15:35, Simon Glass wrote:
> >
> > Hi Raymond,
> >
> > On Mon, 14 Apr 2025 at 07:08, Raymond Mao wrote:
> > >
> > > Hi Simon,
> > >
> > > On Sun, 13 Apr 2025 at 17:13, Simon Glass
From: Detlev Casanova
The rk3576 defines some more different syscons, namely the IOC-syscon
holding io-controller registers and sdgmac holding settings for the
gmac controller.
Signed-off-by: Detlev Casanova
Signed-off-by: Heiko Stuebner
Reviewed-by: Quentin Schulz
---
arch/arm/include/asm/a
Currently the sdram code for arm64 expects CFG_SYS_SDRAM_BASE to be 0.
The ram being in front and the device-area behind it.
The upcoming RK3576 uses a different layout, with the device area
in front the ram, which then also extends past the 4G mark.
Adapt both the generic zone definitions as wel
From: Xuhui Lin
Add support for rk3576 package header in mkimage tool.
Signed-off-by: Heiko Stuebner
---
tools/rkcommon.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/rkcommon.c b/tools/rkcommon.c
index f158d156228..a0caa029cc0 100644
--- a/tools/rkcommon.c
+++ b/tools/rkcommon.c
Hi Simon,
On Mon, 14 Apr 2025 at 15:35, Simon Glass wrote:
>
> Hi Raymond,
>
> On Mon, 14 Apr 2025 at 07:08, Raymond Mao wrote:
> >
> > Hi Simon,
> >
> > On Sun, 13 Apr 2025 at 17:13, Simon Glass wrote:
> > >
> > > Hi Raymond,
> > >
> > > On Mon, 7 Apr 2025 at 08:08, Raymond Mao wrote:
> > > >
Hi Raymond,
On Mon, 14 Apr 2025 at 07:08, Raymond Mao wrote:
>
> Hi Simon,
>
> On Sun, 13 Apr 2025 at 17:13, Simon Glass wrote:
> >
> > Hi Raymond,
> >
> > On Mon, 7 Apr 2025 at 08:08, Raymond Mao wrote:
> > >
> > > Hi Simon,
> > >
> > > On Sun, 6 Apr 2025 at 18:06, Simon Glass wrote:
> > > >
Hi Tom,
On Mon, 7 Apr 2025 at 08:31, Tom Rini wrote:
>
> On Mon, Apr 07, 2025 at 12:35:15PM +1200, Simon Glass wrote:
> > Hi Tom,
> >
> > On Mon, 7 Apr 2025 at 10:38, Tom Rini wrote:
> > >
> > > On Mon, Apr 07, 2025 at 10:06:07AM +1200, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On Sat,
On 23:06-20250414, Francis, Neha wrote:
> On 4/3/2025 1:09 PM, Miquel Raynal wrote:
> > It is very surprising that such an uclass, specifically designed to
> > handle resources that may be shared by different devices, is not keeping
> > the count of the number of times a
Hi Moteen,
On Thu, 10 Apr 2025 at 05:39, Moteen Shah wrote:
>
> Hey Simon,
>
> Is the problem discussed in the thread an actual bug or am I missing
> something in the implementation?
>
> Regards,
> Moteen
>
> On 03/04/25 11:51, Moteen Shah wrote:
> > Hey Simon,
> >
> > On 03/04/25 00:52, Simon Gl
On 11.03.25 17:47, Adriano Cordova wrote:
Two efi_net_obj's could share the same efi_simple_network_protocol interface.
For example, say a working U-Boot net device is registered in the EFI
subsystem, this will create an instance of an efi simple network protocol.
Then another handle, say handle
* Use calloc() to allocate token_list. This avoids an illegal free if
sqfs_tokenize() fails.
* Do not iterate over token_list if it has not been allocated.
Addresses-Coverity-ID: 510453: Null pointer dereferences (FORWARD_NULL)
Signed-off-by: Heinrich Schuchardt
---
v2:
Fix typo in su
On 11.03.25 17:47, Adriano Cordova wrote:
Ethernet driver that uses an underlying efi_simple_network_protocol
to send packages.
Signed-off-by: Adriano Cordova
---
include/efi_loader.h| 12 +++
lib/efi_driver/efi_net_device.c | 159
2 files chang
Hi Simon,
On Sun, 13 Apr 2025 at 17:13, Simon Glass wrote:
>
> Hi Raymond,
>
> On Mon, 7 Apr 2025 at 08:08, Raymond Mao wrote:
> >
> > Hi Simon,
> >
> > On Sun, 6 Apr 2025 at 18:06, Simon Glass wrote:
> > >
> > > Hi Raymond,
> > >
> > > On Sat, 5 Apr 2025 at 07:09, Raymond Mao wrote:
> > > >
>
On 4/7/25 19:05, Vincent Stehlé wrote:
The set_dfu_alt_info() function calls the ALLOC_CACHE_ALIGN_BUFFER()
macro to declare a `buf' variable pointer into an array allocated on the
stack. It then calls the memset() function to clear the useable portion
of the array using the idiomatic expressi
Hi Simon,
On 4/9/25 4:30 PM, Simon Glass wrote:
Hi Quentin,
On Wed, 9 Apr 2025 at 07:35, Quentin Schulz wrote:
Hi Simon,
On 4/9/25 3:33 PM, Simon Glass wrote:
Hi Quentin,
On Wed, 9 Apr 2025 at 07:32, Quentin Schulz wrote:
Hi Simon,
On 4/9/25 3:22 PM, Simon Glass wrote:
Hi Quentin,
O
Hi Bryan,
On 4/12/25 12:04 PM, Bryan Brattlof wrote:
On April 8, 2025 thus sayeth Judith Mendez:
This patch series fixes MMC_HS_52 mode in am654_sdhci
driver, as well as HIGH_SPEED_ENA and UHS_MODE_SELECT
for HS modes.
Also Disable eMMC HS400 mode for am62px device according
to silicon errata
On 4/11/25 5:57 PM, Nishanth Menon wrote:
Drop using j722s_evm defconfig since the evm has numerous features that
we do not need on BeagleY-AI platform. As new peripherals get added to
EVM support, we end up having to cleanup after in beagle configurations.
It also has many common config items
On 4/4/25 09:28, Bernhard Messerklinger wrote:
This commit adds support for the brcp1, brsmarc2, brcp150 and brcp170
boards. This boards are based on the Xilinx Zynq SoC.
Signed-off-by: Bernhard Messerklinger
---
Changes in v4:
- Fix device tree Makefile to only build B&R Zynq device trees
On 4/11/25 5:57 PM, Nishanth Menon wrote:
Document the BeagleY-AI usage, build and basic debug hints
Signed-off-by: Nishanth Menon
---
doc/board/beagle/am67a_beagley_ai.rst | 228 ++
doc/board/beagle/index.rst| 1 +
doc/board/ti/k3.rst
initr_net() initalizes the network devices by calling eth_initalize().
There is no good reason to disable this if no command line interface is
present.
Let initr_net() depend on CONFIG_NET || CONFIG_NET_LWIP.
Signed-off-by: Heinrich Schuchardt
---
common/board_r.c | 4 ++--
1 file changed, 2 in
On 4/11/25 5:57 PM, Nishanth Menon wrote:
Enable basic efi capsule features, switch over to stdboot, enable
GPIO, LED and PMIC used on this platform. And enable UHS mode support
for SD cards in U-Boot.
Capsule support is still pending.
Signed-off-by: Nishanth Menon
---
configs/am67a_beagley_
Hi Michal,
On 4/11/25 8:31 AM, Michal Simek wrote:
CMD_PXE is already under CMD_NET in Kconfig that's why make no sense to
have another ifdef inside source code.
Signed-off-by: Michal Simek
Reviewed-by: Quentin Schulz
Thanks!
Quentin
Hi Simon,
On 4/11/25 20:27, Simon Glass wrote:
Hi Caleb,
On Fri, 11 Apr 2025 at 06:47, Caleb Connolly wrote:
OF_LIVE offers a variety of benefits, one of them being that the live
tree can be modified without caring about the underlying FDT. This is
particularly valuable for working around U-
On lun., avril 14, 2025 at 14:24, Mattijs Korpershoek
wrote:
> Hi Vincent,
>
> Thank you for the patch.
>
> On lun., avril 07, 2025 at 19:05, Vincent Stehlé
> wrote:
>
>> The set_dfu_alt_info() function calls the ALLOC_CACHE_ALIGN_BUFFER()
>> macro to declare a `buf' variable pointer into an
Hi Vincent,
Thank you for the patch.
On lun., avril 07, 2025 at 19:05, Vincent Stehlé wrote:
> The set_dfu_alt_info() function calls the ALLOC_CACHE_ALIGN_BUFFER()
> macro to declare a `buf' variable pointer into an array allocated on the
> stack. It then calls the memset() function to clear th
Hi Vincent,
Thank you for the patch.
On lun., avril 07, 2025 at 19:05, Vincent Stehlé wrote:
> The set_dfu_alt_info() function calls the ALLOC_CACHE_ALIGN_BUFFER()
> macro to declare a `buf' variable pointer into an array allocated on the
> stack. It then calls the memset() function to clear th
%s/Relatvie/Relative'
Signed-off-by: Heinrich Schuchardt
---
drivers/mmc/mmc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
index 31a72366206..9753b1aff38 100644
--- a/drivers/mmc/mmc.c
+++ b/drivers/mmc/mmc.c
@@ -2550,7 +2550,7 @@ sta
Hi Martin,
On Wed, 29 Jan 2025 at 07:25, Martin Schwan wrote:
>
> Add a bootmeth driver which supports booting A/B system with RAUC as
> their update client.
>
> Signed-off-by: Martin Schwan
> ---
> boot/Kconfig | 11 ++
> boot/Makefile| 1 +
> boot/bootmeth_rauc.c | 408
> +
From: Quentin Schulz
key-name-hint property in u-boot-spl-pubkey-dtb binman entry may contain
a path instead of a filename due to user mistake.
Because we currently assume it is a filename instead of a path, binman
will find the full path to the key based on that path, and return the
dirname of
I misunderstood the documentation and put the signing key in a keys/
directory while setting key-name-hint property in the signature node and
u-boot-spl-pubkey-dtb to a path.
mkimage doesn't fail if it cannot find the public key when signing a
FIT but returns something on stderr to notify the user
Hey Neil,
On lun., avril 14, 2025 at 11:13, Neil Armstrong
wrote:
> Hi Mattijs,
>
> On 09/04/2025 09:58, neil.armstr...@linaro.org wrote:
>> This serie permits using any block device as target
>> for fastboot by moving the generic block logic into
>> a common set of helpers and also use them as
Hi Mattijs,
On 09/04/2025 09:58, neil.armstr...@linaro.org wrote:
This serie permits using any block device as target
for fastboot by moving the generic block logic into
a common set of helpers and also use them as generic
backend.
The erase logic has been extended to support software
erase sin
On Thu, 10 Apr 2025 at 20:46, Jerome Forissier
wrote:
>
> Functions called from EFI applications should not call printf().
> Refactor wget_do_request() to implement this requirement.
>
> Signed-off-by: Jerome Forissier
> Reported-by: Heinrich Schuchardt
> ---
>
> Changes in v3:
> - New patch: ne
On Sun, Apr 13, 2025 at 11:14:07AM +0200, Marek Vasut wrote:
> On 4/11/25 4:21 PM, Francesco Dolcini wrote:
> > On Tue, Apr 08, 2025 at 04:51:22PM +0200, Marek Vasut wrote:
> > > On 4/8/25 11:06 AM, Francesco Dolcini wrote:
> > > > On Mon, Mar 24, 2025 at 03:36:52PM +0100, Marek Vasut wrote:
> > >
Hi,
On 13/04/2025 12:12, Paul Sajna wrote:
From: Caleb Connolly
Some Qualcomm device vendors decide to turn the watchdog on in the
bootloader, resulting in the device being reset if it isn't petted every
~30 seconds. Introduce a driver to disable the watchdog and prevent this
annoying behaviou
76 matches
Mail list logo
