On 3/27/19 10:12 AM, Neil Armstrong wrote:
> On 26/03/2019 16:53, Marek Vasut wrote:
>> On 3/26/19 4:15 PM, Neil Armstrong wrote:
>>> Adds support for Amlogic G12A USB Control Glue HW.
>>>
>>> The Amlogic G12A SoC Family embeds 2 USB Controllers :
>>> - a DWC3 IP configured as Host for USB2 and
On 27/03/19 11:47 PM, Andreas Dannenberg wrote:
> When using memalign() in a scenario where U-Boot is configured for full
> malloc support with simple malloc not explicitly enabled and before the
> full malloc support is initialized, a memory block is being allocated
> and returned without the
Rockchip use 'arch-rockchip' instead of arch-$(SOC) as common
header file path, so that we can get the correct path directly.
Signed-off-by: Kever Yang
---
.../include/asm/arch-rockchip/ddr_rk3188.h| 2 +-
arch/arm/mach-rockchip/Kconfig| 2 +-
Rockchip use 'arch-rockchip' instead of arch-$(SOC) as common
header file path, so that we do not need to make folder for
each soc, because many header file are shared for all the SoCs
which not need separate for each SoC.
With the SoC name correct to its own name, the build system
can include
Hi U-Boot developers,
(I picked a few of you out that seem to be most related to this code,
hope that's okay,)
I am interested in booting device trees with overlays from a FIT image
(actually for a different bootloader, but we're trying to stay
compatible with U-Boot's FIT format so I'm asking
Greetings Martin,
I'm not sure if I'm related to it. But looking at the geo location. I have
a discovered a new Russia GMT settings in my router as default this
morning, which is different from my location. I'm not sure when this was
applied.
Have not been applying or changing scripts for a few
Some platforms cannot use simple malloc even in very early stages, e.g.
when using FAT before DRAM is available. Such platforms currently often
use non-Kconfig defines to initialize full malloc and rely on simple heap
before that.
This series makes some adjustments to ensure SPL behaves the same
The ARCH_SOC name default as 'rockchip' and we put all the
header file in 'arch/arm/include/asm/arch-rockchip/', but
the 'rockchip' is not the SOC name, let's correct it after
we update all the source file.
Signed-off-by: Kever Yang
---
arch/arm/mach-rockchip/rk3036/Kconfig | 2 +-
rockchip platform header file is in 'arch-rockchip'
instead of arch-$(SOC) for all SoCs.
Signed-off-by: Kever Yang
---
arch/arm/cpu/armv8/start.S | 4
arch/arm/include/asm/gpio.h | 2 +-
arch/arm/lib/vectors.S | 5 -
3 files changed, 9 insertions(+), 2 deletions(-)
diff --git
On 3/27/19 9:43 PM, Trent Piepho wrote:
> I didn't see HS400 working on my IMX7d, even thought it appears it
> should be supported.
>
> The problem appears to be when this bit of code in fsl_esdhc.c, which
> dates to a patch "mmc: fsl_esdhc: support SDR104 and HS200":
>
> static struct
On Wed, Mar 27, 2019 at 07:50:05AM +0100, Heinrich Schuchardt wrote:
> On 3/27/19 5:40 AM, AKASHI Takahiro wrote:
> > This is a preparatory patch for reworking do_bootefi() in later patch.
>
> I would suggest as commit message:
>
> Move do_bootefi_bootmgr_exec() up in code to avoid a forward
On Wed, Mar 27, 2019 at 7:34 PM Simon Goldschmidt
wrote:
>
> On Wed, Mar 27, 2019 at 10:15 AM Ley Foon Tan wrote:
> >
> > Convert Stratix 10 SDRAM driver to device model.
>
> Nice to see that :-)
>
> >
> > Get rid of call to socfpga_per_reset() and use reset
> > framework.
> >
> > SPL is changed
On Wed, Mar 27, 2019 at 07:45:36AM +0100, Heinrich Schuchardt wrote:
> On 3/27/19 5:40 AM, AKASHI Takahiro wrote:
> > This is a preparatory patch for reworking do_bootefi() in later patch.
> >
> > Efi_selftest code is unusual in terms of execution path in do_bootefi(),
> > which make that function
On Wed, Mar 27, 2019 at 07:33:49AM +0100, Heinrich Schuchardt wrote:
> On 3/27/19 5:40 AM, AKASHI Takahiro wrote:
> > This is a preparatory patch for reworking do_bootefi() in later patch.
> > For simplicity, merge two functions.
> >
> > Signed-off-by: AKASHI Takahiro
> > ---
> > cmd/bootefi.c |
On Wed, Mar 27, 2019 at 07:29:50AM +0100, Heinrich Schuchardt wrote:
> On 3/27/19 5:40 AM, AKASHI Takahiro wrote:
> > This is a preparatory patch for reworking do_bootefi() in later patch.
> >
> > Signed-off-by: AKASHI Takahiro
> > ---
> > cmd/bootefi.c | 53
Signed-off-by: Kever Yang
---
arch/arm/include/asm/arch-rockchip/hardware.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/include/asm/arch-rockchip/hardware.h
b/arch/arm/include/asm/arch-rockchip/hardware.h
index cd94bdd1ba..62e8bed8f3 100644
---
On Wed, Mar 27, 2019 at 07:17:02AM +0100, Heinrich Schuchardt wrote:
> On 3/27/19 5:40 AM, AKASHI Takahiro wrote:
> > This is a preparatory patch.
> >
> > efi_dp_split_file_path() is used to create device_path and file_path
> > from file_path for efi_setup_loaded_image().
> > In a special case,
On Wed, Mar 27, 2019 at 06:58:31AM +0100, Heinrich Schuchardt wrote:
> On 3/27/19 5:40 AM, AKASHI Takahiro wrote:
> > To meet UEFI spec v2.7a section 9.2, we should add
> > EFI_LOADED_IMAGE_DEVICE_PATH_PROTOCOL to image handle,
> > instead of EFI_DEVICE_PATH_PROTOCOL.
> >
> > Signed-off-by: AKASHI
Hi Heinrich,
As a matter of fact and strictly speaking, there are bunch of
missing features;
* Boot manager (section 3)
- boot manager policy
- support for some of Boot option variables
- boot recovery
* various protocols,
- from section 11 to section 20 and
- from section 24 to section
The cache flush of the kernel load area needs to be aligned outward to
the DMA cache alignment. The operations are simpler if we think of this
as aligning the start down, ALIGN_DOWN(load, ARCH_DMA_MINALIGN), and
aligning the end up, ALIGN(load_end, ARCH_DMA_MINALIGN), and then find
the length of
Since commit 9e3c0174da842 ("pico-imx7d: Add LCD support") we started to
notice some hangs in U-Boot.
There is not an issue on such commit per se, but due to the LCD support
the current drawn is increased and this may cause issues when powering
pico-imx7d-pi from USB.
Some computers may be a bit
On 3/20/19 8:01 AM, Heinrich Schuchardt wrote:
> On 3/20/19 1:07 AM, AKASHI Takahiro wrote:
>> See UEFI v2.7, section 3.1.2 for details of the specification.
>>
>> With efidebug command, you can run any EFI boot option as follows:
>> => efi boot add 1 SHELL ...
>> => efi boot add 2 HELLO ...
On 3/27/19 5:40 AM, AKASHI Takahiro wrote:
> This is a preparatory patch.
> Those two functions will be used later for reworking do_bootefi().
>
> Signed-off-by: AKASHI Takahiro
> Reviewed-by: Heinrich Schuchardt
Added to for efi-2019-07 branch.
___
On 3/27/19 6:58 AM, Heinrich Schuchardt wrote:
> On 3/27/19 5:40 AM, AKASHI Takahiro wrote:
>> To meet UEFI spec v2.7a section 9.2, we should add
>> EFI_LOADED_IMAGE_DEVICE_PATH_PROTOCOL to image handle,
>> instead of EFI_DEVICE_PATH_PROTOCOL.
>>
>> Signed-off-by: AKASHI Takahiro
>> ---
The following TODOs are closed:
- GetNextVariableName is not implemented
- event groups
- manage events in a linked list
Signed-off-by: Heinrich Schuchardt
---
doc/README.uefi | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/doc/README.uefi b/doc/README.uefi
index
We currently only support EFI_FILE_PROTOCOL_REVISION while
UEFI specs 2.4 - 2.7 prescribe EFI_FILE_PROTOCOL_REVISION2.
Add a todo.
Add missing constants for the EFI file protocol revision.
Signed-off-by: Heinrich Schuchardt
---
doc/README.uefi | 3 +++
include/efi_api.h | 8
I didn't see HS400 working on my IMX7d, even thought it appears it
should be supported.
The problem appears to be when this bit of code in fsl_esdhc.c, which
dates to a patch "mmc: fsl_esdhc: support SDR104 and HS200":
static struct esdhc_soc_data usdhc_imx7d_data = {
.flags =
Convert debug output from '%#lx' to '0x%lx' to be compatible with tiny
printf used in SPL.
Signed-off-by: Simon Goldschmidt
---
Changes in v3: None
Changes in v2: None
common/dlmalloc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/dlmalloc.c b/common/dlmalloc.c
Some platforms (like socfpga A10) need a big heap before SDRAM is available
(e.g. because FAT is used). For such platforms, simple_malloc is often not
a good option as it does not support freeing memory. These platforms often
use the non-Kconfig defines CONFIG_SYS_SPL_MALLOC_START (and its SIZE).
If the malloc range passed to mem_malloc_init() is at the end of address
range and 'start + size' overflows to 0, following allocations fail as
mem_malloc_end is zero (which looks like uninitialized).
Fix this by subtracting 1 of 'start + size' overflows to zero.
Signed-off-by: Simon Goldschmidt
Instead of fixing the SPL heap to 64 KiB in the board config header via
CONFIG_SYS_SPL_MALLOC_SIZE, let's just use CONFIG_SPL_SYS_MALLOC_F_LEN
in the defconfig.
This also has the advantage that it removes sub-mach specific ifdefs in
socfpga_common.h.
Signed-off-by: Simon Goldschmidt
---
This implements the new option to clear BSS early in SPL for standard arm
and arm64 crt0.
BSS is cleared before calling board_init_f() and thus not cleared before
calling board_init_r() as it is not relocated in SPL.
Signed-off-by: Simon Goldschmidt
---
Changes in v3: None
Changes in v2:
- add
This introduces a new Kconfig option SPL_CLEAR_BSS_F. If enabled, it clears
the bss before calling board_init_f() instead of clearing it before calling
board_init_r().
This also ensures that variables placed in BSS can be shared between
board_init_f() and board_init_r() in SPL.
Such global
On Wed, Mar 20, 2019 at 2:34 AM Shawn Guo wrote:
>
> Some reset controllers support different polarities for reset operation,
> so let's add a polarity field into struct reset_ctl.
>
> Signed-off-by: Shawn Guo
Acked-by: Joe Hershberger
___
U-Boot
On Wed, Mar 20, 2019 at 2:34 AM Shawn Guo wrote:
>
> The 'phy' reset of gmac device in kernel device tree is not generic
> enough for u-boot to use, so we need to overwrite the 'resets' property
> as needed. With this device tree fixup and poplar_defconfig changes,
> Ethernet starts working on
On Tue, Mar 26, 2019 at 2:36 AM Shawn Guo wrote:
>
> Hi Joe,
>
> On Wed, Mar 20, 2019 at 03:32:37PM +0800, Shawn Guo wrote:
> > The series adds Ethernet support for Poplar board. It firstly creates
> > a reset driver for HiSilicon platform, then introduces higmacv300
> > Ethernet driver, and
On Wed, Mar 20, 2019 at 2:34 AM Shawn Guo wrote:
>
> It adds a Driver Model compatible reset driver for HiSlicon platform.
> The driver implements a custom .of_xlate function, and uses .data field
> as reset register offset and .id field as bit shift.
>
> Signed-off-by: Shawn Guo
Acked-by: Joe
> > Hi Jagan,
> >
> > Did you get a chance to test this? We've seen this on at least Cubie2,
> > CubieTruck and BananaPi and it still persists with rc4
>
> I made a quick test on v2019.01 vs v2019.04-rc3, below are the
> results. I even grab the reg dump for your information. please check
> the
When using memalign() in a scenario where U-Boot is configured for full
malloc support with simple malloc not explicitly enabled and before the
full malloc support is initialized, a memory block is being allocated
and returned without the alignment parameter getting honored.
Fix this issue by
On 27/03/2019 10:39, Lukasz Majewski wrote:
Hi Jean-Jacques,
The purpose of this series is to provide the SPL with ability to apply
overlays for u-boot. this is only a RFC so far, to get a feedback on
the approach.
Our use-case is the support of the daughter boards of the AM65x EVM.
In
Hi,
I am trying to use a X850 V1.3 hat (USB/mSATA) for Raspberry Pi 3:
http://www.raspberrypiwiki.com/index.php/X850#Installation_Guide_For_X850_V1.3_Old_Version
It works to load firmware (most of the time), but it fails in u-boot with:
starting USB...
USB0: scanning bus 0 for devices...
On Wed, Mar 27, 2019 at 12:04 PM Jun Nie wrote:
> The DCD file is only used by BL33 defconfig and is not coupled with
> any other code.
Yes, correct. We don't want to add the DCD file for a single defconfig.
> Or you are suggesting to use ATF -> OPTEE -> SPL -> u-boot flow? SPL
> is
The purpose of this series is to provide the SPL with ability to apply
overlays for u-boot. this is only a RFC so far, to get a feedback on the
approach.
Our use-case is the support of the daughter boards of the AM65x EVM. In
Linux, each board is supported by a unique overlay. The presence of
Add regulator driver for ROHM BD71837 PMIC. BD71837 contains
8 bucks and 7 LDOS. Voltages for bucks 1-4 can be adjusted
when regulators are enabled. For other bucks and LDOs we may
have over- or undershooting if voltage is adjusted when
regulator is enabled. Thus this is prevented by default.
Add initial support for ROHM BD71837 PMIC
https://source.codeaurora.org/external/imx/uboot-imx
cherry picked, styled and merged commits:
- MLK-18387 pmic: Add pmic driver for BD71837: e9a3bec2e95a
- MLK-18590 pmic: bd71837: Change to use new fdt API: acdc5c297a96
Signed-off-by: Ye Li
There is no need for it to be non-constant. Making it constant, allows to
return constant string without warning.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
common/spl/spl_fit.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/common/spl/spl_fit.c
spl_fit_get_image_name() is used to get the names of the images that the
SPL must load from the FIT. It relies on the content of a property present
in the FIT. The list of images is thus statically defined in the FIT.
With this scheme, it becomes quickly hard to manage combinations of more
than a
If the node describing an overlay does not specify a load address, it will
be loaded at the address previously used.
Fixing it by allocating a temporary 64kB region that will be used as a
default load address.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
common/spl/spl_fit.c |
This is an example of how to apply overlays in SPL for the DRA76
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2:
- reworked board_fit_get_additionnal_images() and how it used in spl_fit.c
- removed dtbo generation from dtso files and use .dts extension for the
overlays
- add dynamic
In order to apply an overlay to a DTB. The DTB must have been generated
with the option '-@'.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
scripts/Makefile.lib | 4
1 file changed, 4 insertions(+)
diff --git a/scripts/Makefile.lib b/scripts/Makefile.lib
index
The current tests do to handle well the cases where those variables are not
defined. When CONFIG_SPL_LOAD_FIT is not defined, U_BOOT_ITS gets defined
as an empty string.
Fixing it by using intermediate variables with the quotes removed
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
Currently the FIT generator scripts are passed only a list of dtbs.
However some platforms may also require information about the board itself.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
Makefile | 2 +-
arch/arm/mach-imx/mkimage_fit_atf.sh | 3
The size of the SPL for the am335x_evm is constrained. There is no need
to have advanced SPL FIT features, so keep the SPL FIT support tiny.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
configs/am335x_evm_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
If SPL_FIT_SOURCE or SPL_FIT_GENERATOR are set, then the default output
image should be built using the provided/generated ITS, not using the
default template implemented by mkimage.
In that case, make u-boot.img a symbolic link to u-boot.itb
Signed-off-by: Jean-Jacques Hiblot
---
Changes in
From: Michal Simek
doc/uImage.FIT/overlay-fdt-boot.txt is describing how to create FIT
image with DT overlays in it.
Add support for this feature to SPL.
Here is the ZynqMP fragment where dtb points to full DT and dtbo is
overlay which should be applied on the top of dtb.
config {
Include the object tree and the source tree in the search path of the
FIT compîler (dtc). This allows to use paths relative to the root of the
source or object trees in the ITS instead of working backward from the
actual location of the ITS.
It also allows to use a build directory different of the
Make room in the FDT before applying the overlay, otherwise it may fail if
the overlay is big. As the exact added size is not known in advance, just
add the size of the overlay.
Move after the end of the application of the overlays, the resize of the
FDT for the injection of the details on the
On Wed, 2019-03-27 at 09:40 -0400, Tom Rini wrote:
> On Wed, Mar 27, 2019 at 07:00:19AM +0100, Stefan Roese wrote:
> >
> > Hi Marek,
> >
> > On 26.03.19 17:43, Marek Vasut wrote:
> > >
> > > I would like to nominate Simon Goldschmidt as a co-custodian for
> > > the
> > > SoCFPGA platform to
On 21. 03. 19 16:48, Luca Ceresoli wrote:
> A following commit will allow U-Boot to pass a configuration object to
> the ZynqMP PMU firmware. This configuration object is generated by
> Xilinx tools in the form of a C file (pm_cfg_obj.c), which #includes a
> few headers with constants definitions.
On Wed, Mar 27, 2019 at 11:57 AM Fabio Estevam wrote:
>
> On Wed, Mar 27, 2019 at 11:18 AM Jun Nie wrote:
>
> > I should say that SPL is not needed, not cannot run. u-boot is loaded
> > and run by ATF/OPTEE, so we do not need SPL. This is an initial
> > prototype of verified boot chain from ATF
Fabio Estevam 于2019年3月27日周三 下午10:57写道：
>
> On Wed, Mar 27, 2019 at 11:18 AM Jun Nie wrote:
>
> > I should say that SPL is not needed, not cannot run. u-boot is loaded
> > and run by ATF/OPTEE, so we do not need SPL. This is an initial
> > prototype of verified boot chain from ATF to Linux on
On 21. 03. 19 16:48, Luca Ceresoli wrote:
> Optionally allow U-Boot to load at the PMU firmware configuration object
> into the Power Management Unit (PMU) on Xilinx ZynqMP.
>
> The configuration object is required by the PMU FW to enable most SoC
> peripherals. So far the only way to boot using
On Wed, Mar 27, 2019 at 11:18 AM Jun Nie wrote:
> I should say that SPL is not needed, not cannot run. u-boot is loaded
> and run by ATF/OPTEE, so we do not need SPL. This is an initial
> prototype of verified boot chain from ATF to Linux on ARM32. Only
> 512MB version is considered at this
On 2/12/19 2:58 AM, Faiz Abbas wrote:
> Add Support for masking some bits in the capabilities
> register of a host controller.
>
> Also remove the redundant readl() into caps1.
>
> Signed-off-by: Faiz Abbas
> Reviewed-by: Tom Rini
> ---
> drivers/mmc/sdhci.c | 15 ++-
> 1 file
From: Siva Durga Prasad Paladugu
The phydev supported features were reset in phy_set_supported() so,
move the setting of driver supported features after this so that it
wont lost in phy_set_supported().
Signed-off-by: Siva Durga Prasad Paladugu
Signed-off-by: Michal Simek
---
Tom Rini schrieb am Sa., 23. März 2019, 00:17:
> On Fri, Mar 01, 2019 at 10:34:17PM +0100, Simon Goldschmidt wrote:
>
> > Current linker based size checks do not account for the devicetree,
> > as this is added after linker stage.
> >
> > This patch moves the logic behind U-Boot proper
Fabio Estevam 于2019年3月27日周三 下午8:03写道：
>
> On Wed, Mar 27, 2019 at 8:59 AM Jun Nie wrote:
>
> > For ATF -> OPTEE -> U-BOOT case, we cannot run SPL.
>
> Why not? Please provide the details.
>
> What about users that has the 1GB version of the board?
I should say that SPL is not needed, not cannot
On AXS10x boards we have non-standard NAND controller
which was never really used a lot as there're other much more
convenient [as they are standard & removable] persistent media
like SD-card and USB mass storage.
Moreover after recent changes we face with some NAND controller
runtime issues. So
On Wed, Mar 27, 2019 at 07:00:19AM +0100, Stefan Roese wrote:
> Hi Marek,
>
> On 26.03.19 17:43, Marek Vasut wrote:
> >I would like to nominate Simon Goldschmidt as a co-custodian for the
> >SoCFPGA platform to help me review patches and collect them into PRs.
> >Any objections ?
>
> Not at all.
This patch enables CONFIG_BLK for the ds414 Armada XP based platform.
This removes this build warning:
= WARNING ==
This board does not use CONFIG_DM_USB. Please update
the board to use CONFIG_DM_USB before the v2019.07 release.
Failure to update by the
On 3/26/19 1:08 PM, Marcel Ziswiler wrote:
Hi Hannes
Hi Marcel,
thanks for helping me working on this.
On Tue, 2019-03-26 at 12:57 +0100, Hannes Schmelzer wrote:
Hi marcel,
Okay. Behaviour is now clear to me.
You don't have a phy node within your dts
We never ever had any such anywhere
Hi Fabio,
> Hi Lukasz,
>
> On Wed, Mar 27, 2019 at 6:23 AM Lukasz Majewski wrote:
>
> > This seems like a temporary solution - the u-boot proper is
> > converted to use DM_MMC, but the pinmux setup code is moved to SPL
> > instead.
> >
> > The proper solution would be to add support for pinmux
Hi Lukasz,
On Wed, Mar 27, 2019 at 6:23 AM Lukasz Majewski wrote:
> This seems like a temporary solution - the u-boot proper is converted
> to use DM_MMC, but the pinmux setup code is moved to SPL instead.
>
> The proper solution would be to add support for pinmux in SPL and
> setup those pins
Hi Alex,
Thanks for the precious comments. Some remarks below.
On Wed, Mar 27, 2019 at 05:55:51AM +, Alex Kiernan wrote:
> On Wed, Mar 27, 2019 at 5:44 AM Alex Kiernan wrote:
> > On Wed, Mar 27, 2019 at 1:04 AM Eugeniu Rosca wrote:
[..]
> > > diff --git a/drivers/fastboot/fb_getvar.c
On Wed, Mar 27, 2019 at 8:59 AM Jun Nie wrote:
> For ATF -> OPTEE -> U-BOOT case, we cannot run SPL.
Why not? Please provide the details.
What about users that has the 1GB version of the board?
___
U-Boot mailing list
U-Boot@lists.denx.de
On Wed, Mar 27, 2019 at 8:59 AM Jun Nie wrote:
>
> Fabio Estevam 于2019年3月27日周三 下午7:52写道：
> >
> > Hi Jun,
> >
> > On Tue, Mar 26, 2019 at 6:21 AM Jun Nie wrote:
> > >
> > > Add default configuration to run u-boot as BL33 in the boot flow case
> > > of ATF(ARM Trusted Firmware) -> OPTEE ->
Fabio Estevam 于2019年3月27日周三 下午7:52写道：
>
> Hi Jun,
>
> On Tue, Mar 26, 2019 at 6:21 AM Jun Nie wrote:
> >
> > Add default configuration to run u-boot as BL33 in the boot flow case
> > of ATF(ARM Trusted Firmware) -> OPTEE -> U-boot.
> >
> > Signed-off-by: Jun Nie
> > ---
> >
Hi Jun,
On Tue, Mar 26, 2019 at 6:21 AM Jun Nie wrote:
>
> Add default configuration to run u-boot as BL33 in the boot flow case
> of ATF(ARM Trusted Firmware) -> OPTEE -> U-boot.
>
> Signed-off-by: Jun Nie
> ---
> board/technexion/pico-imx7d/imximage-512MB.cfg | 95
>
On Wed, Mar 27, 2019 at 1:06 AM Jun Nie wrote:
> Otavio Salvador 于2019年3月26日周二 下午8:23写道：
> >
> > On Tue, Mar 26, 2019 at 6:23 AM Jun Nie wrote:
> > >
> > > Add default configuration to run u-boot as BL33 in the boot flow case
> > > of ATF(ARM Trusted Firmware) -> OPTEE -> U-boot.
> > >
> > >
On Wed, Mar 27, 2019 at 10:15 AM Ley Foon Tan wrote:
>
> Convert Stratix 10 SDRAM driver to device model.
Nice to see that :-)
>
> Get rid of call to socfpga_per_reset() and use reset
> framework.
>
> SPL is changed from calling function in SDRAM driver
> directly to just probing UCLASS_RAM.
>
On Wed, Mar 27, 2019 at 9:44 AM Ley Foon Tan wrote:
>
> Add QSPI device tree to Stratix 10.
> Sync from Linux Stratix 10 dts.
Which tree? Which commit?
>
> Tested on Stratix 10 SoC devkit.
> SOCFPGA_STRATIX10 # sf probe 0:0
> SF: Detected mt25qu02g with page size 256 Bytes, erase size 64 KiB,
On 27.03.19 11:41, Peng Ma wrote:
-Original Message-
From: Stefan Roese
Sent: 2019年3月27日 18:01
To: Peng Ma ; Prabhakar Kushwaha
; Shengzhou Liu ;
Ruchika Gupta
Cc: Yinbo Zhu ; s...@chromium.org; Jagdish Gediya
; York Sun ;
bmeng...@gmail.com; m...@marvell.com; Andy Tang ;
>-Original Message-
>From: Stefan Roese
>Sent: 2019年3月27日 18:01
>To: Peng Ma ; Prabhakar Kushwaha
>; Shengzhou Liu ;
>Ruchika Gupta
>Cc: Yinbo Zhu ; s...@chromium.org; Jagdish Gediya
>; York Sun ;
>bmeng...@gmail.com; m...@marvell.com; Andy Tang ;
>u-boot@lists.denx.de
>Subject: Re:
I've noticed that the first ethernet packet after PHY link establishment
is not tranferred correctly most of the time on my AT91SAM9G25 board.
Here I usually see a timeout of a few seconds, which is quite
annoying.
Adding a small delay (10ms in this case) after the link establishment
helps to
On 27.03.19 10:23, Peng Ma wrote:
This patch is to support Freescale sata driver with dts initialized.
Also resolved the following problems.
= WARNING ==
This board does not use CONFIG_DM_SCSI. Please update
the storage controller to use CONFIG_DM_SCSI
Lukasz Majewski 于2019年3月27日周三 下午5:34写道：
>
> Hi Simon, Jun,
>
> > Hi Jun,
> >
> > On Fri, 22 Mar 2019 at 16:02, Jun Nie wrote:
> > >
> > > Simon Glass 于2019年3月22日周五 下午3:56写道：
> > > >
> > > > Hi Jun,
> > > >
> > > > On Fri, 22 Mar 2019 at 15:20, Jun Nie
> > > > wrote:
> > > > >
> > > > > add
Hi Jean-Jacques,
> The purpose of this series is to provide the SPL with ability to apply
> overlays for u-boot. this is only a RFC so far, to get a feedback on
> the approach.
>
> Our use-case is the support of the daughter boards of the AM65x EVM.
> In Linux, each board is supported by a
Hi Simon, Jun,
> Hi Jun,
>
> On Fri, 22 Mar 2019 at 16:02, Jun Nie wrote:
> >
> > Simon Glass 于2019年3月22日周五 下午3:56写道：
> > >
> > > Hi Jun,
> > >
> > > On Fri, 22 Mar 2019 at 15:20, Jun Nie
> > > wrote:
> > > >
> > > > add skipping init option to avoid corrupt data in console
> > > > if
Signed-off-by: Peng Ma
---
depends on:
- https://patchwork.ozlabs.org/project/uboot/list/?series=99168
- https://patchwork.ozlabs.org/project/uboot/list/?series=99167
arch/powerpc/cpu/mpc85xx/Kconfig | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
This patch is to enable sata DM for T2080QDS in uboot
Signed-off-by: Peng Ma
---
depends on:
- https://patchwork.ozlabs.org/project/uboot/list/?series=99168
- https://patchwork.ozlabs.org/project/uboot/list/?series=99167
configs/T2080QDS_NAND_defconfig | 11
This patch is to add sata node for t2080qds
Signed-off-by: Peng Ma
---
depends on:
- https://patchwork.ozlabs.org/project/uboot/list/?series=99168
- https://patchwork.ozlabs.org/project/uboot/list/?series=99167
arch/powerpc/dts/t2080.dtsi | 16
1 file changed,
This patch is to support Freescale sata driver with dts initialized.
Also resolved the following problems.
= WARNING ==
This board does not use CONFIG_DM_SCSI. Please update
the storage controller to use CONFIG_DM_SCSI before the v2019.07 release.
Failure
Hi Fabio,
> After the DM_MMC conversion the following eMMC boot error is observed:
>
> U-Boot SPL 2019.04-rc4 (Mar 20 2019 - 18:53:28 +)
> Trying to boot from MMC1
> MMC Device 0 not found
> spl: could not find mmc device 0. error: -19
> SPL: failed to boot from all boot devices
> ### ERROR
The function mscc_miim_reset resets all the phys, but it is called for
each phy separetely. One consequence of this is that the boot time
is increased by 2 seconds.
The fix consists for calling the mscc_miim_reset function only once for
all phys.
Signed-off-by: Horatiu Vultur
Reviewed-by:
Convert Stratix 10 SDRAM driver to device model.
Get rid of call to socfpga_per_reset() and use reset
framework.
SPL is changed from calling function in SDRAM driver
directly to just probing UCLASS_RAM.
Move sdram_s10.h from arch to driver/ddr/altera directory.
Signed-off-by: Ley Foon Tan
---
On 26/03/2019 16:53, Marek Vasut wrote:
> On 3/26/19 4:15 PM, Neil Armstrong wrote:
>> Adds support for Amlogic G12A USB Control Glue HW.
>>
>> The Amlogic G12A SoC Family embeds 2 USB Controllers :
>> - a DWC3 IP configured as Host for USB2 and USB3
>> - a DWC2 IP configured as Peripheral USB2
Add QSPI device tree to Stratix 10.
Sync from Linux Stratix 10 dts.
Tested on Stratix 10 SoC devkit.
SOCFPGA_STRATIX10 # sf probe 0:0
SF: Detected mt25qu02g with page size 256 Bytes, erase size 64 KiB, total 256
MiB
Signed-off-by: Ley Foon Tan
---
v3->v4:
- Add qspi node to dtsi based on
On 27.03.19 08:27, Baruch Siach wrote:
Signed-off-by: Baruch Siach
---
This contextually depends on http://patchwork.ozlabs.org/patch/1066576/.
---
configs/turris_omnia_defconfig | 1 +
include/configs/turris_omnia.h | 2 --
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git
Signed-off-by: Baruch Siach
---
This contextually depends on http://patchwork.ozlabs.org/patch/1066576/.
---
configs/turris_omnia_defconfig | 1 +
include/configs/turris_omnia.h | 2 --
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/configs/turris_omnia_defconfig
On 3/27/19 5:40 AM, AKASHI Takahiro wrote:
> Add CONFIG_CMD_STANDALONE_EFIBOOTMGR.
> With this patch, EFI boot manager can be kicked in by a standalone
> command, efibootmgr.
I miss your comment form 0/11 here:
* When we will support "secure boot" in the future, EFI Boot Manager
is expected
1 - 100 of 110 matches
Mail list logo
