[PATCH 1/1] efi_loader: correct EFI_BLOCK_IO_PROTOCOL.Media.LastBlock

The field Media.LastBlock of the EFI_BLOCK_IO_PROTOCOL.Media was filled incorrectly both for block devices as well as for partitions. The field must be filled with the index of the last logical block (LBA): * block devices: device size minus 1 * partitions: partition size minus 1 Reported-by: Al

[PATCH 1/1] efi_loader: notification with TPL_APPLICATION not allowed

The UEFI specification requires event notification levels to be > TPL_APPLICATION and <= TPL_HIGH_LEVEL. With the patch the CreateEvent() and CreatedEventEx() services are changed to check that the notification level is not TPL_APPLICATION. Reference: UEFI Specification 2.8 Errata B, table 27 "TP

[BUG] incorrect value of last block in block device protocol for partitions

The value for Media.LastBlock of the block IO protocol for partitions is incorrect for all partitions that do not end on the last block of the device. lib/efi_loader/efi_disk.c(448) efi_disk_add_dev(): diskobj->media.last_block = desc->lba - offset; desc->lba is the end of the disk not of the pa

Re: [PATCH v2 16/21] sunxi: Add H616 FEL support

On Mon, 11 Jan 2021 21:11:48 +0100 Jernej Skrabec wrote: > H616 uses different address for reset. Add it. > > Signed-off-by: Jernej Skrabec > --- > arch/arm/cpu/armv8/fel_utils.S | 5 - > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/arch/arm/cpu/armv8/fel_utils.S b/arch/a

Re: [PATCH v2 15/21] mmc: sunxi: Add H616 clock offset

On Mon, 11 Jan 2021 21:11:47 +0100 Jernej Skrabec wrote: > H616 mmc clock is on same address as H6. > > Signed-off-by: Jernej Skrabec > --- > drivers/mmc/sunxi_mmc.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/drivers/mmc/sunxi_mmc.c b/drivers/mmc/sunxi_mmc.c >

Re: [PATCH v2 14/21] sunxi: Add support for H616 SoC

On Mon, 11 Jan 2021 21:11:46 +0100 Jernej Skrabec wrote: > H616 is very similar to H6 so most of the infrastructure can be reused. > However, two big differences are that it doesn't have functional SRAM A2 > which is usually used for TF-A and it doesn't have ARISC co-processor. > It also needs bi

Re: [PATCH v3 1/5] net: Introduce DSA class for Ethernet switches

