Most Allwinner sunxi SoCs have separate boot ROMs in non-secure and
secure mode. The non-secure boot ROM (NBROM) uses the existing
sunxi_egon image type. The secure boot ROM (SBROM) uses a completely
different image type, known as TOC0.
A TOC0 image is composed of a header and two or more items.
Now that mkimage can generate TOC0 images, and the SPL can interpret
them, hook up the build infrastructure so the user can choose which
image type to build.
Signed-off-by: Samuel Holland
---
arch/arm/mach-sunxi/Kconfig | 2 ++
board/sunxi/Kconfig | 24
SPL uses the image header to detect the boot device and to find the
offset of U-Boot proper. Since this information is stored differently in
eGON and TOC0 image headers, add code to find the correct value based on
the image type currently in use.
Signed-off-by: Samuel Holland
---
Some mkimage features require linking with OpenSSL. Instead of linking
OpenSSL based on the individual platform symbols, create a single
Kconfig symbol which can be selected by platforms as necessary. Then,
all OpenSSL-dependent image types can be enabled at once.
Cc: Stefano Babic
Cc: Fabio
This series adds support for the TOC0 image format used by the Allwinner
secure boot ROM (SBROM). This series has been tested on the following
SoCs/boards, with the eFuse burnt to enable secure mode:
- A64: Pine A64 Plus
- H5: Orange Pi Zero Plus
- H6: Pine H64 Model B
- H616: Orange Pi
On Fri, Jun 18, 2021 at 3:09 PM Bin Meng wrote:
>
> When switching to kernel.org x86_64 gcc 11.1.0 toolchain, u-boot.rom
> built from qemu-x86_defconfig no longer boots anymore. Investigation
> shows that U-Boot fails at a very early stage during the boot process,
> in fdtdec_prepare_fdt() where
Jaime Liao/TAIWAN/MXIC 已在 2021/06/21 上午 09:59:29 上寫入:
> JaimeLiao 廖俊明/台灣/旺宏
> 2021/06/21 上午 09:59
>
> 收件人
>
> "Pratyush Yadav" ,
>
> 副本抄送
>
> chris.pack...@alliedtelesis.co.nz, chunfeng@mediatek.com,
> gss_mtk_uboot_upstr...@mediatek.com, ja...@amarulasolutions.com,
>
The existing intructions in the U-Boot on EFI doc do not work with
the latest QEMU. Update the doc with the correct instructions, as
well as using the new OVMF URL link.
Signed-off-by: Bin Meng
---
doc/develop/uefi/u-boot_on_efi.rst | 12 +++-
1 file changed, 7 insertions(+), 5
Hi Pratyush
> Hi,
>
> On 18/06/21 04:55PM, jaimel...@mxic.com.tw wrote:
> >
> > Hi Pratyush
> >
> >
> > +#ifdef CONFIG_SPI_FLASH_SOFT_RESET
> > +/**
> > + * spi_nor_soft_reset() - perform the JEDEC Software Reset sequence
> > + * @nor:the spi_nor structure
> > + *
> > + *
On Wed, 16 Jun 2021 10:33:26 +0800
qianfangui...@163.com (qianfangui...@163.com) wrote:
Hi,
> From: qianfan Zhao
>
> Since the usb otg driver support R40 device, we enable usb gadget
> functions and ums.
>
> Signed-off-by: qianfan Zhao
> ---
> configs/Bananapi_M2_Ultra_defconfig | 5 -
>
On Wed, 16 Jun 2021 10:33:25 +0800
qianfangui...@163.com (qianfangui...@163.com) wrote:
Hi,
in general this patch looks mostly alright (see below), but this needs
to go through Linux first, since we only sync DTs this way.
Some comments below, for when you send this to Linux:
> From: qianfan
On Wed, 16 Jun 2021 10:33:24 +0800
qianfangui...@163.com (qianfangui...@163.com) wrote:
Hi,
> From: qianfan Zhao
>
> R40 has 8 user-configurable endpoints and 8KB FIFO for EPs.
This means the MUSB controller is fully compatible to the H3, so this
whole patch is not needed:
>
>
On Wed, 16 Jun 2021 10:33:23 +0800
qianfangui...@163.com (qianfangui...@163.com) wrote:
Hi,
first many thanks for sending this! Indeed OTG support was
broken/missing on the R40, also in Linux.
So it seems you have the found the problem: the missing PHY multiplex.
Many thanks for that! This
On Sat, 19 Jun 2021 17:21:11 +0800
Icenowy Zheng wrote:
> As mkimage -T sunxi_egon now gains support for -A parameter, specify the
> architecture when generating SPL boot image for sunxi.
>
> Signed-off-by: Icenowy Zheng
Reviewed-by: Andre Przywara
Thanks!
Andre
> ---
> No changes in v2.
>
On Sat, 19 Jun 2021 17:20:05 +0800
Icenowy Zheng wrote:
> There's now a sun20i family in sunxi, which uses RISC-V CPU.
>
> Add support for making eGON.BT0 image for RISC-V.
>
> Signed-off-by: Icenowy Zheng
Compared against the RISC-V manual.
Reviewed-by: Andre Przywara
Cheers,
Andre
>
On Sat, 19 Jun 2021 17:20:04 +0800
Icenowy Zheng wrote:
> Refactor some functions in mkimage sunxi_egon type, in order to prepare
> for adding support for more CPU architectures (e.g. RISC-V). In
> addition, compatibility for operation w/o specified architecture is
> kept, in this case the
Hi Marek,
On Sun, Jun 20, 2021 at 5:11 PM Marek Vasut wrote:
> I applied both, but this looks very much like mx8mm which also uses
> nop-phy . So I think what would be even nicer is if you could try and
> enable CONFIG_PHY , patch the DT to specify phys = <>;
> instead of fsl,usbphy = <>; and
From: Jan Kiszka
The column width for a command name is 8.
Signed-off-by: Jan Kiszka
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index a73481d18c..71cf6f72b0 100644
--- a/Makefile
+++ b/Makefile
@@ -2279,7 +2279,7 @@ endif
Hi all,
commit 958f2e57 ("build: use thin archives instead of incremental
linking") broke scripts/get_default_envs.sh:
aarch64-linux-gnu-objcopy:copy_built-in.o: sorry: copying thin archives
is not currently supported: invalid operation
I know (by now) that there is a u-boot-initial-env target
On 6/20/21 5:00 PM, Fabio Estevam wrote:
Unlike imx6, on imx7 the USB PHY is described as:
usbphynop1: usbphynop1 {
compatible = "usb-nop-xceiv";
clocks = < IMX7D_USB_PHY1_CLK>;
clock-names = "main_clk";
#phy-cells = <0>;
On 6/20/21 5:54 PM, Tom Rini wrote:
[...]
As far as I understand, the RX51 has gigabytes of eMMC storage, so it can
use SPL just like any other OMAP3 board.
U-Boot is being called by the old vendor X-Loader fork and needs to take
up the existing flash spot.
So, why not place SPL in those
On 6/20/21 5:00 PM, Fabio Estevam wrote:
Hi,
[...]
There is no fdtdec_get_alias_seq() in the above commit , and in fact,
there shouldn't be, since all the sub-device addresses and offsets
should be parsed out of DT now. So the only suggestion I can offer is,
look into your DT and see whether
Hi Pierre-Jean,
On 20/06/2021 13:01, Pierre-Jean Texier wrote:
Thanks for the fix.
Successfully tested on two boards:
- imx7s-warp,
- imx7d-pico-pi
Tested-by: Pierre-Jean Texier
Thanks for testing.
As you tested on the imx7s-warp board, you probably
noticed a 'slowdown' related to the
On Sun, Jun 20, 2021 at 05:52:03AM +0200, Marek Vasut wrote:
> On 6/19/21 10:51 PM, Tom Rini wrote:
>
> Hi,
>
> > > > > > > > > > Currently DM_USB requires OF_CONTROL to be
> > > > > > > > > > enabled, otherwise link errors
> > > > > > > > > > occur. On the other hand OF_CONTROL requires
> > > >
Unlike imx6, on imx7 the USB PHY is described as:
usbphynop1: usbphynop1 {
compatible = "usb-nop-xceiv";
clocks = < IMX7D_USB_PHY1_CLK>;
clock-names = "main_clk";
#phy-cells = <0>;
};
which does not have the
On a imx7s-warp board the fdtdec_get_alias_seq() function
always fails.
As priv->portnr is only used on i.MX6, move fdtdec_get_alias_seq()
inside the CONFIG_MX6 block.
Signed-off-by: Fabio Estevam
---
drivers/usb/host/ehci-mx6.c | 15 +++
1 file changed, 7 insertions(+), 8
Hi Marek,
On Fri, Jun 18, 2021 at 7:55 PM Marek Vasut wrote:
> There is no fdtdec_get_alias_seq() in the above commit , and in fact,
> there shouldn't be, since all the sub-device addresses and offsets
> should be parsed out of DT now. So the only suggestion I can offer is,
> look into your DT
27 matches
Mail list logo