On 01.08.22 23:58, Pali Rohár wrote:
Linux kernel DTS files renamed spi-nor@0 node to flash@0 which effectively
broke U-Boot to boot new Linux kernel versions correctly.
So remove hardcoded spi-nor device tree path from Turris Omnia board code
and replace it by searching for mtd node by compatib
On 2.08.2022 00:03, William Zhang wrote:
This driver supports the peripheral block timer found on the Broadcom
BCA SoCs. It is 30-bit up-count timer running at 50MHz and can be used
as the system clock source such as on BCM63138.
Signed-off-by: William Zhang
(...)
+static const struct udev
Hi Sudeep,
On Mon, 1 Aug 2022 at 13:28, Sudeep Holla wrote:
>
> On Mon, Aug 01, 2022 at 01:13:23PM -0600, Simon Glass wrote:
> > On Wed, 13 Apr 2022 at 10:46, Tom Rini wrote:
> > >
> > > How is it both discoverable and doesn't have a device tree node, in the
> > > kernel?
> >
> > Also, if it is
Hi Tom
Thanks for your review.
My i2c driver status is Awaiting Upstream.
Is this the reason for the failure?
What should I do to fix this build error?
Any comments are most welcome!
Best regards,
Jim
On Tue, Jul 26, 2022 at 12:59 AM Tom Rini wrote:
>
> On Tue, Jul 12, 2022 at 05:24:06PM +08
When building with an arm-*-uclinuxfdpiceabi toolchain, the FDPIC ABI is
enabled by default but should not be used to build U-Boot. Therefore,
pass -mno-fdpic if supported by the compiler.
Signed-off-by: Ben Wolsieffer
---
arch/arm/Makefile | 3 +++
1 file changed, 3 insertions(+)
diff --git a/
On Mon, Aug 01, 2022 at 08:14:15AM +0200, Heinrich Schuchardt wrote:
>
>
> On 8/1/22 03:50, AKASHI Takahiro wrote:
> > On Sun, Jul 31, 2022 at 01:58:37PM +0200, Heinrich Schuchardt wrote:
> > > Add a unit test checking that a full FAT16 directory leads to an error
> > > when trying to add an addi
On Mon, Aug 01, 2022 at 10:21:20AM +0200, Heinrich Schuchardt wrote:
>
>
> On 8/1/22 03:02, AKASHI Takahiro wrote:
> > On Sun, Jul 31, 2022 at 01:58:33PM +0200, Heinrich Schuchardt wrote:
> > > Currently we have two functions with redundant coding to find an empty
> > > cluster:
> > >
> > > * fi
On Mon, Aug 01, 2022 at 09:39:00PM +0200, Pali Rohár wrote:
> On Monday 01 August 2022 13:13:22 Simon Glass wrote:
> > Hi Pali,
> >
> > On Mon, 1 Aug 2022 at 09:43, Pali Rohár wrote:
> > >
> > > Currently Makefile produces final mpc85xx image when SPL is not used in
> > > custom file u-boot-with-
BCM63138 is an ARM A9 based DSL Broadband SoC. It is part of the BCA
(Broadband Carrier Access origin) chipset family so it's added under
ARCH_BCMBCA platform. This initial support includes a bare-bone
implementation and dts with CPU subsystem, memory, peripheral timer and
Broadcom uart.
This SoC
This driver supports the peripheral block timer found on the Broadcom
BCA SoCs. It is 30-bit up-count timer running at 50MHz and can be used
as the system clock source such as on BCM63138.
Signed-off-by: William Zhang
---
MAINTAINERS | 1 +
drivers/timer/Kconfig| 8 +
This driver supports the peripheral block timer found on the Broadcom
BCA SoCs. It is 30-bit up-count timer running at 50MHz and can be used
as the system clock source such as on BCM63138.
Signed-off-by: William Zhang
---
MAINTAINERS | 1 +
drivers/timer/Kconfig| 8
Linux kernel DTS files renamed spi-nor@0 node to flash@0 which effectively
broke U-Boot to boot new Linux kernel versions correctly.
So remove hardcoded spi-nor device tree path from Turris Omnia board code
and replace it by searching for mtd node by compatible string.
Signed-off-by: Pali Rohár
On Monday 01 August 2022 13:13:22 Simon Glass wrote:
> Hi Pali,
>
> On Mon, 1 Aug 2022 at 09:43, Pali Rohár wrote:
> >
> > Currently Makefile produces final mpc85xx image when SPL is not used in
> > custom file u-boot-with-dtb.bin. It is quite confusing name as build
> > process produce also inte
On Mon, Aug 01, 2022 at 01:13:23PM -0600, Simon Glass wrote:
> On Wed, 13 Apr 2022 at 10:46, Tom Rini wrote:
> >
> > How is it both discoverable and doesn't have a device tree node, in the
> > kernel?
>
> Also, if it is discoverable, we can still use U-Boot to discover it
> and then pass the info
Hi Pali,
On Mon, 1 Aug 2022 at 09:43, Pali Rohár wrote:
>
> Currently Makefile produces final mpc85xx image when SPL is not used in
> custom file u-boot-with-dtb.bin. It is quite confusing name as build
> process produce also intermediate file standard file u-boot-dtb.bin (which
> is just interme
Hi Quentin,
On Mon, 1 Aug 2022 at 10:06, Quentin Schulz wrote:
>
> From: Quentin Schulz
>
> mkimage entry currently creates a file whose name is derived from the
> section name containing said entry.
>
> Let's allow the user to define a filename for the mkimage-generated
> binary by using the 'f
Hi,
On Wed, 13 Apr 2022 at 10:46, Tom Rini wrote:
>
> On Wed, Apr 13, 2022 at 03:20:23PM +0100, Abdellatif El Khlifi wrote:
> > On Tue, Apr 12, 2022 at 08:28:42AM -0500, Rob Herring wrote:
> > > On Tue, Apr 12, 2022 at 7:01 AM Tom Rini wrote:
> > > >
> > > > On Tue, Apr 12, 2022 at 12:43:15PM +0
Hi Johan,
On Mon, 1 Aug 2022 at 12:59, Johan Jonker wrote:
>
> Hi Quentin,
>
> Beside removing the "real" annoyance is that these files popup when adding
> with "git add ." and are blocking branch changing with "git branch ...".
> Maybe add to ".gitignore" as well or delete immediately. What's t
On Mon, 1 Aug 2022 at 10:06, Quentin Schulz wrote:
>
> From: Quentin Schulz
>
> This allows to build u-boot-rockchip.bin binary with binman for Rockchip
> ARM64 boards instead of the legacy Makefile way.
>
> Cc: Quentin Schulz
> Signed-off-by: Quentin Schulz
> ---
> Makefile
Hi Quentin,
On Mon, 1 Aug 2022 at 11:05, Quentin Schulz
wrote:
>
> Hi Simon,
>
> On 7/31/22 03:27, Simon Glass wrote:
> > Hi Quentin,
> >
> > On Wed, 27 Jul 2022 at 04:34, Quentin Schulz
> > wrote:
> >>
> >> Hi Simon,
> >>
> >> On 7/26/22 21:58, Simon Glass wrote:
> >>> Hi Quentin,
> >>>
> >>> O
On Mon, 1 Aug 2022 at 10:06, Quentin Schulz wrote:
>
> From: Quentin Schulz
>
> idbloader.img content - currently created by way of Makefile - can be
> created by binman directly.
>
> So let's do that for Rockchip ARM platforms.
>
> Cc: Quentin Schulz
> Signed-off-by: Quentin Schulz
> ---
>
> v
Hi Stefan,
On Mon, 1 Aug 2022 at 08:09, Stefan Roese wrote:
>
> Hi Simon,
>
> On 01.08.22 15:00, Simon Glass wrote:
> > Hi Stefan,
> >
> > On Mon, 1 Aug 2022 at 06:40, Stefan Roese wrote:
> >>
> >> Hi Simon,
> >>
> >> On 01.08.22 14:22, Simon Glass wrote:
> >>> Hi Stefan,
> >>>
> >>> On Mon, 1 A
On Mon, 1 Aug 2022 at 09:43, Pali Rohár wrote:
>
> Makefile uses binman to produce u-boot-with-dtb.bin target. As its input it
> takes DTB file and u-boot binary without DTB, which is stored in file
> u-boot-nodtb.bin. So fix target dependency.
>
> Signed-off-by: Pali Rohár
> ---
> Makefile | 2
Hi Heinrich,
On Mon, 1 Aug 2022 at 09:00, Heinrich Schuchardt wrote:
>
> On 8/1/22 15:58, Simon Glass wrote:
> > At present the sandbox timer uses localtime() which can jump around twice
> > a year when daylight-saving time changes.
> >
> > It would be tricky to make use of gmtime() since we stil
Hi Heinrich,
On Mon, 1 Aug 2022 at 08:58, Heinrich Schuchardt wrote:
>
> On 8/1/22 15:59, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Mon, 1 Aug 2022 at 02:11, Heinrich Schuchardt wrote:
> >>
> >> On 7/31/22 20:27, Simon Glass wrote:
> >>> Since resetting the RTC on sandbox causes it to read
On Mon, 1 Aug 2022 at 07:18, Heinrich Schuchardt
wrote:
>
> The declarations in the header and in the implementation must match.
>
> Reported-by: Sergei Antonov
> Signed-off-by: Heinrich Schuchardt
> ---
> include/command.h | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
Reviewed
On Mon, Aug 01, 2022 at 02:57:01PM -0400, Tom Rini wrote:
> We talk about importing code from other projects in two places. The
> first place is in the coding style section, where we explain when to or
> not to deviate in terms of white space, etc. In the process
> documentation we now add a note a
Hi Quentin,
Beside removing the "real" annoyance is that these files popup when adding with
"git add ." and are blocking branch changing with "git branch ...".
Maybe add to ".gitignore" as well or delete immediately. What's the use to keep
them around?
Johan
On 8/1/22 18:06, Quentin Schulz wro
We talk about importing code from other projects in two places. The
first place is in the coding style section, where we explain when to or
not to deviate in terms of white space, etc. In the process
documentation we now add a note about saying where the code was imported
from and to ensure that yo
On Mon, Aug 01, 2022 at 06:20:50PM +0100, Abdellatif El Khlifi wrote:
> use x0-x17 registers in the SMC32/SMC64 calls according to SMCCCv1.2
>
> Signed-off-by: Sudeep Holla
Please drop my signed-off as I didn't. I am seeing this patch on the list
for the first time and AFAIK I haven't posted any
BCM63148 is an Broadcom B15 based DSL Broadband SoC. It is part of the
BCA (Broadband Carrier Access origin) chipset family so it's added under
ARCH_BCMBCA platform. This initial support includes a bare-bone
implementation and dts with CPU subsystem, memory and Broadcom uart.
This SoC is supported
BCM6756 is an ARM A7 based WLAN Gateway and Access Point Broadband SoC.
It is part of the BCA(Broadband Carrier Access origin) chipset family so
it's added under ARCH_BCMBCA platform. This initial support includes a
bare-bone implementation and dts with CPU subsystem, memory and ARM
PL011 uart.
Th
BCM6878 is an ARM A7 based PON Broadband SoC. It is part of the BCA
(Broadband Carrier Access origin) chipset family so it's added under
ARCH_BCMBCA platform. This initial support includes a bare-bone
implementation and dts with CPU subsystem, memory and ARM PL011
uart.
This SoC is supported in th
BCM6846 is an ARM A7 based PON Broadband SoC. It is part of the BCA
(Broadband Carrier Access origin) chipset family so it's added under
ARCH_BCMBCA platform. This initial support includes a bare-bone
implementation and dts with CPU subsystem, memory and Broadcom uart.
This SoC is supported in the
BCM63178 is an ARM A7 based DSL Broadband SoC. It is part of the BCA
(Broadband Carrier Access origin) chipset family so it's added under
ARCH_BCMBCA platform. This initial support includes a bare-bone
implementation and dts with CPU subsystem, memory and ARM PL011 uart.
This SoC is supported in t
Broadcom BCA (Broadband Carrier Access origin) chipset family includes
DSL, PON and WLAN access point and gateway SoC. Now that the ARCH_BCMBCA
architecture and its first SoC BCM47622 are supported in u-boot 2022.07,
this patch series add the basic support for following BCA chips under
ARCH_BCMBCA:
On Mon, Aug 01, 2022 at 05:42:20PM +0200, Pali Rohár wrote:
> Currently Makefile produces final mpc85xx image when SPL is not used in
> custom file u-boot-with-dtb.bin. It is quite confusing name as build
> process produce also intermediate file standard file u-boot-dtb.bin (which
> is just interm
On Mon, Aug 01, 2022 at 05:42:19PM +0200, Pali Rohár wrote:
> Makefile uses binman to produce u-boot-with-dtb.bin target. As its input it
> takes DTB file and u-boot binary without DTB, which is stored in file
> u-boot-nodtb.bin. So fix target dependency.
>
> Signed-off-by: Pali Rohár
Reviewed-
Hi Tom,
On 08/01/2022 07:02 AM, Tom Rini wrote:
On Fri, Jul 29, 2022 at 12:48:43PM -0700, William Zhang wrote:
BCM63178 is an ARM A7 based DSL Broadband SoC. It is part of the BCA
(Broadband Carrier Access origin) chipset family so it's added under
ARCH_BCMBCA platform. This initial support in
Provide armffa command showcasing the use of the FF-A driver
The armffa command allows to query secure partitions data from
the secure world and exchanging messages with the partitions.
Signed-off-by: Abdellatif El Khlifi
Cc: Tom Rini
Cc: Ilias Apalodimas
Cc: Jens Wiklander
---
MAINTAINERS
Add the driver implementing Arm Firmware Framework for Armv8-A v1.0
The Firmware Framework for Arm A-profile processors (FF-A)
describes interfaces (ABIs) that standardize communication
between the Secure World and Normal World leveraging TrustZone
technology.
This driver uses 64-bit registers as
set to zero the x0-x17 registers
As per the SMCCC v1.2 spec, unused result and scratch registers can leak
information after an SMC call. We can mitigate against this risk by
returning zero in each register.
Signed-off-by: Abdellatif El Khlifi
Cc: Tom Rini
Cc: Ilias Apalodimas
Cc: Jens Wiklande
use x0-x17 registers in the SMC32/SMC64 calls according to SMCCCv1.2
Signed-off-by: Sudeep Holla
Signed-off-by: Abdellatif El Khlifi
Cc: Tom Rini
Cc: Ilias Apalodimas
Cc: Jens Wiklander
---
arch/arm/cpu/armv8/smccc-call.S | 53 +
arch/arm/lib/asm-offsets.c
This new version of the patchset provides improvements to the FF-A driver
design.
The FF-A driver is a discoverable bus and brings these new features:
* support for the 64-bit x0-x17 registers in SMC arguments passing
* align with the FF-A kernel driver interfaces
* make the driver EFI independ
Hi Simon,
On 7/31/22 03:27, Simon Glass wrote:
Hi Quentin,
On Wed, 27 Jul 2022 at 04:34, Quentin Schulz
wrote:
Hi Simon,
On 7/26/22 21:58, Simon Glass wrote:
Hi Quentin,
On Tue, 26 Jul 2022 at 03:08, Quentin Schulz
wrote:
Hi Xavier,
On 7/25/22 19:33, Xavier Drudis Ferran wrote:
El Mo
HI all,
On 8/1/22 18:06, Quentin Schulz wrote:
From: Quentin Schulz
By factoring SPL check in the first condition, this makes the checks a
bit less convoluted and more readable.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
Makefile | 9 ++---
1 file changed, 2 insertions(+),
From: Quentin Schulz
This new image is similar to u-boot-rockchip.bin except that it's
destined to be flashed on SPI-NOR flashes.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
v3:
- added filename property so that idblaoder-spi.img binary is generated
by binman, as per community requ
From: Quentin Schulz
This prepares for the creation of a u-boot-rockchip-spi.bin image
similar to u-boot-rockchip.bin to the exception it's destined for
SPI-NOR flashes instead of MMC storage medium.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
arch/arm/dts/rk3288-u-boot.dtsi | 2 +-
From: Quentin Schulz
By factoring SPL check in the first condition, this makes the checks a
bit less convoluted and more readable.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
Makefile | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/Makefile b/Makefile
ind
From: Quentin Schulz
This allows to build u-boot-rockchip.bin binary with binman for Rockchip
ARM64 boards instead of the legacy Makefile way.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
Makefile | 26 +-
arch/arm/Kconfig
From: Quentin Schulz
idbloader.img content - currently created by way of Makefile - can be
created by binman directly.
So let's do that for Rockchip ARM platforms.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
v3:
- moved spl back into mkimage section,
- added filename property so t
From: Quentin Schulz
Binman mkimage entry generates temporary files so let's remove them
when calling `make clean`.
Fixes: 9b312e26fc77 ("rockchip: Enable building a SPI ROM image on jerry")
Cc: Quentin Schulz
Reported-by: Johan Jonker
Signed-off-by: Quentin Schulz
---
added in v3
Makefile
From: Quentin Schulz
mkimage entry currently creates a file whose name is derived from the
section name containing said entry.
Let's allow the user to define a filename for the mkimage-generated
binary by using the 'filename' DT property.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
From: Quentin Schulz
Some image types handled by mkimage require the datafiles to be passed
independently (-d data1:data2) for specific handling of each. A
concatenation of datafiles prior to passing them to mkimage wouldn't
work.
That is the case for rkspi for example which requires page alignm
From: Quentin Schulz
This migrates the generation of u-boot-rockchip.bin from Makefile to binman
completely.
This also adds support for generating the same kind of image than
u-boot-rockchip.bin but for SPI flashes (specifically, a different image
type generated by mkimage is necessary, in addit
On Mon, 1 Aug 2022 12:02:20 +0200
Pali Rohár wrote:
> Sometimes fixup_mtd_partitions() prints during booting kernel error
> "Failed fixing SPI NOR partitions!" because it does not have enough space
> for creating all paritions nodes. So increase fdt size.
>
> Fixes: 92f36c8e74c1 ("arm: mvebu: t
On Mon, 1 Aug 2022 12:02:19 +0200
Pali Rohár wrote:
> All partitions are created by fixup_mtd_partitions() function, so they do
> not have to exist just for their removal need.
>
> Fixes: 92f36c8e74c1 ("arm: mvebu: turris_omnia: fixup MTD partitions in
> Linux' DTB")
> Signed-off-by: Pali Rohá
On Fri, 29 Jul 2022 13:29:07 +0200
Pali Rohár wrote:
> New Turris Omnia HW board revision requires that software controls
> peripheral reset signals, namely PERST# signals on mPCIe slots, ethernet
> phy reset and lan switch reset. Those pins are connected to MCU controlled
> by MCU i2c API as GPI
On Fri, 29 Jul 2022 13:29:06 +0200
Pali Rohár wrote:
> Different Turris Omnia HW board revisions contains different MCU.
> Show type in show_board_info() to easily identify which MCU is populated.
>
> Signed-off-by: Pali Rohár
Reviewed-by: Marek Behún
Currently Makefile produces final mpc85xx image when SPL is not used in
custom file u-boot-with-dtb.bin. It is quite confusing name as build
process produce also intermediate file standard file u-boot-dtb.bin (which
is just intermediate and not bootable). Other platforms use u-boot.bin
(UBOOT_BIN)
Makefile uses binman to produce u-boot-with-dtb.bin target. As its input it
takes DTB file and u-boot binary without DTB, which is stored in file
u-boot-nodtb.bin. So fix target dependency.
Signed-off-by: Pali Rohár
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
On 8/1/2022 5:37 AM, Heinrich Schuchardt wrote:
On 7/29/22 23:54, Jae Hyun Yoo wrote:
Add product info area parsing support. Custom product info field parsing
function 'fru_parse_product_custom' can be replaced with a board specific
implementation.
Signed-off-by: Jae Hyun Yoo
---
Changes from
On 8/1/2022 5:34 AM, Heinrich Schuchardt wrote:
On 7/29/22 23:54, Jae Hyun Yoo wrote:
From: Graeme Gregory
The FRU handling was added as a Xilinx board dependent support but it
would be useful for other boards too, so this commit moves the FRU
handling support to the common region so that it c
On 8/1/22 15:58, Simon Glass wrote:
At present the sandbox timer uses localtime() which can jump around twice
a year when daylight-saving time changes.
It would be tricky to make use of gmtime() since we still need to present
the time in local time, as seems to be required by U-Boot's RTC interf
On 8/1/22 15:59, Simon Glass wrote:
Hi Heinrich,
On Mon, 1 Aug 2022 at 02:11, Heinrich Schuchardt wrote:
On 7/31/22 20:27, Simon Glass wrote:
Since resetting the RTC on sandbox causes it to read the base time from
the system, we cannot rely on this being unchanged since it was last read.
All
Hi Michal,
On 8/1/2022 3:29 AM, Michal Simek wrote:
On 7/29/22 23:54, Jae Hyun Yoo wrote:
Hello,
The FRU handling was added as a Xilinx board dependent support but it
would be useful for other boards too, so this commit moves the FRU
handling support to the common region so that it can be en
在 2022年8月1日星期一，Heinrich Schuchardt 写道：
> fs_set_blk_dev() probes all file-systems until it finds one that matches
> the volume. We do not expect any console output for non-matching
> file-systems.
>
> Convert error messages in erofs_read_superblock() to debug output.
>
> Fixes: 830613f8f5bb ("fs/
On Mon, Jul 25, 2022 at 05:06:15PM +0200, Marek Behún wrote:
> After a discussion with Tom Rini, we've agreed that I am going to take
> over custodianship of the MPC85XX platform, since it seems other people
> do not have necessary interest or time and getting things done over
> there takes too lo
Hi Simon,
On 01.08.22 15:00, Simon Glass wrote:
Hi Stefan,
On Mon, 1 Aug 2022 at 06:40, Stefan Roese wrote:
Hi Simon,
On 01.08.22 14:22, Simon Glass wrote:
Hi Stefan,
On Mon, 1 Aug 2022 at 01:17, Stefan Roese wrote:
Hi Simon,
On 31.07.22 03:27, Simon Glass wrote:
Hi Stefan,
On Thu,
On Fri, Jul 29, 2022 at 12:48:43PM -0700, William Zhang wrote:
> BCM63178 is an ARM A7 based DSL Broadband SoC. It is part of the BCA
> (Broadband Carrier Access origin) chipset family so it's added under
> ARCH_BCMBCA platform. This initial support includes a bare-bone
> implementation and dts wi
Hi Heinrich,
On Mon, 1 Aug 2022 at 02:11, Heinrich Schuchardt wrote:
>
> On 7/31/22 20:27, Simon Glass wrote:
> > Since resetting the RTC on sandbox causes it to read the base time from
> > the system, we cannot rely on this being unchanged since it was last read.
> > Allow for a one-second delay
At present the sandbox timer uses localtime() which can jump around twice
a year when daylight-saving time changes.
It would be tricky to make use of gmtime() since we still need to present
the time in local time, as seems to be required by U-Boot's RTC interface.
The problem can only happen once
It seems that the time can change in between getting it and reading the
offset. Check for this and try again if this happens.
Signed-off-by: Simon Glass
---
test/dm/rtc.c | 22 +-
1 file changed, 17 insertions(+), 5 deletions(-)
diff --git a/test/dm/rtc.c b/test/dm/rtc.c
in
Since resetting the RTC on sandbox causes it to read the base time from
the system, we cannot rely on this being unchanged since it was last read.
Allow for a one-second delay.
Reviewed-by: Heinrich Schuchardt
Fixes: https://source.denx.de/u-boot/u-boot/-/issues/4
Reported-by: Bin Meng
Reported-
Some tests can have race conditions which are hard to detect on a single
one. Add a way to run tests more than once, to help with this.
Each individual test is run the requested number of times before moving
to the next test. If any runs failed, a message is shown.
This is most useful when runnin
Use this (newish) macro since it is designed for the purpose of making
sure things are non-NULL.
Signed-off-by: Simon Glass
---
test/dm/rtc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/test/dm/rtc.c b/test/dm/rtc.c
index c7f9f8f0ce7..a8349756c18 100644
--- a/
This series includes some patches to work around race conditions in the
rtc tests, as well as a mechanism to run unit tests more than once.
With 1000 runs I normally see three failures in the tests addressed here.
With this series no failures are seen.
This also includes a work-around for the day
The macros in this file are a little confusing and we currently have no
tests to check that they work as expected.
Add some tests which check the macros in C code. Add a few tests which
check that the build errors are generated correctly too, using buildman's
-a option.
Signed-off-by: Simon Glass
CPLD in load_default mode ignores watchdog reset signal. It does not reset
board when watchdog triggers reset signal.
Detect load_default mode by GPIO7 - LOAD_DEFAULT_N and delete watchdog
max6370 node from device to prevent registering driver for non-working
watchdog.
Signed-off-by: Pali Rohár
CPLD's system reset register on P1/P2 RDB boards is not autocleared after
flipping it. If this register is set to one in 100ms after reset starts
then CPLD triggers another CPU reset.
This means that trying to reset board via CPLD system reset register cause
reboot loop. To prevent this reboot loo
CPLD's system reset register is buggy and requires workaround in U-Boot.
So use this kind of board reset only when there is no other reset option.
Introduce a new board_reset_last() callback which is last-stage
board-specific reset and implement CPLD's system reset in this new
board_reset_last() c
P1/P2 RDB boards have external max6370 watchdog connected to CPLD and this
watchdog is not deactivated on board reset. So if it is active during board
reset, it can trigger another reset when CPU is booting U-Boot. To prevent
possible infinite reset loop caused by external watchdog, turn it off
bef
If watchdog timer was already set to non-disabled value then it means that
watchdog timer was already activated, has already expired and caused CPU
reset. If this happened then due to CPLD firmware bug, writing to wd_cfg
register has no effect and therefore it is not possible to reactivate
watchdog
fs_set_blk_dev() probes all file-systems until it finds one that matches
the volume. We do not expect any console output for non-matching
file-systems.
Convert error messages in erofs_read_superblock() to debug output.
Fixes: 830613f8f5bb ("fs/erofs: add erofs filesystem support")
Signed-off-by:
On 8/1/22 13:58, Sergei Antonov wrote:
Hello!
There is an annoying warning about conflicting return types:
common/command.c:586:20: warning: conflicting types for 'cmd_process'
due to enum/integer mismatch; have 'enum command_ret_t(int, int,
char * const*, int *, ulong *)' {aka 'enum command_re
The declarations in the header and in the implementation must match.
Reported-by: Sergei Antonov
Signed-off-by: Heinrich Schuchardt
---
include/command.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/command.h b/include/command.h
index 44c91f655d..8917da8b21
On 31/07/2022 15.28, Tom Rini wrote:
> On Sat, Jul 30, 2022 at 07:27:26PM -0600, Simon Glass wrote:
>> Hi Tom,
>>
>> Shall I pick it up for the upcoming release?
>
> I don't think we should pick up the revert as I don't think there's
> agreement that reverting this is the right step forward among
On Friday 22 July 2022 00:20:21 Pali Rohár wrote:
> On Friday 08 July 2022 19:12:10 Tom Rini wrote:
> > [resend to the list too this time]
> >
> > On Sat, Jul 09, 2022 at 12:43:44AM +0200, Pali Rohár wrote:
> > > PING
> > >
> > > I still have not received any response. What is the point?
> >
Hi Stefan,
On Mon, 1 Aug 2022 at 06:40, Stefan Roese wrote:
>
> Hi Simon,
>
> On 01.08.22 14:22, Simon Glass wrote:
> > Hi Stefan,
> >
> > On Mon, 1 Aug 2022 at 01:17, Stefan Roese wrote:
> >>
> >> Hi Simon,
> >>
> >> On 31.07.22 03:27, Simon Glass wrote:
> >>> Hi Stefan,
> >>>
> >>> On Thu, 28
Correctly calculate offsets between SPL and proper U-Boot when new config
option CONFIG_FSL_PREPBL_ESDHC_BOOT_SECTOR for generating eSDHC boot sector
is enabled. Otherwise SPL would not be able to boot proper U-Boot.
Signed-off-by: Pali Rohár
---
Changes in v2:
* rebase on top of master branch, c
Hi Simon,
On 01.08.22 14:22, Simon Glass wrote:
Hi Stefan,
On Mon, 1 Aug 2022 at 01:17, Stefan Roese wrote:
Hi Simon,
On 31.07.22 03:27, Simon Glass wrote:
Hi Stefan,
On Thu, 28 Jul 2022 at 01:09, Stefan Roese wrote:
This patchset adds the basic infrastructure to periodically execute
c
On 7/29/22 23:54, Jae Hyun Yoo wrote:
Add product info area parsing support. Custom product info field parsing
function 'fru_parse_product_custom' can be replaced with a board specific
implementation.
Signed-off-by: Jae Hyun Yoo
---
Changes from RFC:
* Added manufacturer custom product info f
On 7/29/22 23:54, Jae Hyun Yoo wrote:
From: Graeme Gregory
The FRU handling was added as a Xilinx board dependent support but it
would be useful for other boards too, so this commit moves the FRU
handling support to the common region so that it can be enabled by
CONFIG_CMD_FRU.
To provide manu
Hi Stefan,
On Mon, 1 Aug 2022 at 01:17, Stefan Roese wrote:
>
> Hi Simon,
>
> On 31.07.22 03:27, Simon Glass wrote:
> > Hi Stefan,
> >
> > On Thu, 28 Jul 2022 at 01:09, Stefan Roese wrote:
> >>
> >> This patchset adds the basic infrastructure to periodically execute
> >> code, e.g. all 100ms. Ex
i2c is not used that's why header is not needed.
Signed-off-by: Michal Simek
---
drivers/power/regulator/fan53555.c | 1 -
drivers/power/regulator/gpio-regulator.c | 1 -
drivers/power/regulator/lp873x_regulator.c | 1 -
drivers/power/regulator/lp87565_regulator.c | 1 -
driver
On Monday 01 August 2022 13:58:24 Stefan Roese wrote:
> On 29.07.22 13:29, Pali Rohár wrote:
> > New Turris Omnia HW board revision requires that software controls
> > peripheral reset signals, namely PERST# signals on mPCIe slots, ethernet
> > phy reset and lan switch reset. Those pins are connect
On Mon, Aug 01, 2022 at 01:00:34AM +, Peng Fan wrote:
> Hi Tom,
>
> Please pull fsl-qoriq-2022-7-29
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
Hello!
There is an annoying warning about conflicting return types:
common/command.c:586:20: warning: conflicting types for 'cmd_process'
due to enum/integer mismatch; have 'enum command_ret_t(int, int,
char * const*, int *, ulong *)' {aka 'enum command_ret_t(int, int,
char * const*, int *, long
On 29.07.22 13:29, Pali Rohár wrote:
New Turris Omnia HW board revision requires that software controls
peripheral reset signals, namely PERST# signals on mPCIe slots, ethernet
phy reset and lan switch reset. Those pins are connected to MCU controlled
by MCU i2c API as GPIOs. On new HW board revi
On 29.07.22 13:29, Pali Rohár wrote:
Different Turris Omnia HW board revisions contains different MCU.
Show type in show_board_info() to easily identify which MCU is populated.
Signed-off-by: Pali Rohár
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
board/CZ.NIC/turris_omnia/turris_omnia.
1 - 100 of 142 matches
Mail list logo
