Dear Tom,
The following changes since commit 52c0e5f8a39ef022ee5ab2dfd67661d1d34941c7:
Merge branch '2024-11-22-assorted-fixes' (2024-11-22 15:04:54 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2025-01-rc3
for you to fetch
On 11/23/24 20:54, Matthew Garrett wrote:
We run a mixed environment including traditional embedded Linux and
UEFI. For consistency it's valuable to use U-Boot in both cases, but on
UEFI systems we want to run the full Linux kernel UEFI boot stub. This
patchset adds support for that, along with v
On Sat, Nov 23, 2024 at 10:45:50PM +0100, Heinrich Schuchardt wrote:
> We do not actually test the code.
> Scanning for Amiga partitions of the sandbox is extremely slow,
> especially on the partially implemented USB device.
>
> For build testing the other sandbox defconfigs are good enough.
>
>
On Sun, Nov 24, 2024 at 04:34:16PM +0100, Heinrich Schuchardt wrote:
> Dear Tom,
>
> The following changes since commit 52c0e5f8a39ef022ee5ab2dfd67661d1d34941c7:
>
> Merge branch '2024-11-22-assorted-fixes' (2024-11-22 15:04:54 -0600)
>
> are available in the Git repository at:
>
> https:/
On Sat, Nov 23, 2024 at 06:36:51PM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> Please pull from u-boot-imx/master, thanks.
>
> The following changes since commit 52c0e5f8a39ef022ee5ab2dfd67661d1d34941c7:
>
> Merge branch '2024-11-22-assorted-fixes' (2024-11-22 15:04:54 -0600)
>
> are available
On Sat, 23 Nov 2024 22:44:03 +0100, Janne Grunau wrote:
> Starting with v2024.10 dev_iommu_dma_unmap calls during device removal
> trigger a NULL pointer dereference in the Apple dart iommu driver. The
> iommu device is removed before its user. The sparsely used DM_FLAG_VITAL
> flag is intended to
On 11/23/24 10:47 PM, Dominik Wernberger wrote:
See
https://lore.kernel.org/u-boot/20241026201741.171073-8-marek.vasut+rene...@mailbox.org/
Signed-off-by: Dominik Wernberger
Please add a proper commit message. Links go away, commit message does
not. One liner similar to the subject is fine fo
On 11/25/24 5:12 AM, Venkatesh Yadav Abbarapu wrote:
Add support for the Microchip USB5744 USB3.0 and USB2.0 Hub.
The usb5744 driver trigger hub reset signal after soft reset.
The usb5744 hub need to reset after the phy initialization,
which toggles the gpio.
Signed-off-by: Venkatesh Yadav Abbar
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_FIT and the SPL selects the correct U-Boot dtb using the
EEPROM i
On Mon, Nov 25, 2024 at 09:27:08AM +0530, Kumar, Udit wrote:
> Hi Siddharth
Hello Udit,
>
> On 11/24/2024 12:37 PM, Siddharth Vadapalli wrote:
> > Commit 9bd6cc292fa8 ("board: j721e: Define capsule update firmware info")
> > updated the "dfu_alt_info" variable to support use-cases with Serial Fl
On Mon, Nov 25, 2024 at 09:27:50AM +0530, Kumar, Udit wrote:
> On 11/24/2024 12:37 PM, Siddharth Vadapalli wrote:
> > Commit 5b84d2de5e6c ("board: am64x: Define capsule update firmware info")
> > updated the "dfu_alt_info" variable to support use-cases with Serial Flash.
> > However, this breaks us
Hi Siddharth
On 11/24/2024 12:37 PM, Siddharth Vadapalli wrote:
Commit 9bd6cc292fa8 ("board: j721e: Define capsule update firmware info")
updated the "dfu_alt_info" variable to support use-cases with Serial Flash.
However, this breaks use-cases where interface is not Serial Flash ("sf").
Fix thi
On 11/24/2024 12:37 PM, Siddharth Vadapalli wrote:
Commit 5b84d2de5e6c ("board: am64x: Define capsule update firmware info")
updated the "dfu_alt_info" variable to support use-cases with Serial Flash.
However, this breaks use-cases where interface is not Serial Flash ("sf").
Fix this by setting "
Hi Siddharth
On 11/24/2024 12:37 PM, Siddharth Vadapalli wrote:
Commit a4d5e5daa847 ("board: sk-am69: Define capsule update firmware info")
updated the "dfu_alt_info" variable to support use-cases with Serial Flash.
However, this breaks use-cases where interface is not Serial Flash ("sf").
Fix t
As part of the reset, sets the direction of the pin to output before
toggling the pin. Delay of millisecond is added in between low and
high to meet the setup and hold time requirement of the reset.
Update the usb2514 hub_data with the reset delay and power on
delay values.
Signed-off-by: Venkates
The .bind function is implemented to bind the correct
"half" of the hub that the driver wants to bind,
and returning -ENODEV for the other "half".
Signed-off-by: Venkatesh Yadav Abbarapu
Reviewed-by: Marek Vasut
---
common/usb_onboard_hub.c | 21 +
1 file changed, 21 inserti
Add the usb5744/usb2744 hub driver which does the reset gpio toggling
and the i2c initialization sequence.
Tested the USB5744/USB2744 usb hub for usb0, usb1 with the
DT nodes on KR260 AMD board.
Changes in v2:
- Added the power_on_reset_us variable, for post-reset time.
- Removed the DM_REGULATOR
Don't error out if there is no vdd regulator supply, as these are
optional properties.
Signed-off-by: Venkatesh Yadav Abbarapu
Reviewed-by: Marek Vasut
---
common/usb_onboard_hub.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/common/usb_onboard_hub.c b/common
Add i2c initialization hook and set usb5744 platform
data with function having required i2c initialization sequence.
Apart from the USB command attach, prevent the hub from suspend.
when the “USB Attach with SMBUS (0xAA56)” command is issued to the hub,
the hub is getting enumerated and then it pu
Add support for the Microchip USB5744 USB3.0 and USB2.0 Hub.
The usb5744 driver trigger hub reset signal after soft reset.
The usb5744 hub need to reset after the phy initialization,
which toggles the gpio.
Signed-off-by: Venkatesh Yadav Abbarapu
Reviewed-by: Marek Vasut
---
common/usb_onboard_
> -Original Message-
> From: Dominik Wernberger
> Sent: Sunday, November 24, 2024 3:17 AM
> To: u-boot@lists.denx.de
> Cc: marek.vasut+rene...@mailbox.org; ja...@amarulasolutions.com; Simek,
> Michal ; tudor.amba...@linaro.org; Abbarapu, Venkatesh
> ; Dominik Wernberger
>
> Subject: [P
Greetings,
I am making U-Boot boot my kernel from SD card as fast as possible,
hopefully directly from SPL. I found the Falcon mode handy, but there
isn't a lot of documents on it, and it seems like I still have to run a
special 'spl export' command in regular U-Boot to generate a binary
blob. Thi
On Mon, Nov 25, 2024 at 09:29:01AM +0530, Kumar, Udit wrote:
> Hi Siddharth
>
> On 11/24/2024 12:37 PM, Siddharth Vadapalli wrote:
> > Commit a4d5e5daa847 ("board: sk-am69: Define capsule update firmware info")
> > updated the "dfu_alt_info" variable to support use-cases with Serial Flash.
> > How
On Sat, 23 Nov 2024 at 17:43, E Shattow wrote:
>
> On Thu, Nov 21, 2024 at 11:44 PM Sumit Garg wrote:
> >
> > On Fri, 22 Nov 2024 at 12:12, E Shattow wrote:
> > >
> > > On Mon, Nov 18, 2024 at 8:06 PM Sumit Garg wrote:
> > > >
> > > > Hi,
> > > >
> > > > On Tue, 19 Nov 2024 at 07:35, Hal Feng
On Sun, Nov 24, 2024 at 05:35:31PM +0100, Heinrich Schuchardt wrote:
> Tom Rini schrieb am So., 24. Nov. 2024, 17:17:
>
> > On Sat, Nov 23, 2024 at 10:45:50PM +0100, Heinrich Schuchardt wrote:
> >
> > > We do not actually test the code.
> > > Scanning for Amiga partitions of the sandbox is extrem
Hi,
I've noticed a few odd things on the u-boot mailing list lately.
A couple of weeks ago I seemed to stop getting new messages. At first
I thought this was just gmail deciding to helpfully file messages away
for me but they didn't appear anywhere (even in spam). Then I thought
maybe I'd been un
On Mon, Nov 25, 2024 at 03:04:05PM +1300, Chris Packham wrote:
> Hi,
>
> I've noticed a few odd things on the u-boot mailing list lately.
>
> A couple of weeks ago I seemed to stop getting new messages. At first
> I thought this was just gmail deciding to helpfully file messages away
> for me bu
Am 24. November 2024 20:29:22 MEZ schrieb Matthew Garrett :
>On Sun, Nov 24, 2024 at 03:43:12PM +0100, Heinrich Schuchardt wrote:
>> > + /* That failed, so try allocating anywhere there's enough room */
>> > + status = boot->allocate_pages(EFI_ALLOCATE_ANY_PAGES, EFI_LOADER_DATA,
>> > pages, &ad
On Sun, Nov 24, 2024 at 03:43:12PM +0100, Heinrich Schuchardt wrote:
> > + /* That failed, so try allocating anywhere there's enough room */
> > + status = boot->allocate_pages(EFI_ALLOCATE_ANY_PAGES, EFI_LOADER_DATA,
> > pages, &addr);
> > + if (status == EFI_SUCCESS) {
> > + /* M
From: Neil Armstrong
Add Clock driver for the GCC block found in the X1E80100 SoC.
Signed-off-by: Neil Armstrong
---
drivers/clk/qcom/Kconfig | 8 +
drivers/clk/qcom/Makefile | 1 +
drivers/clk/qcom/clock-x1e80100.c | 348 ++
3 files cha
The key variable might be unitialised when accessed for the printf().
Zero initialise it to avoid this.
Signed-off-by: Caleb Connolly
---
cmd/efi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cmd/efi.c b/cmd/efi.c
index 687ccb520428..1fb67a83aae5 100644
--- a/cmd/efi.c
++
Currently the early malloc initialisation is done partially in
board_init_f_init_reserve() (on arm64 at least), which configures
gd->malloc_base. But it isn't actually usable until initf_malloc() is
called which doesn't happen until after fdtdec_setup().
This causes problems in a few scenarios:
1
From: Neil Armstrong
Add pinctrl driver for the TLMM block found in the X1E80100 SoC.
Signed-off-by: Neil Armstrong
---
drivers/pinctrl/qcom/Kconfig| 7 +++
drivers/pinctrl/qcom/Makefile | 1 +
drivers/pinctrl/qcom/pinctrl-x1e80100.c | 100
Retrieve the EFI info header passed in via x0 and use it to populate the
memory banks when booting with CONFIG_EFI_STUB.
Signed-off-by: Caleb Connolly
---
arch/arm/mach-snapdragon/board.c | 15 +++
arch/arm/mach-snapdragon/dram.c | 15 ++-
arch/arm/mach-snapdrago
Currently the early malloc initialisation is done partially in
board_init_f_init_reserve() (on arm64 at least), which configures
gd->malloc_base. But it isn't actually usable until initf_malloc() is
called which doesn't happen until after fdtdec_setup().
This causes problems in a few scenarios:
1
From: Neil Armstrong
Enable the X1E80100 pinctrl driver in the Qualcomm defconfig.
Signed-off-by: Neil Armstrong
---
configs/qcom_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/qcom_defconfig b/configs/qcom_defconfig
index 8e9cb3cddaa3..877c48b5684c 100644
--- a/configs/
From: Neil Armstrong
Enable the X1E80100 clock driver in the Qualcomm defconfig.
Signed-off-by: Neil Armstrong
---
configs/qcom_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/qcom_defconfig b/configs/qcom_defconfig
index b49d897123c1..8e9cb3cddaa3 100644
--- a/configs/qc
Implement support for launching U-Boot via an EFI stub app on ARM64.
This is more or less a straight port of the x86 implementation, but due
to the highly x86/qemu specific nature of that implementation I decided
to just split it out to its own file.
Unlike the x86 implementation, there is no deb
Introduce two new helpers dram_init_banksize_from_efi() and
of_populate_from_efi(). These populate the DRAM bank info and simplefb
framebuffer OF node respectively using the EFI table populated by the
EFI stub.
dram_init_banksize_from_efi() is directly moved from the x86 payload
code to make it av
Add a defconfig for Qualcomm X1 Elite based devices. These boot U-Boot
using EFISTUB from their stock EFI bootloader.
Initially we support display and USB, keyboard will require i2c-hid,
NVME will require PCIe support.
Signed-off-by: Caleb Connolly
---
board/qualcomm/efistub.env | 11 ++
Split out the EFI stub specific code to a new efi_stub.h header file.
Signed-off-by: Caleb Connolly
---
arch/x86/cpu/efi/payload.c | 1 +
cmd/efi.c | 1 +
drivers/video/efi.c| 1 +
include/efi.h | 25 -
include/efi_stub.h |
keyboards, crashes in OS loaders like systemd-boot, and other small
idiosyncrocies.
As a result, simply running U-Boot as an EFI app isn't a suitable
solution.
[1]: 20241124-b4-modernise-smem-v1-0-b7852c11b...@linaro.org
---
Caleb Connolly (10):
cmd: efi: avoid unitialized read
When running U-Boot as an EFI payload with CONFIG_EFI_STUB, the reserved
regions from the previous stage EFI bootloader should be carried over
since they may not fully align with the reserved-memory regions in
devicetree.
Implement a helper to map these pages when the EFI subsystem starts up.
Sig
U-Boot itself might be mapped as LOADER_CODE, there's also no reason not
to make additional pages accessible to the OS. This fixes an issue where
U-Boot can't run EFI apps because it gets relocated somewhere outside of
its own memory map.
Signed-off-by: Caleb Connolly
---
lib/efi/efi_info.c | 23
Add a debug log for these since its often useful to inspect the memory
map from the EFI we're jumping from.
Signed-off-by: Caleb Connolly
---
lib/efi/efi_info.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/lib/efi/efi_info.c b/lib/efi/efi_info.c
index 3754c913b54d
To support JH7110 based boards besides v1.3B,
add a common dtsi and add common code to it.
Tested-by: E Shattow
Signed-off-by: Hal Feng
---
arch/riscv/dts/jh7110-common-u-boot.dtsi | 144 ++
...10-starfive-visionfive-2-v1.3b-u-boot.dtsi | 140 +
2 files chan
On 11/23/24 20:55, Matthew Garrett wrote:
From: Matthew Garrett
We want to jump into the EFI stub in the kernel so it can perform
appropriate init and call ExitBootServices. Add support for doing that,
including ensuring that we copy the kernel to somewhere that's not
currently being used by th
Add driver for Motorcomm YT8521S Gigabit ethernet phy.
Signed-off-by: Frank Sae
---
drivers/net/phy/motorcomm.c | 90 -
1 file changed, 89 insertions(+), 1 deletion(-)
diff --git a/drivers/net/phy/motorcomm.c b/drivers/net/phy/motorcomm.c
index a1d5eac7bf..40
Add driver for Motorcomm YT8531S Gigabit ethernet phy.
Signed-off-by: Frank Sae
---
drivers/net/phy/motorcomm.c | 96 -
1 file changed, 94 insertions(+), 2 deletions(-)
diff --git a/drivers/net/phy/motorcomm.c b/drivers/net/phy/motorcomm.c
index 4d67203ee7..a
We never free and unmap the memory on errors and we never unmap it when
freeing it. The latter won't cause any problems even on sandbox, but for
consistency always use unmap_sysmem()
Fixes: commit 22f2c9ed9f53 ("efi: memory: use the lmb API's for allocating and
freeing memory")
Reviewed-by: Heinr
On 11/23/24 20:55, Matthew Garrett wrote:
From: Matthew Garrett
We may want to make things conditional on EFI variable state
Signed-off-by: Matthew Garrett
---
cmd/Kconfig | 4 ++
cmd/Makefile| 1 +
cmd/efigetenv.c | 133
3 fi
On Sat, Nov 23, 2024 at 11:55:02AM -0800, Matthew Garrett wrote:
> From: Matthew Garrett
>
> For systems with more complicated firmware, the firmware memory map may
> vary significantly based on a number of factors. This makes it difficult to
> pick a hardcoded load address. Add a command for fi
Enable OF_UPSTREAM to use upstream DT and add starfive/ prefix to
the DEFAULT_DEVICE_TREE. Rename jh7110-starfive-visionfive-2-u-boot.dtsi
to jh7110-starfive-visionfive-2-v1.3b-u-boot.dtsi and set the v1.3b
device tree as the default device tree.
Drop redundant DT files from arch/riscv/dts/ and re
> On 22.11.24 14:42, E Shattow wrote:
> On Mon, Nov 18, 2024 at 8:06 PM Sumit Garg
> wrote:
> >
> > Hi,
> >
> > On Tue, 19 Nov 2024 at 07:35, Hal Feng
> wrote:
> > >
> > > Add u-boot features to the U-Boot device tree.
> > >
> >
> > For follow-up work, I would suggest minimizing U-Boot specific D
> On 22.11.24 17:21, E Shattow wrote:
> On Mon, Nov 18, 2024 at 6:06 PM Hal Feng
> wrote:
> >
> > Support multiple DTBs for JH7110 based boards, so they can select the
> > correct DT at runtime.
> >
> > Signed-off-by: Hal Feng
> > ---
> > arch/riscv/dts/jh7110-common-u-boot.dtsi | 60
> > ++
Add u-boot features to the U-Boot device tree.
Tested-by: E Shattow
Acked-by: Sumit Garg
Signed-off-by: Hal Feng
---
...10-starfive-visionfive-2-v1.3b-u-boot.dtsi | 35 ---
arch/riscv/dts/jh7110-u-boot.dtsi | 34 ++
2 files changed, 65 insertions(+),
As OF_UPSTREAM is implemented, these code are redundant.
Tested-by: E Shattow
Signed-off-by: Hal Feng
---
board/starfive/visionfive2/spl.c | 356 ---
1 file changed, 356 deletions(-)
diff --git a/board/starfive/visionfive2/spl.c b/board/starfive/visionfive2/spl.c
in
To support the other JH7110 based boards, add u-boot
device tree for them.
Tested-by: E Shattow
Reviewed-by: E Shattow
Cc: Heinrich Schuchardt
Cc: H Bell
Signed-off-by: Hal Feng
---
arch/riscv/dts/jh7110-milkv-mars-u-boot.dtsi | 7 +++
arch/riscv/dts/jh7110-pine64-star64-u-
So JH7110 based boards can select their own DT at runtime.
Tested-by: E Shattow
Signed-off-by: Hal Feng
---
configs/starfive_visionfive2_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/starfive_visionfive2_defconfig
b/configs/starfive_visionfive2_defconfig
index cb86582
Support multiple DTBs for JH7110 based boards, so they can
select the correct DT at runtime.
Tested-by: E Shattow
Signed-off-by: Hal Feng
---
arch/riscv/dts/jh7110-common-u-boot.dtsi | 66 +---
1 file changed, 60 insertions(+), 6 deletions(-)
diff --git a/arch/riscv/dts/jh7
The prefix "SPL_" is not needed when using CONFIG_IS_ENABLED().
Tested-by: E Shattow
Reviewed-by: Heinrich Schuchardt
Fixes: 5ecf9b0b8a75 ("board: starfive: add StarFive VisionFive v2 board
support")
Signed-off-by: Hal Feng
---
board/starfive/visionfive2/spl.c | 2 +-
1 file changed, 1 insert
Get product ID and the other information from EEPROM, use them to select
the correct DTB.
Tested-by: E Shattow
Reviewed-by: Heinrich Schuchardt
Signed-off-by: Hal Feng
---
board/starfive/visionfive2/spl.c | 33 ++--
1 file changed, 31 insertions(+), 2 deletions(-)
On Sat, Nov 23, 2024 at 3:40 PM Tom Rini wrote:
>
> On Wed, Nov 20, 2024 at 11:29:43AM +1300, Chris Packham wrote:
> > Hi U-Boot,
> >
> > We've hit a weird problem at $dayjob with a board using the Marvell
> > CN9130 SoC and using the asix88179 USB-Eth adapter.
> >
> > The problem is after enablin
There are difference between upstream DT and the old DT
in terms of reg base, reset gpio and syscon. Make the driver
compatible with upstream DT.
Tested-by: E Shattow
Signed-off-by: Hal Feng
---
drivers/pci/pcie_starfive_jh7110.c | 59 +++---
1 file changed, 30 insertion
The imply statements should be sorted in the sequence
of appearance in .config.
Tested-by: E Shattow
Suggested-by: Heinrich Schuchardt
Signed-off-by: Hal Feng
---
arch/riscv/cpu/jh7110/Kconfig | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/arch/riscv
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/commits/http-driver-wget
The fist two patches of this series are not efi spec
This was marked as TODO in the code:
- Enable use of wget_with_dns even if CMD_DNS is disabled if
the given uri has the ip address for the http server.
- Move the check for CMD_DNS inside wget_with_dns.
- Rename wget_with_dns to wget_do_request
Signed-off-by: Adriano Cordova
---
(no change
Add definition for DEVICE_PATH_SUB_TYPE_MSG_IPV4 device path
subtype.
Signed-off-by: Adriano Cordova
Reviewed-by: Ilias Apalodimas
---
(no changes since v3)
Changes in v3:
- Removed alignment in struct efi_ipv4_address
include/efi_api.h | 17 +
1 file changed, 17 insertions(+
Add an EFI HTTP driver. This commit implements the
EFI_HTTP_PROTOCOL and the EFI_HTTP_SERVICE_BINDING_PROTOCOL.
The latter is attached to the handle of th efi network
device. This is the same handle where snp, pxe, and ipconfig
are attached to.
Signed-off-by: Adriano Cordova
---
(no changes since
Add an implementation of the EFI_IP4_CONFIG2_PROTOCOL. The protocol
is attached to the handle of the efi network device. This is the same
handle where snp and pxe are attached to.
Signed-off-by: Adriano Cordova
---
(no changes since v4)
Changes in v4:
- efi_ipconfig.c is compiled if ARCH_QEMU ||
Add efi_dp_from_http to form a device path from HTTP. The
device path is the concatenation of the device path returned
by efi_dp_from_ipv4 together with an URI node and an END node.
Signed-off-by: Adriano Cordova
---
Changes in v5:
- Add function description to efi_dp_from_http
- Check if dp1 is
Set the device path of the efi boot device to an HTTP device path
(as formed by efi_dp_from_http) when the next boot stage is loaded
using wget (i.e., when wget is used with wget_info.set_bootdev=1).
When loaded from HTTP, the device path should account for it so that
the next boot stage is aware
Add network-stack agnostic way to send an http request and
parse http headers from efi drivers. This uses wget as a
backend and communicates with it via efi_wget_info.
The function efi_net_do_request allocates a buffer on behalf of an
efi application using efi_alloc and passes it to wget to receiv
Add EFI definitions for EFI_IP4_CONFIG2_PROTOCOL,
EFI_HTTP_SERVICE_BINDING_PROTOCOL, and EFI_HTTP_PROTOCOL.
According to UEFI spec 2.10.
Signed-off-by: Adriano Cordova
Reviewed-by: Ilias Apalodimas
---
(no changes since v2)
include/efi_api.h | 203 ++
Add the functions efi_net_set_addr and efi_net_get_addr to set
and get the ip address from efi code in a network agnostic way.
This could also go in net_common, or be compiled conditionally
for each network stack.
Signed-off-by: Adriano Cordova
---
Changes in v5:
- When possible use sizeof in me
Add efi_dp_from_ipv4 to form a device path from an ipv4 address.
Signed-off-by: Adriano Cordova
---
Changes in v5:
- Add function description to efi_dp_from_ipv4
- Allocate ipv4dp in the stack
- Make efi_dp_from_ipv4 static
- Remove u-boot log messages inside efi routine
- Change (void *)(unitpt
From: Heinrich Schuchardt
Implement Ipv4() node support in the device path to text protocol.
Signed-off-by: Heinrich Schuchardt
Signed-off-by: Adriano Cordova
Reviewed-by: Ilias Apalodimas
---
(no changes since v2)
lib/efi_loader/efi_device_path_to_text.c | 23 +++
1 fil
Add a test for the EFI_HTTP_PROTOCOL and
EFI_SEVICE_BINDING_PROTOCOL.
Signed-off-by: Adriano Cordova
---
(no changes since v2)
lib/efi_selftest/Makefile| 2 +-
lib/efi_selftest/efi_selftest_http.c | 315 +++
2 files changed, 316 insertions(+), 1 deletion(-)
Add a test for the EFI_IP4_CONFIG2_PROTOCOL. The test sets the ip
policy to static, adds an ip address, and then reads the current
ip address and checks for it to be the same as the one that was set.
Signed-off-by: Adriano Cordova
---
(no changes since v4)
Changes in v4:
- Removed unnecessary voi
From: Heinrich Schuchardt
Add long texts for
* EFI HTTP Protocol
* EFI HTTP Service Binding Protocol
* EFI IPv4 Configuration II Protocol
to the uuid library.
Signed-off-by: Heinrich Schuchardt
Signed-off-by: Adriano Cordova
Reviewed-by: Ilias Apalodimas
---
(no changes since v2)
lib/uuid
Tom Rini schrieb am So., 24. Nov. 2024, 17:17:
> On Sat, Nov 23, 2024 at 10:45:50PM +0100, Heinrich Schuchardt wrote:
>
> > We do not actually test the code.
> > Scanning for Amiga partitions of the sandbox is extremely slow,
> > especially on the partially implemented USB device.
> >
> > For bui
Remove the old qcom SMEM driver port and the sandbox stub
implementation.
Signed-off-by: Caleb Connolly
---
arch/arm/Kconfig| 1 -
drivers/smem/msm_smem.c | 937
drivers/smem/sandbox_smem.c | 44 ---
3 files changed, 982 deletions(-
SMEM is a highly Qualcomm specific interface, while having a dedicated
UCLASS for it offers a nice abstraction, for things like memory layout
parsing we need to use it before the driver model is available.
Therefore, it doesn't make sense to fit SMEM into the driver model.
Instead let's adopt a mo
Smem is currently implemented a uclass in U-Boot. This carries with it
some implicit limitations about how and when we can actually talk with
it, since its modelled as a device.
The SMEM uclass is qualcomm specific and has no other users, while it
was originally proposed as a platform agnostic abs
This reverts commit 20e7705764c4e5ea924f1ea54bb36ebbbee7.
---
test/dm/Makefile | 1 -
test/dm/smem.c | 26 --
2 files changed, 27 deletions(-)
diff --git a/test/dm/Makefile b/test/dm/Makefile
index bcb52ef1067b..c7511d072716 100644
--- a/test/dm/Makefile
+++ b/test/
Import the SMEM driver from Linux.
Signed-off-by: Caleb Connolly
---
drivers/soc/qcom/smem.c| 1279
include/soc/qcom/smem.h| 20 +
include/soc/qcom/socinfo.h | 111
3 files changed, 1410 insertions(+)
diff --git a/drivers/soc/qcom/sme
Drop Linux headers for the U-Boot ones.
Signed-off-by: Caleb Connolly
---
drivers/soc/qcom/smem.c | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a/drivers/soc/qcom/smem.c b/drivers/soc/qcom/smem.c
index 8515b8ae..7143856e85c3 100644
--- a/drivers/soc/qcom/
Port over the smem code to U-Boot and remove socinfo.
Signed-off-by: Caleb Connolly
---
drivers/soc/qcom/smem.c | 320 +---
include/soc/qcom/smem.h | 9 +-
2 files changed, 63 insertions(+), 266 deletions(-)
diff --git a/drivers/soc/qcom/smem.c b/dr
It is possible to derive the memory map for a Qualcomm platform from the
SMEM shared memory region. The memory map is populated by the preloader.
Introduce support for parsing this data and using it to populate
U-Boot's memory map. Since we aren't yet sure if this will work for
every platform, it
Implement socinfo support to fetch the serial number if available.
Signed-off-by: Caleb Connolly
---
drivers/soc/qcom/smem.c | 25 +
include/soc/qcom/smem.h | 1 +
2 files changed, 26 insertions(+)
diff --git a/drivers/soc/qcom/smem.c b/drivers/soc/qcom/smem.c
index 516
Build the new SMEM driver port, and select it when ARCH_SNAPDRAGON is
selected, since it will be a hard dependency for Qualcomm platforms.
Signed-off-by: Caleb Connolly
---
drivers/soc/qcom/Kconfig | 8
drivers/soc/qcom/Makefile | 1 +
2 files changed, 9 insertions(+)
diff --git a/dri
Allow smem to be optional for Qualcomm platforms by providing stub
functions.
Signed-off-by: Caleb Connolly
---
include/soc/qcom/smem.h | 20
1 file changed, 20 insertions(+)
diff --git a/include/soc/qcom/smem.h b/include/soc/qcom/smem.h
index 755003807dba..586432412eb8 100
If available, otherwise fall back to cmdline.
Signed-off-by: Caleb Connolly
---
arch/arm/mach-snapdragon/board.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-snapdragon/board.c b/arch/arm/mach-snapdragon/board.c
index 269d39e4f6e1..dbac8aa2709a 10
Used to parse memory layout in some situations.
Signed-off-by: Caleb Connolly
---
configs/qcom_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/qcom_defconfig b/configs/qcom_defconfig
index 30f7b1c773fa..b49d897123c1 100644
--- a/configs/qcom_defconfig
+++ b/configs/qcom_def
This reverts commit 7fd7e2cf339ea2ec570f6dae1cdfaf8e066eb4af.
---
arch/sandbox/dts/test.dts | 4
configs/sandbox64_defconfig | 2 --
configs/sandbox_defconfig | 2 --
3 files changed, 8 deletions(-)
diff --git a/arch/sandbox/dts/test.dts b/arch/sandbox/dts/test.dts
index dee280184b1b..1c
This code is getting a bit complicated, split it out to try and keep
things a bit better organised as we're going to be supporting populating
the memory layout from various other sources.
Signed-off-by: Caleb Connolly
---
arch/arm/mach-snapdragon/Makefile| 2 +-
arch/arm/mach-snapdragon/bo
Ensure we have enough space to init smem prior to relocation, since we
might parse the DDR bank layout from there.
Signed-off-by: Caleb Connolly
---
arch/arm/mach-snapdragon/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-snapdragon/Kconfig b/arch/arm/ma
On 11/21/24 6:21 PM, Christoph Niedermaier wrote:
[...]
+struct eeprom_id_page {
+ u8 id[3]; /* Identifier 'D', 'H', 'E' - 'D' is at index 0
*/
+ u8 version;/* 0x10 -- Version 1.0 */
+ u8 data_crc16[2]; /* [1] is MSbyte */
+ u8 head
On 11/21/24 6:21 PM, Christoph Niedermaier wrote:
The env variable "SN" is used to store the serial number on DH electronics
SoMs. New SoMs will use the variable "dh_som_serial_number". To ensure
compatibility, these env variables are synchronized. This is achieved
using callback functions. To av
On 11/24/24 10:10 PM, Marek Vasut wrote:
On 11/21/24 6:21 PM, Christoph Niedermaier wrote:
The env variable "SN" is used to store the serial number on DH
electronics
SoMs. New SoMs will use the variable "dh_som_serial_number". To ensure
compatibility, these env variables are synchronized. This
100 matches
Mail list logo
