Re: [U-Boot] [PATCH 1/1] efi_loader: remove efi_exit_caches()

On 7/19/19 9:06 PM, Peter Robinson wrote: > On Fri, Jul 19, 2019 at 7:28 PM Heinrich Schuchardt > wrote: >> >> In GRUB before 2.04 a bug existed which did not allow booting some ARM32 >> boards if U-Boot did not disable caches, cf. >> https://lists.linaro.org/pipermail/cross-distro/2019-July/0009

Re: [U-Boot] [PATCH 1/1] efi_loader: remove efi_exit_caches()

On 7/20/19 1:59 AM, Jonathan Gray wrote: > On Fri, Jul 19, 2019 at 08:25:45PM +0200, Heinrich Schuchardt wrote: >> In GRUB before 2.04 a bug existed which did not allow booting some ARM32 >> boards if U-Boot did not disable caches, cf. >> https://lists.linaro.org/pipermail/cross-distro/2019-July/00

Re: [U-Boot] [PATCH v3 52/57] ram: rk3399: Add lpddr4 set rate support

Hi Jagan,     This patch build fail with Travis, could you help to update and send the fix to me: https://travis-ci.org/keveryang/u-boot/jobs/560925061    aarch64:  +   rockpro64-rk3399 +drivers/ram/rockchip/sdram_rk3399.c: In function 'lpddr4_set_rate': +drivers/ram/rockchip/sdram_rk3399.c:

Re: [U-Boot] 32-bit Tegra build failure in u-boot-dm

Hi Stephen, On Fri, 19 Jul 2019 at 12:08, Stephen Warren wrote: > > On 7/18/19 7:21 PM, Simon Glass wrote: > > Hi Stephen, > > > > On Thu, 18 Jul 2019 at 09:52, Stephen Warren wrote: > >> > >> Simon, > >> > >> All 32-bit Tegra boards appear to be failing to build in u-boot-dm.git > >> master bra

Re: [U-Boot] [PATCH] Makefile: fix implementation of BINMAN_DEBUG

On Fri, 19 Jul 2019 at 11:21, Stephen Warren wrote: > > From: Stephen Warren > > binman only accepts the -D argument early on the command-line, yet the > Makefile currently passes it near the end. This causes the build to fail > if this feature is used. Re-order the command-line to fix this. > >

Re: [U-Boot] [PATCH 1/1] efi_loader: remove efi_exit_caches()

On Fri, Jul 19, 2019 at 08:25:45PM +0200, Heinrich Schuchardt wrote: > In GRUB before 2.04 a bug existed which did not allow booting some ARM32 > boards if U-Boot did not disable caches, cf. > https://lists.linaro.org/pipermail/cross-distro/2019-July/000933.html > > In ExitBootServices() we were d

Re: [U-Boot] [PATCH] doc: Move fastboot protocol doc to android dir

On Fri, Jul 19, 2019 at 05:36:14PM +0300, Sam Protsenko wrote: > You can check my android-next branch [1] to check all patches I > collected for sending (and my current work on top of it). > > [1] https://github.com/joe-skb7/u-boot-misc/commits/android-next It looks like we'll be able to dump th

[U-Boot] [PATCH v3 4/4] cmd: bcb: Apply non-functional refinements

These have been reported by Simon in [1] and fixed in [2]. However, since [1] has already been pushed to u-boot/master, the improvements incorporated in [2] are now extracted and resubmitted. The changes are in the area of coding style and best practices: * s/field/fieldp/, s/size/sizep/, to conve

[U-Boot] [PATCH v3 3/4] cmd: bcb: Use strcmp() instead of strncmp() for string literals

Quote from https://patchwork.ozlabs.org/patch/1104244/#2210814: --8<--- strncmp() is chosen for the sake of paranoid/defensive programming. Indeed, strncmp() is not really needed when comparing a variable with a string literal. We expect strcmp() to behave safely even if the strin

[U-Boot] [PATCH v3 2/4] cmd: bcb: Fix duplicated handling in two case-branches

Fix warning V1037 reported by PVS-Studio Static Analyzer: Two or more case-branches perform the same actions. Check lines: 49, 53 Fixes: db7b7a05b267 ("cmd: Add 'bcb' command to read/modify/write BCB fields") Signed-off-by: Eugeniu Rosca Reviewed-by: Igor Opaniuk Reviewed-by: Sam Protsenko ---

[U-Boot] [PATCH v3 1/4] treewide: Fix stale references of Android docs

Commit 9bdf0e8fef86 ("doc: relocate/rename Android README and add BCB overview") left some obsolete references of Android documents/paths. This has been pointed out by Sam (thanks!) in: https://patchwork.ozlabs.org/patch/1104245/#2208134 Fixes: 9bdf0e8fef86 ("doc: relocate/rename Android README a

