On 27.11.24 13:32, Josua Mayer wrote:
Enabling ODT is required to suppress reflection of the data signal on
DDR write operation. SolidRun Armada 388 SoM only connects M_ODT[0] even
when both chip-select are used.
Enable ODT[0] for both chip-select during write only.
Original work by Baruch Siac
On 27.11.24 01:57, Tony Dinh wrote:
Enable bootstd for OpenRD boards
Update defconfigs to the latest u-boot requirements
Remove JFFS2 support. See JFFS2 Vulnerability[1].
Move default envs to text-base environment
[1]
https://lore.kernel.org/u-boot/20241114233005.GN3600562@bill-the-cat/T/#m2fc2
Hello, dear reviewers!
It was my 1st attempt to use b4-tool and it did not list all relevant
reviewers.
So, let me manually CC relevant stakeholders/maintainers.
Please, take a look on the fix of bug/vulnerability
P.S. If you wish, advise me, please, whether I need to re-send with
updated CC lis
Enable mt35xu512aba_fixups for all mt35 series flashes to work
in DTR mode, and return after nor->fixups is updated, otherwise
it will get overwritten with macronix_octal_fixups.
This flash works in DTR mode only if CONFIG_SPI_FLASH_MT35XU
is enabled and SPI_NOR_OCTAL_DTR_READ flag is set in id tab
On 28/11/2024 15:12, Alicja Michalska wrote:
Make string more user-friendly
I disagree. I can make a guess as to what 'Loading Environment from
nowhere' means. To me it suggests that it has not found anywhere
additional to load an environment from. It is a bit awkwardly phrased
but it can be
Enable the NFS command across all platforms to allow network booting via
the NFS. Clean up the J7 configs to use TI_COMMON_CMD_OPTIONS.
Neha Malcom Francis (2):
board: ti: common: Kconfig: Add CMD_NFS
configs: j7*: Enable TI_COMMON_CMD_OPTIONS
board/ti/common/Kconfig | 1 +
configs/
Add CMD_NFS to list of configs implied by CONFIG_TI_COMMON_CMD_OPTIONS.
This allows network booting via the NFS protocol from the U-Boot prompt.
Fixes: 10de12570799 ("disable NFS support by default")
Signed-off-by: Neha Malcom Francis
---
board/ti/common/Kconfig | 1 +
1 file changed, 1 insertio
Instead of bloating the defconfig with CONFIG_CMD_*, move J7 devices to
start using TI_COMMON_CMD_OPTIONS.
Signed-off-by: Neha Malcom Francis
---
configs/j7200_evm_a72_defconfig | 8 +---
configs/j721e_evm_a72_defconfig | 8 +---
configs/j721s2_evm_a72_defconfig | 8 +---
configs/j
Updating the usb5744 hub node as per the latest upstream DT binding
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/
tree/Documentation/devicetree/bindings/usb/microchip,usb5744.yaml?h=v6.8.8
Signed-off-by: Venkatesh Yadav Abbarapu
Acked-by: Michal Simek
---
Changes in v2:
- Upd
On Fri, Nov 29, 2024 at 7:35 AM Andrew Goodbody
wrote:
>
> On 28/11/2024 15:12, Alicja Michalska wrote:
> > Make string more user-friendly
>
> I disagree. I can make a guess as to what 'Loading Environment from
> nowhere' means. To me it suggests that it has not found anywhere
> additional to load
On 11/29/24 8:12 AM, Sumit Garg wrote:
Hi Marek,
On Wed, 6 Nov 2024 at 04:37, Marek Vasut wrote:
Add support for the DH electronics i.MX6DL DHCOM SoM and a PDK2 evaluation
board. The evaluation board features three serial ports, USB OTG, USB host
with an USB hub, Fast or Gigabit ethernet, eMM
If CONFIG_SYS_64BIT_LBA flag is enable, following warning is triggered:
../arch/arm/mach-stm32mp/cmd_stm32prog/stm32prog.c: In function 'init_device':
../arch/arm/mach-stm32mp/cmd_stm32prog/stm32prog.c:793:27: warning: format
'%ld' expects argument of type 'long int', but argument 8 has type
'lbai
If CONFIG_SYS_64BIT_LBA is enable, following compilation warning is
triggered:
CC drivers/fastboot/fb_mmc.o
../drivers/fastboot/fb_mmc.c: In function 'fb_mmc_erase_mmc_hwpart':
../drivers/fastboot/fb_mmc.c:215:35: warning: format '%lu' expects
argument of type 'long unsigned int', but argume
Set multiplier to 'G' if part->size if above SZ_1G.
Signed-off-by: Patrice Chotard
---
arch/arm/mach-stm32mp/cmd_stm32prog/stm32prog.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-stm32mp/cmd_stm32prog/stm32prog.c
b/arch/arm/mach-stm32mp/cmd_stm32prog/s
On 28/11/2024 19:20, Siddharth Vadapalli wrote:
> Hello Roger,
>
> On 28-11-2024 18:40, Roger Quadros wrote:
>>
>>
>> On 26/11/2024 14:03, Siddharth Vadapalli wrote:
>>> There are only two callers of "dwc3_generic_probe()", namely:
>>> 1. dwc3_generic_peripheral_probe()
>>> 2. dwc3_generic_host
In arch/arm/mach-stm32mp/cmd_stm32prog/stm32prog.c, in init_device(),
in case of RAW_IMAGE, part->size = block_dev->lba * block_dev->blksz.
_ part->size is declared as u64.
_ block_dev->lba is declared as lbaint_t which is uint64_t
if CONFIG_SYS_64BIT_LBA is enable, otherwise ulong.
_ bl
In arch/arm/mach-stm32mp/cmd_stm32prog/stm32prog.c, in init_device(),
in case of RAW_IMAGE, part->size = block_dev->lba * block_dev->blksz.
_ part->size is declared as u64.
_ block_dev->lba is declared as lbaint_t which is uint64_t
if CONFIG_SYS_64BIT_LBA is enable, otherwise ulong.
_ bl
Enable SYS_64BIT_LBA flag in order to fix issue when flashing
big binary using stm32prog.
Patrice Chotard (6):
fastboot: Fix warning when CONFIG_SYS_64BIT_LBA is enable
arm: stm32mp: stm32prog: fix warning when CONFIG_SYS_64BIT_LBA is
enable
arm: stm32mp: stm32prog: update multiplier is
On Fri, Nov 29 2024, Fabio Estevam wrote:
> On Fri, Nov 29, 2024 at 7:35 AM Andrew Goodbody
> wrote:
>>
>> On 28/11/2024 15:12, Alicja Michalska wrote:
>> > Make string more user-friendly
>>
>> I disagree. I can make a guess as to what 'Loading Environment from
>> nowhere' means. To me it sugges
From: Patrick Delaunay
The clock ck_usbo_48m is a clock source for RCC, so the ck_usbo_48m
clock provided by usbphyc need to be probed when RCC clock driver is
required, in pre-reloc stage.
This patch allow to remove the following warning:
clk_register: failed to get ck_usbo_48m device (parent
In arch/arm/mach-stm32mp/cmd_stm32prog/stm32prog.c, in init_device(),
in case of RAW_IMAGE, part->size = block_dev->lba * block_dev->blksz.
_ part->size is declared as u64.
_ block_dev->lba is declared as lbaint_t which is uint64_t
if CONFIG_SYS_64BIT_LBA is enable, otherwise ulong.
_ bl
Hi All,
In u-boot, hbmc is broken and has been removed from j7200
configs. This series re-enables the hbmc driver and introduces a series
of hyperflash boot fixes. At present, in u-boot, the parent device (fss)
gets registered as a syscon device. This is done because the MMIO
mux driver in u-boot d
Add config required to build mmio-mux driver and dependencies.
Signed-off-by: Anurag Dutta
---
drivers/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/Makefile b/drivers/Makefile
index 9440af1b09..0e1f58c515 100644
--- a/drivers/Makefile
+++ b/drivers/Makefile
@@ -21,6 +21,7
From: Vaishnav Achath
Add 32-bit address overrides for Hyper Bus Memory Controller
for Hyperflash to be functional in R5 SPL.
Signed-off-by: Vaishnav Achath
Signed-off-by: Anurag Dutta
---
arch/arm/dts/k3-j7200-r5-common-proc-board.dts | 7 +++
1 file changed, 7 insertions(+)
diff --git
The syscon APIs were used for selecting the state of the mux
device because the mmio-mux driver in u-boot did not support
the mux functionality when the parent device is not a syscon.
Change to mux APIs which utilizes the reg-mux driver to select the
state of the multiplexer.
Signed-off-by: Anurag
From: Vaishnav Achath
Add 32-bit address overrides for Hyper Bus Memory Controller
for Hyperflash to be functional in R5 SPL.
Signed-off-by: Vaishnav Achath
Signed-off-by: Anurag Dutta
---
arch/arm/dts/k3-j721e-r5-common-proc-board.dts | 7 +++
1 file changed, 7 insertions(+)
diff --git
From: Vaishnav Achath
Kernel commit 5b2671594b80 ("configs: j721e: Remove HBMC_AM654
config") removed the HBMC_AM654 config because hbmc was broken
in u-boot. Hence, add the missing configs necessary to re-enable
Hyperflash boot.
Signed-off-by: Vaishnav Achath
Signed-off-by: Anurag Dutta
---
From: Aswath Govindraju
The size of J7200 tiboot3.bin is 516KB but the memory reserved for it in
HyperFlash was 512KB. This led to overlap of tiboot3.bin over tispl.bin
region and break in HyperFlash boot mode.
Therefore, fix this by increasing the memory allocated for tiboot3.bin
to 1MB for J72
From: Vaishnav Achath
Kernel commit dbb124cf6888 ("configs: j7200: Remove HBMC_AM654
config") removed the HBMC_AM654 config because hbmc was broken
in u-boot. Hence, add the missing configs necessary to re-enable
Hyperflash boot.
Signed-off-by: Vaishnav Achath
Signed-off-by: Anurag Dutta
---
The HBMC_AM654 driver was dependent on SYSCON because syscon APIs were
being used to select the multiplexer state. Change the dependency to
MULTIPLEXER and MUX_MMIO because mux APIs are now being used to
select mux state.
Signed-off-by: Anurag Dutta
---
drivers/mtd/Kconfig | 2 +-
1 file changed
Replace some debug() by dev_dbg() when dev variable
is available/valid.
To ease debugging, use dev_err() instead of dev_dbg() for
alerting when regulator has nonunique value.
Signed-off-by: Patrice Chotard
---
drivers/power/regulator/regulator-uclass.c | 15 ---
1 file changed, 8 i
In case "ums" command is used on platforms which don't implement
g_dnl_board_usb_cable_connected() and USB cable is not connected,
we stay inside sleep_thread() forever and watchdog is triggered.
Add schedule() call to avoid this issue.
Signed-off-by: Patrice Chotard
---
drivers/usb/gadget/f_m
ENV_IS_IN_EXT4 flag is no more used in any STM32 defconfig,
remove the related code.
Signed-off-by: Patrice Chotard
---
board/st/stm32mp1/stm32mp1.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/board/st/stm32mp1/stm32mp1.c b/board/st/stm32mp1/stm32mp1.c
index d5e5e776d2a..15fb9e4b062 10
On Fri, Nov 29, 2024 at 12:33:04PM +0530, Sumit Garg wrote:
> Hi Tom,
>
> On Sat, 23 Nov 2024 at 08:12, Tom Rini wrote:
> >
> > On Tue, Nov 19, 2024 at 03:37:20PM +0530, Udit Kumar wrote:
> >
> > > OSPI boot is broken due to missing bootph property
> > > in pin mux of OSPI.
> > > So add bootph to
Hello Tom,
Please pull tag u-boot-at91-2025.04-a , the first set of features and
fixes for the next 2025.04 cycle.
This feature set includes the at91 gpio driver function alternate mode
for pins, and some fixes.
Thanks,
Eugen
The following changes since commit 62224280d9e89648ae90346c0aede76f9
On 11/29/2024 7:06 PM, Tom Rini wrote:
On Fri, Nov 29, 2024 at 12:33:04PM +0530, Sumit Garg wrote:
Hi Tom,
On Sat, 23 Nov 2024 at 08:12, Tom Rini wrote:
On Tue, Nov 19, 2024 at 03:37:20PM +0530, Udit Kumar wrote:
OSPI boot is broken due to missing bootph property
in pin mux of OSPI.
So ad
On Fri, Nov 29, 2024 at 07:18:15PM +0530, Kumar, Udit wrote:
>
> On 11/29/2024 7:06 PM, Tom Rini wrote:
> > On Fri, Nov 29, 2024 at 12:33:04PM +0530, Sumit Garg wrote:
> > > Hi Tom,
> > >
> > > On Sat, 23 Nov 2024 at 08:12, Tom Rini wrote:
> > > > On Tue, Nov 19, 2024 at 03:37:20PM +0530, Udit K
On Fri, 29 Nov 2024 at 19:18, Kumar, Udit wrote:
>
>
> On 11/29/2024 7:06 PM, Tom Rini wrote:
> > On Fri, Nov 29, 2024 at 12:33:04PM +0530, Sumit Garg wrote:
> >> Hi Tom,
> >>
> >> On Sat, 23 Nov 2024 at 08:12, Tom Rini wrote:
> >>> On Tue, Nov 19, 2024 at 03:37:20PM +0530, Udit Kumar wrote:
> >>
On Fri, Nov 29, 2024 at 08:23:57AM -0300, Fabio Estevam wrote:
> On Fri, Nov 29, 2024 at 7:35 AM Andrew Goodbody
> wrote:
> >
> > On 28/11/2024 15:12, Alicja Michalska wrote:
> > > Make string more user-friendly
> >
> > I disagree. I can make a guess as to what 'Loading Environment from
> > nowher
timeout_count is never reset once a tftpput transfer has started. If for
whatever reason timeouts occur frequently, but the server keeps replying
nonetheless, the transfer may be needlessly aborted.
Reset timer_count on reception of an ACK to avoid this situation.
Signed-off-by: Jerome Forissier
actually there is the same issue with tftpget
The following patch fix it
>From 2da22fc1fc2601e5b80c742c503177ca235157f8 Mon Sep 17 00:00:00 2001
From: Mikhail Kshevetskiy
Date: Sun, 29 May 2022 19:48:55 +0300
Subject: [PATCH] feature: net/tftp: clear timeout on every successfull block
This patch
From: Hiago De Franco
The current value of CONFIG_FASTBOOT_BUF_ADDR is incorrect for hardware
with 512MB and 1GB of RAM. The RAM address ranges for these devices are:
- 512MB:
- Start: 0x8000
- End: 0xA000
- 1GB:
- Start: 0x8000
- End: 0xC000
The current buffer addre
On Fri, Nov 29, 2024 at 12:12:57PM -0300, Hiago De Franco wrote:
> From: Hiago De Franco
>
> The current value of CONFIG_FASTBOOT_BUF_ADDR is incorrect for hardware
> with 512MB and 1GB of RAM. The RAM address ranges for these devices are:
>
> - 512MB:
> - Start: 0x8000
> - End: 0xA00
On Thu, Nov 28, 2024 at 04:37:13PM +0100, Jerome Forissier wrote:
>
>
> On 11/19/24 16:59, Tom Rini wrote:
> > On Fri, Nov 15, 2024 at 05:45:14PM +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 '
This code was removed when the EFI subsystem started using LMB calls for
the reservations. In hindsight it unearthed two problems.
The e820 code is adding u-boot memory as EfiReservedMemory while it
should look at what LMB added and decide instead of blindly overwriting
it. Thew reason this worked
This reverts commit ("commit a68c9ac5d8af ("efi_memory: do not add U-Boot
memory to the memory map")
This code was removed when the EFI subsystem started using LMB calls for
the reservations. In hindsight it unearthed two problems.
The e820 code is adding u-boot memory as EfiReservedMemory while
On Fri, 29 Nov 2024 at 22:38, Ilias Apalodimas
wrote:
>
> This reverts commit ("commit a68c9ac5d8af ("efi_memory: do not add U-Boot
> memory to the memory map")
> This code was removed when the EFI subsystem started using LMB calls for
> the reservations. In hindsight it unearthed two problems.
>
On 11/29/24 1:46 PM, Patrice Chotard wrote:
In case "ums" command is used on platforms which don't implement
g_dnl_board_usb_cable_connected() and USB cable is not connected,
we stay inside sleep_thread() forever and watchdog is triggered.
Add schedule() call to avoid this issue.
Signed-off-by:
On 11/29/24 1:44 PM, Patrice Chotard wrote:
Replace some debug() by dev_dbg() when dev variable
is available/valid.
To ease debugging, use dev_err() instead of dev_dbg() for
alerting when regulator has nonunique value.
Signed-off-by: Patrice Chotard
Reviewed-by: Marek Vasut
Thanks !
Hi Sughosh,
On Fri, 29 Nov 2024 at 10:26, Sughosh Ganu wrote:
>
> On Fri, 29 Nov 2024 at 22:38, Ilias Apalodimas
> wrote:
> >
> > This reverts commit ("commit a68c9ac5d8af ("efi_memory: do not add U-Boot
> > memory to the memory map")
> > This code was removed when the EFI subsystem started usi
On Fri, 15 Nov 2024 17:45:14 +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'.
>
> Saving and restoring the values of the environment variables that the
> test manipulates is necessary to avoid a regre
On Fri, Nov 29, 2024 at 03:46:16PM +0200, Eugen Hristev wrote:
> Hello Tom,
>
> Please pull tag u-boot-at91-2025.04-a , the first set of features and
> fixes for the next 2025.04 cycle.
>
> This feature set includes the at91 gpio driver function alternate mode
> for pins, and some fixes.
>
> Th
| 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
---
base-commit: 62224280d9e89648ae90346c0aede76f9b7e7610
change-id: 20241129-typo-9d4d4a87ac6e
Best regards,
--
J. Neuschäfer
From: "J. Neuschäfer"
Although it has historically been different, the current standard
spelling of the neutral singular possessive pronoun is "its".
Signed-off-by: J. Neuschäfer
---
doc/develop/sending_patches.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/develop
From: "J. Neuschäfer"
Cosmetic change.
Signed-off-by: J. Neuschäfer
---
drivers/clk/mpc83xx_clk.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/mpc83xx_clk.h b/drivers/clk/mpc83xx_clk.h
index
c06a51ecd43a426e8ecd4e99a3f8ff3e902f9106..6b74fc5f16b613cec4fbc6546
Hi Tom
On Sat, 30 Nov 2024 at 05:42, Tom Rini wrote:
>
> On Fri, Nov 29, 2024 at 04:27:40PM -0700, Simon Glass wrote:
> > (Sorry, that was supposed to be sent to Ilias)
> >
> > - Simon
> >
> > On Fri, 29 Nov 2024 at 15:26, Simon Glass wrote:
> > >
> > > Hi Sughosh,
> > >
> > > On Fri, 29 Nov 202
On Fri, Nov 29, 2024 at 04:27:40PM -0700, Simon Glass wrote:
> (Sorry, that was supposed to be sent to Ilias)
>
> - Simon
>
> On Fri, 29 Nov 2024 at 15:26, Simon Glass wrote:
> >
> > Hi Sughosh,
> >
> > On Fri, 29 Nov 2024 at 10:26, Sughosh Ganu wrote:
> > >
> > > On Fri, 29 Nov 2024 at 22:38,
The fix provided by 997fc12ec91 is actually introducing
a buffer overrun, and the overrun is effective if the
memory after the reloc section is not zeroed.
Probably that's why this bug is not always noticeable.
The problem is that 8-bytes 'rel' pointer can be 4-bytes aligned
according to the PE Fo
(Sorry, that was supposed to be sent to Ilias)
- Simon
On Fri, 29 Nov 2024 at 15:26, Simon Glass wrote:
>
> Hi Sughosh,
>
> On Fri, 29 Nov 2024 at 10:26, Sughosh Ganu wrote:
> >
> > On Fri, 29 Nov 2024 at 22:38, Ilias Apalodimas
> > wrote:
> > >
> > > This reverts commit ("commit a68c9ac5d8af
59 matches
Mail list logo
