On Mon, Oct 14, 2024 at 8:42 PM Marek Vasut wrote:
>
> On 10/13/24 4:32 PM, Lothar Rubusch wrote:
>
> [...]
>
> > diff --git a/arch/arm/dts/socfpga_arria10_enclustra_mercury_aa1.dts
> > b/arch/arm/dts/socfpga_arria10_enclustra_mercury_aa1.dts
> > new file mode 100644
> > index 00..1b29ab9
Add ops get_dir_flags() to read status from GPIO registers.
Signed-off-by: Zixun LI
---
Changes in v2:
- Fix pullup read polarity
---
drivers/gpio/at91_gpio.c | 45
1 file changed, 45 insertions(+)
diff --git a/drivers/gpio/at91_gpio.c b/drivers/gpio/at
On Mon, Oct 14, 2024 at 8:42 PM Marek Vasut wrote:
[...]
> > diff --git a/board/enclustra/mercury_aa1/fpga.its
> > b/board/enclustra/mercury_aa1/fpga.its
> > new file mode 100644
> > index 00..cb42d61fbd
> > --- /dev/null
> > +++ b/board/enclustra/mercury_aa1/fpga.its
> > @@ -0,0 +1,32
On Tue, 15 Oct 2024 22:14:53 +0200, Marek Vasut wrote:
> Move the SR3 bit definition in the right place. Fix
> what is likely a rebase artifact. No functional change.
>
>
Applied to u-boot/master, thanks!
--
Tom
On Fri, 18 Oct 2024 04:46:57 +0200, Heinrich Schuchardt wrote:
> Building on 32-bit results in a build failure:
>
> cmd/upl.c:75:51: warning: format ‘%lx’ expects argument of type
> ‘long unsigned int’, but argument 3 has type ‘size_t’
> {aka ‘unsigned int’} [-Wformat=]
> 75 | pri
On Wed, 16 Oct 2024 16:48:26 -0700, Raymond Mao wrote:
> Fixes of unreleased buffer, deadcode and wrong variable type detected
> by coverity scan.
>
> Addresses-Coverity-ID: 510809: Resource leaks (RESOURCE_LEAK)
> Addresses-Coverity-ID: 510806: Control flow issues (DEADCODE)
> Addresses-Cove
On Fri, 18 Oct 2024 15:51:07 +0200, Caleb Connolly wrote:
> lmb_add_region() returns a positive integer if the added regions causes
> existing regions to be coalesced. We still want to notify the EFI
> subsystem about these added regions though, so adjust lmb_add() to only
> bail on errors.
>
> T
Hi Jonas,
On Fri, 18 Oct 2024 at 10:34, Jonas Karlman wrote:
>
> Implement checkboard() to print current SoC model, e.g. one of:
>
> SoC: RK3566 v1
> SoC: RK3566 v2
> SoC: RK3566T v2
> SoC: RK3568 v2
> SoC: RK3568B2 v2
> SoC: RK3568J v2
>
> when U-Boot proper is started.
>
On Fri, Oct 18, 2024 at 12:48:31PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Fri, 18 Oct 2024 at 12:04, Tom Rini wrote:
> >
> > On Fri, Oct 18, 2024 at 11:20:52AM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Fri, 18 Oct 2024 at 10:33, Tom Rini wrote:
> > > >
> > > > On Fri, Oct 18, 20
On 10/19/24 01:01, Mark Kettenis wrote:
Date: Fri, 18 Oct 2024 19:26:01 +0200
From: Heinrich Schuchardt
Hi Heinrich,
On 10/18/24 19:21, Simon Glass wrote:
Hi Heinrich,
On Thu, 17 Oct 2024 at 19:18, Heinrich Schuchardt
wrote:
The EFI boot-manager is the default method to boot EFI binarie
> Subject: [PATCH 2/2] mx6ul_14x14_evk: Convert to watchdog driver
> model
>
> From: Fabio Estevam
>
> Commit 68dcbdd594d4 ("ARM: imx: Add weak default reset_cpu()")
> caused the 'reset' command in U-Boot to not cause a board reset.
>
> Fix it by switching to the watchdog driver model via sysre
> Subject: [PATCH 1/2] mx6ul_14x14_evk: Remove unneeded USB board
> code
>
> From: Fabio Estevam
>
> With CONFIG_DM_USB, there is no longer the need for any USB board
> code anymore.
>
> Remove the unneeded USB board code.
>
> While at it, also remove the uneeeded
> CONFIG_USB_MAX_CONTROLLER_C
From: Peng Fan
serial_init runs into panic because no serial device found.
Update the device tree to include bootph-some-ram for some critial
devices needed in pre-reloc stage
Also update usdhc related properties to avoid card initialization
failure.
Fixes: 8c103c33fb1 ("dm: dts: Convert driver
From: Peng Fan
serial_init runs into panic because no serial device found.
Update the device tree to include bootph-some-ram for some critial
devices needed in pre-reloc tage
Fixes: 8c103c33fb1 ("dm: dts: Convert driver model tags to use new schema")
Signed-off-by: Peng Fan
---
CI: passed
ar
* Fixes a warning about implicit declaration of udelay.
Signed-off-by: Philip Balister
---
drivers/gpio/mcp230xx_gpio.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpio/mcp230xx_gpio.c b/drivers/gpio/mcp230xx_gpio.c
index 42e7fe9d474..b6f533b1306 100644
--- a/drivers/gpio/mcp230
On 10/18/24 22:36, Tom Rini wrote:
On Fri, Oct 18, 2024 at 02:17:36PM -0600, Simon Glass wrote:
Hi Heinrich,
On Fri, 18 Oct 2024 at 11:26, Heinrich Schuchardt
wrote:
On 10/18/24 19:21, Simon Glass wrote:
Hi Heinrich,
On Thu, 17 Oct 2024 at 19:18, Heinrich Schuchardt
wrote:
The EFI boot-
On Fri, Oct 18, 2024 at 10:49:16PM +0200, Heinrich Schuchardt wrote:
> On 10/18/24 22:36, Tom Rini wrote:
> > On Fri, Oct 18, 2024 at 02:17:36PM -0600, Simon Glass wrote:
> > > Hi Heinrich,
> > >
> > > On Fri, 18 Oct 2024 at 11:26, Heinrich Schuchardt
> > > wrote:
> > > >
> > > > On 10/18/24 19:
This patch adds support for determining whether a gpio pin is mapped as
peripheral function.
Signed-off-by: Zixun LI
---
drivers/gpio/at91_gpio.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/drivers/gpio/at91_gpio.c b/drivers/gpio/at91_gpio.c
index 1409db5dc1
Add ops get_dir_flags() to read status from GPIO registers.
Signed-off-by: Zixun LI
---
drivers/gpio/at91_gpio.c | 45
1 file changed, 45 insertions(+)
diff --git a/drivers/gpio/at91_gpio.c b/drivers/gpio/at91_gpio.c
index 7828f9b447..c986007716 100644
-
On Fri, Oct 18, 2024 at 02:17:36PM -0600, Simon Glass wrote:
> Hi Heinrich,
>
> On Fri, 18 Oct 2024 at 11:26, Heinrich Schuchardt
> wrote:
> >
> > On 10/18/24 19:21, Simon Glass wrote:
> > > Hi Heinrich,
> > >
> > > On Thu, 17 Oct 2024 at 19:18, Heinrich Schuchardt
> > > wrote:
> > >>
> > >> The
Support GPIO configuration with following flags:
- in, out, out_active
- open_drain, pull_up
Signed-off-by: Zixun LI
---
drivers/gpio/at91_gpio.c | 41
1 file changed, 41 insertions(+)
diff --git a/drivers/gpio/at91_gpio.c b/drivers/gpio/at91_gpio.c
inde
Am 18. Oktober 2024 17:02:47 MESZ schrieb Simon Glass :
>Hi Heinrich,
>
>On Thu, 17 Oct 2024 at 21:45, Heinrich Schuchardt wrote:
>>
>>
>>
>> Am 18. Oktober 2024 05:05:08 MESZ schrieb Simon Glass :
>> >Hi Tom,
>> >
>> >On Thu, 17 Oct 2024 at 18:17, Tom Rini wrote:
>> >>
>> >> On Thu, Oct 17, 2
Hi Heinrich,
On Fri, 18 Oct 2024 at 11:26, Heinrich Schuchardt
wrote:
>
> On 10/18/24 19:21, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Thu, 17 Oct 2024 at 19:18, Heinrich Schuchardt
> > wrote:
> >>
> >> The EFI boot-manager is the default method to boot EFI binaries.
> >> We should be able
Hi Tom,
The following changes since commit 8ab2178de069194d2eed8fe1b90db7e12cf032bb:
Merge tag 'u-boot-imx-master-20241018a' of
https://gitlab.denx.de/u-boot/custodians/u-boot-imx (2024-10-18
09:05:04 -0600)
are available in the Git repository at:
git://git.denx.de/u-boot-dm.git tags/dm-pul
On Fri, Oct 18, 2024 at 08:55:00AM -0600, Simon Glass wrote:
> On Fri, 18 Oct 2024 at 05:43, Andy Shevchenko
> wrote:
> > On Thu, Oct 17, 2024 at 04:11:48PM -0700, Simon Glass wrote:
> > > On Wed, 9 Oct 2024 at 08:08, Andy Shevchenko
> > > wrote:
...
> > > /*
> > > * Implement a weak default f
Hi Tom,
On Fri, 18 Oct 2024 at 12:29, Tom Rini wrote:
>
> On Fri, Oct 18, 2024 at 12:06:46PM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Fri, 18 Oct 2024 at 11:52, Tom Rini wrote:
> > >
> > > On Fri, Oct 18, 2024 at 11:20:40AM -0600, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On Fri
Hi Tom,
On Fri, 18 Oct 2024 at 12:04, Tom Rini wrote:
>
> On Fri, Oct 18, 2024 at 11:20:52AM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Fri, 18 Oct 2024 at 10:33, Tom Rini wrote:
> > >
> > > On Fri, Oct 18, 2024 at 09:01:03AM -0600, Simon Glass wrote:
> > > > Hi Heinrich,
> > > >
> > > > O
On Fri, Oct 18, 2024 at 10:00:06AM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> Please pull from u-boot-imx/master, thanks.
>
> The following changes since commit 608a31bdec6284ad6f821226e4c62c9cd3052874:
>
> Merge patch series "Introduce the lwIP network stack" (2024-10-16 11:11:57
> -0600)
>
On Fri, Oct 18, 2024 at 08:51:51AM -0600, Simon Glass wrote:
> At present there is a function, efi_set_bootdev(), which is used in
> various places to tell the EFI loader which device a file came from.
>
> With bootstd, this information is available in the bootflow.
>
> This little series provid
On Fri, Oct 18, 2024 at 12:06:46PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Fri, 18 Oct 2024 at 11:52, Tom Rini wrote:
> >
> > On Fri, Oct 18, 2024 at 11:20:40AM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Fri, 18 Oct 2024 at 09:11, Tom Rini wrote:
> > > >
> > > > On Fri, Oct 18, 20
On Mon, 14 Oct 2024 19:33:10 -0600, Tom Rini wrote:
> Soon Azure will be removing the macOS-12 container in following their
> normal support schedule. Move us to macOS-14 so we won't have problems
> there for a while. At the same time, our Windows container is the oldest
> supported, so move to th
On Fri, Oct 18, 2024 at 12:55:16PM +0300, Eugen Hristev wrote:
>
> Hello Tom,
>
> Please pull tag u-boot-at91-fixes-2025.01-a , the first set of fixes for the
> 2025.01 cycle.
> This small set includes the maintainer e-mail update and a missing header
> that was causing some build issues.
>
> T
On Fri, Oct 18, 2024 at 12:19:26PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Fri, 18 Oct 2024 at 11:54, Tom Rini wrote:
> >
> > On Fri, Oct 18, 2024 at 11:20:45AM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Fri, 18 Oct 2024 at 09:17, Tom Rini wrote:
> > > >
> > > > On Fri, Oct 18, 20
Hi Tom,
On Fri, 18 Oct 2024 at 11:54, Tom Rini wrote:
>
> On Fri, Oct 18, 2024 at 11:20:45AM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Fri, 18 Oct 2024 at 09:17, Tom Rini wrote:
> > >
> > > On Fri, Oct 18, 2024 at 08:57:02AM -0600, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On Thu
Hi Tom,
On Fri, 18 Oct 2024 at 11:52, Tom Rini wrote:
>
> On Fri, Oct 18, 2024 at 11:20:40AM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Fri, 18 Oct 2024 at 09:11, Tom Rini wrote:
> > >
> > > On Fri, Oct 18, 2024 at 09:00:49AM -0600, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On Thu
On Fri, Oct 18, 2024 at 11:20:52AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Fri, 18 Oct 2024 at 10:33, Tom Rini wrote:
> >
> > On Fri, Oct 18, 2024 at 09:01:03AM -0600, Simon Glass wrote:
> > > Hi Heinrich,
> > >
> > > On Thu, 17 Oct 2024 at 22:07, Heinrich Schuchardt
> > > wrote:
> > > >
> >
From: Fabio Estevam
Commit 68dcbdd594d4 ("ARM: imx: Add weak default reset_cpu()") caused
the 'reset' command in U-Boot to not cause a board reset.
Fix it by switching to the watchdog driver model via sysreset, which
is the preferred method for implementing the watchdog reset.
Signed-off-by
From: Fabio Estevam
With CONFIG_DM_USB, there is no longer the need for any USB board code
anymore.
Remove the unneeded USB board code.
While at it, also remove the uneeeded CONFIG_USB_MAX_CONTROLLER_COUNT
option.
Signed-off-by: Fabio Estevam
---
.../mx6ul_14x14_evk/mx6ul_14x14_evk.c
On Fri, Oct 18, 2024 at 11:20:45AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Fri, 18 Oct 2024 at 09:17, Tom Rini wrote:
> >
> > On Fri, Oct 18, 2024 at 08:57:02AM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Thu, 17 Oct 2024 at 21:14, Tom Rini wrote:
> > > >
> > > > On Thu, Oct 17, 20
On Fri, Oct 18, 2024 at 11:20:40AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Fri, 18 Oct 2024 at 09:11, Tom Rini wrote:
> >
> > On Fri, Oct 18, 2024 at 09:00:49AM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Thu, 17 Oct 2024 at 22:39, Tom Rini wrote:
> > > >
> > > > On Thu, Oct 17, 20
Hi Heinrich,
On Thu, 17 Oct 2024 at 19:18, Heinrich Schuchardt
wrote:
>
> The EFI boot-manager is the default method to boot EFI binaries.
> We should be able to use it on the Sandbox.
>
> * Enable EFI boot-manager bootmethod on the sandbox.
> * Adjust unit tests to reflect the additional boot me
On 10/18/24 19:21, Simon Glass wrote:
Hi Heinrich,
On Thu, 17 Oct 2024 at 19:18, Heinrich Schuchardt
wrote:
The EFI boot-manager is the default method to boot EFI binaries.
We should be able to use it on the Sandbox.
* Enable EFI boot-manager bootmethod on the sandbox.
* Adjust unit tests to
On Fri, 18 Oct 2024 at 07:43, Ilias Apalodimas
wrote:
>
> On Fri, 18 Oct 2024 at 04:18, Heinrich Schuchardt
> wrote:
> >
> > EFI variables can be stored in a file on the EFI system partition. If that
> > partition is missing we are writing two error messages per variable. This
> > is too noisy.
>
Hi Tom,
On Fri, 18 Oct 2024 at 10:33, Tom Rini wrote:
>
> On Fri, Oct 18, 2024 at 09:01:03AM -0600, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Thu, 17 Oct 2024 at 22:07, Heinrich Schuchardt
> > wrote:
> > >
> > >
> > >
> > > Am 18. Oktober 2024 01:24:02 MESZ schrieb Simon Glass :
> > > >We
Hi Tom,
On Fri, 18 Oct 2024 at 09:17, Tom Rini wrote:
>
> On Fri, Oct 18, 2024 at 08:57:02AM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Thu, 17 Oct 2024 at 21:14, Tom Rini wrote:
> > >
> > > On Thu, Oct 17, 2024 at 05:23:54PM -0600, Simon Glass wrote:
> > >
> > > > Add an image type for th
Hi Tom,
On Fri, 18 Oct 2024 at 09:11, Tom Rini wrote:
>
> On Fri, Oct 18, 2024 at 09:00:49AM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Thu, 17 Oct 2024 at 22:39, Tom Rini wrote:
> > >
> > > On Thu, Oct 17, 2024 at 04:12:02PM -0700, Simon Glass wrote:
> > >
> > > > In principle bootstd can
Hi Ilias,
On Fri, 18 Oct 2024 at 09:06, Ilias Apalodimas
wrote:
>
> Hi Simon,
>
> On Fri, 18 Oct 2024 at 18:03, Simon Glass wrote:
> >
> > Hi Ilias,
> >
> > On Fri, 18 Oct 2024 at 08:22, Ilias Apalodimas
> > wrote:
> > >
> > > Since lwIP and mbedTLS have been merged turning on https:// support
On 2024-10-18 18:34, Jonas Karlman wrote:
[snip]
> +
> + /* specification: SoC variant, 0x2 for RK3588S and RK3588S2 */
Will fix this comment in a future v2, 0x2 should be replaced with 0x13.
> + ret = misc_read(dev, RK3588_OTP_SPECIFICATION_OFFSET, &specification,
> 1);
> + if (re
Implement checkboard() to print current SoC model, e.g. one of:
SoC: RK3582 v1
SoC: RK3588 v0
SoC: RK3588 v1
SoC: RK3588S v0
SoC: RK3588S v1
SoC: RK3588S2 v1
when U-Boot proper is started.
Information about what SoC model, variant and version is read from OTP.
Signed-off
Implement checkboard() to print current SoC model, e.g. one of:
SoC: RK3566 v1
SoC: RK3566 v2
SoC: RK3566T v2
SoC: RK3568 v2
SoC: RK3568B2 v2
SoC: RK3568J v2
when U-Boot proper is started.
Information about what SoC model, variant and version is read from OTP.
Signed-off
Hi Jonas,
On Fri, 18 Oct 2024 at 10:31, Jonas Karlman wrote:
>
> Hi Simon,
>
> On 2024-10-18 16:59, Simon Glass wrote:
> > Hi Jonas,
> >
> > On Fri, 18 Oct 2024 at 01:44, Jonas Karlman wrote:
> >>
> >> Hi Simon,
> >>
> >> On 2024-10-18 01:12, Simon Glass wrote:
> >>> Receiving timestamps from co
On Fri, Oct 18, 2024 at 06:30:54PM +0200, Jonas Karlman wrote:
> Hi Simon,
>
> On 2024-10-18 16:59, Simon Glass wrote:
> > Hi Jonas,
> >
> > On Fri, 18 Oct 2024 at 01:44, Jonas Karlman wrote:
> >>
> >> Hi Simon,
> >>
> >> On 2024-10-18 01:12, Simon Glass wrote:
> >>> Receiving timestamps from co
Information about what SoC model, variant and version can be found in
OTP. This series use this information in checkboard() to print out the
running SoC model, variant and version.
There are some asumptions taken on how some of the OTP values are
encoded, however for my boards this seem to match a
On Fri, Oct 18, 2024 at 09:01:03AM -0600, Simon Glass wrote:
> Hi Heinrich,
>
> On Thu, 17 Oct 2024 at 22:07, Heinrich Schuchardt wrote:
> >
> >
> >
> > Am 18. Oktober 2024 01:24:02 MESZ schrieb Simon Glass :
> > >We want to keep track of images which are loaded, or those which could
> > >perhaps
Hi Simon,
On 2024-10-18 16:59, Simon Glass wrote:
> Hi Jonas,
>
> On Fri, 18 Oct 2024 at 01:44, Jonas Karlman wrote:
>>
>> Hi Simon,
>>
>> On 2024-10-18 01:12, Simon Glass wrote:
>>> Receiving timestamps from coreboot was unceremoniously dropped some time
>>> ago. Add it back.
>>>
>>> Signed-off
The new two declarations board_final_init() and board_final_cleanup()
need a description. Add it here.
Suggested-by: Simon Glass
Signed-off-by: Andy Shevchenko
---
arch/x86/include/asm/cpu.h | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/x86/include/asm/cpu.h b/arch/x86
Hi Ilias,
On Fri, 18 Oct 2024 at 10:55, Ilias Apalodimas
wrote:
> Hi Raymond,
>
> On Fri, 18 Oct 2024 at 17:39, Raymond Mao wrote:
> >
> > Hi Ilias,
> >
> > On Fri, 18 Oct 2024 at 10:22, Ilias Apalodimas <
> ilias.apalodi...@linaro.org> wrote:
> >>
> >> Since lwIP and mbedTLS have been merged w
On Fri, Oct 18, 2024 at 08:57:02AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Thu, 17 Oct 2024 at 21:14, Tom Rini wrote:
> >
> > On Thu, Oct 17, 2024 at 05:23:54PM -0600, Simon Glass wrote:
> >
> > > Add an image type for the extlinux.cfg file, which U-Boot supports
> > > reading.
> > >
> > > Sig
Hi Jonas,
On Fri, 18 Oct 2024 at 01:44, Jonas Karlman wrote:
>
> Hi Simon,
>
> On 2024-10-18 01:12, Simon Glass wrote:
> > Receiving timestamps from coreboot was unceremoniously dropped some time
> > ago. Add it back.
> >
> > Signed-off-by: Simon Glass
> > Fixes: 8ad01ce36f7 ("x86: Remove x86 sp
Hi Heinrich,
On Thu, 17 Oct 2024 at 21:45, Heinrich Schuchardt wrote:
>
>
>
> Am 18. Oktober 2024 05:05:08 MESZ schrieb Simon Glass :
> >Hi Tom,
> >
> >On Thu, 17 Oct 2024 at 18:17, Tom Rini wrote:
> >>
> >> On Thu, Oct 17, 2024 at 05:23:19PM -0600, Simon Glass wrote:
> >> > Hi Heinrich,
> >> >
On Fri, Oct 18, 2024 at 09:00:49AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Thu, 17 Oct 2024 at 22:39, Tom Rini wrote:
> >
> > On Thu, Oct 17, 2024 at 04:12:02PM -0700, Simon Glass wrote:
> >
> > > In principle bootstd can work without block devices, even if it does
> > > require driver model t
Hi Heinrich,
On Thu, 17 Oct 2024 at 22:07, Heinrich Schuchardt wrote:
>
>
>
> Am 18. Oktober 2024 01:24:02 MESZ schrieb Simon Glass :
> >We want to keep track of images which are loaded, or those which could
> >perhaps be loaded. This will make it easier to manage memory allocation,
> >as well as
Hi Weijie,
On Fri, 18 Oct 2024 at 02:38, Weijie Gao wrote:
>
> It's observed that the bootmenu on a serial console sometimes
> incorrectly quitted with superfluous characters filled to command
> line input:
>
> > *** U-Boot Boot Menu ***
> >
> > 1. Startup system (Default)
> > 2. Upgra
Hi Simon,
On Fri, 18 Oct 2024 at 18:03, Simon Glass wrote:
>
> Hi Ilias,
>
> On Fri, 18 Oct 2024 at 08:22, Ilias Apalodimas
> wrote:
> >
> > Since lwIP and mbedTLS have been merged turning on https:// support is
> > relatively easy. We need to enable the missing algorithms and modes of
> > opera
Hi Caleb,
On Fri, 18 Oct 2024 at 08:08, Ilias Apalodimas
wrote:
>
> Thanks Caleb,
>
> On Fri, 18 Oct 2024 at 16:53, Caleb Connolly
> wrote:
> >
> > lmb_add_region() returns a positive integer if the added regions causes
> > existing regions to be coalesced. We still want to notify the EFI
> > s
Hi Ilias,
On Fri, 18 Oct 2024 at 08:22, Ilias Apalodimas
wrote:
>
> Since lwIP and mbedTLS have been merged turning on https:// support is
> relatively easy. We need to enable the missing algorithms and modes of
> operation in mbedTLS and enable TLS in lwIP. Someof the lwIP patches
> are in their
On Thu, 17 Oct 2024 at 12:19, Ilias Apalodimas
wrote:
>
> On Thu, 17 Oct 2024 at 21:05, Heinrich Schuchardt
> wrote:
> >
> > Messages written with log_err() should terminate with a linefeed.
> >
> > Signed-off-by: Heinrich Schuchardt
> > ---
> > lib/efi_loader/efi_memory.c | 2 +-
> > 1 file ch
Hi Tom,
On Thu, 17 Oct 2024 at 22:39, Tom Rini wrote:
>
> On Thu, Oct 17, 2024 at 04:12:02PM -0700, Simon Glass wrote:
>
> > In principle bootstd can work without block devices, even if it does
> > require driver model to be enabled in that case.
> >
> > The use of a 'depends on BLK' for BOOTSTD
On Thu, 17 Oct 2024 at 19:30, Heinrich Schuchardt
wrote:
>
> The EFI block device driver is the only user of blk_create_device() outside
> the block device uclass. Use blk_create_devicef() instead like other block
> device drivers.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> lib/efi_driver/ef
Hi Michal,
On Fri, 18 Oct 2024 at 00:02, Michal Simek wrote:
>
> Hi Simon,
>
> On 10/18/24 01:23, Simon Glass wrote:
> > Hi Michal,
> >
> > On Wed, 16 Oct 2024 at 00:00, Michal Simek wrote:
> >>
> >> Hi Simon,
> >>
> >> On 10/15/24 14:48, Simon Glass wrote:
> >>> Hi Michal,
> >>>
> >>> On Thu, 1
Hi Tom,
On Thu, 17 Oct 2024 at 21:14, Tom Rini wrote:
>
> On Thu, Oct 17, 2024 at 05:23:54PM -0600, Simon Glass wrote:
>
> > Add an image type for the extlinux.cfg file, which U-Boot supports
> > reading.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > boot/image.c| 1 +
> > include/imag
Hi Rasmus,
On Fri, 18 Oct 2024 at 01:05, Rasmus Villemoes wrote:
>
> On tor, okt 17 2024, Simon Glass wrote:
>
> >
> > membuf: Support a flag for being full
> >
>
> No, that is the worst of all worlds, especially with it being a
> build-time flag. The right implementation is the one where the
Hi Osman,
On Fri, 18 Oct 2024 at 01:39, Osman wrote:
>
> Hello Simon,
>
> I am not sure, the problem is with the rodata as the linker list looks fine
> and execution finds the start and end of the list correctly. The wrong thing
> is the size value it uses located at the rodata. This is the reg
Hi Mark,
On Fri, 18 Oct 2024 at 03:03, Mark Kettenis wrote:
>
> > From: Simon Glass
> > Date: Thu, 17 Oct 2024 17:23:55 -0600
>
> Hi Simon,
>
> > Add an image type for EFI applications, which U-Boot supports reading.
>
> Not necessarily a bad idea, but what would the image type be of a
> Linux k
Hi Andy,
On Fri, 18 Oct 2024 at 05:43, Andy Shevchenko
wrote:
>
> On Thu, Oct 17, 2024 at 04:11:48PM -0700, Simon Glass wrote:
> > On Wed, 9 Oct 2024 at 08:08, Andy Shevchenko
> > wrote:
> > > On Tue, Oct 08, 2024 at 07:55:33PM -0600, Simon Glass wrote:
> > > > On Sat, 5 Oct 2024 at 13:14, Andy
Hi Raymond,
On Fri, 18 Oct 2024 at 17:39, Raymond Mao wrote:
>
> Hi Ilias,
>
> On Fri, 18 Oct 2024 at 10:22, Ilias Apalodimas
> wrote:
>>
>> Since lwIP and mbedTLS have been merged we can tweak the config options
>> and enable TLS1.2 support. Add RSA and ECDSA by default and enable
>> enough bl
From: Conor Dooley
Here's a U-Boot implementation of the changes I'm trying to make in
https://lore.kernel.org/all/20241002-private-unequal-33cfa6101338@spud/
that affect how the clocks are described in devicetree for PolarFire
SoC. There's been no complaints about the only part that impacts U-Bo
From: Conor Dooley
The clock driver for PolarFire SoC now requires syscon and regmap
features, so imply them to preserve implication of the clock driver.
Signed-off-by: Conor Dooley
---
board/microchip/mpfs_icicle/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/board/microchip/mp
From: Conor Dooley
The U-Boot copy of the mpfs devicetree has, in general, been neglected
somewhat in comparison to the one in Linux. Moving to OF_UPSTREAM to
keep both in sync should serve to eliminate that discrepancy.
Additionally, moving to OF_UPSTREAM will let U-Boot automatically pick
up t
On Thu, 17 Oct 2024 at 12:19, Ilias Apalodimas
wrote:
>
> On Thu, 17 Oct 2024 at 21:13, Heinrich Schuchardt
> wrote:
> >
> > We should not write "ERROR:" or "WARNING:" when using log_err() or
> > log_warning(). These prefixed don't provide additional information.
> >
> > Signed-off-by: Heinrich S
From: Conor Dooley
Why get a devicetree description wrong once when you can get it wrong
twice? The original mistake, which the driver supports was failing to
describe the main PLL that the "cfg" and "periph" clocks parented by.
The second mistake was describing the "cfg" and "periph" clocks a
re
On Thu, 17 Oct 2024 at 19:30, Heinrich Schuchardt
wrote:
>
> There are no users of the blk_create_device() function outside the uclass.
> Let's make it static. This will ensure that new block drivers will use
> blk_create_devicef().
>
> Signed-off-by: Heinrich Schuchardt
> ---
> drivers/block/bl
Rather than setting up the global variables and then making the call,
pass them into function directly. This cleans up the code and makes it
all a bit easier to understand.
Signed-off-by: Simon Glass
---
boot/bootmeth_efi.c | 49 ++--
include/efi_loader.
This code is only needed if an invalid image/device path is passed in.
Move the code out to a caller where this can be dealt with. The normal
flow will provide these parameters.
Signed-off-by: Simon Glass
---
lib/efi_loader/efi_bootbin.c | 104 ---
1 file changed
On Thu, 17 Oct 2024 at 20:47, Heinrich Schuchardt
wrote:
>
> Building on 32-bit results in a build failure:
>
> cmd/upl.c:75:51: warning: format ‘%lx’ expects argument of type
> ‘long unsigned int’, but argument 3 has type ‘size_t’
> {aka ‘unsigned int’} [-Wformat=]
> 75 | printf("
This uses a few global variables at present. With the bootflow we have
the required parameters, so add a function which accepts these. Update
the existing function to call the new one with the globals.
Signed-off-by: Simon Glass
---
lib/efi_loader/efi_bootbin.c | 29 +---
Provide these globals as parameters to this function, on the way to
making it possible to start an image without relying on the globals.
Signed-off-by: Simon Glass
---
lib/efi_loader/efi_bootbin.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git a/lib/efi_
Move this code into a function so it can be called from elsewhere.
Signed-off-by: Simon Glass
---
lib/efi_loader/efi_bootbin.c | 53 +---
1 file changed, 37 insertions(+), 16 deletions(-)
diff --git a/lib/efi_loader/efi_bootbin.c b/lib/efi_loader/efi_bootbin.c
i
This function is not called from outside this file and has no entry in
the header file, so mark it static.
Signed-off-by: Simon Glass
---
lib/efi_loader/efi_bootbin.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/efi_loader/efi_bootbin.c b/lib/efi_loader/efi_bootbin.c
At present there is a function, efi_set_bootdev(), which is used in
various places to tell the EFI loader which device a file came from.
With bootstd, this information is available in the bootflow.
This little series provides a way for bootstd to provide the bootflow to
the EFI loader, so that it
Hi Ilias,
On Fri, 18 Oct 2024 at 10:22, Ilias Apalodimas
wrote:
> Since lwIP and mbedTLS have been merged we can tweak the config options
> and enable TLS1.2 support. Add RSA and ECDSA by default and enable
> enough block cipher modes of operation to be comatible with modern
> TLS requirements a
Since lwIP and mbedTLS have been merged we can tweak the config options
and enable TLS1.2 support. Add RSA and ECDSA by default and enable
enough block cipher modes of operation to be comatible with modern
TLS requirements and webservers
Signed-off-by: Ilias Apalodimas
---
lib/mbedtls/Kconfig
From: Javier Tia
The current code support mbedTLS 2.28. Since we are using a newer
version in U-Boot, update the necessary accessors and the lwIP codebase
to work with mbedTLS 3.6.0. It's worth noting that the patches are
already sent to lwIP [0]
While at it enable LWIP_ALTCP_TLS and enable TLS
With the recent changes of lwip & mbedTLS we can now download from
https:// urls instead of just http://.
Adjust our wget lwip version parsing to support both URLs.
While at it adjust the default TCP window for QEMU since https seems to
requite at least 16384
Signed-off-by: Ilias Apalodimas
---
We now can use a combination og lwIP & mbedTLS and download from
https://. Describe the config options needed to enable it as well
as some limitations
Signed-off-by: Ilias Apalodimas
---
doc/develop/uefi/uefi.rst | 45 +--
1 file changed, 43 insertions(+), 2 d
QEMU already has an lwip variant of a defconfig. That defconfig
is also configured with mbedTLS by default. So let's enable the
remaining config options to enable wget for https:// as well
and test that codepath in the CI
Signed-off-by: Ilias Apalodimas
---
configs/qemu_arm64_lwip_defconfig | 1
From: Javier Tia
SNI, or Server Name Indication, is an addition to the TLS encryption
protocol that enables a client device to specify the domain name it is
trying to reach in the first step of the TLS handshake, preventing
common name mismatch errors and not reaching to HTTPS server that
enforce
Since lwIP and mbedTLS have been merged turning on https:// support is
relatively easy. We need to enable the missing algorithms and modes of
operation in mbedTLS and enable TLS in lwIP. Someof the lwIP patches
are in their github as PRS, but since they haven't been merged yet, we
need to carry the
Thanks Caleb,
On Fri, 18 Oct 2024 at 16:53, Caleb Connolly wrote:
>
> lmb_add_region() returns a positive integer if the added regions causes
> existing regions to be coalesced. We still want to notify the EFI
> subsystem about these added regions though, so adjust lmb_add() to only
> bail on err
On 18/10/2024 15:51, Caleb Connolly via groups.io wrote:
lmb_add_region() returns a positive integer if the added regions causes
existing regions to be coalesced. We still want to notify the EFI
subsystem about these added regions though, so adjust lmb_add() to only
bail on errors.
This fixes EF
1 - 100 of 136 matches
Mail list logo
