For each block device we must create a sibling boot device.
Signed-off-by: Heinrich Schuchardt
---
drivers/ata/dwc_ahsata.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/ata/dwc_ahsata.c b/drivers/ata/dwc_ahsata.c
index a29d641343e..203f98edffc 100644
--- a/dr
Hello Tom,
please pull from u-boot-i2c:
The following changes since commit b7d5ce05b1b52136af09cf34541c6a91079a4b86:
Merge branch 'master' of https://source.denx.de/u-boot/custodians/u-boot-sunxi (2024-08-06
09:36:46 -0600)
are available in the Git repository at:
https://source.denx.de/
-boot-nand-flash.git/
u-boot-nand-20240808
for you to fetch changes up to 855f9b6241407d19f01d4245456be428b5d88f52:
spinand: bind UBI block (2024-08-08 09:28:09 +0200)
This series adds support for the UBI block device, which allows to
From: Jan Kiszka
When DM_REGULATOR is disabled, all calls will return -ENOSYS. Account
for that so that targets like the IOT2050 will work again.
Fixes: de451d5d5b6f ("usb: dwc3-generic: support external vbus regulator")
Signed-off-by: Jan Kiszka
---
drivers/usb/dwc3/dwc3-generic.c | 6 +++---
Dear Community
I'd like to ask about one issue with generation of symbol offsets in
binman [1].
In my case the CONFIG_FSPI_CONF_HEADER is defined.
Problem is with generated symbols [2] to point into
ddr-1d-imem-fw/ddr-1d-dmem-fw/ddr-2d-imem-fw/ddr-2d-dmem-fw.
It looks like only symbols have ex
Hi,
On 8/4/24 02:40, Maxim Moskalets wrote:
From: Maxim Moskalets
Based on rock-3a-rk3568_defconfig.
Tested on v1.31 revision.
Board Specifications:
- Rockchip RK3566
- 1/2/4GB LPDDR4 2112MT/s
- eMMC socket
- uSD card slot
- M.2 2230 Connector
- GbE LAN with POE
- 3.5mm jack with mic
- HDMI 2
Hello Lukasz,
Am Mittwoch, dem 07.08.2024 um 13:04 +0200 schrieb Lukasz Majewski:
> Hi Benjamin,
>
> > Hi Lukasz,
> >
> > On 06.08.24 10:11, Lukasz Majewski wrote:
> > > This command allows easy update on SD card or eMMC of the
> > > flash.bin
> > > generated (with binman) during u-boot build.
>
Basically, Radxa's boards are intended to turn LEDs on at U-Boot.
add `default-state = "on"` to u-boot.dtsi.
Signed-off-by: FUKAUMI Naoki
---
.../arm/dts/rk3328-rock-pi-e-base-u-boot.dtsi | 6 +
arch/arm/dts/rk3399-rock-4c-plus-u-boot.dtsi | 25 ++-
arch/arm/dts/rk3399-rock
Basically, Radxa's boards are intended to turn LEDs on at U-Boot.
enable gpio-leds driver and led command.
Signed-off-by: FUKAUMI Naoki
---
configs/radxa-cm3-io-rk3566_defconfig | 2 ++
configs/radxa-e25-rk3568_defconfig| 2 ++
configs/rock-3a-rk3568_defconfig | 2 ++
configs/rock-4c-pl
Hello Peng Fan
On Thu, Aug 08, 2024 at 03:16:54AM +, Peng Fan wrote:
> > Subject: [PATCH] imx: imx8: fix build when CONFIG_IMX_BOOTAUX is
> > set
> >
> > From: Max Krummenacher
> >
> > Use correct function name.
> >
> > Fixes: e8cd1f60d964 ("imx: imx8: bootaux: Add i.MX8 M4 boot
> > support
On Wed, 7 Aug 2024 at 01:11, Heinrich Schuchardt
wrote:
>
> Use the correct function name.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> lib/efi_loader/efi_fdt.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/lib/efi_loader/efi_fdt.c b/lib/efi_loader/efi_fdt.c
> index
Hi Simon
On Tue, 6 Aug 2024 at 15:59, Simon Glass wrote:
>
> This tests maps some local variables into sandbox's address space. Make
> sure to unmap them afterwards.
>
> Note that the normal approach with sandbox is to use a fixed memory
> address in the RAM, to avoid needing to create a map for
Hi Simon
On Tue, 6 Aug 2024 at 15:59, Simon Glass wrote:
>
> It isn't that important to factor out constants in tests, but in this
> case we have 0x200 and 512 used. The commands don't use the constant
> as they use a block count ('1'). It doesn't create more code to use a
> constant, so create o
Hi Simon,
On Tue, 6 Aug 2024 at 15:59, Simon Glass wrote:
>
> Sandbox is not a real architecture, but within U-Boot it is real enough.
> We should not need to pretend it is x86 or ARM anywhere in the code.
>
> Also we want to be able to locate the sandbox app using a single
> filename, 'bootsbox.
On Tue, 6 Aug 2024 at 15:59, Simon Glass wrote:
>
> The current implementation casts an address to a pointer. Make it more
> sandbox-friendly by using map_sysmem().
Isn't the code already using map_sysmem? All I see is some fixes for
unmapping it and a rename
>
> Rename the variable to 'ptr' sin
Hi Teresa,
> Hello Lukasz,
>
> Am Mittwoch, dem 07.08.2024 um 13:04 +0200 schrieb Lukasz Majewski:
> > Hi Benjamin,
> >
> > > Hi Lukasz,
> > >
> > > On 06.08.24 10:11, Lukasz Majewski wrote:
> > > > This command allows easy update on SD card or eMMC of the
> > > > flash.bin
> > > > generate
Hi Heinrich
On Wed, 7 Aug 2024 at 16:46, Heinrich Schuchardt wrote:
>
> On 07.08.24 15:00, Ilias Apalodimas wrote:
> > EFI HTTP is a useful option to have by default and is working reliably on
> > QEMU. Let's enable it by default, since we have no size limitations.
> > While at it enable 'efidebu
On 8/8/24 08:22, Sughosh Ganu wrote:
On Thu, 8 Aug 2024 at 11:05, Michal Simek wrote:
On 8/7/24 23:12, Tom Rini wrote:
On Tue, Aug 06, 2024 at 05:37:00PM +0530, Prasad Kummari wrote:
Added LMB API to prevent SF command from overwriting reserved
memory areas. The current SPI code does n
Hi Simon and Alexander,
Thank you both for these resources.
Hopefully they will provide more indication into why I cannot get ECDSA to work.
I have seen some of these resources (Admittedly I did only look partially at
the one for the beagle bone board), however the patch series for barebox is n
On 8/7/24 20:05, Fabio Estevam wrote:
> On Wed, Aug 7, 2024 at 2:51 PM Jerome Forissier
> wrote:
>>
>> The fec_mxc_init() function currently always returns 0. This does not
>> allow the callers to detect when for instance the PHY initialization
>> failed due to the port being unconnected. Fix that
On 8/7/24 19:57, Tom Rini wrote:
> On Wed, Aug 07, 2024 at 07:12:06PM +0200, Jerome Forissier wrote:
>> Add a test to test_efi_loader.py similar to the TFTP test but for HTTP
>> with the wget command.
>>
>> Suggested-by: Tom Rini
>> Signed-off-by: Jerome Forissier
>> ---
>> test/py/tests/test
Hello Fukaumi,
Please see a comment below.
On 2024-08-08 11:27, FUKAUMI Naoki wrote:
Basically, Radxa's boards are intended to turn LEDs on at U-Boot.
add `default-state = "on"` to u-boot.dtsi.
Signed-off-by: FUKAUMI Naoki
---
.../arm/dts/rk3328-rock-pi-e-base-u-boot.dtsi | 6 +
arch/ar
On 8/7/24 19:52, Tom Rini wrote:
> On Wed, Aug 07, 2024 at 07:12:06PM +0200, Jerome Forissier wrote:
>
>> Add a test to test_efi_loader.py similar to the TFTP test but for HTTP
>> with the wget command.
>>
>> Suggested-by: Tom Rini
>> Signed-off-by: Jerome Forissier
> [snip]
>> +@pytest.mark.
On 02.08.24 19:59, Sebastian Reichel wrote:
Hi,
On ROCK 5B power is usually supplied via it's USB-C port. This port has the
data lines connected to RK3588, VBUS connected to the input regulator and
CC pins connected to FUSB302. FUSB302 is a USB-C controller, which can be
accessed via I2C from
On Thu, Aug 08, 2024 at 10:42:47AM +0200, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c:
>
> The following changes since commit b7d5ce05b1b52136af09cf34541c6a91079a4b86:
>
> Merge branch 'master' of
> https://source.denx.de/u-boot/custodians/u-boot-sunxi (2024-08-06 09:36
Hello Tom,
On 08.08.24 15:58, Tom Rini wrote:
On Thu, Aug 08, 2024 at 10:42:47AM +0200, Heiko Schocher wrote:
Hello Tom,
please pull from u-boot-i2c:
The following changes since commit b7d5ce05b1b52136af09cf34541c6a91079a4b86:
Merge branch 'master' of
https://source.denx.de/u-boot/custod
Hi Jan,
On 08/08/2024 10:51, Jan Kiszka wrote:
From: Jan Kiszka
When DM_REGULATOR is disabled, all calls will return -ENOSYS. Account
for that so that targets like the IOT2050 will work again.
Fixes: de451d5d5b6f ("usb: dwc3-generic: support external vbus regulator")
Signed-off-by: Jan Kiszka
Hi Michal,
On Wed, 7 Aug 2024 at 23:31, Michal Simek wrote:
>
>
>
> On 8/7/24 16:36, Simon Glass wrote:
> > Hi Prasad,
> >
> > On Tue, 6 Aug 2024 at 23:05, Kummari, Prasad wrote:
> >>
> >> Hi Glass,
> >>
> >>> -Original Message-
> >>> From: Simon Glass
> >>> Sent: Wednesday, August 7, 2
Hi Lukasz,
On Thu, 8 Aug 2024 at 03:06, Lukasz Majewski wrote:
>
> Dear Community
>
> I'd like to ask about one issue with generation of symbol offsets in
> binman [1].
>
> In my case the CONFIG_FSPI_CONF_HEADER is defined.
>
> Problem is with generated symbols [2] to point into
> ddr-1d-imem-fw/
Hi Mark,
On Tue, 6 Aug 2024 at 16:33, Mark Kettenis wrote:
>
> > From: Simon Glass
> > Date: Tue, 6 Aug 2024 15:50:44 -0600
>
> Hi Simon,
>
> > Hi Fiona,
> >
> > On Thu, 1 Aug 2024 at 08:07, Fiona Klute wrote:
> > >
> > > Hi everyone,
> > >
> > > how can I configure which of the available seria
Hi Sughosh,
On Wed, 7 Aug 2024 at 00:32, Sughosh Ganu wrote:
>
> On Wed, 7 Aug 2024 at 03:21, Simon Glass wrote:
> >
> > Hi Sughosh,
> >
> > On Mon, 5 Aug 2024 at 05:55, Sughosh Ganu wrote:
> > >
> > > On Mon, 29 Jul 2024 at 20:56, Simon Glass wrote:
> > > >
> > > > Hi Sughosh,
> > > >
> > > >
On 08.08.24 15:58, Soeren Moch wrote:
On 02.08.24 19:59, Sebastian Reichel wrote:
Hi,
On ROCK 5B power is usually supplied via it's USB-C port. This port
has the
data lines connected to RK3588, VBUS connected to the input regulator
and
CC pins connected to FUSB302. FUSB302 is a USB-C contr
On Sat, Jul 27, 2024 at 12:21 AM Patrick Rudolph
wrote:
>
> From: Maximilian Brune
>
> When ACPI is enabled on arm it will use the getinfo function to fill
> the SPCR ACPI table.
>
> Signed-off-by: Maximilian Brune
> Cc: Simon Glass
> Cc: Tom Rini
Reviewed-by: Moritz Fischer
> ---
> boot/bo
On Sat, Jul 27, 2024 at 12:21 AM Patrick Rudolph
wrote:
>
> Add the interrupt flag used in ACPI GTDT table as define.
>
> Signed-off-by: Patrick Rudolph
> Cc: Simon Glass
> ---
> include/acpi/acpi_table.h | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/include/acpi/acpi_table.h b/inc
On Thu, Aug 08, 2024 at 04:06:44PM +0200, Heiko Schocher wrote:
> Hello Tom,
>
> On 08.08.24 15:58, Tom Rini wrote:
> > On Thu, Aug 08, 2024 at 10:42:47AM +0200, Heiko Schocher wrote:
> >
> > > Hello Tom,
> > >
> > > please pull from u-boot-i2c:
> > >
> > > The following changes since commit
>
On 08.08.24 16:34, Sören Moch wrote:
On 08.08.24 15:58, Soeren Moch wrote:
On 02.08.24 19:59, Sebastian Reichel wrote:
Hi,
On ROCK 5B power is usually supplied via it's USB-C port. This port
has the
data lines connected to RK3588, VBUS connected to the input
regulator and
CC pins connec
On Thu, Aug 08, 2024 at 01:18:44PM +0200, Michal Simek wrote:
>
>
> On 8/8/24 08:22, Sughosh Ganu wrote:
> > On Thu, 8 Aug 2024 at 11:05, Michal Simek wrote:
> > >
> > >
> > >
> > > On 8/7/24 23:12, Tom Rini wrote:
> > > > On Tue, Aug 06, 2024 at 05:37:00PM +0530, Prasad Kummari wrote:
> > >
On Mon, Aug 05, 2024 at 07:59:32PM +0530, Dhruva Gole wrote:
> * Add documentation to briefly explain the role of TIFS Stub in relevant
> K3 SoC's.
> * Shed light on why TIFS Stub isn't package with the DM firmware itself.
> * Modify the platform docs wherever the TIFS Stub documentation applies.
There was some very old code floating around for decoding symbols, it's
incomplete and is never built. Remove it so we can add a new
implementation.
Reviewed-by: Tom Rini
Reviewed-by: Ilias Apalodimas
Signed-off-by: Caleb Connolly
---
Makefile| 11 ---
common/Makefile |
Move this header to include/u-boot/ so that it can be used by external
tools.
Reviewed-by: Ilias Apalodimas
Signed-off-by: Caleb Connolly
---
arch/arm/mach-rockchip/board.c | 2 +-
board/cobra5272/flash.c| 2 +-
board/gardena/smart-gateway-mt7688/board.c | 2 +-
On Thu, Aug 08, 2024 at 03:06:05PM +0200, Jerome Forissier wrote:
>
>
> On 8/7/24 19:57, Tom Rini wrote:
> > On Wed, Aug 07, 2024 at 07:12:06PM +0200, Jerome Forissier wrote:
> >> Add a test to test_efi_loader.py similar to the TFTP test but for HTTP
> >> with the wget command.
> >>
> >> Suggeste
On 8/8/24 17:52, Tom Rini wrote:
> On Thu, Aug 08, 2024 at 03:06:05PM +0200, Jerome Forissier wrote:
>>
>>
>> On 8/7/24 19:57, Tom Rini wrote:
>>> On Wed, Aug 07, 2024 at 07:12:06PM +0200, Jerome Forissier wrote:
Add a test to test_efi_loader.py similar to the TFTP test but for HTTP
wi
Migrate sandbox over to generating it's capsule update image GUIDs
dynamically from the namespace and board/image info. Update the
reference and tests to use the new GUIDs.
Acked-by: Ilias Apalodimas
Signed-off-by: Caleb Connolly
---
board/sandbox/sandbox.c | 16
On 8/8/24 18:20, Tom Rini wrote:
> On Thu, Aug 08, 2024 at 03:06:05PM +0200, Jerome Forissier wrote:
>>
>>
>> On 8/7/24 19:57, Tom Rini wrote:
>>> On Wed, Aug 07, 2024 at 07:12:06PM +0200, Jerome Forissier wrote:
Add a test to test_efi_loader.py similar to the TFTP test but for HTTP
wi
Add support for generating GUIDs that match those generated internally
by U-Boot for capsule update fw_images when using dynamic UUIDs.
Dynamic UUIDs in U-Boot work by taking a namespace UUID and hashing it
with the board compatible and fw_image name. This feature just provides
a way to determine
This is mostly a port of the Xen hypervisor implementation. The U-Boot
binary is built as normal, then its symbol table is fed into
tools/symbols to generate an optimised lookup table. U-Boot is rebuilt
with the symbol table and handling code in lib/symbols.c.
Based on code from Xen at
c20850540
Replace the use of libuuid with U-Boot's own UUID library. This prepares
us to add support for generating v5 GUIDs.
Signed-off-by: Caleb Connolly
---
tools/Makefile | 8
tools/mkeficapsule.c | 53 ++--
2 files changed, 10 insertions
Add a test to check the version/variant bits of v4 and v5 UUIDs.
Signed-off-by: Caleb Connolly
---
test/lib/uuid.c | 36
1 file changed, 36 insertions(+)
diff --git a/test/lib/uuid.c b/test/lib/uuid.c
index 2c6cfd42ddc3..63d36e120623 100644
--- a/test/lib/uu
Document how platforms can generate GUIDs at runtime rather than
maintaining a list of UUIDs per-board.
Reviewed-by: Ilias Apalodimas
Signed-off-by: Caleb Connolly
---
doc/develop/uefi/uefi.rst | 27 +++
1 file changed, 27 insertions(+)
diff --git a/doc/develop/uefi/uef
As more boards adopt support for the EFI CapsuleUpdate mechanism, there
is a growing issue of being able to target updates to them properly. The
current mechanism of hardcoding UUIDs for each board at compile time is
unsustainable, and maintaining lists of GUIDs is similarly cumbersome.
In this se
Introduce a new helper efi_capsule_update_info_gen_ids() which populates
the capsule update fw images image_type_id field. This allows for
determinstic UUIDs to be used that can scale to a large number of
different boards and board variants without the need to maintain a big
list.
We call this fro
While U-Boot does a pretty good job at printing information at startup
about what hardware it's running on, it can be hard to take pretty
pictures of this to show off on the internet (by far the most
important aspect of porting a device in 2024!).
Add a small utility "ufetch" for displaying some i
Add some basic unit tests to validate that the UUID generation behaves
as expected. This matches the implementation in efi_loader for sandbox
and a Qualcomm board and should catch any regressions.
Acked-by: Ilias Apalodimas
Signed-off-by: Caleb Connolly
---
test/lib/uuid.c | 82
Adjust the UUID library code so that it can be compiled as part of a
host tool.
This removes the one redundant log_debug() call, as well as the
incorrectly defined LOG_CATEGORY.
In general this is a fairly trivial change, just adjusting includes and
disabling list_guid.
This will be used by a ne
U-Boot already emits frame pointers on ARM64, but lacks the code to
parse them, as well as a mechanism for looking up symbol names at
runtime.
There was some (seemingly?) leftover code for symbols lookups in
common/kallsyms.c and associated parts in the makefile, however it
appears to be entirely
This let's us forward declare efi_guid_t in the UUID code without
pulling in efi.h
Reviewed-by: Ilias Apalodimas
Signed-off-by: Caleb Connolly
---
include/efi.h | 2 +-
tools/eficapsule.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/efi.h b/include/efi.h
i
On Thu, Aug 08, 2024 at 03:06:05PM +0200, Jerome Forissier wrote:
>
>
> On 8/7/24 19:57, Tom Rini wrote:
> > On Wed, Aug 07, 2024 at 07:12:06PM +0200, Jerome Forissier wrote:
> >> Add a test to test_efi_loader.py similar to the TFTP test but for HTTP
> >> with the wget command.
> >>
> >> Suggeste
Add support for generating version 5 UUIDs, these are determistic and work
by hashing a "namespace" UUID together with some unique data. One intended
usecase is to allow for dynamically generate payload UUIDs for UEFI
capsule updates, so that supported boards can have their own UUIDs
without needin
We already build arm64 images with frame pointers. Let's finally make
use of them in tandem with the new symbol lookup support by unwinding
the stack when an exception occurs, producing a backtrace similar to
those emitted by Linux.
In addition, introduce a dedicated unwind_stack() function which
On 8/7/24 22:44, Tom Rini wrote:
> On Wed, Aug 07, 2024 at 07:11:44PM +0200, Jerome Forissier wrote:
>
>> This is a rework of a patch series by Maxim Uvarov: "net/lwip: add lwip
>> library for the network stack" [1]. The goal is to introduce the lwIP TCP/IP
>> stack [2] [3] as an alternative to
Small CI issue, I'll fix it up and resend
https://source.denx.de/u-boot/custodians/u-boot-snapdragon/-/jobs/884570
On 08/08/2024 18:21, Caleb Connolly wrote:
As more boards adopt support for the EFI CapsuleUpdate mechanism, there
is a growing issue of being able to target updates to them proper
On Thu, Aug 08, 2024 at 06:41:02PM +0200, Jerome Forissier wrote:
>
>
> On 8/7/24 22:44, Tom Rini wrote:
> > On Wed, Aug 07, 2024 at 07:11:44PM +0200, Jerome Forissier wrote:
> >
> >> This is a rework of a patch series by Maxim Uvarov: "net/lwip: add lwip
> >> library for the network stack" [1].
Hi Heinrich,
On Wed, 7 Aug 2024 at 14:52, Simon Glass wrote:
>
> Hi Heinrich,
>
> On Wed, 7 Aug 2024 at 08:39, Heinrich Schuchardt
> wrote:
> >
> > On 07.08.24 16:36, Simon Glass wrote:
> > > On Tue, 6 Aug 2024 at 18:13, Heinrich Schuchardt
> > > wrote:
> > >>
> > >> For SATA devices the class
Hi Heinrick, Tom,
On Tue, 6 Aug 2024 at 19:56, Tom Rini wrote:
>
> On Wed, Aug 07, 2024 at 03:47:21AM +0200, Heinrich Schuchardt wrote:
> > On 06.08.24 14:58, Simon Glass wrote:
> > > While sandbox supports virtio it cannot support actually using the block
> > > devices to read files, since there
A system may have multiple SATA controller. Removing the controller with
the lowest sequence number before probing all SATA controllers makes no
sense.
In sata_rescan we remove all block devices which are children of SATA
controllers. We also have to remove the bootdev devices as they will be
crea
From: Maxim Moskalets
Based on rock-3a-rk3568_defconfig.
Tested on v1.31 revision.
Board Specifications:
- Rockchip RK3566
- 1/2/4GB LPDDR4 2112MT/s
- eMMC socket
- uSD card slot
- M.2 2230 Connector
- GbE LAN with POE
- 3.5mm jack with mic
- HDMI 2.0, MIPI DSI/CSI
- USB 3.0 Host, USB 2.0 Host/O
On Thu, Aug 08, 2024 at 12:44:05PM -0600, Simon Glass wrote:
> Hi Heinrick, Tom,
>
> On Tue, 6 Aug 2024 at 19:56, Tom Rini wrote:
> >
> > On Wed, Aug 07, 2024 at 03:47:21AM +0200, Heinrich Schuchardt wrote:
> > > On 06.08.24 14:58, Simon Glass wrote:
> > > > While sandbox supports virtio it canno
On 07.08.24 16:36, Simon Glass wrote:
Hi Heinrich,
On Tue, 6 Aug 2024 at 19:56, Heinrich Schuchardt wrote:
On 06.08.24 14:58, Simon Glass wrote:
Set up a function for this, since it needs to be used from multiple test
files.
Signed-off-by: Simon Glass
---
(no changes since v1)
test/bo
On 07.08.24 16:36, Simon Glass wrote:
Hi Heinrich,
On Tue, 6 Aug 2024 at 19:47, Heinrich Schuchardt wrote:
On 06.08.24 14:58, Simon Glass wrote:
Add a simple app to use for testing. This is intended to do whatever it
needs to for testing purposes. For now it just prints a message and
exits b
Upstream DTS added explicit ranges to the fss node. It did not include the
32 bit memory space needed by the R5 to access OSPI. With the upstream DTS
sync, OSPI boot no longer works.
Adding the missing range here. It is also being added in the upstream DTS,
so after the next upstream DTS sync, t
Upstream DTS added explicit ranges to the fss node. It did not include the
32 bit memory space needed by the R5 to access OSPI. With the upstream DTS
sync, OSPI boot no longer works.
Adding the missing range here. It is also being added in the upstream DTS,
so after the next upstream DTS sync, t
Upstream DTS added explicit ranges to the fss node. It did not include
the 32 bit memory space needed by the R5 to access OSPI. With the
upstream DTS sync, OSPI boot no longer works.
Adding the missing range here. It is also being added in the upstream DTS,
so after the next upstream DTS sync, the
Upstream DTS added explicit ranges to the fss node. It did not include the
32 bit memory space needed by the R5 to access OSPI. With the upstream DTS
sync, OSPI boot no longer works.
Adding the missing range here. It is also being added in the upstream DTS,
so after the next upstream DTS sync, t
Upstream DTS added explicit ranges to the fss node. It did not include the
32 bit memory space needed by the R5 to access OSPI. With the upstream DTS
sync, OSPI boot no longer works.
Adding the missing range here. It is also being added in the upstream DTS,
so after the next upstream DTS sync, t
Upstream DTS added explicit ranges to the fss node. It did not include the
32 bit memory space needed by the R5 to access OSPI. With the upstream DTS
sync, OSPI boot no longer works.
Adding the missing range here. It is also being added in the upstream DTS,
so after the next upstream DTS sync, t
Radxa ROCK Pi 4 series and Radxa ROCK 4C+ are not compatible. add
rk3399-rock-pi-4-u-boot.dtsi contents and remove dependency of it.
no functional change is intended.
Fixes: 71a95e2efd30 ("arm: dts: rockchip: add Radxa ROCK 4C+")
Suggested-by: Dragan Simic
Signed-off-by: FUKAUMI Naoki
---
arch
Basically, Radxa's boards are intended to turn LEDs on at U-Boot.
enable gpio-leds driver and led command.
Signed-off-by: FUKAUMI Naoki
---
Changes in v2:
- none
---
configs/radxa-cm3-io-rk3566_defconfig | 2 ++
configs/radxa-e25-rk3568_defconfig| 2 ++
configs/rock-3a-rk3568_defconfig
Basically, Radxa's boards are intended to turn LEDs on at U-Boot.
add `default-state = "on"` to u-boot.dtsi.
Signed-off-by: FUKAUMI Naoki
---
Changes in v2:
- remove irrelevant contents from rk3399-rock-4c-plus-u-boot.dtsi
- depend
https://patchwork.ozlabs.org/project/uboot/patch/20240808221902.
6
> 09:36:46 -0600)
>
> are available in the Git repository at:
>
> git://source.denx.de:u-boot/custodians/u-boot-nand-flash.git/
> u-boot-nand-20240808
>
> for you to fetch changes up to 855f9b6241407d19f01d4245456be428b5d88f52:
>
> spinand: bind UBI block (20
sorry, please ignore this patch.
Best regards,
--
FUKAUMI Naoki
Radxa Computer (Shenzhen) Co., Ltd.
On 8/2/24 11:49, FUKAUMI Naoki wrote:
on-board USB 2.0 hub, FE1.1s, has Transaction Translator which can
handle USB 1.x devices via "usb_host0_ehci". so we can omit
"usb_host0_ohci" and make boo
Supporting the newer SM8550 and SM8650 SoCs unfortunately requires a
bump in complexity for us. Qualcomm changed a lot about how the memory
map is handed over to the "kernel", adding many holes, not mapping
certain regions, and adding regions with 0 size. The SM8650 HDK has a
whopping 14 memory reg
If U-Boot has a DTB built in (appended to the image directly) then this
was likely intentional, we should prioritise it over one provided by ABL
(if there was one).
Make this behaviour explicit, and panic if no valid DTB could be found
anywhere. Returning an error is not useful in this case as U-B
The generic memory parsing code in U-Boot lacks a few things that we
need on Qualcomm:
1. It sets gd->ram_size and gd->ram_base to represent a single memory
block.
2. setup_dest_addr() later relocates U-Boot to ram_base + ram_size, the
end of that first memory block.
This results in all mem
From: Neil Armstrong
With 14+ entries in the memory map, we need quite a bit more space for
the page tables.
Signed-off-by: Neil Armstrong
---
arch/arm/mach-snapdragon/board.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-snapdragon/board.c b/arch/arm/mach-s
In the typical case where we chainload from ABL, the serial number is
available in the DT bootargs. Read it out and set the serial#
environment variable so that it can be used by fastboot.
Signed-off-by: Caleb Connolly
---
arch/arm/mach-snapdragon/board.c | 62 +++
We don't know at build time where a sensible place for this is, allocate
it at runtime like the other variables.
Signed-off-by: Caleb Connolly
---
arch/arm/mach-snapdragon/board.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/mach-snapdragon/board.c b/arch/arm/mach-snapdrag
Set the fdt_addr_r environment variable to a region of LMB allocated
memory, and populate it by default with a copy of U-Boots FDT. This will
be used for Linux if no other DT is provided.
Signed-off-by: Caleb Connolly
---
arch/arm/mach-snapdragon/board.c | 7 ++-
1 file changed, 6 insertions
This variable is used by default in some commands, set it to the same as
kernel_addr_r.
Signed-off-by: Caleb Connolly
---
arch/arm/mach-snapdragon/board.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-snapdragon/board.c b/arch/arm/mach-snapdragon/
In some cases we might want to map some memory region after enabling
caches. Introduce a new helper for this.
Signed-off-by: Caleb Connolly
---
arch/arm/cpu/armv8/cache_v8.c | 25 +
arch/arm/include/asm/system.h | 10 ++
2 files changed, 35 insertions(+)
diff --g
memcmp() can cause aborts on some platforms and generally seems to be
the wrong approach here. Use strncmp() instead which is more correct.
Signed-off-by: Caleb Connolly
---
drivers/soc/qcom/cmd-db.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/soc/qcom/cmd-db.c b/
On at least SM8650 this region might not be included in the memory map.
Use the new mmu_map_region() helper to map it during bind().
Signed-off-by: Caleb Connolly
---
drivers/soc/qcom/cmd-db.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/soc/qcom/cmd-db.c
Some newer boards end up with a bunch of holes in the memory map due to
how Qualcomm's hypervisor and ABL work. The end result is 14+ memory
regions.
Bump CONFIG_NR_DRAM_BANKS to 24 so we can handle these and any future
expansion easily.
Yes, this is ridiculous, but there is no other way.
Signed
On 09/08/2024 01:59, Caleb Connolly wrote:
From: Neil Armstrong
With 14+ entries in the memory map, we need quite a bit more space for
the page tables.
Signed-off-by: Neil Armstrong
Forgot my SoB
---
arch/arm/mach-snapdragon/board.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
Small ping, I think this patch slipped through the cracks.
On 23/04/2024 16:15, Caleb Connolly wrote:
The revision is different for these, add the additional check as in
xhci-dwc3 core_init code.
Equivalent upstream Linux patch:
690fb3718a70 ("usb: dwc3: Support Synopsys USB 3.1 IP")
Reviewed-
Hi,
On 8/9/24 04:37, Maxim Moskalets wrote:
From: Maxim Moskalets
Based on rock-3a-rk3568_defconfig.
Tested on v1.31 revision.
Board Specifications:
- Rockchip RK3566
- 1/2/4GB LPDDR4 2112MT/s
- eMMC socket
- uSD card slot
- M.2 2230 Connector
- GbE LAN with POE
- 3.5mm jack with mic
- HDMI 2
Introduce support for the SC7280 platform and specifically the RB3 Gen 2
development board.
The RB3 Gen 2 is the latest robotics board from Qualcomm, featuring a
QCM6490 SoC (the same SoC found in the Fairphone 5), 6GB of RAM, and
128GB of UFS storage, as well as a whole lot of I/O.
Most of the I
We don't actually need any clocks to get UFS up and running, resets are
useful though.
Signed-off-by: Caleb Connolly
---
drivers/clk/qcom/Kconfig| 8 +++
drivers/clk/qcom/Makefile | 1 +
drivers/clk/qcom/clock-qcom.h | 1 +
drivers/clk/qcom/clock-sc7280.c | 132
For running U-Boot as primary bootloader we must define the memory
layout statically.
Signed-off-by: Caleb Connolly
---
arch/arm/dts/qcs6490-rb3gen2-u-boot.dtsi | 23 +++
1 file changed, 23 insertions(+)
diff --git a/arch/arm/dts/qcs6490-rb3gen2-u-boot.dtsi
b/arch/arm/dts/q
Adjust DTS so USB runs in host mode. The type-c port is the only
supported port (since the others need PCIe). Booting from USB is
possible with a powered type-c dock.
Signed-off-by: Caleb Connolly
---
arch/arm/dts/qcs6490-rb3gen2-u-boot.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git
Enable clocks on SC7280
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 24b71ba7be29..1a079264a554 100644
--- a/configs/qcom_defconfig
+++ b/configs/qcom_defconfig
@@ -44,8 +44,9 @@
1 - 100 of 127 matches
Mail list logo
