hi Patrick,
On Tue, 7 Dec 2021 at 21:05, Patrick DELAUNAY
wrote:
> Hi Sugosh
>
> On 11/25/21 8:01 AM, Sughosh Ganu wrote:
>
> Add function to get the gpt header and partition entries filled. These
>
> would be used subsequently for multi bank firmware update support on
>
> devices where the
hi Patrick,
On Tue, 7 Dec 2021 at 19:57, Patrick DELAUNAY
wrote:
> Hi Sughosh,
>
> On 11/25/21 8:01 AM, Sughosh Ganu wrote:
> > The FWU Multi Bank Update feature allows the platform to boot the
> > firmware images from one of the partitions(banks). The first stage
> > bootloader(fsbl) passes
hi Patrick,
On Tue, 7 Dec 2021 at 19:54, Patrick DELAUNAY
wrote:
> Hi Sughsoh,
>
> On 11/25/21 8:01 AM, Sughosh Ganu wrote:
> > In the FWU Multi Bank Update feature, the information about the
> > updatable images is stored as part of the metadata, on a separate
> > partition. Add functions for
Hello Javad,
Am Tue, Dec 07, 2021 at 10:42:15AM +0330 schrieb Javad Rahimi:
> Signed-off-by: Javad Rahimi
> ---
>
> board/sunxi/board.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/board/sunxi/board.c b/board/sunxi/board.c
> index ff80283702..62d32b6329 100644
>
Hi Michael,
-Original Message-
From: Michael Walle
Sent: Monday, November 29, 2021 11:17 PM
To: Sahil Malhotra (OSS)
Cc: Clément Faure ; Gaurav Jain ;
Pankaj Gupta ; Priyanka Jain ;
u-boot@lists.denx.de; Varun Sethi ; Ye Li ;
ZHIZHIKIN Andrey
Subject: Re: [PATCH 1/2]
Hi Kever,
On Mon, Nov 15, 2021 at 11:08 PM Jagan Teki wrote:
>
> dmc node is specific to U-Boot, it is always better practice
> to maintain U-Boot specific nodes into -u-boot.dtsi files
> in order to maintain Linux dts file sync compatibility.
>
> Move the dmc into px30-u-boot.dtsi, also add dmc
On Tue, 7 Dec 2021 12:01:56 +0530
Jagan Teki wrote:
Hi,
> On Thu, Oct 28, 2021 at 3:27 PM Manuel Dipolt
> wrote:
> >
> > This patch enables clock for the r_pio gpios for the h3
> > r_pio is required to access gpios from port L
> >
> > readout or setting of gpio PL10 (for example to control a
On 12/8/21 1:09 AM, John Keeping wrote:
> When failing to send a command because the hardware is busy, return
> EBUSY to indicate the cause instead of just -1.
>
> Signed-off-by: John Keeping
Reviewed-by: Jaehoon Chung
Best Regards,
Jaehoon Chung
> ---
> drivers/mmc/dw_mmc.c | 2 +-
> 1
On 03/12/2021 23:13, Simon Glass wrote:
> On Fri, 3 Dec 2021 at 05:20, Peter Robinson wrote:
>> On Fri, Dec 3, 2021 at 3:32 AM Simon Glass wrote:
>>> On Wed, 1 Dec 2021 at 07:23, Peter Robinson wrote:
On Thu, Nov 25, 2021 at 5:39 PM Alper Nebi Yasak
wrote:
>
> I have recently
Hi Simon
On Mon, 6 Dec 2021 at 16:23, Simon Glass wrote:
> Hi François,
>
> On Sat, 4 Dec 2021 at 18:15, François Ozog
> wrote:
> >
> > Hi Simon
> >
> > Le sam. 4 déc. 2021 à 18:42, Simon Glass a écrit :
> >>
> >> Hi François,
> >>
> >> On Sat, 4 Dec 2021 at 04:06, François Ozog
> wrote:
>
On Mon, Dec 06, 2021 at 05:11:39PM -0700, Simon Glass wrote:
[snip]
> +Building the devicetree
> +---
> +
> +U-Boot automatically builds the devicetree for a board, from the
> +`arch//dts` directory. The Makefile in those directories has rules for
> +building devicetree files.
On 03/12/2021 06:31, Simon Glass wrote:
> On Thu, 25 Nov 2021 at 10:40, Alper Nebi Yasak
> wrote:
>> Add support for Kevin, an RK3399-based convertible chromebook that is
>> very similar to Bob. This patch is mostly based on existing support for
>> Bob, with only minor changes for Kevin-specific
On 03/12/2021 06:31, Simon Glass wrote:
> On Thu, 25 Nov 2021 at 10:39, Alper Nebi Yasak
> wrote:
>> I have recently started testing booting U-Boot from SPI on my gru-kevin
>>
>> [...]
>>
>> Other useful things for these boards:
>> - Patch to fix a hang when usb controllers exit [5]
>> - Series
On Tuesday 30 November 2021 16:50:49 Alexander Dahl wrote:
> What's the state of this patch?
I have sent it to ML for discussion as one of the possible solution for
this problem. I guess that decision how to solve it up to maintainers.
Anyway, I have tested it on Debian and works fine for me.
Hi
On Tue, 7 Dec 2021 at 18:14, Andre Przywara wrote:
> On Tue, 7 Dec 2021 09:21:40 -0700
> Simon Glass wrote:
>
> Hi Simon,
>
> > Hi Tom,
> >
> > On Tue, 7 Dec 2021 at 09:14, Tom Rini wrote:
> > >
> > > On Tue, Dec 07, 2021 at 09:09:54AM -0700, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> >
PING?
On Wednesday 20 October 2021 11:13:15 Pali Rohár wrote:
> Correct printf format for unsigned long long is %llx and not %llxx.
>
> Signed-off-by: Pali Rohár
> ---
> arch/arm/mach-imx/cmd_nandbcb.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On 03/12/2021 06:31, Simon Glass wrote:
> On Thu, 25 Nov 2021 at 10:40, Alper Nebi Yasak
> wrote:
>> The RK3399 SoC needs to know the voltage value provided by some
>> regulators, which is done by setting relevant register bits. Configure
>> these the way other RK3399 boards do, but with values
Allow device trees to be reused between Linux and U-Boot.
The source for these device trees is today's linux-next plus these
changes that have been made so that the sources can be shared. These
other patches are currently in flight:
The commit in the Fixes: tag below broke traffic through switch ports
where the SERDES protocol requires in-band autoneg and this requirement
isn't described in the device tree: SGMII, QSGMII, USXGMII (with
2500Base-X, in-band autoneg isn't supported).
The LS1028A-QDS boards are not yet ready for
Reuse the scheme implemented by the Kontron SL28 boards in commit
d08011d7f9b4 ("arm: dts: ls1028a: disable the PCIe controller by
default") and move the 'status = "okay"' lines for the PCIe controllers
inside a separate U-Boot dtsi for the LS1028A-RDB board. This way, the
existing Linux device
There is no SPI peripheral on the LS1028A-RDB, therefore no reason to
enable these nodes in the U-Boot device tree (and Linux does not enable
them either).
Signed-off-by: Vladimir Oltean
Reviewed-by: Priyanka Jain
---
arch/arm/dts/fsl-ls1028a-rdb.dts | 12
1 file changed, 12
In a bit of a blunder, the blamed commit in the Fixes: tag below made
the mscc_felix switch driver look at the 'managed = "in-band-status"'
device tree property, forgetting that the U-Boot device tree had not
been updated to include that property, whereas the Linux one does.
The switch is
There is no I2C peripheral on these buses on the reference design board,
and the Linux device tree does not enable them either.
Signed-off-by: Vladimir Oltean
Reviewed-by: Priyanka Jain
---
arch/arm/dts/fsl-ls1028a-rdb.dts | 28
1 file changed, 28 deletions(-)
The nodes in the NXP LS1028A-RDB device tree are out of order, regroup
them alphabetically to have a simple delta when the Linux device tree is
brought in.
Signed-off-by: Vladimir Oltean
Reviewed-by: Priyanka Jain
---
arch/arm/dts/fsl-ls1028a-rdb.dts | 110 +++
1
During the LS1028A-RDB sync with Linux device trees, it was observed
that the same RTC is present on the two boards, and the wrong compatible
string is used in both places. This change updates the RTC from the
LX2160A-RDB to use the compatible string that was established in Linux.
Signed-off-by:
During the LS1028A-RDB sync with Linux device trees, it was observed
that the same RTC is present on the two boards, and the wrong compatible
string is used in both places. This change updates the RTC from the
LX2160A-QDS to use the compatible string that was established in Linux.
Signed-off-by:
The LS1028A-QDS board won't be synced with the Linux device trees right
now, since those are currently still in progress (Ethernet is missing).
However, while we're at converting the RDB, it can be observed that the
same RTC is present on the two boards, and the wrong compatible string
is used in
During this board's sync with Linux device trees, it was observed that
it doesn't use the same compatible string for the RTC node as in U-Boot.
This change makes the RTC compatible strings match, for a smoother sync.
Signed-off-by: Vladimir Oltean
---
arch/arm/dts/fsl-ls1028a-rdb.dts | 2 +-
1
Now that all in-tree boards have been converted to the compatible
strings from Linux, delete the support for the ad-hoc "pcf2127-rtc" one.
Cc: Simon Glass
Signed-off-by: Vladimir Oltean
Reviewed-by: Simon Glass
---
drivers/rtc/pcf2127.c | 1 -
1 file changed, 1 deletion(-)
diff --git
During the LS1028A-RDB sync with Linux device trees, it was observed
that the same RTC is present on the two boards, and the wrong compatible
string is used in both places. This change updates the RTC from the
LS1088A-QDS to use the compatible string that was established in Linux.
Signed-off-by:
This seems to be very similar to the already existing PCA9547, save for
the fact that it supports 0.8V and doesn't support 5V. In fact, it is so
similar to the PCA9547 that the NXP LS1028A-RDB board has been driving
this chip using a "nxp,pca9547" compatible string.
Create a new compatible for
Allow this driver to be used by boards which inherit their device trees
from Linux. Compatibility is temporarily retained with the old
compatible string which is U-Boot specific, and will be removed after a
few changes.
Cc: Simon Glass
Signed-off-by: Vladimir Oltean
Reviewed-by: Simon Glass
During the LS1028A-RDB sync with Linux device trees, it was observed
that the same RTC is present on the two boards, and the wrong compatible
string is used in both places. This change updates the RTC from the
LS1088A-RDB to use the compatible string that was established in Linux.
Signed-off-by:
The changes were intended to be minimal, but unfortunately I discovered
some other stuff as well:
- we need to make some changes to the compatible strings of RTC devices
and I2C muxes. This has ramifications to other NXP boards which were
also updated.
- I broke Ethernet on LS1028A boards
Hi Simon,
On 11/24/21 21:12, Simon Glass wrote:
Hi Walter,
On Mon, 2 Aug 2021 at 13:29, Walter Lozano wrote:
Hi Simon,
On 8/1/21 11:50 PM, Simon Glass wrote:
Hi Walter,
On Sun, 1 Aug 2021 at 20:45, Walter Lozano wrote:
Hi Simon,
Thanks for checking this bug, I'm glad that you were able
On Tue, Nov 30, 2021 at 09:23:18PM +0100, Tommaso Merciai wrote:
> On Mon, Nov 29, 2021 at 01:17:44PM +0100, Marek Behún wrote:
> > On Sun, 28 Nov 2021 18:47:11 +0100
> > Tommaso Merciai wrote:
> >
> > > On Fri, Nov 26, 2021 at 07:00:21PM +0100, Marek Behún wrote:
> > > > On Fri, 26 Nov 2021
On Tue, Dec 07, 2021 at 05:13:58PM +, Andre Przywara wrote:
> On Tue, 7 Dec 2021 09:21:40 -0700
> Simon Glass wrote:
>
> Hi Simon,
>
> > Hi Tom,
> >
> > On Tue, 7 Dec 2021 at 09:14, Tom Rini wrote:
> > >
> > > On Tue, Dec 07, 2021 at 09:09:54AM -0700, Simon Glass wrote:
> > > > Hi Tom,
On Tue, 7 Dec 2021 09:21:40 -0700
Simon Glass wrote:
Hi Simon,
> Hi Tom,
>
> On Tue, 7 Dec 2021 at 09:14, Tom Rini wrote:
> >
> > On Tue, Dec 07, 2021 at 09:09:54AM -0700, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Tue, 7 Dec 2021 at 09:07, Tom Rini wrote:
> > > >
> > > > On Tue,
On Mon, Dec 06, 2021 at 05:11:39PM -0700, Simon Glass wrote:
[snip]
> +Updating the devicetree
> +===
The first thing here is that the subject says dt usage, but the file is
dt_update and starts out talking about updates, not usage. So there's
not a great place for my next
On Tue, Dec 07, 2021 at 09:21:40AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 7 Dec 2021 at 09:14, Tom Rini wrote:
> >
> > On Tue, Dec 07, 2021 at 09:09:54AM -0700, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Tue, 7 Dec 2021 at 09:07, Tom Rini wrote:
> > > >
> > > > On Tue, Dec 07,
Hi Tom,
On Tue, 7 Dec 2021 at 09:14, Tom Rini wrote:
>
> On Tue, Dec 07, 2021 at 09:09:54AM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Tue, 7 Dec 2021 at 09:07, Tom Rini wrote:
> > >
> > > On Tue, Dec 07, 2021 at 09:02:23AM -0700, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On Tue,
On Tue, Dec 07, 2021 at 09:09:54AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 7 Dec 2021 at 09:07, Tom Rini wrote:
> >
> > On Tue, Dec 07, 2021 at 09:02:23AM -0700, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Tue, 7 Dec 2021 at 08:39, Tom Rini wrote:
> > > >
> > > > On Tue, Dec 07,
Hi Tom,
On Tue, 7 Dec 2021 at 09:07, Tom Rini wrote:
>
> On Tue, Dec 07, 2021 at 09:02:23AM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Tue, 7 Dec 2021 at 08:39, Tom Rini wrote:
> > >
> > > On Tue, Dec 07, 2021 at 08:33:49AM -0700, Simon Glass wrote:
> > > > Hi Andre,
> > > >
> > > > On
When failing to send a command because the hardware is busy, return
EBUSY to indicate the cause instead of just -1.
Signed-off-by: John Keeping
---
drivers/mmc/dw_mmc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/dw_mmc.c b/drivers/mmc/dw_mmc.c
index
On Tue, Dec 07, 2021 at 09:02:23AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 7 Dec 2021 at 08:39, Tom Rini wrote:
> >
> > On Tue, Dec 07, 2021 at 08:33:49AM -0700, Simon Glass wrote:
> > > Hi Andre,
> > >
> > > On Tue, 7 Dec 2021 at 08:25, Tom Rini wrote:
> > > >
> > > > On Tue, Dec 07,
Hi Tom,
On Tue, 7 Dec 2021 at 08:39, Tom Rini wrote:
>
> On Tue, Dec 07, 2021 at 08:33:49AM -0700, Simon Glass wrote:
> > Hi Andre,
> >
> > On Tue, 7 Dec 2021 at 08:25, Tom Rini wrote:
> > >
> > > On Tue, Dec 07, 2021 at 12:59:48AM +, Andre Przywara wrote:
> > > > On Mon, 6 Dec 2021
On Mon, Dec 06, 2021 at 05:11:38PM -0700, Simon Glass wrote:
[snip]
> Changes in v7:
> - Fix 'linst' typo
> - Switch to using an empty file for qemu virt
> - Switch to using an empty file for qemu virt
> - Switch to using an empty file for qemu virt
> - Reword commit message
> - Bring in files
On Tue, Dec 07, 2021 at 08:09:03AM -0700, Simon Glass wrote:
> Hi Heinrich,
>
> On Mon, 6 Dec 2021 at 17:58, Heinrich Schuchardt wrote:
> >
> > On 12/6/21 16:11, Simon Glass wrote:
> > > At present some of the ideas and techniques behind devicetree in U-Boot
> > > are assumed, implied or unsaid.
On Tue, Dec 07, 2021 at 08:33:49AM -0700, Simon Glass wrote:
> Hi Andre,
>
> On Tue, 7 Dec 2021 at 08:25, Tom Rini wrote:
> >
> > On Tue, Dec 07, 2021 at 12:59:48AM +, Andre Przywara wrote:
> > > On Mon, 6 Dec 2021 17:11:52 -0700
> > > Simon Glass wrote:
> > >
> > > > Sync these files,
Hi Sugosh
On 11/25/21 8:01 AM, Sughosh Ganu wrote:
Add function to get the gpt header and partition entries filled. These
would be used subsequently for multi bank firmware update support on
devices where the images reside on GPT partitions.
Signed-off-by: Sughosh Ganu
Hi Andre,
On Tue, 7 Dec 2021 at 08:25, Tom Rini wrote:
>
> On Tue, Dec 07, 2021 at 12:59:48AM +, Andre Przywara wrote:
> > On Mon, 6 Dec 2021 17:11:52 -0700
> > Simon Glass wrote:
> >
> > > Sync these files, obtained from Linux v5.15.
> >
> > Sorry, but this would be wrong.
> > How do you
On Tue, Dec 07, 2021 at 12:59:48AM +, Andre Przywara wrote:
> On Mon, 6 Dec 2021 17:11:52 -0700
> Simon Glass wrote:
>
> > Sync these files, obtained from Linux v5.15.
>
> Sorry, but this would be wrong.
> How do you know which board it is? Highbank or Midway? We use the
> same binary for
Hi Heinrich,
On Mon, 6 Dec 2021 at 17:58, Heinrich Schuchardt wrote:
>
> On 12/6/21 16:11, Simon Glass wrote:
> > At present some of the ideas and techniques behind devicetree in U-Boot
> > are assumed, implied or unsaid. Add some documentation to cover how
> > devicetree is build, how it can be
On Tue, Dec 07, 2021 at 08:07:17AM -0700, Simon Glass wrote:
> Hi Andre,
>
> On Mon, 6 Dec 2021 at 18:01, Andre Przywara wrote:
> >
> > On Mon, 6 Dec 2021 17:11:52 -0700
> > Simon Glass wrote:
> >
> > > Sync these files, obtained from Linux v5.15.
> >
> > Sorry, but this would be wrong.
> >
Hi Oleksandr,
On Mon, 6 Dec 2021 at 22:57, Oleksandr Andrushchenko
wrote:
>
> Hi, Simon!
>
> On 07.12.21 02:11, Simon Glass wrote:
> > Add an empty file to prevent build errors when building with
> > CONFIG_OF_SEPARATE enabled.
> >
> > The build instructions in U-Boot do not provide enough
On Wed, 24 Nov 2021 at 20:09, Artem Lapkin wrote:
>
> Problem
>
> Wrong implementation logic: ramdisk cmdline image address always ignored!
> Next block { rd_addr = hextoul(select, NULL) } unusable for raw initrd.
>
> We have unbootable raw initrd images because, select_ramdisk for raw
> initrd
Hi Tahahiro,
On Wed, 24 Nov 2021 at 19:57, AKASHI Takahiro
wrote:
>
> Hi Simon,
>
> On Wed, Nov 24, 2021 at 05:12:45PM -0700, Simon Glass wrote:
> > Hi Takahiro,
> >
> > On Tue, 16 Nov 2021 at 20:03, AKASHI Takahiro
> > wrote:
> > >
> > > On Tue, Nov 16, 2021 at 07:48:59PM -0700, Simon Glass
Hi Takahiro,
On Wed, 24 Nov 2021 at 19:21, AKASHI Takahiro
wrote:
>
> Hi Simon,
>
> On Wed, Nov 24, 2021 at 05:11:49PM -0700, Simon Glass wrote:
> > Hi Takahiro,
> >
> > On Mon, 15 Nov 2021 at 21:33, AKASHI Takahiro
> > wrote:
> > >
> > > By specifying CONFIG_EFI_CAPSULE_KEY_PATH, the build
Hi Andre,
On Mon, 6 Dec 2021 at 18:01, Andre Przywara wrote:
>
> On Mon, 6 Dec 2021 17:11:52 -0700
> Simon Glass wrote:
>
> > Sync these files, obtained from Linux v5.15.
>
> Sorry, but this would be wrong.
> How do you know which board it is? Highbank or Midway? We use the
> same binary for
On Tue, Dec 07, 2021 at 09:46:37AM -0500, Tom Rini wrote:
> On Tue, Dec 07, 2021 at 02:06:29PM +, Vladimir Oltean wrote:
> > On Tue, Dec 07, 2021 at 04:53:11AM +, Priyanka Jain wrote:
> > > >-Original Message-
> > > >From: Vladimir Oltean
> > > >Sent: Thursday, December 2, 2021
On Tue, Dec 07, 2021 at 02:06:29PM +, Vladimir Oltean wrote:
> On Tue, Dec 07, 2021 at 04:53:11AM +, Priyanka Jain wrote:
> > >-Original Message-
> > >From: Vladimir Oltean
> > >Sent: Thursday, December 2, 2021 8:24 PM
> > >To: u-boot@lists.denx.de
> > >Cc: Michael Walle ; Tom
Hi Sanghosh
On 11/25/21 8:01 AM, Sughosh Ganu wrote:
Add helper functions needed for accessing the metadata which contains
information on the updatable images. These functions have been added
for the STM32MP157C-DK2 board which has the updatable images on the
uSD card, formatted as GPT
Hi Sughosh,
On 11/25/21 8:01 AM, Sughosh Ganu wrote:
The FWU Multi Bank Update feature allows the platform to boot the
firmware images from one of the partitions(banks). The first stage
bootloader(fsbl) passes the value of the boot index, i.e. the bank
from which the firmware images were booted
Hi Sughsoh,
On 11/25/21 8:01 AM, Sughosh Ganu wrote:
In the FWU Multi Bank Update feature, the information about the
updatable images is stored as part of the metadata, on a separate
partition. Add functions for reading from and writing to the metadata
when the updatable images and the metadata
On Tue, Dec 07, 2021 at 04:53:11AM +, Priyanka Jain wrote:
> >-Original Message-
> >From: Vladimir Oltean
> >Sent: Thursday, December 2, 2021 8:24 PM
> >To: u-boot@lists.denx.de
> >Cc: Michael Walle ; Tom Rini ;
> >Priyanka Jain ; Leo Li ; Simon
> >Glass
> >Subject: [PATCH 08/15]
Hi,
This is coming up in 2.5 hours. If you plan to join and want to add a
topic, please do so at [1].
Regards,
Simon
[1] https://bit.ly/3bFvwA1
Hi Marek
On 12/6/21 9:58 PM, Marek Vasut wrote:
> This patch configures U-Boot SPL for DHCOR SoM to permit DFU upload of
> SPL and subsequent u-boot.itb for recovery or commissioning purposes.
>
> To start U-Boot on DHCOR based board, e.g. Avenger96, proceed as follows:
> - Install dfu-util on
From: Hou Zhiqiang
The current fixup of LX2160A PCIe nodes is based on non-production
rev1 silicon, and in Linux the nodes have been updated for rev2
silicon, so update the searching compatible string to match the
kernel changes. And for compatibility with the rev1 nodes, move
forward the board
Hi Marek
On 12/6/21 9:58 PM, Marek Vasut wrote:
> In case the SoC reports the boot device type is USB, it means the SPL was
> loaded via BootROM DFU mode. Currently the spl_boot_device() returns boot
> device as USB host, change it to DFU instead, so the SPL can continue the
> DFU boot and load
Today the bootcount is not managed by the Linux kernel for STM32MP15 as
we don't have driver to update the used backup register in TAMP and the
recovery command still executes the normal bootcmd with
'altbootcmd=run bootcmd'.
So the bootcount feature is never used, the config
Default value for CONFIG_SYS_BOOTCOUNT_SINGLEWORD and
CONFIG_SYS_BOOTCOUNT_ADDR are only needed when
CONFIG_BOOTCOUNT_GENERIC is used.
This patch avoids to define these configs when an other bootcount backend
is activated, for example for CONFIG_BOOTCOUNT_ENV.
Signed-off-by: Patrick Delaunay
71 matches
Mail list logo