Re: [PATCH 00/21] Qualcomm generic board support

On Tue, Dec 05, 2023 at 10:36:28AM +, ff wrote: > > Le 5 déc. 2023 à 10:46, Sumit Garg a écrit : > > > > + U-boot custodians list > > > >> On Tue, 5 Dec 2023 at 12:58, Krzysztof Kozlowski > >> wrote: > >> > >> On 05/12/2023 08:13, Sumit Garg wrote: > > @DT bindings maintainers, > >

Re: [PATCH 00/21] Qualcomm generic board support

On Mon, Dec 04, 2023 at 11:02:57AM +0530, Sumit Garg wrote: > + Linux kernel DT bindings maintainers, EBBR ML > > On Thu, 30 Nov 2023 at 20:05, Tom Rini wrote: > > On Thu, Nov 30, 2023 at 01:02:25PM +0530, Sumit Garg wrote: > > > On Wed, 29 Nov 2023 at 22:06, Neil Armstrong > > > wrote: > > > >

Re: [PATCH 1/8] arm64: dts: sdm845: Remove redundant u-boot DT properties

On Tue, Jul 05, 2022 at 11:05:04AM +0530, Sumit Garg wrote: > Hi Daniel, > > Thanks for your review. > > On Mon, 4 Jul 2022 at 21:28, Daniel Thompson > wrote: > > > > On Mon, Jul 04, 2022 at 06:28:38PM +0530, Sumit Garg wrote: > > > U-boot specif

Re: [PATCH 4/8] board: qualcomm: Add support for dragonboard845c

On Mon, Jul 04, 2022 at 06:28:41PM +0530, Sumit Garg wrote: > diff --git a/arch/arm/dts/dragonboard845c-uboot.dtsi > b/arch/arm/dts/dragonboard845c-uboot.dtsi > new file mode 100644 > index 00..8b5a7ee573 > --- /dev/null > +++ b/arch/arm/dts/dragonboard845c-uboot.dtsi > @@ -0,0 +1,37 @@ >

Re: [PATCH 1/8] arm64: dts: sdm845: Remove redundant u-boot DT properties

On Mon, Jul 04, 2022 at 06:28:38PM +0530, Sumit Garg wrote: > U-boot specific DT properties belong to *-uboot.dtsi ... and are already included in starqltechn-uboot.dtsi (which is the only current consumer of sdm845.dtsi). Adding fuller comments, such as the above, makes things much easier to

Modules for carrier boards [Was: Re: Question about extension board used in U-boot]

On Sat, Sep 18, 2021 at 08:49:48AM +0200, François Ozog wrote: > Hi Paul > > Too posting because I think we also need to address this at a higher level. > > i think we discussed this topic quite a while back. I may be wrong but it > may be Bill Mills who proposed to have an eeprom on the

Re: [TF-A] Proposal: TF-A to adopt hand-off blocks (HOBs) for information passing between boot stages

On Fri, Jul 09, 2021 at 09:05:09AM +0200, François Ozog wrote: > Le ven. 9 juil. 2021 à 03:09, Julius Werner a écrit : > > > > Of course every project would like not to change... > > > > > > For TF-A I wonder whether it will/should in fact use devicetree if there > > is a lot of complex data?

Re: Fit images and EFI_LOAD_FILE2_PROTOCOL

On Tue, Oct 06, 2020 at 10:00:40AM +0200, François Ozog wrote: > Le mar. 6 oct. 2020 à 09:21, Ard Biesheuvel a écrit : > > > On Tue, 6 Oct 2020 at 06:35, Heinrich Schuchardt > > wrote: > > > > > > Am 6. Oktober 2020 00:37:58 MESZ schrieb Grant Likely < > > grant.lik...@arm.com>: > > > > > > > >

Re: Fit images and EFI_LOAD_FILE2_PROTOCOL

On Mon, Oct 05, 2020 at 04:12:11PM +0200, François Ozog wrote: > The driving idea is that there is an existing bootflow, non UEFI that > allows vmlinuz, initrd and DTB to be protected in a single FIT. The > trustworthiness of the solution is higher that regular distro on pure UEFI > systems but

Re: [U-Boot] [PATCH] hikey: Take peripherals out of reset during board init

