From: Peng Fan
There is a dummy clk entry for i.MX8QM/QXP, so add the dummy clk enable
and get rate. Otherwise "__imx8_clk_enable(Invalid clk ID #0)".
Fixes: 76332fae769 ("mmc: fsl_esdhc_imx: Enable AHB/IPG clk with clk bulk API")
Reviewed-by: Heiko Schocher
Signed-off-by: Peng Fan
---
driver
Hello Peng,
On 16.10.24 08:33, Peng Fan wrote:
Subject: Re: imx8qxp: deneb board fails with current HEAD
Hello Peng,
On 16.10.24 08:11, Peng Fan wrote:
Hi Heiko,
Subject: imx8qxp: deneb board fails with current HEAD
Hello Peng,
I just rebased my current work on siemens deneb board with cu
> Subject: Re: imx8qxp: deneb board fails with current HEAD
>
> Hello Peng,
>
> On 16.10.24 08:11, Peng Fan wrote:
> > Hi Heiko,
> >
> >> Subject: imx8qxp: deneb board fails with current HEAD
> >>
> >> Hello Peng,
> >>
> >> I just rebased my current work on siemens deneb board with current
> >> m
Reviewed-by: Love Kumar
On 15/10/24, 10:25 PM, Marek Vasut wrote:
On 10/15/24 4:17 PM, Andrew Goodbody wrote:
> The tests test_usb_ext4load_ext4write, test_usb_ext2load and
> test_usb_load depend on the command ext4write being present not just
> the feature of being able to write to an ext4 fil
Hello Peng,
On 16.10.24 08:11, Peng Fan wrote:
Hi Heiko,
Subject: imx8qxp: deneb board fails with current HEAD
Hello Peng,
I just rebased my current work on siemens deneb board with current
master:
* d5cab0d6ad - (HEAD -> master, origin/master, origin/WIP/15Oct2024,
origin/HEAD) Revert "Mak
Add QEMU's SBSA ref board to azure pipelines and gitlab CI to run tests on it.
TEST: Run on Azure pipelines and confirmed that tests succeed.
Signed-off-by: Patrick Rudolph
Reviewed-by: Tom Rini
---
Changelog v6:
- Add gitlab CI support
---
.azure-pipelines.yml | 8
.gitlab-ci.yml
Allows to build the RPi4 with ACPI enabled.
TEST: - Boots on qemu-system-aarch64 -machine raspi4b
- Boots on real hardware with arm_64bit=1 in config.txt
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Reviewed-by: Tom Rini
Cc: Simon Glass
Cc: Matthias Brugger
Cc: Peter Robinso
Initialize addr to zero which allows to build on the CI
which is more strict.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
---
common/bloblist.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/bloblist.c b/common/bloblist.c
index 2008ab4d25..cf1a3b8b62 1006
On FDT platforms the APs are brought out of reset using the spin-table
as defined in the DT. On ACPI enabled platforms there's no FDT, thus
enable the ARMV8_MULTIENTRY and BLOBLIST to use the ACPI parking
protocol instead.
TEST: - APs enter Linux when run on qemu-system-aarch64 -machine raspi4b
When ACPI is enabled over FDT the APs cannot be brought out of reset
by the OS using the "FDT spin-table" mechanism, as no FDT is provided
to the OS. The APs must be released out of reset in u-boot and then
brought up in an ACPI compliant fashion.
When ARMV8_MULTIENTRY is specified, the APs are re
Implement read_mpidr() on armv7 to make use of it in generic
code that compiles on both armv7 and armv8.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
---
arch/arm/include/asm/system.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/include/asm/system.h b/arch/ar
On Arm platforms that use ACPI they cannot rely on the "spin-table"
CPU bringup usually defined in the FDT. Thus implement the
'ACPI Multi-processor Startup for ARM Platforms', also referred to as
'ACPI parking protocol'.
The ACPI parking protocol works similar to the spin-table mechanism, but
the
Update the generic entry point code to support the ACPI parking protocol.
The ACPI parking protocol can be used when PSCI is not available to bring
up secondary CPU cores.
When enabled secondary CPUs will enter U-Boot proper and spin in their own
4KiB reserved memory page, which also acts as mailb
From: Simon Glass
Add the necessary DSDT files copied from tianocore to boot the RPi4.
In addition generate a board specific SSDT to dynamically enable/disable
ACPI devices based on FDT. This is required to support the various variants
and boot options. It also allows to test the code on QEMU 9.0
Generate SoC specific ACPI tables for BCM2711:
- FADT
- PPTT
- GTDT
Board specific tables like DSDT and SSDT are added in a separate patch.
MADT is already properly generated from the FDT.
When ACPI is enabled for a different SoC compliation will fail by
design, indicating the required functions
From: Simon Glass
These header files presumably duplicate things already in the U-Boot
devicetree. For now, bring them in to get the ASL code and ACPI table
code to compile.
Signed-off-by: Simon Glass
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Acked-by: Matthias Brugger
Cc: Matt
Cover the "ARM local MMIO" range as well in the default MMU mapping in
order to allow future code to access the GIC-400 without crashing. For
now the GIC is not touched in u-boot, thus this change is a noop.
See [1](BCM2711 ARM Peripherals) for reference.
TEST: Enabled CONFIG_GICV2 and accessed t
Add support for Arm sbsa [1] v0.3+ that is supported by QEMU [2].
Unlike other Arm based platforms the machine only provides a minimal
FDT that contains number of CPUs, ammount of memory and machine-version.
The boot firmware has to provide ACPI tables to the OS.
Due to this design a full DTB is a
HI Tom,
We'll have a look on the mbedTLS reports later today
Thanks
/Ilias
On Wed, 16 Oct 2024 at 06:47, Tom Rini wrote:
>
> Hey all, here's the latest report.
>
> -- Forwarded message -
> From:
> Date: Tue, Oct 15, 2024 at 5:06 PM
> Subject: New Defects reported by Coverity Sc
Allow to use BLOBLIST_TABLES on arm to store ACPI or other tables.
Signed-off-by: Patrick Rudolph
Cc: Tom Rini
---
Changelog v9:
- default to BLOBLIST_ALLOC on arm
- Move default for BLOBLIST_SIZE_RELOC up
---
common/Kconfig | 2 ++
lib/Kconfig| 15 +--
2 files changed, 11 inse
Add a generic GICV2 driver that:
- parses the DT and generates the ACPI MADT subtables
- implement of_xlate() and allows irq_get_by_index() to return the
correct interrupt mappings
Map DT interrupts to ARM GIC interrupts as follows:
- Interrupt numbers ID32-ID1019 are used for SPIs
- ID0-ID15 a
Fill the MADT table in the GIC driver and armv8 CPU driver to
drop SoC specific code. While the GIC only needs devicetree
data, the CPU driver needs additional information stored in
the cpu_plat struct.
While on it update the only board making use of the existing
drivers and writing ACPI MADT in m
Support reading the "interrupts" property from the devicetree in case
the "interrupts-extended" property isn't found. As the "interrupts"
property is commonly used, this allows to parse all existing FDT and
makes irq_get_by_index() more useful.
The "interrupts" property doesn't contain a phandle a
Translate IRQs by implementing of_xlate() as required by
irq_get_by_index() to parse interrupt properties.
Map DT interrupts to ARM GIC interrupts as follows:
- Interrupt numbers ID32-ID1019 are used for SPIs
- ID0-ID15 are used for SGIs
- ID16-ID31 are used for PPIs
TEST: Booted on qemu sbsa-re
Rename 'ahci_mvebu' to 'ahci_generic' and select it by default.
The AHCI driver contains no SoC specific code and only expects the
base address to be passed, thus rename it to ahci_generic and add the
DT compatible string "generic-ahci".
Update existing defconfigs to use the new Kconfig name as we
The code accesses the gic-v3 node, but not the gic-v3-its node,
thus rename the objects to clarify which node it operates on.
The following commit will make use of the gic-v3-its node for real.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
---
arch/arm/lib/gic-v3-its.c | 10 +
Add a generic driver that binds to armv8 CPU nodes. The generic driver allows
- to enumerate CPUs present in a system, even when no other driver binds it
- generates ACPI SSDT code for each CPU
- Fill the ACPI MADT table (implemented in a follow up patch)
The newly introduced code could also be re
Add support for the generic XHCI driver that contains no SoC
specific code. It can be used on platforms that simply work out
of the box, like on emulated platforms.
TEST: Booted on QEMU sbsa machine using the generic xhci driver.
Signed-off-by: Patrick Rudolph
Reviewed-by: Marek Vasut
Cc: Tom R
Add a new method to write the processor device identified by _HID
ACPI0007, that is preferred over the Processor OpCode since ACPI 6.0.
Fixes booting arm using ACPI only since the Processor OpCode isn't
found valid by the Linux kernel.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc:
Allocate memory for ACPI tables in generic acpi code. When ACPI wasn't
installed in other places, install the ACPI table using BLOBLISTs.
This allows non x86 platforms to boot using ACPI only in case the
EFI loader is being used, since EFI is necessary to advertise the location
of the ACPI tables
Since ACPI 2.0 the RSDT is deprecated and the XSDT should be preferred.
Until now the RSDT and XSDT entries were keept in sync as all platforms
that installed ACPI tables placed them below 4GiB and thus the address
would fit into the 32bit RSDT.
On platforms that do not have usable DRAM below 4GiB
Allow other architectures to use acpi_create_mcfg_mmconfig as well
by moving the function prototype to common code.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon Glass
---
arch/x86/include/asm/acpi_table.h | 2 --
include/acpi/acpi_table.h | 13 +
2 fil
The SoC can implement acpi_fill_iort to update the IORT table.
Add a helper function to fill out the NAMED_COMPONENT node.
TEST=Run FWTS V24.03.00 on RPi4 and round no problems.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon Glass
---
include/acpi/acpi_table.h | 213 +++
Return the ACPI table revision in acpi_get_table_revision() for
PPTT and GTDT. Match both to ACPI 6.2.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon Glass
---
include/acpi/acpi_table.h | 2 ++
lib/acpi/acpi_table.c | 4
2 files changed, 6 insertions(+)
diff --git
The FADT structure found in U-Boot represents FADT revision 6 and the
GICC and GICD structures defined in U-Boot are based on ACPI revision
6.3.
Bump the table revision to fix FWTS failures seen on aarch64.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon Glass
Cc: Bin Meng
-
Add a new method to acpi_ops to let drivers fill out ACPI MADT.
The code is unused for now until drivers implement the new ops.
TEST: Booted on QEMU sbsa using driver model generated MADT.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon Glass
---
Changelog v4:
- Drop __weak a
Add generic ACPI code to generate
- MADT GICC
- MADT GICD
- MADT GICR
- MADT GIC ITS
- PPTT processor
- PPTT cache
as commonly used on arm platforms.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Tom Rini
Cc: Simon Glass
---
Changelog v2:
- Add full comments to exported function
Add the interrupt flag used in ACPI GTDT table as define.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon Glass
---
include/acpi/acpi_table.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/acpi/acpi_table.h b/include/acpi/acpi_table.h
index a1bdab7305..c6a3e44a
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
Reviewed-by: Simon Glass
Cc: Simon Glass
Cc: Tom Rini
---
boot/bootflow.c | 8 ++--
drivers/serial/serial_pl01x.c | 24
Rename ACPI tables MADR to MADT.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon Glass
---
include/acpi/acpi_table.h | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/include/acpi/acpi_table.h b/include/acpi/acpi_table.h
index c356df72ba..a1
Write MADT in common code and let the SoC fill out the body by
calling acpi_fill_madt() which must be implemented at SoC level.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon Glass
Cc: Bin Meng
---
Changelog v3:
- Pass ACPI context to acpi_fill_madt
---
arch/sandbox/lib/Mak
From: Maximilian Brune
Write the FADT in common code since it's used on all architectures.
Since the FADT is mandatory all SoCs or mainboards must implement the
introduced function acpi_fill_fadt() and properly update the FADT.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon
From: Maximilian Brune
This moves the SPCR and DBG2 table generation into common code, so that
they can be used by architectures other than x86.
Signed-off-by: Maximilian Brune
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon Glass
Cc: Bin Meng
---
Changelog v2:
- Do not ad
Based on the existing work done by Simon Glass this series adds
support for booting aarch64 devices using ACPI only.
As first target QEMU SBSA support is added, which relies on ACPI
only to boot an OS. As secondary target the Raspberry Pi4 was used,
which is broadly available and allows easy testin
Hi Heiko,
> Subject: imx8qxp: deneb board fails with current HEAD
>
> Hello Peng,
>
> I just rebased my current work on siemens deneb board with current
> master:
>
> * d5cab0d6ad - (HEAD -> master, origin/master, origin/WIP/15Oct2024,
> origin/HEAD) Revert "Makefile:
> Drop SPL_FIT_GENERATOR /
Hi Simon,
On 10/15/24 14:48, Simon Glass wrote:
Hi Michal,
On Thu, 10 Oct 2024 at 07:03, Michal Simek wrote:
On 10/9/24 23:14, Simon Glass wrote:
Hi Michal,
On Wed, 9 Oct 2024 at 07:21, Michal Simek wrote:
Hi,
On 10/9/24 03:55, Simon Glass wrote:
Hi Michal,
On Mon, 7 Oct 2024 at 07
Hello Peng,
I just rebased my current work on siemens deneb board with current
master:
* d5cab0d6ad - (HEAD -> master, origin/master, origin/WIP/15Oct2024, origin/HEAD) Revert "Makefile:
Drop SPL_FIT_GENERATOR / SPL_FIT_SOURCE support" changes (vor 3 Stunden)
And see:
"""
U-Boot SPL 2024.10-
Hi Tom.
On Wed, 16 Oct 2024 at 00:01, Tom Rini wrote:
>
> On Wed, Oct 16, 2024 at 12:00:01AM +0530, Anand Moon wrote:
>
> > Hi All,
> >
> > I am trying to create a RISC-V Archlinux image for the StarFive
> > VisionFive 2 v1.3B SBC.
> > Everything worked well initially, and I successfully until I
Add missing prototype to fix the sparse warning,
warning: no previous prototype for 'update_stripe'
[-Wmissing-prototypes].
Signed-off-by: Venkatesh Yadav Abbarapu
---
drivers/spi/zynq_qspi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/zynq_qspi.c b/drivers/sp
On Tue, Oct 15, 2024 at 09:42:35PM -0600, Tom Rini wrote:
> :hile we had hoped to be able to remove these options finally, it was
> missed that zynq still requires these currently.
>
> This reverts commit 5b9261fb0b1ed087387f2036d279fd3f4bb20a61 and
> commit 099b6df556c95f5d06864612e9199eab7ba50e
Hey all, here's the latest report.
-- Forwarded message -
From:
Date: Tue, Oct 15, 2024 at 5:06 PM
Subject: New Defects reported by Coverity Scan for Das U-Boot
To:
Hi,
Please find the latest report on new defect(s) introduced to Das
U-Boot found with Coverity Scan.
22 new de
On Tue, Oct 15, 2024 at 06:08:24PM +0200, Marek Vasut wrote:
> The following changes since commit c7aafb20ce9937f1e178ded46d8f22742f54c982:
>
> Merge tag 'u-boot-ufs-next-20241014' of
> https://source.denx.de/u-boot/custodians/u-boot-ufs (2024-10-14 08:15:15
> -0600)
>
> are available in the
Hi,
A little time ago I acquired a Radxa Rock (RK3188 SoC).
While it is an aging board, it is still quite capable and yet low-power.
However, the board I have is coming with a very old Linaro version on
the built-in flash.
Radxa does not really provide any recent builds, and the way the flash
is
I'm using Gboard to type in English (US) (QWERTY). You can try it at:
https://gboard.app.goo.gl/cSdoq
:hile we had hoped to be able to remove these options finally, it was
missed that zynq still requires these currently.
This reverts commit 5b9261fb0b1ed087387f2036d279fd3f4bb20a61 and
commit 099b6df556c95f5d06864612e9199eab7ba50ed3.
Reported-by: Jonas Karlman
Signed-off-by: Tom Rini
---
Makefi
Hello Alex,
Thanks for the v5. Please see a few comments below.
On 2024-10-15 23:28, Alex Shumsky wrote:
Increase rng-seed size to make Linux happy and initialize rng pool
instantly.
Linux 5.19+ requires 32 bytes of entropy to initialize random pool, but
u-boot
currently provides only 8 byte
Remove both "fdt_high" and "initrd_high" environment variables
in favor of "bootm_size" to safely contain a kernel, device tree
and initrd for relocation inside of 256 MiB region of DRAM.
Signed-off-by: Marek Vasut
---
Cc: Andreas Geisreiter
Cc: Christoph Niedermaier
Cc: Fabio Estevam
Cc: Mare
On 10/16/24 12:52 AM, Tom Rini wrote:
On Tue, Oct 15, 2024 at 10:48:12PM +0200, Jonas Karlman wrote:
On 2024-10-15 21:43, Tom Rini wrote:
On Sat, 05 Oct 2024 01:07:13 +0200, Marek Vasut wrote:
The SPL_FIT_SOURCE is long superseded by SPL_FIT_GENERATOR which
is long superseded by binman, drop
On Tue, Oct 15, 2024 at 12:29:34PM -0600, Tom Rini wrote:
> When we have platforms being emulated by QEMU we cannot rely on the
> "sleep" command running for the expected wall-clock amount of time. Even
> with our current allowance for deviation from expected time, it will
> still fail from time t
On 14/10/2024 09:00, Neil Armstrong wrote:
Now the Qualcomm controller and PHY drivers were accepted,
enable then in the qcom_defconfig file.
Signed-off-by: Neil Armstrong
Reviewed-by: Caleb Connolly
---
configs/qcom_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/conf
On Tue, Oct 15, 2024 at 10:48:12PM +0200, Jonas Karlman wrote:
> On 2024-10-15 21:43, Tom Rini wrote:
> > On Sat, 05 Oct 2024 01:07:13 +0200, Marek Vasut wrote:
> >
> >> The SPL_FIT_SOURCE is long superseded by SPL_FIT_GENERATOR which
> >> is long superseded by binman, drop SPL_FIT_SOURCE support
On Wed, Oct 09, 2024 at 04:02:50PM +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 the current implementation in net/,
> sele
On Tue, 15 Oct 2024 21:07:02 +0530, Sughosh Ganu wrote:
> This is part two of the series to have the EFI and LMB modules have a
> coherent view of memory. Part one of this goal was to change the LMB
> module to have a global and persistent memory map. Those patches have
> now been applied to the n
On Mon, Oct 14, 2024 at 1:20 PM Simon Glass wrote:
>
> Hi Tim,
>
> On Thu, 10 Oct 2024 at 16:05, Tim Harvey wrote:
> >
> > On Tue, Oct 8, 2024 at 6:56 PM Simon Glass wrote:
> > >
> > > Hi Tim,
> > >
> > > On Mon, 7 Oct 2024 at 14:16, Tim Harvey wrote:
> > > >
> > > > Greetings,
> > > >
> > > >
Increase rng-seed size to make Linux happy and initialize rng pool instantly.
Linux 5.19+ requires 32 bytes of entropy to initialize random pool, but u-boot
currently provides only 8 bytes.
Linux 5.18 and probably some versions before it used to require 64 bytes.
Bump min value to 64 bytes to be on
On 2024-10-15 21:43, Tom Rini wrote:
> On Sat, 05 Oct 2024 01:07:13 +0200, Marek Vasut wrote:
>
>> The SPL_FIT_SOURCE is long superseded by SPL_FIT_GENERATOR which
>> is long superseded by binman, drop SPL_FIT_SOURCE support as there
>> are no more users.
>>
>>
>
> Applied to u-boot/master, thank
Some I2C slave devices are read-only and don't even answer with NACK.
For example FD65x segment LED controllers.
Make them usable with i2c-gpio,sda-output-only that are already supported
by Linux 6.3+.
Signed-off-by: Alex Shumsky
---
doc/device-tree-bindings/i2c/i2c-gpio.txt | 2 ++
drivers/i2
On 10/8/24 4:16 PM, Fabio Estevam wrote:
Hi Marek,
Hello again,
On Mon, Oct 7, 2024 at 9:00 AM Marek Vasut wrote:
Currently the enablement of OF_UPSTREAM results on the build system
searching for DTs only in dts/upstream/ . There are platforms which
use U-Boot specific DTBOs applied on top
Move the SR3 bit definition in the right place. Fix
what is likely a rebase artifact. No functional change.
Fixes: 215f1d5794c6 ("mtd: spi-nor: Clear Winbond SR3 WPS bit on boot")
Signed-off-by: Marek Vasut
---
Cc: Hai Pham
Cc: Heinrich Schuchardt
Cc: Jagan Teki
Cc: Johann Neuhauser
Cc: Simon
On Mon, 14 Oct 2024 14:17:53 -0600, Simon Glass wrote:
> A comment in test-main.c was not updated with the recent rename. Fix it.
>
>
Applied to u-boot/master, thanks!
--
Tom
On Wed, 09 Oct 2024 18:28:57 -0600, Simon Glass wrote:
> This series collects together the patches from the Labgrid series which
> are not related to Labgrid, or at least can be applied independently of
> using Labgrid to run the lab.
>
> Changes in v7:
> - Fix 'board' typo
> - Split out from ear
On Tue, 08 Oct 2024 13:08:13 +0100, Andrew Goodbody wrote:
> When the config option CMD_MISC was renamed to CMD_SLEEP the check
> in the test for the sleep command was not updated. Do that now.
>
>
Applied to u-boot/master, thanks!
--
Tom
On Wed, 09 Oct 2024 14:15:38 +0100, Martyn Welch wrote:
> When configured correctly, we can detect when boot fails after the boot
> process has been handed over to the kernel through the use of U-Boot's
> bootcount support. In some instances, such as when we are performing
> atomic updates via a s
On Wed, 09 Oct 2024 01:02:05 +0200, Heinrich Schuchardt wrote:
> * Remove duplicate debug message in wget_connected()
> * Correct typo 'Connctd'
>
>
Applied to u-boot/master, thanks!
--
Tom
On Wed, 09 Oct 2024 13:08:54 +0200, Heinrich Schuchardt wrote:
> After downloading a file with wget the file size may be needed in follow up
> actions, e.g.
>
> * write file to device
> * calculate hash
>
> Let wget set the environment variable filesize.
>
> [...]
Applied to u-boot/master, tha
On Sat, 05 Oct 2024 01:07:13 +0200, Marek Vasut wrote:
> The SPL_FIT_SOURCE is long superseded by SPL_FIT_GENERATOR which
> is long superseded by binman, drop SPL_FIT_SOURCE support as there
> are no more users.
>
>
Applied to u-boot/master, thanks!
--
Tom
On Tue, 08 Oct 2024 19:18:31 +, Jonas Karlman wrote:
> The commit 0252924ac6d4 ("mmc: dw_mmc: Extract FIFO data transfer into a
> separate routine") unintentionally changed behavior of the FIFO data
> transfer routine.
>
> When data is read and size reaches 0 the original loop would wait on
>
On Tue, 15 Oct 2024 13:08:30 +0900, tkuw584...@gmail.com wrote:
> From: Takahiro Kuwano
>
> This series is equivalent to the one for Linux MTD submitted by
> Pratyush Yadav.
>
> https://patchwork.ozlabs.org/project/linux-mtd/list/?series=217759&state=*
>
> [...]
Applied to u-boot/master, than
Thanks Tom,
On Tue, 15 Oct 2024 at 22:16, Tom Rini wrote:
>
> On Tue, Oct 15, 2024 at 12:45:59PM -0600, Simon Glass wrote:
> > Hi,
> >
> > On Tue, 15 Oct 2024 at 09:37, Sughosh Ganu wrote:
> > >
> > >
> > > This is part two of the series to have the EFI and LMB modules have a
> > > coherent view
Simon,
On Tue, 15 Oct 2024 at 18:28, Simon Glass wrote:
>
> Hi Ilias,
>
> On Tue, 15 Oct 2024 at 07:38, Ilias Apalodimas
> wrote:
> >
> > Hi Simon,
> >
> > I did review enough of this series in v1 [0]. Please resend it with
> > the proper tags added. Did anything change and you dropped by r-b?
>
On Tue, Oct 15, 2024 at 12:45:59PM -0600, Simon Glass wrote:
> Hi,
>
> On Tue, 15 Oct 2024 at 09:37, Sughosh Ganu wrote:
> >
> >
> > This is part two of the series to have the EFI and LMB modules have a
> > coherent view of memory. Part one of this goal was to change the LMB
> > module to have a
On Tue, Oct 15, 2024 at 07:10:27AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Mon, 14 Oct 2024 at 17:07, Tom Rini wrote:
> >
> > On Mon, Oct 14, 2024 at 03:55:05PM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Mon, 14 Oct 2024 at 15:48, Tom Rini wrote:
> > > >
> > > > On Mon, Oct 14, 20
Hi,
On Tue, 15 Oct 2024 at 09:37, Sughosh Ganu wrote:
>
>
> This is part two of the series to have the EFI and LMB modules have a
> coherent view of memory. Part one of this goal was to change the LMB
> module to have a global and persistent memory map. Those patches have
> now been applied to th
On Wed, Oct 16, 2024 at 12:00:01AM +0530, Anand Moon wrote:
> Hi All,
>
> I am trying to create a RISC-V Archlinux image for the StarFive
> VisionFive 2 v1.3B SBC.
> Everything worked well initially, and I successfully until I upgraded
> OpenSBI and U-Boot
> to the latest versions.
Sorry for the
Hi All,
I am trying to create a RISC-V Archlinux image for the StarFive
VisionFive 2 v1.3B SBC.
Everything worked well initially, and I successfully until I upgraded
OpenSBI and U-Boot
to the latest versions.
I followed the instructions in the U-Boot documentation:
# u-boot/doc/board/starfive/vi
When we have platforms being emulated by QEMU we cannot rely on the
"sleep" command running for the expected wall-clock amount of time. Even
with our current allowance for deviation from expected time, it will
still fail from time to time. Exclude the sleep test here.
Signed-off-by: Tom Rini
---
This adds TCPM framework in preparation for fusb302 support, which can
handle USB power delivery messages. This is needed to solve issues with
devices, that are running from a USB-C port supporting USB-PD, but not
having a battery.
Such a device currently boots to the kernel without interacting wi
On Tue, 15 Oct 2024 at 17:34, Patrick Rudolph
wrote:
>
> Hi Peter,
> On Tue, Oct 15, 2024 at 12:28 PM Peter Robinson wrote:
> >
> > On Mon, 14 Oct 2024 at 14:12, Patrick Rudolph
> > wrote:
> > >
> > > Based on the existing work done by Simon Glass this series adds
> > > support for booting aarch
Hi Patrick,
> > > Based on the existing work done by Simon Glass this series adds
> > > support for booting aarch64 devices using ACPI only.
> > > As first target QEMU SBSA support is added, which relies on ACPI
> > > only to boot an OS. As secondary target the Raspberry Pi4 was used,
> > > which
On 10/15/24 2:19 PM, Andrew Goodbody wrote:
When test_usb_load finds multiple partitions of the same type then
it will cause a test failure. The call to write the test file will
write a different test file to each partition but only return the
name and size of the last one written. So the test th
On 10/15/24 11:34 AM, Quentin Schulz wrote:
Hi Alex,
On 10/15/24 12:15 AM, Alex Shumsky wrote:
Increase rng-seed size to make Linux happy and initialize rng pool
instantly.
Linux 5.19+ requires 32 bytes of entropy to initialize random pool,
but u-boot
currently provides only 8 bytes.
Linux 5.
On 10/15/24 5:26 PM, Sebastian Reichel wrote:
Add new section for USB TypeC Port Manager (TCPM) support, which
is needed to figure out cable orientation of USB-C plus and to do
USB PD communication.
Signed-off-by: Sebastian Reichel
Acked-by: Marek Vasut
Thanks !
On 10/15/24 4:17 PM, Andrew Goodbody wrote:
The tests test_usb_ext4load_ext4write, test_usb_ext2load and
test_usb_load depend on the command ext4write being present not just
the feature of being able to write to an ext4 file system. So update
their dependencies to include the ext4write command it
On Mon, Oct 14, 2024 at 04:32:05PM -0600, Simon Glass wrote:
> Update to a newer version which supports settings in CMOS RAM and
> linear framebuffer.
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
Hi Peter,
On Tue, Oct 15, 2024 at 12:28 PM Peter Robinson wrote:
>
> On Mon, 14 Oct 2024 at 14:12, Patrick Rudolph
> wrote:
> >
> > Based on the existing work done by Simon Glass this series adds
> > support for booting aarch64 devices using ACPI only.
> > As first target QEMU SBSA support is add
On Tue, 15 Oct 2024 at 16:28, Simon Glass wrote:
>
> Hi Peter,
>
> On Tue, 15 Oct 2024 at 07:34, Peter Robinson wrote:
> >
> > On Tue, 15 Oct 2024 at 14:10, Simon Glass wrote:
> > >
> > > Hi Peter,
> > >
> > > On Tue, 15 Oct 2024 at 04:28, Peter Robinson wrote:
> > > >
> > > > On Mon, 14 Oct 20
The following changes since commit c7aafb20ce9937f1e178ded46d8f22742f54c982:
Merge tag 'u-boot-ufs-next-20241014' of
https://source.denx.de/u-boot/custodians/u-boot-ufs (2024-10-14 08:15:15 -0600)
are available in the Git repository at:
git://source.denx.de/u-boot-usb.git master
for you to
A bunch of static functions in the LMB module have used a
double-undersore for the function names. It was suggested to use a
single-underscore instead, as the double-underscore is usually used
by library functions. Replace the double-underscore with
single-underscore for all functions.
Signed-off-
The variable overlap_only_ram is used to specify that the new memory
region that is being created needs to come from the free memory pool
-- this is done by carving out the memory region from the free
memory. The name is a bit confusing though, as other allocated memory
regions, like boot-services
1 - 100 of 189 matches
Mail list logo
