Re: [RESEND PATCH v3 00/26] x86: video: Speed up the framebuffer

On Fri, Jul 3, 2020 at 11:12 AM Simon Glass wrote: > > (resent for Bin, rebased to u-boot/next) > > Some architectures use a cached framebuffer and flush the cache as needed > so that changes are visible. This is supported by U-Boot. > > However x86 uses an uncached framebuffer with a 'write-combi

Re: [PATCH] i2c: stm32f7: SYSCFG Fast Mode Plus support for I2C STM32F7

Hello Patrick, Am 06.07.2020 um 13:31 schrieb Patrick Delaunay: Read SYSCFG bindings to set Fast Mode Plus bits if Fast Mode Plus speed is selected. Handle the stm32mp15 specific compatible to handle FastMode+ registers handling which is different on the stm32mp15 compared to the stm32f7 or stm

Re: [PATCH 2/3] i2c: stm32f7: add stm32mp15 compatible

Hello Patrick, Am 06.07.2020 um 13:26 schrieb Patrick Delaunay: Add a new compatible "st,stm32mp15-i2c" introduced in Linux kernel v5.8 Signed-off-by: Patrick Delaunay --- drivers/i2c/stm32f7_i2c.c | 1 + 1 file changed, 1 insertion(+) Reviewed-by: Heiko Schocher bye, Heiko -- DENX Sof

Re: [PATCH v4 00/11] new rtc methods, rtc command, and tests

Hello Rasmus, Am 06.07.2020 um 22:01 schrieb Rasmus Villemoes: I need access to registers other than just the timekeeping ones of the pcf2127, so I wanted to implement ->read8 and ->write8. But for testing these it appeared there was no convenient way to invoke those from the shell, so I also en

[PATCH v2 17/17] efi_selftest: adjust runtime test for variables

As variable services are available at runtime we have to expect EFI_SUCCESS when calling the services. Signed-off-by: Heinrich Schuchardt --- lib/efi_selftest/efi_selftest_variables_runtime.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/lib/efi_selftest/efi_s

[PATCH v2 11/17] efi_loader: export efi_convert_pointer()

We need ConvertPointer() to adjust pointers when implementing runtime services within U-Boot. After ExitBootServices() gd is not available anymore. So we should not use EFI_ENTRY() and EFI_EXIT(). Signed-off-by: Heinrich Schuchardt --- include/efi_loader.h | 3 +++ lib/efi_loader/efi_r

[PATCH v2 10/17] efi_loader: UEFI variable persistence

Persist non-volatile UEFI variables in a file on the EFI system partition. The file is written whenever a non-volatile UEFI variable is changed after initialization of the UEFI sub-system. The file is read during the UEFI sub-system initialization to restore non-volatile UEFI variables. Signed-o

[PATCH v2 16/17] efi_loader: enable UEFI variables at runtime

Enable UEFI variables at runtime. Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_runtime.c | 2 ++ lib/efi_loader/efi_variable.c | 6 -- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/lib/efi_loader/efi_runtime.c b/lib/efi_loader/efi_runtime.c index 5b6506fbdc..91

[PATCH v2 14/17] efi_loader: memory buffer for variables

Saving UEFI variable as encoded U-Boot environment variables does not allow support at runtime. Provide functions to manage a memory buffer with UEFI variables. Signed-off-by: Heinrich Schuchardt --- include/efi_variable.h | 54 +++ lib/efi_loader/Makefile | 1 + lib/efi_loade

[PATCH v2 15/17] efi_loader: use memory based variable storage

Saving UEFI variable as encoded U-Boot environment variables does not allow implement run-time support. Use a memory buffer for storing UEFI variables. Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_variable.c | 556 ++ 1 file changed, 93 insertions(+)

[PATCH v2 12/17] efi_loader: optional pointer for ConvertPointer

If the EFI_OPTIONAL_PTR is set in DebugDisposition, a NULL pointer does not constitute an invalid parameter. Signed-off-by: Heinrich Schuchardt --- include/efi_api.h| 2 ++ lib/efi_loader/efi_runtime.c | 6 ++ 2 files changed, 8 insertions(+) diff --git a/include/efi_api.h b/inc

[PATCH v2 13/17] efi_loader: new function efi_memcpy_runtime()

Provide a memcpy() function that we can use at UEFI runtime. Signed-off-by: Heinrich Schuchardt --- include/efi_loader.h | 3 +++ lib/efi_loader/efi_runtime.c | 19 +++ 2 files changed, 22 insertions(+) diff --git a/include/efi_loader.h b/include/efi_loader.h index fe87

[PATCH v2 09/17] efi_loader: secure boot flag

In audit mode the UEFI variable SecureBoot is set to zero but the efi_secure_boot flag is set to true. The efi_secure_boot flag should match the UEFIvariable SecureBoot. Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_variable.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletio

[PATCH v2 08/17] efi_loader: read-only AuditMode and DeployedMode