On Wed, Mar 20, 2019 at 11:56:58AM +0530, Manivannan Sadhasivam wrote: > Hi Peter, > > On Tue, Mar 19, 2019 at 11:29:01AM +, Peter Griffin wrote: > > Hi Mani, > > > > This looks like a bug in the Linux kernel. The kernel driver should be > > correctly > > handling the reset lines of the I2C

Re: [U-Boot] [RFC] efi_loader: EFI variables

On Tue, Feb 12, 2019 at 12:34:29PM +0100, Heinrich Schuchardt wrote: > On 2/12/19 10:49 AM, Alexander Graf wrote: > > On 02/03/2019 07:32 PM, Heinrich Schuchardt wrote: > >> Hello Alex, hello Takahiro, > >> > >> this morning I met Daniel Thompson of Lina

Re: [U-Boot] [PATCH] qemu-arm: Add persistent environment support

On Fri, Dec 14, 2018 at 08:00:11PM +0900, Takahiro Akashi wrote: > On Thu, Dec 13, 2018 at 02:43:58AM +0200, Tuomas Tynkkynen wrote: > > Hi Sumit, Takahiro, > > > > On Wed, 12 Dec 2018 10:42:56 +0900 > > Takahiro Akashi wrote: > > > > > On Tue, Dec 11, 2018 at 06:04:05PM +0530, Sumit Garg

Re: [U-Boot] [PATCH] qemu-arm: Add persistent environment support

On Thu, Dec 13, 2018 at 02:43:58AM +0200, Tuomas Tynkkynen wrote: > > Another use case is atf + u-boot (although I don't know people are > > interested in it). Put bl1.bin in flash0(0x0-0x400) and put > > fip.bin in flash1(0x400-0x800). Please note that, with > > secure=on, flash0 is

Re: [U-Boot] [PATCH 2/2] [rfc] support booting arm64 android image

On 13/07/17 08:33, Bin Chen wrote: Hi Tom, Thanks for the review. On 13 July 2017 at 04:25, Tom Rini > wrote: On Tue, Jul 11, 2017 at 03:56:04PM +1000, Bin Chen wrote: > It's my understanding that we are supposed to use booti, instead

Re: [U-Boot] [PATCH] Kconfig: Add support for hash and sha1sum commands

On 22/05/17 22:17, Tom Rini wrote: On Mon, May 22, 2017 at 02:26:57PM -0600, Simon Glass wrote: Hi Daniel, On 19 May 2017 at 10:26, Daniel Thompson <daniel.thomp...@linaro.org> wrote: Currently these (board agnostic) commands cannot be selected using menuconfig and friend

[U-Boot] [PATCH] Kconfig: Add support for hash and sha1sum commands

Currently these (board agnostic) commands cannot be selected using menuconfig and friends. Fix this the obvious way. Signed-off-by: Daniel Thompson <daniel.thomp...@linaro.org> --- cmd/Kconfig | 27 +++ 1 file changed, 27 insertions(+) diff --git a/cmd/Kconfig

Re: [U-Boot] [PATCH 5/5] ARM64: poplar: hi3798cv200: u-boot support for Poplar 96Boards

On 04/05/17 14:47, Jorge Ramirez-Ortiz wrote: diff --git a/include/configs/poplar.h b/include/configs/poplar.h new file mode 100644 index 000..fb0ca19 --- /dev/null +++ b/include/configs/poplar.h @@ -0,0 +1,113 @@ +/* + * (C) Copyright 2017 Linaro + * + * Jorge Ramirez-Ortiz

Re: [U-Boot] [PATCH] serial: stm32: Automatically generate CR when LF is observed

On 12/05/15 22:56, Tom Rini wrote: On Tue, May 12, 2015 at 10:35:55PM +0200, Kamil Lulko wrote: Strange, this was already posted by Kunhua Huang - then reverted in commit 698a12bef9e782dcd99c555a739c16eec8669f14. Anyway, yes this carriage return should be added there. I simply forgot it since

[U-Boot] [PATCH] serial: stm32: Automatically generate CR when LF is observed

sending a carriage return. Issue is trivially solved by automatically generating a CR whenever a LF is transmitted, Several other serial drivers implement this behaviour. Signed-off-by: Daniel Thompson daniel.thomp...@linaro.org Cc: Kamil Lulko re...@wp.pl --- drivers/serial/serial_stm32.c | 4