>-Original Message-
>From: Biwen Li
>Sent: Wednesday, April 15, 2020 5:54 PM
>To: Priyanka Jain (OSS) ; Biwen Li (OSS)
>; Jagdish Gediya ; Pramod
>Kumar ; Shengzhou Liu
>
>Cc: Alison Wang ; u-boot@lists.denx.de; Jiafei Pan
>
>Subject: RE: [PATCH] configs: ls1012afrwy: drop env qspi_bootcmd
>-Original Message-
>From: U-Boot On Behalf Of Wasim Khan
>Sent: Wednesday, April 15, 2020 2:54 PM
>To: Priyanka Jain
>Cc: u-boot@lists.denx.de; Wasim Khan
>Subject: [PATCH] board: fsl: lx2160a: define gic_lpi_base with
>CONFIG_GIC_V3_ITS support
>
>define gic_lpi_base variable when CONF
>-Original Message-
>From: U-Boot On Behalf Of Biwen Li
>Sent: Sunday, April 12, 2020 2:24 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>jh80.ch...@samsung.com; Pramod Kumar ;
>Rajesh Bhagat ; Ruchika Gupta
>; olte..
On 15/04/2020 17:58, Neil Armstrong wrote:
> The libretech-ac u-boot.dtsi file is missing to enabled DT nodes changes
> to enable Video output on U-Boot.
>
> Fixes: 671b1db8f8 ("arm64: dts: meson-gx: vpu should be probed before
> relocation")
> Reported-by: Jerome Brunet
> Signed-off-by: Neil Ar
>-Original Message-
>From: U-Boot On Behalf Of Biwen Li
>Sent: Sunday, April 12, 2020 2:24 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>jh80.ch...@samsung.com; Pramod Kumar ;
>Rajesh Bhagat ; Ruchika Gupta
>; olte..
>-Original Message-
>From: U-Boot On Behalf Of Biwen Li
>Sent: Sunday, April 12, 2020 2:24 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>jh80.ch...@samsung.com; Pramod Kumar ;
>Rajesh Bhagat ; Ruchika Gupta
>; olte..
>-Original Message-
>From: U-Boot On Behalf Of Biwen Li
>Sent: Sunday, April 12, 2020 2:24 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>jh80.ch...@samsung.com; Pramod Kumar ;
>Rajesh Bhagat ; Ruchika Gupta
>; olte..
> >---
> > arch/powerpc/dts/p5040.dtsi | 5 - include/configs/corenet_ds.h |
> >8 +++-
> > 2 files changed, 11 insertions(+), 2 deletions(-)
> >
> >diff --git a/arch/powerpc/dts/p5040.dtsi b/arch/powerpc/dts/p5040.dtsi
> >index 67a62a7725..45988574a2 100644
> >--- a/arch/powerpc/dts/p5040.
>
> >-Original Message-
> >From: U-Boot On Behalf Of Biwen Li
> >Sent: Sunday, April 12, 2020 2:24 PM
> >To: Jagdish Gediya ; Priyanka Jain
> >; h...@denx.de; ja...@amarulasolutions.com;
> >aford...@gmail.com; Alison Wang ;
> >jh80.ch...@samsung.com; Pramod Kumar ;
> Rajesh
> >Bhagat ; Ru
Hi Andy,
-"Andy Shevchenko" schrieb: -
>Betreff: Re: [PATCH v5 14/29] acpi: Add a binding for ACPI settings
>in the device tree
[snip]
>> - acpi,compatible : ACPI devices may report a _HID or _CID of
>"PRP0001", in
>> which case they are expected to provide a _DSD object with a
>"
>-Original Message-
>From: U-Boot On Behalf Of Biwen Li
>Sent: Sunday, April 12, 2020 2:24 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>jh80.ch...@samsung.com; Pramod Kumar ;
>Rajesh Bhagat ; Ruchika Gupta
>; olte..
>-Original Message-
>From: U-Boot On Behalf Of Biwen Li
>Sent: Sunday, April 12, 2020 2:24 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>jh80.ch...@samsung.com; Pramod Kumar ;
>Rajesh Bhagat ; Ruchika Gupta
>; olte..
>
> >-Original Message-
> >From: U-Boot On Behalf Of Biwen Li
> >Sent: Sunday, April 12, 2020 2:24 PM
> >To: Jagdish Gediya ; Priyanka Jain
> >; h...@denx.de; ja...@amarulasolutions.com;
> >aford...@gmail.com; Alison Wang ;
> >jh80.ch...@samsung.com; Pramod Kumar ;
> Rajesh
> >Bhagat ; Ru
The Linux VPU bindings have changed and dropped the dmc register range.
Add it back in the meson-gx-u-boot.dtsi file until a proper canvas driver
is available.
Signed-off-by: Neil Armstrong
---
arch/arm/dts/meson-gx-u-boot.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/dt
>-Original Message-
>From: U-Boot On Behalf Of Biwen Li
>Sent: Sunday, April 12, 2020 2:24 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>jh80.ch...@samsung.com; Pramod Kumar ;
>Rajesh Bhagat ; Ruchika Gupta
>; olte..
> -Original Message-
> From: U-Boot On Behalf Of Jagan Teki
> Sent: Friday, April 3, 2020 8:09 PM
> To: Kuldeep Singh
> Cc: U-Boot-Denx
> Subject: [EXT] Re: [PATCH] spi: nxp-fspi: Add 1us delay to make controller
> ready for next transaction
>
> Caution: EXT Email
>
> On Mon, Feb 24,
On Thu, Apr 16, 2020 at 2:31 PM Masahiro Yamada wrote:
>
> There is no essential difference between scripts/dtc/libfdt/fdt_ro.c
> and lib/libfdt/fdt_ro.c
>
> Migrate to a simple wrapper like the other files.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> lib/libfdt/Makefile | 5 +-
> lib/libfdt/
On 4/16/20 3:34 AM, Tan, Ley Foon wrote:
[...]
>>> +static void sdram_size_check(struct ram_info *ram) {
>>> + phys_size_t ram_check = 0;
>>> + phys_size_t size = ram->size;
>>> + phys_addr_t base = ram->base;
>>> +
>>> + debug("DDR: Running SDRAM size sanity check\n");
>>> +
>>> + while
> >--- a/include/configs/p1_p2_rdb_pc.h
> >+++ b/include/configs/p1_p2_rdb_pc.h
> >@@ -1,6 +1,7 @@
> > /* SPDX-License-Identifier: GPL-2.0+ */
> > /*
> > * Copyright 2010-2011 Freescale Semiconductor, Inc.
> >+ * Copyright 2020 NXP
> > */
> >
> > /*
> >@@ -546,6 +547,12 @@
> > #define CONFIG_SY
On 4/16/20 3:41 AM, Tan, Ley Foon wrote:
[...]
>>> a/drivers/ddr/altera/Kconfig b/drivers/ddr/altera/Kconfig index
>>> 8f590dc5f611..30ee884dcf47 100644
>>> --- a/drivers/ddr/altera/Kconfig
>>> +++ b/drivers/ddr/altera/Kconfig
>>> @@ -2,7 +2,7 @@ config SPL_ALTERA_SDRAM
>>> bool "SoCFPGA DDR SD
During the conversion of this board to DM_REGULATOR, usb-mass-storage
was broken and started failing with the following error:
=> ums 0 mmc 2
UMS: LUN 0, dev 2, hwpart 0, sector 0x0, count 0xe9
Error enabling VBUS supply
g_dnl_register: failed!, error: -38
>-Original Message-
>From: U-Boot On Behalf Of Biwen Li
>Sent: Sunday, April 12, 2020 2:24 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>jh80.ch...@samsung.com; Pramod Kumar ;
>Rajesh Bhagat ; Ruchika Gupta
>; olte..
>-Original Message-
>From: U-Boot On Behalf Of Biwen Li
>Sent: Sunday, April 12, 2020 2:24 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>jh80.ch...@samsung.com; Pramod Kumar ;
>Rajesh Bhagat ; Ruchika Gupta
>; olte..
> -Original Message-
> From: Marek Vasut
> Sent: Thursday, April 16, 2020 4:52 PM
> To: Tan, Ley Foon ; u-boot@lists.denx.de
> Cc: Ley Foon Tan ; See, Chin Liang
> ; Simon Goldschmidt
> ; Chee, Tien Fong
>
> Subject: Re: [PATCH 5/7] ddr: altera: arria10: Add RAM size check
>
> On 4/16/20
>
> >-Original Message-
> >From: U-Boot On Behalf Of Biwen Li
> >Sent: Sunday, April 12, 2020 2:24 PM
> >To: Jagdish Gediya ; Priyanka Jain
> >; h...@denx.de; ja...@amarulasolutions.com;
> >aford...@gmail.com; Alison Wang ;
> >jh80.ch...@samsung.com; Pramod Kumar ;
> Rajesh
> >Bhagat ; Ru
>-Original Message-
>From: U-Boot On Behalf Of Biwen Li
>Sent: Sunday, April 12, 2020 2:24 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>jh80.ch...@samsung.com; Pramod Kumar ;
>Rajesh Bhagat ; Ruchika Gupta
>; olte..
> >
> >From: Biwen Li
> >
> >This supports i2c DM for board MPC8548CDS
> >
> >Signed-off-by: Biwen Li
> >---
> > board/freescale/common/sys_eeprom.c | 3 ++-
> > include/configs/MPC8548CDS.h| 9 -
> > 2 files changed, 10 insertions(+), 2 deletions(-)
> >
> >diff --git a/board/freesc
>-Original Message-
>From: U-Boot On Behalf Of Biwen Li
>Sent: Sunday, April 12, 2020 2:24 PM
>To: Jagdish Gediya ; Priyanka Jain
>; h...@denx.de; ja...@amarulasolutions.com;
>aford...@gmail.com; Alison Wang ;
>jh80.ch...@samsung.com; Pramod Kumar ;
>Rajesh Bhagat ; Ruchika Gupta
>; olte..
There is no essential difference between scripts/dtc/libfdt/fdt_ro.c
and lib/libfdt/fdt_ro.c
Migrate to a simple wrapper like the other files.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- refactor tools/Makefile
lib/libfdt/Makefile | 6 +-
lib/libfdt/fdt_ro.c | 925 +---
My goal is to sync lib/libfdt/ with scripts/dtc/libfdt/, that is,
make lib/libfdt/ contain only wrapper files.
fdt_region.c was written only for U-Boot to implement the verified
boot. So, this belongs to the same group as common/fdt_support.c,
which is a collection of U-Boot own fdt helpers.
Move
Linux DT community follows the strict rule that they never locally
modify libfdt. In Linux, lib/fdt_*.c are wrapper files to
scripts/dtc/libfdt/fdt_*.c and scripts/dtc/ is synced with upstream
DTC by running scripts/dtc/update-dtc-source.sh
The local code in Linux is separated in drivers/of/.
On
fdt_region APIs are not part of libfdt. They are U-Boot extension
for the verified boot. Split the declarations related to fdt_region
out of . This allows to become a
simple wrapper file, like Linux does.
Signed-off-by: Masahiro Yamada
---
I am resending this after two years since v1.
My previ
On Sat, Apr 4, 2020 at 4:58 AM Peter Collingbourne wrote:
> FVP now loads an Android boot image named boot.img if available,
> otherwise it falls back to the existing code path.
>
> Signed-off-by: Peter Collingbourne
That's very helpful when doing Android development. Thanks
for doing this.
Rev
On Thu, Apr 16, 2020 at 11:27 AM Wolfgang Wallner
wrote:
> -"Andy Shevchenko" schrieb: -
[snip]
> >> - acpi,compatible : ACPI devices may report a _HID or _CID of
> >"PRP0001", in
> >> which case they are expected to provide a _DSD object with a
> >"compatible"
> >> property.
>
Hi Simon,
Am 2020-04-15 21:22, schrieb Simon Glass:
Hi Michael,
On Wed, 15 Apr 2020 at 09:22, Michael Walle wrote:
Hi Simon,
Am 2020-04-15 15:56, schrieb Simon Glass:
> +Tom
>
> Hi,
>
> On Sat, 14 Mar 2020 at 14:33, wrote:
>>
>> On 03. 03. 20 8:47, Michael Walle wrote:
>> > If there are al
Hi Tom,
This includes the following changes for v2020.07:
- Provide serial base clock speed via getinfo() for ACPI SPCR
- Initial ACPI support from DM core by leveraging existing ACPI support in x86
The following changes since commit 66b8669d7709cecedf2e0403bb17b48bab86f644:
Merge tag 'u-boot
Hi Philipp,
On 15/04/20 6:30 pm, Philipp Tomsich wrote:
>> On 15.04.2020, at 05:25, Deepak Das wrote:
>>
>> adapting commit fa2047c47310 ("rockchip: rk3328: enable spl-fifo-mode
>> for emmc and sdmmc") for rk3399.
>> Since mmc to sram can't do dma, add patch to prevent aborts transferring
>> TF-A
The current recommendation for best security practice from the US government
is to use SHA384 for TOP SECRET [1].
This patch adds support for SHA384 and SHA512 in the hash command, and also
allows FIT images to be hashed with these algorithms, and signed with
sha384,rsa and sha512,rsa
The
From: T Karthik Reddy
Add memory-controller@e000e000 node in zynq-ces-nand.dts as
zynq_nand driver utilizes flash@e100 node. Without this
dt node mini nand u-boot does not probe.
Signed-off-by: T Karthik Reddy
Signed-off-by: Michal Simek
---
arch/arm/dts/zynq-cse-nand.dts | 15 ++
Stack size has been introduced by commit a69814c815b9 ("arm64: zynqmp:
Set initrd_high to as high as possible") and commit 085201c246ee ("arm64:
versal: Set initrd_high to as high as possible")
to support setting up initrd_high as high as possible.
The same change should happen for Zynq because the
Hi Stefan,
On Wed, Apr 15 2020, Stefan Roese wrote:
> On 19.01.20 08:10, Joel Johnson wrote:
>>
>> This set of patches applies on top of
>> https://patchwork.ozlabs.org/cover/1200324/,
>> based on testing using the static configuration fallback updates in a
>> related patch series.
>>
>>
>> Joel
Hi Baruch,
On 16.04.20 14:22, Baruch Siach wrote:
Hi Stefan,
On Wed, Apr 15 2020, Stefan Roese wrote:
On 19.01.20 08:10, Joel Johnson wrote:
This set of patches applies on top of
https://patchwork.ozlabs.org/cover/1200324/,
based on testing using the static configuration fallback updates in
On Wed, Apr 15, 2020 at 08:06:45PM +0200, Marek Vasut wrote:
> On 4/15/20 7:44 PM, Tom Rini wrote:
> > On Wed, Apr 15, 2020 at 05:16:52PM +0200, Marek Vasut wrote:
> >> On 4/15/20 5:14 PM, Tom Rini wrote:
> >>> On Wed, Apr 15, 2020 at 04:58:31PM +0200, Marek Vasut wrote:
> On 4/15/20 4:56 PM,
On 3/25/20 7:44 PM, Marek Vasut wrote:
> Replace combination of malloc()+memset() with calloc() as the behavior
> is exactly the same and the amount of code is reduced. Moreover, remove
> printf() in the fail path, as it is useless, and return proper -ENOMEM
> return code.
>
> Signed-off-by: Marek
On 4/16/20 2:55 PM, Tom Rini wrote:
> On Wed, Apr 15, 2020 at 08:06:45PM +0200, Marek Vasut wrote:
>> On 4/15/20 7:44 PM, Tom Rini wrote:
>>> On Wed, Apr 15, 2020 at 05:16:52PM +0200, Marek Vasut wrote:
On 4/15/20 5:14 PM, Tom Rini wrote:
> On Wed, Apr 15, 2020 at 04:58:31PM +0200, Marek V
On Thu, Apr 16, 2020 at 03:11:45PM +0200, Marek Vasut wrote:
> On 4/16/20 2:55 PM, Tom Rini wrote:
> > On Wed, Apr 15, 2020 at 08:06:45PM +0200, Marek Vasut wrote:
> >> On 4/15/20 7:44 PM, Tom Rini wrote:
> >>> On Wed, Apr 15, 2020 at 05:16:52PM +0200, Marek Vasut wrote:
> On 4/15/20 5:14 PM,
On 4/16/20 3:21 PM, Tom Rini wrote:
> On Thu, Apr 16, 2020 at 03:11:45PM +0200, Marek Vasut wrote:
>> On 4/16/20 2:55 PM, Tom Rini wrote:
>>> On Wed, Apr 15, 2020 at 08:06:45PM +0200, Marek Vasut wrote:
On 4/15/20 7:44 PM, Tom Rini wrote:
> On Wed, Apr 15, 2020 at 05:16:52PM +0200, Marek V
On Wed, Mar 25, 2020 at 1:45 PM Marek Vasut wrote:
>
> Replace combination of malloc()+memset() with calloc() as the behavior
> is exactly the same and the amount of code is reduced. Moreover, remove
> printf() in the fail path, as it is useless, and return proper -ENOMEM
> return code.
>
> Signed
On 14.04.20 04:51, AKASHI Takahiro wrote:
> UEFI specification defines several global variables which are related to
> the current secure boot state. In this commit, those values will be
> maintained according to operations. Currently, AuditMode and DeployedMode
> are defined but not implemented.
>
Hi Masahiro,
On Thu, Apr 16, 2020 at 12:39 PM Masahiro Yamada wrote:
>
> Currently generic-asm-offsets.h and asm-offsets.h are generated based
> on U-Boot proper config options. The same asm-offsets headers are used
> for building U-Boot SPL/TPL, which causes potential offset mismatch if
> U-Boot
On 16/04/2020 10:42, Neil Armstrong wrote:
> The Linux VPU bindings have changed and dropped the dmc register range.
>
> Add it back in the meson-gx-u-boot.dtsi file until a proper canvas driver
> is available.
>
> Signed-off-by: Neil Armstrong
> ---
> arch/arm/dts/meson-gx-u-boot.dtsi | 4
On Sun, Apr 12, 2020 at 5:04 PM Marek Vasut wrote:
>
> Clean up the horrible register definitions in the RTL8139 driver.
> This does create a couple of checkpatch errors, but the driver is
> full of them anyway, and those will be cleaned up later.
>
> No functional change.
>
> Signed-off-by: Marek
On Sun, Apr 12, 2020 at 5:04 PM Marek Vasut wrote:
>
> The macro assumes ee_addr variable to be present when it's being
> used. Rework the macro into a function instead and pass it an
> argument specifying the register base address, to make it future
> proof for DM conversion.
>
> Signed-off-by: M
On 2020-04-16 06:38, Stefan Roese wrote:
Hi Baruch,
On 16.04.20 14:22, Baruch Siach wrote:
Hi Stefan,
On Wed, Apr 15 2020, Stefan Roese wrote:
On 19.01.20 08:10, Joel Johnson wrote:
This set of patches applies on top of
https://patchwork.ozlabs.org/cover/1200324/,
based on testing using th
Hi Sean,
On Wed, Apr 8, 2020 at 10:20 PM Sean Anderson wrote:
>
> On 4/8/20 9:41 AM, Bin Meng wrote:
> > U-Boot proper running in S-mode only need SMP support when using
> > SBI v0.1. With SBI v0.2 HSM extension, it does not need implement
> > multicore boot in U-Boot proper.
> >
> > Signed-off-b
This series makes SBI v0.2 the default SBI version to work with
OpenSBI v0.7, that is scheduled to be released soon.
Hart State Management (HSM) SBI extension is supported from OpenSBI
v0.7. HSM extension allows S-mode software to boot all the harts a
defined order rather than legacy method of ran
Two consecutive SMP ifdefs blocks can be combined into one.
Signed-off-by: Bin Meng
Reviewed-by: Atish Patra
---
Changes in v2: None
arch/riscv/cpu/start.S | 4
1 file changed, 4 deletions(-)
diff --git a/arch/riscv/cpu/start.S b/arch/riscv/cpu/start.S
index 6b3ff99..ecf0482 100644
---
Prior to QEMU v3.1.0, QEMU generated the 'virt' SoC node with a
"riscv-virtio-soc" compatible string, and a "simple-bus" driver
was created to accommodate that special case in U-Boot.
Starting from QEMU v3.1.0, the SoC node was set as a "simple-bus",
hence the special simple-bus driver is no longe
U-Boot proper running in S-mode only need SMP support when using
SBI v0.1. With SBI v0.2 HSM extension, it does not need implement
multicore boot in U-Boot proper.
Signed-off-by: Bin Meng
---
Changes in v2:
- add "!RISCV_SMODE" to the dependency
arch/riscv/Kconfig | 1 +
1 file changed, 1 ins
With SBI v0.2 HSM extension, only a single hart need to boot and
enter operating system. The booting hart can bring up secondary
harts one by one afterwards.
For U-Boot running in SPL, SMP can be turned on, while in U-Boot
proper, SMP can be optionally turned off if using SBI v0.2 HSM.
Introduce
To work with latest OpenSBI release (v0.7 or above) that has the HSM
extension support, select the SBI v0.2 support by default.
Signed-off-by: Bin Meng
Reviewed-by: Atish Patra
---
Changes in v2:
- drop patch: "riscv: Remove CONFIG_IS_ENABLED(SMP) in global data"
arch/riscv/Kconfig | 2 +-
1
SBI v0.2 is more scalable and extendable to handle future needs
for RISC-V supervisor interfaces. For example, with SBI v0.2 HSM
extension, only a single hart need to boot and enter operating
system. The booting hart can bring up secondary harts one by one
afterwards.
Signed-off-by: Bin Meng
Revi
Hi Tom,
This one is against master since you have pulled in the -next branch
now. I have dropped the offending commit.
https://gitlab.denx.de/u-boot/custodians/u-boot-dm/pipelines/2786
The following changes since commit 66b8669d7709cecedf2e0403bb17b48bab86f644:
Merge tag 'u-boot-stm32-20200
On 4/16/20 5:08 AM, Simon Glass wrote:
Hi Giulio,
On Wed, 15 Apr 2020 at 14:05, Giulio Benetti
wrote:
I've pinged the wrong patchset, sorry for the noise, the right one is v3.
--
Giulio Benetti
Benetti Engineering sas
On 4/15/20 9:51 PM, Giulio Benetti wrote:
Kindly ping
Who are you p
Hi Fabio,
On 4/16/20 3:26 AM, Fabio Estevam wrote:
Hi Giulio,
On Wed, Apr 8, 2020 at 12:10 PM Giulio Benetti
wrote:
This patchset add support for LCDIF on i.MXRT1050 evk. This requires
PLL5 to be setup, mxsfb needs to use display_timing to retrieve if Lcd
has inverted PIXCLOCK from dts.
Wit
Hi Giulio,
On Thu, Apr 16, 2020 at 12:20 PM Giulio Benetti
wrote:
> Ah I didn't know I had to point someone.
>
> So in this case would be either Stefano or Fabio and indeed Fabio
> answered before here:
> https://lists.denx.de/pipermail/u-boot/2020-April/406857.html
Since this series touches vi
On 4/16/20 4:32 AM, Tom Rini wrote:
> On Wed, Apr 15, 2020 at 06:46:23PM +0200, Heinrich Schuchardt wrote:
>
>> We cannot run unit tests in SPL. So remove the unit test support.
>>
>> Signed-off-by: Heinrich Schuchardt
>> ---
>> common/dlmalloc.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 delet
On Mon, Apr 13, 2020 at 10:03:04AM +0200, Michal Simek wrote:
> From: Ashok Reddy Soma
>
> FDT memory is aligned by 4KB. This is hardcoded in common/board_f.c.
> Add Kconfig option, assign default value of 0x1000 and enable option to
> change this value.
>
> Signed-off-by: Ashok Reddy Soma
> S
On 16. 04. 20 17:39, Tom Rini wrote:
> On Mon, Apr 13, 2020 at 10:03:04AM +0200, Michal Simek wrote:
>
>> From: Ashok Reddy Soma
>>
>> FDT memory is aligned by 4KB. This is hardcoded in common/board_f.c.
>> Add Kconfig option, assign default value of 0x1000 and enable option to
>> change this val
On 4/16/20 4:32 AM, Tom Rini wrote:
> On Wed, Apr 15, 2020 at 06:46:19PM +0200, Heinrich Schuchardt wrote:
>
>> The OID registry is only used by crypto functions that are not built in
>> SPL. So we should not build it in SPL.
>>
>> Fixes: a9b45e6e8382 ("lib: add oid registry utility")
>> Signed-off
Hi Fabio, Simon and Anatolij,
On 4/16/20 5:23 PM, Fabio Estevam wrote:
Hi Giulio,
On Thu, Apr 16, 2020 at 12:20 PM Giulio Benetti
wrote:
Ah I didn't know I had to point someone.
So in this case would be either Stefano or Fabio and indeed Fabio
answered before here:
https://lists.denx.de/pip
Hi Tom,
On 23/03/2020 19:42, Simon Glass wrote:
Hi Fred,
On Mon, 23 Mar 2020 at 10:20, Frédéric Danis
wrote:
Hi Simon,
On 19/03/2020 17:18, Simon Glass wrote:
On Wed, 18 Mar 2020 at 02:17, Frédéric Danis
wrote:
Hi Simon,
Sorry I missed to add the change log.
Since v1:
- Add doc/README.b
On 4/16/20 4:32 AM, Tom Rini wrote:
> On Wed, Apr 15, 2020 at 06:46:22PM +0200, Heinrich Schuchardt wrote:
>
>> SPL should not be enlarged by building with CONFIG_HEXDUMP=y.
>>
>> Signed-off-by: Heinrich Schuchardt
>> ---
>> lib/hexdump.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>
On 4/16/20 4:32 AM, Tom Rini wrote:
> On Wed, Apr 15, 2020 at 06:46:20PM +0200, Heinrich Schuchardt wrote:
>
>> Date functions are only needed in SPL if SPL contains RTC drivers.
>>
>> Fixes: 05429b6cf5b3 ("rtc: move date.c from drivers/rtc/ to lib/")
>> Signed-off-by: Heinrich Schuchardt
>
> Does
On 4/14/20 9:46 AM, Michal Simek wrote:
> On 14. 04. 20 1:38, Heinrich Schuchardt wrote:
>> On 4/13/20 10:03 AM, Michal Simek wrote:
>>> From: Ashok Reddy Soma
>>>
>>> FDT memory is aligned by 4KB. This is hardcoded in common/board_f.c.
>>> Add Kconfig option, assign default value of 0x1000 and en
On Thu, Apr 16, 2020 at 05:37:56PM +0200, Heinrich Schuchardt wrote:
> On 4/16/20 4:32 AM, Tom Rini wrote:
> > On Wed, Apr 15, 2020 at 06:46:23PM +0200, Heinrich Schuchardt wrote:
> >
> >> We cannot run unit tests in SPL. So remove the unit test support.
> >>
> >> Signed-off-by: Heinrich Schuchardt
On Thu, Apr 16, 2020 at 05:49:13PM +0200, Heinrich Schuchardt wrote:
> On 4/16/20 4:32 AM, Tom Rini wrote:
> > On Wed, Apr 15, 2020 at 06:46:19PM +0200, Heinrich Schuchardt wrote:
> >
> >> The OID registry is only used by crypto functions that are not built in
> >> SPL. So we should not build it in
The following changes since commit 9cb3ce2558ba1fc058dfb26a07fc02603773a211:
Merge branch 'master' of git://git.denx.de/u-boot-marvell (2020-04-15
08:30:16 -0400)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2020-07-rc1
for you to
Hi Marek,
On Wed, Apr 1, 2020 at 9:42 PM Marek Vasut wrote:
> @@ -0,0 +1,416 @@
> +// SPDX-License-Identifier: GPL-2.0+
> +/*
> + * Copyright 2018 Wandboard, Org.
> + * Copyright 2017 NXP
> + *
> + * Author: Richard Hu
> + */
> +
> +/dts-v1/;
> +
> +/* First 128KB is for PSCI ATF. */
> +/memres
On Thu, Apr 16, 2020 at 06:27:00PM +0200, Heinrich Schuchardt wrote:
> On 4/16/20 4:32 AM, Tom Rini wrote:
> > On Wed, Apr 15, 2020 at 06:46:22PM +0200, Heinrich Schuchardt wrote:
> >
> >> SPL should not be enlarged by building with CONFIG_HEXDUMP=y.
> >>
> >> Signed-off-by: Heinrich Schuchardt
>
On Thu, Apr 16, 2020 at 06:30:48PM +0200, Heinrich Schuchardt wrote:
> On 4/16/20 4:32 AM, Tom Rini wrote:
> > On Wed, Apr 15, 2020 at 06:46:20PM +0200, Heinrich Schuchardt wrote:
> >
> >> Date functions are only needed in SPL if SPL contains RTC drivers.
> >>
> >> Fixes: 05429b6cf5b3 ("rtc: move d
On Thu, Apr 16, 2020 at 05:47:41PM +0200, Michal Simek wrote:
> On 16. 04. 20 17:39, Tom Rini wrote:
> > On Mon, Apr 13, 2020 at 10:03:04AM +0200, Michal Simek wrote:
> >
> >> From: Ashok Reddy Soma
> >>
> >> FDT memory is aligned by 4KB. This is hardcoded in common/board_f.c.
> >> Add Kconfig op
On 16.04.20 19:00, Tom Rini wrote:
> On Thu, Apr 16, 2020 at 05:37:56PM +0200, Heinrich Schuchardt
> wrote:
>> On 4/16/20 4:32 AM, Tom Rini wrote:
>>> On Wed, Apr 15, 2020 at 06:46:23PM +0200, Heinrich Schuchardt
>>> wrote:
>>>
We cannot run unit tests in SPL. So remove the unit test
supp
On 4/16/20 11:06 AM, Tom Rini wrote:
> On Thu, Apr 16, 2020 at 05:47:41PM +0200, Michal Simek wrote:
>> On 16. 04. 20 17:39, Tom Rini wrote:
>>> On Mon, Apr 13, 2020 at 10:03:04AM +0200, Michal Simek wrote:
>>>
From: Ashok Reddy Soma
FDT memory is aligned by 4KB. This is hardcoded i
Hi Matt,
On Thu, Apr 9, 2020 at 6:51 PM Matt Porter wrote:
Hopefully this dts will be sent upstream.
> +/ {
> + model = "InnoComm i.MX8MM WB15EVK";
> + compatible = "fsl,imx8mm-wb15evk", "fsl,imx8mm";
Should be "innocomm,imx8mm-wb15evk", "fsl,imx8mm" instead, since the
board manufa
On Thu, Apr 16, 2020 at 07:11:12PM +0800, Bin Meng wrote:
> Hi Tom,
>
> This includes the following changes for v2020.07:
>
> - Provide serial base clock speed via getinfo() for ACPI SPCR
> - Initial ACPI support from DM core by leveraging existing ACPI support in x86
>
> The following changes
On Thu, Apr 16, 2020 at 03:39:19PM +0200, Marek Vasut wrote:
> On 4/16/20 3:21 PM, Tom Rini wrote:
> > On Thu, Apr 16, 2020 at 03:11:45PM +0200, Marek Vasut wrote:
> >> On 4/16/20 2:55 PM, Tom Rini wrote:
> >>> On Wed, Apr 15, 2020 at 08:06:45PM +0200, Marek Vasut wrote:
> On 4/15/20 7:44 PM,
On Wed, Apr 15, 2020 at 06:14:18PM +0200, Neil Armstrong wrote:
> Tom, Marek,
>
> On 30/03/2020 11:27, Neil Armstrong wrote:
> > Add generic_phy_get_by_node() to get a PHY phandle from a node instead
> > of a udevice.
> >
> > Signed-off-by: Neil Armstrong
> > ---
> > drivers/phy/phy-uclass.c |
We set wrong tunnel PLL frequency when we request 125MHz tunnel clock.
Fix that.
Signed-off-by: Eugeniy Paltsev
---
drivers/clk/clk-hsdk-cgu.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/clk/clk-hsdk-cgu.c b/drivers/clk/clk-hsdk-cgu.c
index 4637b9fdf15..6eaafdea
On Thu, Apr 16, 2020 at 09:15:39AM -0600, Simon Glass wrote:
> Hi Tom,
>
> This one is against master since you have pulled in the -next branch
> now. I have dropped the offending commit.
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-dm/pipelines/2786
>
>
>
> The following changes since
Hi Tom,
The following changes since commit dba0a6ae1907bbff3ebda06e4874d006f10db1bb:
Merge https://gitlab.denx.de/u-boot/custodians/u-boot-x86 (2020-04-16
08:56:37 -0400)
are available in the Git repository at:
g...@gitlab.denx.de:u-boot/custodians/u-boot-arc.git
tags/arc-fixes-for-2020.0
On Tuesday 14 April 2020 14:01:44 Pali Rohár wrote:
> On Tuesday 14 April 2020 17:21:24 Lokesh Vutla wrote:
> > On 14/04/20 4:47 PM, Pali Rohár wrote:
> > > On Tuesday 14 April 2020 16:14:08 Lokesh Vutla wrote:
> > >> On 14/04/20 4:01 PM, Pali Rohár wrote:
> > >>> On Tuesday 14 April 2020 15:53:14
Heinrich,
On Thu, Apr 16, 2020 at 04:20:35PM +0200, Heinrich Schuchardt wrote:
> On 14.04.20 04:51, AKASHI Takahiro wrote:
> > UEFI specification defines several global variables which are related to
> > the current secure boot state. In this commit, those values will be
> > maintained according t
The detection of the revD1 version is based on the presence of the PMIC.
Currently revb1 device trees are used for mx6q/mx6dl variants, which
do not have the PMIC nodes.
This causes revD1 boards to be incorrectly be detected as revB1.
Use the revd1 device trees, so that the PMIC node can be foun
On systems that can run on multiple board variants, such as wandboard,
which versions with and without the PMIC populated, it is not useful
to get PMIC error on systems that do not have the PMIC populated.
Change error message level to debug instead.
Signed-off-by: Fabio Estevam
---
drivers/pow
Since we are using revD1 device tree for all board revisions, the
following can be seen on a revB1 board:
Model: Wandboard i.MX6 Quad Board revD1
Board: Wandboard rev B1
To avoid such confusing messages, disable CONFIG_DISPLAY_BOARDINFO_LATE.
Signed-off-by: Fabio Estevam
---
configs/wandboard_
Since the variant revision is no longer show, simply get rid
of checkboard().
Move the gpio_request() prior to its usage.
Signed-off-by: Fabio Estevam
---
board/wandboard/wandboard.c | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
diff --git a/board/wandboard/wandboard.c
After the conversion to DM_PMIC the following output is seen:
PMIC: PMIC: PFUZE100 ID=0x10
Remove the unnecessary PMIC string from the board file to
avoid the repetead string.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- None
board/wandboard/wandboard.c | 2 --
1 file changed, 2 del
On wandboard variants prior to revD1, there is no PMIC populated, so
do not print an error when the reading of the device ID register fails.
Signed-off-by: Fabio Estevam
---
board/wandboard/wandboard.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/wandboard/wandboard.
The detection of the revD1 version is based on the presence of the PMIC.
Currently revb1 device trees are used for mx6q/mx6dl variants, which
do not have the PMIC nodes.
This causes revD1 boards to be incorrectly be detected as revB1.
Use the revd1 device trees, so that the PMIC node can be foun
1 - 100 of 142 matches
Mail list logo