On 6/12/21 2:13 AM, AKASHI Takahiro wrote:
Hi Vincent,
Thank you for the update.
On Fri, Jun 11, 2021 at 07:06:01PM +0200, Heinrich Schuchardt wrote:
Cc: Takahiro, Sughosh, Ilias
On 6/11/21 6:15 PM, Vincent Stehlé wrote:
UpdateCapsule() must return EFI_INVALID_PARAMETER in a number of cases,
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. T
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
scripts/
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
---
arch/arm/includ
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 Este
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 Zer
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 f
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,
> ryder@mediate
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 deletion
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
> > + *
> > + * Thi
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 Zh
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:
>
> Signed-off-by:
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 indeed
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 archit
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 = <&usbphynop1>;
> instead of fsl,usbphy =
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
$(buil
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 w
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 = <&clks 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 25
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 t
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 M
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 = <&clks IMX7D_USB_PHY1_CLK>;
clock-names = "main_clk";
#phy-cells = <0>;
};
which does not have
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 deletion
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 a
28 matches
Mail list logo
