August 2020 - U-Boot

[PATCH v5 00/10] Remove CONFIG_NR_DRAM_BANKS option and bi_memstart/memsize from bd_info
by Stefan Roese 14 Aug '20

14 Aug '20

This patchset is an extension of the previous single patch "CONFIG_NR_DRAM_BANKS: Remove unreferenced code as its always defined". With a split into separate patches, its hopefully easier to understand, what is changed. The earlier patch versions tried a simple search and replace of the bi_memstart / bi_memsize values with bi_dram[].start/.size. This did not work. This patchset now removes some of the assignments and changes in most cases to gd->ram_base/ram_size instead, which seems a better choice. Successful Azure build report: https://dev.azure.com/sr0718/u-boot/_build/results?buildId=36&view=results Thanks, Stefan Changes in v5: - Add Reviewed-by tag from Pali & Andy - Move "bd" assignment as suggested by Andy - Use PHYSADDR() for xtensa, as the bi_memstart value was originally defined this way - New patch to fix the failing "test.py xtfpga" CI test - Add Tested-by tag from Oleksandr & Michael Changes in v4: - Only remove dead code with CONFIG_NR_DRAM_BANKS always defined - New patch - New patch - New patch - New patch - New patch - New patch - New patch - New patch Stefan Roese (10): CONFIG_NR_DRAM_BANKS: Remove unreferenced code as its always defined image: Use gd->ram_base/_size in env_get_bootm_size() board_f: Add default values for bi_dram[] in dram_init_banksize() global: Move from bi_memstart/memsize -> gd->ram_base/ram_size xtensa: Remove arch_setup_bdinfo() xtensa: Remove local no-op dram_init_banksize() video: cfb_console.c: Use bi_dram[] values on all platforms powerpc: Remove bi_memstart & bi_memsize assignments in spl.c cmd: bdinfo: Remove print of superseeded bi_memstart / bi_memsize values asm-generic/u-boot.h: Remove bi_memstart & bi_memsize from bd_info api/api_platform-mips.c | 3 +-- api/api_platform-powerpc.c | 2 +- arch/mips/lib/boot.c | 2 +- arch/mips/lib/bootm.c | 2 +- arch/powerpc/cpu/mpc83xx/fdt.c | 2 +- arch/powerpc/cpu/mpc83xx/traps.c | 2 +- arch/powerpc/cpu/mpc85xx/fdt.c | 4 ++-- arch/powerpc/cpu/mpc85xx/traps.c | 2 +- arch/powerpc/cpu/mpc86xx/fdt.c | 4 +++- arch/powerpc/cpu/mpc86xx/traps.c | 2 +- arch/powerpc/cpu/mpc8xx/fdt.c | 2 +- arch/powerpc/lib/bootm.c | 4 ++-- arch/x86/cpu/broadwell/cpu_from_spl.c | 2 -- arch/xtensa/lib/Makefile | 2 +- arch/xtensa/lib/bdinfo.c | 22 ------------------ arch/xtensa/lib/bootm.c | 5 ++-- board/Arcturus/ucp1020/spl.c | 2 -- board/cadence/xtfpga/xtfpga.c | 5 ---- board/freescale/p1010rdb/spl.c | 2 -- board/freescale/p1_p2_rdb_pc/spl.c | 2 -- board/freescale/t102xrdb/spl.c | 2 -- board/freescale/t104xrdb/spl.c | 2 -- board/freescale/t208xqds/spl.c | 2 -- board/freescale/t208xrdb/spl.c | 2 -- board/freescale/t4rdb/spl.c | 2 -- board/xilinx/zynqmp/zynqmp.c | 2 -- cmd/bdinfo.c | 10 -------- cmd/bedbug.c | 2 +- common/board_f.c | 13 ++++------- common/image.c | 10 ++------ common/init/handoff.c | 33 +++++++++++---------------- drivers/pci/pci-uclass.c | 18 ++------------- drivers/video/cfb_console.c | 8 +------ include/asm-generic/u-boot.h | 4 ---- include/handoff.h | 2 -- lib/fdtdec.c | 5 ---- lib/lmb.c | 9 ++------ 37 files changed, 44 insertions(+), 155 deletions(-) delete mode 100644 arch/xtensa/lib/bdinfo.c -- 2.28.0

