Hi Takahiro Akashi,
The issue here is causing a failure in the EFI tests whenever the
compiler is checking to make sure the code is not overrunning the stack.
Fixing it is absolutely necessary. To see this problem, please apply
https://patchwork.ozlabs.org/project/uboot/patch/20210209033607.70
Fix LTO build for some thumb-interwork usecases (such as for
da850evm_defconfig), where inline assmebly such as
mrc p15,0,r2,c1,c0,0
causes the compiler to fail during LTO linking with
Error: selected processor does not support `mrc p15,0,r2,c1,c0,0'
in Thumb mode
Signed-off-by: Marek
Hi Vladimir,
On Tue, Mar 2, 2021 at 11:40 PM Vladimir Oltean wrote:
>
> Hi Bin,
>
> On Tue, Mar 02, 2021 at 11:34:33PM +0800, Bin Meng wrote:
> > Use ofnode_ APIs instead of fdt_ APIs so that the Xilinx PHY driver
> > can support live DT.
> >
> > Signed-off-by: Bin Meng
> > ---
>
> Nice to see y
+ Tom
On 24/02/21 5:57 am, Pali Rohár wrote:
> CONFIG_CMD_BOOTD provides 'boot' command which is required in more scripts.
>
> Signed-off-by: Pali Rohár
> ---
> This patch applies cleanly on top of the patch "Nokia RX-51: Enable
> usbtty serial console by default" [1] and CI testing passed witho
Hi Dominik,
On Thu, 4 Feb 2021 at 06:01, Dominik Wild wrote:
>
> As of 29f7d05a347ab7a42577c67fdfb787ef91537302 dev->seq will be set
> after device_ofdata_to_platdata(), therefore dev->seq must be read
> later during probe
>
> Signed-off-by: Dominik Wild
> ---
> drivers/usb/host/ehci-vf.c | 4 +
Hi Tom,
hhttps://source.denx.de/u-boot/custodians/u-boot-dm/-/pipelines/6610
The following changes since commit 52ba373b7825e9feab8357065155cf43dfe2f4ff:
Merge tag 'u-boot-imx-20210303' of
https://gitlab.denx.de/u-boot/custodians/u-boot-imx (2021-03-03 10:10:34
-0500)
are availa
Hi Tom,
On Wed, 3 Mar 2021 at 15:37, Tom Rini wrote:
>
> On Wed, Mar 03, 2021 at 03:18:15PM -0500, Tom Rini wrote:
> > On Wed, Mar 03, 2021 at 02:37:51PM -0500, Tom Rini wrote:
> > > On Wed, Feb 03, 2021 at 05:44:06AM -0700, Simon Glass wrote:
> > >
> > > > At present U-Boot has two broad sets of
Hi Bin,
On Wed, 3 Mar 2021 at 20:13, Bin Meng wrote:
>
> Hi Simon,
>
> On Tue, Mar 2, 2021 at 2:34 PM Priyanka Jain (OSS)
> wrote:
> >
> >
> >
> > >-Original Message-
> > >From: Bin Meng
> > >Sent: Monday, March 1, 2021 1:25 PM
> > >To: Priyanka Jain (OSS)
> > >Cc: Simon Glass ; Alexan
Hi Bin,
On Wed, 3 Mar 2021 at 20:58, Bin Meng wrote:
>
> Hi Simon,
>
> On Thu, Mar 4, 2021 at 1:21 AM Simon Glass wrote:
> >
> > Hi Bin,
> >
> > On Wed, 3 Mar 2021 at 09:49, Tom Rini wrote:
> > >
> > > On Wed, Mar 03, 2021 at 10:11:45AM +0800, Bin Meng wrote:
> > > > Hi Simon,
> > > >
> > > > O
Hi Simon,
On Thu, Mar 4, 2021 at 1:21 AM Simon Glass wrote:
>
> Hi Bin,
>
> On Wed, 3 Mar 2021 at 09:49, Tom Rini wrote:
> >
> > On Wed, Mar 03, 2021 at 10:11:45AM +0800, Bin Meng wrote:
> > > Hi Simon,
> > >
> > > On Wed, Mar 3, 2021 at 9:53 AM Simon Glass wrote:
> > > >
> > > > Hi Bin,
> > >
On Wed, 3 Mar 2021 19:37:09 -0500
Tom Rini wrote:
> On Wed, Mar 03, 2021 at 05:12:04AM +0100, Marek Behún wrote:
>
> > Use the `__visible` macro to declare binman symbols externally visible,
> > so that when building with LTO the compiler does not optimize this data
> > away.
> >
> > Signed-off
On Tue, 23 Feb 2021 21:46:19 +0100
Jernej Skrabec wrote:
> No Allwinner boards with DW-HDMI controller use separate I2C bus for
> EDID read. Remove that check.
Apparently the Cubieboard 4 has (as the only Allwinner board I can
find in the dts directories), but that is not supported by this drive
On Tue, 23 Feb 2021 21:46:18 +0100
Jernej Skrabec wrote:
> It turns out that even though A64, H3 and H5 have custom PHY, standard
> hot plug detection for DW-HDMI works just fine.
But the generic code looks for a different bit in a different register,
doesn't it?
I see SUNXI_HDMI_BASE + 0x1
On Tue, 23 Feb 2021 21:46:16 +0100
Jernej Skrabec wrote:
> Code which searches for valid detailed timing entry will be used in more
> places. Extract it.
>
> Signed-off-by: Jernej Skrabec
> ---
> common/edid.c | 49 -
> 1 file changed, 28 inserti
On Tue, 23 Feb 2021 21:46:15 +0100
Jernej Skrabec wrote:
Hi,
> When searching for detailed timing in EDID, check for digital display
> earlier. There is no point parsing other parameters if this flag is not
> present.
Indeed we would exit anyway, so we should avoid unneeded work.
> Signed-off
On Tue, 23 Feb 2021 21:46:14 +0100
Jernej Skrabec wrote:
> Currently driver accepts all resolution which won't work on 4k screens.
> Add validation callback which limits acceptable resolutions to 297 MHz.
Makes sense. Newer SoCs seem to support more, but apparently not
without further code to en
On Tue, 23 Feb 2021 21:46:13 +0100
Jernej Skrabec wrote:
> Currently sunxi Makefile manually specifies full path to dw-hdmi common
> code. However, that is not needed because it can be selected in Kconfig
> instead.
>
> Select proper symbol in Kconfig and drop path from Makefile.
Ah, indeed. Go
Hi,
On 2/25/21 8:11 PM, Marek Szyprowski wrote:
> Hi Nicolas,
>
> On 25.02.2021 11:55, Nicolas Saenz Julienne wrote:
>> On Thu, 2021-02-25 at 11:43 +0100, Marek Szyprowski wrote:
>>> Recently I've upgraded a video core firmware on my RPi4 and I've noticed
>>> that u-boot in ARM 32bit mode stopped
Hi Simon,
On Tue, Mar 2, 2021 at 2:34 PM Priyanka Jain (OSS)
wrote:
>
>
>
> >-Original Message-
> >From: Bin Meng
> >Sent: Monday, March 1, 2021 1:25 PM
> >To: Priyanka Jain (OSS)
> >Cc: Simon Glass ; Alexander Graf ; U-
> >Boot Mailing List ; Tom Rini
> >Subject: Re: [PATCH v3 04/38]
On Wed, Mar 3, 2021 at 3:36 PM Tom Rini wrote:
>
> On Wed, Mar 03, 2021 at 05:41:57PM +0100, Marek Behun wrote:
> > On Wed, 3 Mar 2021 11:11:59 -0500
> > Tom Rini wrote:
> >
> > > On Wed, Mar 03, 2021 at 05:11:59AM +0100, Marek Behún wrote:
> > >
> > > > Hello,
> > > >
> > > > I have managed to a
On Wed, Mar 03, 2021 at 05:12:04AM +0100, Marek Behún wrote:
> Use the `__visible` macro to declare binman symbols externally visible,
> so that when building with LTO the compiler does not optimize this data
> away.
>
> Signed-off-by: Marek Behún
> ---
> include/binman.h | 1 +
> include/b
Forgot to Cc the maintainer, doing it now, sorry for the spam.
On ter, 2021-02-23 às 00:49 -0300, Wagner Popov dos Santos wrote:
> The function jffs2_1pass_read_inode() was discarding the summary
> inodes and dirent because the value in datacrc flag wasn't
> initialized in function jffs2_sum_proce
Forgot to Cc the maintainer, doing it now, sorry for the spam.
Em seg, 2021-02-22 às 23:30 -0300, Wagner Popov dos Santos escreveu:
> Fixes address violation in functions read_nand_cached() and
> read_onenand_cached(). This happens because these functions
> try to read a fixed amount
> of data eve
On 26/2/21 11:58 pm, Tom Rini wrote:
On Fri, Feb 26, 2021 at 10:27:46PM +1100, Fred 1 wrote:
On 26/2/21 2:35 am, Tom Rini wrote:
On Thu, Feb 25, 2021 at 12:50:47PM +1100, Fred 1 wrote:
like in the linux kernel build
make O=builds/arm
builds the result to the specified output directory
i
On Wed, Mar 03, 2021 at 05:41:57PM +0100, Marek Behun wrote:
> On Wed, 3 Mar 2021 11:11:59 -0500
> Tom Rini wrote:
>
> > On Wed, Mar 03, 2021 at 05:11:59AM +0100, Marek Behún wrote:
> >
> > > Hello,
> > >
> > > I have managed to add support for building U-Boot with LTO (with GCC)
> > > in a rat
On Thu, Feb 04, 2021 at 09:21:58PM -0700, Simon Glass wrote:
> This function is not used. Drop it.
>
> Signed-off-by: Simon Glass
>
> Reviewed-by: Patrick Delaunay
I'm dropping this patch as it seems to be an explicit break of:
commit 6befb51f349459c96ed64412070feda7472cf152
Author: Harm Bern
On Wed, Mar 03, 2021 at 03:18:15PM -0500, Tom Rini wrote:
> On Wed, Mar 03, 2021 at 02:37:51PM -0500, Tom Rini wrote:
> > On Wed, Feb 03, 2021 at 05:44:06AM -0700, Simon Glass wrote:
> >
> > > At present U-Boot has two broad sets of tests in the C code: driver model
> > > tests which do a lot of p
On Wed, Mar 03, 2021 at 02:37:51PM -0500, Tom Rini wrote:
> On Wed, Feb 03, 2021 at 05:44:06AM -0700, Simon Glass wrote:
>
> > At present U-Boot has two broad sets of tests in the C code: driver model
> > tests which do a lot of pre-/post-init and command tests which do not.
> >
> > This separati
On Wed, Feb 03, 2021 at 05:44:06AM -0700, Simon Glass wrote:
> At present U-Boot has two broad sets of tests in the C code: driver model
> tests which do a lot of pre-/post-init and command tests which do not.
>
> This separation makes it slightly harder to write a test, since there are
> two dif
On Sat, Feb 06, 2021 at 02:23:42PM -0700, Simon Glass wrote:
> With TPM2 we don't actually lock the TPM once verified boot is finished.
> Instead we disable the platform hierarchy which serves the same purpose.
> Add an implementation of this so we can safely boot into the kernel.
>
> Signed-off-
On Sat, Feb 06, 2021 at 02:23:41PM -0700, Simon Glass wrote:
> Implement this API function for TPM2.
>
> Signed-off-by: Simon Glass
> Acked-by: Ilias Apalodimas
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Feb 06, 2021 at 02:23:40PM -0700, Simon Glass wrote:
> Implement this API function for TPM2.
>
> Signed-off-by: Simon Glass
> Acked-by: Ilias Apalodimas
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Feb 06, 2021 at 02:23:39PM -0700, Simon Glass wrote:
> Add support for this so that the TPM can be set up for use with
> Chromium OS verified boot.
>
> Signed-off-by: Simon Glass
> Acked-by: Ilias Apalodimas
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP sign
On Sat, Feb 06, 2021 at 02:23:38PM -0700, Simon Glass wrote:
> Update tpm2_clear() and tpm2_pcr_extend() so that the command size
> is not repeated twice. Add a small comment to the latter.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Ilias Apalodimas
Applied to u-boot/next, thanks!
--
Tom
On Sat, Feb 06, 2021 at 02:23:37PM -0700, Simon Glass wrote:
> Add support for TPMv2 versions of API functions. So far this is not
> complete as the standard is quite large, but it implements everything
> currently available for TPMv2 in U-Boot.
>
> Signed-off-by: Simon Glass
> Acked-by: Ilias A
On Sat, Feb 06, 2021 at 02:23:36PM -0700, Simon Glass wrote:
> Take over the plain 'tpm_...' functions for use by the new TPM API. Rename
> all the TPMv1 functions so they are called from the API.
>
> Update the TPMv1 functions so that they are called from the API. Change
> existing users to use
On Sat, Feb 06, 2021 at 02:23:33PM -0700, Simon Glass wrote:
> Update this to use log_debug() instead of the old debug().
>
> Signed-off-by: Simon Glass
> Reviewed-by: Ilias Apalodimas
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Feb 06, 2021 at 02:23:35PM -0700, Simon Glass wrote:
> There are two different TPM standards. U-Boot supports both but each has
> its own set of functions. We really need a single TPM API that can call
> one or the other. This is not always possible as there are some
> differences between
On Sat, Feb 06, 2021 at 02:23:32PM -0700, Simon Glass wrote:
> At present the security chip is not used in these U-Boot phases. Update
> the Makefile to exclude it.
>
> Fix a few logging statements while we are here.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Ilias Apalodimas
Applied to u-
On Sat, Feb 06, 2021 at 02:23:34PM -0700, Simon Glass wrote:
> The response is shown but not the request. Update the code to show both
> if debugging is enabled.
>
> Use a 'uint' type for size so it matches the register-word size on both
> 32- and 64-bit machines.
>
> Signed-off-by: Simon Glass
On Sat, Feb 06, 2021 at 09:57:35AM -0700, Simon Glass wrote:
> These two returns use the same string so are not distinguishable with
> LOG_ERROR_RETURN. Fix it.
>
> Signed-off-by: Simon Glass
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Feb 06, 2021 at 09:57:34AM -0700, Simon Glass wrote:
> Sandbox provides a way to write out its emulated memory on exit. This
> makes it possible to pass a bloblist from one phase (e.g. SPL) to the
> next.
>
> However the bloblist is not closed off, so the checksum is generally
> invalid.
On Sat, Feb 06, 2021 at 09:57:33AM -0700, Simon Glass wrote:
> This state is not accessible to the running U-Boot but at present it is
> allocated in the emulated SDRAM. This doesn't seem very useful. Adjust
> it to allocate from the OS instead.
>
> The RAM buffer is currently not freed, but shou
On Sat, Feb 06, 2021 at 09:57:32AM -0700, Simon Glass wrote:
> We provide os_malloc() and os_free() but not os_realloc(). Add this,
> following the usual semantics. Also update os_malloc() to behave correctly
> when passed a zero size.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Heinrich Schuc
On Sat, Feb 06, 2021 at 09:57:31AM -0700, Simon Glass wrote:
> This code is still using the old command typedef. It was not noticed since
> this file is not currently built. It is using a non-existent option in the
> Makefile.
>
> Drop this file since it is not needed for correct operation.
>
>
On Sat, Feb 06, 2021 at 09:57:30AM -0700, Simon Glass wrote:
> Comparing a hex dump on the U-Boot command line with the contents of a
> file on the host system is fairly easy and convenient to do manually if
> it is small. But the format used hexdump by default differs from that
> shown by U-Boot.
On Sat, Feb 06, 2021 at 09:57:29AM -0700, Simon Glass wrote:
> Provide a man-page for the md command.
>
> Signed-off-by: Simon Glass
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Feb 06, 2021 at 09:57:28AM -0700, Simon Glass wrote:
> Add notes about how to make binman produce verbose logging when building.
>
> Add a comment on how to do this.
>
> Signed-off-by: Simon Glass
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Feb 06, 2021 at 09:57:27AM -0700, Simon Glass wrote:
> This is printed twice but we only need one message, since there is very
> little processing in between them. Drop the second one, since all branches
> of the switch() already have output. Update the U-Boot message to include
> the phas
On Fri, Feb 05, 2021 at 01:53:39PM +0100, Patrick Delaunay wrote:
> Remove the unused function set_dacr/get_dacr
>
> Serie-cc: Ard Biesheuvel
> Serie-cc: R Sricharan
> Signed-off-by: Patrick Delaunay
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Feb 05, 2021 at 01:53:38PM +0100, Patrick Delaunay wrote:
> Remove the unused weak function arm_init_domains used to change the
> DACR value.
>
> Signed-off-by: Patrick Delaunay
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Feb 05, 2021 at 01:53:37PM +0100, Patrick Delaunay wrote:
> Remove the arm_init_domains and the DACR update, as it is now done
> in ARMv7 CP15 level.
>
> Signed-off-by: Patrick Delaunay
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Feb 05, 2021 at 01:53:34PM +0100, Patrick Delaunay wrote:
> The normal memory (other that DCACHE_OFF) should be executable by default,
> only the device memory (DCACHE_OFF) used for peripheral access should have
> the bit execute never (TTB_SECT_XN_MASK).
>
> Signed-off-by: Patrick Delaun
On Fri, Feb 05, 2021 at 01:53:36PM +0100, Patrick Delaunay wrote:
> Update the initial value of Domain Access Control Register (DACR)
> and set by default the access permission to client (DACR_Dn_CLIENT = 1U)
> for each of the 16 domains and no more to all-supervisor
> (DACR_Dn_MANAGER = 3U).
>
>
On Fri, Feb 05, 2021 at 01:53:35PM +0100, Patrick Delaunay wrote:
> Align TTB_SECT define value with previous value.
>
> Signed-off-by: Patrick Delaunay
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Feb 05, 2021 at 01:53:33PM +0100, Patrick Delaunay wrote:
> Overidde the weak function dram_bank_mmu_setup() to set the DDR
> (preloc case) or the SYSRAM (in SPL case) executable before to enable
> the MMU and configure DACR.
>
> This weak function is called in dcache_enable/mmu_setup.
>
On Fri, Feb 05, 2021 at 01:53:32PM +0100, Patrick Delaunay wrote:
> Mark the top of ram, used for relocated U-Boot as a normal memory
> (cacheable and executable) to avoid permission access issue when
> U-Boot jumps to this relocated code.
>
> When MMU is activated in pre-reloc stage; only the be
On Tue, Dec 15, 2020 at 04:47:52PM +0100, Harald Seiler wrote:
> Historically, the reset_cpu() function had an `addr` parameter which was
> meant to pass in an address of the reset vector location, where the CPU
> should reset to. This feature is no longer used anywhere in U-Boot as
> all reset_c
On Tue, Dec 15, 2020 at 04:47:51PM +0100, Harald Seiler wrote:
> This reverts commit 576007aec9a4a5f4f3dd1f690fb26a8c05ceb75f.
>
> The paramter passed to reset_cpu() no longer holds a meaning as all
> call-sites now pass the value 0. Thus, branching on it is essentially
> dead code and will just
On Tue, Dec 15, 2020 at 04:47:50PM +0100, Harald Seiler wrote:
> The current implementation of reset_cpu() in the ns3 board code does not
> archieve what it is supposed to (according to the comments), due to
> a number of reasons:
>
> 1. The argument to reset_cpu() is _not_ actually passed from
On Tue, Dec 15, 2020 at 04:47:49PM +0100, Harald Seiler wrote:
> nds32 is one of the only architectures which still have a reset_cpu()
> implementation that makes use of the `addr` parameter. The rest of
> U-Boot now ignores it and passes 0 everywhere. It turns out that even
> here, reset_cpu()
1-02-26
> 15:11:08 -0500)
>
> are available in the Git repository at:
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
> tags/u-boot-imx-20210303
>
> for you to fetch changes up to 03bf8436a3a5b19ff4ae23868dd479acc050ff08:
>
> board: gateworks: imx8mm:
On 2/22/21 6:33 PM, Alex G. wrote:
> Verification on the target would be great. My implementation is
> platform-specific. It would make sense to also have a software implementation
> of ECDSA (as we do for RSA). Once that is in place, it opens the gates for
> unit-testing. Currently, we're only
On 03.03.21 00:06, Sean Anderson wrote:
On 3/2/21 1:09 PM, Harry Waschkeit wrote:
Hello Sean,
On 02.03.21 00:10, Sean Anderson wrote:
On 3/1/21 11:39 AM, Harry Waschkeit wrote:
Hi again,
gentle ping for that patch, also in view of subsequently sent patch ...
https://lists.denx.de/piperma
Hi Bin,
On Wed, 3 Mar 2021 at 09:49, Tom Rini wrote:
>
> On Wed, Mar 03, 2021 at 10:11:45AM +0800, Bin Meng wrote:
> > Hi Simon,
> >
> > On Wed, Mar 3, 2021 at 9:53 AM Simon Glass wrote:
> > >
> > > Hi Bin,
> > >
> > > On Tue, 2 Mar 2021 at 18:08, Bin Meng wrote:
> > > >
> > > > Hi Tom,
> > > >
On Wed, Mar 03, 2021 at 10:11:45AM +0800, Bin Meng wrote:
> Hi Simon,
>
> On Wed, Mar 3, 2021 at 9:53 AM Simon Glass wrote:
> >
> > Hi Bin,
> >
> > On Tue, 2 Mar 2021 at 18:08, Bin Meng wrote:
> > >
> > > Hi Tom,
> > >
> > > On Tue, Mar 2, 2021 at 11:35 PM Bin Meng wrote:
> > > >
> > > > QEMU p
On Wed, Mar 03, 2021 at 05:41:57PM +0100, Marek Behun wrote:
> On Wed, 3 Mar 2021 11:11:59 -0500
> Tom Rini wrote:
>
> > On Wed, Mar 03, 2021 at 05:11:59AM +0100, Marek Behún wrote:
> >
> > > Hello,
> > >
> > > I have managed to add support for building U-Boot with LTO (with GCC)
> > > in a rat
On Wed, 3 Mar 2021 11:11:59 -0500
Tom Rini wrote:
> On Wed, Mar 03, 2021 at 05:11:59AM +0100, Marek Behún wrote:
>
> > Hello,
> >
> > I have managed to add support for building U-Boot with LTO (with GCC)
> > in a rather sane way (in LOC changed).
> >
> > This series and its follows will also b
On Wed, Mar 03, 2021 at 05:11:59AM +0100, Marek Behún wrote:
> Hello,
>
> I have managed to add support for building U-Boot with LTO (with GCC)
> in a rather sane way (in LOC changed).
>
> This series and its follows will also be available at
> https://github.com/elkablo/u-boot branch lto.
>
>
On Wed, Mar 03, 2021 at 11:57:09AM +0100, Marek Vasut wrote:
> This should be the last one of the stuck USB PRs.
>
> The following changes since commit 78af81c345430a9088235f48d302922955d2499f:
>
> Merge tag 'rpi-next-2021.04.2' of
> https://source.denx.de/u-boot/custodians/u-boot-raspberrypi
/custodians/u-boot-imx.git
tags/u-boot-imx-20210303
for you to fetch changes up to 03bf8436a3a5b19ff4ae23868dd479acc050ff08:
board: gateworks: imx8mm: Add Gateworks Venice board support
(2021-03-03 14:15:02 +0100)
i.MX for 2021.04
> Add initial support for Gateworks Venice product family based on the
> i.MX 8M Mini SoC
> Signed-off-by: Tim Harvey
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH,
> The u-boot-with-spl.imx is a concatenation of SPL and u-boot.uim.
> The u-boot.uim is u-boot.bin wrapped in uImage. In case OF_SEPARATE
> is enabled, the u-boot.bin does not contain control DT for U-Boot,
> and so u-boot.uim does not contain the DT, and so u-boot-with-spl.imx
> does not contain t
> Add Gateworks i.MX 8M Mini Development kits from Linux-5.12-rc1
> Signed-off-by: Tim Harvey
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, Managing Director: Wolf
Marvell Armada 3720 Functional Errata, Guidelines, and Restrictions
document describes in erratum 4.1 PCIe value of vendor ID (Ref #: 243):
The readback value of VEND_ID (RD007h [15:0]) is 1B4Bh, while it
should read 11ABh.
The firmware can write the correct value, 11ABh, through
Oh, thanks for the pointer! I guess I should've had another look at the
archive before posting the patch.
If you see this Uwe, thanks for taking it on :)
On Tue, Mar 2, 2021 at 7:27 PM Dennis Gilmore
wrote:
> Uwe submitted this board last Thursday
>
> Dennis
>
> On Tue, Mar 2, 2021 at 10:46 AM
On Wed, Mar 03, 2021 at 10:52:36AM +0100, Pali Rohár wrote:
> Commit 401d1c4f5d2d29c4bc4beaec95402ca23eb63295 ("common: Drop
> asm/global_data.h from common header") broke compilation of squashfs
> filesystem when CONFIG_CMD_SQUASHFS=y is enabled.
>
> Compilation is failing on error:
>
> aar
On Tue, Mar 02, 2021 at 11:34:47PM +0800, Bin Meng wrote:
> At present we decode simple bus using the following assumption:
>
> - parent #address-cells 1
> - child #address-cells 1
> - child #size-cells 1
>
> However this might not always be the case.
>
> Update to use fdt_addr_t and fdt_size_
There is a serious bug in regmap_read() and regmap_write() functions
where an uint pointer is cast to (void *) which is then cast to (u8 *),
(u16 *), (u32 *) or (u64 *), depending on register width of the map.
For example given a regmap with 16-bit register width the code
int val = 0x12340
Hi Tom,
On 3/2/21 9:50 PM, Tom Rini wrote:
On Tue, Feb 02, 2021 at 01:59:07PM +0100, Patrick Delaunay wrote:
Hi,
I propose a update of the lmb library to allow the configuration
with Kconfig of the number of memory and reserved regions in lmb
libary:
- CONFIG_LMB_RESERVED_REGIONS
- CONFIG_LMB
Hello Haibo,
> -Original Message-
> From: Bough Chen
> Sent: Wednesday, March 3, 2021 12:27 PM
> To: ZHIZHIKIN Andrey ; Peng Fan
> ; u-boot@lists.denx.de; sba...@denx.de
> Cc: dl-uboot-imx ; thar...@gateworks.com;
> feste...@gmail.com; Ye Li
> Subject: RE: [PATCH 2/2] mmc: fsl_esdhc_imx:
On Wed, 3 Mar 2021 13:02:37 +0100
Pali Rohár wrote:
> On Wednesday 03 March 2021 17:26:22 Lokesh Vutla wrote:
> > On 03/03/21 5:13 pm, Pali Rohár wrote:
> > > On Wednesday 24 February 2021 01:27:29 Pali Rohár wrote:
> > >> CONFIG_CMD_BOOTD provides 'boot' command which is required in
> > >> m
On Wednesday 03 March 2021 17:26:22 Lokesh Vutla wrote:
> On 03/03/21 5:13 pm, Pali Rohár wrote:
> > On Wednesday 24 February 2021 01:27:29 Pali Rohár wrote:
> >> CONFIG_CMD_BOOTD provides 'boot' command which is required in more scripts.
> >>
> >> Signed-off-by: Pali Rohár
> >> ---
> >> This patc
On 03/03/21 5:13 pm, Pali Rohár wrote:
> On Wednesday 24 February 2021 01:27:29 Pali Rohár wrote:
>> CONFIG_CMD_BOOTD provides 'boot' command which is required in more scripts.
>>
>> Signed-off-by: Pali Rohár
>> ---
>> This patch applies cleanly on top of the patch "Nokia RX-51: Enable
>> usbtt
On Wednesday 24 February 2021 01:27:29 Pali Rohár wrote:
> CONFIG_CMD_BOOTD provides 'boot' command which is required in more scripts.
>
> Signed-off-by: Pali Rohár
> ---
> This patch applies cleanly on top of the patch "Nokia RX-51: Enable
> usbtty serial console by default" [1] and CI testing p
There is no Spansion flash on LS1028A-RDB/QDS boards.
Unset CONFIG_SPI_FLASH_SPANSION option for both the boards.
Signed-off-by: Kuldeep Singh
---
configs/ls1028aqds_tfa_SECURE_BOOT_defconfig | 1 -
configs/ls1028aqds_tfa_defconfig | 1 -
configs/ls1028aqds_tfa_lpuart_defconfig
LS1028A-QDS has CONFIG_SPI_FLASH_SST and CONFIG_SPI_FLASH_EON defines
present in header. Move these entries from header to defconfigs.
Signed-off-by: Kuldeep Singh
---
configs/ls1028aqds_tfa_SECURE_BOOT_defconfig | 2 ++
configs/ls1028aqds_tfa_defconfig | 2 ++
configs/ls1028aqds_tfa
LS1028A-RDB/QDS has Micron "mt35xu02g" nor flash of size 256M with 128K
sector size. Correct CONFIG_ENV_SECT_SIZE value to 128K.
Signed-off-by: Kuldeep Singh
---
configs/ls1028aqds_tfa_defconfig| 2 +-
configs/ls1028aqds_tfa_lpuart_defconfig | 2 +-
configs/ls1028ardb_tfa_defconfig
It is now safe to remove Flexspi configs NXP_FSPI_FLASH_SIZE and
NXP_FSPI_FLASH_NUM options from headers as they are no longer used by
driver anymore.
Signed-off-by: Kuldeep Singh
---
include/configs/lx2160a_common.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/include/configs/lx2160
There is no Spansion flash on LX2160A-RDB/QDS boards.
Unset CONFIG_SPI_FLASH_SPANSION option for both the boards.
Signed-off-by: Kuldeep Singh
---
configs/lx2160aqds_tfa_SECURE_BOOT_defconfig | 1 -
configs/lx2160aqds_tfa_defconfig | 1 -
configs/lx2160ardb_tfa_SECURE_BOOT_defconfig
This patch series aim is to make fspi cleanups for ls1028a and lx2160a.
This includes defconfig and header cleanups.
Kuldeep Singh (5):
configs: lx2160a: Unset CONFIG_SPI_FLASH_SPANSION
configs: lx2160a: Remove unused Flexspi config options
configs: ls1028a: Unset CONFIG_SPI_FLASH_SPANSION
> -Original Message-
> From: ZHIZHIKIN Andrey [mailto:andrey.zhizhi...@leica-geosystems.com]
> Sent: 2021年3月3日 19:00
> To: Bough Chen ; Peng Fan ;
> u-boot@lists.denx.de; sba...@denx.de
> Cc: dl-uboot-imx ; thar...@gateworks.com;
> feste...@gmail.com; Ye Li
> Subject: RE: [PATCH 2/2] mmc:
On Wed, 3 Mar 2021 03:42:40 +0100
Marek Vasut wrote:
Hi,
> On 3/2/21 4:43 PM, Andre Przywara wrote:
>
> [...]
>
> > @@ -488,12 +489,20 @@ int nvme_get_features(struct nvme_dev *dev, unsigned
> > fid, unsigned nsid,
> > c.features.prp1 = cpu_to_le64(dma_addr);
> > c.features.fid = cpu_
On Wed, Aug 05, 2020 at 12:42:19PM -0400, Sean Anderson wrote:
> This define was left over from a previous revision, and was never used.
>
> Signed-off-by: Sean Anderson
> Reviewed-by: Heinrich Schuchardt
> Reviewed-by: Bin Meng
> ---
>
> include/configs/sipeed-maix.h | 3 ---
> 1 file change
On Tue, Dec 22, 2020 at 06:59:03PM -0500, Sean Anderson wrote:
> This enables the necessary config options.
>
> Signed-off-by: Sean Anderson
> Reviewed-by: Simon Glass
> ---
>
> (no changes since v1)
>
> board/sipeed/maix/Kconfig | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/boa
> -Original Message-
> From: haibo.c...@nxp.com
> Sent: Wednesday, March 3, 2021 10:06 AM
> To: peng@nxp.com; u-boot@lists.denx.de; sba...@denx.de
> Cc: haibo.c...@nxp.com; uboot-...@nxp.com; thar...@gateworks.com;
> ZHIZHIKIN Andrey ;
> feste...@gmail.com; ye...@nxp.com
> Subject: [
On 3/3/21 9:07 AM, Chunfeng Yun wrote:
When flush cache of the current GPD and resume QMU, the controller
will try to access the next GPD after processing the current one,
if not flush the next GPD, the controller may get wrong GPD status.
Applied, thanks
This should be the last one of the stuck USB PRs.
The following changes since commit 78af81c345430a9088235f48d302922955d2499f:
Merge tag 'rpi-next-2021.04.2' of
https://source.denx.de/u-boot/custodians/u-boot-raspberrypi (2021-03-02
16:46:16 -0500)
are available in the Git repository at:
Hello Haibo,
> -Original Message-
> From: haibo.c...@nxp.com
> Sent: Wednesday, March 3, 2021 10:06 AM
> To: peng@nxp.com; u-boot@lists.denx.de; sba...@denx.de
> Cc: haibo.c...@nxp.com; uboot-...@nxp.com; thar...@gateworks.com;
> ZHIZHIKIN Andrey ;
> feste...@gmail.com; ye...@nxp.com
Hello Haibo,
> -Original Message-
> From: haibo.c...@nxp.com
> Sent: Wednesday, March 3, 2021 10:06 AM
> To: peng@nxp.com; u-boot@lists.denx.de; sba...@denx.de
> Cc: haibo.c...@nxp.com; uboot-...@nxp.com; thar...@gateworks.com;
> ZHIZHIKIN Andrey ;
> feste...@gmail.com; ye...@nxp.com
1 - 100 of 114 matches
Mail list logo