ENVL_NOWHERE is dependent on CONFIG_ENV_IS_NOWHERE and not on
CONFIG_CHAIN_OF_TRUST so return ENVL_NOWHERE when CONFIG_ENV_IS_NOWHERE
is enabled
Signed-off-by: Udit Agarwal
---
Changes in V3:
Correct checkpatch warnings.
arch/arm/cpu/armv8/fsl-layerscape/cpu.c | 11 ++-
1 file changed,
From: Vinitha V Pillai
boot_script_hdr does not exist, it should not continue to
boot. So adding separate validation after loading boot_script.
The secure boot validation of the bootscript header will fail
and halts the further execution of commands which prevent
source command from execution.
On Wed, 2019-03-13 at 12:01 -0400, Tom Rini wrote:
> On Wed, Mar 13, 2019 at 08:10:31AM +, Ang, Chee Hong wrote:
> >
> > On Mon, 2019-03-11 at 15:48 -0400, Tom Rini wrote:
> > >
> > > On Mon, Mar 11, 2019 at 03:27:52PM +, Ang, Chee Hong wrote:
> > > >
> > > >
> > > > On Fri, 2019-03-08
USB3.0 Receiver needs to enable fixed equalization
for each of PHY instances in an SOC. This is similar
to erratum A-009007, but this one is for LX2160A,
and the register value is different.
Signed-off-by: Ran Wang
---
arch/arm/cpu/armv8/fsl-layerscape/Kconfig | 4
arch/arm/cpu/a
On Mon, Apr 22, 2019 at 11:10 PM Tom Rini wrote:
>
> On Mon, Apr 22, 2019 at 10:27:21PM +0200, Simon Goldschmidt wrote:
> > This adds a size check for SPL that can dynamically check generated
> > SPL binaries (including devicetree) for a size limit that ensures
> > this image plus global data, hea
From: Rick Chen
This patch will fix prior_stage_fdt_address write failure problem, when
AE350 was booting from flash.
When AE350 was booting from falsh, prior_stage_fdt_address will be in
flash address, we shall avoid it to be written.
Signed-off-by: Rick Chen
Cc: Greentime Hu
---
arch/riscv
From: Rick Chen
When AE350 was booting from ram, use OF_PRIOR_STAGE instead
of OF_PRIOR_STAGE.
Signed-off-by: Rick Chen
Cc: Greentime Hu
---
configs/ae350_rv32_defconfig | 2 +-
configs/ae350_rv64_defconfig | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configs/ae350_r
From: Rick Chen
Add two defconfig to support AE350 SMP boot from flash
by disable CONFIG_HART_LOTTERY and CONFIG_AVAILABLE_HARTS.
Signed-off-by: Rick Chen
Cc: Greentime Hu
---
configs/ae350_rv32_xip_defconfig | 37 +
configs/ae350_rv64_xip_defconfig | 38 ++
From: Rick Chen
In smp flow this two features only can be enabled when U-Boot
boot from ram. It shall be disabled when U-Boot boot from flash.
Add CONFIG_HART_LOTTERY and CONFIG_AVAILABLE_HARTS to select
this two features. Their default value will say YES for booting
from ram.
AE350 will encoun
From: Rick Chen
In current RISC-V SMP flow, AE350 will encounter the the write
failure problem since hart_lottery and available_harts_lock was
not in ram address but in flash address when booing from flash.
This patch can help to fix the failure problem when AE350 was
booting from flash by disab
On Mon, Apr 22, 2019 at 9:08 PM Marek Vasut wrote:
>
> On 4/22/19 8:31 PM, Simon Goldschmidt wrote:
> > The following changes since commit
> > 6c5f8dd540d7a8eff244d4c27a09451ca12c8d20:
> >
> > Merge branch 'master' of git://git.denx.de/u-boot-usb (2019-04-21
> > 19:00:04 -0400)
> >
> > are avail
Hi Peng,
> Hi Lukasz,
>
> > Subject: Re: [U-Boot] Is mmc still being actively maintained?
> >
> > Hi Peng,
> >
> > > Hi All, Jaehoon
> > >
> > > Is mmc still being actively maintained?
> >
> > As fair as I can tell, it is "maintained" by Tom and Marek as last
> > PR by Jaehoon has been sen
Okay.
Once your pull is done, I will submit "efi variable" patch,
which is more experimental than bootefi/bootmgr rework.
-Takahiro Akashi
On Tue, 23 Apr 2019 at 13:57, Heinrich Schuchardt wrote:
>
> On 4/23/19 2:24 AM, AKASHI, Takahiro wrote:
> > Heinrich,
> >
> > On Tue, 23 Apr 2019 at 03:16,
On 4/23/19 2:24 AM, AKASHI, Takahiro wrote:
Heinrich,
On Tue, 23 Apr 2019 at 03:16, Heinrich Schuchardt wrote:
On 4/19/19 5:22 AM, AKASHI Takahiro wrote:
There are several reasons that I want to rework/refactor bootefi command
as well as bootmgr:
* Some previous commits on bootefi.c have mad
From: Yinbo Zhu
This patch is to use block layer to read from mmc in cortina
Signed-off-by: Yinbo Zhu
---
Change in v2:
Update the commit information.
drivers/net/phy/cortina.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/phy/cortina.c b/driv
On Mon, Apr 22, 2019 at 9:00 PM Peng Fan wrote:
>
> Hi Fabio
>
> > Subject: Booting MX6 via Serial Download after DM conversion
> >
> > Hi,
> >
> > Has anyone managed to boot i.MX6 via serial download protocol after the
> > conversion to DM?
>
I 'think' the DM conversion requires the USB Driver t
Hi Fabio
> Subject: Booting MX6 via Serial Download after DM conversion
>
> Hi,
>
> Has anyone managed to boot i.MX6 via serial download protocol after the
> conversion to DM?
Include Abel who did the conversion.
>
> On a mx6sabresd I can no longer boot via SDP running 2019.04:
>
> After run
Heinrich,
On Tue, 23 Apr 2019 at 03:16, Heinrich Schuchardt wrote:
>
> On 4/19/19 5:22 AM, AKASHI Takahiro wrote:
> > There are several reasons that I want to rework/refactor bootefi command
> > as well as bootmgr:
> > * Some previous commits on bootefi.c have made the code complicated
> > and
On Sun, Apr 14, 2019 at 12:46:25PM +0200, Soeren Moch wrote:
> Hi Stefano,
>
> On 14.04.19 11:52, stefano babic wrote:
> > Hallo Soeren,
> >
> > after pulling from Tom and merging u-boot-imx, - next, your board is not
> > buildable anymore. Better: it is buildable, but size exceeds:
> >
> >
When creating a device path node ensure that the size of the allocated
memory at lest matches the size of the node header.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_device_path.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/efi_loader/efi_device_path.c b/lib/efi_loa
Hi,
Has anyone managed to boot i.MX6 via serial download protocol after
the conversion to DM?
On a mx6sabresd I can no longer boot via SDP running 2019.04:
After running 'sudo ./imx_usb SPL' I get:
U-Boot SPL 2019.04 (Apr 22 2019 - 19:45:46 -0300)
Trying to boot from USB SDP
SDP: initialize...
The UEFI specification prescribes that AllocatePages() checks the memory
type.
Add missing definition of EFI_PERSISTENT_MEMORY_TYPE.
Signed-off-by: Heinrich Schuchardt
---
include/efi.h | 4
lib/efi_loader/efi_memory.c | 4
2 files changed, 8 insertions(+)
diff --git a/
On Tue, Mar 12, 2019 at 01:18:46AM +, Bryan O'Donoghue wrote:
> This patch adds a check for the default FIT config to iminfo. Once applied
> any signing of the config will show a pass fail similar to rsa+/rsa-.
>
> Output looks like this:
>
>Hash(es) for Image 0 (kernel@1): sha1+
>Ha
Validation of fit image configuration signatures does not seem to do a
"fall-back" mechanism as mentioned in doc/uImage.FIT/signature.txt.
The current constraints seem to only allow the following:
- skipping keys not marked "required" (not attempting to validate
with them at all)
- checking a k
On Mon, Apr 22, 2019 at 10:27:21PM +0200, Simon Goldschmidt wrote:
> This adds a size check for SPL that can dynamically check generated
> SPL binaries (including devicetree) for a size limit that ensures
> this image plus global data, heap and stack fit in initial SRAM.
>
> Since some of these si
On Mon, Apr 22, 2019 at 11:50:22PM +0300, Vladimir Zapolskiy wrote:
> Hi Jagan, Tom,
>
> On 04/19/2019 09:48 AM, Jagan Teki wrote:
> > Dropped
> > - lpc32xx_ssp driver
> > - CONFIG_LPC32XX_SSP, LPC32XX_SSP_TIMEOUT items
> >
> > Dropped due to:
> > - no active updates
> > - no dm conversion
> > -
Hi Jagan, Tom,
On 04/19/2019 09:48 AM, Jagan Teki wrote:
> Dropped
> - lpc32xx_ssp driver
> - CONFIG_LPC32XX_SSP, LPC32XX_SSP_TIMEOUT items
>
> Dropped due to:
> - no active updates
> - no dm conversion
> - multiple pings for asking dm-conversion
I really don't want to rush into moaning, however
On 22.04.19 22:19, Tom Rini wrote:
On Mon, Apr 22, 2019 at 09:48:06PM +0200, Simon Goldschmidt wrote:
This adds a size check for SPL that can dynamically check generated
SPL binaries (including devicetree) for a size limit that ensures
this image plus global data, heap and stack fit in initia
This adds a size check for SPL that can dynamically check generated
SPL binaries (including devicetree) for a size limit that ensures
this image plus global data, heap and stack fit in initial SRAM.
Since some of these sizes are not available to make, a new host tool
'spl_size_limit' is added that
On Mon, Apr 22, 2019 at 09:48:06PM +0200, Simon Goldschmidt wrote:
> This adds a size check for SPL that can dynamically check generated
> SPL binaries (including devicetree) for a size limit that ensures
> this image plus global data, heap and stack fit in initial SRAM.
>
> Since some of these s
On 22.04.19 21:29, Tom Rini wrote:
On Mon, Apr 22, 2019 at 08:40:52PM +0200, Simon Goldschmidt wrote:
Am 22.04.2019 um 16:36 schrieb Tom Rini:
On Thu, Apr 18, 2019 at 10:12:36PM +0200, Simon Goldschmidt wrote:
Heinrich,
On 02.04.19 19:19, Heinrich Schuchardt wrote:
The SPL image for the Ti
This adds a size check for SPL that can dynamically check generated
SPL binaries (including devicetree) for a size limit that ensures
this image plus global data, heap and stack fit in initial SRAM.
Since some of these sizes are not available to make, a new host tool
'spl_size_limit' is added that
On Mon, Apr 22, 2019 at 08:40:52PM +0200, Simon Goldschmidt wrote:
> Am 22.04.2019 um 16:36 schrieb Tom Rini:
> >On Thu, Apr 18, 2019 at 10:12:36PM +0200, Simon Goldschmidt wrote:
> >>Heinrich,
> >>
> >>On 02.04.19 19:19, Heinrich Schuchardt wrote:
> >>>The SPL image for the Tinker Board has to fit
On 4/22/19 9:18 PM, Simon Goldschmidt wrote:
>
>
> On 22.04.19 20:41, Marek Vasut wrote:
>> On 4/22/19 8:22 PM, Simon Goldschmidt wrote:
>>> Am 22.04.2019 um 20:01 schrieb Marek Vasut:
On 4/19/19 10:00 PM, Simon Goldschmidt wrote:
>
>
> On 17.04.19 22:15, Marek Vasut wrote:
>
On 22.04.19 20:41, Marek Vasut wrote:
On 4/22/19 8:22 PM, Simon Goldschmidt wrote:
Am 22.04.2019 um 20:01 schrieb Marek Vasut:
On 4/19/19 10:00 PM, Simon Goldschmidt wrote:
On 17.04.19 22:15, Marek Vasut wrote:
Add optional "mask" argument to the SoCFPGA bridge command, to select
which br
On 4/22/19 8:31 PM, Simon Goldschmidt wrote:
> The following changes since commit
> 6c5f8dd540d7a8eff244d4c27a09451ca12c8d20:
>
> Merge branch 'master' of git://git.denx.de/u-boot-usb (2019-04-21
> 19:00:04 -0400)
>
> are available in the Git repository at:
>
> https://github.com/goldsimon/u
On 4/22/19 8:23 PM, Simon Goldschmidt wrote:
> Am 22.04.2019 um 20:13 schrieb Marek Vasut:
>> On 4/22/19 8:09 PM, Simon Goldschmidt wrote:
>>> This series cleans up the include/configs/socfpga_common.h file a bit.
>>>
>>> It removes some defines that are used nowhere and cleans up some
>>> leftover
On 4/22/19 8:22 PM, Simon Goldschmidt wrote:
> Am 22.04.2019 um 20:01 schrieb Marek Vasut:
>> On 4/19/19 10:00 PM, Simon Goldschmidt wrote:
>>>
>>>
>>> On 17.04.19 22:15, Marek Vasut wrote:
Add optional "mask" argument to the SoCFPGA bridge command, to select
which bridges should be enabl
Am 22.04.2019 um 16:36 schrieb Tom Rini:
On Thu, Apr 18, 2019 at 10:12:36PM +0200, Simon Goldschmidt wrote:
Heinrich,
On 02.04.19 19:19, Heinrich Schuchardt wrote:
The SPL image for the Tinker Board has to fit into 32 KiB. This includes
up to 2 KiB for the file header.
A new configuration var
> From: Heinrich Schuchardt
> Date: Mon, 22 Apr 2019 20:01:01 +0200
>
> The EBBR specification prescribes that we should have either an ACPI table
> or a device tree but not both. Let us enforce this condition in the
> `bootefi` command.
Why?
While I agree that it would be good if U-Boot would
The following changes since commit 6c5f8dd540d7a8eff244d4c27a09451ca12c8d20:
Merge branch 'master' of git://git.denx.de/u-boot-usb (2019-04-21
19:00:04 -0400)
are available in the Git repository at:
https://github.com/goldsimon/u-boot.git
for you to fetch changes up to 5ff194620a5ada0bf0
Am 22.04.2019 um 20:13 schrieb Marek Vasut:
On 4/22/19 8:09 PM, Simon Goldschmidt wrote:
This series cleans up the include/configs/socfpga_common.h file a bit.
It removes some defines that are used nowhere and cleans up some
leftovers after various subsystems have been converted to use DM.
Cha
Am 22.04.2019 um 20:01 schrieb Marek Vasut:
On 4/19/19 10:00 PM, Simon Goldschmidt wrote:
On 17.04.19 22:15, Marek Vasut wrote:
Add optional "mask" argument to the SoCFPGA bridge command, to select
which bridges should be enabled/disabled. This allows the user to avoid
enabling bridges which
Am 22.04.2019 um 19:59 schrieb Marek Vasut:
On 4/19/19 9:47 PM, Simon Goldschmidt wrote:
On 17.04.19 22:15, Marek Vasut wrote:
Factor out the code for programming preloader handoff register values,
the ISWGRP Handoff 0 and 1. These registers later control which bridges
are enabled by the "bri
On 4/19/19 5:22 AM, AKASHI Takahiro wrote:
> There are several reasons that I want to rework/refactor bootefi command
> as well as bootmgr:
> * Some previous commits on bootefi.c have made the code complicated
> and a bit hard to understand.
>
> * do_bootefi_exec() would better be implemented usi
On 4/19/19 10:00 PM, Simon Goldschmidt wrote:
>
>
> On 17.04.19 22:15, Marek Vasut wrote:
>> Add optional "mask" argument to the SoCFPGA bridge command, to select
>> which bridges should be enabled/disabled. This allows the user to avoid
>> enabling bridges which are not connected into the FPGA f
On 4/19/19 9:47 PM, Simon Goldschmidt wrote:
>
>
> On 17.04.19 22:15, Marek Vasut wrote:
>> Factor out the code for programming preloader handoff register values,
>> the ISWGRP Handoff 0 and 1. These registers later control which bridges
>> are enabled by the "bridge" command on Gen5 devices.
>>
On 4/22/19 3:20 AM, Ley Foon Tan wrote:
> On Sun, Apr 21, 2019 at 4:30 PM Marek Vasut wrote:
>>
>> On 4/19/19 10:52 PM, Simon Goldschmidt wrote:
>>>
>>>
>>> Marek Vasut mailto:ma...@denx.de>> schrieb am Fr., 19.
>>> Apr. 2019, 11:29:
>>>
>>> On 4/19/19 8:17 AM, Ley Foon Tan wrote:
>>> > A
On 4/22/19 8:09 PM, Simon Goldschmidt wrote:
> This series cleans up the include/configs/socfpga_common.h file a bit.
>
> It removes some defines that are used nowhere and cleans up some
> leftovers after various subsystems have been converted to use DM.
>
> Changes in v3:
> - changed commit mess
Remove outdated macros and comments (not used any more, outdated due to
DM conversion) from socfpga_common.h.
Signed-off-by: Simon Goldschmidt
---
Changes in v3:
- changed commit message: s/defines/macros and comments/
Changes in v2:
- remove even more outdated things
include/configs/socfpga_
Remove outdated defines (not used any more, outdated due to DM
conversion) from various socfpga files in include/config.
Signed-off-by: Simon Goldschmidt
Acked-by: Marek Vasut
---
Changes in v3: None
Changes in v2:
- added (this) patch with further cleanups to the socfpga board config
files
socfpga_common.h defines CONFIG_SYS_BOOTMAPSZ to 64 MiB.
Since having this define overrides the 'bootm_size' env variable for
the whole socfpga platform, let's remove this define from socfpga_common.h
and instead rely on the 'bootm_size' env variable (which is initialized
to 160 MiB in the same fi
All socfpga boards except for vining_fpga use DM_I2C. Enable
DM_I2C for this board and set the EEPROM defines via Kconfig
(enabling CONFIG_I2C_EEPROM from MISC).
Signed-off-by: Simon Goldschmidt
---
Changes in v3: None
Changes in v2:
- added (this) patch to move socfpga_vining to DM_I2C
config
This series cleans up the include/configs/socfpga_common.h file a bit.
It removes some defines that are used nowhere and cleans up some
leftovers after various subsystems have been converted to use DM.
Changes in v3:
- changed commit message of 2/4: s/defines/macros and comments/
Changes in v2:
From: AKASHI Takahiro
In the current implementation, bootefi command and EFI boot manager
don't use load_image API, instead, use more primitive and internal
functions. This will introduce duplicated code and potentially
unknown bugs as well as inconsistent behaviours.
With this patch, do_efiboot
The EBBR specification prescribes that we should have either an ACPI table
or a device tree but not both.
So do not run the device tree unit test on boards with an ACPI table.
Hence there is no need any longer to make it 'on request' only.
Do not pass $fdtcontroladdr to `bootefi selftest`.
Signed
The EBBR specification prescribes that we should have either an ACPI table
or a device tree but not both. Let us enforce this condition in the
`bootefi` command.
If the bootefi command is called without a device tree parameter use a
previously device tree or fall back to the internal device tree.
Forwarded Message
Subject: Re: EFIBootGuard for CIP and SecureBoot
Date: Mon, 22 Apr 2019 19:55:04 +0200
From: Heinrich Schuchardt
On Fri Apr 19 10:48:51 UTC 2019
François Ozog wrote
> We will be conducting a UEFI gap analysis to support EFIBootGuard in
> U-Boot.
>
> As we are
On Mon, Apr 01, 2019 at 05:32:17PM -0500, Dinh Nguyen wrote:
> The cache UCLASS will be used for configure settings that can be found
> in a CPU's L2 cache controller.
>
> Add a uclass and a test for cache.
>
> Reviewed-by: Simon Glass
> Signed-off-by: Dinh Nguyen
> ---
> v4: re-order includes
On Wed, Feb 13, 2019 at 08:32:24PM +0800, tien.fong.c...@intel.com wrote:
> From: Tien Fong Chee
>
> This would print out all the FPGA node names setting to fpga property.
>
> Signed-off-by: Tien Fong Chee
> ---
> common/image-fit.c | 14 +++---
> 1 files changed, 11 insertions(+),
On Mon, Apr 22, 2019 at 06:40:33PM +0200, Marek Vasut wrote:
> On 4/22/19 6:12 PM, Tom Rini wrote:
> > On Wed, Mar 20, 2019 at 07:52:20PM +, Alex Kiernan wrote:
> >> If CONFIG_SPL_FIT_SIGNATURE is enabled and U-Boot is being loaded from UART
> >> over Ymodem then we can't emit messages using pr
Hi Simon,
Thanks for the review.
please see inline, I have few questions/suggestions regarding
your notes.
Thanks,
Ramon.
On Mon, Apr 22, 2019 at 5:56 AM Simon Glass wrote:
> Hi Ramon,
>
> On Fri, 5 Apr 2019 at 19:12, Ramon Fried wrote:
> >
> > Introduce new UCLASS_PCI_EP class for handling PCI
On 4/22/19 6:12 PM, Tom Rini wrote:
> On Wed, Mar 20, 2019 at 07:52:20PM +, Alex Kiernan wrote:
>> If CONFIG_SPL_FIT_SIGNATURE is enabled and U-Boot is being loaded from UART
>> over Ymodem then we can't emit messages using printf() without causing
>> errors like:
>>
>> Sending: u-boot-dtb.im
AM654 SoC is IO coherent wrt A53 cores, therefore enable
SYS_DISABLE_DCACHE_OPS to avoid cache operations in A53
SPL/U-Boot.
Signed-off-by: Vignesh Raghavendra
---
board/ti/am65x/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/ti/am65x/Kconfig b/board/ti/am65x/Kconfig
index d4b
On AM654 SoC(arm64) which is IO coherent and has L3 Cache, cache
maintenance operations being done to support non-coherent platforms
causes issues.
For example, here is how U-Boot prepares/handles a buffer to receive
data from a device (DMA Write). This may vary slightly depending on the
driver fr
This series adds a Kconfig to disable cache maintenance operations on
a coherent architectures. And disable cache flush/invalidate ops for
SPL/U-Boot code running on A53 core of AM654 SoC(which is IO coherent)
v2:
Allow flush_dcache_all() and invalidate_dcache_all() that are used
before enabling/d
On Mon, Mar 18, 2019 at 06:16:55AM +, Pankit Garg wrote:
> Signed-off-by: Pankit Garg
> ---
> Changes for v2:
> - Remove CRC calculation as it is already part of env_import
> - Update env_addr after env_import
>
> env/mmc.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --gi
On Wed, Mar 20, 2019 at 07:52:20PM +, Alex Kiernan wrote:
> If CONFIG_SPL_FIT_SIGNATURE is enabled and U-Boot is being loaded from UART
> over Ymodem then we can't emit messages using printf() without causing
> errors like:
>
> Sending: u-boot-dtb.img
> Ymodem sectors/kbytes sent: 3009/376
On Fri, Apr 12, 2019 at 12:32:12PM -0400, Robert P. J. Day wrote:
>
> only a few months ago, i jumped into a discussion regarding Kbuild
> config options that were defined in some Kconfig* file, but were
> unused anywhere in the source tree:
>
> http://u-boot.10912.n7.nabble.com/policy-regardi
On Thu, Apr 18, 2019 at 08:23:45AM +0200, Simon Goldschmidt wrote:
> On Thu, Apr 18, 2019 at 8:12 AM Lokesh Vutla wrote:
> >
> >
> >
> > On 18/04/19 12:46 AM, Simon Goldschmidt wrote:
> > > [This is a follow-up to https://patchwork.ozlabs.org/patch/1033584/
> > > right?]
> >
> > Right.
> >
> > >
On 4/22/19 3:40 PM, Tom Rini wrote:
> On Mon, Apr 22, 2019 at 05:09:45AM +, Peng Fan wrote:
>> Hi Lukasz,
>>
>>> Subject: Re: [U-Boot] Is mmc still being actively maintained?
>>>
>>> Hi Peng,
>>>
Hi All, Jaehoon
Is mmc still being actively maintained?
>>>
>>> As fair as I can tel
On Thu, Apr 18, 2019 at 10:12:36PM +0200, Simon Goldschmidt wrote:
> Heinrich,
>
> On 02.04.19 19:19, Heinrich Schuchardt wrote:
> >The SPL image for the Tinker Board has to fit into 32 KiB. This includes
> >up to 2 KiB for the file header.
> >
> >A new configuration variable CONFIG_SPL_SIZE_LIMIT
On Fri, Apr 19, 2019 at 12:10:39PM +0530, Jagan Teki wrote:
> Hi Angelo,
>
> On Thu, Mar 14, 2019 at 2:17 AM Angelo Dureghello wrote:
> >
> > This patch adds a basic group of devicetrees, one for each
> > cpu family, including actually just uart and dspi devices,
> > since these are the drivers s
On Fri, Apr 19, 2019 at 08:52:28AM +, Peng Fan wrote:
>
> > On Fri, 19 Apr 2019 11:56:25 +0530
> > Jagan Teki wrote:
> >
> > > On Fri, Apr 5, 2019 at 2:20 AM Lukasz Majewski wrote:
> > > >
> > > > Hi Jagan,
> > > >
> > > > > On Thu, Apr 4, 2019 at 3:31 PM Lukasz Majewski
> > > > > wrote:
>
On Tue, Apr 16, 2019 at 06:30:53PM +0200, Thierry Reding wrote:
> On Fri, Mar 15, 2019 at 04:32:32PM +0100, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > Make sure that we don't overflow the hose->regions array, otherwise we
> > would end up overwriting the hose->region_count field and c
On Mon, Apr 22, 2019 at 05:09:45AM +, Peng Fan wrote:
> Hi Lukasz,
>
> > Subject: Re: [U-Boot] Is mmc still being actively maintained?
> >
> > Hi Peng,
> >
> > > Hi All, Jaehoon
> > >
> > > Is mmc still being actively maintained?
> >
> > As fair as I can tell, it is "maintained" by Tom and
On Sun, Apr 21, 2019 at 09:39:25PM +0200, Marek Vasut wrote:
> The following changes since commit 1f4ae66eaab29bfb5d1eb44996f7826c9cd01ed1:
>
> Merge tag 'arc-for-2019.07' of git://git.denx.de/u-boot-arc
> (2019-04-18 12:12:16 -0400)
>
> are available in the Git repository at:
>
> git://git
On Sun, Apr 21, 2019 at 09:38:17PM +0200, Marek Vasut wrote:
> The following changes since commit 75ce8c938d39bd22460be66e6bf318bd2410c17b:
>
> Merge tag 'u-boot-imx-20190415' of git://git.denx.de/u-boot-imx
> (2019-04-15 07:31:14 -0400)
>
> are available in the Git repository at:
>
> git:/
Hi,
arch/arm/cpu/armv8/fsl-layerscape/cpu.c uses ENVL_NOWHERE to initialize the
env_loc enum variable.
Shall the ENVL_NOWHERE be replaced with ENV_NOWHERE in commit message.
Regards
Udit Agarwal
> -Original Message-
> From: Prabhakar Kushwaha
> Sent: Friday, March 22, 2019 4:32 PM
> T
On 4/21/19 10:33 PM, Simon Glass wrote:
Hi Stefan,
On Fri, 12 Apr 2019 at 02:46, Stefan Mavrodiev wrote:
When using fdt_fixup_mtdparts() offset and length cell sizes
are limited to 4 bytes (1 cell). However if the mtd device is
bigger then 4GiB, then #address-cells and #size-cells are
8 bytes
Hi Steven,
On Mon, Apr 22, 2019 at 2:51 PM zhaoyifan wrote:
>
> Hi friend,
>
>
>
> Could you please advice the the problem with RK3399 in detail?
Sorry, couldn't get which issue are you talking about?
Mainline u-boot work well on OrangePI, if you want to look refer the
doc patch[1] or wiki[2]
On Mon, Apr 22, 2019 at 8:29 AM Shyam Saini wrote:
>
> Hi Philipp, Emmanuel,
>
> On Sun, Apr 21, 2019 at 10:43 PM Jagan Teki
> wrote:
> >
> > On Tue, Feb 5, 2019 at 4:24 PM Emmanuel Vadot wrote:
> > >
> > > Other make_fit script (like imx or sunxi) use the BL31 environment
> > > variable to ind
Hello Tom,
Please pull tag u-boot-atmel-2019.07-b , the second set of new features
and fixes for u-boot-atmel for 2019.07 release.
The features include the new SAMA5D2 Industrial Connectivity Platform
(ICP) and some minor fixes on corvus and sam9260.
Travis CI: https://travis-ci.org/ehristev/u
CONFIG_MTD_NOR_FLASH flag needs to be enable for all
boot sources,as all flash drivers need to compile in
TFA Boot.Probe ifc nor flash only when there is nor
flash available on board.So needs to detect ifc-nor
flash at run-time for probing.
Signed-off-by: Pankit Garg
---
changes for v2:
- change
AQR107 PHYs interrupt pins are active-low, while the GIC expects a
level-high signal.
Signed-off-by: Florin Chiculita
---
board/freescale/lx2160a/lx2160a.c | 8
include/configs/lx2160ardb.h | 1 +
2 files changed, 9 insertions(+)
diff --git a/board/freescale/lx2160a/lx2160a.c
b/b
Use one menu to hide the several i.MX8M DDR options from device
driver entry.
Signed-off-by: Peng Fan
---
drivers/ddr/imx/imx8m/Kconfig | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/ddr/imx/imx8m/Kconfig b/drivers/ddr/imx/imx8m/Kconfig
index 71f466f5ec..a83b0f43d7 100644
--- a/
We already can let a Python test depend on a build option being set via
@pytest.mark.buildconfigspec(). It may be necessary to let a test depend on
a build option *not* being set. So let's introduce
@pytest.mark.notbuildconfigspec
for this purpose.
Signed-off-by: Heinrich Schuchardt
---
Hel
On 15.04.2019 14:53, Heiko Schocher wrote:
> fix CONFIG_OF_EMBED and add CONFIG_DM_USB
> build warnings.
>
> Signed-off-by: Heiko Schocher
> ---
Applied to u-boot-atmel/master, thanks !
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.den
Hi Philipp, Emmanuel,
On Sun, Apr 21, 2019 at 10:43 PM Jagan Teki wrote:
>
> On Tue, Feb 5, 2019 at 4:24 PM Emmanuel Vadot wrote:
> >
> > Other make_fit script (like imx or sunxi) use the BL31 environment
> > variable to indicate the location of the file.
> > Also do that for rockchip so we don'
89 matches
Mail list logo