On Fri, Jan 22, 2021 at 10:30:48PM +0100, Michael Walle wrote: > > + if (ops->port_enable) { > > + struct dsa_port_pdata *port_pdata; > > + > > + port_pdata = dev_get_parent_plat(pdev); > > + err = ops->port_enable(dev, port_pdata->index, > > +

Re: [PATCH v2 4/4] mkimge: Reject signing-related flags without FIT_SIGNATURE

On Tue, Dec 08, 2020 at 02:42:16PM +1030, Joel Stanley wrote: > When CONFIG_FIT_SIGNATURE=n the signing options are not available. If a > user is careful they will notice this when looking at the help output. > > If they are not careful they will waste several hours wondering why > their FIT does

Re: [PATCH v3 1/5] net: Introduce DSA class for Ethernet switches

Am 2021-01-22 20:16, schrieb Vladimir Oltean: From: Claudiu Manoil DSA stands for Distributed Switch Architecture and it covers switches that are connected to the CPU through an Ethernet link and generally use frame tags to pass information about the source/destination ports to/from CPU. Fro

Re: [PATCH v3 5/5] configs: ls1028a: Enable the Ethernet switch driver in defconfig

Am 2021-01-22 20:16, schrieb Vladimir Oltean: From: Alex Marginean The switch driver for LS1028A Ethernet switch is now compiled in for the NXP LS1028A reference design boards and for the Kontron SMARC-sAL28. Signed-off-by: Alex Marginean Signed-off-by: Claudiu Manoil Signed-off-by: Vladim

Re: [PATCH v3 4/5] arm: dts: ls1028a: Add Ethernet switch node and dependencies

Am 2021-01-22 20:16, schrieb Vladimir Oltean: From: Alex Marginean The definition follows the DSA binding in kernel and describes the switch, its ports and PHYs. The switch node has the same structure as in Linux and this patch enables it (and relevant ports) for the LS1028A RDB board. EN

[PATCH v3 5/5] configs: ls1028a: Enable the Ethernet switch driver in defconfig

From: Alex Marginean The switch driver for LS1028A Ethernet switch is now compiled in for the NXP LS1028A reference design boards and for the Kontron SMARC-sAL28. Signed-off-by: Alex Marginean Signed-off-by: Claudiu Manoil Signed-off-by: Vladimir Oltean --- v3: enable the config options for t

[PATCH v3 4/5] arm: dts: ls1028a: Add Ethernet switch node and dependencies

From: Alex Marginean The definition follows the DSA binding in kernel and describes the switch, its ports and PHYs. The switch node has the same structure as in Linux and this patch enables it (and relevant ports) for the LS1028A RDB board. ENETC PF6 is the 2nd Eth controller linked to the swit

[PATCH v3 3/5] drivers: net: Add Felix DSA switch driver

From: Alex Marginean This driver is used for the Ethernet switch integrated into LS1028A NXP. Felix on LS1028A has 4 front panel ports and two internal ports, I/O to/from the switch is done through an ENETC Ethernet interface. The 4 front panel ports are available as Ethernet interfaces and can b

[PATCH v3 2/5] sandbox: Add a DSA sandbox driver and unit test

From: Claudiu Manoil The DSA sandbox driver is used for unit testing the DSA class code. It implements a simple 2 port switch plus 1 CPU port, and uses a very simple tag to identify the ports. The DSA sandbox device is connected via CPU port to a regular Ethernet sandbox device, called 'dsa-test-

[PATCH v3 1/5] net: Introduce DSA class for Ethernet switches

From: Claudiu Manoil DSA stands for Distributed Switch Architecture and it covers switches that are connected to the CPU through an Ethernet link and generally use frame tags to pass information about the source/destination ports to/from CPU. Front panel ports are presented as regular ethernet de

[PATCH v3 0/5] Introduce DSA Ethernet switch class and Felix driver

From: Vladimir Oltean DSA stands for Distributed Switch Architecture and it is a subsystem introduced in the Linux kernel to support switches that: - have an Ethernet link up to the CPU - use some form of tagging to identify the source/destination port for Rx/Tx - may be cascaded in tree-like s

[PATCH 1/1] doc: document true command

Create a man-page for the true command. Signed-off-by: Heinrich Schuchardt --- doc/usage/index.rst | 1 + doc/usage/true.rst | 28 2 files changed, 29 insertions(+) create mode 100644 doc/usage/true.rst diff --git a/doc/usage/index.rst b/doc/usage/index.rst index

[PATCH 1/1] doc: describe loady command

Create a man-page for the loady command. Signed-off-by: Heinrich Schuchardt --- doc/usage/index.rst | 1 + doc/usage/loady.rst | 67 + 2 files changed, 68 insertions(+) create mode 100644 doc/usage/loady.rst diff --git a/doc/usage/index.rst b/doc/us

Re: [PATCH v2 11/21] sunxi: Add H616 DRAM support

On Mon, 11 Jan 2021 21:11:43 +0100 Jernej Skrabec wrote: > Allwinner H616 supports many types of DRAM. Most notably it supports > LPDDR4. However, all commercially available boards at this time use > only DDR3, so this commit adds only DDR3 support. > > Controller and MBUS are very similar to H6

[PATCH 1/1] cmd: correct long text loadb, loadx, loady

The first argument is the load address and not an offset. The second argument cannot be entered without the first one. Signed-off-by: Heinrich Schuchardt --- cmd/load.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/cmd/load.c b/cmd/load.c index c6a7cc4651..f25

[PATCH v7 4/4] test: dm: tee: extend with RPC test

From: Igor Opaniuk Extend existing DM tee tests adding test coverage for reverse RPC calls. Currently this commit only adds tests for I2C requests from TEE driver to TEE supplicant, for instance reading/writing data to emulated i2c eeprom defines in standard sandbox test device tree (arch/sandbox

[PATCH v7 3/4] drivers: tee: sandbox: add rpc test ta emulation

From: Igor Opaniuk This adds support for RPC test trusted application emulation, which permits to test reverse RPC calls to TEE supplicant. Currently it covers requests to the I2C bus from TEE. Signed-off-by: Igor Opaniuk Reviewed-by: Simon Glass Reviewed-by: Jens Wiklander Acked-by: Etienne

[PATCH v7 2/4] test: py: add pygit2 and pyelftools to requirements.txt

From: Igor Opaniuk Add pygit2 and pyelftools to the list of packages for virtualenv needed to run all sets of pytests.This fixes warnings like: binman.elf_test.TestElf.testDecodeElf (subunit.RemotedTestCase): Python elftools not available Signed-off-by: Igor Opaniuk Reviewed-by: Simon Glass -

[PATCH v7 1/4] drivers: tee: i2c trampoline driver

From: Jorge Ramirez-Ortiz This commit gives the secure world access to the I2C bus so it can communicate with I2C slaves (typically those would be secure elements like the NXP SE050). A similar service implementation has been merged in linux: c05210ab ("drivers: optee: allow op-tee to access dev

[PATCH v7 0/4] OP-TEE I2C trampoline and associated tests

From: Igor Opaniuk This patchset allows OP-TEE to communicate with I2C devices; a typical use case would be servicing U-Boot requests that require underlying cryptographic operations implemented by an I2C chip. On a board fitted with the NXP SE050 I2C secure element, OP-TEE can route some of the

[PATCH] gpio-uclass: fix gpio flags save condition

The commit cd2faeba1a moves the location where we save the flags to the gpio descriptor but it adds a "!" character. This breaks the condition we expect to save the flags. Signed-off-by: Kory Maincent --- drivers/gpio/gpio-uclass.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --gi

[PATCH v2] mkeficapsule: Miscellaneous fixes in the utility

Miscellaneous fixes in the mkeficapsule utility -- these include a few resource leak issues flagged by Coverity along with some additional code improvements suggested by Heinrich during code review. Signed-off-by: Sughosh Ganu --- Changes since V1: * Use a comparison with -1 for file descriptors

[PATCH] clk: stm32mp1: add support of I2C6_K

Add support of missing I2C6_K with bit 3 of RCC_MC_APB5ENSETR = I2C6EN: I2C6 peripheral clocks enable. This patch allows customer to use I2C6 in SPL or in U-Boot as other I2C instance, already support in clk driver. Signed-off-by: Patrick Delaunay --- drivers/clk/clk_stm32mp1.c | 1 + 1 file c

Re: Loading u-boot binary from the u-boot command line

On Fri, Jan 22, 2021 at 9:23 PM Amit Tomar wrote: > > > > > Can I load the modified u-boot binary from the currently running u-boot > > command line? > > > > Yes, U-boot supports chain loading. > > On host machine you can use ckermit[1] program to load U-boot image using > serial or you can > use

Re: [PATCH v6 1/4] drivers: tee: i2c trampoline driver

Hi Igor, With comment addressed or not: Reviewed-by: Etienne Carriere On Fri, 22 Jan 2021 at 12:51, Igor Opaniuk wrote: > > From: Jorge Ramirez-Ortiz > > This commit gives the secure world access to the I2C bus so it can > communicate with I2C slaves (typically those would be secure elements >

Re: [PATCH v6 3/4] drivers: tee: sandbox: add rpc test ta emulation

Hi Igor, With comment addressed: Acked-by: Etienne Carriere Cheers, Etienne On Fri, 22 Jan 2021 at 12:51, Igor Opaniuk wrote: > > From: Igor Opaniuk > > This adds support for RPC test trusted application emulation, which > permits to test reverse RPC calls to TEE supplicant. Currently it cove

Re: Loading u-boot binary from the u-boot command line

> > Can I load the modified u-boot binary from the currently running u-boot > command line? > Yes, U-boot supports chain loading. On host machine you can use ckermit[1] program to load U-boot image using serial or you can use tftp to load modified U-boot image at SYS_TEXT_BASE address. Once the i

Sync include/linux/*.h from kernel

All, Do we need to sync the header files under include/linux/*.h from Linux Kernel? Seems many files are out of date and Linux Kernel changed a lot, such as linkage.h. Thanks, Peng.

Re: [PATCH v4 0/3] VIM3: add support for checking 'Function' button state

Hi Neil, On 18.01.2021 13:55, Neil Armstrong wrote: > On 18/01/2021 13:48, Heinrich Schuchardt wrote: >> On 18.01.21 11:24, Neil Armstrong wrote: >>> On 22/12/2020 09:56, Marek Szyprowski wrote: Hi All, This patchset adds all building blocks needed for checking the 'Function' b

RE: IMX8MM SD UHS support

Hi Tim and Andrey I can reproduce this issue on my side, after revert my patch which you point out, SD can work on SDR104 mode. Till now, I do not know why wait for data0 status will cause this issue. Give me more time, I will try to dig that out. Again, thanks for report this issue. Haibo >

Re: [PATCH v6 3/4] drivers: tee: sandbox: add rpc test ta emulation

On Fri, Jan 22, 2021 at 12:51 PM Igor Opaniuk wrote: > > From: Igor Opaniuk > > This adds support for RPC test trusted application emulation, which > permits to test reverse RPC calls to TEE supplicant. Currently it covers > requests to the I2C bus from TEE. > > Signed-off-by: Igor Opaniuk > Rev

[RFC PATCH] arm: EFI: Disallow EFI bootmgr when providing PSCI

When "bootefi bootmgr" is run, it switches the CPU into non-secure state. This breaks platforms like 32-bit Allwinner boards that rely on running in secure state until late in the process, when they install the PSCI handler in secure memory and drop into non-secure state. They hang just before ente

Re: [PATCH v5 3/4] drivers: tee: sandbox: add rpc test ta emulation

Hi Igor > HI Etienne, > > On Thu, Jan 21, 2021 at 9:39 AM Etienne Carriere > wrote: > > > > Hi Igor, > > > > On Wed, 20 Jan 2021 at 18:56, Igor Opaniuk wrote: > > > > > > From: Igor Opaniuk > > > > > > This adds support for RPC test trusted application emulation, which > > > permits to test rev

[PATCH v6 4/4] test: dm: tee: extend with RPC test

From: Igor Opaniuk Extend existing DM tee tests adding test coverage for reverse RPC calls. Currently this commit only adds tests for I2C requests from TEE driver to TEE supplicant, for instance reading/writing data to emulated i2c eeprom defines in standard sandbox test device tree (arch/sandbox

[PATCH v6 3/4] drivers: tee: sandbox: add rpc test ta emulation

From: Igor Opaniuk This adds support for RPC test trusted application emulation, which permits to test reverse RPC calls to TEE supplicant. Currently it covers requests to the I2C bus from TEE. Signed-off-by: Igor Opaniuk Reviewed-by: Simon Glass --- (no changes since v1) drivers/tee/Makefi

[PATCH v6 2/4] test: py: add pygit2 and pyelftools to requirements.txt

From: Igor Opaniuk Add pygit2 and pyelftools to the list of packages for virtualenv needed to run all sets of pytests.This fixes warnings like: binman.elf_test.TestElf.testDecodeElf (subunit.RemotedTestCase): Python elftools not available Signed-off-by: Igor Opaniuk Reviewed-by: Simon Glass -

[PATCH v6 1/4] drivers: tee: i2c trampoline driver

From: Jorge Ramirez-Ortiz This commit gives the secure world access to the I2C bus so it can communicate with I2C slaves (typically those would be secure elements like the NXP SE050). A similar service implementation has been merged in linux: c05210ab ("drivers: optee: allow op-tee to access dev

[PATCH v6 0/4] OP-TEE I2C trampoline and associated tests

From: Igor Opaniuk This patchset allows OP-TEE to communicate with I2C devices; a typical use case would be servicing U-Boot requests that require underlying cryptographic operations implemented by an I2C chip. On a board fitted with the NXP SE050 I2C secure element, OP-TEE can route some of the

Re: [scan-ad...@coverity.com: New Defects reported by Coverity Scan for Das U-Boot]

Am 22. Januar 2021 09:54:20 MEZ schrieb Sughosh Ganu : >On Thu, 21 Jan 2021 at 19:14, Heinrich Schuchardt >wrote: > >> On 21.01.21 12:36, Sughosh Ganu wrote: >> > >> > >> > On Thu, 21 Jan 2021 at 00:34, Tom Rini > > > wrote: >> > >> > I decided to run Coverity part-w

[PATCH] cmd: misc: Fix return value for the sleep command

If sleeping has been interrupted, return CMD_RET_FAILURE instead of -1 (CMD_RET_USAGE). Signed-off-by: Marek Szyprowski --- cmd/sleep.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cmd/sleep.c b/cmd/sleep.c index f0c78a8efb..1fff400c79 100644 --- a/cmd/sleep.c +++ b/cmd/sl

Re: [RESEND 0/7] Refactor generic fastboot_set_reboot_flag implementation

Dear Tom, On Thu, Dec 10, 2020 at 11:54:44AM -0500, Tom Rini wrote: > On Thu, Dec 10, 2020 at 08:30:36AM +0100, Eugeniu Rosca wrote: > > Dear U-Boot maintainers, > > > > On Fri, Oct 23, 2020 at 11:52:18AM +0300, Roman Kovalivskyi wrote: > > > Current generic implementation of fastboot_set_reboot_

Re: [scan-ad...@coverity.com: New Defects reported by Coverity Scan for Das U-Boot]

On Thu, 21 Jan 2021 at 19:14, Heinrich Schuchardt wrote: > On 21.01.21 12:36, Sughosh Ganu wrote: > > > > > > On Thu, 21 Jan 2021 at 00:34, Tom Rini > > wrote: > > > > I decided to run Coverity part-way through the merge window this time > > and here's what's b

Re: [PATCH 2/2] pinctrl: stm32: bind only the enabled GPIO subnode

Hi Patrick On 1/21/21 5:39 PM, Patrick Delaunay wrote: > Bind only the enabled GPIO subnode, to avoid to probe the node > "gpio-controller" present in SOC dtsi (disabled by default) but > not enabled in the included pincontrol dtsi file. > > For example, in stm32mp15xxac-pinctrl.dtsi 2 gpio bank

Re: [PATCH 1/2] pinctrl: stm32: correct management pin display of OTYPE

Hi Patrick On 1/21/21 5:39 PM, Patrick Delaunay wrote: > OTYPE can be used for output or for alternate function to select > PP = push-pull or OP = open-drain mode, according reference manual > (Table 81. Port bit configuration table). > > This patch removes this indication for input pins and adds