On 9/5/2022 6:57 PM, Fabio Estevam wrote:
From: Fabio Estevam
Currently, when running ./scripts/get_maintainer.pl on serial_mxc.c
no i.MX maintainer is returned.
Fix it by adding an entry for this driver.
Reported-by: Pali Rohár
Signed-off-by: Fabio Estevam
Acked-by: Peng Fan
---
On 8/31/2022 5:01 AM, Sean Anderson wrote:
In both the Freescale DDR controller and the SPD spec, bank address bits
are stored as the number of bank address bits minus 2. For example, if a
chip had 8 banks (3 total bank address bits), the value of
bank_addr_bits would be 1. This is rather
On 8/31/2022 4:54 AM, Sean Anderson wrote:
The interactive mode uses large several tables of options which can be
configured. However, much of the contents of these tables are
repetetive. For example, no struct is larger than half a kilobyte, so
the offset only takes up 9 bits. Similarly, the
On 8/31/2022 8:04 PM, Pali Rohár wrote:
PING
In tag:
https://source.denx.de/u-boot/custodians/u-boot-fsl-qoriq/-/tags/fsl-qoriq-2022-9-6
Waiting CI results.
Regards,
Peng.
On Sunday 21 August 2022 12:30:04 Pali Rohár wrote:
PING I have not received any response for these
On 4/23/2022 1:38 AM, Sean Anderson wrote:
Surprisingly, Fman microcode does not seem to be verified. This series
aims to rectify this by introducing an optional FIT wrapper. This
wrapper is made mandatory if FIT_SIGNATURE is enabled. NXP boards do not
use this config, so the microcode will
Hi Pali,
On 8/31/2022 8:04 PM, Pali Rohár wrote:
PING
Please cc me for freescale ppc boards. The patches not show in my
patchwork[freenix].
I will put your patches into CI now.
Thanks,
Peng.
On Sunday 21 August 2022 12:30:04 Pali Rohár wrote:
PING I have not received any
On 9/6/2022 11:38 AM, SCHNEIDER Johannes wrote:
Hi Peng Fan,
... well i'm actually not sure why the messages get corrupted; it's just what i
observed on a connected oscilloscope :-s
the code that does uses the transmit functions is making use of the returned
-EAGAIN and retries - and even
From: "Ooi, Joyce"
This patch adds the QSPI boot feature for Agilex
Signed-off-by: Ooi, Joyce
Signed-off-by: Jit Loon Lim
---
arch/arm/dts/Makefile | 1 +
arch/arm/dts/socfpga_agilex_socdk.dts | 1 +
arch/arm/dts/socfpga_agilex_socdk_qspi.dts| 14
From: "Ooi, Joyce"
This patch adds the QSPI boot feature for Stratix10
Signed-off-by: Ooi, Joyce
Signed-off-by: Jit Loon Lim
---
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/socfpga_stratix10_socdk_qspi.dts | 14
configs/socfpga_stratix10_qspi_defconfig | 73
HI all,
> On Mon, 5 Sep 2022 11:30:38 -0400
> Sean Anderson wrote:
>
> > On 9/5/22 3:47 AM, Nikita Shubin wrote:
> > > Hi Rick!
> > >
> > > On Mon, 5 Sep 2022 14:22:41 +0800
> > > Rick Chen wrote:
> > >
> > >> Hi,
> > >>
> > >> When I free-run a SMP system, I once hit a failure case where some
On Mon, Sep 5, 2022 at 10:43 PM Tom Rini wrote:
> We allow '//' style comments, just like the linux kernel does these
> days. There should be a space before the "imx8" in the first hunk here.
Yes, // style comments are allowed, but for consistency with the other
comments in this file,
it would
On Mon, Sep 05, 2022 at 04:40:49PM +0200, Heinrich Schuchardt wrote:
> System reset via the SRST extension in the SBI should be the default.
> The driver checks if the extension is available when probing.
> So there is no risk in enabling it.
>
> Signed-off-by: Heinrich Schuchardt
> ---
>
On Tue, Sep 06, 2022 at 09:04:05AM +0800, Peng Fan wrote:
>
>
> On 9/5/2022 5:58 PM, Johannes Schneider wrote:
> > on imx8(mm) the RXDMUXSEL needs to be set for data going over the wire
> > (as observable on a connected 'scope) to actually make it into the
> > RXFIFO
> >
> > the reference
On Mon, Sep 05, 2022 at 05:55:05PM +0200, Heinrich Schuchardt wrote:
> On 9/5/22 14:48, Masahisa Kojima wrote:
> > Provide a unit test for the eficonfig command.
> >
> > Signed-off-by: Masahisa Kojima
> > Acked-by: Ilias Apalodimas
> > ---
> > Changes in v16:
> > - call
On 9/5/2022 5:58 PM, Johannes Schneider wrote:
on imx8(mm) the RXDMUXSEL needs to be set for data going over the wire
(as observable on a connected 'scope) to actually make it into the
RXFIFO
the reference manual is not overly clear about this, and only
mentiones that "UCR3_RXDMUXSEL should
On 9/5/2022 5:58 PM, Johannes Schneider wrote:
only waiting for TXEMPTY leads to corrupted messages going over the
wire - which is fixed by making use of the FIFO
Could you please explain a bit more, why waiting TXEMPTY could lead
to corrupted message?
Thanks,
Peng.
Signed-off-by:
Add Socionext F_SDH30_E51 IP support. The features of this IP includes
CMD/DAT line delay and force card insertion mode for non-removable cards.
And the IP needs to add some quirks.
Signed-off-by: Kunihiko Hayashi
---
drivers/mmc/Kconfig | 4 +--
drivers/mmc/f_sdh30.c | 64
This patch defines a quirk to disable the block count
for single block transactions.
This is similar to Linux kernel commit d3fc5d71ac4d
("mmc: sdhci: add a quirk for single block transactions").
Signed-off-by: Kunihiko Hayashi
---
drivers/mmc/sdhci.c | 8 +---
include/sdhci.h | 1 +
2
This series adds a new quirk "SUPPORT_SINGLE" for single transaction to
sdhci framework and Socionext F_SDH30_E51 IP support to f_sdh30 driver.
Kunihiko Hayashi (2):
mmc: sdhci: Add new quirks for SUPPORT_SINGLE
mmc: f_sdh30: Add support for F_SDH30_E51
drivers/mmc/Kconfig | 4 +--
Le 05/09/2022 à 15:19, Peter Robinson a écrit :
On Wed, Aug 10, 2022 at 1:58 PM Antoine Mazeas wrote:
Some Raspberry Pi 400 boards, specifically rev 1.1, have a different address
for the ethernet PHY device than what is provided by the kernel DTB. The
correct address is provided by the
Hey all,
It's release day and so here's v2022.10-rc4. Things are progressing well
I believe and the next branch continues to be open.
In terms of a changelog,
git log --merges v2022.10-rc3..v2022.10-rc4
contains what I've pulled but as always, better PR messages and tags
will provide better
gt; -0400)
>
> are available in the Git repository at:
>
> https://source.denx.de/u-boot/custodians/u-boot-rockchip.git
> tags/u-boot-rockchip-20220905
>
> for you to fetch changes up to f103c112660217f8875398435e47d545ba934a5c:
>
> clk: rockchip: rk3399: Fix Unknown
Thanks Damiel!
On Sun, Sep 4, 2022 at 3:10 PM Pali Rohár wrote:
>
> On Sunday 04 September 2022 22:58:19 Daniel Golle wrote:
> > On Sun, Sep 04, 2022 at 12:28:24PM -0700, Tony Dinh wrote:
> > > Hi Pali,
> > >
> > > On Sun, Sep 4, 2022 at 2:37 AM Pali Rohár wrote:
> > > >
> > > > On Saturday 03
Hello Sughosh,
On Fri, 26 Aug 2022 at 11:57, Sughosh Ganu wrote:
>
> Enabling capsule update functionality on the platform requires
> populating information on the images that are to be updated using the
> functionality. Do so for the DK2 board.
>
> Signed-off-by: Sughosh Ganu
> ---
> Changes
Sorry following up on your last comment, what specific issues are you
referring to on the rev 1.3+ pi 4s ? It may be worth hunting them down,
although I may lack access to such boards.
Le 05/09/2022 à 15:41, Peter Robinson a écrit :
Tested on RPi400 and it solves the issues with the kernel DT
Hi Peter,
Thanks for looking at this patch
Le 05/09/2022 à 15:41, Peter Robinson a écrit :
On Wed, Aug 10, 2022 at 1:58 PM Antoine Mazeas wrote:
The RPI firmware adjusts several property values in the dtb it passes
to u-boot depending on the board/SoC revision. Inherit some of these
when
On Mon, Sep 5, 2022 at 8:34 PM Jorge Ramirez-Ortiz wrote:
>
> Enabling CONFIG_SYSRESET_PSCI prevents CONFIG_RESET_SCMI
> from executing.
>
> The side effect observed are I2C devices no longer being
> accessible from U-boot after a soft reset.
>
> Fixes: 11517ccc8c52 ("configs: add stm32mp13
Enabling CONFIG_SYSRESET_PSCI prevents CONFIG_RESET_SCMI
from executing.
The side effect observed are I2C devices no longer being
accessible from U-boot after a soft reset.
Fixes: 11517ccc8c52 ("configs: add stm32mp13 defconfig")
Fixes: 17aeb589fa9d ("stm32mp15: remove configs dependency on
On Monday 05 September 2022 19:24:17 Michael Nazzareno Trimarchi wrote:
> Hi
>
> Il lun 5 set 2022, 11:32 Pali Rohár ha scritto:
>
> > UART drivers have putc/puts functions which just put characters into HW
> > transmit queue and do not wait until all data are transmitted.
> >
> > Implement
Hi
Il lun 5 set 2022, 11:32 Pali Rohár ha scritto:
> UART drivers have putc/puts functions which just put characters into HW
> transmit queue and do not wait until all data are transmitted.
>
> Implement flush callback via serial driver's pending(false) callback which
> waits until HW transmit
On Mon, 5 Sep 2022 11:30:38 -0400
Sean Anderson wrote:
> On 9/5/22 3:47 AM, Nikita Shubin wrote:
> > Hi Rick!
> >
> > On Mon, 5 Sep 2022 14:22:41 +0800
> > Rick Chen wrote:
> >
> >> Hi,
> >>
> >> When I free-run a SMP system, I once hit a failure case where some
> >> harts didn't boot to
Jorge,
I think, renaming the patch to "fix" and adding a field "Fixes:"
should help accept it faster.
On Mon, Sep 5, 2022 at 7:32 PM Jorge Ramirez-Ortiz, Foundries
wrote:
>
> On 30/08/22, Jorge Ramirez-Ortiz wrote:
> > Enabling CONFIG_SYSRESET_PSCI prevents CONFIG_RESET_SCMI
> > from executing.
On 30/08/22, Jorge Ramirez-Ortiz wrote:
> Enabling CONFIG_SYSRESET_PSCI prevents CONFIG_RESET_SCMI
> from executing.
>
> The side effect observed are I2C devices no longer being
> accessible from U-boot after a soft reset.
I think this PR should get a bit more of attention.
The current reset
On 9/5/22 18:14, Sean Anderson wrote:
On 9/5/22 12:00 PM, Heinrich Schuchardt wrote:
On 9/5/22 17:45, Sean Anderson wrote:
On 9/5/22 11:41 AM, Heinrich Schuchardt wrote:
On 9/5/22 17:30, Sean Anderson wrote:
On 9/5/22 3:47 AM, Nikita Shubin wrote:
Hi Rick!
On Mon, 5 Sep 2022 14:22:41 +0800
On 9/5/22 12:00 PM, Heinrich Schuchardt wrote:
On 9/5/22 17:45, Sean Anderson wrote:
On 9/5/22 11:41 AM, Heinrich Schuchardt wrote:
On 9/5/22 17:30, Sean Anderson wrote:
On 9/5/22 3:47 AM, Nikita Shubin wrote:
Hi Rick!
On Mon, 5 Sep 2022 14:22:41 +0800
Rick Chen wrote:
Hi,
When I
On 9/5/22 17:45, Sean Anderson wrote:
On 9/5/22 11:41 AM, Heinrich Schuchardt wrote:
On 9/5/22 17:30, Sean Anderson wrote:
On 9/5/22 3:47 AM, Nikita Shubin wrote:
Hi Rick!
On Mon, 5 Sep 2022 14:22:41 +0800
Rick Chen wrote:
Hi,
When I free-run a SMP system, I once hit a failure case where
On 9/5/22 14:48, Masahisa Kojima wrote:
Provide a unit test for the eficonfig command.
Signed-off-by: Masahisa Kojima
Acked-by: Ilias Apalodimas
---
Changes in v16:
- call u_boot_console.restart_uboot() to clean the previous test state
The test is still failing:
On 9/5/22 11:41 AM, Heinrich Schuchardt wrote:
On 9/5/22 17:30, Sean Anderson wrote:
On 9/5/22 3:47 AM, Nikita Shubin wrote:
Hi Rick!
On Mon, 5 Sep 2022 14:22:41 +0800
Rick Chen wrote:
Hi,
When I free-run a SMP system, I once hit a failure case where some
harts didn't boot to the kernel
On 9/5/22 17:30, Sean Anderson wrote:
On 9/5/22 3:47 AM, Nikita Shubin wrote:
Hi Rick!
On Mon, 5 Sep 2022 14:22:41 +0800
Rick Chen wrote:
Hi,
When I free-run a SMP system, I once hit a failure case where some
harts didn't boot to the kernel shell successfully.
However it can't be
On 9/5/22 3:47 AM, Nikita Shubin wrote:
Hi Rick!
On Mon, 5 Sep 2022 14:22:41 +0800
Rick Chen wrote:
Hi,
When I free-run a SMP system, I once hit a failure case where some
harts didn't boot to the kernel shell successfully.
However it can't be duplicated anymore even if I try many times.
System reset via the SRST extension in the SBI should be the default.
The driver checks if the extension is available when probing.
So there is no risk in enabling it.
Signed-off-by: Heinrich Schuchardt
---
drivers/sysreset/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
Hello Fabio,
> -Original Message-
> From: U-Boot On Behalf Of Fabio Estevam
> Sent: Monday, September 5, 2022 1:20 PM
> To: ZHIZHIKIN Andrey
> Cc: Pali Rohár ; u-boot@lists.denx.de; trini
> ; Peng Fan (OSS) ; Fabio Estevam
> ; Stefano Babic
> Subject: Re: [PATCH v1 0/2] serial_mxc:
From: Tien Fong Chee
Add image loader used by the NAND SPL into the full Denali NAND
driver. This allows usage of the full Denali NAND driver in SPL instead
of the reduced SPL-only version.
Signed-off-by: Tien Fong Chee
Signed-off-by: Jit Loon Lim
---
drivers/mtd/nand/raw/denali.c | 55
From: Tien Fong Chee
Add configuration option to compile the entire NAND framework into
U-Boot SPL. This is required by some drivers, like the Denali NAND,
which use a lot of functionality from the NAND core.
Signed-off-by: Marek Vasut
Signed-off-by: Tien Fong Chee
Signed-off-by: Jit Loon Lim
On Wed, Aug 10, 2022 at 1:58 PM Antoine Mazeas wrote:
>
> The RPI firmware adjusts several property values in the dtb it passes
> to u-boot depending on the board/SoC revision. Inherit some of these
> when u-boot loads a dtb itself. Specificaly copy:
>
> * /model: The firmware provides a more
On Wed, Aug 10, 2022 at 1:58 PM Antoine Mazeas wrote:
>
> Some Raspberry Pi 400 boards, specifically rev 1.1, have a different address
> for the ethernet PHY device than what is provided by the kernel DTB. The
> correct address is provided by the firmware, so we should carry it over into
> the
On 02/09/2022 21.59, Simon Glass wrote:
> Hi Rasmus,
>
> On Fri, 2 Sept 2022 at 01:00, Rasmus Villemoes
> wrote:
>>
>>> What shall we do with this patch? Apply it?
>>
>> Well, that's probably not for me to decide (I guess Tom is), but I'd
>> still like it applied. It's simple, and works now, and
From: Tien Fong Chee
Moved CONFIG_SYS_L2_PL310 to the location where the build on the
cache-pl310 can be taken in both SPL and proper U-Boot. This driver is
required for SoCFPGA when temporarily turning on the cache for better
performance in initializing whole DDR to zero.
Signed-off-by: Tien
Provide a unit test for the eficonfig command.
Signed-off-by: Masahisa Kojima
Acked-by: Ilias Apalodimas
---
Changes in v16:
- call u_boot_console.restart_uboot() to clean the previous test state
Changes in v14:
- update to support media device enumeration in eficonfig startup
- move no block
Add documentation for eficonfig command.
Signed-off-by: Masahisa Kojima
Reviewed-by: Ilias Apalodimas
---
No update since v15
Changes in v14:
- fix typos
Changes in v13:
- describe how to auto boot according to the UEFI Boot option
Changes in v12:
- CONFIG_BOOTMENU_DISABLE_UBOOT_CONSOLE
The bootmenu enumerates the UEFI boot options
for boot device selection.
This commit adds the description how the UEFI boot work
in bootmenu. This commit also adds "Synopsis", "Description"
and "Configuration" sections to follow the U-Boot command
documentation format.
Signed-off-by: Masahisa
This commit adds the menu entry to update UEFI BootOrder variable.
User moves the entry with UP/DOWN key, changes the order
with PLUS/MINUS key, press SPACE to activate or deactivate
the entry, then finalizes the order by ENTER key.
If the entry is activated, the boot index is added into the
UEFI specification requires booting from removal media using
a architecture-specific default image name such as BOOTAA64.EFI.
This commit adds the removable media entries into bootmenu,
so that user can select the removable media and boot with
default image.
The bootmenu automatically enumerates
In eficonfig startup, scan media devices and update
the UEFI boot option.
Signed-off-by: Masahisa Kojima
---
No update since v14
Newly created in v14
cmd/eficonfig.c | 4
1 file changed, 4 insertions(+)
diff --git a/cmd/eficonfig.c b/cmd/eficonfig.c
index edb42d2742..285d2a11ec 100644
This commit add the "eficonfig" command.
The "eficonfig" command implements the menu-driven UEFI boot option
maintenance feature. This commit implements the addition of
new boot option. User can select the block device volume having
efi_simple_file_system_protocol and select the file corresponding
This is preparation to support menu-driven UEFI BootOrder
variable updated by KEY_PLUS, KEY_MINUS and KEY_SPACE.
Signed-off-by: Masahisa Kojima
Reviewed-by: Heinrich Schuchardt
Reviewed-by: Ilias Apalodimas
---
No update since v11
Changes in v11:
- add SPACE key handling
Newly created in v7
This commit adds the menu entry to delete the UEFI boot option.
User moves the entry with UP/DOWN key, changes, then presses
ENTER key to delete the selected boot option.
Signed-off-by: Masahisa Kojima
---
No update since v11
Changes in v11:
- update function interface to show boot selection
This commit adds the menu entry to edit the existing
BOOT variable contents.
User selects the item from the boot option list, then
user can edit the description, file path and optional_data.
Note that automatically generated boot option entry by bootmenu
to support the removable media device
This series adds the menu-driven UEFI boot variable maintenance
through the "eficonfig" new command.
This series also adds the removable media support in bootmenu.
Source code can be cloned with:
$ git clone https://git.linaro.org/people/masahisa.kojima/u-boot.git -b
On Sun, 4 Sept 2022 at 18:08, Heinrich Schuchardt wrote:
>
> On 9/2/22 16:23, Masahisa Kojima wrote:
> > Provide a unit test for the eficonfig command.
> >
> > Signed-off-by: Masahisa Kojima
> > Acked-by: Ilias Apalodimas
> > ---
> > No update since v15
> >
> > Changes in v14:
> > - update to
Hi Andrey,
On Mon, Sep 5, 2022 at 6:21 AM ZHIZHIKIN Andrey
wrote:
> I cannot modify this part since removing you from maintainer list would
> require a transfer of maintainership of this component to another name,
> which I do not know.
>
> I've Cc:'d Tom and people from imx world here so they
From: Fabio Estevam
Currently, when running ./scripts/get_maintainer.pl on serial_mxc.c
no i.MX maintainer is returned.
Fix it by adding an entry for this driver.
Reported-by: Pali Rohár
Signed-off-by: Fabio Estevam
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git
only waiting for TXEMPTY leads to corrupted messages going over the
wire - which is fixed by making use of the FIFO
Signed-off-by: Johannes Schneider
---
(no changes since v1)
drivers/serial/serial_mxc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
on imx8(mm) the RXDMUXSEL needs to be set for data going over the wire
(as observable on a connected 'scope) to actually make it into the
RXFIFO
the reference manual is not overly clear about this, and only
mentiones that "UCR3_RXDMUXSEL should always be set." - and since the
CR3 register reverts
while writing to a imx-serial device is probably thoroughly tested - and
obviosly works for the debug-serial - using a serial driver to read data
received over the serial interface does not work reliably.
the patches in this series address issues found during the implementation of a
custom
only waiting for TXEMPTY leads to corrupted messages going over the
wire - which is fixed by making use of the FIFO
Signed-off-by: Johannes Schneider
---
drivers/serial/serial_mxc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/serial/serial_mxc.c
on imx8(mm) the RXDMUXSEL needs to be set for data going over the wire
(as observable on a connected 'scope) to actually make it into the
RXFIFO
the reference manual is not overly clear about this, and only
mentiones that "UCR3_RXDMUXSEL should always be set." - and since the
CR3 register reverts
while writing to a imx-serial device is probably thoroughly tested - and
obviosly works for the debug-serial - using a serial driver to read data
received over the serial interface does not work reliably.
the patches in this series address issues found during the implementation of a
custom
On Fri, Sep 2, 2022 at 9:59 PM Simon Glass wrote:
>
> Hi Paweł,
>
> On Fri, 2 Sept 2022 at 07:16, Paweł Anikiel wrote:
> >
> > On Tue, Aug 30, 2022 at 5:57 PM Simon Glass wrote:
> > >
> > > Hi Paweł,
> > >
> > > On Tue, 30 Aug 2022 at 05:51, Paweł Anikiel wrote:
> > > >
> > > > On Tue, Aug 30,
Hi Etienne
On Mon, 5 Sept 2022 at 12:28, Etienne Carriere
wrote:
>
> Hi Ilias,
>
> I commented v2 instead of you're latest post.
> Please find my few comments below.
> Addressed or not, Reviewed-by: Etienne Carriere
Thanks,
I'll send a v4 with the changes
Cheers
/Ilias
>
>
> On Sat, 3 Sept
UART drivers have putc/puts functions which just put characters into HW
transmit queue and do not wait until all data are transmitted.
Implement flush callback via serial driver's pending(false) callback which
waits until HW transmit all characters from the queue.
Signed-off-by: Pali Rohár
---
In a lot of cases kernel resets UART HW. To ensure that U-Boot messages
printed before booting the kernel are not lost, call new U-Boot console
flush() function.
Signed-off-by: Pali Rohár
---
Changes in v3:
* Fix commit message
---
boot/bootm_os.c | 1 +
cmd/boot.c | 1 +
cmd/elf.c |
On certain places it is required to flush output print buffers to ensure
that text strings were sent to console or serial devices. For example when
printing message that U-Boot is going to boot kernel or when U-Boot is
going to change baudrate of terminal device.
Therefore introduce a new flush()
Like in all other console functions, implement also serial_flush() function
as a fallback int console flush() function.
Flush support is available only when config option CONSOLE_FLUSH_SUPPORT is
enabled. So when it is disabled then provides just empty static inline
function serial_flush().
Changing baudrate is a sensitive operation. To ensure that U-Boot messages
printed before changing baudrate are not lost, call new U-Boot console
flush() function.
Signed-off-by: Pali Rohár
---
Changes in v3:
* Remove support from serial.c
* Fix commit message
---
cmd/load.c
It flushes stdout.
Signed-off-by: Pali Rohár
---
arch/sandbox/cpu/os.c | 5 +
include/os.h | 8
2 files changed, 13 insertions(+)
diff --git a/arch/sandbox/cpu/os.c b/arch/sandbox/cpu/os.c
index f937991139c9..01845e388d35 100644
--- a/arch/sandbox/cpu/os.c
+++
On certain places it is required to flush output print buffers to ensure
that text strings were sent to console or serial devices. For example when
printing message that U-Boot is going to boot kernel or when U-Boot is
going to change baudrate of terminal device.
Some console devices, like UART,
Hi Ilias,
I commented v2 instead of you're latest post.
Please find my few comments below.
Addressed or not, Reviewed-by: Etienne Carriere
On Sat, 3 Sept 2022 at 09:54, Ilias Apalodimas
wrote:
>
> Late versions of OP-TEE support a pseudo bus. TAs that behave as
> hardware blocks (e.g TPM,
Hi Ilias,
Reviewed-by: Etienne Carriere with minor comments.
On Fri, 2 Sept 2022 at 21:11, Ilias Apalodimas
wrote:
>
> Thanks Jens
>
> On Wed, 31 Aug 2022 at 08:59, Jens Wiklander
> wrote:
> >
> > On Mon, Aug 29, 2022 at 8:34 AM Ilias Apalodimas
> > wrote:
> > >
> > > Late versions of
Hello Pali,
> -Original Message-
> From: U-Boot On Behalf Of Pali Rohar
> Sent: Monday, September 5, 2022 11:14 AM
> To: ZHIZHIKIN Andrey
> Cc: u-boot@lists.denx.de
> Subject: Re: [PATCH v1 0/2] serial_mxc: fixing reception
>
> On Monday 05 September 2022 09:12:49 ZHIZHIKIN Andrey
Removes hwlocks properties from stm32mp151 pinctrl node. These locks
could be used for other purpose, depending on board and software
configuration hence do not enforce their use to protect pinctrl
devices.
This patch is an alignment with Linux device tree with v6.0 as the
hwsem support wasn’t
On Monday 05 September 2022 09:12:49 ZHIZHIKIN Andrey wrote:
> Hello Pali,
>
> > -Original Message-
> > From: U-Boot On Behalf Of Pali Rohar
> > Sent: Monday, September 5, 2022 10:59 AM
> > To: u-boot@lists.denx.de
> > Subject: Re: [PATCH v1 0/2] serial_mxc: fixing reception
> >
> > On
Hello Pali,
> -Original Message-
> From: U-Boot On Behalf Of Pali Rohar
> Sent: Monday, September 5, 2022 10:59 AM
> To: u-boot@lists.denx.de
> Subject: Re: [PATCH v1 0/2] serial_mxc: fixing reception
>
> On Monday 05 September 2022 10:53:58 Johannes Schneider wrote:
> > while writing
On Monday 05 September 2022 10:53:58 Johannes Schneider wrote:
> while writing to a imx-serial device is probably thoroughly tested - and
> obviosly works for the debug-serial - using a serial driver to read data
> received over the serial interface does not work reliably.
>
> the patches in
On 8/29/22 9:19 AM, Balamanikandan Gunasundar wrote:
> This implementation is ported from the rework done by Boris Brezillon
> in Linux. This porting is done based on linux-5.4-at91. The driver is
> tested in sam9x60ek, sama5d3_xplained, sam9x75eb and sama7g54-ddr3-eb.
>
> Changes done includes
>
Hi Rick!
On Mon, 5 Sep 2022 14:22:41 +0800
Rick Chen wrote:
> Hi,
>
> When I free-run a SMP system, I once hit a failure case where some
> harts didn't boot to the kernel shell successfully.
> However it can't be duplicated anymore even if I try many times.
>
> But when I set a break during
Hi Heinrich,
On Sun, 4 Sept 2022 at 18:05, Heinrich Schuchardt wrote:
>
> On 9/2/22 16:23, Masahisa Kojima wrote:
> > This commit add the "eficonfig" command.
> > The "eficonfig" command implements the menu-driven UEFI boot option
> > maintenance feature. This commit implements the addition of
>
Hi,
When I free-run a SMP system, I once hit a failure case where some
harts didn't boot to the kernel shell successfully.
However it can't be duplicated anymore even if I try many times.
But when I set a break during debugging with GDB, it can trigger the
failure case each time.
I think the
88 matches
Mail list logo
