Hi Bin,
> -Original Message-
> From: Bin Meng
> Sent: Wednesday, June 24, 2020 6:52 AM
> To: Sagar Kadam
> Cc: U-Boot Mailing List ; Rick Chen
> ; Lukasz Majewski ; Jagan Teki
> ; Pragnesh Patel
> ; Anup Patel ; Simon
> Glass ; Sean Anderson
> Subject: Re: [PATCH v4 2/4] riscv: dts: hif
Hi,
> -Original Message-
> From: Sean Anderson
> Sent: Wednesday, June 24, 2020 10:49 AM
> To: Bin Meng
> Cc: Sagar Kadam ; U-Boot Mailing List b...@lists.denx.de>; Rick Chen ; Paul Walmsley (
> Sifive) ; Palmer Dabbelt
> ; Anup Patel ; Atish Patra
> ; Lukasz Majewski ; Pragnesh
> Patel
On 23. 06. 20 23:46, Brandon Maier wrote:
> On Tue, Jun 23, 2020 at 4:33 PM Luca Ceresoli wrote:
>>
>> Hi,
>>
>> On 23/06/20 23:23, Luca Ceresoli wrote:
>>> Hi Brandon,
>>>
>>> On 23/06/20 19:08, Brandon Maier wrote:
On Tue, Jun 23, 2020 at 10:18 AM Luca Ceresoli
wrote:
>
I
Hi Bin,
> -Original Message-
> From: Bin Meng
> Sent: Wednesday, June 24, 2020 6:58 AM
> To: Sagar Kadam ; Simon Glass
>
> Cc: U-Boot Mailing List ; Rick Chen
> ; Lukasz Majewski ; Jagan Teki
> ; Pragnesh Patel
> ; Anup Patel ; Sean
> Anderson
> Subject: Re: [PATCH v4 4/4] riscv: cpu: c
On Wed, Jun 24, 2020 at 07:51:42AM +0200, Heinrich Schuchardt wrote:
> On 6/23/20 1:44 AM, AKASHI Takahiro wrote:
> > On Mon, Jun 22, 2020 at 06:10:27PM +0200, Heinrich Schuchardt wrote:
> >> We currently have two implementations of UEFI variables:
> >>
> >> * variables provided via an OP-TEE modul
Hi Bin
> Hi Rick,
>
> On Wed, Jun 24, 2020 at 1:24 PM Pragnesh Patel
> wrote:
> >
> > Hi Rick,
> >
> > >-Original Message-
> > >From: Rick Chen
> > >Sent: 24 June 2020 10:44
> > >To: Pragnesh Patel
> > >Cc: U-Boot Mailing List ; Atish Patra
> > >; palmerdabb...@google.com; Bin Meng
> >
On 6/24/20 10:36 AM, Peng Fan wrote:
> All:
>
>> Subject: Re: [PATCH v4] mmc: sdhci: Fix HISPD bit handling
>>
>> On 6/22/20 6:26 PM, Jagan Teki wrote:
>>> On Mon, Jun 22, 2020 at 2:54 PM Jaehoon Chung
>> wrote:
Hi Peng,
On 6/22/20 10:49 AM, Peng Fan wrote:
> Jaehoon,
Hi Bin,
> -Original Message-
> From: Bin Meng
> Sent: Wednesday, June 24, 2020 6:46 AM
> To: Sagar Kadam
> Cc: U-Boot Mailing List ; Rick Chen
> ; Lukasz Majewski ; Jagan Teki
> ; Pragnesh Patel
> ; Anup Patel ; Simon
> Glass ; Sean Anderson
> Subject: Re: [PATCH v4 0/4] update clock ha
On 6/23/20 1:44 AM, AKASHI Takahiro wrote:
> On Mon, Jun 22, 2020 at 06:10:27PM +0200, Heinrich Schuchardt wrote:
>> We currently have two implementations of UEFI variables:
>>
>> * variables provided via an OP-TEE module
>> * variables stored in the U-Boot environment
>>
>> Read only variables are
Hi Marek,
> Subject: [PATCH] cmd: mmc: Add mmc reg read command for reading card
> registers
This patch breaks ci build.
+u-boot.imx exceeds file size limit:
+ limit: 0x5fc00 bytes
+ actual: 0x60c00 bytes
+ excess: 0x1000 bytes
+make[1]: *** [Makefile:1204: u-boot.imx] Error 1
+make[1]: ***
On Mon, Jun 22, 2020 at 8:28 PM Sagar Shrikant Kadam
wrote:
>
> Add necessary defconfig and Kconfig entries to enable SiFive SoC's
> reset driver so as to utilise U-Boot's reset framework.
>
> Signed-off-by: Sagar Shrikant Kadam
> Reviewed-by: Pragnesh Patel
> ---
> configs/sifive_fu540_defconf
On Mon, Jun 22, 2020 at 8:28 PM Sagar Shrikant Kadam
wrote:
>
> PRCI module within SiFive SoC's has register with which we can
> reset the sub-systems within the SoC. The resets to DDR and ethernet
> sub systems within FU540-C000 SoC are active low, and are hold low
> by default on power-up. Curre
From: Jassi Brar
MAX3420 implements FullSpeed USB Device over SPI.
Another version MAX3421, also implements USB Host mode.
This driver should be good for the device mode of max3421 as well.
Signed-off-by: Jassi Brar
---
drivers/usb/gadget/Kconfig| 6 +
drivers/usb/gadget/Makefile
Hi Rick,
On Wed, Jun 24, 2020 at 1:24 PM Pragnesh Patel
wrote:
>
> Hi Rick,
>
> >-Original Message-
> >From: Rick Chen
> >Sent: 24 June 2020 10:44
> >To: Pragnesh Patel
> >Cc: U-Boot Mailing List ; Atish Patra
> >; palmerdabb...@google.com; Bin Meng
> >; Paul Walmsley ( Sifive)
> >; Anu
Hi Rick,
>-Original Message-
>From: Rick Chen
>Sent: 24 June 2020 10:44
>To: Pragnesh Patel
>Cc: U-Boot Mailing List ; Atish Patra
>; palmerdabb...@google.com; Bin Meng
>; Paul Walmsley ( Sifive)
>; Anup Patel ; Sagar
>Kadam ; Palmer Dabbelt ;
>Jagan Teki ; rick ; Alan
>Kao
>Subject: Re
On 6/24/20 1:15 AM, Bin Meng wrote:
> Hi Sean,
>
> On Wed, Jun 24, 2020 at 1:04 PM Sean Anderson wrote:
>>
>> On 6/24/20 1:01 AM, Bin Meng wrote:
>>> Hi Sean,
>>>
>>> On Wed, Jun 24, 2020 at 12:17 PM Sean Anderson wrote:
On 6/22/20 8:27 AM, Sagar Shrikant Kadam wrote:
> The resets
Hi Sean,
On Wed, Jun 24, 2020 at 1:04 PM Sean Anderson wrote:
>
> On 6/24/20 1:01 AM, Bin Meng wrote:
> > Hi Sean,
> >
> > On Wed, Jun 24, 2020 at 12:17 PM Sean Anderson wrote:
> >>
> >> On 6/22/20 8:27 AM, Sagar Shrikant Kadam wrote:
> >>> The resets to DDR and ethernet sub-system are connected
Hi Pragnesh
> Hi Rick,
>
> >-Original Message-
> >From: Rick Chen
> >Sent: 24 June 2020 06:30
> >To: Pragnesh Patel
> >Cc: U-Boot Mailing List ; Atish Patra
> >; palmerdabb...@google.com; Bin Meng
> >; Paul Walmsley ( Sifive)
> >; Anup Patel ; Sagar
> >Kadam ; Palmer Dabbelt ;
> >Jagan T
On Tue, Jun 16, 2020 at 2:29 AM Lukasz Majewski wrote:
>
> Hi Jassi,
>
> > ... a polite ping, Lukasz.
>
> The only excuse for so long lack of my response are my personal issues
> caused by the covid-19.
>
Sorry if I came across as pestering you. I hope all is well now.
.
> > > +
> > > +#defin
On 6/24/20 1:01 AM, Bin Meng wrote:
> Hi Sean,
>
> On Wed, Jun 24, 2020 at 12:17 PM Sean Anderson wrote:
>>
>> On 6/22/20 8:27 AM, Sagar Shrikant Kadam wrote:
>>> The resets to DDR and ethernet sub-system are connected to
>>> PRCI device reset control register, these reset signals
>>> are active
Hi Sean,
On Wed, Jun 24, 2020 at 12:17 PM Sean Anderson wrote:
>
> On 6/22/20 8:27 AM, Sagar Shrikant Kadam wrote:
> > The resets to DDR and ethernet sub-system are connected to
> > PRCI device reset control register, these reset signals
> > are active low and are held low at power-up. Add these
Hi Marek,
On Mon, Jun 15, 2020 at 6:49 PM Marek Vasut wrote:
> >> +#define MAX3420_REG_MODE 27
> >> +#define MAX3420_REG_PERADDR28
> >> +#define MAX3420_REG_HCTL 29
> >> +#define MAX3420_REG_HXFR 30
> >> +#define MAX3420_REG_HRSL 31
> >> +
> >> +#define field(val, bit
Hi Rick,
>-Original Message-
>From: Rick Chen
>Sent: 24 June 2020 06:30
>To: Pragnesh Patel
>Cc: U-Boot Mailing List ; Atish Patra
>; palmerdabb...@google.com; Bin Meng
>; Paul Walmsley ( Sifive)
>; Anup Patel ; Sagar
>Kadam ; Palmer Dabbelt ;
>Jagan Teki ; rick ; Alan
>Kao
>Subject: Re
On 6/22/20 8:27 AM, Sagar Shrikant Kadam wrote:
> The resets to DDR and ethernet sub-system are connected to
> PRCI device reset control register, these reset signals
> are active low and are held low at power-up. Add these reset
> producer and consumer details needed by the reset driver.
>
> Sign
On 5/26/20 3:41 AM, Rick Chen wrote:
> Hi Tom
>
>> From: Tom Rini [mailto:tr...@konsulko.com]
>> Sent: Monday, May 25, 2020 11:40 PM
>> To: Open Source Project uboot
>> Cc: u-boot@lists.denx.de; Rick Jian-Zhi Chen(陳建志)
>> Subject: Re: [U-Boot] Pull request: u-boot-riscv/master
>>
>> On Mon, May 25
gt; Thanks
> > Rick
> >
> > https://travis-ci.org/github/rickchen36/u-boot-riscv/builds/701223929
> >
> >
> > The following changes since commit 4ff63383e3497389e66cf70943a83bdb1810462a:
> >
> > Merge tag 'u-boot-imx-20200623' of
>
On Mon, Jun 22, 2020 at 8:28 PM Sagar Shrikant Kadam
wrote:
>
> The resets to DDR and ethernet sub-system are connected to
> PRCI device reset control register, these reset signals
> are active low and are held low at power-up. Add these reset
> producer and consumer details needed by the reset dr
On Wed, Jun 24, 2020 at 11:01 AM Bin Meng wrote:
>
> On Mon, Jun 22, 2020 at 8:28 PM Sagar Shrikant Kadam
> wrote:
> >
> > Indexes of reset signals available in PRCI driver are also
> > defined in include/dt-bindings/clock/sifive-fu540-prci.h.
> > So use those instead of defining new ones again w
On Mon, Jun 22, 2020 at 8:28 PM Sagar Shrikant Kadam
wrote:
>
> Indexes of reset signals available in PRCI driver are also
> defined in include/dt-bindings/clock/sifive-fu540-prci.h.
> So use those instead of defining new ones again within the
> fu540-prci driver.
>
> Signed-off-by: Sagar Shrikant
tps://travis-ci.org/github/rickchen36/u-boot-riscv/builds/701223929
>
>
> The following changes since commit 4ff63383e3497389e66cf70943a83bdb1810462a:
>
> Merge tag 'u-boot-imx-20200623' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-imx (2020-06-23 08:
4ff63383e3497389e66cf70943a83bdb1810462a:
Merge tag 'u-boot-imx-20200623' of
https://gitlab.denx.de/u-boot/custodians/u-boot-imx (2020-06-23 08:20:55 -0400)
are available in the Git repository at:
g...@gitlab.denx.de:u-boot/custodians/u-boot-riscv.git
for you to fetch cha
On Tue, Jun 23, 2020 at 5:51 PM Bin Meng wrote:
>
> Hi Atish,
>
> On Wed, Jun 24, 2020 at 2:17 AM Atish Patra wrote:
> >
> > On Tue, Jun 23, 2020 at 12:24 AM Bin Meng wrote:
> > >
> > > Hi Atish,
> > >
> > > On Fri, Jun 19, 2020 at 9:52 AM Atish Patra wrote:
> > > >
> > > > Not all errors are f
ARM Architecture reference manual clearly states that PE pipeline
should be flushed after any change to system registers. Refer to
paragraph "B2.3.5 Memory Barriers" at page B2-92 of "Arm Architecture
Reference Manual ARMv8 for ARMv8-A Architecture Profile" (ARM DDI
0487B.a).
Failing to issue inst
Hi Bin,
On Tue, 23 Jun 2020 at 19:26, Bin Meng wrote:
>
> Hi Simon,
>
> On Sun, Jun 21, 2020 at 9:10 PM Sagar Shrikant Kadam
> wrote:
> >
> > The cmd "cpu detail" fetches uninitialized cpu feature information
> > and thus displays wrong / inconsitent details as below. FU540-C000 doesn't
> > have
On Mon, Jun 22, 2020 at 8:28 PM Sagar Shrikant Kadam
wrote:
>
> Add bit indexes for reset signals within the PRCI module
> on FU540-C000 SoC.
> The DDR and ethernet sub-system's have reset signals
> indicated by these reset indexes.
>
> Signed-off-by: Sagar Shrikant Kadam
> Reviewed-by: Pragnesh
Hi Bin
> Hi Rick,
>
> On Wed, Jun 24, 2020 at 9:36 AM Rick Chen wrote:
> >
> > Hi Sagar
> >
> > >
> > > Hello Rick,
> > >
> > > > -Original Message-
> > > > From: Rick Chen
> > > > Sent: Monday, June 22, 2020 7:24 AM
> > > > To: Sagar Kadam
> > > > Cc: U-Boot Mailing List ; Lukasz Majew
Hi Rick,
On Wed, Jun 24, 2020 at 9:36 AM Rick Chen wrote:
>
> Hi Sagar
>
> >
> > Hello Rick,
> >
> > > -Original Message-
> > > From: Rick Chen
> > > Sent: Monday, June 22, 2020 7:24 AM
> > > To: Sagar Kadam
> > > Cc: U-Boot Mailing List ; Lukasz Majewski
> > > ; Bin Meng ; Jagan Teki
>
All:
> Subject: Re: [PATCH v4] mmc: sdhci: Fix HISPD bit handling
>
> On 6/22/20 6:26 PM, Jagan Teki wrote:
> > On Mon, Jun 22, 2020 at 2:54 PM Jaehoon Chung
> wrote:
> >>
> >> Hi Peng,
> >>
> >> On 6/22/20 10:49 AM, Peng Fan wrote:
> >>> Jaehoon,
> >>>
> Subject: [PATCH v4] mmc: sdhci: Fix
Hi Sagar
>
> Hello Rick,
>
> > -Original Message-
> > From: Rick Chen
> > Sent: Monday, June 22, 2020 7:24 AM
> > To: Sagar Kadam
> > Cc: U-Boot Mailing List ; Lukasz Majewski
> > ; Bin Meng ; Jagan Teki
> > ; Pragnesh Patel
> > ; Anup Patel ; Simon
> > Glass ; Sean Anderson ; rick
> > ;
Hi Sean
Tom Rini 於 2020年6月23日 週二 上午8:45寫道：
>
> On Mon, Jun 22, 2020 at 02:03:52PM +0800, Rick Chen wrote:
> > Hi Tom
> >
> > > From: Tom Rini [mailto:tr...@konsulko.com]
> > > Sent: Monday, May 25, 2020 11:40 PM
> > > To: Open Source Project uboot
> > > Cc: u-boot@lists.denx.de; Rick Jian-Zhi Che
On Sun, Jun 21, 2020 at 9:10 PM Sagar Shrikant Kadam
wrote:
>
> All cpu cores within FU540-C000 having split I/D caches.
> Set the L1 cache feature bit using the i-cache-size as one of the
> property from device tree indicating that L1 cache is present
> on the cpu core.
>
> => cpu detail
> 0: c
Hi Simon,
On Sun, Jun 21, 2020 at 9:10 PM Sagar Shrikant Kadam
wrote:
>
> The cmd "cpu detail" fetches uninitialized cpu feature information
> and thus displays wrong / inconsitent details as below. FU540-C000 doesn't
> have any microcode, yet the cmd display's it.
> => cpu detail
> 0: cpu@0
Hi Sagar,
On Sun, Jun 21, 2020 at 9:10 PM Sagar Shrikant Kadam
wrote:
>
> Add cpu aliases to U-Boot specific dtsi for hifive-unleashed.
> Without aliases we see that the CPU device sequence numbers are set
> randomly and the cpu list/detail command will show it as follows:
> => cpu list
> 1: cp
Hi Sagar,
On Sun, Jun 21, 2020 at 9:10 PM Sagar Shrikant Kadam
wrote:
>
> Add clk_request handler to check if a valid clock is requested.
> Here clk_free handler is added for debug purpose which will display
> details of clock passed to clk_free.
>
> Signed-off-by: Sagar Shrikant Kadam
> Reviewe
Hi Sagar,
On Sun, Jun 21, 2020 at 9:10 PM Sagar Shrikant Kadam
wrote:
>
> U-Boot cmd "cpu detail" shows inconsistent CPU features and is missing
> clk_request and free handlers.
> The current "cpu detail" sometimes shows "Microcode" as a feature, which
> is not the case with FU540-C000 on HiFive
Hi Pragnesh
> From: Pragnesh Patel [mailto:pragnesh.pa...@sifive.com]
> Sent: Friday, May 29, 2020 2:45 PM
> To: u-boot@lists.denx.de
> Cc: atish.pa...@wdc.com; palmerdabb...@google.com; bmeng...@gmail.com;
> paul.walms...@sifive.com; anup.pa...@wdc.com; sagar.ka...@sifive.com; Rick
> Jian-Zhi C
On 24/06/2020 01:34, Icenowy Zheng wrote:
Hi,
> 于 2020年6月24日 GMT+08:00 上午8:28:39, "André Przywara"
> 写到:
>> On 19/06/2020 13:16, Icenowy Zheng wrote:
>>
>> Hi Icenowy,
>>
>>> Previously we have known that R40 has a configuration register for
>> its
>>> rank 1, which allows different configurati
Hi Atish,
On Wed, Jun 24, 2020 at 2:17 AM Atish Patra wrote:
>
> On Tue, Jun 23, 2020 at 12:24 AM Bin Meng wrote:
> >
> > Hi Atish,
> >
> > On Fri, Jun 19, 2020 at 9:52 AM Atish Patra wrote:
> > >
> > > Not all errors are fatal. If a reserved memory node already exists in the
> > > destination
于 2020年6月24日 GMT+08:00 上午8:28:39, "André Przywara" 写到:
>On 19/06/2020 13:16, Icenowy Zheng wrote:
>
>Hi Icenowy,
>
>> Previously we have known that R40 has a configuration register for
>its
>> rank 1, which allows different configuration than rank 0. Reverse
>> engineering of newest libdram of
On 19/06/2020 13:16, Icenowy Zheng wrote:
Hi Icenowy,
> Previously we have known that R40 has a configuration register for its
> rank 1, which allows different configuration than rank 0. Reverse
> engineering of newest libdram of A64 from Allwinner shows that A64 has
> this register too. It's bit
While using u-boot with qemu's virtio driver I stumbled across a
problem reading files less than sector size. On the real hardware the
block reader seems ok with reading zero blocks, and while we could fix
the virtio host side of qemu to deal with a zero block read instead of
crashing, the u-boot
On Tue, Jun 23, 2020 at 4:33 PM Luca Ceresoli wrote:
>
> Hi,
>
> On 23/06/20 23:23, Luca Ceresoli wrote:
> > Hi Brandon,
> >
> > On 23/06/20 19:08, Brandon Maier wrote:
> >> On Tue, Jun 23, 2020 at 10:18 AM Luca Ceresoli
> >> wrote:
> >>>
> >> I'm trying to get it to work with Buildroot. Buildro
Hi,
I'm trying to implement multi DTB selection via SPL FIT image in iMX8QXP MEK and
it is not working. I have the DTB selection code in board_fit_config_name_match
but it doesn't even get to this call, if fails on fit_find_config_node:
fit_find_config_node: Cannot find /configurations node: -1
E
Forgot to CC
-- Forwarded message -
From: Brandon Maier
Date: Tue, Jun 23, 2020 at 12:16 PM
Subject: Re: [PATCH] arm64: zynqmp: Support converting pm_cfg_obj.c
To: Michal Simek
On Tue, Jun 23, 2020 at 11:11 AM Michal Simek wrote:
> On 22. 06. 20 22:45, Brandon Maier wrote:
> >
Hi,
On 23/06/20 23:23, Luca Ceresoli wrote:
> Hi Brandon,
>
> On 23/06/20 19:08, Brandon Maier wrote:
>> On Tue, Jun 23, 2020 at 10:18 AM Luca Ceresoli wrote:
>>>
>>> Hi Brandon,
>>>
>>> On 22/06/20 22:45, Brandon Maier wrote:
To use CONFIG_ZYNQMP_SPL_PM_CFG_OBJ_FILE, a developer must pull
Forwarding as I forgot to CC
-- Forwarded message -
From: Brandon Maier
Date: Tue, Jun 23, 2020 at 12:08 PM
Subject: Re: [PATCH] arm64: zynqmp: Support converting pm_cfg_obj.c
To: Luca Ceresoli
On Tue, Jun 23, 2020 at 10:18 AM Luca Ceresoli wrote:
>
> Hi Brandon,
>
> On 22/06/2
Hi Brandon,
On 23/06/20 19:08, Brandon Maier wrote:
> On Tue, Jun 23, 2020 at 10:18 AM Luca Ceresoli wrote:
>>
>> Hi Brandon,
>>
>> On 22/06/20 22:45, Brandon Maier wrote:
>>> To use CONFIG_ZYNQMP_SPL_PM_CFG_OBJ_FILE, a developer must pull down the
>>> U-Boot source and run ./tools/zynqmp_pm_cfg_
From: Igor Opaniuk
1. Configure white on black for video console.
2. Enable printing bmp logo during late board init stage.
3. Use iomux configuration from device tree.
Signed-off-by: Igor Opaniuk
---
board/toradex/colibri_imx7/colibri_imx7.c | 44 +--
configs/coli
From: Igor Opaniuk
1. Show boot logo embed in U-Boot blob.
2. Drop iomux configration for LCD, and use the one provided in device
tree.
Signed-off-by: Igor Opaniuk
---
board/toradex/colibri-imx6ull/colibri-imx6ull.c | 40 +
1 file changed, 7 insertions(+), 33 deletions
From: Igor Opaniuk
Configure white on black for video console.
Signed-off-by: Igor Opaniuk
---
configs/colibri-imx6ull_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/colibri-imx6ull_defconfig
b/configs/colibri-imx6ull_defconfig
index 74a67a0..34ab8d6 100644
--- a/confi
From: Igor Opaniuk
1. Move u-boot specific nodes to u-boot dts include: legacy lcdif
node and aliases.
2. Add iomux configuration for LCD.
Signed-off-by: Igor Opaniuk
---
arch/arm/dts/imx7-colibri-emmc.dts | 9 +
arch/arm/dts/imx7-colibri-rawnand.dts | 5 +--
arch/arm/dts/imx7-coli
From: Igor Opaniuk
Add function for showing boot logo, embed into u-boot blob.
Signed-off-by: Igor Opaniuk
---
board/toradex/common/tdx-common.c | 26 ++
board/toradex/common/tdx-common.h | 4
2 files changed, 30 insertions(+)
diff --git a/board/toradex/common/t
From: Igor Opaniuk
Move aliases and legacy lcdif node to the u-boot specific dts include.
Signed-off-by: Igor Opaniuk
---
arch/arm/dts/imx6ull-colibri-u-boot.dtsi | 45
arch/arm/dts/imx6ull-colibri.dtsi| 43 --
2 files chang
On 6/23/20 7:25 AM, Patrick DELAUNAY wrote:
> Hi Stephen,
>
>> From: Stephen Warren
>> Sent: lundi 22 juin 2020 20:51
>>
>> On 6/19/20 6:03 AM, Patrick Delaunay wrote:
>>> Add a pytest for testing the env info sub-command:
>>>
>>> test_env_info: test command with several option that can be execut
On 6/23/20 6:34 AM, Bin Meng wrote:
> From: Bin Meng
>
> Explicitly pass the "-bios" option to QEMU to run U-Boot, instead
> of the "-kernel" option, as we know that "-bios" behavior will be
> changed since QEMU 5.1.0.
Applied, thanks.
On 6/23/20 7:24 AM, Bin Meng wrote:
> Hi Tom,
>
> On Tue, Jun 23, 2020 at 9:17 PM Tom Rini wrote:
>>
>> On Tue, Jun 23, 2020 at 05:34:34AM -0700, Bin Meng wrote:
>>
>>> From: Bin Meng
>>>
>>> Explicitly pass the "-bios" option to QEMU to run U-Boot, instead
>>> of the "-kernel" option, as we kno
Hi Simon,
On 23/6/20 09:28, Simon Glass wrote:
Hi Walter,
On Fri, 19 Jun 2020 at 08:56, Walter Lozano wrote:
Currently dtoc scans dtbs to convert them to struct platdata and
to generate U_BOOT_DEVICE entries. These entries need to be filled
with the driver name, but at this moment the informa
Hi Simon,
On 23/6/20 09:28, Simon Glass wrote:
On Fri, 19 Jun 2020 at 08:56, Walter Lozano wrote:
Several MMC drivers use GPIO for card detection with cd-gpios property in
the MMC node pointing to a GPIO node. However, as U-Boot tries to save
space by keeping only required nodes using u-boot*
Hi Simon,
On 23/6/20 09:28, Simon Glass wrote:
On Fri, 19 Jun 2020 at 08:56, Walter Lozano wrote:
In the current implementation, when dtoc parses a dtb to generate a struct
platdata it converts the information related to linked nodes as pointers
to struct platdata of destination nodes. By doin
On 23/6/20 11:00, Simon Glass wrote:
Hi Walter,
On Fri, 19 Jun 2020 at 08:56, Walter Lozano wrote:
When using OF_PLATDATA dtbs are converted to C structs in order to save
space as we can remove both dtbs and libraries from TPL/SPL binaries.
This patchset tries to improve its support by over
On Tue, Jun 23, 2020 at 12:24 AM Bin Meng wrote:
>
> Hi Atish,
>
> On Fri, Jun 19, 2020 at 9:52 AM Atish Patra wrote:
> >
> > Not all errors are fatal. If a reserved memory node already exists in the
> > destination device tree, we can continue to boot without failing.
> >
> > Signed-off-by: Atis
On Tue, Jun 23, 2020 at 06:01:38PM +0530, selvamuthukumar v wrote:
> On Mon, Jun 15, 2020 at 11:15 PM Selva Muthukumar
> wrote:
> >
> > Allow mounting of FIT images. If FIT images are used for firmware upgrade
> > from linux, mouting can save space in comparison to using dumpimage.
> >
>
> Any co
On Tue, Jun 23, 2020 at 5:25 AM Bin Meng wrote:
>
> From: Bin Meng
>
> Explicitly pass the "-bios" option to QEMU to run U-Boot, instead
> of the "-kernel" option, as we know that "-bios" behavior will be
> changed since QEMU 5.1.0.
>
> This also updates validated QEMU version to 5.0.0.
>
> Signe
Hi,
> From: Stephen Warren
> Sent: lundi 22 juin 2020 20:57
>
> On 6/16/20 1:40 AM, Patrick Delaunay wrote:
> > Add basic test to persistent environment in ext4:
> > save and load in host ext4 file 'uboot.env'.
> >
> > On first execution an empty EXT4 file system is created in persistent
> > dat
On 22. 06. 20 22:45, Brandon Maier wrote:
> To use CONFIG_ZYNQMP_SPL_PM_CFG_OBJ_FILE, a developer must pull down the
> U-Boot source and run ./tools/zynqmp_pm_cfg_obj_convert.py to convert
> their pm_cfg_obj.c into U-Boot's PMU loader format, then feed that file
> back to U-Boot during build.
>
On Mon, Jun 15, 2020 at 11:15 PM Selva Muthukumar
wrote:
>
> Allow mounting of FIT images. If FIT images are used for firmware upgrade
> from linux, mouting can save space in comparison to using dumpimage.
>
Any comments on this? Is there any other way to get FIT image
contents, without extractin
Hello,
I'm trying to enable UEFI dual-booting on the BeagleBone black. U-Boot
knows to boot from SD if present, and eMMC if not. However, U-Boot doesn't
pass the disk "context" to GRUB; GRUB always thinks it's booting from
`hd0`, and doesn't know what to use for the kernel's `root` parameter.
I c
Hi Brandon,
On 22/06/20 22:45, Brandon Maier wrote:
> To use CONFIG_ZYNQMP_SPL_PM_CFG_OBJ_FILE, a developer must pull down the
> U-Boot source and run ./tools/zynqmp_pm_cfg_obj_convert.py to convert
> their pm_cfg_obj.c into U-Boot's PMU loader format, then feed that file
> back to U-Boot during b
On Tue, Jun 23, 2020 at 01:13:55PM +, Patrick DELAUNAY wrote:
> Hi Tom,
>
> > From: Tom Rini
> > Sent: vendredi 19 juin 2020 20:05
> >
> > On Fri, Jun 19, 2020 at 02:14:00PM +, Patrick DELAUNAY wrote:
> > > Hi Tom and Marek,
> > >
> > > > From: Tom Rini
> > > > Sent: jeudi 18 juin 2020
Hi Qu,
when applying whole series, there are several warning spewed by git:
trailing whitespaces, new lines at EOF, spaces before tab in indent.
It is possible that this is because the code is copypasted from
btrfs-progs and this issues come from there.
Also patches 26 and 27 have almost same sub
On 23.06.20 14:37, Jan Kiszka wrote:
On 23.06.20 13:50, Lokesh Vutla wrote:
On 23/06/20 4:45 pm, Jan Kiszka wrote:
From: Jan Kiszka
To avoid the need of extra boot scripting on AM65x for loading a
watchdog firmware, add the required rproc init and loading logic for the
first R5F core to the
>
> Merge https://gitlab.denx.de/u-boot/custodians/u-boot-sh (2020-06-20
> 18:51:50 -0400)
>
> are available in the Git repository at:
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
> tags/u-boot-imx-20200623
>
> for you to fetch change
Hi Walter,
On Fri, 19 Jun 2020 at 08:56, Walter Lozano wrote:
>
> When using OF_PLATDATA dtbs are converted to C structs in order to save
> space as we can remove both dtbs and libraries from TPL/SPL binaries.
>
> This patchset tries to improve its support by overcoming some limitations
> in the
Hi Stephen,
> From: Stephen Warren
> Sent: lundi 22 juin 2020 20:51
>
> On 6/19/20 6:03 AM, Patrick Delaunay wrote:
> > Add a pytest for testing the env info sub-command:
> >
> > test_env_info: test command with several option that can be executed
> > on real hardware device without assumption
>
Hi Tom,
On Tue, Jun 23, 2020 at 9:17 PM Tom Rini wrote:
>
> On Tue, Jun 23, 2020 at 05:34:34AM -0700, Bin Meng wrote:
>
> > From: Bin Meng
> >
> > Explicitly pass the "-bios" option to QEMU to run U-Boot, instead
> > of the "-kernel" option, as we know that "-bios" behavior will be
> > changed s
On Tue, Jun 23, 2020 at 05:34:34AM -0700, Bin Meng wrote:
> From: Bin Meng
>
> Explicitly pass the "-bios" option to QEMU to run U-Boot, instead
> of the "-kernel" option, as we know that "-bios" behavior will be
> changed since QEMU 5.1.0.
>
> Signed-off-by: Bin Meng
> Signed-off-by: Bin Meng
Hi Tom,
> From: Tom Rini
> Sent: vendredi 19 juin 2020 20:05
>
> On Fri, Jun 19, 2020 at 02:14:00PM +, Patrick DELAUNAY wrote:
> > Hi Tom and Marek,
> >
> > > From: Tom Rini
> > > Sent: jeudi 18 juin 2020 21:16
> > >
> > > On Tue, Jun 16, 2020 at 09:40:42AM +0200, Patrick Delaunay wrote:
>
On 23.06.20 13:50, Lokesh Vutla wrote:
On 23/06/20 4:45 pm, Jan Kiszka wrote:
From: Jan Kiszka
To avoid the need of extra boot scripting on AM65x for loading a
watchdog firmware, add the required rproc init and loading logic for the
first R5F core to the watchdog start handler. The firmware
From: Bin Meng
Explicitly pass the "-bios" option to QEMU to run U-Boot, instead
of the "-kernel" option, as we know that "-bios" behavior will be
changed since QEMU 5.1.0.
Signed-off-by: Bin Meng
Signed-off-by: Bin Meng
---
bin/travis-ci/conf.qemu-riscv32_na | 2 +-
bin/travis-ci/conf.q
On Fri, 19 Jun 2020 at 08:56, Walter Lozano wrote:
>
> As dtoc now performs checks for valid driver names, when running dtoc
> tests several warnings arise as these tests don't use valid driver
> names.
>
> This patch adds an option to disable those warning, which is only
> intended for running te
On Fri, 19 Jun 2020 at 08:56, Walter Lozano wrote:
>
> Currently when creating an U_BOOT_DEVICE entry a struct driver_info
> is declared, which contains the data needed to instantiate the device.
> However, the actual device is created at runtime and there is no proper
> way to get the device base
On Fri, 19 Jun 2020 at 08:56, Walter Lozano wrote:
>
> Several MMC drivers use GPIO for card detection with cd-gpios property in
> the MMC node pointing to a GPIO node. However, as U-Boot tries to save
> space by keeping only required nodes using u-boot* properties, several
> devices tree result i
On Fri, 19 Jun 2020 at 08:56, Walter Lozano wrote:
>
> In order to be able to update data in u_boot_list, move this section to
> make it RW.
>
> Signed-off-by: Walter Lozano
> ---
> arch/sandbox/cpu/u-boot-spl.lds | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Simon Glass
On Fri, 19 Jun 2020 at 08:56, Walter Lozano wrote:
>
> Update documentation to reflect the new phandle support when OF_PLATDATA
> is used. Now phandles are implemented as pointers to U_BOOT_DEVICE,
> which makes it possible to get a pointer to the actual device.
>
> Signed-off-by: Walter Lozano
>
On Fri, 19 Jun 2020 at 11:46, Heinrich Schuchardt wrote:
>
> When printing the device tree we want to get an output that can be used as
> input for the device tree compiler. This requires that we do not write
> bogus lines like
>
> pcie@1000 {
> interrupt-map = * 0x4000127c [0x
On Fri, 19 Jun 2020 at 08:56, Walter Lozano wrote:
>
> Add a test for dtoc taking into account the cd-gpios property.
>
> Signed-off-by: Walter Lozano
> ---
> tools/dtoc/dtoc_test_phandle_cd_gpios.dts | 42 ++
> tools/dtoc/test_dtoc.py | 67 +++
>
On Fri, 19 Jun 2020 at 08:56, Walter Lozano wrote:
>
> In order to prepare for a new support of phandle when OF_PLATDATA is used
> drop the const for struct driver_info as this struct will need to be
> updated on runtime.
>
> Signed-off-by: Walter Lozano
> ---
> drivers/core/device.c| 2
On Fri, 19 Jun 2020 at 08:56, Walter Lozano wrote:
>
> In the current implementation, when dtoc parses a dtb to generate a struct
> platdata it converts the information related to linked nodes as pointers
> to struct platdata of destination nodes. By doing this, it makes
> difficult to get pointer
On Fri, 19 Jun 2020 at 08:56, Walter Lozano wrote:
>
> After using a new approach to link nodes when OF_PLATDATA is enabled
> the test cases need to be update.
>
> This patch updates the tests based on this new implementation.
>
> Signed-off-by: Walter Lozano
> ---
> tools/dtoc/test_dtoc.py | 10
On Fri, 19 Jun 2020 at 08:56, Walter Lozano wrote:
>
> Currently dtoc does not support the property cd-gpios used to declare
> the gpios for card detect in mmc.
>
> This patch adds support to cd-gpios property.
>
> Signed-off-by: Walter Lozano
> ---
> tools/dtoc/dtb_platdata.py | 13
1 - 100 of 169 matches
Mail list logo