2 12

[PATCH 1/2] efi_loader: signature: correct a behavior against multiple signatures
by AKASHI Takahiro 14 Aug '20

14 Aug '20

Under the current implementation, all the signatures, if any, in a signed image must be verified before loading it. Meanwhile, UEFI specification v2.8b section 32.5.3.3 says, Multiple signatures are allowed to exist in the binary’s certificate table (as per PE/COFF Section “Attribute Certificate Table”). Only one hash or signature is required to be present in db in order to pass validation, so long as neither the SHA-256 hash of the binary nor any present signature is reflected in dbx. This patch makes the semantics of signature verification compliant with the specification mentioned above. Signed-off-by: AKASHI Takahiro <takahiro.akashi(a)linaro.org> Reported-by: Heinrich Schuchardt <xypron.glpk(a)gmx.de> --- include/efi_loader.h | 9 ++-- lib/efi_loader/efi_image_loader.c | 33 +++++++------- lib/efi_loader/efi_signature.c | 76 +++---------------------------- 3 files changed, 30 insertions(+), 88 deletions(-) diff --git a/include/efi_loader.h b/include/efi_loader.h index df8dc377257c..ae01e909b56c 100644 --- a/include/efi_loader.h +++ b/include/efi_loader.h @@ -770,13 +770,16 @@ struct pkcs7_message; bool efi_signature_lookup_digest(struct efi_image_regions *regs, struct efi_signature_store *db); -bool efi_signature_verify_one(struct efi_image_regions *regs, - struct pkcs7_message *msg, - struct efi_signature_store *db); bool efi_signature_verify(struct efi_image_regions *regs, struct pkcs7_message *msg, struct efi_signature_store *db, struct efi_signature_store *dbx); +static inline bool efi_signature_verify_one(struct efi_image_regions *regs, + struct pkcs7_message *msg, + struct efi_signature_store *db) +{ + return efi_signature_verify(regs, msg, db, NULL); +} bool efi_signature_check_signers(struct pkcs7_message *msg, struct efi_signature_store *dbx); diff --git a/lib/efi_loader/efi_image_loader.c b/lib/efi_loader/efi_image_loader.c index 832bce939403..eea42cc20436 100644 --- a/lib/efi_loader/efi_image_loader.c +++ b/lib/efi_loader/efi_image_loader.c @@ -546,6 +546,11 @@ static bool efi_image_authenticate(void *efi, size_t efi_size) goto err; } + if (efi_signature_lookup_digest(regs, dbx)) { + EFI_PRINT("Image's digest was found in \"dbx\"\n"); + goto err; + } + /* * go through WIN_CERTIFICATE list * NOTE: @@ -553,10 +558,9 @@ static bool efi_image_authenticate(void *efi, size_t efi_size) * in PE header, or as pkcs7 SignerInfo's in SignedData. * So the verification policy here is: * - Success if, at least, one of signatures is verified - * - unless - * any of signatures is rejected explicitly, or - * none of digest algorithms are supported + * - unless signature is rejected explicitly with its digest. */ + for (wincert = wincerts, wincerts_end = (u8 *)wincerts + wincerts_len; (u8 *)wincert < wincerts_end; wincert = (WIN_CERTIFICATE *) @@ -627,32 +631,29 @@ static bool efi_image_authenticate(void *efi, size_t efi_size) /* try black-list first */ if (efi_signature_verify_one(regs, msg, dbx)) { EFI_PRINT("Signature was rejected by \"dbx\"\n"); - goto err; + continue; } if (!efi_signature_check_signers(msg, dbx)) { EFI_PRINT("Signer(s) in \"dbx\"\n"); - goto err; - } - - if (efi_signature_lookup_digest(regs, dbx)) { - EFI_PRINT("Image's digest was found in \"dbx\"\n"); - goto err; + continue; } /* try white-list */ - if (efi_signature_verify(regs, msg, db, dbx)) - continue; + if (efi_signature_verify(regs, msg, db, dbx)) { + ret = true; + break; + } debug("Signature was not verified by \"db\"\n"); - if (efi_signature_lookup_digest(regs, db)) - continue; + if (efi_signature_lookup_digest(regs, db)) { + ret = true; + break; + } debug("Image's digest was not found in \"db\" or \"dbx\"\n"); - goto err; } - ret = true; err: efi_sigstore_free(db); diff --git a/lib/efi_loader/efi_signature.c b/lib/efi_loader/efi_signature.c index 7b33a4010fe8..a8da2496360d 100644 --- a/lib/efi_loader/efi_signature.c +++ b/lib/efi_loader/efi_signature.c @@ -175,6 +175,8 @@ static bool efi_lookup_certificate(struct x509_certificate *cert, if (IS_ERR_OR_NULL(cert_tmp)) continue; + EFI_PRINT("%s: against %s\n", __func__, + cert_tmp->subject); reg[0].data = cert_tmp->tbs; reg[0].size = cert_tmp->tbs_size; if (!efi_hash_regions(reg, 1, &hash_tmp, NULL)) @@ -267,7 +269,7 @@ out: * protocol at this time and any image will be unconditionally revoked * when this match occurs. * - * Return: true if check passed, false otherwise. + * Return: true if check passed (not found), false otherwise. */ static bool efi_signature_check_revocation(struct pkcs7_signed_info *sinfo, struct x509_certificate *cert, @@ -337,70 +339,6 @@ out: return !revoked; } -/** - * efi_signature_verify_one - verify signatures with database - * @regs: List of regions to be authenticated - * @msg: Signature - * @db: Signature database - * - * All the signature pointed to by @msg against image pointed to by @regs - * will be verified by signature database pointed to by @db. - * - * Return: true if verification for one of signatures passed, false - * otherwise - */ -bool efi_signature_verify_one(struct efi_image_regions *regs, - struct pkcs7_message *msg, - struct efi_signature_store *db) -{ - struct pkcs7_signed_info *sinfo; - struct x509_certificate *signer; - bool verified = false; - int ret; - - EFI_PRINT("%s: Enter, %p, %p, %p\n", __func__, regs, msg, db); - - if (!db) - goto out; - - if (!db->sig_data_list) - goto out; - - EFI_PRINT("%s: Verify signed image with db\n", __func__); - for (sinfo = msg->signed_infos; sinfo; sinfo = sinfo->next) { - EFI_PRINT("Signed Info: digest algo: %s, pkey algo: %s\n", - sinfo->sig->hash_algo, sinfo->sig->pkey_algo); - - EFI_PRINT("Verifying certificate chain\n"); - signer = NULL; - ret = pkcs7_verify_one(msg, sinfo, &signer); - if (ret == -ENOPKG) - continue; - - if (ret < 0 || !signer) - goto out; - - if (sinfo->blacklisted) - continue; - - EFI_PRINT("Verifying last certificate in chain\n"); - if (signer->self_signed) { - if (efi_lookup_certificate(signer, db)) { - verified = true; - goto out; - } - } else if (efi_verify_certificate(signer, db, NULL)) { - verified = true; - goto out; - } - EFI_PRINT("Valid certificate not in db\n"); - } - -out: - EFI_PRINT("%s: Exit, verified: %d\n", __func__, verified); - return verified; -} - /* * efi_signature_verify - verify signatures with db and dbx * @regs: List of regions to be authenticated @@ -463,7 +401,7 @@ bool efi_signature_verify(struct efi_image_regions *regs, if (efi_lookup_certificate(signer, db)) if (efi_signature_check_revocation(sinfo, signer, dbx)) - continue; + break; } else if (efi_verify_certificate(signer, db, &root)) { bool check; @@ -471,13 +409,13 @@ bool efi_signature_verify(struct efi_image_regions *regs, dbx); x509_free_certificate(root); if (check) - continue; + break; } EFI_PRINT("Certificate chain didn't reach trusted CA\n"); - goto out; } - verified = true; + if (sinfo) + verified = true; out: EFI_PRINT("%s: Exit, verified: %d\n", __func__, verified); return verified; -- 2.28.0

2 2

[PATCH] arm: dts: mt7622: add USB nodes to rfb
by Frank Wunderlich 14 Aug '20

14 Aug '20

From: Frank Wunderlich <frank-w(a)public-files.de> Add USB nodes to MT7622 reference board Signed-off-by: Frank Wunderlich <frank-w(a)public-files.de> --- based on "Add USB for MT7622/MT7623" [1] [1] https://patchwork.ozlabs.org/project/uboot/list/?series=195547 --- arch/arm/dts/mt7622-rfb.dts | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/arch/arm/dts/mt7622-rfb.dts b/arch/arm/dts/mt7622-rfb.dts index 4df3044f9b..f017f42fe1 100644 --- a/arch/arm/dts/mt7622-rfb.dts +++ b/arch/arm/dts/mt7622-rfb.dts @@ -235,3 +235,11 @@ full-duplex; }; }; + +&ssusb { + status = "okay"; +}; + +&u3phy { + status = "okay"; +}; -- 2.25.1

1 0

[PATCH 0/3] Add USB for MT7622/MT7623
by Frank Wunderlich 14 Aug '20

14 Aug '20

From: Frank Wunderlich <frank-w(a)public-files.de> This Series adds missing ssusb clock for MT7622 and DTS-Nodes for MT7622/BPI-R64 and MT7623/BPI-R2 is based on xHCI 0.96 support [1] [1] https://patchwork.ozlabs.org/project/uboot/list/?series=195331 [2] https://patchwork.ozlabs.org/project/uboot/list/?series=194922 Frank Wunderlich (3): clk: mt7622: add needed clocks for ssusb-node arm: dts: mt7622: add USB nodes arm: dts: mt7623: add USB nodes arch/arm/dts/mt7622-bpi-r64.dts | 8 +++ arch/arm/dts/mt7622.dtsi | 64 ++++++++++++++++++++++++ arch/arm/dts/mt7623.dtsi | 46 +++++++++++++++++ arch/arm/dts/mt7623n-bananapi-bpi-r2.dts | 16 ++++++ drivers/clk/mediatek/clk-mt7622.c | 42 ++++++++++++++++ 5 files changed, 176 insertions(+) -- 2.25.1

1 3

[PATCH v4 01/17] Kconfig: Introduce CONFIG_SYS_HAS_SRAM
by Ovidiu Panait 14 Aug '20

14 Aug '20

In order to be able to replace "#ifdef CONFIG_SYS_SRAM_BASE" sequences with the IS_ENABLED() equivalent, introduce a new boolean Kconfig option that signals whether the platform has SRAM support. Reviewed-by: Simon Glass <sjg(a)chromium.org> Signed-off-by: Ovidiu Panait <ovidiu.panait(a)windriver.com> --- Kconfig | 11 +++++++++++ 1 file changed, 11 insertions(+) diff --git a/Kconfig b/Kconfig index 566ca72c92..934c020a2f 100644 --- a/Kconfig +++ b/Kconfig @@ -350,6 +350,17 @@ config PLATFORM_ELFENTRY default "__start" if MIPS default "_start" +config SYS_HAS_SRAM + bool + default y if TARGET_PIC32MZDASK + default y if TARGET_DEVKIT8000 + default y if TARGET_TRICORDER + default n + help + Enable this to allow support for the on board SRAM. + SRAM base address is controlled by CONFIG_SYS_SRAM_BASE. + SRAM size is controlled by CONFIG_SYS_SRAM_SIZE. + endmenu # General setup menu "Boot images" -- 2.17.1

5 37

[PATCH v4 00/12] riscv: Add FPIOA and GPIO support for Kendryte K210
by Sean Anderson 14 Aug '20

14 Aug '20

This patch series adds support for pinmuxing, gpios, and leds on the Kendyte K210. This patch series was previously part of https://patchwork.ozlabs.org/project/uboot/list/?series=161576 This patch series depends on https://patchwork.ozlabs.org/project/uboot/list/?series=178480 Changes in v4: - Add sandbox dt-binding headers to MAINTAINERS - Add test for led behavior - Add test/dm/pinmux.c to patch - Move sandbox_* variables into a priv structure. This resets them to the default state every time we re-probe. - Reformat documentation in dm/pinctrl.h Changes in v3: - Add dt-bindings/pinctrl/sandbox-pinmux.h to patch Changes in v2: - Add test for pinmuxing - Don't clear existing pinctrl settings on probe - Re-order GPIOs to match the defaults more closely - Rebase onto v13 of "riscv: Add Sipeed Maix support" - Rewrite FPIOA driver to use pinmux property - Support muxing the output enable signal for each function in the FPIOA - Support output and input inversion in the pinmux driver - Support pinmux property in pinctrl-generic Sean Anderson (12): pinctrl: Add pinmux property support to pinctrl-generic pinctrl: Reformat documentation in dm/pinctrl.h test: pinmux: Add test for pin muxing pinctrl: Add support for Kendryte K210 FPIOA gpio: sifive: Use generic reg read function gpio: dw: Fix warnings about casting int to pointer gpio: dw: Add a trailing underscore to generated name gpio: dw: Return output value when direction is out led: gpio: Default to using node name if label is absent test: dm: Test for default led naming riscv: Add pinmux and gpio bindings for Kendryte K210 riscv: Add FPIOA and GPIO support for Kendryte K210 MAINTAINERS | 3 + arch/riscv/dts/k210-maix-bit.dts | 104 +++ arch/riscv/dts/k210.dtsi | 12 + arch/sandbox/dts/test.dts | 47 +- board/sipeed/maix/Kconfig | 9 + doc/board/sipeed/maix.rst | 64 +- .../pinctrl/kendryte,k210-fpioa.txt | 102 +++ .../pinctrl/pinctrl-bindings.txt | 65 +- drivers/gpio/dwapb_gpio.c | 33 +- drivers/gpio/sifive-gpio.c | 2 +- drivers/led/led_gpio.c | 7 +- drivers/pinctrl/Kconfig | 1 + drivers/pinctrl/Makefile | 1 + drivers/pinctrl/kendryte/Kconfig | 7 + drivers/pinctrl/kendryte/Makefile | 1 + drivers/pinctrl/kendryte/pinctrl.c | 678 ++++++++++++++++++ drivers/pinctrl/kendryte/pinctrl.h | 70 ++ drivers/pinctrl/pinctrl-generic.c | 125 +++- drivers/pinctrl/pinctrl-sandbox.c | 186 +++-- include/dm/pinctrl.h | 360 +++++++--- include/dt-bindings/pinctrl/k210-pinctrl.h | 277 +++++++ include/dt-bindings/pinctrl/sandbox-pinmux.h | 19 + test/dm/Makefile | 3 + test/dm/led.c | 3 +- test/dm/pinmux.c | 57 ++ test/py/tests/test_pinmux.py | 36 +- 26 files changed, 2027 insertions(+), 245 deletions(-) create mode 100644 doc/device-tree-bindings/pinctrl/kendryte,k210-fpioa.txt create mode 100644 drivers/pinctrl/kendryte/Kconfig create mode 100644 drivers/pinctrl/kendryte/Makefile create mode 100644 drivers/pinctrl/kendryte/pinctrl.c create mode 100644 drivers/pinctrl/kendryte/pinctrl.h create mode 100644 include/dt-bindings/pinctrl/k210-pinctrl.h create mode 100644 include/dt-bindings/pinctrl/sandbox-pinmux.h create mode 100644 test/dm/pinmux.c -- 2.26.2

3 22

Please pull u-boot-marvell/master
by Stefan Roese 13 Aug '20

13 Aug '20

Hi Tom, please pull these MVEBU related patches: ---------------------------------------------------------------- - Fix dtc warnings for some MVEBU boards ---------------------------------------------------------------- Here the Azure build, without any issues: https://dev.azure.com/sr0718/u-boot/_build/results?buildId=35&view=results Thanks, Stefan The following changes since commit dbfca734d0e2b36a966be066cb2dc15e0fc71c85: Makefile: fix annoying sunxi hack message (2020-08-12 08:06:00 -0400) are available in the Git repository at: git@gitlab.denx.de:u-boot/custodians/u-boot-marvell.git for you to fetch changes up to ac5cd429e3cc892f717075422c4b9c2c29ff8f18: arm: mvebu: armada-3720-turris-mox.dts: Fix dtc warning (2020-08-13 12:07:05 +0200) ---------------------------------------------------------------- Stefan Roese (4): arm: mvebu: armada-xp-theadorable.dts: Fix dtc warning arm: mvebu: armada-xp-maxbcm.dts: Fix dtc warning arm: mvebu: armada-388-gp.dts: Fix dtc warnings arm: mvebu: armada-3720-turris-mox.dts: Fix dtc warning arch/arm/dts/armada-3720-turris-mox.dts | 2 ++ arch/arm/dts/armada-388-gp.dts | 2 ++ arch/arm/dts/armada-xp-maxbcm.dts | 3 +++ arch/arm/dts/armada-xp-theadorable.dts | 2 ++ 4 files changed, 9 insertions(+)

2 1

[PULL] Pull request: u-boot-stm32 for v2020.10= u-boot-stm32-20200813
by Patrice CHOTARD 13 Aug '20

13 Aug '20

Hi Tom, Please pull the STM32 related patches for v2020.10: u-boot-stm32-20200813 CI status: https://gitlab.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/4403 Thanks Patrice The following changes since commit 554e5514ac00f204282c4a2376ae65935d104e60: configs: Resync with savedefconfig (2020-08-10 15:31:07 -0400) are available in the Git repository at: https://gitlab.denx.de/u-boot/custodians/u-boot-stm.git tags/u-boot-stm32-20200813 for you to fetch changes up to d0a3c4f9dbf0d661d3b91f46f0fa4db2dc33bb78: board: stm32mp1: use const for struct node_info (2020-08-13 10:10:33 +0200) ---------------------------------------------------------------- - Use IS_ENABLED to prevent ifdef in board_key_check for STM32MP - Add STM32 FMC2 EBI controller driver - Fix dwc3-sti-glue which allows STiH410-B2260 to boot again - Add fitImage its entry for 587-200 DHCOR SoM - Add both PDK2 and DRC02 DT into DHCOM fitImage its - Fix DHCOM KS8851 ethernet MAC address - Remove stm32mp1 board.c file - Use const for struct node_info in board stm32mp1.c file ---------------------------------------------------------------- Christophe Kerello (11): mtd: rawnand: stm32_fmc2: fix a buffer overflow mtd: rawnand: stm32_fmc2: remove useless inline comments mtd: rawnand: stm32_fmc2: use FMC2_TIMEOUT_5S for timeouts mtd: rawnand: stm32_fmc2: cosmetic change to use nfc instead of fmc2 where relevant mtd: rawnand: stm32_fmc2: use FIELD_PREP/FIELD_GET macros mtd: rawnand: stm32_fmc2: use clrsetbits_le32 memory: stm32-fmc2-ebi: add STM32 FMC2 EBI controller driver mtd: rawnand: stm32_fmc2: get resources from parent node board: stm32mp1: update fdt fixup partitions table configs: stm32mp: add CONFIG_STM32_FMC2_EBI ARM: dts: stm32: add FMC2 EBI support for stm32mp157c Marek Vasut (3): ARM: stm32: Add both PDK2 and DRC02 DT into DHCOM fitImage its ARM: stm32: Add fitImage its entry for 587-200 DHCOR SoM ARM: dts: stm32: Update eth1addr from EEPROM if eth1 present Patrice Chotard (1): usb: host: dwc3-sti-glue: Fix ofnode_valid() parameter Patrick Delaunay (13): board: stm32mp1: use IS_ENABLED to prevent ifdef in board_key_check board: stm32mp1: use IS_ENABLED to prevent ifdef in g_dnl_board_usb_cable_connected board: stm32mp1: use IS_ENABLED to prevent ifdef in board_check_usb_power board: stm32mp1: use IS_ENABLED to prevent ifdef in sysconf_init board: stm32mp1: use IS_ENABLED to prevent ifdef in set_dfu_alt_inf board: stm32mp1: use IS_ENABLED to prevent ifdef in dk2_i2c1_fix board: stm32mp1: use IS_ENABLED to prevent ifdef in board_late_init board: stm32mp1: use IS_ENABLED to prevent ifdef in env functions board: stm32mp1: use IS_ENABLED to prevent ifdef in ft_board_setup arm: stm32mp: bsec: use IS_ENABLED to prevent ifdef arm: stm32mp: stm32prog: use IS_ENABLED to prevent ifdef board: stm32mp1: remove board.c board: stm32mp1: use const for struct node_info arch/arm/dts/stm32mp151.dtsi | 43 +- arch/arm/dts/stm32mp157c-ev1.dts | 16 +- arch/arm/dts/stm32mp15xx-dhcom-u-boot.dtsi | 1 + arch/arm/mach-stm32mp/bsec.c | 86 +- .../arm/mach-stm32mp/cmd_stm32prog/cmd_stm32prog.c | 5 +- arch/arm/mach-stm32mp/cmd_stm32prog/stm32prog.c | 100 +- board/dhelectronics/dh_stm32mp1/board.c | 33 +- board/dhelectronics/dh_stm32mp1/u-boot-dhcom.its | 32 +- board/dhelectronics/dh_stm32mp1/u-boot-dhcor.its | 3 +- board/st/common/stm32mp_dfu.c | 20 +- board/st/stm32mp1/board.c | 36 - board/st/stm32mp1/stm32mp1.c | 201 ++-- configs/stm32mp15_basic_defconfig | 1 + configs/stm32mp15_dhcom_basic_defconfig | 1 + configs/stm32mp15_trusted_defconfig | 1 + drivers/memory/Kconfig | 9 + drivers/memory/Makefile | 1 + drivers/memory/stm32-fmc2-ebi.c | 1056 ++++++++++++++++++++ drivers/mtd/nand/raw/stm32_fmc2_nand.c | 499 +++++---- drivers/usb/host/dwc3-sti-glue.c | 2 +- 20 files changed, 1627 insertions(+), 519 deletions(-) delete mode 100644 board/st/stm32mp1/board.c create mode 100644 drivers/memory/stm32-fmc2-ebi.c

2 1

Re: [PATCH 0/5] Add PCIe and its clock support for mt7622
by Henry Yen 13 Aug '20

13 Aug '20

On Mon, 2020-08-10 at 18:47 +0800, Henry Yen wrote: > > Chuanjia Liu schrieb am 10.08.20 um 10:17: > > > This series patchs add PCIe/clock support for MT7622 > > > > > > change node: > > > v1:add PCIe support for MT7622 > > > Chuanjia Liu (5): > > > clk: mediatek: add pciesys support for MT7622 SoC > > > arm: dts: mediatek: add pciesys support for MT7622 SoC > > > PCI: mediatek: Add PCIe support for MT7622 > > > arm: dts: mediatek: add PCIe node for MT7622 > > > configs: mt7622: add PCIe controller related configs > > Hi, > > > > Tested on bananapi-r64 with an mt7612 in slot cn8 and compex wle900vx > in cn25. > > > > BPI-R64> pci enum > > PCI: Failed autoconfig bar 10 > > PCI: Failed autoconfig bar 10 > > BPI-R64> pci 0 > > Scanning PCI devices on bus 0 > > BusDevFun VendorId DeviceId Device Class Sub-Class > > _____________________________________________________________ > > 00.00.00 0x14c3 0x3258 Bridge device 0x04 > > 00.01.00 0x14c3 0x3258 Bridge device 0x04 > > BPI-R64> pci 1 > > Scanning PCI devices on bus 1 > > BusDevFun VendorId DeviceId Device Class Sub-Class > > _____________________________________________________________ > > 01.00.00 0x168c 0x003c Network controller 0x80 > > BPI-R64> > > > > if i swap the cards > > > > BPI-R64> pci enum > > Port1 link down > > PCI: Failed autoconfig bar 10 > > BPI-R64> pci 0 > > Scanning PCI devices on bus 0 > > BusDevFun VendorId DeviceId Device Class Sub-Class > > _____________________________________________________________ > > 00.00.00 0x14c3 0x3258 Bridge device 0x04 > > BPI-R64> pci 1 > > Scanning PCI devices on bus 1 > > BusDevFun VendorId DeviceId Device Class Sub-Class > > _____________________________________________________________ > > 01.00.00 0x14c3 0x7612 Network controller 0x80 > > BPI-R64> > > > > note that there are pcie-HW-issues on my boards revision(power > limitation and missing capacitors on tx-lines) which may cause the > different Pcie-Ids for mt7612 and the class of the compex-card. sorry > had not seen this before on tests with Steven > > > > maybe anyone can test the Patches with a fixed board. > > > > regards Frank > Hi Frank, We've verified the patchset on a fixed board. The result shows that no matter how I swap the cards, it all works fine :) Here are the logs: ========================================= MT7622> pci enum PCI: Failed autoconfig bar 10 PCI: Failed autoconfig bar 10 MT7622> pci 0 Scanning PCI devices on bus 0 BusDevFun VendorId DeviceId Device Class Sub-Class _____________________________________________________________ 00.00.00 0x14c3 0x3258 Bridge device 0x04 00.01.00 0x14c3 0x3258 Bridge device 0x04 MT7622> pci 1 Scanning PCI devices on bus 1 BusDevFun VendorId DeviceId Device Class Sub-Class _____________________________________________________________ 01.00.00 0x14c3 0x7603 Network controller 0x80 MT7622> pci 2 Scanning PCI devices on bus 2 BusDevFun VendorId DeviceId Device Class Sub-Class _____________________________________________________________ 02.00.00 0x14c3 0x7662 Network controller 0x80 --------------------------------------- MT7622> pci enum PCI: Failed autoconfig bar 10 PCI: Failed autoconfig bar 10 MT7622> pci 0 Scanning PCI devices on bus 0 BusDevFun VendorId DeviceId Device Class Sub-Class _____________________________________________________________ 00.00.00 0x14c3 0x3258 Bridge device 0x04 00.01.00 0x14c3 0x3258 Bridge device 0x04 MT7622> pci 1 Scanning PCI devices on bus 1 BusDevFun VendorId DeviceId Device Class Sub-Class _____________________________________________________________ 01.00.00 0x14c3 0x7662 Network controller 0x80 MT7622> pci 2 Scanning PCI devices on bus 2 BusDevFun VendorId DeviceId Device Class Sub-Class _____________________________________________________________ 02.00.00 0x14c3 0x7603 Network controller 0x80 ========================================= Thanks ! Sincerely, Henry >

2 1

[PATCH 00/16] x86: zboot: Enhance the 'zboot' command
by Simon Glass 13 Aug '20

13 Aug '20

This command is currently monolithic and does not support scripts which want to adjust the boot process. This series updates it to be more like 'bootm', in that it has sub-commands for each stage of the boot. This allows some stages to be adjusted or skipped. It also adds a way to dump out the setup block. With these changes it is possible to boot an x86 Chrome OS image from a script. Simon Glass (16): x86: Update the bootparam header x86: zimage: Use a state struct to hold the state x86: zimage: Avoid using #ifdef x86: zboot: Move kernel-version code into a function x86: zboot: Correct image type x86: zimage: Disable interrupts just before booting x86: zboot: Set up a sub-command structure x86: zboot: Add a 'go' subcommand x86: zboot: Add an 'info' subcommand x86: zboot: Add an 'setup' subcommand x86: zboot: Set environment variables for image locations x86: zboot: Allow setting a separate setup base address x86: zboot: Add an option to dump the setup information x86: zboot: Allow overriding the command line cros: Update chromium documentation cros: Add information about booting Chrome OS on x86 README | 4 + arch/x86/include/asm/bootparam.h | 25 +- arch/x86/include/asm/e820.h | 1 + arch/x86/include/asm/zimage.h | 30 +- arch/x86/lib/bootm.c | 2 +- arch/x86/lib/zimage.c | 472 +++++++++++++++++++++++++++---- doc/README.chromium | 41 ++- 7 files changed, 509 insertions(+), 66 deletions(-) -- 2.28.0.163.g6104cc2f0b6-goog

2 33