Set the read only property of the UEFI variables AuditMode and DeployedMode conforming to the UEFI specification. Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_variable.c | 22 +- 1 file changed, 13 insertions(+), 9 deletions(-) diff --git a/lib/efi_loader/efi_va

[PATCH v2 07/17] efi_loader: value of VendorKeys

According to the UEFI specification the variable VendorKeys is 1 if the "system is configured to use only vendor-provided keys". As we do not supply any vendor keys yet the variable VendorKeys must be zero. Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_variable.c | 75 +++---

[PATCH v2 06/17] efi_loader: keep attributes in efi_set_variable_int

Do not change the value of parameter attributes in function efi_set_variable_int(). This allows to use it later. Do not use variable attr for different purposes but declare separate variables (attr and old_attr). Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_variable.c | 24

[PATCH v2 02/17] efi_loader: display RO attribute in printenv -e

Let the 'printenv -e' command display the read only flag. If the variable is time authenticated write the time stamp. Avoid EFI_CALL() when calling SetVariable() and GetVariable(). Signed-off-by: Heinrich Schuchardt --- cmd/nvedit_efi.c | 24 1 file changed, 16 insertio

[PATCH v2 05/17] efi_loader: simplify boot manager

Simplify the implementation of the UEFI boot manager: * avoid EFI_CALL for SetVariable() and GetVariable() * remove unnecessary type conversions Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_bootmgr.c | 28 1 file changed, 12 insertions(+), 16 deletions(

[PATCH v2 03/17] efi_loader: separate UEFI variable API from implemementation

Separate the remaining UEFI variable API functions GetNextVariableName and QueryVariableInfo() from internal functions implementing them. Signed-off-by: Heinrich Schuchardt --- include/efi_variable.h| 39 +++ lib/efi_loader/efi_var_common.c | 62

[PATCH v2 04/17] efi_loader: OsIndicationsSupported, PlatformLangCodes

UEFI variables OsIndicationsSupported, PlatformLangCodes should be read only. Avoid EFI_CALL() for SetVariable(). Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_setup.c | 59 -- 1 file changed, 31 insertions(+), 28 deletions(-) diff --git a/lib/ef

[PATCH v2 01/17] efi_loader: prepare for read only OP-TEE variables

We currently have two implementations of UEFI variables: * variables provided via an OP-TEE module * variables stored in the U-Boot environment Read only variables are up to now only implemented in the U-Boot environment implementation. Provide a common interface for both implementations that al

[PATCH v2 00/17] efi_loader: non-volatile and runtime variables

Up to now UEFI variables where stored in U-Boot environment variables. Saving UEFI variables was not possible without saving the U-Boot environment variables. With this patch series file ubootefi.var in the EFI system partition is used for saving UEFI variables. Furthermore the UEFI variables are

Re: [PATCH] x86: remove unused setup_pcat_compatibility() stub

Simon, On Tue, Jul 7, 2020 at 3:44 AM Simon Glass wrote: > > Hi Masahiro, > > On Sat, 4 Jul 2020 at 11:43, Masahiro Yamada wrote: > > > > 'git grep' did not find any user of this stub. > > > > Signed-off-by: Masahiro Yamada > > --- > > > > arch/x86/include/asm/u-boot-x86.h | 2 -- > > arch/x8

[PATCH 1/1] efi_loader: NULL dereference in efi_convert_pointer

Avoid a possible NULL pointer dereference in efi_convert_pointer(). Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_runtime.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/lib/efi_loader/efi_runtime.c b/lib/efi_loader/efi_runtime.c index c0bd99b867..121e2f65c6 1

Re: [RFC PATCH 01/16] patman: Use test_util to show test results

Simon Glass writes: > Hi Daniel, > > On Sun, 5 Jul 2020 at 22:50, Daniel Axtens wrote: >> >> Daniel Axtens writes: >> >> > Hi Simon, >> > >> > I can't see a cover letter so apologies if I've misunderstood something >> > basic, but this doesn't appear to apply to the patchwork tree - I'm >> > gu

Re: Cover Letter of Patchsets

Dear Wolfgang, On Mon, Jul 06, 2020 at 08:03:46PM +0800, Wolfgang Denk wrote: > Dear Leo, > > In message <20200706023510.gb2...@andestech.com> you wrote: > > > > I am Leo, just recently joined the community. > > and been picking up the guide line of uboot's development. > > > > I am a bit curious

Re: [PATCH v1 07/43] dm: acpi: Add support for the NHLT table

Hi Simon, On Tue, Jul 7, 2020 at 3:22 AM Simon Glass wrote: > > Hi Bin, > > On Thu, 2 Jul 2020 at 22:33, Bin Meng wrote: > > > > Hi Simon, > > > > On Fri, Jul 3, 2020 at 11:50 AM Simon Glass wrote: > > > > > > Hi Bin, > > > > > > On Thu, 2 Jul 2020 at 18:54, Bin Meng wrote: > > > > > > > > Hi

[PATCH] Revert "riscv: sifive: fu540: Add gpio-restart support"

As part of merging the next branch in to master, the sifive_fu540 will fail to link: riscv64-linux-ld.bfd: lib/built-in.o: in function `panic_finish': lib/panic.c:28: undefined reference to `do_reset' make[2]: *** [spl/u-boot-spl] Error 1 make[1]: *** [spl/u-boot-spl] Error 2 make: *** [sub-make] E

Re: [PATCH v3 14/14] test: sandbox: add test for erase command

On 6/25/20 1:59 AM, Patrick Delaunay wrote: > Add test for the erase command tested on ENV in EXT4. Acked-by: Stephen Warren

Re: [PATCH v3 11/14] test: environment in ext4

On 6/25/20 1:59 AM, Patrick Delaunay wrote: > Add basic test to persistent environment in ext4: > save and load in host ext4 file 'uboot.env'. > > On first execution an empty EXT4 file system is created in > persistent data dir: env.ext4.img. Acked-by: Stephen Warren A couple nits below; feel f

[PATCH v4 09/11] test: dm: rtc: add test of dm_rtc_read, dm_rtc_write

Define a few aux registers and check that they can be read/written individually. Also check that one can access the time-keeping registers directly and get the expected results. Reviewed-by: Simon Glass Reviewed-by: Heiko Schocher Signed-off-by: Rasmus Villemoes --- arch/sandbox/include/asm/rt

[PATCH v4 11/11] test: dm: rtc: add tests of rtc shell command

Add tests of the "list", "read" and "write" subcommands of the rtc shell command. Reviewed-by: Simon Glass Reviewed-by: Heiko Schocher Signed-off-by: Rasmus Villemoes --- test/dm/rtc.c | 58 +++ 1 file changed, 58 insertions(+) diff --git a/test

[PATCH v4 10/11] sandbox: add rtc command to defconfigs

In order to allow adding unit tests of the rtc command, add it to the various sandbox defconfigs. Signed-off-by: Rasmus Villemoes --- configs/sandbox64_defconfig| 1 + configs/sandbox_defconfig | 1 + configs/sandbox_flattree_defconfig | 1 + 3 files changed, 3 insertions(+) di

[PATCH v4 07/11] rtc: sandbox-rtc: fix set method

The current set method is broken; a simple test case is to first set the date to something in April, then change the date to 31st May: => date 040412122020.34 Date: 2020-04-04 (Saturday)Time: 12:12:34 => date 053112122020.34 Date: 2020-05-01 (Friday)Time: 12:12:34 or via the amending of t

[PATCH v4 08/11] rtc: i2c_rtc_emul: catch any write to the "reset" register

It's more natural that any write that happens to touch the reset register should cause a reset, rather than just a write that starts at that offset. Reviewed-by: Simon Glass Reviewed-by: Heiko Schocher Signed-off-by: Rasmus Villemoes --- drivers/rtc/i2c_rtc_emul.c | 3 ++- 1 file changed, 2 in

[PATCH v4 05/11] rtc: pcf2127: provide ->write method

Reviewed-by: Simon Glass Reviewed-by: Heiko Schocher Signed-off-by: Rasmus Villemoes --- drivers/rtc/pcf2127.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/rtc/pcf2127.c b/drivers/rtc/pcf2127.c index eea72ad522..88ff8c52c3 100644 --- a/drivers/rtc/pcf2127.c +++ b/drivers/r

[PATCH v4 02/11] rtc: add dm_rtc_write() helper

Similar to dm_rtc_read(), introduce a helper that allows the caller to write multiple consecutive 8-bit registers with one call. If the driver provides the ->write method, use that, otherwise loop using ->write8. Reviewed-by: Simon Glass Reviewed-by: Heiko Schocher Signed-off-by: Rasmus Villemoe

[PATCH v4 06/11] rtc: add rtc command

Mostly as an aid for debugging RTC drivers, provide a command that can be used to read/write arbitrary registers (assuming the driver provides the read/write methods or their single-register-at-a-time variants). Reviewed-by: Simon Glass Reviewed-by: Heiko Schocher Signed-off-by: Rasmus Villemoes

[PATCH v4 04/11] rtc: pcf2127: provide ->read method

This simply consists of renaming the existing pcf2127_read_reg() helper to follow the naming of the other methods (i.e. pcf2127_rtc_) and changing the type of its "len" parameter. Reviewed-by: Simon Glass Reviewed-by: Heiko Schocher Signed-off-by: Rasmus Villemoes --- drivers/rtc/pcf2127.c | 6

[PATCH v4 03/11] rtc: fall back to ->{read, write} if ->{read, write}8 are not provided

Similar to how the dm_rtc_{read,write} functions fall back to using the {read,write}8 methods, do the opposite in the rtc_{read,write}8 functions. This way, each driver only needs to provide either ->read8 or ->read to make both rtc_read8() and dm_rtc_read() work - without this, a driver that prov

[PATCH v4 01/11] rtc: add dm_rtc_read helper and ->read method

Some users may want to read multiple consecutive 8-bit registers. Instead of each caller having to implement the loop, provide a dm_rtc_read() helper. Also, allow a driver to provide a ->read method, which can be more efficient than reading one register at a time. Reviewed-by: Simon Glass Reviewe

[PATCH v4 00/11] new rtc methods, rtc command, and tests

I need access to registers other than just the timekeeping ones of the pcf2127, so I wanted to implement ->read8 and ->write8. But for testing these it appeared there was no convenient way to invoke those from the shell, so I also ended up adding such a command. Also, it seemed more natural to pro

Re: Chainloading U-Boot from Fastboot on Tegra30

On Mon, Jul 6, 2020 at 1:04 PM Stephen Warren wrote: > > On 7/3/20 6:32 AM, Peter Geis wrote: > > Good Morning, > > > > I am attempting to expand on the work for chainloading U-Boot on the > > nyan-big in order to chainload U-Boot on the Ouya Tegra30 device from > > fastboot. > > I have so far be

[ANN] U-Boot v2020.07 released

Hey all, It is release day and here is the v2020.07 release. The current schedule has been working well enough I think, but I really would like to see broader testing after the -rc1 release. I know I should test a few more platforms then than I do regularly. I hope others will do the same, espe

Re: [RFC 1/4] dtoc: add POC for dtb shrink

Hi Walter, On Fri, 19 Jun 2020 at 15:11, Walter Lozano wrote: > > Based on several reports and discussions [1], [2] it is clear that U-Boot's > footprint is always a concern, and any kind of reduction is an > improvement. > > In particular dtb is one of the sources of footprint increment, as > U-

Re: [PATCH v1 07/43] dm: acpi: Add support for the NHLT table

Hi Bin, On Thu, 2 Jul 2020 at 22:33, Bin Meng wrote: > > Hi Simon, > > On Fri, Jul 3, 2020 at 11:50 AM Simon Glass wrote: > > > > Hi Bin, > > > > On Thu, 2 Jul 2020 at 18:54, Bin Meng wrote: > > > > > > Hi Simon, > > > > > > On Fri, Jul 3, 2020 at 8:46 AM Simon Glass wrote: > > > > > > > > Hi

Re: [RFC 2/4] dtoc: add initial support for deleting DTB nodes

Hi Walter, On Fri, 19 Jun 2020 at 15:12, Walter Lozano wrote: > > This patch introduce a test for deleting DTB nodes using Python library. > > Signed-off-by: Walter Lozano > --- > tools/dtoc/dtb_platdata.py | 28 > tools/dtoc/fdt.py | 3 +++ > 2 files chan

Re: [RFC 3/4] dtoc: add support for generate stuct udevice_id

Hi Walter, On Fri, 19 Jun 2020 at 15:12, Walter Lozano wrote: > > Based on several reports there is an increasing concern in the impact > of adding additional features to drivers based on compatible strings. > A good example of this situation is found in [1]. > > In order to reduce this impact an

Re: [PATCH] x86: remove unused setup_pcat_compatibility() stub

Hi Masahiro, On Sat, 4 Jul 2020 at 11:43, Masahiro Yamada wrote: > > 'git grep' did not find any user of this stub. > > Signed-off-by: Masahiro Yamada > --- > > arch/x86/include/asm/u-boot-x86.h | 2 -- > arch/x86/lib/zimage.c | 10 -- > 2 files changed, 12 deletions(-) >

Re: [PATCH v1 18/43] x86: pinctrl: Update comment for intel_pinctrl_get_pad()

Hi Bin, On Thu, 2 Jul 2020 at 18:59, Bin Meng wrote: > > Hi Simon, > > On Fri, Jul 3, 2020 at 8:46 AM Simon Glass wrote: > > > > Hi Bin, > > > > On Tue, 30 Jun 2020 at 00:43, Bin Meng wrote: > > > > > > Hi Simon, > > > > > > On Mon, Jun 15, 2020 at 11:58 AM Simon Glass wrote: > > > > > > > > A

Re: Pull request for UEFI sub-system for efi-2020-10-rc1

On Sat, Jul 04, 2020 at 11:50:01AM +0200, Heinrich Schuchardt wrote: > The following changes since commit bcfe764ee925d0820e82c69ccf75b71d142644c7: > > Merge tag 'efi-2020-07-rc6-2' of > https://gitlab.denx.de/u-boot/custodians/u-boot-efi (2020-06-30 17:15:39 > -0400) > > are available in the

Re: Chainloading U-Boot from Fastboot on Tegra30

On 7/3/20 6:32 AM, Peter Geis wrote: > Good Morning, > > I am attempting to expand on the work for chainloading U-Boot on the > nyan-big in order to chainload U-Boot on the Ouya Tegra30 device from > fastboot. > I have so far been unsuccessful at getting any output from U-Boot > through this meth

Re: Chainloading U-Boot from Fastboot on Tegra30

Hi Peter, On Mon, 6 Jul 2020 at 05:52, Peter Geis wrote: > > On Sun, Jul 5, 2020 at 11:35 AM Simon Glass wrote: > > > > Hi Peter, > > > > On Sun, 5 Jul 2020 at 05:33, Peter Geis wrote: > > > > > > On Sat, Jul 4, 2020 at 3:53 PM Simon Glass wrote: > > > > > > > > Hi Peter, > > > > > > > > On Fr

Re: U-boot Designware SPI driver issue

Hi Yakov, have you fixed the issue? I'm not a real developer from the U-Boot project, but I had a similar issue on a PINE64 Rock64 board. The error code -19 was a missing alias in the Device-Tree files on my used board. Fixed this issue with the correct alias. Maybe it's the same issue on your b

[PATCH] bugfix: tpm2_tis_spi: redeclaration compile error

tpm2_tis_spi driver fails to compile with errors like this: drivers/tpm/tpm_tis.h:117:2: error: redeclaration of enumerator 'TPM_ACCESS_VALID' drivers/tpm/tpm_tis.h:118:2: error: redeclaration of enumerator 'TPM_ACCESS_ACTIVE_LOCALITY' drivers/tpm/tpm_tis.h:119:2: error: redeclaration of enumera

Re: [RFC PATCH 01/16] patman: Use test_util to show test results

Hi Daniel, On Sun, 5 Jul 2020 at 22:50, Daniel Axtens wrote: > > Daniel Axtens writes: > > > Hi Simon, > > > > I can't see a cover letter so apologies if I've misunderstood something > > basic, but this doesn't appear to apply to the patchwork tree - I'm > > guessing the patchwork relevance is w

[PATCH] configs: stm32mp15: activate CMD_ADTIMG

Activate the support of the command adtimg to handle android images. 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_ba

[PATCH] ARM: dts: stm32: add reset support to uart nodes on stm32mp15x

STM32 serial IP can be reset via reset controller. Add the support of reset to uart nodes on stm32mp15-u-boot.dtsi, the ad-dons file for U-Boot. This patch fix issues when previous UART configuration, for example done in TF-A or ROM code, is not handled in U-Boot stm32 serial driver init. This re

Re: [PATCH 00/15] net: sun8i-emac fixes and cleanups

On Mon, Jul 06, 2020 at 01:40:31AM +0100, Andre Przywara wrote: > Hi, > > while looking at several U-Boot network drivers in the past year, I > typically compared them to the sun8i-emac driver, as a kind of personal > reference. While doing so, I figured that there are quite some things > broken i

Re: Cover Letter of Patchsets

Dear Leo, In message <20200706023510.gb2...@andestech.com> you wrote: > > I am Leo, just recently joined the community. > and been picking up the guide line of uboot's development. > > I am a bit curious about the policy on the cover letter of patchsets. > Is cover letter mandatory ? No, it is no

Re: Chainloading U-Boot from Fastboot on Tegra30

On Sun, Jul 5, 2020 at 11:35 AM Simon Glass wrote: > > Hi Peter, > > On Sun, 5 Jul 2020 at 05:33, Peter Geis wrote: > > > > On Sat, Jul 4, 2020 at 3:53 PM Simon Glass wrote: > > > > > > Hi Peter, > > > > > > On Fri, 3 Jul 2020 at 06:33, Peter Geis wrote: > > > > > > > > Good Morning, > > > > >

[PATCH] i2c: stm32f7: SYSCFG Fast Mode Plus support for I2C STM32F7

Read SYSCFG bindings to set Fast Mode Plus bits if Fast Mode Plus speed is selected. Handle the stm32mp15 specific compatible to handle FastMode+ registers handling which is different on the stm32mp15 compared to the stm32f7 or stm32h7. Indeed, on the stm32mp15, the FastMode+ set and clear registe

[PATCH 3/3] ARM: dts: stm32mp1: DT alignment with Linux kernel v5.8-rc1

DT alignment with Linux kernel v5.8-rc1 for the STM32MP15x soc device tree files and the STMicroelectronics boards device tree files. Signed-off-by: Patrick Delaunay --- arch/arm/dts/stm32mp15-pinctrl.dtsi | 562 ++-- arch/arm/dts/stm32mp15-u-boot.dtsi | 4 + arch/arm

[PATCH 2/3] i2c: stm32f7: add stm32mp15 compatible

Add a new compatible "st,stm32mp15-i2c" introduced in Linux kernel v5.8 Signed-off-by: Patrick Delaunay --- drivers/i2c/stm32f7_i2c.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/i2c/stm32f7_i2c.c b/drivers/i2c/stm32f7_i2c.c index ada8f4095e..593f713d6b 100644 --- a/drivers/i2c/s

[PATCH 1/3] ARM: dts: rename stm32mp15xx-avenger96 ethernet0_rgmii_pins

Alignment with pins name used in Linux kernel v5.8. It is a preleminary step for device tree alignment. Signed-off-by: Patrick Delaunay --- arch/arm/dts/stm32mp15-pinctrl.dtsi | 4 ++-- arch/arm/dts/stm32mp15xx-dhcor-avenger96.dts | 4 ++-- 2 files changed, 4 insertions(+), 4 deletion

Re: [RFC PATCH 01/16] patman: Use test_util to show test results

Daniel Axtens writes: > Hi Simon, > > I can't see a cover letter so apologies if I've misunderstood something > basic, but this doesn't appear to apply to the patchwork tree - I'm > guessing the patchwork relevance is with regards to the last few patches > that (AFAICT) parse the patchwork web in

Secondary UART

Hello, I need to use a secondary UART, in addition to the primary UART used for the console. The secondary UART will be used to run IPMI commands to an IPMController over a serial interface. What do I have to do? Cheers, Ralf.

Re: [RFC PATCH 01/16] patman: Use test_util to show test results

Hi Simon, I can't see a cover letter so apologies if I've misunderstood something basic, but this doesn't appear to apply to the patchwork tree - I'm guessing the patchwork relevance is with regards to the last few patches that (AFAICT) parse the patchwork web interface for information? I haven't

Cover Letter of Patchsets

Hi Tom, I am Leo, just recently joined the community. and been picking up the guide line of uboot's development. I am a bit curious about the policy on the cover letter of patchsets. Is cover letter mandatory ? IMHO, making it mandatory, especially on patchsets that consist of more than 1 patch

[PATCH] arm: stm32mp: stm32prog: check result of find_mmc_device

Check result of find_mmc_device() before calling mmc_init(). This patch avoid a data abort when the command try to acces to sd/mmc device deactivated in device tree. Fixes: aff4c5dd8265 ("stm32mp: stm32prog: add MMC device") Signed-off-by: Patrick Delaunay --- arch/arm/mach-stm32mp/cmd_stm32pr

Re: [PATCH 2/2] test/py: efi_secboot: more fixes against pylint

On 16.06.20 01:16, AKASHI Takahiro wrote: > More fixes against pylint warnings that autopep8 didn't handle > in the previous commit. > > Signed-off-by: AKASHI Takahiro This patch has to be rebased: error: patch failed: test/py/tests/test_efi_secboot/conftest.py:14 error: test/py/tests/test_efi_s

Re: [PATCH 1/2] test/py: efi_secboot: apply autopep8

On 16.06.20 01:16, AKASHI Takahiro wrote: > Python's autopep8 can automatically correct some of warnings from pylint > and rewrite the code in a pretty print format. So just do it. > > Signed-off-by: AKASHI Takahiro > Suggested-by: Heinrich Schuchardt > --- > test/py/tests/test_efi_secboot/conft

Re: Pull request for UEFI sub-system for efi-2020-10-rc1

On 06.07.20 01:40, Tom Rini wrote: > On Sat, Jul 04, 2020 at 11:50:01AM +0200, Heinrich Schuchardt wrote: >> The following changes since commit bcfe764ee925d0820e82c69ccf75b71d142644c7: >> >> Merge tag 'efi-2020-07-rc6-2' of >> https://gitlab.denx.de/u-boot/custodians/u-boot-efi (2020-06-30 17:15

Re: [PATCH v9 1/2] i2c: i2c-cortina: added CAxxxx I2C support

Hello Alex, Arthur, Am 01.06.2020 um 21:56 schrieb Alex Nemirovsky: From: Arthur Li Add I2C controller support for Cortina Access CA SoCs Signed-off-by: Arthur Li Signed-off-by: Alex Nemirovsky CC: Heiko Schocher Reviewed-by: Heiko Schocher --- Changes in v9: - specially include bit

Re: [PATCH 17/17] board: xen: De-initialize before jumping to Linux

On Thu, 2020-07-02 at 21:50 -0600, Simon Glass wrote: > On Wed, 1 Jul 2020 at 10:30, Anastasiia Lukianenko < > vicooo...@gmail.com> wrote: > > > > From: Oleksandr Andrushchenko > > > > Free resources used by Xen board before jumping to Linux kernel. > > > > Signed-off-by: Oleksandr Andrushchenk

Re: Seemless Boot Splash on iMX-based boards

Hi Igor, my two cents from previous experience: On 06.07.20 10:34, Igor Opaniuk wrote: > Hi, > > Does anyone have experience in setting up seamless > boot splash on iMX-based platforms? > > I'm currently trying to do that on iMX7-based board with > 4.9 2.3.x IMX downstream kernel running. > W

Re: [PATCH 15/17] xen: pvblock: Implement front-back protocol and do IO

On Thu, 2020-07-02 at 21:50 -0600, Simon Glass wrote: > On Wed, 1 Jul 2020 at 10:30, Anastasiia Lukianenko < > vicooo...@gmail.com> wrote: > > > > From: Anastasiia Lukianenko > > > > Implement Xen para-virtual frontend to backend communication > > and actually read/write disk data. > > > > This

Re: [PATCH 14/17] xen: pvblock: Read XenStore configuration and initialize

On Thu, 2020-07-02 at 21:50 -0600, Simon Glass wrote: > Hi Anastasiia, > > On Wed, 1 Jul 2020 at 10:30, Anastasiia Lukianenko < > vicooo...@gmail.com> wrote: > > > > From: Anastasiia Lukianenko > > > > Read essential virtual block device configuration data from > > XenStore, > > initialize fron

Re: [PATCH v3 00/10] new rtc methods, rtc command, and tests

Hello Rasmu, Am 02.06.2020 um 21:13 schrieb Rasmus Villemoes: I need access to registers other than just the timekeeping ones of the pcf2127, so I wanted to implement ->read8 and ->write8. But for testing these it appeared there was no convenient way to invoke those from the shell, so I also end

[PATCH 3/3] msm_gpio: Add support for Qualcomm IPQ40xx

Snapdragon SoCs and IPQ40xx use common TLMM IP, so existing driver supports IPQ40xx as well. So lets simply add a compatible for IPQ40xx. Signed-off-by: Robert Marko --- doc/device-tree-bindings/gpio/gpio-msm.txt | 3 ++- drivers/gpio/msm_gpio.c| 1 + 2 files changed, 3 inse

[PATCH 2/3] msm_serial: Read bit rate register value from DT

IPQ40xx and currently supported Snapdragon boards don't use the same one so enable reading it from DT, if no DT property is found default value is the same as the previous define. Signed-off-by: Robert Marko --- doc/device-tree-bindings/serial/msm-serial.txt | 4 drivers/serial/serial_msm.c

[PATCH 1/3] arm: Add support for Qualcomm IPQ40xx family

This introduces initial support for the popular Qualcomm IPQ40x8 and IPQ40x9 WiSoC series. IPQ40xx series have 4x Cortex A7 ARM-v7A cores. Supported are: IPQ4018, IPQ4019, IPQ4028 and IPQ4029. IPQ40x8 and IPQ40x9 use the same cores, but differ in addressable RAM size (1GB for IPQ40x9 and 256MB fo

Seemless Boot Splash on iMX-based boards

Hi, Does anyone have experience in setting up seamless boot splash on iMX-based platforms? I'm currently trying to do that on iMX7-based board with 4.9 2.3.x IMX downstream kernel running. I've backported console deferred takeover patch-series for fbcon [1], which permits the contents of the fra

[PATCH 5/5] arm: dts: k3-am65: Sync CPSW DT node from kernel

Sync CPSW DT node from kernel and move it out of -u-boot.dtsi file. Signed-off-by: Vignesh Raghavendra --- arch/arm/dts/k3-am65-mcu.dtsi| 84 arch/arm/dts/k3-am654-base-board-u-boot.dtsi | 54 + 2 files changed, 85 insertions(+), 53 deletions(-)

[PATCH 4/5] arm: dts: k3-j721e: Sync CPSW DT node from kernel

Sync CPSW DT node from Kernel and move it out of -u-boot.dtsi file. Signed-off-by: Vignesh Raghavendra --- .../k3-j721e-common-proc-board-u-boot.dtsi| 74 +-- arch/arm/dts/k3-j721e-mcu-wakeup.dtsi | 74 +++ 2 files changed, 75 insertions(+), 73 deletio

[PATCH 2/5] net: ti: am65-cpsw-nuss: Set ALE default thread enable

Force default thread to be used for RX as ALE is anyways set to Bypass mode. Signed-off-by: Vignesh Raghavendra --- drivers/net/ti/am65-cpsw-nuss.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/net/ti/am65-cpsw-nuss.c b/drivers/net/ti/am65-cpsw-nuss.c index e8fe875e70..753a11

[PATCH 1/5] net: ti: am65-cpsw-nuss: Remove dead code

MDIO node is not referenced further, therefore drop the dead code. Signed-off-by: Vignesh Raghavendra --- drivers/net/ti/am65-cpsw-nuss.c | 7 --- 1 file changed, 7 deletions(-) diff --git a/drivers/net/ti/am65-cpsw-nuss.c b/drivers/net/ti/am65-cpsw-nuss.c index 85f3e49c05..e8fe875e70 10064

[PATCH 3/5] net: ti: am65-cpsw-nuss: Update driver to use kernel DT

Kernel DT has CPSW ports under ethernet-ports subnode. Update the driver to look for the same. Signed-off-by: Vignesh Raghavendra --- drivers/net/ti/am65-cpsw-nuss.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ti/am65-cpsw-nuss.c b/drivers/net/ti/am65-cpsw-nus

[PATCH 0/5] TI: AM654/J721e: Sync CPSW DT node from kernel

Make necessary driver changes to sync DT nodes from kernel. Depends on [1] Due to the dependencies, I would like this entire series to be merged via TI tree. Tested on AM654 and J721e boards [1] https://patchwork.ozlabs.org/project/uboot/list/?series=186589 Vignesh Raghavendra (5): net: ti:

[PATCH 2/6] soc: ti: k3-ringacc: Add an API to request pair of rings

Add new API k3_ringacc_request_rings_pair() to request pair of rings at once, as in the most case Rings are used with DMA channels which required to request pair of rings - one to feed DMA with descriptors (TX/RX FDQ) and one to receive completions (RX/TX CQ). This will allow to simplify Ringacc AP

[PATCH 6/6] dma: ti: k3-udma: Switch to k3_ringacc_request_rings_pair

We only request ring pairs via K3 DMA driver, switch to use the new k3_ringacc_request_rings_pair() to simplify the code. As a good side effect, all boot stages now use exposed RING mode which avoid maintaining proxy mode for 32 bit R5 core. Signed-off-by: Vignesh Raghavendra --- drivers/dma/ti

[PATCH 3/6] soc: ti: k3-ringacc: Separate soc specific initialization

In preparation of adding more K3 SoCs, separate soc specific initialization add a SoC specific initialization hook. Signed-off-by: Vignesh Raghavendra --- drivers/soc/ti/k3-navss-ringacc.c | 49 +-- 1 file changed, 40 insertions(+), 9 deletions(-) diff --git a/driver

[PATCH 5/6] dma: ti: k3-udma: Move RX descriptor ring entries to rflow struct

In K3 UDMA architecture, RX rings are associated with RX flows rather than RX channels, therefore move the ring pointers to udma_rflow struct Signed-off-by: Vignesh Raghavendra --- drivers/dma/ti/k3-udma.c | 52 +--- 1 file changed, 28 insertions(+), 24 deleti

[PATCH 4/6] dma: ti: k3-udma: Introduce udma_chan_config struct

Encapsulate channel configuration in a separate struct so as to ease resetting of these fields with memset() and also to increase readability of the code. Signed-off-by: Vignesh Raghavendra --- drivers/dma/ti/k3-udma.c | 197 +-- 1 file changed, 108 insertions

[PATCH 1/6] soc: ti: k3-ringacc: Move state tracking variables under a struct

Move the free, occ, windex and rinfex under a struct. We can use memset to zero them and it will allow a cleaner way to extend the variables for duplex rings. Signed-off-by: Vignesh Raghavendra --- drivers/soc/ti/k3-navss-ringacc.c | 89 --- 1 file changed, 46 inserti

[PATCH 0/6] TI: AM654/j721e: Ringacc and UDMA updates

Align Ringacc and UDMA driver with kernel updates. Depends on [1] [1] https://patchwork.ozlabs.org/project/uboot/list/?series=186589 Vignesh Raghavendra (6): soc: ti: k3-ringacc: Move state tracking variables under a struct soc: ti: k3-ringacc: Add an API to request pair of rings soc: ti:

[PATCH 2/2] configs: migrate CONFIG_SPL_LOAD_FIT_ADDRESS to defconfigs

From: Peng Fan Done with: ./tools/moveconfig.py -S SPL_LOAD_FIT_ADDRESS ./tools/moveconfig.py -S SPL_LOAD_FIT_ADDRESS -H Signed-off-by: Peng Fan --- configs/am57xx_hs_evm_usb_defconfig| 3 ++- configs/avnet_ultrazedev_cc_v1_0_ultrazedev_som_v1_0_defconfig | 1 + con

[PATCH 1/2] Kconfig: add SPL_LOAD_FIT_ADDRESS

From: Peng Fan Add SPL_LOAD_FIT_ADDRESS to make user could add it in defconfig Signed-off-by: Peng Fan --- Kconfig | 8 1 file changed, 8 insertions(+) diff --git a/Kconfig b/Kconfig index 8f3fba085a..1e63e1d7ba 100644 --- a/Kconfig +++ b/Kconfig @@ -474,6 +474,14 @@ config SPL_LOAD_

Re: [PATCH v3 04/14] i2c: add nexell driver

Hello Heiko, thank you for your proposals. I'll make the appropriate changes. Regards Stefan Am 03.07.20 um 08:03 schrieb Heiko Schocher: Hello Stefan, Am 29.06.2020 um 19:46 schrieb Stefan Bosch: Changes in relation to FriendlyARM's U-Boot nanopi2-v2016.01: - i2c/nx_i2c.c: Some adaptions ma