This patch series add the support of measurement
descibed in TCG PC Client PFP spec(Version 1.05 Revision 23).
Eventlog generated with this patch series are tested on
the aarch64 based machine(Socionext Developerbox) and fTPM
running on OP-TEE.
The eventlog result is almost same result as the one
TCG PC Client PFP spec requires to measure the secure
boot policy before validating the UEFI image.
This commit adds the secure boot variable measurement
of "SecureBoot", "PK", "KEK", "db", "dbx", "dbt", and "dbr".
Note that this implementation assumes that secure boot
variables are pre-configured
TCG PC Client PFP spec requires to measure
"Exit Boot Services Invocation" if ExitBootServices() is invoked.
Depending upon the return code from the ExitBootServices() call,
"Exit Boot Services Returned with Success" or "Exit Boot Services
Returned with Failure" is also measured.
Signed-off-by: Ma
TCG PC Client PFP spec requires to measure "Boot"
and "BootOrder" variables, EV_SEPARATOR event prior
to the Ready to Boot invocation.
Since u-boot does not implement Ready to Boot event,
these measurements are performed when efi_start_image() is called.
TCG spec also requires to measure "Call
Refactor efi_append_scrtm_version() to use common
function for adding eventlog and extending PCR.
Signed-off-by: Masahisa Kojima
---
(no changes since v1)
lib/efi_loader/efi_tcg2.c | 14 +-
1 file changed, 1 insertion(+), 13 deletions(-)
diff --git a/lib/efi_loader/efi_tcg2.c b/l
This commit adds the comment of the TCG Specification
efi_tcg2.h file refers, and comment for the structure.
Signed-off-by: Masahisa Kojima
---
Changes in v3:
- update comment format
Changes in v2:
- newly create commit from v2
include/efi_tcg2.h | 57 ++
On Fri, 2021-08-06 at 08:39 +0200, Heiko Schocher wrote:
> Caution: EXT Email
>
> Hello Peng,
>
> On 06.08.21 07:56, Peng Fan (OSS) wrote:
> >
> >
> >
> > On 2021/8/6 12:44, Heiko Schocher wrote:
> > >
> > >
> > > This series fixes secure boot on imx8m based boards. Tim
> > > also detected t
Do not enable watchdog driver in default zynqmp configuration. The reason
is that not all distributions are handling watchdog properly and then
expires and system resets. If someone needs watchdog in their design please
enable it by hand.
Signed-off-by: Michal Simek
---
configs/xilinx_zynqmp_vi
st 28. 7. 2021 v 12:48 odesílatel Michal Simek napsal:
>
> When env_set() is called there is no need to allocate memory for variable
> which is already saved that's why free it.
>
> Signed-off-by: Michal Simek
> ---
>
> board/xilinx/zynqmp/zynqmp.c | 1 +
> 1 file changed, 1 insertion(+)
>
> dif
čt 29. 7. 2021 v 11:39 odesílatel Michal Simek napsal:
>
> Hi,
>
> this series is just for composing dfu_alt_info string for capsule update to
> work automatically based on current setup.
> QSPI/MMC FAT bootmodes are handled and supported. Other bootmodes are
> ignored for now.
>
> Thanks,
> Micha
On 8/3/21 7:20 AM, Ashok Reddy Soma wrote:
> This patch series updates/fixes below things:
> - Handle errors from tapdelay functions and return to set_delay()
> - Add ZynqMP firmware related enums which are used in sdhci driver
> - Replace mmio_write() with firmware call xilinx_pm_request()
>
pá 30. 7. 2021 v 11:44 odesílatel Michal Simek napsal:
>
> Based on discussion at
> https://lore.kernel.org/r/20200318125003.ga2727...@kroah.com we got
> recommendation to use explicit values for all enum values.
> The patch is following this recommendation.
>
> Signed-off-by: Michal Simek
> Link
> So this change seems wrong.
please check 3rd patch before
https://patchwork.ozlabs.org/project/uboot/patch/20210804102217.2419510-3-...@khadas.com/
i think its must be clarify problem with multiplex output configuration
CONFIG_CONSOLE_MUX=y
CONFIG_CONSOLE_NORMAL=y
please check more information
pá 30. 7. 2021 v 11:46 odesílatel Michal Simek napsal:
>
> Add firmware based reset controller for Xilinx ZynqMP SoC to let other
> drivers to call reset functions. Driver is only tested on Xilinx ZynqMP but
> support for Xilinx Versal can be simply added. That's why reset_id and
> nr_reset are as
čt 29. 7. 2021 v 13:36 odesílatel Michal Simek napsal:
>
> Hi,
>
> this series is correcting RTC uclass behavior to match RTC aliases to
> enable RTC_EMULATION driver with ZYNQMP driver. If DT node is present
> ZynqMP RTC is used. If not RTC emaulation is used.
>
> The driver has been tested on Xi
> The TrueType console is meant to support Unicode including the special
characters used by GRUB like left and right triangle.
Yes is meant but not works (on my side) ...
uboot TrueType vidconsole does not work properly as a unicode console
in my case and have other problems
CONFIG_CONSOLE_MUX=y
On 05/08/2021 19:16, Tom Rini wrote:
> On Thu, Aug 05, 2021 at 06:20:53PM +0200, Neil Armstrong wrote:
>> On 05/08/2021 17:17, Mattijs Korpershoek wrote:
>>> Permit redefining SYS_MALLOC_LEN for board specific configs.
>>> This is especially useful for Android with AVB, which requires a malloc
>>>
On 05/08/2021 19:23, Tom Rini wrote:
> On Thu, Aug 05, 2021 at 05:17:19PM +0200, Mattijs Korpershoek wrote:
>
>> The SEI-610 and SEI-510 boards are well supported in the
>> Android Open Source project via the yukawa [1] platform.
>>
>> Their U-Boot version, despite being public [2] is not in mainl
> Why should a user set this up?
only if user need it! by default is 0 no limit
EFI console not usable for some cases: big screen sizes + mux with
serial console
for example
EFI console - fullscreen (1080P) vidconsole - SLUGGISH FRAMERATES AND NOT USABLE
CONFIG_CONSOLE_MUX=y
CONFIG_CONSOLE_NOR
Hi Tom, Neil,
Neil Armstrong writes:
> On 05/08/2021 19:16, Tom Rini wrote:
>> On Thu, Aug 05, 2021 at 06:20:53PM +0200, Neil Armstrong wrote:
>>> On 05/08/2021 17:17, Mattijs Korpershoek wrote:
Permit redefining SYS_MALLOC_LEN for board specific configs.
This is especially useful for
Hi Ye
On Thu, Jul 15, 2021 at 10:19 AM Michael Nazzareno Trimarchi
wrote:
>
> Hi
>
> On Thu, Jul 15, 2021 at 9:56 AM Ye Li wrote:
> >
> > Hi Michael,
> >
> > > -Original Message-
> > > From: Michael Nazzareno Trimarchi
> > > Sent: Thursday, July 15, 2021 2:52 PM
> > > To: Peng Fan (OSS)
On 05/08/2021 09.59, Roman Kopytin wrote:
> Thanks a lot.
> Can I create 1 patch with tool + test?
Preferably not. Each patch should be its own logical entity, doing one
thing. Yes, sometimes the lines are a bit blurred, but adding a new tool
and adding one or more tests of that tool are clearly s
On 2021/8/6 17:56, Michael Nazzareno Trimarchi wrote:
Hi Ye
On Thu, Jul 15, 2021 at 10:19 AM Michael Nazzareno Trimarchi
wrote:
Hi
On Thu, Jul 15, 2021 at 9:56 AM Ye Li wrote:
Hi Michael,
-Original Message-
From: Michael Nazzareno Trimarchi
Sent: Thursday, July 15, 2021 2:52
Hello,
I've found that the following commit breaks USB on BeagleBone Black
board (am335x based):
commit 942853dd96df5de1c0a2a61c877c1cf1c24f1e91
Author: Paul Barker
Date: Mon Jul 12 21:14:09 2021 +0100
arm: dts: Resync BeagleBone device trees
When commit is applied then I see the follow
On 23.07.21 08:39, Oleksandr Suvorov wrote:
From: Marcel Ziswiler
The USB recovery mode is used by Toradex to load the Toradex Easy
Installer image which supports further system images installation.
Prepare for loading and launching the Toradex Easy Installer if the
USB Recovery mode is activat
By dt-binding specs led nodes should have -led suffix that's why add it.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-sm-k26-revA.dts | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/dts/zynqmp-sm-k26-revA.dts
b/arch/arm/dts/zynqmp-sm-k26-revA.dts
index b
Fix header alignemnt.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-sck-kv-g-revA.dts | 8
arch/arm/dts/zynqmp-sck-kv-g-revB.dts | 8
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/arch/arm/dts/zynqmp-sck-kv-g-revA.dts
b/arch/arm/dts/zynqmp-sck-kv-g-revA
Trivial style patch.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynqmp-sm-k26-revA.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/dts/zynqmp-sm-k26-revA.dts
b/arch/arm/dts/zynqmp-sm-k26-revA.dts
index 7289badc2d7c..e274100a9bc5 100644
--- a/arch/arm/dts/zynq
From: Raju Kumar Pothuraju
Add missing "jedec, spi-nor" compatible string for QSPI flash node.
Spi-nor framework uses this compatibility string to probe &
initialize flash. With missing compatibility string we are observing
below error:
Zynq> sf probe 0 0 0
jedec_spi_nor spi_flash@0:0: unrecogn
Roman,
On 8/5/21 9:55 AM, Rasmus Villemoes wrote:
> On 03/08/2021 13.00, Roman Kopytin wrote:
>
> Hi Roman
>
> Thanks for picking this up. A few notes on the process:
>
> - Don't attach the patch, it must be inline in the email. But do not
> copy-paste it in to your mail client, that will most
From: Sai Krishna Potthuri
Replace 'io-standard' property with 'power-source' property in all
zynq dts files to be in sync with Zynq Pinctrl driver.
Signed-off-by: Sai Krishna Potthuri
Signed-off-by: Michal Simek
---
arch/arm/dts/zynq-zc702.dts | 22 +++---
arch/arm/dts/zynq-
Single configuration is working fine and no issue to enable it.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynq-zc702.dts | 8
arch/arm/dts/zynq-zc706.dts | 8
arch/arm/dts/zynq-zc770-xm010.dts | 8
arch/arm/dts/zynq-zc770-xm013.dts | 8
4 files
Enable cfi flash on zc770-xm012 configuration.
Signed-off-by: Michal Simek
---
arch/arm/dts/zynq-zc770-xm012.dts | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/dts/zynq-zc770-xm012.dts
b/arch/arm/dts/zynq-zc770-xm012.dts
index 0d001c91610d..ccf76e798410 100644
--- a/arch
Hi,
On Fri, 2021-08-06 at 13:54 +0300, Matwey V. Kornilov wrote:
> Hello,
>
> I've found that the following commit breaks USB on BeagleBone Black
> board (am335x based):
>
> commit 942853dd96df5de1c0a2a61c877c1cf1c24f1e91
> Author: Paul Barker
> Date: Mon Jul 12 21:14:09 2021 +0100
>
> a
On Fri, Aug 6, 2021 at 12:39 PM Harald Seiler wrote:
>
> Hi,
>
> On Fri, 2021-08-06 at 13:54 +0300, Matwey V. Kornilov wrote:
> > Hello,
> >
> > I've found that the following commit breaks USB on BeagleBone Black
> > board (am335x based):
> >
> > commit 942853dd96df5de1c0a2a61c877c1cf1c24f1e91
> >
пт, 6 авг. 2021 г. в 14:45, Peter Robinson :
>
> On Fri, Aug 6, 2021 at 12:39 PM Harald Seiler wrote:
> >
> > Hi,
> >
> > On Fri, 2021-08-06 at 13:54 +0300, Matwey V. Kornilov wrote:
> > > Hello,
> > >
> > > I've found that the following commit breaks USB on BeagleBone Black
> > > board (am335x ba
Hi Fabio,
On 03.07.21 21:58, Fabio Estevam wrote:
From: Frieder Schrempf
Currently we can't use DM_USB in SPL as the ci_udc driver is not
ported to DM yet.
Signed-off-by: Frieder Schrempf
Signed-off-by: Fabio Estevam
---
arch/arm/include/asm/arch-imx8m/clock.h | 1 +
arch/arm/mach-imx/i
On Fri, 2021-08-06 at 12:44 +0100, Peter Robinson wrote:
> On Fri, Aug 6, 2021 at 12:39 PM Harald Seiler wrote:
> >
> > Hi,
> >
> > On Fri, 2021-08-06 at 13:54 +0300, Matwey V. Kornilov wrote:
> > > Hello,
> > >
> > > I've found that the following commit breaks USB on BeagleBone Black
> > > boa
Based on DT spec you can have one memory node which multiple ranges or
multiple nodes.
fdt_fixup_memory_banks() is not implemented in a correct way when multiple
memory nodes are present because all ranges are put it to the first memory
node found. And next memory nodes are kept in DT which ends up
On Fri, Aug 06, 2021 at 09:54:10AM +0200, Neil Armstrong wrote:
> On 05/08/2021 19:16, Tom Rini wrote:
> > On Thu, Aug 05, 2021 at 06:20:53PM +0200, Neil Armstrong wrote:
> >> On 05/08/2021 17:17, Mattijs Korpershoek wrote:
> >>> Permit redefining SYS_MALLOC_LEN for board specific configs.
> >>> Th
On Sun, Aug 01, 2021 at 06:54:36PM -0600, Simon Glass wrote:
> We don't need this check anymore since when PCI is enabled, driver model
> is always used.
>
> Use CONFIG_PCI instead.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> arch/arm/mach-mvebu/arm64-common.c | 5 ++--
On Sun, Aug 01, 2021 at 06:54:38PM -0600, Simon Glass wrote:
> We don't need this check anymore since when PCI is enabled, driver model
> is always used.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> include/config_distro_bootcmd.h | 5 -
> 1 file changed, 5 deletions
On Fri, Aug 06, 2021 at 11:24:54AM +0200, Mattijs Korpershoek wrote:
> Hi Tom, Neil,
>
> Neil Armstrong writes:
>
> > On 05/08/2021 19:16, Tom Rini wrote:
> >> On Thu, Aug 05, 2021 at 06:20:53PM +0200, Neil Armstrong wrote:
> >>> On 05/08/2021 17:17, Mattijs Korpershoek wrote:
> Permit rede
The optimized memset() ARM64 implementation cannot be used very early
on, since caches need to be enabled for this function to work. Otherwise
an exception occurs (only printed with very early DEBUG_UART enabled).
This patch now implements a very simple memset() version, which will be
used in a fe
board_init_f_init_reserve() is called very early in the boot process,
before the caches are enabled. Because of this, the optimized memset()
version can't be used here on ARM64. With this patch, the simple memset
version memset_simple() is used here instead.
Signed-off-by: Stefan Roese
---
comm
create_table() is called very early in the boot process, before the
caches are enabled. Because of this, the optimized memset() version
can't be used here. With this patch, the simple memset version
memset_simple() is used here instead.
Signed-off-by: Stefan Roese
---
arch/arm/cpu/armv8/cache_v
This patch enables the use of the optimized memset() & memcpy() versions
recently added on ARM64.
Signed-off-by: Stefan Roese
---
arch/arm/Kconfig | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index d4d658569033..6669cc9382ed
On an NXP LX2160 based platform it has been noticed, that the currently
implemented memset/memcpy functions for aarch64 are suboptimal.
Especially the memset() for clearing the NXP MC firmware memory is very
expensive (time-wise).
By using optimized functions, a speedup of ~ factor 6 has been me
Ported from https://github.com/ARM-software/optimized-routines
Please note that when adding these optimized functions as default memset
memcpy functions in U-Boot, U-Boot fails to boot on the LX2160ARDB.
After the initial ATF output, no U-Boot output is shown on the serial
console. Some exception
Hi Peng,
On 02.08.21 13:01, Peng Fan (OSS) wrote:
Subject: Re: [PATCH V4 00/44] imx: add i.MX8ULP support
On 02.08.21 11:45, Peng Fan (OSS) wrote:
Hi Stefano,
Do you have time to re-pick this patchset, since the last one set was
dropped.
Yes, it is in my TODO list, as soon as I get some ti
On Fri, Aug 06, 2021 at 03:38:38PM +0200, Stefan Roese wrote:
>
> On an NXP LX2160 based platform it has been noticed, that the currently
> implemented memset/memcpy functions for aarch64 are suboptimal.
> Especially the memset() for clearing the NXP MC firmware memory is very
> expensive (time-w
On Fri, Aug 06, 2021 at 03:38:42PM +0200, Stefan Roese wrote:
> Ported from https://github.com/ARM-software/optimized-routines
>
> Please note that when adding these optimized functions as default memset
> memcpy functions in U-Boot, U-Boot fails to boot on the LX2160ARDB.
> After the initial ATF
Hi Tom,
On 06.08.21 16:24, Tom Rini wrote:
On Fri, Aug 06, 2021 at 03:38:38PM +0200, Stefan Roese wrote:
On an NXP LX2160 based platform it has been noticed, that the currently
implemented memset/memcpy functions for aarch64 are suboptimal.
Especially the memset() for clearing the NXP MC firm
Hi Tom,
On 06.08.21 16:43, Tom Rini wrote:
On Fri, Aug 06, 2021 at 03:38:42PM +0200, Stefan Roese wrote:
Ported from https://github.com/ARM-software/optimized-routines
Please note that when adding these optimized functions as default memset
memcpy functions in U-Boot, U-Boot fails to boot on
пт, 6 авг. 2021 г. в 14:39, Harald Seiler :
>
> Hi,
>
> On Fri, 2021-08-06 at 13:54 +0300, Matwey V. Kornilov wrote:
> > Hello,
> >
> > I've found that the following commit breaks USB on BeagleBone Black
> > board (am335x based):
> >
> > commit 942853dd96df5de1c0a2a61c877c1cf1c24f1e91
> > Author: P
Dear Stefan,
In message <20210806133843.3642916-2...@denx.de> you wrote:
> The optimized memset() ARM64 implementation cannot be used very early
> on, since caches need to be enabled for this function to work. Otherwise
> an exception occurs (only printed with very early DEBUG_UART enabled).
>
> T
Hi Neil, Tom,
Neil Armstrong writes:
> On 05/08/2021 19:23, Tom Rini wrote:
>> On Thu, Aug 05, 2021 at 05:17:19PM +0200, Mattijs Korpershoek wrote:
>>
>>> The SEI-610 and SEI-510 boards are well supported in the
>>> Android Open Source project via the yukawa [1] platform.
>>>
>>> Their U-Boot v
Dear Stefan,
In message <20210806133843.3642916-5...@denx.de> you wrote:
> Ported from https://github.com/ARM-software/optimized-routines
Please provide exact reference, at least including file names and
git commit ID's.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, Mana
On Fri, Aug 06, 2021 at 05:36:41PM +0200, Mattijs Korpershoek wrote:
> Hi Neil, Tom,
>
> Neil Armstrong writes:
>
> > On 05/08/2021 19:23, Tom Rini wrote:
> >> On Thu, Aug 05, 2021 at 05:17:19PM +0200, Mattijs Korpershoek wrote:
> >>
> >>> The SEI-610 and SEI-510 boards are well supported in th
When k_recv() returns zero it indicates that kermit transfer was aborted.
Function do_load_serial_bin() (caller of load_serial_bin()) interprets
value ~0 as aborted transfer, so properly propagates information about
aborted transfer from k_recv() to do_load_serial_bin().
Signed-off-by: Pali Rohár
On 8/6/21 5:36 PM, Wolfgang Denk wrote:
Dear Stefan,
In message <20210806133843.3642916-2...@denx.de> you wrote:
The optimized memset() ARM64 implementation cannot be used very early
on, since caches need to be enabled for this function to work. Otherwise
an exception occurs (only printed wi
On Wednesday 04 August 2021 11:15:53 Heinrich Schuchardt wrote:
> On 03.08.21 16:28, Pali Rohár wrote:
> > Show "## Start Addr" or "## Binary (...) download aborted" information like
> > in Kermit "loadb" command.
> >
> > Signed-off-by: Pali Rohár
> > ---
> > cmd/load.c | 16
>
On Wednesday 04 August 2021 11:30:25 Heinrich Schuchardt wrote:
> On 03.08.21 16:28, Pali Rohár wrote:
> > This is how all other debug / diagnostic messages are handled.
>
> This commit message is misleading. What you do is hide an output.
>
> >
> > Signed-off-by: Pali Rohár
> > ---
> > commo
On 8/6/21 6:07 PM, Pali Rohár wrote:
When k_recv() returns zero it indicates that kermit transfer was aborted.
Function do_load_serial_bin() (caller of load_serial_bin()) interprets
value ~0 as aborted transfer, so properly propagates information about
aborted transfer from k_recv() to do_load
On Wednesday 04 August 2021 10:59:23 Heinrich Schuchardt wrote:
> On 03.08.21 16:28, Pali Rohár wrote:
> > Obviously it is not possible to send terminate sequence over stream after
> > closing stream.
>
> xyzModem_stream_close() does not close anything; it flushes the stream.
> xyzModem_stream_ter
On Friday 06 August 2021 18:23:49 Heinrich Schuchardt wrote:
> On 8/6/21 6:07 PM, Pali Rohár wrote:
> > When k_recv() returns zero it indicates that kermit transfer was aborted.
> > Function do_load_serial_bin() (caller of load_serial_bin()) interprets
> > value ~0 as aborted transfer, so properly
On Thu, Aug 05, 2021 at 11:52:05PM +0200, Marek Vasut wrote:
> On 8/2/21 4:44 PM, Tom Rini wrote:
> > On Mon, Aug 02, 2021 at 04:34:29PM +0200, Jan Kiszka wrote:
> > > On 02.08.21 16:27, Tom Rini wrote:
> > > > On Mon, Aug 02, 2021 at 04:03:01PM +0200, Jan Kiszka wrote:
> > > > > On 02.08.21 15:04,
On Fri, Aug 06, 2021 at 12:22:43AM +0200, Marek Vasut wrote:
> On 8/3/21 11:51 PM, Tom Rini wrote:
> > On Mon, Aug 02, 2021 at 05:27:59PM -0400, Tom Rini wrote:
> > > On Thu, Jul 29, 2021 at 09:22:02AM +0200, Jan Kiszka wrote:
> > >
> > > > From: Jan Kiszka
> > > >
> > > > This reverts commit 23
On Thu, 5 Aug 2021 at 15:23, Matwey V. Kornilov
wrote:
>
> tiny-printf variant doesn't know how to handle %llu format string, but both
> tiny-printf and print_size can meet in SPL when TFTP is used to obtain main
> u-boot image. This is known to lead to critical boot issue at AM335x platform
> whe
On Fri, Aug 06, 2021 at 02:22:56PM +0200, Michal Simek wrote:
> Based on DT spec you can have one memory node which multiple ranges or
> multiple nodes.
> fdt_fixup_memory_banks() is not implemented in a correct way when multiple
> memory nodes are present because all ranges are put it to the firs
On Sun, Aug 01, 2021 at 06:54:14PM -0600, Simon Glass wrote:
> Drop the pre-driver model code from this file.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:17PM -0600, Simon Glass wrote:
> This prevents use of IS_ENABLED() in other files. Functions should be
> visible in headers even if they are not available at link time.
>
> Fix it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signatu
On Sun, Aug 01, 2021 at 06:54:19PM -0600, Simon Glass wrote:
> We don't need this check anymore since when PCI is enabled, driver model
> is always used.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:20PM -0600, Simon Glass wrote:
> This is not used. Drop it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:21PM -0600, Simon Glass wrote:
> Drop the old pre-driver model code from these drivers.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:22PM -0600, Simon Glass wrote:
> Drop this old pre-driver model code.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:23PM -0600, Simon Glass wrote:
> We don't need this check anymore since when PCI is enabled, driver model
> is always used.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:24PM -0600, Simon Glass wrote:
> Now that DM_PCI is always enabled we don't need to check it. Drop this
> old code.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:27PM -0600, Simon Glass wrote:
> Now that DM_PCI is always enabled we don't need to check it. Drop this
> old code.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:28PM -0600, Simon Glass wrote:
> Now that DM_PCI is always enabled we don't need to check it. Drop this
> old code.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:26PM -0600, Simon Glass wrote:
> Now that DM_PCI is always enabled we don't need to check it. Drop this
> old condition and update the comment.
>
> Signed-off-by: Simon Glass
With the fix I noted, applied to u-boot/master, thanks!
--
Tom
signature.asc
Descripti
On Sun, Aug 01, 2021 at 06:54:29PM -0600, Simon Glass wrote:
> Now that DM_PCI is always enabled we don't need to check it. Drop this
> old code.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:30PM -0600, Simon Glass wrote:
> Now that DM_PCI is always enabled we don't need to check it. Drop this
> old code.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:31PM -0600, Simon Glass wrote:
> Now that DM_PCI is always enabled we don't need to check it. Drop this
> old code.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:32PM -0600, Simon Glass wrote:
> We don't need this check anymore since when PCI is enabled, driver model
> is always used.
>
> Drop it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:33PM -0600, Simon Glass wrote:
> We don't need these checks anymore since when PCI is enabled, driver model
> is always used.
>
> Drop them.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:35PM -0600, Simon Glass wrote:
> We don't need this check anymore since when PCI is enabled, driver model
> is always used.
>
> Drop it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:36PM -0600, Simon Glass wrote:
> We don't need this check anymore since when PCI is enabled, driver model
> is always used.
>
> Use CONFIG_PCI instead.
>
> Signed-off-by: Simon Glass
Reworded and fixed as I noted and applied to u-boot/master, thanks!
--
Tom
si
On Sun, Aug 01, 2021 at 06:54:37PM -0600, Simon Glass wrote:
> We don't need these checks anymore since when PCI is enabled, driver model
> is always used.
>
> Drop them.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:38PM -0600, Simon Glass wrote:
> We don't need this check anymore since when PCI is enabled, driver model
> is always used.
>
> Signed-off-by: Simon Glass
Fixed as I noted and applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:39PM -0600, Simon Glass wrote:
> With the conversion to driver model, this is not needed now. Drop it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:40PM -0600, Simon Glass wrote:
> This is not used in U-Boot at present. Drop it and related config options.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:41PM -0600, Simon Glass wrote:
> This is not used. Drop it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:42PM -0600, Simon Glass wrote:
> These boards have been removed. Drop the config file and other references.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Aug 01, 2021 at 06:54:45PM -0600, Simon Glass wrote:
> Migration is complete. Drop the message.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Aug 06, 2021 at 12:01:54AM +0200, Anatolij Gustschin wrote:
> Hi Tom,
>
> please pull new video patches.
>
> gitlab CI:
> https://source.denx.de/u-boot/custodians/u-boot-video/-/pipelines/8588
>
> Thanks!
>
> The following changes since commit 5371593aed56ee11cbb6cc6ac8d058fcd9b8f58c:
At present it is not actually possible to discover the defconfig file that
was used to build U-Boot, so far as I can tell. Write this out to a file
in the build directory, so this is visible.
Signed-off-by: Simon Glass
---
scripts/kconfig/Makefile | 2 ++
1 file changed, 2 insertions(+)
diff -
More than a year after this migration message appeared, we still have new
boards being added with this option. Add a check against this.
Signed-off-by: Simon Glass
---
Makefile | 6 +++
scripts/fit_gen_whitelist.txt | 89 +++
2 files changed
The DM version CFI flash driver is in driver/mtd/cfi_flash.c, which
only gets built when FLASH_CFI_DRIVER is on. If CFI_FLASH is on but
FLASH_CFI_DRIVER is not, nothing is enabled at all.
Fix this dependency by selecting FLASH_CFI_DRIVER when CFI_FLASH is
enabled.
Signed-off-by: Bin Meng
---
d
Enable support to the 2 NOR flashes on the QEMU RISC-V virt machine.
Signed-off-by: Bin Meng
---
board/emulation/qemu-riscv/Kconfig | 2 ++
include/configs/qemu-riscv.h | 2 ++
2 files changed, 4 insertions(+)
diff --git a/board/emulation/qemu-riscv/Kconfig
b/board/emulation/qemu-riscv/
1 - 100 of 102 matches
Mail list logo
