On Mon, 03 Mar 2025 19:02:25 +0530, Sughosh Ganu wrote:
> The patch series contains some fixes and improvements in the lmb
> code, along with addition of corresponding test cases for the changes
> made.
>
> The lmb_reserve() function currently does not check if the requested
> reservation would o
Hi Tony,
> -Original Message-
> From: Tom Rini
> Sent: Saturday, March 15, 2025 9:29 AM
> To: u-boot@lists.denx.de
> Cc: Chee, Tien Fong
> Subject: [PATCH] ARM: socfpga: Drop incorrect imply
> SYS_MMCSD_RAW_MODE_U_BOOT_USE_PARTITION*
>
> The use of both "imply
> SYS_MMCSD_RAW_MODE_U_BOO
> -Original Message-
> From: Tom Rini
> Sent: Saturday, 15 March 2025 12:54 am
> To: Maniyam, Dinesh
> Cc: u-boot@lists.denx.de; Marek ; Simon
> ; Simon Glass ; Dario
> Binacchi ; Ilias Apalodimas
> ; Heinrich Schuchardt ;
> Jerome Forissier ; Mattijs Korpershoek
> ; Ibai Erkiaga ;
> M
> -Original Message-
> From: Tom Rini
> Sent: Saturday, 15 March 2025 12:53 am
> To: Maniyam, Dinesh
> Cc: u-boot@lists.denx.de; Marek ; Simon
> ; Simon Glass ; Dario
> Binacchi ; Ilias Apalodimas
> ; Heinrich Schuchardt ;
> Jerome Forissier ; Mattijs Korpershoek
> ; Ibai Erkiaga ;
> M
> -Original Message-
> From: Tom Rini
> Sent: Saturday, 15 March 2025 12:53 am
> To: Maniyam, Dinesh
> Cc: u-boot@lists.denx.de; Marek ; Simon
> ; Simon Glass ; Dario
> Binacchi ; Ilias Apalodimas
> ; Heinrich Schuchardt ;
> Jerome Forissier ; Mattijs Korpershoek
> ; Ibai Erkiaga ;
> M
On Sun, Mar 16, 2025 at 06:53:00PM +0100, Michael Nazzareno Trimarchi wrote:
> The following changes since commit 15d6518c942f0da13f9a7ceeadbd925c3317ec8d:
>
> ARM: dts: imx: Drop bogus regulator extras on DH i.MX6 DHCOM DRC02
> (2025-03-13 15:22:48 -0600)
>
> are available in the Git reposito
On Mon, 17 Mar 2025 04:15:23 +0100, Marek Vasut wrote:
> The following changes since commit 0e1fc465fea62ebae91f2f56cb823e8b37ee1077:
>
> Merge tag 'dm-pull-15mar25' of git://git.denx.de/u-boot-dm into next
> (2025-03-15 08:19:31 -0600)
>
> are available in the Git repository at:
>
> git:/
>
> On 3/17/25 12:36 PM, Minda Chen wrote:
> > Add USB related file to Starfive visionfive2 MAINTAINERS.
> > The N: pattern can override this.
> >
> > Signed-off-by: Minda Chen
> > ---
> > board/starfive/visionfive2/MAINTAINERS | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/b
On Thu, 23 Jan 2025 07:37:37 -0700
Simon Glass wrote:
Hi Simon,
thanks for chiming in, and sorry, just realised I never answered to
that email
> On Mon, 20 Jan 2025 at 17:06, Andre Przywara wrote:
> >
> > On Mon, 20 Jan 2025 12:21:28 -0700
> > Simon Glass wrote:
> >
> > Hi Simon,
> >
>
Some of the X-Power AXP PMICs can be ordered with an alternative I2C
address, for instance an AXP717 could be shipped with address 0x34 or
with address 0x35. Similarly the AXP803 lists two possible addresses.
For DM (DT) based drivers this is no problem, but the Allwinner SPL
code relies on exactly
[cc list trimmed and adding Rasmus]
On Sat, Mar 15, 2025 at 02:38:29PM +, Simon Glass wrote:
> Hi Tom,
>
> On Sat, 15 Mar 2025 at 13:57, Tom Rini wrote:
> >
> > On Sat, Mar 15, 2025 at 12:54:25PM +, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Fri, 14 Mar 2025 at 16:06, Tom Rini wrot
Add switch -q for quiet operation to all fuse subcommands. This helps
avoid bloating the console with messages that can be distracting to
users (particularly when the command is employed by scripts and multiple
fuse values are read/compared/programmed). For example, the "fuse cmp"
command normally
On Mon, Mar 17, 2025 at 09:12:14PM +0200, Ilias Apalodimas wrote:
> Hi Tom,
>
> On Sat, 15 Mar 2025 at 16:17, Tom Rini wrote:
> >
> > A problem we hit on our CI runners themselves, from time to time, is a
> > lack of disk space on the host. This is because Gitlab has no automation
> > itself arou
On Mon, Mar 17, 2025 at 01:13:22PM +, Caleb Connolly wrote:
> Hi Sam,
>
> Can you re-send this without all the prerequisite-patch-id tags? b4 is
> desperately trying to apply ~140 patches from some old next branch to my
> tree and tbh im not sure how to make it stop.
FYI, this only gets trigg
Hi Mark,
Thanks for taking a look
On Mon, 17 Mar 2025 at 18:18, Mark Kettenis wrote:
>
> > From: Ilias Apalodimas
> > Date: Mon, 17 Mar 2025 15:38:36 +0200
> >
> > The EFI subsystem defines its own bounce buffer for devices that
> > can't transfer data > 4GB. U-Boot already has a generic BOUNCE_
> From: Ilias Apalodimas
> Date: Mon, 17 Mar 2025 15:38:36 +0200
>
> The EFI subsystem defines its own bounce buffer for devices that
> can't transfer data > 4GB. U-Boot already has a generic BOUNCE_BUFFER
> which can be reused instead of defining another symbol.
> The only limitation for EFI is
Hi Tom,
On Sat, 15 Mar 2025 at 16:17, Tom Rini wrote:
>
> A problem we hit on our CI runners themselves, from time to time, is a
> lack of disk space on the host. This is because Gitlab has no automation
> itself around the removal of items it put in a "cache". While part of
> the way to alleviat
On 3/6/25 7:20 AM, Minda Chen wrote:
Add Starfive JH7110 Cadence USB driver and related PHY driver.
So the codes can be used in visionfive2 and star64 7110 board.
The driver is almost the same with kernel driver.
Test with Star64 JH7110 board USB 3.0 + USB 2.0 host.
The code can work.
The Star
The EFI subsystem defines its own bounce buffer for devices that
can't transfer data > 4GB. U-Boot already has a generic BOUNCE_BUFFER
which can be reused instead of defining another symbol.
The only limitation for EFI is that we don't know how big the file a user
chooses to transfer is and as a re
On Thu, 30 Jan 2025 11:07:45 +0530, Varadarajan Narayanan wrote:
> These patches introduce the initial support code needed
> for the QTI IPQ9574 SoC and RDP433 board.
>
> SoC : Qualcomm IPQ9574
> RAM : 2GB DDR4
> Flash : eMMC 8GB
> WiFi: 1 x 2.4GHz, 1 x 5GHz
On Wed, 26 Feb 2025 12:14:58 +0530, Varadarajan Narayanan wrote:
> These patches introduce the initial support code needed
> for the QTI IPQ9574 SoC and RDP433 board.
>
> SoC : Qualcomm IPQ9574
> RAM : 2GB DDR4
> Flash : eMMC 8GB
> WiFi: 1 x 2.4GHz, 1 x 5GHz
On 17/03/2025 17:15, Caleb Connolly wrote:
These are all usually enabled, hence we don't (yet) bother configuring
their RCG src clocks.
Add them to remove the errors about missing clocks when the UFS and MMC
drivers probe.
Signed-off-by: Caleb Connolly
---
drivers/clk/qcom/clock-sc7280.c | 1
On 14/03/2025 17:09, Caleb Connolly wrote:
Correct the error messages so they accurately describe that we failed to
disable the clocks, not to enable them.
Signed-off-by: Caleb Connolly
---
drivers/i2c/geni_i2c.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drive
On Thu, 06 Mar 2025 11:12:30 +0100, Michal Simek wrote:
> U-Boot version command is no longer showing information about GCC and LD.
> The reason is that version.h has been removed that's why CC_VERSION_STRING
> and LD_VERSION_STRING are not pass.
> Values are generated to generated/version_autogen
On 17/03/2025 17:15, Caleb Connolly wrote:
Stub the RPMh clock controller on SC7280
Signed-off-by: Caleb Connolly
---
drivers/clk/clk-stub.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/clk-stub.c b/drivers/clk/clk-stub.c
index
5fbbb07b7f7b93e619baf596064c4b3a3bfeecc0..34
As far as I can tell no one makes any use of
test/py/tests/test_memtest.py. At least there is no entry in
u-boot-hooks that will enable its use.
This is not surprising as the code does not actually work correctly. It
will construct a command line for the 'mtest' command with some decimal
para
On Wed, 12 Feb 2025 07:01:20 +, Sam Day wrote:
> The msm-rng driver is currently broken on MSM8916.
>
> The first issue is that the core clock isn't defined and thus not being
> enabled before registers in the PRNG block are accessed.
>
> The second issue is that the enable method is only i
On Mon, 17 Mar 2025 11:45:23 +0100, Heinrich Schuchardt wrote:
> The following changes since commit 15d6518c942f0da13f9a7ceeadbd925c3317ec8d:
>
>ARM: dts: imx: Drop bogus regulator extras on DH i.MX6 DHCOM DRC02
> (2025-03-13 15:22:48 -0600)
>
> are available in the Git repository at:
>
>
On Mon, 17 Mar 2025 04:16:11 +0100, Marek Vasut wrote:
> These are mainly DBSC5 DRAM controller specific fixes and updates for current
> release. There is the long overdue BL31 start V4H board code as well, that
> should be in the current release to make the V4H White Hawk board usable with
> SPL,
These are all usually enabled, hence we don't (yet) bother configuring
their RCG src clocks.
Add them to remove the errors about missing clocks when the UFS and MMC
drivers probe.
Signed-off-by: Caleb Connolly
---
drivers/clk/qcom/clock-sc7280.c | 11 +++
1 file changed, 11 insertions(+
Stub the RPMh clock controller on SC7280
Signed-off-by: Caleb Connolly
---
drivers/clk/clk-stub.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/clk-stub.c b/drivers/clk/clk-stub.c
index
5fbbb07b7f7b93e619baf596064c4b3a3bfeecc0..343fa5cd3fe1704c6bb15a8c9852b9b4e4990351
100644
We're missing a few clocks that the MMC and UFS drivers try to enable on
SC7280. These aren't fatal (the clocks are actually already enabled by
the previous bootloader stage). But it's good practise to enable them
anyway.
This doesn't handle programming the RCGs (the parent clocks) since we
expect
Hi Tom,
On Fri, Mar 14, 2025 at 10:34:22AM -0600, Tom Rini wrote:
> On Fri, Mar 14, 2025 at 11:06:49AM +0100, Stefan Eichenberger wrote:
>
> > From: Stefan Eichenberger
> >
> > The get_ram_size() function fails to restore the original RAM data when
> > the data cache is enabled. This issue was
:31 -0600)
are available in the Git repository at:
g...@source.denx.de:u-boot/custodians/u-boot-snapdragon.git
tags/qcom-next-20250317
for you to fetch changes up to 69aab567407efe67b8b2a10a3843656101b402ca:
pinctrl/qcom: fix kconfig option names (2025-03-17
On Mon, Mar 17, 2025 at 12:15:07PM +0530, Prasanth Babu Mantena wrote:
> ICACHE is enabled in board_init_f which executes only before relocation.
> Instruction cache invalidation is needed after relocation as well in the
> common spl, which is taken care in the u-boot init_sequence, but missing
>
On 3/17/25 14:12, Neil Armstrong wrote:
On 14/03/2025 17:09, Caleb Connolly wrote:
Qualcomm peripherals like UART, SPI, I2C, etc are all exposed under a
common GENI Serial Engine wrapper device. Replace the stub driver we use
for this currently with a full-on misc device and implement support
On 17/03/2025 15:33, Caleb Connolly wrote:
On 3/17/25 14:12, Neil Armstrong wrote:
On 14/03/2025 17:09, Caleb Connolly wrote:
Qualcomm peripherals like UART, SPI, I2C, etc are all exposed under a
common GENI Serial Engine wrapper device. Replace the stub driver we use
for this currently with
On Sat, Mar 15, 2025 at 02:25:29PM +, Simon Glass wrote:
> This option is not actually defined in Kconfig anymore. Use a normal
> debug print instead, which has a similar effect.
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Sat, Mar 15, 2025 at 02:25:27PM +, Simon Glass wrote:
> This is not needed in SPL, so drop it.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> arch/x86/lib/Makefile | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/arch/x86/lib/Makefile b/arch/x86/lib/Makef
On Mon, 27 Jan 2025 14:48:55 +, Sam Day wrote:
> Most MSM8916 devices shipped without PSCI support. The history is quite
> nuanced (a good overview can be found in [1]), but the end result is
> that the upstream DTs for this SoC pretend that PSCI exists, and it's
> expected that the bootloade
On Mon, Mar 17, 2025 at 02:29:39PM +0530, Harsha Vardhan V M wrote:
>
>
> On 14/03/25 19:39, Tom Rini wrote:
> > On Fri, Mar 14, 2025 at 07:13:19PM +0530, Harsha Vardhan V M wrote:
> > >
> > >
> > > On 13/03/25 21:45, Tom Rini wrote:
> > > > On Thu, Mar 13, 2025 at 05:25:14PM +0530, Harsha Vard
On Sun, Mar 16, 2025 at 7:18 PM Adam Ford wrote:
> The doc you referred me to states: Currently, we support running
> GitLab CI pipelines only for custodians, due to the resources the
> project has available
Correct, so you should use the Github method.
> I tried pushing my branch to Github, b
On 14/03/2025 17:09, Caleb Connolly wrote:
Load firmware for the peripheral if necessary.
Signed-off-by: Caleb Connolly
---
drivers/i2c/geni_i2c.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/i2c/geni_i2c.c b/drivers/i2c/geni_i2c.c
index
4eb41ba852f7790ca646c8ba38f29f
On 14/03/2025 17:09, Caleb Connolly wrote:
Qualcomm peripherals like UART, SPI, I2C, etc are all exposed under a
common GENI Serial Engine wrapper device. Replace the stub driver we use
for this currently with a full-on misc device and implement support for
loading peripheral firmware.
Each of t
On Mon, Mar 17, 2025 at 10:48:57AM +0100, Michal Simek wrote:
> Hi Tom,
>
> On 3/10/25 14:56, Tom Rini wrote:
> > On Mon, Mar 10, 2025 at 08:49:32AM +0100, Michal Simek wrote:
> > >
> > >
> > > On 3/6/25 15:12, Michal Simek wrote:
> > > >
> > > >
> > > > On 3/6/25 15:02, Tom Rini wrote:
> > >
On 14/03/2025 16:31, Caleb Connolly wrote:
Add support for a bunch of new clocks, including PCIe, GENI (for all
peripherals used on the RB3 Gen 2), and some missing USB clocks.
Signed-off-by: Caleb Connolly
---
drivers/clk/qcom/clock-sc7280.c | 104 +++-
1
On 14/03/2025 16:31, Caleb Connolly wrote:
Dump a few PCIe and USB clocks
Signed-off-by: Caleb Connolly
---
drivers/clk/qcom/clock-sc7280.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/clk/qcom/clock-sc7280.c b/drivers/clk/qcom/clock-sc7280.c
index
8ffd1f43f
On 14/03/2025 16:31, Caleb Connolly wrote:
If we try to enable a gate clock that doesn't exist, we used to just
fail silently. This may make sense for early bringup of some core
peripherals that we know are already enabled, but it only makes
debugging missing clocks more difficult.
Bubble up err
On 3/17/25 13:45, Tom Rini wrote:
On Mon, Mar 17, 2025 at 01:13:22PM +, Caleb Connolly wrote:
Hi Sam,
Can you re-send this without all the prerequisite-patch-id tags? b4 is
desperately trying to apply ~140 patches from some old next branch to my
tree and tbh im not sure how to make it st
On Mon, 17 Mar 2025 13:25:14 +, Caleb Connolly wrote:
> A copy-paste error is starting to get out of hand... Fix all these so
> they don't look like clock drivers in menuconfig.
>
>
Applied, thanks!
[1/1] pinctrl/qcom: fix kconfig option names
https://source.denx.de/u-boot/custodia
On Wed, 22 Jan 2025 16:02:50 +0100, Caleb Connolly wrote:
> Introduce and enable pinctrl support for SC7280 and QCM6490, similarly
> to other platforms.
>
> This was missed during RB3 Gen 2 bringup.
>
Applied, thanks!
[1/2] pinctrl: qcom: add sc7280 pinctrl driver
https://source.denx.d
On Sat, 25 Jan 2025 19:59:11 +, Sam Day wrote:
> Most MSM8916 devices shipped without PSCI support in their TZ firmware.
> Instead, they use PSHOLD. These patches enable both PSCI and PSHOLD
> sysreset drivers in qcom_defconfig.
>
> Caleb had already submitted ([1]) a patch to do the switch
On Thu, 23 Jan 2025 12:12:14 +, Sam Day wrote:
> qcom_parse_memory is updated to return a -ENODATA error if the passed
> FDT does not contain a /memory node, or that node is incomplete (size=0)
>
> board_fdt_blob_setup first tries to call qcom_parse_memory with the
> internal FDT (if present
On Tue, 25 Feb 2025 12:22:56 +0530, Varadarajan Narayanan wrote:
> These patches introduce the initial support code needed
> for the QTI IPQ9574 SoC and RDP433 board.
>
> SoC : Qualcomm IPQ9574
> RAM : 2GB DDR4
> Flash : eMMC 8GB
> WiFi: 1 x 2.4GHz, 1 x 5GHz
On Mon, Mar 17, 2025 at 01:13:22PM +, Caleb Connolly wrote:
> Hi Sam,
>
> Can you re-send this without all the prerequisite-patch-id tags? b4 is
> desperately trying to apply ~140 patches from some old next branch to my
> tree and tbh im not sure how to make it stop.
You can use --merge-base
A copy-paste error is starting to get out of hand... Fix all these so
they don't look like clock drivers in menuconfig.
Signed-off-by: Caleb Connolly
---
drivers/pinctrl/qcom/Kconfig | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/pinctrl/qc
On 3/12/25 08:51, Varadarajan Narayanan wrote:
On Tue, Mar 11, 2025 at 03:27:25PM +, Caleb Connolly wrote:
Hi Varadarajan,
Thanks for the series, and apologies for the slow reply, i've been out sick
and still finding my feet again.
Oops. Sorry to have troubled you.
no worries :D
O
Hi Sam,
Can you re-send this without all the prerequisite-patch-id tags? b4 is
desperately trying to apply ~140 patches from some old next branch to my
tree and tbh im not sure how to make it stop.
Kind regards,
On 1/27/25 23:02, Sam Day wrote:
This patch series depends on the "mach-snapdra
On 3/17/25 12:36 PM, Minda Chen wrote:
Add USB related file to Starfive visionfive2 MAINTAINERS.
The N: pattern can override this.
Signed-off-by: Minda Chen
---
board/starfive/visionfive2/MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/starfive/visionfive2/MAINTAINERS
Hello,
On 17.03.25 12:10, Quentin Schulz wrote:
Hi Fabio,
On 3/15/25 12:58 PM, Fabio Estevam wrote:
Hi Hendrik,
On Fri, Mar 14, 2025 at 5:09 PM Hendrik Donner
wrote:
In c9713c155127 the device tree was moved
from CONFIG_SPL to CONFIG_SPL_BUILD and later to CONFIG_XPL_BUILD, but
the CONF
Hi Sumit,
On 07/03/25 11:46 am, Sumit Garg wrote:
> [Some people who received this message don't often get email from
> sumit.g...@kernel.org. Learn why this is important at
> https://aka.ms/LearnAboutSenderIdentification ]
>
> EXTERNAL EMAIL: Do not click links or open attachments unless you k
Add USB related file to Starfive visionfive2 MAINTAINERS.
The N: pattern can override this.
Signed-off-by: Minda Chen
---
board/starfive/visionfive2/MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/starfive/visionfive2/MAINTAINERS
b/board/starfive/visionfive2/MAINTAINERS
in
The generic filesystem interface was so far untested. The interface
is similar to the FS specific interfaces with FS specific prefixes,
like ext4ls, fatmkdir, ... but it does not have any prefixes, i.e.
it provides plain ls, mkdir, ... commands.
Extend the test parameters to include 'fs_cmd_prefix
On 14/03/25 22:08, Tom Rini wrote:
On Fri, Mar 14, 2025 at 07:27:03PM +0530, Harsha Vardhan V M wrote:
Add documentation for the 'fuse' sub-system commands.
Signed-off-by: Harsha Vardhan V M
---
doc/usage/cmd/fuse.rst | 156 +
1 file changed, 156
Hi Fabio,
On 3/15/25 12:58 PM, Fabio Estevam wrote:
Hi Hendrik,
On Fri, Mar 14, 2025 at 5:09 PM Hendrik Donner wrote:
In c9713c155127 the device tree was moved
from CONFIG_SPL to CONFIG_SPL_BUILD and later to CONFIG_XPL_BUILD, but
the CONFIG_xPL_BUILD defines are never set for device trees,
From: Luke Wang
Current mmc bootpart-resize cmd only support samsung emmc boot/rpmb
partition resizing. Add sandisk and micron emmc boot/rpmb partition
resizing support. The commands and parameters for resizing partitions
are different for each manufacturer. Select the corresponding function
acco
Dear Tom,
The following changes since commit 15d6518c942f0da13f9a7ceeadbd925c3317ec8d:
ARM: dts: imx: Drop bogus regulator extras on DH i.MX6 DHCOM DRC02
(2025-03-13 15:22:48 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-202
On Mon, 17 Mar 2025 at 15:36, Michal Simek wrote:
>
> Hi Sughosh and Ilias,
>
> On 6/5/24 16:55, Michal Simek wrote:
> > The commit cb9ae40a16f0 ("tools: mkfwumdata: add logic to append vendor
> > data to the FWU metadata") added support for adding vendor data to mdata
> > structure but it is not
Hi, thanks!
On 17.03.2025 09:09, Michael Nazzareno Trimarchi wrote:
> Hi Arseniy
>
> On Sun, Dec 22, 2024 at 10:23 PM Arseniy Krasnov <
> avkras...@salutedevices.com> wrote:
>
>> If 'oob_required' is not set by the caller (for example 'oobbuf' is NULL),
>> then driver doesn't copy OOB data from
On Fri, 14 Mar 2025 at 16:27, Ilias Apalodimas
wrote:
>
> Ben reports a failure to boot the kernel on hardware that starts its
> physical memory from 0x0.
> The reason is that lmb_alloc_addr(), which is supposed to reserve a
> specific address, takes the address as the first argument, but then als
Hi Sughosh and Ilias,
On 6/5/24 16:55, Michal Simek wrote:
The commit cb9ae40a16f0 ("tools: mkfwumdata: add logic to append vendor
data to the FWU metadata") added support for adding vendor data to mdata
structure but it is not visible anywhere that's why extend fwu command to
dump it.
Signed-o
On 3/14/25 12:47, Naresh Kumar Ravulapalli wrote:
Partial Reconfiguration (pr) command is added to U-Boot console. The
pr command will use the Freeze Controller which can freeze and
unfreeze the specified partial reconfiguration region. The pr command
supports multiple regions for partial reco
Hi Tom,
On 3/10/25 14:56, Tom Rini wrote:
On Mon, Mar 10, 2025 at 08:49:32AM +0100, Michal Simek wrote:
On 3/6/25 15:12, Michal Simek wrote:
On 3/6/25 15:02, Tom Rini wrote:
On Thu, Mar 06, 2025 at 11:12:30AM +0100, Michal Simek wrote:
U-Boot version command is no longer showing informat
On 13/03/25 21:49, Tom Rini wrote:
On Thu, Mar 13, 2025 at 05:25:16PM +0530, Harsha Vardhan V M wrote:
Add K3_FUSE config option to add and enable fuse sub-system
implementation function calls.
Signed-off-by: Harsha Vardhan V M
Reviewed-by: Tom Rini
And can you please file an issue on
On 3/7/25 07:29, Mike Looijmans wrote:
Allow config headers that include zynq-common.h to provide their own
(distro) boot strategies. This is implemented by skipping the section
when BOOT_ENV has already been defined.
Signed-off-by: Mike Looijmans
---
include/configs/zynq-common.h | 6 +++
On 14/03/25 19:39, Tom Rini wrote:
On Fri, Mar 14, 2025 at 07:13:19PM +0530, Harsha Vardhan V M wrote:
On 13/03/25 21:45, Tom Rini wrote:
On Thu, Mar 13, 2025 at 05:25:14PM +0530, Harsha Vardhan V M wrote:
Remove custom string functions and replace them with normal string
functions. Remo
Am Freitag, dem 14.03.2025 um 19:29 -0600 schrieb Tom Rini:
> As the code is today, we get a warning about "select" statements on
> "choice" options not doing anything. In this case we can easily fix
> this
> by dropping the select line as the following choice statement handles
> things correctly.
Since the SoC and board DT are already available in dts/upstream,
add the difference from upstream DTS to at91-sam9x75_curiosity-u-boot.dtsi
Signed-off-by: Manikandan Muralidharan
---
.../dts/at91-sam9x75_curiosity-u-boot.dtsi| 107 ++
1 file changed, 107 insertions(+)
creat
On 3/15/25 23:18, Sam Edwards wrote:
While the _start label is only intended for use locally to populate the
(hand-written) PE header, the linker script includes ENTRY(_start) which
designates it as the entry point in the output ELF, resulting in linker
warnings under some linkers (e.g. LLVM's ll
Add information about the type of blkmap slices as an attribute in the
corresponding slice structure. Put information in the blkmap slice
structure to identify if it is associated with a memory or linear
mapped device. Which can then be used to take specific action based on
the type of the blkmap s
From: Varshini Rajendran
Add new Microchip sam9x7 SoC based on an ARM926.
Signed-off-by: Varshini Rajendran
Signed-off-by: Balamanikandan Gunasundar
Signed-off-by: Manikandan Muralidharan
---
arch/arm/mach-at91/Kconfig| 4 +
arch/arm/mach-at91/arm926ejs/Makefile
On 3/15/25 23:18, Sam Edwards wrote:
EFI applications need to be relocatable. Ordinarily, this is achieved
through a PE-format .reloc section, but since that requires toolchain
tricks to achieve, U-Boot's EFI applications instead embed ELF-flavored
relocation information and use it for self-reloc
The EFI HTTP boot puts the ISO installer image at some location in
memory. Information about this image has to be passed on to the OS
kernel, which is done by adding a persistent memory(pmem) node to the
devicetree(DT) that is passed to the OS. The OS kernel then gets
information about the presence
Some blkmap memory mapped devices might have to be relevant even
after U-Boot passes control to the next image as part of the platform
boot. An example of such a mapping would be an OS installer ISO image,
information for which has to be provided to the OS kernel. Use the
'preserve' attribute for s
From: Ilias Apalodimas
With upcoming changes supporting pmem nodes, we need to remove the
pmem area from the EFI memory map. Rename efi_add_memory_map_pg() to
efi_update_memory_map(), and allow removing memory from the EFI memory
map.
Signed-off-by: Ilias Apalodimas
Signed-off-by: Sughosh Ganu
From: Ilias Apalodimas
ACPI has NFIT and NVDIMM support to provide ramdisks to the OS. Linux
and device trees have support for persistent memory(pmem) devices. The
firmware can then add a pmem node for the region of memory occupied by
the ramdisk when passing the device-tree to the OS.
It's wort
From: Masahisa Kojima
One of the problems an OS may face, when running in EFI, is that
a mounted ISO, after calling ExitBootServices goes away, if that ISO
is resident in RAM memory as a ramdisk.
ACPI has NFIT and NVDIMM support to provide ramdisks to the OS, but we
don't have anything in place
This is problematic in EFI, since U-Boot mounts the image, starts the
installer, and eventually calls ExitBootServices. At that point the
image U-Boot mounted disappears. Some distros don't care and download
the missing packages from a web archive, while others halt the
installation complaining the
The efi_install_fdt() function is called before booting an EFI binary,
either directly, or through a bootmanager. This function installs a
copy of the device-tree(DT) on the EFI configuration table, which is
passed on to the OS.
The current logic in this function does not install a DT if a
device-
There is logic in the copy_fdt() function which is iterating over the
platform's DRAM banks and setting the fdt_ram_start variable. However,
this variable is not used subsequently in the function. Remove this
superfluous code.
Signed-off-by: Sughosh Ganu
Reviewed-by: Ilias Apalodimas
Reviewed-by
Add default configuration for sd-card to boot the linux kernel.
Signed-off-by: Manikandan Muralidharan
---
board/atmel/sam9x75_curiosity/MAINTAINERS | 1 +
configs/sam9x75_curiosity_mmc_defconfig | 73 +++
2 files changed, 74 insertions(+)
create mode 100644 configs/sam9x
91 matches
Mail list logo
