On Tue, May 14, 2024 at 02:49:47PM +0200, Heinrich Schuchardt wrote:
> On 4/26/24 17:47, Ilias Apalodimas wrote:
> > Hi Heinrich
> >
> > On Fri, 26 Apr 2024 at 17:53, Heinrich Schuchardt
> > wrote:
> > >
> > > On 26.04.24 16:30, Ilias Apalodimas wrote:
> > > > Hi Heinrich,
> > > >
> > > > On Fri,
Hi Tom,
On 21/05/24 10:09 pm, Tom Rini wrote:
> On Tue, May 21, 2024 at 02:31:44PM +0530, MD Danish Anwar wrote:
>> Hi Tom,
>>
>> On 11/05/24 1:02 am, Tom Rini wrote:
>>> On Tue, 30 Apr 2024 16:16:31 +0530, MD Danish Anwar wrote:
>>>
This series adds AM64x related compatibles to PRUSS and
Tom Rini writes:
> On Fri, Apr 19, 2024 at 04:28:16PM -0500, Jonathan Humphreys wrote:
>
>> Fill in the BeaglePlay's capsule GUID properties of the base binman capsule
>> nodes.
>>
>> Signed-off-by: Jonathan Humphreys
>> ---
>> arch/arm/dts/k3-am625-beagleplay-u-boot.dtsi | 27
On 5/21/24 2:51 PM, Peng Fan wrote:
Subject: [PATCH] ARM: dts: imx8mm: Enable CPLD_Dn pull down resistor on
MX8Menlo
Enable CPLD_Dn pull down resistor instead of pull up to avoid intefering with
CPLD power off functionality.
[...]
diff --git a/arch/arm/dts/imx8mm-mx8menlo.dts
The older i.MX8M Mini Verdin SoMs may came with 20 MHz SPI CAN controller
oscillator, the newer SoMs always use 40 MHz oscillator. Handle both by
overriding the oscillator frequency just before booting the kernel.
These are the known variants with 20 MHz oscillator:
- 0055, V1.1A, V1.1B, V1.1C
On Wed, 15 May 2024 09:36:10 +0200, Rasmus Villemoes wrote:
> The first commit is trivial cleanup. The second syncs
> scripts/setlocalversion with linux 6.9, with just a one-line change on
> top to account for a Kbuild change that U-Boot has not yet adopted.
>
> Rasmus Villemoes (2):
>
On Tue, May 21, 2024 at 11:28:10PM +, Brunham, Kalen wrote:
> Hi Tom,
>
> Thanks for the feedback. I've been able to build the EFI "hello world"
> application, but did notice the logic for CONFIG BLK prevents it from
> being directly enabled even when the dependencies are met, which is
> why
Hi Tom,
Thanks for the feedback. I've been able to build the EFI "hello world"
application, but did notice the logic for CONFIG BLK prevents it from being
directly enabled even when the dependencies are met, which is why it didn't
immediately work for me. Do you know the maintainer of
The issue described in https://github.com/psf/requests/pull/6655 has
been assigned as a security issue. While unlikely to be exploited in our
usage, update to the current release to fix it.
Reported-by: GitHub dependabot
Signed-off-by: Tom Rini
---
Cc: Heinrich Schuchardt
---
replace tpm2_supported_algorithms with an array of structures
relating algorithm names, to TCG id's, digest length and mask values.
While at it fix the tpm2_algorithm_to_mask to return the proper value.
Fixes: 97707f12fdab ("tpm: Support boot measurements")
Signed-off-by: Tim Harvey
Cc: Eddie
For pcr_read and pcr_extend commands allow the digest algorithm to be
specified by an additional argument. If not specified it will default to
SHA256 for backwards compatibility.
Additionally update test_tpm2.py for the changes in output in pcr_read
which now shows the algo and algo length in the
> Date: Mon, 13 May 2024 00:23:33 +0200
> From: Jonas Karlman
Hi Jonas,
Sorry for the delayed reply. Last week was a bit busy here...
> Hi Mark,
>
> On 2024-05-12 22:41, Mark Kettenis wrote:
> >> Date: Sat, 11 May 2024 22:55:18 +0200
> >> From: Jonas Karlman
> >>
> >> Hi Mark,
> >>
> >> On
If RANDOMIZE_BASE is enabled in the Linux kernel instructing it to
randomize the virtual address at which the kernel image is loaded, it
expects entropy to be provided by the bootloader by populating
/chosen/kaslr-seed with a 64-bit value from source of entropy at boot.
If we have DM_RNG enabled
On Tue, May 21, 2024 at 11:59 AM Ilias Apalodimas
wrote:
>
> On Tue, 21 May 2024 at 21:05, Tim Harvey wrote:
> >
> > On Tue, May 21, 2024 at 10:29 AM Ilias Apalodimas
> > wrote:
> > >
> > > On Tue, 21 May 2024 at 20:06, Tim Harvey wrote:
> > > >
> > > > On Tue, May 21, 2024 at 9:54 AM Ilias
Am Dienstag, 21. Mai 2024, 19:39:54 CEST schrieb Quentin Schulz:
> From: Quentin Schulz
>
> This is the kind of setting that typically doesn't need to be changed
> between boards based on the same SoC, so let's make it the default in
> PX30 Kconfig so we don't have to care about it in the
Hi Dario
Can you add to next pull?
Michael
On Tue, May 21, 2024, 4:31 PM Ravi Minnikanti
wrote:
> Hi,
>
> Can you please merge this PR, if there are no more review comments?
>
> Thanks,
> Ravi
> On 5/6/24 11:28, Michael Nazzareno Trimarchi wrote:
>
> >
On Tue, May 21, 2024 at 09:55:19PM +0300, Andy Shevchenko wrote:
> On Tue, May 21, 2024 at 11:52:47AM -0600, Tom Rini wrote:
> > On Tue, May 21, 2024 at 08:48:54PM +0300, Andy Shevchenko wrote:
> > > On Tue, May 21, 2024 at 10:45:41AM -0600, Tom Rini wrote:
> > > > On Tue, May 21, 2024 at
Am Dienstag, 21. Mai 2024, 19:39:53 CEST schrieb Quentin Schulz:
> PX30 Ringneck ran out of memory in the allocation pool of U-Boot proper
> pre-reloc. Something needed to be done. Jonas did migrate a few SoCs
> already to this common bss+stack addresses so it made sense to follow
> the same route
On Thu, 16 May 2024 at 13:40, Miquel Raynal wrote:
>
>
> > > > Signed-off-by: Jorge Ramirez-Ortiz
> > >
> > > You cannot send your SoB like this. SoB means you are carrying some
> > > code which complies with the license, etc.
> > >
> > > Either you were part of the original writing and want to
On Thu, 16 May 2024 at 02:21, Tim Harvey wrote:
>
> Instead of displaying what looks like an error message if a
> gpio-reset dt prop is missing for a TPM display a warning that
> having a gpio reset on a TPM should not be used for a secure production
> device.
>
> TCG TIS spec [1] says:
> "The
On Tue, 21 May 2024 at 21:05, Tim Harvey wrote:
>
> On Tue, May 21, 2024 at 10:29 AM Ilias Apalodimas
> wrote:
> >
> > On Tue, 21 May 2024 at 20:06, Tim Harvey wrote:
> > >
> > > On Tue, May 21, 2024 at 9:54 AM Ilias Apalodimas
> > > wrote:
> > > >
> > > > Hi Tim,
> > > >
> > > > On Tue, 21
On Tue, May 21, 2024 at 11:52:47AM -0600, Tom Rini wrote:
> On Tue, May 21, 2024 at 08:48:54PM +0300, Andy Shevchenko wrote:
> > On Tue, May 21, 2024 at 10:45:41AM -0600, Tom Rini wrote:
> > > On Tue, May 21, 2024 at 07:35:55PM +0300, Andy Shevchenko wrote:
> > > > On Tue, May 21, 2024 at
On Tue, May 21, 2024 at 04:54:58PM +, Brunham, Kalen wrote:
> Hi Tom,
>
> Fundamentally I want to create standalone applications that can be
> used to help debug low-level HW issues. The advantage to doing this in
> U-Boot is to leverage existing drivers and other facilities. I agree
> this
On Tue, May 21, 2024 at 10:29 AM Ilias Apalodimas
wrote:
>
> On Tue, 21 May 2024 at 20:06, Tim Harvey wrote:
> >
> > On Tue, May 21, 2024 at 9:54 AM Ilias Apalodimas
> > wrote:
> > >
> > > Hi Tim,
> > >
> > > On Tue, 21 May 2024 at 19:37, Tim Harvey wrote:
> > > >
> > > > On Tue, May 21, 2024
--
> configs/px30-core-ctouch2-px30_defconfig | 19 +++
> configs/px30-core-edimm2.2-px30_defconfig | 19 +++
> configs/ringneck-px30_defconfig | 19 +++
> 9 files changed, 46 insertions(+), 115 d
On Tue, May 21, 2024 at 08:48:54PM +0300, Andy Shevchenko wrote:
> On Tue, May 21, 2024 at 10:45:41AM -0600, Tom Rini wrote:
> > On Tue, May 21, 2024 at 07:35:55PM +0300, Andy Shevchenko wrote:
> > > On Tue, May 21, 2024 at 10:21:45AM -0600, Tom Rini wrote:
> > > > On Tue, May 21, 2024 at
On Tue, May 21, 2024 at 10:45:41AM -0600, Tom Rini wrote:
> On Tue, May 21, 2024 at 07:35:55PM +0300, Andy Shevchenko wrote:
> > On Tue, May 21, 2024 at 10:21:45AM -0600, Tom Rini wrote:
> > > On Tue, May 21, 2024 at 07:12:09PM +0300, Andy Shevchenko wrote:
> > > > On Tue, May 21, 2024 at
On Tue, May 21, 2024 at 01:15:47PM +0200, Andrea Calabrese wrote:
> Added support for ARM chipsets r5 and a53, part of the am623 board.
> Created the dtsi files, updated the kconfig and makefile and added the
> dts files.
>
> AM623-M3 is a low-cost board based on K3 AM623 SoC.
> It supports the
From: Quentin Schulz
In the Device Tree, UART5 is the system UART, but in the defconfig it
currently is UART2. Let's sync the two by making the defconfig use UART5
as well.
Signed-off-by: Quentin Schulz
---
configs/evb-px30_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From: Quentin Schulz
In order to be able to properly mux UART on PX30 EVB, the pinmux needs
to be done at runtime, so let's not remove the pinctrl nodes from the
SPL DTB.
Signed-off-by: Quentin Schulz
---
configs/evb-px30_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From: Quentin Schulz
This adds the default pinmux for UART2 and UART5 to the TPL/SPL DTB (if
not removed through the CONFIG_OF_SPL_REMOVE_PROPS symbol) as those two
controllers are always made available to all boards.
Signed-off-by: Quentin Schulz
---
arch/arm/dts/px30-u-boot.dtsi | 16
From: Quentin Schulz
U-Boot proper pre-reloc is currently running out of memory on PX30
Ringneck and it is thus impossible to boot into U-Boot CLI. It is
assumed the same problem can be seen on other PX30 boards though I
cannot guarantee it since I don't have access to them.
Fix this by
From: Quentin Schulz
U-Boot proper pre-reloc is currently running out of memory on PX30
Ringneck and it is thus impossible to boot into U-Boot CLI. It is
assumed the same problem can be seen on other PX30 boards though I
cannot guarantee it since I don't have access to them.
Fix this by
From: Quentin Schulz
U-Boot proper pre-reloc is currently running out of memory on PX30
Ringneck and it is thus impossible to boot into U-Boot CLI. It is
assumed the same problem can be seen on other PX30 boards though I
cannot guarantee it since I don't have access to them.
Fix this by
From: Quentin Schulz
U-Boot proper pre-reloc is currently running out of memory on PX30
Ringneck and it is thus impossible to boot into U-Boot CLI. It is
assumed the same problem can be seen on other PX30 boards though I
cannot guarantee it since I don't have access to them.
Fix this by
From: Quentin Schulz
U-Boot proper pre-reloc is currently running out of memory and it is
thus impossible to boot into U-Boot CLI.
Fix this by migrating to the common bss and stack addresses for PX30,
which drastically increases the size of the pre-reloc allocation pool (8
times bigger now).
From: Quentin Schulz
See commit 008ba0d56d00 ("rockchip: Add common default bss and stack
addresses") for memory layout. This migrates PX30 to use the new layout,
except for TPL. Indeed, PX30 is extremely limited in SRAM, so we need to
be extra careful about what goes into the TPL and how much
From: Quentin Schulz
This is the kind of setting that typically doesn't need to be changed
between boards based on the same SoC, so let's make it the default in
PX30 Kconfig so we don't have to care about it in the defconfig if we
don't want to.
Signed-off-by: Quentin Schulz
---
files changed, 46 insertions(+), 115 deletions(-)
---
base-commit: a7f0154c412859323396111dd0c09dbafbc153cb
change-id: 20240521-px30-2024-07-rc-7136f6241d29
Best regards,
--
Quentin Schulz
On Mon, May 20, 2024 at 09:37:21AM -0700, Tim Harvey wrote:
> On Mon, May 20, 2024 at 1:29 AM Michal Simek wrote:
> >
> > Hi Tim,
> >
> > On 5/16/24 17:58, Tim Harvey wrote:
> > > On Wed, May 15, 2024 at 1:50 PM Tim Harvey wrote:
> > >>
> > >> If RANDOMIZE_BASE is enabled in the Linux kernel
On Thu, May 02, 2024 at 10:00:46PM +0200, Jonas Karlman wrote:
> Hi Chris,
>
> On 2024-05-02 21:34, Chris Morgan wrote:
> > From: Chris Morgan
> >
> > Some of the rgxx3 devices do not have a way to recover from a poor
> > flash of a bootloader to eMMC. Set the device to always attempt to boot
>
On Tue, 21 May 2024 at 17:42, Jiaxun Yang wrote:
>
>
>
> 在2024年5月21日五月 下午2:58，Ilias Apalodimas写道：
> > Hi Jiaxun,
> >
> > On Fri, 17 May 2024 at 19:33, Jiaxun Yang wrote:
> >>
> >> Allow runtime relocate to be disabled because on MIPS we
> >> never do that. It's guaranteed that OS won't call
> >>
On Tue, 21 May 2024 at 20:06, Tim Harvey wrote:
>
> On Tue, May 21, 2024 at 9:54 AM Ilias Apalodimas
> wrote:
> >
> > Hi Tim,
> >
> > On Tue, 21 May 2024 at 19:37, Tim Harvey wrote:
> > >
> > > On Tue, May 21, 2024 at 5:05 AM Ilias Apalodimas
> > > wrote:
> > > >
> > > > Hi Tim
> > > >
> > > >
On Tue, May 21, 2024 at 9:54 AM Ilias Apalodimas
wrote:
>
> Hi Tim,
>
> On Tue, 21 May 2024 at 19:37, Tim Harvey wrote:
> >
> > On Tue, May 21, 2024 at 5:05 AM Ilias Apalodimas
> > wrote:
> > >
> > > Hi Tim
> > >
> > > On Wed, 15 May 2024 at 23:50, Tim Harvey wrote:
> > > >
> > > > If
Hi Tom,
Fundamentally I want to create standalone applications that can be used to help
debug low-level HW issues. The advantage to doing this in U-Boot is to leverage
existing drivers and other facilities. I agree this is niche, but is something
I saw one of our power-users do recently and
Hi Tim,
On Tue, 21 May 2024 at 19:37, Tim Harvey wrote:
>
> On Tue, May 21, 2024 at 5:05 AM Ilias Apalodimas
> wrote:
> >
> > Hi Tim
> >
> > On Wed, 15 May 2024 at 23:50, Tim Harvey wrote:
> > >
> > > If RANDOMIZE_BASE is enabled in the Linux kernel instructing it to
> > > randomize the
On Tue, May 21, 2024 at 04:44:54PM +, Brunham, Kalen wrote:
> I don't specifically need API, but today this is needed to enable
> creation of standalone applications which does work on our ARM64.
>
> If the concern is fixing this startup code, then I can come back with
> a change to the
On Tue, May 21, 2024 at 07:35:55PM +0300, Andy Shevchenko wrote:
> On Tue, May 21, 2024 at 10:21:45AM -0600, Tom Rini wrote:
> > On Tue, May 21, 2024 at 07:12:09PM +0300, Andy Shevchenko wrote:
> > > On Tue, May 21, 2024 at 08:59:17PM +0530, Kumar, Udit wrote:
> > > > On 5/21/2024 7:59 PM, Andy
I don't specifically need API, but today this is needed to enable creation of
standalone applications which does work on our ARM64.
If the concern is fixing this startup code, then I can come back with a change
to the KConfig and Makefiles to enable compiling the hello_world standalone
example
On Tue, May 21, 2024 at 02:31:44PM +0530, MD Danish Anwar wrote:
> Hi Tom,
>
> On 11/05/24 1:02 am, Tom Rini wrote:
> > On Tue, 30 Apr 2024 16:16:31 +0530, MD Danish Anwar wrote:
> >
> >> This series adds AM64x related compatibles to PRUSS and PRU_RPROC drivers.
> >> This series is a
On Tue, May 21, 2024 at 11:27:36AM +0200, Quentin Schulz wrote:
> Hi Tom,
>
> On 5/17/24 7:49 PM, Tom Rini wrote:
> > Document the logic of when we do a full resync of the device trees used
> > by OF_UPSTREAM as well as that cherry-picking is allowed as needed.
> >
> > Signed-off-by: Tom Rini
>
On Tue, May 21, 2024 at 5:05 AM Ilias Apalodimas
wrote:
>
> Hi Tim
>
> On Wed, 15 May 2024 at 23:50, Tim Harvey wrote:
> >
> > If RANDOMIZE_BASE is enabled in the Linux kernel instructing it to
> > randomize the virtual address at which the kernel image is loaded, it
> > expects entropy to be
On Tue, May 21, 2024 at 11:23:01AM +0200, Quentin Schulz wrote:
> Hi Tom,
>
> On 5/17/24 7:49 PM, Tom Rini wrote:
> > These sections which talk about the different phases of the development
> > process should be using the subsubheading identifier.
> >
> > Signed-off-by: Tom Rini
> > ---
> >
On Tue, May 21, 2024 at 10:21:45AM -0600, Tom Rini wrote:
> On Tue, May 21, 2024 at 07:12:09PM +0300, Andy Shevchenko wrote:
> > On Tue, May 21, 2024 at 08:59:17PM +0530, Kumar, Udit wrote:
> > > On 5/21/2024 7:59 PM, Andy Shevchenko wrote:
> > > > On Tue, May 21, 2024 at 04:26:44PM +0530, Udit
On Tue, May 21, 2024 at 01:21:01PM +, Brunham, Kalen wrote:
> Adding Tom Rini.
>
> Any update from others?
>
> -Original Message-
> From: Brunham, Kalen
> Sent: Friday, May 17, 2024 3:14 PM
> To: U-Boot@lists.denx.de
> Subject: [PATCH 1/1] Added arm64 assembly for examples/api
On Tue, May 21, 2024 at 07:12:09PM +0300, Andy Shevchenko wrote:
> On Tue, May 21, 2024 at 08:59:17PM +0530, Kumar, Udit wrote:
> > On 5/21/2024 7:59 PM, Andy Shevchenko wrote:
> > > On Tue, May 21, 2024 at 04:26:44PM +0530, Udit Kumar wrote:
>
> ...
>
> > > Are you Cc'ing random people with
On Tue, May 21, 2024 at 08:59:17PM +0530, Kumar, Udit wrote:
> On 5/21/2024 7:59 PM, Andy Shevchenko wrote:
> > On Tue, May 21, 2024 at 04:26:44PM +0530, Udit Kumar wrote:
...
> > Are you Cc'ing random people with this?
> > Please don't do it.
>
> I used names names popped up while running
On Tue, May 21, 2024 at 01:54:58PM +0200, Stefan Roese wrote:
> On 5/21/24 11:47, Rasmus Villemoes wrote:
> > On 21/05/2024 10.46, Rasmus Villemoes wrote:
> > > A bit of a mixed bag. I've been wanting to submit something like 3/3
> > > for a while. So when I stumbled on Marek's patch
> > >
On Tue, May 21, 2024 at 02:16:25PM +0200, quentin.sch...@cherry.de wrote:
[snip]
> I'm also a bit confused as to why we need to specify the size of the
> allocation pool pre-relocation? Why is this important?
To this point, there are platforms where at this point we don't have
DRAM available yet
From: Chris Morgan
Some of the rgxx3 devices do not have a way to recover from a poor
flash of a bootloader to eMMC. Set the device to always attempt to boot
from sdmmc0 first which ensures that we can override the boot from
emmc if we have a card present with a valid fit signature. The
From: Chris Morgan
This reverts commit 41a60d0e5cef54a59596a58940fa7c9cf071034b.
On some of the supported devices the adc detect code always returns
that the button has been pushed, and as a result the device will
not boot normally.
Signed-off-by: Chris Morgan
---
From: Chris Morgan
Set the rgxx3 device to boot from mmc0 first. This serves as a fallback
to allow us to recover from a bad U-Boot (or later) stage in a worst
case scenario. The code for an ADC button appears to have broke some
board revisions; this solution is much simpler and allows users to
From: Chris Morgan
The Indiedroid Nova is a Rockchip RK3588S based SBC from Indiedroid.
Specifications:
Rockchip RK3588S SoC
4x ARM Cortex-A76, 4x ARM Cortex-A55
4/8/16GB memory LPDDR4x
Mali G610MC4 GPU
Optional eMMC
2x USB 2.0, 2x USB 3.0, 1x USB 3.0 C port with DP Alt
On 5/21/2024 7:59 PM, Andy Shevchenko wrote:
On Tue, May 21, 2024 at 04:26:44PM +0530, Udit Kumar wrote:
Some use case needs rproc firmware to be loaded at u-boot stage,
using following commands at u-boot shell, firmware could be loaded
=> setenv dorprocboot 1
=> run boot_rprocs
For Secure
From: Chris Morgan
The Powkiddy X55 is a Rockchip RK3566 based handheld gaming device.
UART, ADC, eMMC, and SDMMC are tested to work in U-Boot and this
successfully boots mainline Linux.
Kernel commit:
e99adc97e21a ("arm64: dts: rockchip: Add Powkiddy X55")
Signed-off-by: Chris Morgan
---
在2024年5月21日五月 下午2:58，Ilias Apalodimas写道：
> Hi Jiaxun,
>
> On Fri, 17 May 2024 at 19:33, Jiaxun Yang wrote:
>>
>> Allow runtime relocate to be disabled because on MIPS we
>> never do that. It's guaranteed that OS won't call
>> set_virtual_address_map and convert_pointer as well.
>
> Who
Hi,
Can you please merge this PR, if there are no more review comments?
Thanks,
Ravi
On 5/6/24 11:28, Michael Nazzareno Trimarchi wrote:
> --
> Hi Ravi
>
> On Mon, May 6, 2024 at 7:33 PM Ravi Minnikanti
> wrote:
>>
>> On
On Tue, May 21, 2024 at 04:26:44PM +0530, Udit Kumar wrote:
> Some use case needs rproc firmware to be loaded at u-boot stage,
> using following commands at u-boot shell, firmware could be loaded
>
> => setenv dorprocboot 1
> => run boot_rprocs
>
> For Secure devices, secure version of rproc
top posting but if it makes your life easier this would probably work
on top of your patch (compile tested only).
We ofc need to make proper patches and merge this first, but it will
probably help you understand what's wrong with the current code
diff --git a/include/tpm-v2.h b/include/tpm-v2.h
Hi Jiaxun,
On Fri, 17 May 2024 at 19:33, Jiaxun Yang wrote:
>
> Allow runtime relocate to be disabled because on MIPS we
> never do that. It's guaranteed that OS won't call
> set_virtual_address_map and convert_pointer as well.
Who guarantees that? Is it only for Linux?
>
> On MIPS KSEG0 is
Adding Tom Rini.
Any update from others?
-Original Message-
From: Brunham, Kalen
Sent: Friday, May 17, 2024 3:14 PM
To: U-Boot@lists.denx.de
Subject: [PATCH 1/1] Added arm64 assembly for examples/api crt0
I've encountered a problem when compiling the 'examples/api' directory for
Hello,
I have looked at the mailing list archives and saw that the topic of GPL
compliance has been raised before. [1]
>From my searching it doesn't seem like any of the previous threads on GPL
compliance resulted in the vendor providing the source code or any
conclusive enforcement action
Hi Tom,
> Can you please explain a little more on how you get to this problem? The
> same code / test exists in env/fat.c, env/sf.c and env/ubi.c. In the
> case of env/mmc.c it's been that way since introduction in:
> commit d196bd880347373237d73e0d115b4d51c68cf2ad
Sure! We have limited the
> Subject: [PATCH] ARM: imx: mx5: Enable BMODE command on MX53 Menlo
> board
>
> The board can do primary/secondary boot switching, enable the bmode
> command.
>
> Signed-off-by: Marek Vasut
Reviewed-by: Peng Fan
> ---
> Cc: "NXP i.MX U-Boot Team"
> Cc: Fabio Estevam
> Cc: Stefano Babic
>
> Subject: [PATCH] ARM: dts: imx8mm: Enable CPLD_Dn pull down resistor on
> MX8Menlo
>
> Enable CPLD_Dn pull down resistor instead of pull up to avoid intefering with
> CPLD power off functionality.
>
> Signed-off-by: Marek Vasut
> ---
> Cc: "NXP i.MX U-Boot Team"
> Cc: Fabio Estevam
> Cc:
> Subject: [PATCH] ARM: dts: imx8mm: Update iMX8MM Menlo board
> configuration
>
> Synchronize Toradex Verdin iMX8MM based MX8Menlo board configuration
> with Toradex Verdin iMX8MM and enable convenience commands like cat,
> hexdump, xxd.
>
> Signed-off-by: Marek Vasut
Reviewed-by: Peng Fan
>
On 5/21/24 14:45, Rasmus Villemoes wrote:
On 21/05/2024 13.54, Stefan Roese wrote:
On 5/21/24 11:47, Rasmus Villemoes wrote:
On 21/05/2024 10.46, Rasmus Villemoes wrote:
A bit of a mixed bag. I've been wanting to submit something like 3/3
for a while. So when I stumbled on Marek's patch
On 21/05/2024 13.54, Stefan Roese wrote:
> On 5/21/24 11:47, Rasmus Villemoes wrote:
>> On 21/05/2024 10.46, Rasmus Villemoes wrote:
>>> A bit of a mixed bag. I've been wanting to submit something like 3/3
>>> for a while. So when I stumbled on Marek's patch
>>>
Hi Tim,
> > > > > > > > > >
> > > > > > > > > > -const enum tpm2_algorithms tpm2_supported_algorithms[4] = {
> > > > > > > > > > - TPM2_ALG_SHA1,
> > > > > > > > > > - ,
> > > > > > > > > > - TPM2_ALG_SHA384,
> > > > > > > > > > - TPM2_ALG_SHA512,
> > > > > > > > > > -};
>
Hi Jonas,
On 5/21/24 1:57 PM, Jonas Karlman wrote:
Hi Quentin,
On 2024-05-21 11:53, Quentin Schulz wrote:
> Hi all,
>
> On 5/20/24 6:06 PM, Tom Rini wrote:
>> Hey all,
>>
>> It's release day and here is -rc3. At this point, I think we're firmly
>> on "bug fix and documentation" ground moving
Hi Tim
On Wed, 15 May 2024 at 23:50, Tim Harvey wrote:
>
> If RANDOMIZE_BASE is enabled in the Linux kernel instructing it to
> randomize the virtual address at which the kernel image is loaded, it
> expects entropy to be provided by the bootloader by populating
> /chosen/kaslr-seed with a
Hi Quentin,
On 2024-05-21 11:53, Quentin Schulz wrote:
> Hi all,
>
> On 5/20/24 6:06 PM, Tom Rini wrote:
>> Hey all,
>>
>> It's release day and here is -rc3. At this point, I think we're firmly
>> on "bug fix and documentation" ground moving forward for changes to
>> v2024.07 and the next branch
On 5/21/24 11:47, Rasmus Villemoes wrote:
On 21/05/2024 10.46, Rasmus Villemoes wrote:
A bit of a mixed bag. I've been wanting to submit something like 3/3
for a while. So when I stumbled on Marek's patch
https://lore.kernel.org/u-boot/20240316201416.211480-1-marek.vasut+rene...@mailbox.org/
,
On Tue, May 21, 2024 at 01:19:24PM +0200, Francesco Dolcini wrote:
> On Tue, May 21, 2024 at 11:39:05AM +0200, Marek Vasut wrote:
> > The older i.MX8M Mini Verdin SoMs may came with 20 MHz SPI CAN controller
> > oscillator, the newer SoMs always use 40 MHz oscillator. Handle both by
> > overriding
Hello Marek,
thanks for this.
On Tue, May 21, 2024 at 11:39:05AM +0200, Marek Vasut wrote:
> The older i.MX8M Mini Verdin SoMs may came with 20 MHz SPI CAN controller
> oscillator, the newer SoMs always use 40 MHz oscillator. Handle both by
> overriding the oscillator frequency just before
From: Manorit Chawdhry
The flag will be used for booting authenticated remote procs from hs-se
devices which can optionally be used in hs-fs devices also.
Signed-off-by: Manorit Chawdhry
Signed-off-by: Udit Kumar
---
arch/arm/mach-k3/common.c | 4 +++-
1 file changed, 3 insertions(+), 1
Secure firmwares must be loaded if SOC is secure,
currently rproc framework chooses non-secure firmware always.
So adding support to load secure firmware, when SOC is secure
Signed-off-by: Manorit Chawdhry
Signed-off-by: Udit Kumar
---
include/env/ti/k3_rproc.env | 6 +-
From: Manorit Chawdhry
Remoteproc firmware images aren't authenticated in the current boot flow.
Authenticates remoteproc firmware images to complete the root of trust
in secure booting.
Signed-off-by: Manorit Chawdhry
---
drivers/remoteproc/ti_k3_dsp_rproc.c | 4
From: Manorit Chawdhry
ti_secure_image_post_process and ti_secure_image_check_binary is used
for the authentication purposes in the current boot flow. Authentication
of remoteproc firmware images require ti_secure_image_post_process to be
available outside mach-k3.
Signed-off-by: Manorit
Some use case needs rproc firmware to be loaded at u-boot stage,
using following commands at u-boot shell, firmware could be loaded
=> setenv dorprocboot 1
=> run boot_rprocs
For Secure devices, secure version of rproc firmware should be loaded,
which is appended by sec keyword[0].
but currently
On 5/21/24 12:12 PM, Francesco Dolcini wrote:
On Tue, May 21, 2024 at 11:39:38AM +0200, Marek Vasut wrote:
The ethernet PHY on MX8Menlo board takes a while to come out of
reset, increase the auto-negotiation timeout to prevent it from
timing out in case the ethernet is used right after the
From: Olaf Mandel
By removing the "boot" directory in the "m53menlo/boot/fitImage" path,
we simplify the TFTP server directory layout a bit. This also requires a
change to the mmcload command as it (mis-)uses the same variable as the
TFTP boot.
Signed-off-by: Olaf Mandel
Signed-off-by: Marek
Update documentation and use nxp_imx8mcst binman etype for signing
of flash.bin instead of previous horrible shell scripting.
Reviewed-by: Tim Harvey
Signed-off-by: Marek Vasut
---
Cc: "NXP i.MX U-Boot Team"
Cc: Adam Ford
Cc: Alper Nebi Yasak
Cc: Andrejs Cainikovs
Cc: Angus Ainslie
Cc:
In case CONFIG_IMX_HAB is enabled, extend the binman image description for
all of i.MX8M{Q,M,N,P} with CST wrapper node. This way, if CONFIG_IMX_HAB
is enabled, binman will be automatically used to sign SPL and fitImage.
Reviewed-by: Tim Harvey
Signed-off-by: Marek Vasut
---
Cc: "NXP i.MX
Add binman_imx_spl and binman_imx_fit labels to nxp-imx8mimage {} and fit {}
nodes respectively, so they can be referened in board DTs no matter how deep
in the top level binman image description they are. Update current board DTs
to use those labels.
Reviewed-by: Tim Harvey
Signed-off-by: Marek
Add new binman etype which allows signing both the SPL and fitImage sections
of i.MX8M flash.bin using CST. There are multiple DT properties which govern
the signing process, nxp,loader-address is the only mandatory one which sets
the SPL signature start address without the imx8mimage header, this
On Tue, 21 May 2024 at 13:17, Ilias Apalodimas
wrote:
>
> Hi Tim,
>
> Apologies for the late reply. I was attending a conference.
>
>
> On Thu, 16 May 2024 at 03:28, Tim Harvey wrote:
> >
> > On Fri, Apr 19, 2024 at 1:04 PM Ilias Apalodimas
> > wrote:
> > >
> > > On Fri, 19 Apr 2024 at 20:52,
Hi Tim,
Apologies for the late reply. I was attending a conference.
On Thu, 16 May 2024 at 03:28, Tim Harvey wrote:
>
> On Fri, Apr 19, 2024 at 1:04 PM Ilias Apalodimas
> wrote:
> >
> > On Fri, 19 Apr 2024 at 20:52, Tim Harvey wrote:
> > >
> > > On Fri, Apr 19, 2024 at 10:37 AM Ilias
On Tue, May 21, 2024 at 11:39:38AM +0200, Marek Vasut wrote:
> The ethernet PHY on MX8Menlo board takes a while to come out of
> reset, increase the auto-negotiation timeout to prevent it from
> timing out in case the ethernet is used right after the board was
> reset.
Is this specific of
Hi all,
On 5/20/24 6:06 PM, Tom Rini wrote:
Hey all,
It's release day and here is -rc3. At this point, I think we're firmly
on "bug fix and documentation" ground moving forward for changes to
v2024.07 and the next branch is open and ready for use and pull
requests.
In terms of a changelog,
1 - 100 of 134 matches
Mail list logo