[U-Boot] [PATCH v3 0/4] Fixes and improvements in BCB and Android docs [ver #3]

Resubmit the diff between [1] and [2] of the BCB/Android series the former has been pushed to master instead of the latter. [1] https://patchwork.ozlabs.org/cover/1104242/ ("[v3,0/3] Add 'bcb' command to read/modify/write Android BCB") [2] https://patchwork.ozlabs.org/cover/1128661/ ("[v4,

[U-Boot] [PATCH] ARM: da850-evm: Remove dead/unneeded code

The DA8850-evm supports DM_I2C and boots with SPL_DM, so we can drop some of the code which disables DM_I2C in SPL. This patch removes some #undef's now rendered obsolete. Signed-off-by: Adam Ford diff --git a/include/configs/da850evm.h b/include/configs/da850evm.h index ccdac0abec..5d02c35279

[U-Boot] [PATCH] net: sun8i_emac: Test the correct phy

H3/H5 can either use the internal phy or an external one. Before getting clock and resets for the internal phy, test that we are using it because otherwise it break emac when using an external phy. Tested-on: OrangePi PC2 (H5) Fixes: 2348453c41 (net: sun8i_emac: Add EPHY CLK and RESET support) Sig

Re: [U-Boot] [PATCH 1/1] efi_loader: remove efi_exit_caches()

On Fri, Jul 19, 2019 at 7:28 PM Heinrich Schuchardt wrote: > > In GRUB before 2.04 a bug existed which did not allow booting some ARM32 > boards if U-Boot did not disable caches, cf. > https://lists.linaro.org/pipermail/cross-distro/2019-July/000933.html > > In ExitBootServices() we were disabling

Re: [U-Boot] [PATCH v2 3/4] efi_loader: use efi_start_image() for bootefi

On 7/19/19 7:52 PM, Heinrich Schuchardt wrote: On 7/19/19 8:14 AM, Jonathan Gray wrote: On Fri, Jul 19, 2019 at 07:43:17AM +0200, Heinrich Schuchardt wrote: On 7/19/19 1:07 AM, Mark Kettenis wrote: From: Alexander Graf Date: Thu, 18 Jul 2019 20:50:39 +0200 On 18.07.19 19:33, Heinrich Schucha

[U-Boot] [PATCH 1/1] efi_loader: remove efi_exit_caches()

In GRUB before 2.04 a bug existed which did not allow booting some ARM32 boards if U-Boot did not disable caches, cf. https://lists.linaro.org/pipermail/cross-distro/2019-July/000933.html In ExitBootServices() we were disabling the caches by calling cleanup_before_linux(). This workaround is not n

Re: [U-Boot] [EXT] Re: [Patch V3] drivers: mtd :spi: Enable 4B opcodes for SPANSION s25fl512s

>> s25fs512s and s25fl512s which has same JEDEC ID but only varies in >> operating volatge so s25fs512s shares same command set as >> mentioned >> below: >> – Serial Command subset and footprint compatible with S25FL-A, >> S25FL-K, S25FL-P, and S25FL-S SPI families – Multi I/O C

Re: [U-Boot] 32-bit Tegra build failure in u-boot-dm

On 7/18/19 7:21 PM, Simon Glass wrote: Hi Stephen, On Thu, 18 Jul 2019 at 09:52, Stephen Warren wrote: Simon, All 32-bit Tegra boards appear to be failing to build in u-boot-dm.git master branch with: BINMAN u-boot-tegra.bin binman: Unknown entry type 'u-boot-spl' in node '/binman/imag

Re: [U-Boot] [PATCH v2 3/4] efi_loader: use efi_start_image() for bootefi

On 7/19/19 8:14 AM, Jonathan Gray wrote: On Fri, Jul 19, 2019 at 07:43:17AM +0200, Heinrich Schuchardt wrote: On 7/19/19 1:07 AM, Mark Kettenis wrote: From: Alexander Graf Date: Thu, 18 Jul 2019 20:50:39 +0200 On 18.07.19 19:33, Heinrich Schuchardt wrote: On 7/18/19 11:16 AM, Jonathan Gray w

[U-Boot] [PATCH] Makefile: fix implementation of BINMAN_DEBUG

From: Stephen Warren binman only accepts the -D argument early on the command-line, yet the Makefile currently passes it near the end. This causes the build to fail if this feature is used. Re-order the command-line to fix this. Signed-off-by: Stephen Warren --- Note: This appears to be a chang

Re: [U-Boot] [PATCH] remoteproc: Fix potential build issues with SPL remoteproc

On 10:27-20190719, Suman Anna wrote: > The rproc uclass driver can either be built with SPL_REMOTEPROC > or REMOTEPROC, but the function prototypes in remoteproc.h are > defined only when CONFIG_REMOTEPROC is defined. This can cause > build issues in SPL if CONFIG_REMOTEPROC is

Re: [U-Boot] test.py failure in test_ut[ut_dm_pci_ep_base]

On 7/15/19 2:07 PM, Ramon Fried wrote: On Mon, Jul 15, 2019 at 6:25 PM Tom Rini > wrote: On Mon, Jul 15, 2019 at 09:14:03AM -0600, Stephen Warren wrote: > Running test.py on sandbox now fails test_ut[ut_dm_pci_ep_base] with: > > => ut dm pci_ep_ba

Re: [U-Boot] [PATCH] clk: sifive: fu540-prci: align primary DT match string to the DT bindings

Hi Rick and other U-Boot folks, On Fri, 7 Jun 2019, Bin Meng wrote: > Hi Paul, > > On Fri, Jun 7, 2019 at 1:45 PM Paul Walmsley wrote: > > > > Hello Bin, > > > > On Fri, 31 May 2019, Paul Walmsley wrote: > > > > > On Thu, 30 May 2019, Bin Meng wrote: > > > > > > > On Sun, May 26, 2019 at 5:13 P

[U-Boot] [PATCH] remoteproc: Fix potential build issues with SPL remoteproc

The rproc uclass driver can either be built with SPL_REMOTEPROC or REMOTEPROC, but the function prototypes in remoteproc.h are defined only when CONFIG_REMOTEPROC is defined. This can cause build issues in SPL if CONFIG_REMOTEPROC is not selected. Fix this by replacing the existing precompiler mac

Re: [U-Boot] [PATCH v4 0/6] Add spi-mem driver for MediaTek MT7629 SoC

On Fri, Jul 19, 2019 at 7:47 AM Weijie Gao wrote: > > On Tue, 2019-07-16 at 17:03 +0530, Jagan Teki wrote: > > On Tue, Jul 16, 2019 at 7:48 AM Weijie Gao wrote: > > > > > > On Mon, 2019-07-15 at 12:59 +0530, Jagan Teki wrote: > > > > On Wed, Jul 10, 2019 at 8:51 AM Weijie Gao > > > > wrote: > >

[U-Boot] [PATCH v4 17/18] ram: rk3399: Enable sdram debug functions

This would help to debug the sdram base parameters while debugging existing chip or while supporting new sdram type. It require explicit enablement of CONFIG_RAM_ROCKCHIP_DEBUG for showing the debug prints. Signed-off-by: Jagan Teki --- Changes for v4: - rebase on v4 16/18 patch drivers/ram/ro

[U-Boot] [PATCH v4 16/18] ram: rk3399: Add rank detection support

Right now the rk3399 sdram driver assume that the board has configured with 2 channels, so any possibility to enable single channel on the same driver will encounter channel #1 data training failure. Log: U-Boot TPL board init sdram_init: data training failed rk3399_dmc_init DRAM init failed -5 S

Re: [U-Boot] [PATCH] rockchip: sdhci: Fix sdhci mmc driver probe abort

On Fri, Jul 19, 2019 at 3:38 PM Kever Yang wrote: > > This patch fix mmc driver abort caused by below patch: > 3d296365e4 mmc: sdhci: Add support for sdhci-caps-mask > > After the patch sdhci_setup_cfg() access to host->mmc->dev, > so we have to do init before make the call to the function() > > S

Re: [U-Boot] [PATCH v2 1/3] rockchip: rk3399: derive ethaddr from cpuid

Hey Kever > > This should be depends on CONFIG_MISC_INIT_R. > Ack. > > It's great to make these code as common code so that other SoCs > > can share it, is it possible to also make this function common? > > Not every SoC have efuse driver, so for those SoCs, we need a random > > serial No.

Re: [U-Boot] [PATCH] doc: Move fastboot protocol doc to android dir

Hi Eugeniu, On Fri, Jul 19, 2019 at 12:12 PM Eugeniu Rosca wrote: > > Hi Sam, > > On Thu, Jul 18, 2019 at 07:57:45PM -0400, Tom Rini wrote: > > On Tue, Jul 02, 2019 at 09:14:57PM +0300, Sam Protsenko wrote: > > > > > Signed-off-by: Sam Protsenko > > > > Applied to u-boot/master, thanks! > > This

[U-Boot] [PATCH 2/2] rockchip: TPL banner should depend on CONFIG_TPL_BANNER_PRINT

The generic code in common/spl/spl.c allows TPL/SPL banners to be silenced by unsetting CONFIG_TPL_BANNER_PRINT or CONFIG_SPL_BANNER_PRINT respectively. However, arch/arm/mach-rockchip/tpl.c prints this banner unconditionally. Fix the rockchip-specific tpl.c so that the TPL banner depends on CONFI

[U-Boot] [PATCH 1/2] rockchip: Fix TPL build without CONFIG_TPL_SERIAL_SUPPORT

If CONFIG_DEBUG_UART is set but CONFIG_TPL_SERIAL_SUPPORT is not, the serial output should be available in SPL and full U-Boot, but not built in TPL. However, the rockchip tpl.c instead fails to compile with undefined references to the debug UART. Instead, initialise the debug UART and print the T

[U-Boot] [PATCH 0/2] rockchip: tpl.c #ifdef fixes

These are two trivial patches which fix up the #ifdef conditionals in mach-rockchip/tpl.c to do the right thing in two configuration scenarios: 1. Debug UART enabled (for SPL and main U-Boot) but serial support disabled for the TPL stage. 2. TPL banner disabled by unsetting CONFIG_TPL_BANNER_PRIN

Re: [U-Boot] [RFC, PATCH v4 05/16] env: fat: add U-Boot environment context support

Dear Takahiro, In message <20190719083548.gu21...@linaro.org> you wrote: > > > > +#if defined(CONFIG_ENV_FAT_INTERFACE) && \ > > > + defined(CONFIG_ENV_FAT_DEVICE_AND_PART) && defined(CONFIG_ENV_FAT_FILE) > > > + [ENVCTX_UBOOT] = { > > > + CONFIG_ENV_FAT_INTERFACE, > > > + CONFIG_E

Re: [U-Boot] [RFC, PATCH v4 04/16] env: flash: add U-Boot environment context support

Dear Takahiro, In message <20190719083010.gt21...@linaro.org> you wrote: > On Fri, Jul 19, 2019 at 10:14:06AM +0200, Wolfgang Denk wrote: > > Dear AKASHI Takahiro, > > > > In message <20190717082525.891-5-takahiro.aka...@linaro.org> you wrote: > > > This patch shows how environment storage driver

Re: [U-Boot] [RFC, PATCH v4 03/16] env: extend interfaces to label variable with context

Dear Takahiro, In message <20190719082504.gs21...@linaro.org> you wrote: > > > > + if (ctx == ENVCTX_UEFI) > > > + return do_env_print_efi(cmdtp, flag, argc, argv); > > > > I don't like this. It doesn't scale. ENVCTX_UEFI is just one > > context among others; it should not need a "if" h

[U-Boot] pmic_get() broken after 4213609cc7("drivers: core: use strcmp when find device by name")

Hi, Today found out that U-boot isn't booting anymore on Colibri iMX7 and hangs with: U-Boot 2019.07-00788-g0ef6e69a1e-dirty (Jul 19 2019 - 15:27:02 +0300) CPU: Freescale i.MX7D rev1.3 1000 MHz (running at 792 MHz) CPU: Extended Commercial temperature grade (-20C to 105C) at 41C Reset cause:

Re: [U-Boot] [PATCH] am335x_boneblack_vboot: Disable asm memcpy/memset in SPL

On Fri, Jul 19, 2019 at 05:22:47PM +0800, Kever Yang wrote: > Hi Tom, > >     The evb-rk3399 U-Boot is broken with below Merge: > >         9a06eb800c  Merge branch '2019-07-17-ti-imports' > >     and the previous merge work fine on evb-rk3399: >         07a5f76602 Merge branch '2019-07-17-ci-im

[U-Boot] [RFC PATCH 12/14] stp32mp1: configs: activate CONFIG_MTD_SPI_NAND

Activate the support of SPI NAND in stm32mp1 U-Boot. Signed-off-by: Patrick Delaunay --- configs/stm32mp15_basic_defconfig | 1 + configs/stm32mp15_trusted_defconfig | 1 + 2 files changed, 2 insertions(+) diff --git a/configs/stm32mp15_basic_defconfig b/configs/stm32mp15_basic_defconfig in

[U-Boot] [RFC PATCH 02/14] dfu: sf: add partition support for nor backend

Copy the partition support from NAND backend to SF, support part and partubi option. In case of ubi partition, erase the rest of the partition as it is mandatory for UBI. for example: U-Boot> env set dfu_alt_info "spl part 0 1;\ u-boot part 0 2;u-boot-env part 0 3;UBI partubi 0 4" U-Boot> dfu 0 s

[U-Boot] [RFC PATCH 07/14] dfu: add partition support for MTD backend

Add the support of MTD partition for the MTD backend. The expected dfu_alt_info for one alternate on the mtd device : part partubi "partubi" also erase up to the end of the partition after write operation. For example: dfu_alt_info = "spl part 1;u-boot part 2; UBI partubi 3"

[U-Boot] [RFC PATCH 01/14] dfu: cosmetic: cleanup sf to avoid checkpatch error

Signed-off-by: Patrick Delaunay --- drivers/dfu/dfu.c| 7 --- drivers/dfu/dfu_sf.c | 4 ++-- 2 files changed, 6 insertions(+), 5 deletions(-) diff --git a/drivers/dfu/dfu.c b/drivers/dfu/dfu.c index 3189495..eb3a3c6 100644 --- a/drivers/dfu/dfu.c +++ b/drivers/dfu/dfu.c @@ -477,14 +477,

[U-Boot] [RFC PATCH 13/14] stm32mp1: board: add spi nand support

This patch adds the support of the spi nand device in mtdparts command and in dfu_alt_info. Signed-off-by: Patrick Delaunay --- board/st/stm32mp1/stm32mp1.c | 33 ++--- include/configs/stm32mp1.h | 6 +- 2 files changed, 35 insertions(+), 4 deletions(-) diff

[U-Boot] [RFC PATCH 11/14] stm32mp1: activate SET_DFU_ALT_INFO

Generate automatically dfu_alt_info for the supported device. The simple command "dfu 0" allows to start the dfu stack on usb 0 for the supported devices: - dfu mtd for nand0 - dfu mtd for nor0 - dfu mmc for SDCard - dfu mmc for eMMC - dfu ram for images in DDR The DUF alternate use the "part", "p

[U-Boot] [RFC PATCH 04/14] dfu: allow to manage DFU on several devices

Add support of DFU for several interface/device with one command. The format for "dfu_alt_info" in this case is : interface with devstring'='alternate list (';' separated) and each interface is separated by '&' The previous behavior is always supported. One example for NOR (bootloaders) + NA

[U-Boot] [RFC PATCH 03/14] dfu: prepare the support of multiple interface

Split the function dfu_config_entities with 2 new functions - dfu_alt_init - dfu_alt_add Signed-off-by: Patrick Delaunay --- drivers/dfu/dfu.c | 51 +++ include/dfu.h | 2 ++ 2 files changed, 41 insertions(+), 12 deletions(-) diff --git a/dr

[U-Boot] [RFC PATCH 14/14] stm32mp1: add support for virtual partition read

Add read for OTP and PMIC NVM with alternates on virtual DFU device. Signed-off-by: Patrick Delaunay # Conflicts: # board/st/stm32mp1/stm32mp1.c --- board/st/stm32mp1/stm32mp1.c| 83 + configs/stm32mp15_basic_defconfig | 1 + configs/stm32mp

[U-Boot] [RFC PATCH 06/14] dfu: add backend for MTD device

Add DFU backend for MTD device: allow to read and write on any MTD device (RAW or SPI) For example : > set dfu_alt_info "nand_raw raw 0x0 0x10" > dfu 0 mtd nand0 This MTD backend provides the same level than dfu nand backend for NAND in RAW mode and sf backend for NOR; So it can replace booth

[U-Boot] [RFC PATCH 08/14] dfu: add DFU virtual backend

Add a virtual DFU backend to allow board specific read and write (for OTP update for example). Signed-off-by: Patrick Delaunay --- drivers/dfu/Kconfig| 7 +++ drivers/dfu/Makefile | 1 + drivers/dfu/dfu.c | 5 - drivers/dfu/dfu_virt.c | 49 +

[U-Boot] [RFC PATCH 09/14] dfu: add callback for flush and initiated operation

Add weak callback to allow board specific behavior - flush - initiated This patch prepare usage of DFU back end for communication with STM32CubeProgrammer on stm32mp1 platform with stm32prog command. Signed-off-by: Patrick Delaunay --- drivers/dfu/dfu.c | 19 +++ include/dfu.h

[U-Boot] [RFC PATCH 10/14] stm32mp1: activate DFU support and command MTD

Add support of DFU for MMC, MTD, RAM and MTD command. Signed-off-by: Patrick Delaunay --- configs/stm32mp15_basic_defconfig | 4 configs/stm32mp15_trusted_defconfig | 4 2 files changed, 8 insertions(+) diff --git a/configs/stm32mp15_basic_defconfig b/configs/stm32mp15_basic_defco

[U-Boot] [RFC PATCH 00/14] dfu: update dfu stack and use them for stm32mp1

This serie based on v2019.07 propose some update on the DFU stack: - add capability to have several DFU backend running in parallel - add MTD backend for NAND, NOR or SPI-NAND - add VIRTUAL backend for board/command specific behavior - add some weak callback To test the feature and as example, I

[U-Boot] [RFC PATCH 05/14] dfu: allow read with 0 data for EOF indication

This patch allows into the DFU backend to indicate that there is no remaining data (for EOF for example). That allows users to read a buffer greater than the device size; the dfu stack stops the read request when the backend return a length=0 without error. Signed-off-by: Patrick Delaunay --- d

Re: [U-Boot] [PATCH] menu: don't bother going interactive with just one menu item

On Wed, Jul 17, 2019 at 11:58:12AM -0400, Tom Rini wrote: > On Fri, Jun 21, 2019 at 12:12:39PM +0800, Leon Yu wrote: > > > If there is only one menu item available, prompting user to enter > > choice makes little sense and just causes unnecessary boot delay. This > > change makes menu_get_choice r

Re: [U-Boot] [RFC 1/1] efi_loader: usage of cleanup_before_linux()

On Fri, Jul 19, 2019 at 9:51 AM Leif Lindholm wrote: > > On Fri, Jul 19, 2019 at 07:26:19AM +0100, Peter Robinson wrote: > > > As of GRUB 2.04 release (and cherry-picked into debian Buster before > > > that), the 32-bit and 64-bit UEFI ports use the same loader. > > > > Do you have a reference to

[U-Boot] [PATCH] rockchip: sdhci: Fix sdhci mmc driver probe abort

This patch fix mmc driver abort caused by below patch: 3d296365e4 mmc: sdhci: Add support for sdhci-caps-mask After the patch sdhci_setup_cfg() access to host->mmc->dev, so we have to do init before make the call to the function() Signed-off-by: Kever Yang --- drivers/mmc/rockchip_sdhci.c | 8

Re: [U-Boot] [RFC, PATCH v4 02/16] env: extend interfaces to import/export U-Boot environment per context

Dear Takahiro, In message <20190719081556.gr21...@linaro.org> you wrote: > > Okay, but this is not specific to this function. > I'm going to add detailed function descriptions > if you agree with these new interfaces. Do you? I agee with the interface, but not with the new names. We should use t

Re: [U-Boot] [PATCH v2 3/4] x86: acpi: Enable ACPI companion for Intel iDMA 32-bit

On Thu, Jul 18, 2019 at 10:27 PM Bin Meng wrote: > > On Mon, Jul 15, 2019 at 12:24 AM Andy Shevchenko > wrote: > > > > ACPI has a capability to specify DMA parameters for DMA channel consumers. > > To enable this for Intel Edison, describe GP DMA device in ACPI table > > in order to get an ACPI h

Re: [U-Boot] [RFC, PATCH v4 01/16] hashtable: extend interfaces to handle entries with context

Dear Takahiro, In message <20190719074421.gq21...@linaro.org> you wrote: > > > > hsearch_r() -> hsearch_ext() > > > hmatch_r() -> hmatch_ext() > > > hdelete_r() -> hdelete_ext() > > > hexport_r() -> hexport_ext() > > > himport_r() -> himport_ext() > > > > Please avoid such ren

Re: [U-Boot] [PATCH v2 4/4] x86: tangier: Populate CSRT for shared DMA controller

On Thu, Jul 18, 2019 at 10:27 PM Bin Meng wrote: > > On Mon, Jul 15, 2019 at 12:24 AM Andy Shevchenko > wrote: > > > > Intel Tangier has a shared DMA controller that, according to Microsoft spec, > > has to be presented in CSRT table. > > > > Signed-off-by: Andy Shevchenko > > --- > > arch/x86/

Re: [U-Boot] [PATCH v2 2/4] x86: acpi: Introduce a stub to generate CSRT

On Thu, Jul 18, 2019 at 10:27 PM Bin Meng wrote: > > On Mon, Jul 15, 2019 at 12:24 AM Andy Shevchenko > wrote: > > > > Here is a stub function that generates an empty CSRT. If the target platform > > provides acpi_fill_csrt() function, it will be used to populate the table. > > > > Signed-off-by:

Re: [U-Boot] [PATCH v2 1/4] x86: acpi: Add CSRT description

On Thu, Jul 18, 2019 at 10:26 PM Bin Meng wrote: > > On Mon, Jul 15, 2019 at 12:24 AM Andy Shevchenko > wrote: > > > > Add CSRT [1] description as it provided in Linux kernel. > > > > [1]: http://www.uefi.org/sites/default/files/resources/CSRT%20v2.pdf > > > > Signed-off-by: Andy Shevchenko > >

Re: [U-Boot] [PATCH v3] qemu-x86: Use config_distro_bootcmd

On Wed, Jul 17, 2019 at 1:43 PM Bin Meng wrote: > > On Thu, Jul 4, 2019 at 1:46 AM Joshua Watt wrote: > > > > Converts qemu x86 machines to boot using distro_config. The intent is to > > allow u-boot in qemu to be maximally compatible with many boot methods > > without having to change the config

Re: [U-Boot] [RFC, PATCH v4 00/16] efi_loader: non-volatile variables support

Dear AKASHI Takahiro, In message <20190719073606.gp21...@linaro.org> you wrote: > > > Urgh... ENV_FLAGS_VARSTORAGE_NON_VOLATILE_AUTOSAVE is way too long, > > and unnecessary complicated. > > But this rule *does* conform with other flags' naming rule. > Aren't other name, like > env_flags_v

[U-Boot] [PATCH 0/5] misc: update drivers for stm32mp1

Update the stm32mp1 drivers after the commit 8729b1ae2cbd ("misc: Update read() and write() methods to return bytes xfered") And the introduction of NOP u-class. Patrick Delaunay (5): bsec: update after MISC u-class update pmu: stpmic1: change specific NVM api to MISC stpmic1: simplify st

[U-Boot] [PATCH 1/5] bsec: update after MISC u-class update

Since the commit 8729b1ae2cbd ("misc: Update read() and write() methods to return bytes xfered"); The misc bsec driver need to be adapted to reflect the number of transferred bytes. Signed-off-by: Patrick Delaunay --- arch/arm/mach-stm32mp/bsec.c | 31 --- drivers/mi

[U-Boot] [PATCH 2/5] pmu: stpmic1: change specific NVM api to MISC

Use MISC u-class to export the NVM register (starting at 0xF8 offset) and avoid specific API. - SHADOW have offset < 0. - NVM have register > 0 Signed-off-by: Patrick Delaunay --- drivers/misc/stm32mp_fuse.c | 44 ++-- drivers/power/pmic/stpmic1.c | 98 +

[U-Boot] [PATCH 5/5] misc: change RCC form MISC to NOP uclass

The RCC driver have no operation so the new NOP uclass is more appropriate. It only used as parent for clock and reset driver. Signed-off-by: Patrick Delaunay --- drivers/misc/stm32_rcc.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/misc/stm32_rcc.c b/drivers/

[U-Boot] [PATCH 4/5] stm32mp1: update test on misc_read result

Update the stm32mp1 baord after the commit 8729b1ae2cbd ("misc: Update read() and write() methods to return bytes xfered") Signed-off-by: Patrick Delaunay --- board/st/stm32mp1/stm32mp1.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/board/st/stm32mp1/stm32mp1.c b/board/st

[U-Boot] [PATCH 3/5] stpmic1: simplify stpmic1_sysreset_request

Retrieve parent device from dev->parent instead of calling uclass_get_device_by_driver() Signed-off-by: Patrick Delaunay --- drivers/power/pmic/stpmic1.c | 9 + 1 file changed, 1 insertion(+), 8 deletions(-) diff --git a/drivers/power/pmic/stpmic1.c b/drivers/power/pmic/stpmic1.c index

Re: [U-Boot] [PATCH] am335x_boneblack_vboot: Disable asm memcpy/memset in SPL

Hi Tom,     The evb-rk3399 U-Boot is broken with below Merge:         9a06eb800c  Merge branch '2019-07-17-ti-imports'     and the previous merge work fine on evb-rk3399:         07a5f76602 Merge branch '2019-07-17-ci-imports'     The U-Boot get abort in initr_mmc(), any one have any ideas?   

Re: [U-Boot] [PATCH] doc: Move fastboot protocol doc to android dir

Hi Sam, On Thu, Jul 18, 2019 at 07:57:45PM -0400, Tom Rini wrote: > On Tue, Jul 02, 2019 at 09:14:57PM +0300, Sam Protsenko wrote: > > > Signed-off-by: Sam Protsenko > > Applied to u-boot/master, thanks! This recent merge introduced a conflict when applying [1] to master. Are you aware of any

Re: [U-Boot] [RFC,PATCH v4 14/16] env: fat: support UEFI context

Dear Takahiro, In message <20190717082525.891-15-takahiro.aka...@linaro.org> you wrote: > With this patch, UEFI will be allowed to save/load variables to > fat filesystem. The following configurations should be defined. ... > +#if defined(CONFIG_ENV_EFI_FAT_INTERFACE) && \ > + defined(CONFIG_E

Re: [U-Boot] [RFC, PATCH v4 13/16] cmd: env: show variable storage attribute in "env flags" command

Dear AKASHI Takahiro, In message <20190717082525.891-14-takahiro.aka...@linaro.org> you wrote: > > diff --git a/cmd/nvedit.c b/cmd/nvedit.c > index 70fbb5dd8f2f..77e8846b601a 100644 > --- a/cmd/nvedit.c > +++ b/cmd/nvedit.c > @@ -618,10 +618,12 @@ static int print_static_flags(const char *var_name

Re: [U-Boot] [RFC 1/1] efi_loader: usage of cleanup_before_linux()

On Fri, Jul 19, 2019 at 07:26:19AM +0100, Peter Robinson wrote: > > As of GRUB 2.04 release (and cherry-picked into debian Buster before > > that), the 32-bit and 64-bit UEFI ports use the same loader. > > Do you have a reference to this patch set handy? I figured it might be good to write a prop

Re: [U-Boot] [RFC, PATCH v4 12/16] env: extend interfaces to get/set attributes

Dear AKASHI Takahiro, In message <20190717082525.891-13-takahiro.aka...@linaro.org> you wrote: > With this patch, the following interfaces are extended to accept > an additional argument, flags, to get/set attributes of variables. > This feature will be used to implement UEFI variables' semantics,

Re: [U-Boot] [RFC, PATCH v4 11/16] env: save a context immediately if 'autosave' variable is changed

Dear Takahiro, In message <20190717082525.891-12-takahiro.aka...@linaro.org> you wrote: > By definition, when any variable with VARSTORAGE_NON_VOLATILE_AUTOSAVE > is modified with env_save_ext(), the associated context should be written > back to storage immediately. > > Signed-off-by: AKASHI Taka

Re: [U-Boot] [RFC, PATCH v4 10/16] env: save non-volatile variables only

Dear AKASHI Takahiro, In message <20190717082525.891-11-takahiro.aka...@linaro.org> you wrote: > Once variable storage attribute is introduced, only NON_VOLATILE or > NON_VOLATILE_AUTOSAVE variables should be saved to backing storage. This logis is wrong. It should read: Variables which

Re: [U-Boot] [RFC, PATCH v4 09/16] hashtable: extend hdelete_ext for autosave

Dear Takahiro, In message <20190717082525.891-10-takahiro.aka...@linaro.org> you wrote: > With this patch, an extended interface of hdelete_ext() will return > variable's attribute. The feature will be used in a successive patch > to determine if the context should be 'autosaved' or not even in ca

Re: [U-Boot] [RFC, PATCH v4 08/16] hashtable: import/export entries with flags

Dear Takahiro, In message <20190717082525.891-9-takahiro.aka...@linaro.org> you wrote: > 'flags' value of all the entries in hashtable should be preserved across > save/load of U-Boot environment context. > To hold such information in an exported file, its text format is now > expanded as follows:

Re: [U-Boot] [RFC, PATCH v4 06/16] env: add variable storage attribute support

Dear Takahiro, In message <20190717082525.891-7-takahiro.aka...@linaro.org> you wrote: > If U-Boot environment variable is set to ENV_FLAGS_VARSTORAGE_NON_VOLATILE, > it will be saved at env_save[_ext](). NAK. This is the status quo for all environment variables, and must remain the default. >

Re: [U-Boot] [RFC, PATCH v4 07/16] env: add/expose attribute helper functions for hashtable

Dear Takahiro, In message <20190717082525.891-8-takahiro.aka...@linaro.org> you wrote: > Those functions will be used for hashtable routines to support attributes > in importing/exporting entries. Guess this all goes away after fixing the flag handling? Best regards, Wolfgang Denk -- DENX Sof

Re: [U-Boot] [RFC, PATCH v4 05/16] env: fat: add U-Boot environment context support

On Fri, Jul 19, 2019 at 10:21:12AM +0200, Wolfgang Denk wrote: > Dear AKASHI Takahiro, > > In message <20190717082525.891-6-takahiro.aka...@linaro.org> you wrote: > > Please note that the aim of this patch is to illustrate how we can > > extend the existing backing storage drivers for env interfac

Re: [U-Boot] [RFC, PATCH v4 04/16] env: flash: add U-Boot environment context support

On Fri, Jul 19, 2019 at 10:14:06AM +0200, Wolfgang Denk wrote: > Dear AKASHI Takahiro, > > In message <20190717082525.891-5-takahiro.aka...@linaro.org> you wrote: > > This patch shows how environment storage drivers should be modified > > at the minimum to support contexts. > > This commit messag

Re: [U-Boot] [RFC, PATCH v4 03/16] env: extend interfaces to label variable with context

On Fri, Jul 19, 2019 at 10:09:19AM +0200, Wolfgang Denk wrote: > Dear Takahiro, > > In message <20190717082525.891-4-takahiro.aka...@linaro.org> you wrote: > > The following interfaces are extended to allow for accepting an additional > > argument, env_context. > > env_get() -> env_get_ext() >

Re: [U-Boot] [RFC, PATCH v4 05/16] env: fat: add U-Boot environment context support

Dear AKASHI Takahiro, In message <20190717082525.891-6-takahiro.aka...@linaro.org> you wrote: > Please note that the aim of this patch is to illustrate how we can > extend the existing backing storage drivers for env interfaces to > support U-Boot environment context. > > We will be able to suppor

Re: [U-Boot] [RFC, PATCH v4 04/16] env: flash: add U-Boot environment context support

Dear AKASHI Takahiro, In message <20190717082525.891-5-takahiro.aka...@linaro.org> you wrote: > This patch shows how environment storage drivers should be modified > at the minimum to support contexts. This commit message is misleading. No part of this patch is related to contexts. What it acua

Re: [U-Boot] [RFC, PATCH v4 02/16] env: extend interfaces to import/export U-Boot environment per context

On Fri, Jul 19, 2019 at 09:38:11AM +0200, Wolfgang Denk wrote: > Dear AKASHI Takahiro, > > In message <20190717082525.891-3-takahiro.aka...@linaro.org> you wrote: > > The following interfaces are extended to accept an additional argument, > > context: > > env_import() -> env_import_ext() > >

Re: [U-Boot] [RFC, PATCH v4 03/16] env: extend interfaces to label variable with context

Dear Takahiro, In message <20190717082525.891-4-takahiro.aka...@linaro.org> you wrote: > The following interfaces are extended to allow for accepting an additional > argument, env_context. > env_get() -> env_get_ext() > env_set() -> env_get_ext() Please don't, see previous comments.

Re: [U-Boot] [RFC, PATCH v4 01/16] hashtable: extend interfaces to handle entries with context

On Fri, Jul 19, 2019 at 08:58:56AM +0200, Wolfgang Denk wrote: > Dear AKASHI Takahiro, > > In message <20190717082525.891-2-takahiro.aka...@linaro.org> you wrote: > > The following interfaces are extended to accept an additional argument, > > context: > > hsearch_r() -> hsearch_ext() > > h

Re: [U-Boot] [RFC, PATCH v4 02/16] env: extend interfaces to import/export U-Boot environment per context

Dear AKASHI Takahiro, In message <20190717082525.891-3-takahiro.aka...@linaro.org> you wrote: > The following interfaces are extended to accept an additional argument, > context: > env_import() -> env_import_ext() > env_export() -> env_export_ext() > env_load() -> env_load_ext() >

Re: [U-Boot] [RFC, PATCH v4 00/16] efi_loader: non-volatile variables support

On Fri, Jul 19, 2019 at 08:50:18AM +0200, Wolfgang Denk wrote: > Dear Takahiro, > > In message <20190717082525.891-1-takahiro.aka...@linaro.org> you wrote: > > # In version 4 of this patch set, the implementation is changed to meet > > # Wolfgang's requirements. > > Thanks. > > > * Each variable

[U-Boot] Pull request: u-boot-nds32/master

Hi Tom, Please pull some nds32 updates: - Update nds32 MAINTAINERS from Macpaul to Rick. https://travis-ci.org/rickchen36/u-boot-nds32/builds/560328107 Thanks Rick The following changes since commit 0de815356474912ef5bef9a69f0327a5a93bb2c2: Merge branch '2019-07-17-master-imports' (2019-07

[U-Boot] Pull request: u-boot-riscv/master

Hi Tom, Please pull some riscv updates: - Update SiFive Unleashed clock driver. - Enables SiFive SPI driver and MMC SPI driver for SiFive Unleashed board https://travis-ci.org/rickchen36/u-boot-riscv/builds/560423274 Thanks Rick The following changes since commit 0de815356474912ef5bef9a69f032