Hi Simon,
On Wed, 2024-11-06 at 08:35 -0700, Simon Glass wrote:
> This flag was lost by a previous change and has never been restored.
> Without it, binman cannot fully handle missing blobs which are
> themselves inputs to mkimage.
>
> Discussion on this at [1] indicated that this was necessary b
mbedTLS requires some randomess in order to setup a TLS conection.
Since we don't have known APIs -- e.g /dev/urandom, we must define
our own function which mbedTLS uses.
The crypto library will call that function recursively until it gets all
the randomness it needs. Instead of doing it in 8b chun
Hi,
> -Original Message-
> From: Caleb Connolly
> Sent: Wednesday, November 13, 2024 11:47 PM
> To: Tom Rini
> Cc: Christian Marangi ; Dragan Simic
> ; Ilias Apalodimas
> ; Jaehoon Chung ; Jerome
> Forissier
> ; Jonas Karlman ; Marek Vasut
> ; Peng Fan ; Peter
> Robinson ;
> Rasmus Vi
Hi,
> -Original Message-
> From: Caleb Connolly
> Sent: Wednesday, November 13, 2024 2:30 PM
> To: Caleb Connolly ; Christian Marangi
> ; Dragan Simic
> ; Ilias Apalodimas ; Jaehoon
> Chung
> ; Jerome Forissier ;
> Jonas Karlman
> ; Marek Vasut ; Peng Fan
> ; Peter
> Robinson ; Rasmus
Hi Simon,
On Tue, 12 Nov 2024 at 16:11, Simon Glass wrote:
>
> The cache-flush function is incorrect which causes a crash in the
> remoteproc tests with arm64.
>
> Fix both problems by using map_sysmem() to convert an address to a
> pointer and map_to_sysmem() to convert a pointer to an address.
Hi Simon,
On Thu, 14 Nov 2024 at 05:54, Simon Glass wrote:
>
> Hi Heinrich,
>
> On Wed, 13 Nov 2024 at 12: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 fi
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/no). Enable hardware introspection for the
> imx93-phyboard-segin_defconfig, so that during startup the SOM module
> variant can be detecte
Hi Christoph,
On Wed, 2024-11-13 at 17:00 +0100, Christoph Stoidner wrote:
> 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 chip, or 2GB ram chip
>
> The phyCORE's eeprom cont
Moving the hw_reset function from the controller driver to
the NOR framework has caused the OSPI reset not to be triggered
in the Cadence driver's probe function. As a result, reading the
flash ID during SPI calibration is incorrect, and the
CQSPI_REG_RD_DATA_CAPTURE is set with an invalid value.Th
no functional changes
Signed-off-by: Mikhail Kshevetskiy
Reviewed-by: Simon Glass
---
include/net/tcp.h | 37 +++-
net/net.c | 11 ++-
net/tcp.c | 231 +++---
net/wget.c| 3 +-
4 files changed, 163 insertions(+), 119 deleti
Updating the delays for flash reset in the mini u-boot case.
These experimental delay values by looking at different flash device
vendors datasheets.
Signed-off-by: Venkatesh Yadav Abbarapu
---
drivers/spi/cadence_ospi_versal.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --
The Micron MT35 series octal flashes can be activated
through the configuration option CONFIG_SPI_FLASH_MT35XU.
To ensure their detection, enable this option in the
default defconfig for octal flashes.
Signed-off-by: Tejas Bhumkar
Signed-off-by: Venkatesh Yadav Abbarapu
---
configs/xilinx_versa
On Thu, 14 Nov 2024 at 05:53, Simon Glass wrote:
>
> Hi Ilias,
>
> On Wed, 13 Nov 2024 at 09:11, Ilias Apalodimas
> wrote:
> >
> > On Wed, 13 Nov 2024 at 18:04, Simon Glass wrote:
> > >
> > > Hi Ilias,
> > >
> > > On Wed, 13 Nov 2024 at 08:11, Ilias Apalodimas
> > > wrote:
> > > >
> > > > On W
Hi,
Do you have any updates to share regarding this vulnerability report?
Thanks,
ZDI
-Original Message-
From: ZDI Disclosures Mailbox
Sent: Thursday, July 18, 2024 4:05 PM
To: 'u-boot@lists.denx.de' ; 'tr...@konsulko.com'
Subject: ZDI-CAN-24679: New Vulnerability Report
ZDI-CAN-24679:
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 board device tree is set as the default device tree. Support
> CONFIG_MULTI_DTB
Changes:
* Avoid use net_server_ip in tcp code, use tcp_stream data instead
* Ignore packets from other connections if connection already created.
This prevents us from connection break caused by other tcp stream.
Signed-off-by: Mikhail Kshevetskiy
Reviewed-by: Simon Glass
---
include/net-
Activate the xSPI Software Reset support, which will be
utilized to transition from octal DTR mode to legacy
mode during shutdown and boot (if enabled).
Signed-off-by: T Karthik Reddy
Signed-off-by: Venkatesh Yadav Abbarapu
---
configs/xilinx_versal_virt_defconfig | 2 ++
1 file changed, 2 inse
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: onboard-hub: add support for Microchi
Hi Heinrich,
On Wed, 13 Nov 2024 at 12: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_l
Current TCP code may miss an option if TCP_O_NOP option was used before
it for proper aligning.
Signed-off-by: Mikhail Kshevetskiy
Reviewed-by: Simon Glass
---
net/tcp.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/net/tcp.c b/net/tcp.c
index b0cc8a1fe3e..3e3118de45
Legacy TCP stack is bad. Here are some of the known issues:
* tcp packet from other connection can break a current one
* tcp send sequence always starts from zero
* bad tcp options processing
* strange assumptions on packet size for selective acknowledge
* tcp interface assumes one of the two
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:
> >>
> >> Am 13. November 2024 15:39:22 MEZ schrieb Simon Glass :
> >> >Hi,
> >> >
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 to be enabled in that case.
> >
> > The use of a 'depends on BLK' for BOOTSTD
Hi Ilias,
On Wed, 13 Nov 2024 at 09:11, Ilias Apalodimas
wrote:
>
> On Wed, 13 Nov 2024 at 18:04, Simon Glass wrote:
> >
> > Hi Ilias,
> >
> > On Wed, 13 Nov 2024 at 08:11, Ilias Apalodimas
> > wrote:
> > >
> > > On Wed, 13 Nov 2024 at 17:09, Simon Glass wrote:
> > > >
> > > > Hi Ilias,
> > >
Some driver implements it's own network packet pool, so PKTBUFSRX is zero.
This results in zero-size TCP receive window, so data transfer doesn't
work. Avoid it by setting a reasonable fallback value.
Signed-off-by: Mikhail Kshevetskiy
Reviewed-by: Simon Glass
---
net/tcp.c | 6 +-
1 file c
This patch adds downloading/uploading of data with netcat.
Client/server mode both supported. It can be treated as
an example of new legacy ip stack.
How to test:
netcat-openbsd=1.219-1 from debian were used for a tests
a) Load data from remote host.
* U-Boot listen on tcp
fix include ordering to follow
https://docs.u-boot.org/en/latest/develop/codingstyle.html#include-files
Signed-off-by: Mikhail Kshevetskiy
Reviewed-by: Simon Glass
---
net/net.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/net/net.c b/net/net.
Changes:
* Fix initial send sequence always zero issue
* Use state machine close to RFC 9293. This should make TCP
transfers more reliable (now we can upload a huge array
of data from the board to external server)
* Improve TCP framework a lot. This should make tcp client
code much more
Changes:
* update to new tcp stack
* fix zero values for ISS and IRS issue (see RFC 9293)
Previously this patch also fix incorrect values for tcp_ack & tcp_seq,
but the issue was fixed in
* dbb6b5a: sandbox: fix wget test failure after fixing wget issue
Signed-off-by: Mikhail Kshevetskiy
Revi
This patch:
* remove useless code,
* use a special function for pretty printing of tcp flags,
* simplify the code
The behavior should not be changed.
Signed-off-by: Mikhail Kshevetskiy
Reviewed-by: Simon Glass
---
net/tcp.c | 66 +++
1 fil
Use the names from RFC 9293
Signed-off-by: Mikhail Kshevetskiy
Reviewed-by: Simon Glass
---
include/net/tcp.h | 8
net/tcp.c | 32
2 files changed, 20 insertions(+), 20 deletions(-)
diff --git a/include/net/tcp.h b/include/net/tcp.h
index f224
Current code assume that all (except last) packets are of the same size.
This is definitely wrong. Replace SACK code with a new one, that does
not rely on this assumption. Also this code uses less memory.
Signed-off-by: Mikhail Kshevetskiy
Reviewed-by: Simon Glass
---
net/tcp.c | 200 ++
On Wed, Nov 13, 2024 at 11:53:40AM -0700, Simon Glass wrote:
> Do not apply.
>
> Switch over to the new multiarch image so we can try a run.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> .gitlab-ci.yml | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --g
On Wed, Nov 13, 2024 at 11:53:34AM -0700, Simon Glass wrote:
> Add instructions on how to build the file for multiple architectures.
> Add a message indicating what is happening.
>
> Update the documentation as well.
>
> Signed-off-by: Simon Glass
[snip]
> Or to use an existing container
>
>
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_setup.c | 8
1 file changed, 8 insertions(+)
diff --git a/lib/efi_lo
On Wed, Nov 06, 2024 at 12:42:13PM +, Andrew Goodbody wrote:
> Picking up a series from Dan Carpenter and applying requested
> changes for v2.
>
> I had previously set CONFIG_64BIT for arm64. This patchset does the
> same thing for sandbox64 and x86_64. (Mips and riscv were already
> doing
In newer 1.2 PinePhone board revisions LIS3MDL magnetometer was replaced by
AF8133J. They use the same PB1 pin in different modes.
LIS3MDL uses it as an gpio input to handle interrupt.
AF8133J uses it as an gpio output as a reset signal.
It wasn't possible at runtime to enable both device tree
no
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 can be used to
> > > download via TF
On Sat, 02 Nov 2024 13:36:11 -0600, Simon Glass wrote:
> Sometimes this breaks, so add a build to keep it working. Since sandbox
> enables a lot of options, it is a good board to use. The new config is
> created simply by copying the existing sandbox and turning off CMDLINE
>
> Once we have tests
On Tue, 12 Nov 2024 07:13:14 -0700, Simon Glass wrote:
> Labgrid provides access to a hardware lab in an automated way. It is
> possible to boot U-Boot on boards in the lab without physically touching
> them. It relies on relays, USB UARTs and SD muxes, among other things.
>
> By way of backgroun
On Sat, 02 Nov 2024 13:36:45 -0600, Simon Glass wrote:
> Some tests do not use the unit-test framework. Others are in a suite of
> their own, for no obvious reason.
>
> This series tidies this up.
>
> Changes in v2:
> - Leave the bootm rule alone, as the bootm test only runs on sandbox
> - Make
On Wed, Nov 13, 2024 at 1:16 PM Christoph Stoidner wrote:
> +
> + eeprom@50 {
> + bootph-pre-ram;
> + bootph-some-ram;
> + compatible = "atmel,24c32";
> + reg = <0x50>;
> + pagesize = <32>;
> + vcc-supply =
Hi Caleb,
On Wed, Nov 13, 2024 at 7:22 AM Tom Rini wrote:
>
> On Wed, Nov 13, 2024 at 03:40:01PM +0100, Heinrich Schuchardt wrote:
> > Am 13. November 2024 14:32:57 MEZ schrieb Neil Armstrong
> > :
> > >On 13/11/2024 05:22, Caleb Connolly wrote:
> > >> Add a small utility for displaying some inf
On Wed, Nov 13, 2024 at 09:03:35AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 12 Nov 2024 at 19:40, Tom Rini wrote:
> >
> > On Fri, Nov 08, 2024 at 08:23:49AM -0700, Simon Glass wrote:
> >
> > > It has become more common to use config fragments to extend or adjust
> > > the functionality of
On Wed, Oct 30 2024, Rasmus Villemoes wrote:
> Doing bringup of a board, part of my bootstrap logic is in U-Boot. So
> when tweaking that logic, I was bitten by a previous completed
> bootstrap having left a copy of the environment on the device, which
> was imported and thus overrided the new lo
On Wed, Nov 13, 2024 at 10:06:46PM +0100, Heinrich Schuchardt wrote:
> The string conversion functions are implemented in lib/strto.c which is
> only compiled if CONFIG_STRTO=y.
>
> Signed-off-by: Heinrich Schuchardt
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Wed, Nov 13, 2024 at 07:39:37AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 12 Nov 2024 at 19:40, Tom Rini wrote:
> >
> > On Fri, Nov 08, 2024 at 08:23:44AM -0700, Simon Glass wrote:
> >
> > > This is used by some boards in U-Boot and is a convenient way to deal
> > > with common settings
Provide a unit test for the hextoull() function.
Signed-off-by: Heinrich Schuchardt
---
test/str_ut.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/test/str_ut.c b/test/str_ut.c
index 96e048975d8..1110971d995 100644
--- a/test/str_ut.c
+++ b/test/str_ut.c
@@ -18,6 +18,8
The string conversion functions are implemented in lib/strto.c which is
only compiled if CONFIG_STRTO=y.
Signed-off-by: Heinrich Schuchardt
---
test/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/test/Makefile b/test/Makefile
index 145c952d2c3..efd5ba7acfd 100644
--
Am 13.11.24 um 19:29 schrieb Fabio Estevam:
On Wed, Nov 13, 2024 at 1:16 PM Christoph Stoidner wrote:
+
+ eeprom@50 {
+ bootph-pre-ram;
+ bootph-some-ram;
+ compatible = "atmel,24c32";
+ reg = <0x50>;
+ pagesize = <
On Wed, Nov 13, 2024 at 12:00:59PM -0600, Tom Rini wrote:
> On Sun, Nov 10, 2024 at 12:50:19PM +0100, Christian Marangi wrote:
>
> > This series is split in 2 part.
> >
> > While adapting the LED boot and activity code to the new property
> > accepted by Rob in dt-schema repository, a big BUG was
Hi Heinrich
On Wed, 13 Nov 2024 at 21: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_l
Am 13.11.24 um 17:00 schrieb Christoph Stoidner:
The phyCORE-i.MX 93 is available in various variants (e.g. different ram
sizes, eMMC HS400 yes/no). It's eeprom contains information which features
the existing module supports.
Extend the existing board-code to support all the SOM variants. Th
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 chip, or 2GB ram chip
The phyCORE's eeprom contains all information about the exi
rcar3_salvator-x_defconfig fails to build with UEFI support on current
Ubuntu as u-boot-nodtb.bin becomes too big:
u-boot-nodtb.bin exceeds file size limit:
limit: 0x10 bytes
actual: 0x1010f8 bytes
excess: 0x10f8 bytes
Reported-by: Adriano Cordova
Signed-off-by: Heinri
Am 13.11.24 um 17:00 schrieb Christoph Stoidner:
The phyCORE-i.MX 93 is available in various variants (e.g. different ram
sizes, eMMC HS400 yes/no). Enable hardware introspection for the
imx93-phyboard-segin_defconfig, so that during startup the SOM module
variant can be detected, and the hard
Do not apply.
Switch over to the new multiarch image so we can try a run.
Signed-off-by: Simon Glass
---
(no changes since v1)
.gitlab-ci.yml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
index e152060b046..3275d9ffa45 100644
--- a/.gitlab
Refactor the code to support downloading toolchains for arm64 as well as
x86_64
There doesn't seem to be an xtensa toolchain for arm64 at the same
location, so download that only on x86
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
(no changes since v3)
Changes in v3:
- Add patch to in
Add a list of possible platforms that can be used by gitlab runners.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
Reviewed-by: Ilias Apalodimas
---
(no changes since v3)
Changes in v3:
- Drop patches which remove grub and tracing for arm64
.gitlab-ci.yml | 1 +
1 file changed, 1 inserti
Fix a warning due to the syntax used for PYTHONPATH:
LegacyKeyValueFormat: "ENV key=value" should be used instead of
legacy "ENV key value" format (line 304)
Signed-off-by: Simon Glass
Reviewed-by: Heinrich Schuchardt
Reviewed-by: Tom Rini
---
(no changes since v1)
tools/docker/Doc
The package names are slightly different for arm64 and we don't seem to
have a linux-image-kvm package. Provide some extra ones for x86
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
(no changes since v3)
Changes in v3:
- Use grub-efi and linux-image-generic for both archs
Changes in v2
This isn't needed for sandbox builds and coreboot isn't much used on
arm64, nor does U-Boot have a build that supports running from coreboot
on any ARM target.
So drop it.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
(no changes since v1)
tools/docker/Dockerfile | 6 --
1 file ch
Add instructions on how to build the file for multiple architectures.
Add a message indicating what is happening.
Update the documentation as well.
Signed-off-by: Simon Glass
---
Changes in v4:
- Leave the 'sudo' in
Changes in v3:
- Move ARGs to the top
- Revise documentation to explain a comm
Since char is unsigned on arm64, this test currently fails. It seems
better to use unsigned anyway, since 0xff is written into the string at
the start. Update the terminator-assert to use a character instead of a
byte.
Signed-off-by: Simon Glass
Reviewed-by: Heinrich Schuchardt
---
(no changes
The cache-flush function is incorrect which causes a crash in the
remoteproc tests with arm64.
Fix both problems by using map_sysmem() to convert an address to a
pointer and map_to_sysmem() to convert a pointer to an address.
Also update the image-loader's cache-flushing logic.
Signed-off-by: Si
All gitlab runners are currently amd64 machines. This series attempts to
create a docker image which can also support arm64 so that sandbox tests
can be run on it.
The TARGET_... environment variables for grub could perhaps be adjusted,
using the new variables, but I have not done that for now.
C
Am 13. November 2024 17:03:03 MEZ schrieb Simon Glass :
>Hi Heinrich,
>
>On Wed, 13 Nov 2024 at 08:17, Heinrich Schuchardt
>wrote:
>>
>> Am 13. November 2024 15:39:22 MEZ schrieb Simon Glass :
>> >Hi,
>> >
>> >On Wed, 13 Nov 2024 at 05:52, Heinrich Schuchardt
>wrote:
>> >>
>> >> On 11/1/24 21:29,
On Sun, Nov 10, 2024 at 12:50:19PM +0100, Christian Marangi wrote:
> This series is split in 2 part.
>
> While adapting the LED boot and activity code to the new property
> accepted by Rob in dt-schema repository, a big BUG was discovered.
>
> The reason wasn't clear at start and took me some da
On Wed, Nov 13, 2024 at 08:09:37AM -0700, Simon Glass wrote:
> Some boards use a CONFIG option to specify the value of this variable.
> This is normally handled by efi_get_distro_fdt_name() but in the case
> of sunxi this does not work, since 'soc' is sunxi, but the files are
> in the allwinner di
On Wed, Nov 13, 2024 at 08:09:34AM -0700, Simon Glass wrote:
> This is another option to fix sunxi booting with bootstd, which may be
> better since it will work for all boards. We can then figure out how to
> automatically and deterministicaly decide when bootmgr should be used.
>
> This reverts
On Sun, 03 Nov 2024 23:42:19 +0100, Heinrich Schuchardt wrote:
> The lib_test_uuid_to_le and lib lib_test_dynamic_uuid tests fail on
> 32-bit systems. But we never caught this in our CI because we never
> ran any of our C unit tests on 32-bit.
>
> Enable CONFIG_UNIT_TEST on qemu_arm_defconfig.
>
On Wed, Nov 13, 2024 at 08:09:33AM -0700, Simon Glass wrote:
> This causes problems with the boot order, so drop it until we can figure
> out a better way to know when bootmgr should be used.
>
> Link:
> https://lore.kernel.org/u-boot/20241112171205.4e805...@donnerap.manchester.arm.com/
>
> Sig
On Tue, 05 Nov 2024 20:31:29 +0100, Heinrich Schuchardt wrote:
> qemu_arm64_defconfig with CONFIG_HAS_CUSTOM_SYS_INIT_SP_ADDR=n leads to a
> build error:
>
> arch/arm/lib/crt0_64.S:85:
> Error: constant expression expected at operand 2 --
> `ldr x0,=((CFG_SYS_INIT_RAM_ADDR+CFG_SYS_INI
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 to be enabled in that case.
>
> The use of a 'depends on BLK' for BOOTSTD conflicts with the way 'BLK'
> is now defined, producing recursive e
write}_config_* function calls
(2024-11-04 18:01:58 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-amlogic.git
tags/u-boot-amlogic-next-20241113
for you to fetch changes up to 1cdb4e03e684d94456dee0cc30c935d7e25b263d:
dt-bindings: interrupt-contr
On Thu, 07 Nov 2024 10:38:53 +0100, Heinrich Schuchardt wrote:
> After calling strdup() check the returned pointer.
>
> Avoid a memory leak if the directory is not found.
>
>
Applied to u-boot/master, thanks!
--
Tom
On Sun, 03 Nov 2024 18:54:00 +0100, Heinrich Schuchardt wrote:
> We have only implemented longjmp() on the EFI architectures.
>
> Define a symbol CONFIG_HAVE_SETJMP and have it selected by the relevant
> architectures.
>
> Use CONFIG_HAVE_SETJMP to decide if the longjmp test shall be built.
>
>
The phyCORE-i.MX 93 is available with a 1GB ram chip or a 2GB ram chip.
Add the ram timings for the 2GB chip, in form of a diff compared
to the existing LPDDR4X 1GB timings. With that, the SPL can select the
appropriate timings at startup.
Update also the 1GB ram timings with new version of the DDR
On Wed, 06 Nov 2024 08:35:43 -0700, Simon Glass wrote:
> This flag was lost by a previous change and has never been restored.
> Without it, binman cannot fully handle missing blobs which are
> themselves inputs to mkimage.
>
> Discussion on this at [1] indicated that this was necessary but the
>
On Sun, 03 Nov 2024 04:50:15 +0100, Heinrich Schuchardt wrote:
> Avoid a build failure when building with CONFIG_API=y, CONFIG_EXAMPLES=y:
>
> lib/vsprintf.c:312:14: warning:
> ‘device_path_string’ defined but not used [-Wunused-function]
> 312 | static char *device_path_string(char
From: Neil Armstrong
Hi,
On Tue, 12 Nov 2024 15:58:32 +0300, Alexey Romanov wrote:
> We should remove bindings and dtsi from include/ folder for A1
> and AXG Amlogic devices. We have exactly the same, or with minor
> differences in dts/upstream folder.
>
> I tested this changes on devices close
On Wed, Nov 13, 2024 at 09:03:22AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Wed, 13 Nov 2024 at 08:24, Tom Rini wrote:
[snip]
> > We're not going to get the sunxi series in for v2025.01, so we have time
> > to think about this still and try and get the code to match up with the
> > use cases.
>
The phyCORE-i.MX 93 is available in various variants (e.g. different ram
sizes, eMMC HS400 yes/no). Enable hardware introspection for the
imx93-phyboard-segin_defconfig, so that during startup the SOM module
variant can be detected, and the hardware can be configured accordingly.
The resulting SPL
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 chip, or 2GB ram chip
The phyCORE's eeprom contains all information about the existing variant
options. Add evaluation of the eeprom da
The phyCORE-i.MX 93 is available in various variants (e.g. different ram
sizes, eMMC HS400 yes/no). It's eeprom contains information which features
the existing module supports.
Extend the existing board-code to support all the SOM variants. The spl/u-boot
evaluates the eeprom information and enab
On Wed, 13 Nov 2024 at 18:04, Simon Glass wrote:
>
> Hi Ilias,
>
> On Wed, 13 Nov 2024 at 08:11, Ilias Apalodimas
> wrote:
> >
> > On Wed, 13 Nov 2024 at 17:09, Simon Glass wrote:
> > >
> > > Hi Ilias,
> > >
> > > On Wed, 13 Nov 2024 at 07:46, Ilias Apalodimas
> > > wrote:
> > > >
> > > > On W
Hi Heinrich,
On Wed, 13 Nov 2024 at 08:17, Heinrich Schuchardt
wrote:
>
> Am 13. November 2024 15:39:22 MEZ schrieb Simon Glass :
> >Hi,
> >
> >On Wed, 13 Nov 2024 at 05:52, Heinrich Schuchardt
wrote:
> >>
> >> On 11/1/24 21:29, Mark Kettenis wrote:
> >> >> From: Janne Grunau
> >> >> Date: Thu,
Hi Tom,
On Wed, 13 Nov 2024 at 08:24, Tom Rini wrote:
>
> On Wed, Nov 13, 2024 at 07:39:53AM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Fri, 18 Oct 2024 at 12:48, Simon Glass wrote:
> > >
> > > Hi Tom,
> > >
> > > On Fri, 18 Oct 2024 at 12:29, Tom Rini wrote:
> > > >
> > > > On Fri, Oct 1
Hi Ilias,
On Wed, 13 Nov 2024 at 08:11, Ilias Apalodimas
wrote:
>
> On Wed, 13 Nov 2024 at 17:09, Simon Glass wrote:
> >
> > Hi Ilias,
> >
> > On Wed, 13 Nov 2024 at 07:46, Ilias Apalodimas
> > wrote:
> > >
> > > On Wed, 13 Nov 2024 at 15:39, Simon Glass wrote:
> > > >
> > > > HI Ilias,
> > >
Hi Tom,
On Tue, 12 Nov 2024 at 19:40, Tom Rini wrote:
>
> On Fri, Nov 08, 2024 at 08:23:49AM -0700, Simon Glass wrote:
>
> > It has become more common to use config fragments to extend or adjust
> > the functionality of boards in U-Boot.
> >
> > Propose a format for how to deal with this. It is n
> From: Simon Glass
> Date: Wed, 13 Nov 2024 07:39:22 -0700
>
> Hi,
Hi Simon,
> On Wed, 13 Nov 2024 at 05:52, Heinrich Schuchardt wrote:
> >
> > On 11/1/24 21:29, Mark Kettenis wrote:
> > >> From: Janne Grunau
> > >> Date: Thu, 31 Oct 2024 23:48:02 +0100
> > >>
> > >> DM_FLAG_VITAL marks devi
This causes problems with the boot order, so drop it until we can figure
out a better way to know when bootmgr should be used.
Link:
https://lore.kernel.org/u-boot/20241112171205.4e805...@donnerap.manchester.arm.com/
Signed-off-by: Simon Glass
---
Changes in v5:
- Add new patch to drop bootmgr
On Wed, Nov 13, 2024 at 03:40:01PM +0100, Heinrich Schuchardt wrote:
> Am 13. November 2024 14:32:57 MEZ schrieb Neil Armstrong
> :
> >On 13/11/2024 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
On Wed, Nov 13, 2024 at 07:39:53AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Fri, 18 Oct 2024 at 12:48, Simon Glass wrote:
> >
> > Hi Tom,
> >
> > On Fri, 18 Oct 2024 at 12:29, Tom Rini wrote:
> > >
> > > On Fri, Oct 18, 2024 at 12:06:46PM -0600, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > >
On Wed, Nov 13, 2024 at 07:42:57AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Wed, 13 Nov 2024 at 07:12, Tom Rini wrote:
> >
> > On Wed, Nov 13, 2024 at 06:39:43AM -0700, Simon Glass wrote:
> > > Hi Heinrich,
> > >
> > > On Sun, 3 Nov 2024 at 15:42, Heinrich Schuchardt
> > > wrote:
> > > >
> > >
Am 13. November 2024 15:39:22 MEZ schrieb Simon Glass :
>Hi,
>
>On Wed, 13 Nov 2024 at 05:52, Heinrich Schuchardt wrote:
>>
>> On 11/1/24 21:29, Mark Kettenis wrote:
>> >> From: Janne Grunau
>> >> Date: Thu, 31 Oct 2024 23:48:02 +0100
>> >>
>> >> DM_FLAG_VITAL marks devices which are essential fo
On 11/11/24 13:47, Ilias Apalodimas wrote:
> Hi Jerome,
>
> On Tue, 5 Nov 2024 at 13:09, Jerome Forissier
> wrote:
>>
>> We don't do anything with Content-Length except a debug print, and the
>> strict_strtoul() call is incorrect (it always returns -EINVAL and leaves
>> content_length to zero
Hi,
On Wed, 13 Nov 2024 at 05:52, Heinrich Schuchardt wrote:
>
> On 11/1/24 21:29, Mark Kettenis wrote:
> >> From: Janne Grunau
> >> Date: Thu, 31 Oct 2024 23:48:02 +0100
> >>
> >> DM_FLAG_VITAL marks devices which are essential for the operation of
> >> other devices. Removing these devices bef
> All `serial_putc()`-like functions that I could find are either static to the
> actual driver and thus not accessible from `board_init()` or do not accept a
> `struct udevice *` as a parameter and seem to work on the main U-Boot serial
> console device only.
Reading other board code I think I ha
On Wed, 13 Nov 2024 at 17:09, Simon Glass wrote:
>
> Hi Ilias,
>
> On Wed, 13 Nov 2024 at 07:46, Ilias Apalodimas
> wrote:
> >
> > On Wed, 13 Nov 2024 at 15:39, Simon Glass wrote:
> > >
> > > HI Ilias,
> > >
> > > On Mon, 11 Nov 2024 at 07:20, Ilias Apalodimas
> > > wrote:
> > > >
> > > > Thank
1 - 100 of 159 matches
Mail list logo
