Acked-by: Akash Gajjar
On Fri, Jan 7, 2022, 11:23 PM Chris Morgan wrote:
> From: Chris Morgan
>
> This adds a compatible string for the Allwinner Sun4i-A10 I2C
> controller. Without this, boards based on the R8 and A13 (at a
> minimum) fail to boot.
>
> Signed-off-by: Chris Morgan
> ---
>
On Thu, Jan 06, 2022 at 11:49:41AM +0100, Heiko Thiery wrote:
> While converting to binman for an imx8mq board, it has been found that
> building in the u-boot CI fails. This is because an imx8mq requires an
> external binary (signed_hdmi_imx8m.bin). If this file cannot be found
> mkimage fails.
On Sat, Oct 23, 2021 at 01:15:15AM +0200, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> Explicitly add SPL aka u-boot-spl.bin filename.
>
> Signed-off-by: Marcel Ziswiler
> Reviewed-by: Peng Fan
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Oct 23, 2021 at 01:15:14AM +0200, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> Alphabetically re-order properties.
>
> Signed-off-by: Marcel Ziswiler
> Reviewed-by: Peng Fan
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Oct 23, 2021 at 01:15:12AM +0200, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> Use common imx8mm-u-boot.dtsi.
>
> Signed-off-by: Marcel Ziswiler
> Reviewed-by: Peng Fan
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Oct 23, 2021 at 01:15:11AM +0200, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> Alphabetically re-order nodes and properties.
>
> Signed-off-by: Marcel Ziswiler
> Reviewed-by: Peng Fan
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Oct 23, 2021 at 01:15:10AM +0200, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> This fixes the following build time issue:
>
> ...
> BINMAN all
> binman: Error 1 running 'mkimage -d ./mkimage.spl.mkimage -n
> spl/u-boot-spl.cfgout -T imx8mimage -e 0x7e1000
>
On Fri, Oct 22, 2021 at 11:43:40PM +0200, Marcel Ziswiler wrote:
> From: Adam Ford
>
> To eliminate a warning when using custom imx tools for generating
> a binary, use binman to generate flash.bin.
>
> Signed-off-by: Adam Ford
> Signed-off-by: Marcel Ziswiler
> Reviewed-by: Simon Glass
On Fri, Oct 22, 2021 at 10:42:20AM +0800, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> Update doc after using binman to pack images
>
> Signed-off-by: Peng Fan
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Oct 22, 2021 at 10:42:19AM +0800, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> After all these board switch to binman, we could use common imximage.cfg
>
> Signed-off-by: Peng Fan
> Reviewed-by: Patrick Wildt
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP
On Fri, Oct 22, 2021 at 10:42:18AM +0800, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> Switch to use binman to pack images
>
> Signed-off-by: Peng Fan
> Reviewed-by: Patrick Wildt
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Oct 22, 2021 at 10:42:17AM +0800, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> Switch to binman to pack images
>
> Signed-off-by: Peng Fan
> Reviewed-by: Patrick Wildt
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Oct 22, 2021 at 10:42:16AM +0800, Peng Fan (OSS) wrote:
> From: Peng Fan
>
> Switch to use binman to pack images
>
> Signed-off-by: Peng Fan
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Sep 10, 2021 at 03:19:22PM -0500, Adam Ford wrote:
> Somewhere along the line, the board stopped being able to boot.
> Rather than just fixing the issue, let's fix the issue and migrate
> to binman to eliminate a warning when using custom imx tools for
> generating the binary.
>
>
On Fri, Jan 07, 2022 at 01:38:41PM -0800, Tim Harvey wrote:
> Use binman to pack images.
>
> Note that imx8mm_venice supports several boards via multiple DTB's thus
> in the fit node we must use:
> - fit,fdt-list = "of-list"
> - fdt-SEQ
> - config-SEQ
>
> Signed-off-by: Tim Harvey
>
On Fri, Jan 07, 2022 at 03:16:12PM -0600, Adam Ford wrote:
> The binman node is part of the imx8mm-u-boot.dtsi file which
> is duplicated in imx8mm-kontron-n801x-s-u-boot.dtsi and causes
> a build error. Remove the duplicate.
>
> Fixes: 3cbb31f0e848 ("arm64: dts: imx8mm: use common binman
On Fri, Jan 07, 2022 at 03:16:11PM -0600, Adam Ford wrote:
> The binman node is part of the imx8mm-u-boot.dtsi file which
> is duplicated in phycore-imx8mm-u-boot.dtsi and causes a build
> error. Remove the duplicate.
>
> Fixes: 3cbb31f0e848 ("arm64: dts: imx8mm: use common binman
On Sat, Oct 23, 2021 at 01:15:16AM +0200, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> Rather than using odd implicit blob-ext naming, explicitly specify the
> type to be of blob-ext and therefore also simplify the node naming.
>
> Signed-off-by: Marcel Ziswiler
> Reviewed-by: Peng Fan
On Sat, Oct 23, 2021 at 01:15:13AM +0200, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> With the move to using binman to generate SPL aka u-boot-spl-ddr.bin and
> U-Boot proper aka u-boot.itb every board now covers such configuration
> in its own U-Boot specific device tree include. Move
Hi Tom
On Fri, 2022-01-07 at 17:42 -0500, Tom Rini wrote:
> On Fri, Jan 07, 2022 at 11:26:49PM +0100, Marcel Ziswiler wrote:
> > Hi Tim and Tom
> >
> > On Fri, 2022-01-07 at 12:37 -0800, Tim Harvey wrote:
> > > On Fri, Jan 7, 2022 at 12:27 PM Tom Rini wrote:
> > > >
> > > > On Fri, Jan 07,
On Fri, Jan 7, 2022 at 4:42 PM Tom Rini wrote:
> On Fri, Jan 07, 2022 at 11:26:49PM +0100, Marcel Ziswiler wrote:
> > Hi Tim and Tom
> >
> > On Fri, 2022-01-07 at 12:37 -0800, Tim Harvey wrote:
> > > On Fri, Jan 7, 2022 at 12:27 PM Tom Rini wrote:
> > > >
> > > > On Fri, Jan 07, 2022 at
On Fri, Jan 07, 2022 at 11:26:49PM +0100, Marcel Ziswiler wrote:
> Hi Tim and Tom
>
> On Fri, 2022-01-07 at 12:37 -0800, Tim Harvey wrote:
> > On Fri, Jan 7, 2022 at 12:27 PM Tom Rini wrote:
> > >
> > > On Fri, Jan 07, 2022 at 12:24:57PM -0800, Tim Harvey wrote:
> > > > On Fri, Jan 7, 2022 at
On Fri, Jan 07, 2022 at 06:23:25PM -0300, Fabio Estevam wrote:
> On Fri, Jan 7, 2022 at 6:21 PM Tom Rini wrote:
> >
> > Now that we have the common binman section information included in
> > mx8mm-u-boot.dtsi we must exclude them from the board dts files. Update
> > this to remove the now
Hi Tim and Tom
On Fri, 2022-01-07 at 12:37 -0800, Tim Harvey wrote:
> On Fri, Jan 7, 2022 at 12:27 PM Tom Rini wrote:
> >
> > On Fri, Jan 07, 2022 at 12:24:57PM -0800, Tim Harvey wrote:
> > > On Fri, Jan 7, 2022 at 12:08 PM Adam Ford wrote:
> > > >
> > > >
> > > >
> > > > On Fri, Jan 7,
On Fri, Jan 7, 2022 at 1:18 PM Adam Ford wrote:
>
>
>
> On Fri, Jan 7, 2022 at 2:14 PM Tom Rini wrote:
>>
>> On Fri, Jan 07, 2022 at 02:08:00PM -0600, Adam Ford wrote:
>> > On Fri, Jan 7, 2022 at 12:25 PM Tom Rini wrote:
>> >
>> > > On Fri, Jan 07, 2022 at 12:21:18PM -0600, Adam Ford wrote:
>>
Use binman to pack images.
Note that imx8mm_venice supports several boards via multiple DTB's thus
in the fit node we must use:
- fit,fdt-list = "of-list"
- fdt-SEQ
- config-SEQ
Signed-off-by: Tim Harvey
Reviewed-by: Marcel Ziswiler
---
v3:
- resent as I forgot to include the uboot list
-
On Fri, Jan 7, 2022 at 6:16 PM Adam Ford wrote:
>
> The binman node is part of the imx8mm-u-boot.dtsi file which
> is duplicated in imx8mm-kontron-n801x-s-u-boot.dtsi and causes
> a build error. Remove the duplicate.
>
> Fixes: 3cbb31f0e848 ("arm64: dts: imx8mm: use common binman configuration")
On Fri, Jan 7, 2022 at 6:16 PM Adam Ford wrote:
>
> The binman node is part of the imx8mm-u-boot.dtsi file which
> is duplicated in phycore-imx8mm-u-boot.dtsi and causes a build
> error. Remove the duplicate.
>
> Fixes: 3cbb31f0e848 ("arm64: dts: imx8mm: use common binman configuration")
>
On Fri, Jan 7, 2022 at 6:21 PM Tom Rini wrote:
>
> Now that we have the common binman section information included in
> mx8mm-u-boot.dtsi we must exclude them from the board dts files. Update
> this to remove the now duplicate information.
>
> Cc: Frieder Schrempf
> Signed-off-by: Tom Rini
>
Now that we have the common binman section information included in
mx8mm-u-boot.dtsi we must exclude them from the board dts files. Update
this to remove the now duplicate information.
Cc: Teresa Remmet
Signed-off-by: Tom Rini
---
This is based on having all of
Now that we have the common binman section information included in
mx8mm-u-boot.dtsi we must exclude them from the board dts files. Update
this to remove the now duplicate information.
Cc: Frieder Schrempf
Signed-off-by: Tom Rini
---
This is based on having all of
On Fri, Jan 7, 2022 at 2:14 PM Tom Rini wrote:
> On Fri, Jan 07, 2022 at 02:08:00PM -0600, Adam Ford wrote:
> > On Fri, Jan 7, 2022 at 12:25 PM Tom Rini wrote:
> >
> > > On Fri, Jan 07, 2022 at 12:21:18PM -0600, Adam Ford wrote:
> > > > On Fri, Jan 7, 2022 at 11:38 AM Tom Rini wrote:
> > > >
>
The binman node is part of the imx8mm-u-boot.dtsi file which
is duplicated in imx8mm-kontron-n801x-s-u-boot.dtsi and causes
a build error. Remove the duplicate.
Fixes: 3cbb31f0e848 ("arm64: dts: imx8mm: use common binman configuration")
Signed-off-by: Adam Ford
diff --git
The binman node is part of the imx8mm-u-boot.dtsi file which
is duplicated in phycore-imx8mm-u-boot.dtsi and causes a build
error. Remove the duplicate.
Fixes: 3cbb31f0e848 ("arm64: dts: imx8mm: use common binman configuration")
Signed-off-by: Adam Ford
diff --git
Reviewed-by: Dzmitry Sankouski
пт, 7 сту 2022, 22:14 карыстальнік Henrik Grimler
напісаў:
> Model names are SM-A{3,5,7}20, just SM-{3,5,7}20 could also refer to
> SM-J{3,5,7}20 or SM-T{3,5,7}20.
>
> Fixes: 3e2095e960b4 ("board: samsung: add support for Galaxy A series
> of 2017 (a5y17lte)")
>
On Fri, Jan 7, 2022 at 5:39 PM Adam Ford wrote:
>
> The standard 1GB Nano was converted to binman, but the 2G version
> was neglected. Convert it to binman as well.
>
> Signed-off-by: Adam Ford
> ---
> Based on WIP/2022-01-07-imx8-and-buildman-updates
Reviewed-by: Fabio Estevam
On Fri, Jan 7, 2022 at 2:39 PM Tom Rini wrote:
> On Fri, Jan 07, 2022 at 12:37:52PM -0800, Tim Harvey wrote:
> > On Fri, Jan 7, 2022 at 12:27 PM Tom Rini wrote:
> > >
> > > On Fri, Jan 07, 2022 at 12:24:57PM -0800, Tim Harvey wrote:
> > > > On Fri, Jan 7, 2022 at 12:08 PM Adam Ford
> wrote:
>
On Fri, Jan 07, 2022 at 12:37:52PM -0800, Tim Harvey wrote:
> On Fri, Jan 7, 2022 at 12:27 PM Tom Rini wrote:
> >
> > On Fri, Jan 07, 2022 at 12:24:57PM -0800, Tim Harvey wrote:
> > > On Fri, Jan 7, 2022 at 12:08 PM Adam Ford wrote:
> > > >
> > > >
> > > >
> > > > On Fri, Jan 7, 2022 at 12:25 PM
The standard 1GB Nano was converted to binman, but the 2G version
was neglected. Convert it to binman as well.
Signed-off-by: Adam Ford
---
Based on WIP/2022-01-07-imx8-and-buildman-updates
diff --git a/board/beacon/imx8mn/Kconfig b/board/beacon/imx8mn/Kconfig
index 65d2923918..fb301397b1
On Fri, Jan 7, 2022 at 12:27 PM Tom Rini wrote:
>
> On Fri, Jan 07, 2022 at 12:24:57PM -0800, Tim Harvey wrote:
> > On Fri, Jan 7, 2022 at 12:08 PM Adam Ford wrote:
> > >
> > >
> > >
> > > On Fri, Jan 7, 2022 at 12:25 PM Tom Rini wrote:
> > >>
> > >> On Fri, Jan 07, 2022 at 12:21:18PM -0600,
On Fri, Jan 07, 2022 at 12:24:57PM -0800, Tim Harvey wrote:
> On Fri, Jan 7, 2022 at 12:08 PM Adam Ford wrote:
> >
> >
> >
> > On Fri, Jan 7, 2022 at 12:25 PM Tom Rini wrote:
> >>
> >> On Fri, Jan 07, 2022 at 12:21:18PM -0600, Adam Ford wrote:
> >> > On Fri, Jan 7, 2022 at 11:38 AM Tom Rini
On Fri, Jan 7, 2022 at 12:08 PM Adam Ford wrote:
>
>
>
> On Fri, Jan 7, 2022 at 12:25 PM Tom Rini wrote:
>>
>> On Fri, Jan 07, 2022 at 12:21:18PM -0600, Adam Ford wrote:
>> > On Fri, Jan 7, 2022 at 11:38 AM Tom Rini wrote:
>> >
>> > > On Fri, Jan 07, 2022 at 09:27:05AM -0800, Tim Harvey wrote:
Hi Tom,
On Thu, Dec 23, 2021 at 12:03 PM Fabio Estevam wrote:
>
> Hi Tom/Stefano,
>
> On Mon, Dec 20, 2021 at 1:10 PM Peter Robinson wrote:
>
> > Reviewed-by: Peter Robinson
>
> Please consider this series and Peter's series on udoo_neo for 2022.01.
>
> They make udoo and udoo_neo functional
When TF-A hands over control to Armv8 SPL/U-boot in K3 architecture,
by default, the SERROR[1] is not trapped in EL2/1 - this allows
bootloaders and hypervisors to make specific choices as to what they
would like to do.
However the side effect of this design choice is that if TF-A does'nt
trap
On Fri, Jan 07, 2022 at 02:08:00PM -0600, Adam Ford wrote:
> On Fri, Jan 7, 2022 at 12:25 PM Tom Rini wrote:
>
> > On Fri, Jan 07, 2022 at 12:21:18PM -0600, Adam Ford wrote:
> > > On Fri, Jan 7, 2022 at 11:38 AM Tom Rini wrote:
> > >
> > > > On Fri, Jan 07, 2022 at 09:27:05AM -0800, Tim Harvey
On Fri, Jan 7, 2022 at 12:25 PM Tom Rini wrote:
> On Fri, Jan 07, 2022 at 12:21:18PM -0600, Adam Ford wrote:
> > On Fri, Jan 7, 2022 at 11:38 AM Tom Rini wrote:
> >
> > > On Fri, Jan 07, 2022 at 09:27:05AM -0800, Tim Harvey wrote:
> > > > On Thu, Jan 6, 2022 at 12:27 PM Tim Harvey
> > > wrote:
Model names are SM-A{3,5,7}20, just SM-{3,5,7}20 could also refer to
SM-J{3,5,7}20 or SM-T{3,5,7}20.
Fixes: 3e2095e960b4 ("board: samsung: add support for Galaxy A series
of 2017 (a5y17lte)")
Signed-off-by: Henrik Grimler
---
doc/board/samsung/axy17lte.rst | 6 +++---
1 file changed, 3
a7y17lte is called SM-A720F, and a3y17lte SM-A320F. a3y17lte also
should select PINCTRL_EXYNOS78x0, not the (non-existent)
PINCTRL_EXYNOS7880, and it has an Exynos 7870 SoC and not 7880.
Fixes: 3e2095e960b4 ("board: samsung: add support for Galaxy A series
of 2017 (a5y17lte)")
Signed-off-by:
Initial commit of librem5 spl and u-boot based on the imx8mq_evk
u-boot
Signed-off-by: Angus Ainslie
Co-authored-by: Sebastian Krzyszkowiak
Signed-off-by: Sebastian Krzyszkowiak
---
MAINTAINERS |8 +
arch/arm/dts/Makefile|3 +-
The Rockchip SoCs rk3066/rk3188 have mmc DT nodes
with as compatible string "rockchip,rk2928-dw-mshc".
Add support to the existing driver with help of
a DM_DRIVER_ALIAS.
This type needs a permanent enabled fifo.
The other Rockchip SoCs not always have the property
"fifo-mode" in the TPL/SPL DT
The document rockchip-dw-mshc.yaml decribes a maximum of 4 clocks.
In the rockchip_dw_mmc driver the clock name in use was "fixed"
to "ciu" with index 1, but later reverted back to index 0.
The clock drivers can handle both, but the calling driver
should submit correct data as a standard practice.
On 1/7/2022 7:12 AM, Tom Rini wrote:
> On Thu, Jan 06, 2022 at 01:14:40PM -0800, Troy Kisky wrote:
>> On 12/28/2021 5:11 AM, Tom Rini wrote:
>>> On Tue, Dec 28, 2021 at 01:33:05AM -0700, Simon Glass wrote:
Hi Troy,
On Fri, 17 Dec 2021 at 16:02, Troy Kisky
wrote:
>
>
On Fri, Jan 07, 2022 at 12:21:18PM -0600, Adam Ford wrote:
> On Fri, Jan 7, 2022 at 11:38 AM Tom Rini wrote:
>
> > On Fri, Jan 07, 2022 at 09:27:05AM -0800, Tim Harvey wrote:
> > > On Thu, Jan 6, 2022 at 12:27 PM Tim Harvey
> > wrote:
> > > >
> > > > On Thu, Jan 6, 2022 at 11:18 AM ZHIZHIKIN
On Fri, Jan 7, 2022 at 11:38 AM Tom Rini wrote:
> On Fri, Jan 07, 2022 at 09:27:05AM -0800, Tim Harvey wrote:
> > On Thu, Jan 6, 2022 at 12:27 PM Tim Harvey
> wrote:
> > >
> > > On Thu, Jan 6, 2022 at 11:18 AM ZHIZHIKIN Andrey
> > > wrote:
> > > >
> > > > Hello Tom,
> > > >
> > > > >
From: Chris Morgan
For sunxi boards with the AXP209, AXP221, AXP809, and AXP818 PMICs
(plus possibly others, I only confirmed the datasheets for these),
it is sometimes desirable to not power up whenever the device is
plugged in. An example would be when using the NTC CHIP inside a
PocketCHIP.
From: Chris Morgan
This adds a compatible string for the Allwinner Sun4i-A10 I2C
controller. Without this, boards based on the R8 and A13 (at a
minimum) fail to boot.
Signed-off-by: Chris Morgan
---
drivers/i2c/mvtwsi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/i2c/mvtwsi.c
On 1/7/22 17:23, Camelia Alexandra Groza (OSS) wrote:
-Original Message-
From: U-Boot On Behalf Of Markus Koch
Sent: Tuesday, January 4, 2022 17:42
To: Ioana Ciornei ; joe.hershber...@ni.com;
rfried@gmail.com
Cc: Madalin Bucur (OSS) ; Camelia Alexandra
Groza ; u-boot@lists.denx.de;
On Fri, Jan 07, 2022 at 09:27:05AM -0800, Tim Harvey wrote:
> On Thu, Jan 6, 2022 at 12:27 PM Tim Harvey wrote:
> >
> > On Thu, Jan 6, 2022 at 11:18 AM ZHIZHIKIN Andrey
> > wrote:
> > >
> > > Hello Tom,
> > >
> > > > -Original Message-
> > > > From: U-Boot On Behalf Of Tom Rini
> > > >
Add support of secondary boot address for imx8mn. The secondary
boot address is hardcoded in the fuse. The value is calculated
from there according to the following description:
The fuse IMG_CNTN_SET1_OFFSET (0x490[22:19]) is defined as follows:
- Secondary boot is disabled if fuse value is
On Thu, Jan 6, 2022 at 12:27 PM Tim Harvey wrote:
>
> On Thu, Jan 6, 2022 at 11:18 AM ZHIZHIKIN Andrey
> wrote:
> >
> > Hello Tom,
> >
> > > -Original Message-
> > > From: U-Boot On Behalf Of Tom Rini
> > > Sent: Thursday, January 6, 2022 7:52 PM
> > > To: u-boot@lists.denx.de
> > > Cc:
On Thu, Nov 11, 2021 at 09:26:01AM +, Peter Hoyes wrote:
> From: Peter Hoyes
>
> Move env var address values to #defines so they can be reused elsewhere.
>
> Rename env var names to those recommended in the README and modify
> addresses to allow more space for the kernel.
>
> Fix issue
On Sat, Nov 20, 2021 at 11:55:42PM +0100, Linus Walleij wrote:
> When using a recent kernel with a bunch of compiled-in
> stuff the kernel image easily becomes bigger than 8 MB
> yielding this error:
>
> Loading Kernel Image
> Image too large: increase CONFIG_SYS_BOOTM_LEN
> Must RESET
On Mon, Nov 15, 2021 at 06:28:54PM +0100, Jan Kiszka wrote:
> From: Jan Kiszka
>
> DTBs are explicitly listed in the image source file for this board, and
> this list already became outdated.
>
> Signed-off-by: Jan Kiszka
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description:
On Sun, Nov 14, 2021 at 01:09:54PM +0100, Mark Kettenis wrote:
> The memory layout is taken from the device tree passed to us by
> m1n1, so there is no need to define this.
>
> Signed-off-by: Mark Kettenis
> Reviewed-by: Simon Glass
> Tested-by: Simon Glass
Applied to u-boot/next, thanks!
On Thu, Nov 11, 2021 at 09:26:03AM +, Peter Hoyes wrote:
> From: Peter Hoyes
>
> The SMSC driver is using the old driver model.
>
> Init the virtio system in vexpress64.c so that the network device is
> discovered.
>
> Signed-off-by: Peter Hoyes
> Reviewed-by: Andre Przywara
Applied to
On Thu, Nov 11, 2021 at 09:26:02AM +, Peter Hoyes wrote:
> From: Peter Hoyes
>
> Capture x0 in lowlevel_init.S as potential fdt address. Modify
> board_fdt_blob_setup to use fdt address from either vexpress_aemv8.h
> or lowlevel_init.S.
>
> Signed-off-by: Peter Hoyes
> Reviewed-by: Andre
On Thu, Nov 11, 2021 at 09:26:00AM +, Peter Hoyes wrote:
> From: Peter Hoyes
>
> Rename from vexpress_aemv8a.h -> vepxress_aemv8.h as new FVPs may not be
> v8-A. No change in behavior.
>
> This is towards future work to enable support for the FVP_BaseR.
>
> Signed-off-by: Peter Hoyes
>
On Thu, Nov 11, 2021 at 09:25:59AM +, Peter Hoyes wrote:
> From: Peter Hoyes
>
> Create a new documentation section for Arm Ltd boards with a sub-page
> for the VExpress64 boards (FVP-A and Juno).
>
> Signed-off-by: Peter Hoyes
> Reviewed-by: Andre Przywara
Applied to u-boot/next,
On Wed, Jan 05, 2022 at 09:07:57AM +0800, Bin Meng wrote:
> When using QEMU to have a quick test of booting U-Boot S-mode payload
> directly without the needs of preparing the SPI flash or SD card images
> for SiFive Unleashed board, as per the instructions [1], it currently
> does not boot any
On Mon, Jan 03, 2022 at 12:15:12PM -0300, Fabio Estevam wrote:
> By default the Model information from DT is printed:
>
> CPU: Freescale i.MX6SX rev1.2 996 MHz (running at 792 MHz)
> CPU: Extended Commercial temperature grade (-20C to 105C) at 63C
> Reset cause: POR
> Model: UDOO Neo Basic
>
On Mon, Jan 03, 2022 at 12:15:11PM -0300, Fabio Estevam wrote:
> Currently, the board model is not printed correctly:
>
> Board: UDOO Neo UNDEFINED
>
> Read the model type in SPL and store it the internal OCRAM, so that
> U-Boot proper can retrieve it correctly.
>
> Signed-off-by: Fabio
On Mon, Jan 03, 2022 at 01:04:18PM +0100, quentin.sch...@theobroma-systems.com
wrote:
> From: Quentin Schulz
>
> Philipp does not work at Theobroma Systems anymore so let's swap
> Philipp's address with mine.
>
> Cc: Philipp Tomsich
> Cc: Quentin Schulz
> Signed-off-by: Quentin Schulz
>
On Sat, Jan 01, 2022 at 07:51:39PM +0100, Marek Vasut wrote:
> This reverts commit 92f1e9a4b31c0bf0f4f61ab823a6a88657323646.
> The aforementioned patch causes massive breakage on all platforms which
> have 'assigned-clock' DT property in their DT which references any clock
> that are not
On Tue, Dec 21, 2021 at 12:32:49PM +, Peter Robinson wrote:
> Enable support for USB and USB storage on the UDOO Neo.
>
> Signed-off-by: Peter Robinson
> Reviewed-by: Fabio Estevam
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Dec 21, 2021 at 12:32:48PM +, Peter Robinson wrote:
> The ethernet has a RMII not RGMII, also needs DM_MDIO and finally
> initialise it later in the process as it's not needed that early on
> and not everything is ready so it locks up the device.
>
> Signed-off-by: Peter Robinson
>
On Tue, Dec 21, 2021 at 12:32:47PM +, Peter Robinson wrote:
> This fixes booting from the mSD card from both SPL and when
> using it for the OS booting. It also cleans up a few mmc
> booting bits that are no longer needed.
>
> Signed-off-by: Peter Robinson
> Reviewed-by: Fabio Estevam
On Tue, Dec 21, 2021 at 12:32:46PM +, Peter Robinson wrote:
> Calling gpio_request() prior to its usage is now mandatory.
>
> This fixes the following GPIO errors:
> gpio@20a8000: set_dir_flags: error: gpio GPIO4_16 not reserved
> gpio@20a8000: set_dir_flags: error: gpio GPIO4_13 not
Per the android documentation[1]:
- the mmc2boot0 partition should be labeled "bootloader".
- the mmc2boot1 partition should be labeled "bootenv".
Also the u-boot documentation[2] refers to a BOOT1_OFFSET of 1 block.
Define 2 raw partitions to store the bootloaders and the bootenv.
[1]
This is all of the code required to boot the Librem5 Phone. I wasn't sure
if a single large patch including all of the code would be better or
multiple patches, here it is all at once.
It can boot the phone in uuu mode or directly from the eMMC
Angus Ainslie (1):
board: purism: librem5: add
> -Original Message-
> From: U-Boot On Behalf Of Markus Koch
> Sent: Tuesday, January 4, 2022 17:42
> To: Ioana Ciornei ; joe.hershber...@ni.com;
> rfried@gmail.com
> Cc: Madalin Bucur (OSS) ; Camelia Alexandra
> Groza ; u-boot@lists.denx.de; Markus Koch
>
> Subject: [PATCH v2] net:
The commit 3ad307784847 ("dm: core: device: enable power domain in probe")
introduced enabling power domain when device is probed.
By checking this sequence in Linux kernel was found that power domain is
handled first followed by pinctrl setting.
This patch is switching this order to follow Linux
Hi Gary,
Thank you for your patch.
Marek Vasut writes:
> On 1/6/22 16:21, Neil Armstrong wrote:
>> Hi,
>>
>> On 06/01/2022 16:02, Gary Bisson wrote:
>>> Fastboot support has been broken on platforms using dwc2 controller
>>> since the gadget gets its max packet size from it.
>>> This patch is
/custodians/u-boot-amlogic.git
tags/u-boot-amlogic-20220107
for you to fetch changes up to 4c8d067bc520fc2ce6dcd7c5833b090f22c67185:
configs: khadas-vim3{l}_android_ab: enable A/B support (2022-01-07 10:12:43
+0100)
- disable
On Thu, Jan 06, 2022 at 01:14:40PM -0800, Troy Kisky wrote:
> On 12/28/2021 5:11 AM, Tom Rini wrote:
> > On Tue, Dec 28, 2021 at 01:33:05AM -0700, Simon Glass wrote:
> >> Hi Troy,
> >>
> >> On Fri, 17 Dec 2021 at 16:02, Troy Kisky
> >> wrote:
> >>>
> >>> This series intends to let board specific
so 27. 11. 2021 v 20:37 odesílatel Ramon Fried napsal:
>
> On Mon, Nov 22, 2021 at 3:45 PM Tom Rini wrote:
> >
> > From: Michal Simek
> >
> > When a MAC address is randomly generated we currently only update the
> > appropriate data structure. For consistency and to re-align with
> > historic
On Fri, Jan 7, 2022 at 6:22 AM Oliver Graute
wrote:
> > That would still leave the following boards broken as nobody has
> > submitted binman patches for them. These are both maintained by Oliver
> > Graute (added to cc):
> > imx8qm_rom7720_a1_4G_defconfig
> > cgtqmx8_defconfig
>
> I will look
From: Pali Rohár
On of the MiniPCIe ports on Turris Omnia is also a mSATA port. Whether
it works in SATA or PCIe mode is determined by a strapping pin, which
value is read from the MCU.
We already determine which type of card is connected when configuring
SerDeses.
But until now we left both
On Fri, 7 Jan 2022 13:49:50 +0100
Marek Behún wrote:
> + mode_sata = (readl(MVEBU_REGISTER(0x183fc)) & GENMASK(3, 0)) == 2;
> + mode_sata = true;
The second line is a bug, left from when I was testing. Sending v2.
Sorry.
Marek
From: Pali Rohár
On of the MiniPCIe ports on Turris Omnia is also a mSATA port. Whether
it works in SATA or PCIe mode is determined by a strapping pin, which
value is read from the MCU.
We already determine which type of card is connected when configuring
SerDeses.
But until now we left both
On Mon, 13 Dec 2021 at 14:51, Simon Glass wrote:
>
> On Thu, 9 Dec 2021 at 23:58, AKASHI Takahiro
> wrote:
> >
> > Due to a non-existing parameter name in macro's, use of those macro's will
> > cause a compiler error of "undefined reference".
> > Unfortunately, dm test doesn't fail because a
> That would still leave the following boards broken as nobody has
> submitted binman patches for them. These are both maintained by Oliver
> Graute (added to cc):
> imx8qm_rom7720_a1_4G_defconfig
> cgtqmx8_defconfig
I will look at this. So far I don't know very much about binman. So Can
you
Hello Simon, Stefan,
this patch is for u-boot-dm, but will apply only after marvell/next is
merged.
Could we perhaps review it and let Stefan apply it on marvell/next?
BTW it passed CI on github.
Marek
From: Marek Behún
Add macro fdt_for_each_node_by_compatible() to allow iterating over
fdt nodes by compatible string.
Convert various usages of
off = fdt_node_offset_by_compatible(fdt, start, compat);
while (off > 0) {
code();
off = fdt_node_offset_by_compatible(fdt,
Hi Mark,
[...]
>
> > > Also, keep in mind that BootOrder and Boot only really work if
> > > there is runtime EFI variable support. So the boot menu should
> > > include options to select a device to boot from and use the default
> > > (removable media) bootloader from the ESP on that device.
On 22/11/2021 16:22, Mattijs Korpershoek wrote:
> The VIM3 and VIM3L boards are well supported in the
> Android Open Source project via the yukawa [1] platform.
>
> Their U-Boot version, despite being public [2] is not in mainline.
>
> [1] https://android.googlesource.com/device/amlogic/yukawa
>
On 22/11/2021 12:07, Neil Armstrong wrote:
> On Meson GXL, GXM, AXG, G12A, G12B & SM1 SoCs, we can generate an unique
> MAC address if none valid found in the eFuses storage.
>
> Only the GXBB based boards doesn't have a fallback way to generate an
> unique MAC address, so we rely on
96 matches
Mail list logo
