Hi Peng,
On Tue, 22 Oct 2019 02:43:31 +
Peng Fan peng@nxp.com wrote:
...
> get_boot_device_offset already switched partition, there is no need to add
> partition switch logic in get_container_size.
I'd be very happy if it did, but it didn't, at least not in current mainline
tree. I can't
From: YouMin Chen
Add common sdram driver including functions share for all SoCs, controller
and phy common functions.
Signed-off-by: YouMin Chen
Signed-off-by: Kever Yang
---
arch/arm/include/asm/arch-rockchip/sdram.h| 104 +
.../include/asm/arch-rockchip/sdram_common.h | 144
From: YouMin Chen
Add the sdram driver for PX30 to support ddr3, ddr4, lpddr2 and lpddr3.
The PX30 SoC support driver is suppose to follow up later.
Signed-off-by: YouMin Chen
Signed-off-by: Kever Yang
---
.../include/asm/arch-rockchip/sdram_px30.h| 212 ++
> Subject: Re: [PATCH] imx: imx8: fix loading container image from eMMC boot
> partitions
>
> Hi Peng,
>
> On Tue, 22 Oct 2019 08:13:31 +
> Peng Fan peng@nxp.com wrote:
> ...
> > But I do not understand well. When burn flash.bin into boot partition,
> > SPL will be loaded from boot
On Fri, Oct 11, 2019 at 11:53 AM Ley Foon Tan wrote:
>
> Add build support for Agilex SoC.
>
> Signed-off-by: Ley Foon Tan
> Reviewed-by: Simon Goldschmidt
>
> ---
> v5:
> - Enable NCORE_CACHE
>
> v3:
> - Disable CONFIG_USE_TINY_PRINTF
>
> v2:
> - Remove IC_CLK define, use clock DM method to
Hi Simon,
On 22/10/2019 01:46, Simon Glass wrote:
Hi Jean-Jacques,
On Mon, 21 Oct 2019 at 06:50, Jean-Jacques Hiblot wrote:
The FDT specification [0] gives a requirement of aligning properties on
32-bits. Make sure that the compiler is aware of this constraint when
accessing 64-bits
Hi Peng,
On Tue, 22 Oct 2019 02:49:53 +
Peng Fan peng@nxp.com wrote:
...
> > + /* Get SECO FW build and commit id */
> > + sc_misc_seco_build_info(-1, _build, _commit);
>
> Use sc_seco_build_info.
OK, will do in v2.
...
> > + if (strlen(mkimage_commit) == 0) {
> > +
The FDT specification [0] gives a requirement of aligning properties on
32-bits. Make sure that the compiler is aware of this constraint when
accessing 64-bits properties.
[0]:
https://github.com/devicetree-org/devicetree-specification/blob/master/source/flattened-format.rst
Signed-off-by:
Hi Anatolij,
> Subject: Re: [PATCH] imx: imx8: fix loading container image from eMMC boot
> partitions
>
> Hi Peng,
>
> On Tue, 22 Oct 2019 02:43:31 +
> Peng Fan peng@nxp.com wrote:
> ...
> > get_boot_device_offset already switched partition, there is no need to
> > add partition switch
>-Original Message-
>From: U-Boot On Behalf Of Xiaowei Bao
>Sent: Monday, October 21, 2019 2:32 PM
>To: Jagdish Gediya ; ja...@amarulasolutions.com;
>u-boot@lists.denx.de
>Cc: Xiaowei Bao
>Subject: [U-Boot] [PATCH] configs: spi: Miss the SPI_FLASH_BAR for ESPI
configs: spi: -> spi:
> -Original Message-
> From: Priyanka Jain
> Sent: 2019年10月22日 17:45
> To: Xiaowei Bao ; Jagdish Gediya
> ; ja...@amarulasolutions.com;
> u-boot@lists.denx.de
> Cc: Xiaowei Bao
> Subject: RE: [U-Boot] [PATCH] configs: spi: Miss the SPI_FLASH_BAR for ESPI
>
>
>
> >-Original
On 22/10/2019 00:53, Simon Glass wrote:
Hi Jean-Jacques,
On Mon, 21 Oct 2019 at 01:45, Jean-Jacques Hiblot wrote:
On 18/10/2019 22:38, Simon Glass wrote:
Hi Jean-Jacques,
On Tue, 1 Oct 2019 at 05:51, Jean-Jacques Hiblot wrote:
Prepare the way for a managed GPIO API by handling NULL
On Tue, Oct 22, 2019 at 1:54 AM Simon Glass wrote:
> On Mon, 21 Oct 2019 at 02:44, Andy Shevchenko
> wrote:
> OK. Where is the iLB driver? So are any changes needed for this patch?
I guess in U-Boot we call it LPC... (What a mess with all this abbreviations!)
--
With Best Regards,
Andy
Add support for i.MX8X based Capricorn Giedi SoM.
Supported interfaces: GPIO, ENET, eMMC, I2C, UART.
Console output:
U-Boot SPL 2019.10-00178-g6e34009eee (Oct 21 2019 - 18:16:42 +0200)
Trying to boot from MMC1
Load image from MMC/SD 0x3e000
U-Boot 2019.10-00178-g6e34009eee (Oct 21 2019
On 22/10/2019 01:47, Simon Glass wrote:
> Hi Matthias,
>
> On Wed, 25 Sep 2019 at 03:57, Matthias Brugger wrote:
>>
>> Hi Simon,
>>
>> On 05/09/2019 10:48, matthias@kernel.org wrote:
>>> From: Matthias Brugger
>>>
>>> The libftd implementation of U-Boot is outdated with the
>>> upstream
Hi Anatolij,
> From: Uboot-stm32 On
> Behalf Of Anatolij Gustschin
>
> Hi Patrick,
>
> On Mon, 21 Oct 2019 15:07:54 +0200
> Patrick Delaunay patrick.delau...@st.com wrote:
>
> > Remove the duplicated configs introduced when the same patch is
> > applied twice times:
>
> There is already a
From: YouMin Chen
sdram.h is more for rk3288, rename it to sdram_rk3288.h;
rename sdram_common.c in arch/arm/mach-rockchip to sdram.c;
clean the related file who has use the header file at the same time.
Signed-off-by: YouMin Chen
Signed-off-by: Kever Yang
---
Add support for Capricorn Deneb SoM variant.
Signed-off-by: Anatolij Gustschin
---
arch/arm/dts/Makefile | 1 +
arch/arm/dts/imx8-deneb.dts | 10
arch/arm/mach-imx/imx8/Kconfig | 5 ++
board/siemens/capricorn/Kconfig | 13 +
On Tue, 22 Oct 2019 10:08:42 +
Peng Fan peng@nxp.com wrote:
...
> > > From common/spl/spl_mmc.c, there is boot partition switch there, Why
> > > need to add such logic in imx8/image.c?
> >
> > spl_mmc_load() reads the container header before partition switching.
>
> Oh. Indeeded.
On Tue, Oct 22, 2019 at 1:55 AM Simon Glass wrote:
> On Mon, 21 Oct 2019 at 01:55, Andy Shevchenko
> wrote:
> > On Mon, Oct 21, 2019 at 6:32 AM Simon Glass wrote:
> > Thanks for doing this!
> > Common comment, please do not limit LPSS drivers, including GPIO / pin
> > control, to be
The sdram drivers for Rockchip SoCs was all separate, some of the SoCs
has similar hardware controller and phy, so we have a change to share
the flow and some of the functions between different SoCs.
This patch set implement a first version common code based on PX30,
other SoCs has similar
On Tue, Oct 22, 2019 at 1:54 AM Simon Glass wrote:
> On Mon, 21 Oct 2019 at 01:49, Andy Shevchenko
> wrote:
> >
> > On Mon, Oct 21, 2019 at 7:26 AM Simon Glass wrote:
> > >
> > > Add a simple command to show information about the PMC.
> >
> > PMC is a part of almost all Intel Atom SoCs. Can
On Tue, Oct 22, 2019 at 1:54 AM Simon Glass wrote:
> On Mon, 21 Oct 2019 at 01:46, Andy Shevchenko
> wrote:
> >
> > On Mon, Oct 21, 2019 at 7:28 AM Simon Glass wrote:
> > >
> > > Add a driver for the apollolake UART. It uses the standard ns16550 device
> > > but also sets up the input clock
Add Jagan.
Hi Simon,
On 2019/10/22 上午7:46, Simon Glass wrote:
Hi,
On Mon, 14 Oct 2019 at 03:07, Kever Yang wrote:
On 2019/10/7 上午2:10, Heiko Stuebner wrote:
A trusted execution environment should also get loaded as loadable from
a fit image, so add the possibility to present a tee.elf to
Hi Peng,
On Tue, 22 Oct 2019 02:47:28 +
Peng Fan peng@nxp.com wrote:
...
> sc_seco_build_info already in Stefano's tree.
Ah, I didn't notice it, must have been merged recently.
Thanks for pointing!
--
Anatolij
___
U-Boot mailing list
Use log() insted of debug() for uclass_find_device_by_seq function,
since this print is very much and we can filter it out with log()
interface.
Signed-off-by: Kever Yang
---
Changes in v2:
- use log_debug() instead of log()
drivers/core/uclass.c | 11 +++
1 file changed, 7
On Mon, 21 Oct 2019 17:58:49 +0200
Anatolij Gustschin ag...@denx.de wrote:
...
> Need to pass total 5 arguments for SIP HAB call on i.MX8MQ,
> so update the interface to add new argument.
with current git master this patch breaks building imx8m-power-domain.c.
I'll fix it v2 patch.
--
Anatolij
From: YouMin Chen
RK3399's controller and phy are able to re-use the common code, migrate
to use the common driver and remove duplicated code.
Signed-off-by: YouMin Chen
Signed-off-by: Kever Yang
---
arch/arm/dts/rk3399-sdram-ddr3-1333.dtsi | 4 +
From: YouMin Chen
RK3328 has a similar controller and phy with PX30, so we can use the
common driver for it and remove the duplicate codes.
Signed-off-by: YouMin Chen
Signed-off-by: Kever Yang
---
arch/arm/dts/rk3328-sdram-ddr3-666.dtsi | 4 +
The io setting are updated after some bugfix in different rk3399 boards,
sync the code from vendor.
Signed-off-by: YouMin Chen
Signed-off-by: Kever Yang
---
drivers/ram/rockchip/sdram_rk3399.c | 44 +
1 file changed, 14 insertions(+), 30 deletions(-)
diff --git
On Tue, 22 Oct 2019 10:18:01 +
Peng Fan peng@nxp.com wrote:
...
> ok. I'll give a look, if you not mind.
Sure, no problem. Thanks!
--
Anatolij
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Heiko,
[+Igor]
On Tue, Oct 8, 2019 at 2:22 AM Heiko Stuebner wrote:
>
> The loading convention for optee or any other tee on arm64 is as bl32
> parameter to the trusted-firmware. So TF-A gets invoked with the TEE as
> bl32 and main u-boot as bl33. Once it has done its startup TF-A jumps
>
As mentioned in doc/README.arm-relocation gd->bd is not available in
dram_init() so we shouldn't attempt to access it.
Signed-off-by: Chris Packham
---
arch/arm/mach-mvebu/dram.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/arch/arm/mach-mvebu/dram.c
On Tue, Oct 22, 2019 at 1:54 AM Simon Glass wrote:
> On Mon, 21 Oct 2019 at 01:52, Andy Shevchenko
> wrote:
> > On Mon, Oct 21, 2019 at 7:24 AM Simon Glass wrote:
> > PCI(e) bus is present in a lot of SoCs (not exclusively x86). Perhaps
> > better idea is to have something like lib/pci.c with
Hi Simon,
On 22/10/2019 1:47 AM, Simon Glass wrote:
> Hi Fabien,
>
> On Wed, 9 Oct 2019 at 09:36, Fabien Dessenne wrote:
>> Add rproc_elf_load_rsc_table(), which searches for a resource table in
>> an elf64/elf32 image, and if found, copies it to device memory.
>> Add also the elf32 and elf64
There is a contributor in Linux kernel with a comma in their name, which
confuses patman and results in invalid to- or cc- addresses on some
patches. To avoid this, let's use \0 as a separator when generating cc
file.
Signed-off-by: Dmitry Torokhov
---
Changes in v2:
- updated test cases so
On 14/10/2019 15:29, Michal Simek wrote:
From: Siva Durga Prasad Paladugu
This patch adds support for fru commands "fru capture" and "fru display".
The fru capture parses the FRU table present at an address and stores in a
structure for later use. The fru display prints the content of
On 22.10.19 01:26, Simon Glass wrote:
This function is used in the bootstage report which may be trigged in TPL
or TPL. Add a very basic implication of this function so that it builds.
There is no attempt to get the formatting right, since this would add too
much code size.
Signed-off-by: Simon
Hi all,
I'm trying to support one binary that can boot from RPi3 and RPi4 [1].
For this I need to set mem_map at runtime [2].
Up to now, mem_map is defined in lowlevel_init.S which pushes it to section
.text_rest
But as Alex noted in the thread, much cleaner would be to define mem_map as an
Prepare the way for a managed CLK API by handling NULL pointers without
crashing nor failing.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
drivers/clk/clk-uclass.c | 43 +---
include/clk.h| 2 +-
2 files changed, 37 insertions(+),
Add devm_clk_get(), devm_clk_get_optional() to get clocks from the
device-tree. The clocks is automatically released and the data structure
freed when the device is unbound.
Also add devm_clk_put() to release the clock and free the data structure
manually.
Signed-off-by: Jean-Jacques Hiblot
---
This is the second of a few series, the goal of which is to facilitate
porting drivers from the linux kernel. Most of the series will be about
adding managed API to existing infrastructure (GPIO, reset, phy,...)
This particular series is about clocks. It adds a managed API, using
the same API as
This fixes the case where assigned-clocks is used to define a clock
defaults inside this same clock's node. This is used sometimes to setup a
default parents and/or rate for a clock.
example:
muxed_clock: muxed_clock {
clocks = <_provider 0>, <_provider 1>;
#clock-cells = <0>;
On 22. 10. 19 14:40, Jean-Jacques Hiblot wrote:
>
> On 14/10/2019 15:29, Michal Simek wrote:
>> From: Siva Durga Prasad Paladugu
>>
>> This patch adds support for fru commands "fru capture" and "fru display".
>> The fru capture parses the FRU table present at an address and stores
>> in a
>>
Hi Lukasz, hi Xiaowei,
On 22.10.19 14:20, Lukasz Majewski wrote:
> Hi Xiaowei,
>
>> Hi Lukasz,
>>
>> My patches depends on your patches
>> https://patchwork.ozlabs.org/project/uboot/list/?series=129069, do
>> you have plan to update it? I saw that the status is "changes
>> required", any
On 22. 10. 19 1:46, Simon Glass wrote:
> Hi Michal,
>
> On Mon, 14 Oct 2019 at 07:29, Michal Simek wrote:
>>
>> From: Siva Durga Prasad Paladugu
>>
>> This patch adds support for fru commands "fru capture" and "fru display".
>> The fru capture parses the FRU table present at an address and
Hi Chris,
On 22.10.19 09:05, Chris Packham wrote:
As mentioned in doc/README.arm-relocation gd->bd is not available in
dram_init() so we shouldn't attempt to access it.
Signed-off-by: Chris Packham
---
arch/arm/mach-mvebu/dram.c | 10 --
1 file changed, 10 deletions(-)
diff --git
Hi Jagan,
On 17.10.19 08:42, Frieder Schrempf wrote:
> Hi Jagan,
>
> On 16.10.19 18:34, Jagan Teki wrote:
>> On Sat, Sep 14, 2019 at 4:18 AM Schrempf Frieder
>> wrote:
>>>
>>> From: Frieder Schrempf
>>>
>>> As SPI_FLASH_MTD is used in SPL and U-Boot proper, we enable both,
>>> now that a
On 22. 10. 19 15:09, Michael Walle wrote:
> Am 2019-10-14 15:29, schrieb Michal Simek:
>> From: Siva Durga Prasad Paladugu
>>
>> This patch adds support for fru commands "fru capture" and "fru display".
>> The fru capture parses the FRU table present at an address and stores
>> in a
>> structure
Hi Andy,
On Tue, 22 Oct 2019 at 02:21, Andy Shevchenko wrote:
>
> On Tue, Oct 22, 2019 at 1:54 AM Simon Glass wrote:
> > On Mon, 21 Oct 2019 at 01:49, Andy Shevchenko
> > wrote:
> > >
> > > On Mon, Oct 21, 2019 at 7:26 AM Simon Glass wrote:
> > > >
> > > > Add a simple command to show
Hi Andy,
On Tue, 22 Oct 2019 at 02:23, Andy Shevchenko wrote:
>
> On Tue, Oct 22, 2019 at 1:54 AM Simon Glass wrote:
> > On Mon, 21 Oct 2019 at 02:44, Andy Shevchenko
> > wrote:
>
> > OK. Where is the iLB driver? So are any changes needed for this patch?
>
> I guess in U-Boot we call it
Am 2019-10-14 15:29, schrieb Michal Simek:
From: Siva Durga Prasad Paladugu
This patch adds support for fru commands "fru capture" and "fru
display".
The fru capture parses the FRU table present at an address and stores
in a
structure for later use. The fru display prints the content of
Hi Xiaowei,
> Hi Lukasz,
>
> My patches depends on your patches
> https://patchwork.ozlabs.org/project/uboot/list/?series=129069, do
> you have plan to update it? I saw that the status is "changes
> required", any comments?
There was some discussion regarding this work with Frieder (CC'ed),
who
Hi Andy,
On Tue, 22 Oct 2019 at 02:19, Andy Shevchenko wrote:
>
> On Tue, Oct 22, 2019 at 1:54 AM Simon Glass wrote:
> > On Mon, 21 Oct 2019 at 01:52, Andy Shevchenko
> > wrote:
> > > On Mon, Oct 21, 2019 at 7:24 AM Simon Glass wrote:
>
> > > PCI(e) bus is present in a lot of SoCs (not
Hi Patrick,
On Mon, 30 Sep 2019 at 03:30, Patrick DELAUNAY wrote:
>
> Hi Simon,
>
> > From: Simon Glass
> > Sent: vendredi 27 septembre 2019 03:49
> >
> > On Wed, 18 Sep 2019 at 03:30, Patrick Delaunay
> > wrote:
> > >
> > > This patch introduce a macro ENV_IS_IN_SOMEWHERE to check if the the
On 22.10.19 15:55, Frieder Schrempf wrote:
> Hi Stefan,
>
> On 22.10.19 15:18, Stefan Roese wrote:
>> Hi Frieder,
>> Hi Ashish,
>> Hi Ye Li,
>> Hi Fabio,
>>
>> On 18.09.19 09:42, Stefan Roese wrote:
>>> Hi Frieder,
>>>
>>> On 18.09.19 09:08, Schrempf Frieder wrote:
>>>
>>>
>>>
> One further
Hi Simon,
Am Dienstag, 22. Oktober 2019, 02:17:00 CEST schrieb Simon Glass:
> On Mon, 7 Oct 2019 at 18:22, Heiko Stuebner wrote:
> >
> > The loading convention for optee or any other tee on arm64 is as bl32
> > parameter to the trusted-firmware. So TF-A gets invoked with the TEE as
> > bl32 and
Hi Peng,
On Tue, Oct 22, 2019 at 12:30 AM Peng Fan wrote:
>
> add phy-reset-gpios to reset phy
> Add board_phy_config to configure phy
> Enable DM_ETH
>
> Signed-off-by: Peng Fan
> ---
> arch/arm/dts/imx8mm-evk-u-boot.dtsi | 4
> board/freescale/imx8mm_evk/imx8mm_evk.c | 37
>
Hi Stefan,
On 22.10.19 15:18, Stefan Roese wrote:
> Hi Frieder,
> Hi Ashish,
> Hi Ye Li,
> Hi Fabio,
>
> On 18.09.19 09:42, Stefan Roese wrote:
>> Hi Frieder,
>>
>> On 18.09.19 09:08, Schrempf Frieder wrote:
>>
>>
>>
One further update on this QSPI driver. This driver only works when
Make sure that the clock self-assignment works by having a clock of
clk-sbox be configured automatically when clk-sbox is probed.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
arch/sandbox/dts/test.dts | 2 ++
drivers/clk/clk_sandbox.c | 22 ++
test/dm/clk.c
Add a few more clocks the clk_sandbox clock provider and get them using
the managed API.
Make sure they are released when the device is removed.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v2: None
arch/sandbox/dts/test.dts | 6 ++--
arch/sandbox/include/asm/clk.h | 33
Hi Frieder,
Hi Ashish,
Hi Ye Li,
Hi Fabio,
On 18.09.19 09:42, Stefan Roese wrote:
Hi Frieder,
On 18.09.19 09:08, Schrempf Frieder wrote:
One further update on this QSPI driver. This driver only works when
loaded via "imx_usb" on the i.MX6ULL EVK. When programmed into QSPI
and booted from
Hi Takahiro,
On Tue, 17 Sep 2019 at 20:59, AKASHI Takahiro
wrote:
>
> Simon,
>
> Overall, do you agree to my approach here?
>
> On Mon, Sep 16, 2019 at 10:48:07PM -0700, Simon Glass wrote:
> > Hi AKASHI,
> >
> > On Fri, 6 Sep 2019 at 00:06, AKASHI Takahiro
> > wrote:
> > >
> > > This function,
From: YouMin Chen
There are some code different with rockchip vendor code which may lead
to different bugs, including:
1) Fix setting error about LPDDR3 dram size ODT.
2) Set phy io speed to 0x2.
3) Fix setting error about phy_pad_fdbk_drive.
4) Fix setting error about PI_WDQLVL_VREF_EN
Update the calculation of the stride to support all the DRAM case.
Signed-off-by: YouMin Chen
Signed-off-by: Kever Yang
---
drivers/ram/rockchip/sdram_rk3399.c | 158 +---
1 file changed, 119 insertions(+), 39 deletions(-)
diff --git
Update lpddr timing in lpddr4-400 and lpddr4-800 file from rockchip
vendor code;
Signed-off-by: YouMin Chen
Signed-off-by: Kever Yang
---
drivers/ram/rockchip/sdram-rk3399-lpddr4-400.inc | 12 ++--
drivers/ram/rockchip/sdram-rk3399-lpddr4-800.inc | 6 +++---
2 files changed, 9
Hi Peng,
On Tue, 22 Oct 2019 08:13:31 +
Peng Fan peng@nxp.com wrote:
...
> But I do not understand well. When burn flash.bin into boot partition,
> SPL will be loaded from boot partition,
yes, correct. On my test board flash.bin is in the first boot partition
and SPL is loaded as
On Mon, Oct 21, 2019 at 1:43 PM Mark Kettenis wrote:
>
> > From: Jagan Teki
> > Date: Mon, 21 Oct 2019 10:56:39 +0530
> >
> > Hi Kever,
> >
> > On Fri, Oct 18, 2019 at 4:26 PM Kever Yang
> > wrote:
> > >
> > > Jagan,
> > >
> > >
> > > On 2019/10/18 上午3:07, Jagan Teki wrote:
> > > >
> Subject: Re: [PATCH] imx: imx8: fix loading container image from eMMC boot
> partitions
>
> On Tue, 22 Oct 2019 10:08:42 +
> Peng Fan peng@nxp.com wrote:
> ...
> > > > From common/spl/spl_mmc.c, there is boot partition switch there,
> > > > Why need to add such logic in imx8/image.c?
>
As SPL_SPI_FLASH_SUPPORT cannot work without SPL_SPI_SUPPORT, fix
dependencies to prevent enabling SPI flash support without basic SPI
support.
Also SYS_SPI_U_BOOT_OFFS does not make sense without
SPL_SPI_FLASH_SUPPORT enabled, so move it into its 'if' section.
Signed-off-by: Simon Goldschmidt
The patch
commit 867400677cda0fac4a411f1549fe3a61bb5ed172
efi_loader: disk: install FILE_SYSTEM_PROTOCOL only if available
breaks booting my Pine A64 LTS board via iPXE and GRUB. But I assume
this is not at the base of the problem.
My iSCSI drive is partitioned like this:
DeviceBoot
Hi Simon,
Am Dienstag, 22. Oktober 2019, 14:08:04 CEST schrieb Heiko Stübner:
> Am Dienstag, 22. Oktober 2019, 02:17:00 CEST schrieb Simon Glass:
> > On Mon, 7 Oct 2019 at 18:22, Heiko Stuebner wrote:
> > >
> > > The loading convention for optee or any other tee on arm64 is as bl32
> > >
Rockchip support differnet or common gadget product number
between Rockchip SoCs like,
0x310a - rk3036
0x320a - rk3229, rk3288
0x330a - rk3328
So, select them on Kconfig based on platform specific
config defined.
This eventually drop the explicit configs defined in
supporting board defconfig
Select the gadget manufacturer as 'Rockchip' for
all rockchip platform SoC's.
This eventually drop the explicit defined added
on supported board defconfig files.
Signed-off-by: Jagan Teki
---
configs/elgin-rv1108_defconfig| 1 -
configs/evb-rk3036_defconfig | 1 -
Gadget vendor number, 0x2207 is common across all platfroms
supported in Rockchip SoC.
So, select the same number globally, if ARCH_ROCKCHIP.
This eventually drop the explicit configs defined in supported
board defconfig files.
Signed-off-by: Jagan Teki
---
configs/elgin-rv1108_defconfig|
This patchset add fastboot support on RK3399 and also
rework of CONFIG items related to fastboot support.
patch 0001 - 0005: existing gadget, fastboot config move
patch 0006: add phy interface for dwc3_uboot
patch 0007: 0008: dwc3 setup for rk3399
patch 0009: enable fastboot, nanopc-t4, roc-pc
Am 10.10.2019 um 09:37 schrieb Ley Foon Tan:
Convert reset manager for Gen5, Arria 10 and Stratix 10 from struct
to defines.
Change to get reset manager base address from DT node instead of using
#define.
Signed-off-by: Ley Foon Tan
---
v4:
- Update commit message about get base address from
On Tue, Oct 22, 2019 at 6:23 PM Schrempf Frieder
wrote:
>
> Hi Jagan,
>
> On 17.10.19 08:42, Frieder Schrempf wrote:
> > Hi Jagan,
> >
> > On 16.10.19 18:34, Jagan Teki wrote:
> >> On Sat, Sep 14, 2019 at 4:18 AM Schrempf Frieder
> >> wrote:
> >>>
> >>> From: Frieder Schrempf
> >>>
> >>> As
Hi Vignesh,
On Fri, Oct 11, 2019 at 1:28 PM Vignesh Raghavendra wrote:
>
> n25q* and mt25q* (both 256Mb and 512Mb) flashes support Flag status
> register that indicates various errors that may be encountered during
> erase/write operations. Therefore add USE_FSR flag wherever missing.
Does
Am 11.10.2019 um 11:52 schrieb Ley Foon Tan:
Move Stratix10 and Agilex clock manager common code to new header file.
Signed-off-by: Ley Foon Tan
---
v5:
- Revert CLKMGR_INTOSC_HZ to 460MHz.
---
.../include/mach/clock_manager_s10.h | 16 +++--
From: Heiko Stuebner
The change adding fdtdec_add_reserved_memory() already protected the added
phandle against the phandlep being NULL - making the phandlep var optional.
But in the early code checking for an already existing carveout this check
was not done and thus the phandle assignment
From: Heiko Stuebner
OP-TEE can get supplied with a devicetree and will then insert
its firmware node and reserved-memory sections into it.
As this devicetree often is not the one supplied to a later
loaded kernel, a previous commit added functionality to transfer
these nodes onto that new
From: Heiko Stuebner
The phandlep pointer returning the phandle to the caller is optional
and if it is not set when calling fdtdec_add_reserved_memory() it is
highly likely that the caller is not interested in a phandle to the
created reserved-memory area and really just wants that area added.
From: Heiko Stuebner
The loading convention for optee or any other tee on arm64 is as bl32
parameter to the trusted-firmware. So TF-A gets invoked with the TEE as
bl32 and main u-boot as bl33. Once it has done its startup TF-A jumps
into the bl32 for the TEE startup, returns to TF-A and then
If one overlay that must be applied cannot be found in the FIT, the current
implementation stops applying the overlays. Let's make it skip only the
failing overlay instead.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4:
The purpose of this series is to provide the SPL with ability to apply
overlays for u-boot.
Our use-case is the support of the daughter boards of the AM65x and J721e
EVMs. In Linux, each board is supported by a unique overlay. The presence
of the boards is detected at runtime, and some useful
> -Original Message-
> From: Stefan Roese
> Sent: Tuesday, October 22, 2019 9:12 PM
> To: Schrempf Frieder ; Ashish Kumar
> ; Ye Li ;
> ja...@amarulasolutions.com
> Cc: Fabio Estevam ; u-boot@lists.denx.de; dl-
> uboot-imx
> Subject: Re: [U-Boot] [EXT] Re: [PATCH 1/6] spi: fsl_qspi:
Make the board driver available in the SPL too. The board driver is a way
to provide useful information about the board and that can be useful in
the SPL too.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in
There are many ways the overlay application can fail.
2 of them are probably the most common:
- the application itself failed. Usually this is comes from an unresolved
reference
- DTBO not available in FIT (could be because of a typo)
In both case it is good to be more explicit about the error
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 buffer that will be used as a
default load address. By default, the size of the buffer is 64kB which
should be plenty for most use cases.
This function will be used by the SPL to get the names of images to load
from the FIT. This allows to load different images based on runtime HW
detection.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v6: None
Changes in v5:
- board_get_fit_loadable() returns an error code instead of a
If u-boot.img is a FIT image, CONFIG_OF_OVERLAY_LIST can be used to add
DT overlays to u-boot.img.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
Makefile| 3 ++-
dts/Kconfig | 8
2 files
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 quickly becomes hard to manage combinations of more
than a
Hi Frieder,
On 22.10.19 16:24, Schrempf Frieder wrote:
On 22.10.19 15:55, Frieder Schrempf wrote:
Hi Stefan,
On 22.10.19 15:18, Stefan Roese wrote:
Hi Frieder,
Hi Ashish,
Hi Ye Li,
Hi Fabio,
On 18.09.19 09:42, Stefan Roese wrote:
Hi Frieder,
On 18.09.19 09:08, Schrempf Frieder wrote:
Am 2019-10-22 15:45, schrieb Michal Simek:
On 22. 10. 19 15:09, Michael Walle wrote:
Am 2019-10-14 15:29, schrieb Michal Simek:
From: Siva Durga Prasad Paladugu
This patch adds support for fru commands "fru capture" and "fru
display".
The fru capture parses the FRU table present at an
Dalon L Westergreen schrieb am Di., 22.
Okt. 2019, 19:10:
> I mentioned this before, it would be great to not rely on the generated
> files
> and do this based purely on the handoff data generated during a quartus
> build. Did you look at the python source i pointed you to?
>
No, not yet. But I
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
Reviewed-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
Useful to avoid #ifdef throughout the code that uses the board driver API.
Signed-off-by: Jean-Jacques Hiblot
Reviewed-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/board.h | 37
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
Hi Frieder,
On 22.10.19 15:55, Schrempf Frieder wrote:
Hi Stefan,
On 22.10.19 15:18, Stefan Roese wrote:
Hi Frieder,
Hi Ashish,
Hi Ye Li,
Hi Fabio,
On 18.09.19 09:42, Stefan Roese wrote:
Hi Frieder,
On 18.09.19 09:08, Schrempf Frieder wrote:
One further update on this QSPI driver. This
1 - 100 of 161 matches
Mail list logo