Re: [PATCH 01/14] qemu: arm: Use the generated DTB only when CONGIG_OF_BOARD is defined

On Wed, 9 Dec 2020 at 12:56, Heinrich Schuchardt wrote: > On 12/9/20 6:25 AM, Sughosh Ganu wrote: > > On Wed, 9 Dec 2020 at 03:24, Heinrich Schuchardt > wrote: > > > >> On 12/8/20 10:19 AM, Sughosh Ganu wrote: > >>> > >>> On Tue, 8 Dec 2020 at 14:32, Heinrich Schuchardt >>>

Re: FW: [PATCH] add check for ignored CONFIG_ENV_EXT4_DEVICE_AND_PART definition

Hi Manuel, On 12/9/20 9:59 AM, Patrick DELAUNAY wrote: From: Manuel Reis Sent: mercredi 25 novembre 2020 11:16 Check whether user has explicitly defined device and partition where environment file will be located before using 'auto' i.e. bootable partition Voids the need to set such partitio

Re: FW: [PATCH 1/4] ARM: dts: stm32: Enable internal pull-ups for SDMMC1 on DHCOM SoM

Hi Marek, On 12/8/20 6:26 PM, Marek Vasut wrote: On 12/8/20 6:20 PM, Patrick DELAUNAY wrote: Hi Marek, Hi, [...] For the serie:  the target is next or it is a bugfix for master / v2021.01 ? This is for 2021.01 , it corrects a couple of random things here and there. For the serie: Ap

[PATCH 1/2] mtd: spi-nor: add unlock all config option

Provide an explicit configuration option to disable default "unlock all" of any flash chip which supports locking. It doesn't make sense to automatically unprotect the entire flash on each u-boot startup if the block protection bits are actually used. Traditionally, the unlock was there to be able

[PATCH 2/2] board: kontron: disable flash unlock all

Although the status register is protected by the hardware write protection, there is a hardware jumper to disable that hardware write protection. Thus if a user would set this jumper any u-boot start would disable the write protection altogether. Circumvent that by not disabling the write protecti

Re: A3720 - Disable slot when eMMC is not present

Hi, On 12/8/20 7:08 PM, Pali Rohár wrote: > Hello! I looked at what is initialized and enabled for sd/emmc slots and > I found out that comphy mmc needs to be enabled if at least one slot is > used (e.g. SD card) and then remaining part is slot initialization in > xenon driver. > > I wrote quick

Re: [PATCH] ARM: dts: stm32: Consistently enable internal pull-ups for SD bus

Hi Marek, On 12/9/20 11:11 AM, Patrick DELAUNAY wrote: From: Marek Vasut Sent: vendredi 9 octobre 2020 23:08 The default state of SD bus and clock line is logical HI. SD card IO is open-drain and pulls the bus lines LO. Always enable the SD bus pull ups to guarantee this behavior. Note that

Re: A3720 - Disable slot when eMMC is not present

On Wednesday 09 December 2020 19:01:19 Jaehoon Chung wrote: > Hi, > > On 12/8/20 7:08 PM, Pali Rohár wrote: > > Hello! I looked at what is initialized and enabled for sd/emmc slots and > > I found out that comphy mmc needs to be enabled if at least one slot is > > used (e.g. SD card) and then rema

Re: FW: [PATCH] add check for ignored CONFIG_ENV_EXT4_DEVICE_AND_PART definition

On 12/9/20 10:06 AM, Patrick DELAUNAY wrote: Hi Manuel, On 12/9/20 9:59 AM, Patrick DELAUNAY wrote: From: Manuel Reis Sent: mercredi 25 novembre 2020 11:16 Check whether user has explicitly defined device and partition where environment file will be located before using 'auto' i.e. bootabl

[PATCH] configs: ls1088aqds: add COMMON_ENV to fix distroboot

From: Biwen Li Add COMMON_ENV to fix distroboot, boot log as follows, Found U-Boot script /ls1088aqds_boot.scr 961 bytes read in 18 ms (51.8 KiB/s) ## Executing script at 8000 load - load binary file from a filesystemUsage: load [ [ [ [bytes [pos]

[PATCH] net: memac_phy: add a timeout to MDIO operations

We have encountered circumstances when a board design does not include pull-up resistors on the external MDIO buses which are not used. This leads to the MDIO data line not being pulled-up, thus the MDIO controller will always see the line as busy. Without a timeout in the MDIO bus driver, the exe

Re: FW: [PATCH] add check for ignored CONFIG_ENV_EXT4_DEVICE_AND_PART definition

Hi Patrick, Apologies. Must have missed that. Thanks Manuel On Wed, 9 Dec 2020 at 10:28, Patrick DELAUNAY wrote: > > On 12/9/20 10:06 AM, Patrick DELAUNAY wrote: > > Hi Manuel, > > > > On 12/9/20 9:59 AM, Patrick DELAUNAY wrote: > >> From: Manuel Reis > >> Sent: mercredi 25 novembre 2020 11:1

Re: [PATCH 4/8] dm: Introduce xxx_get_dma_range()

On 19/11/2020 18:48, Nicolas Saenz Julienne wrote: > Add the follwing functions to get a specific device's DMA ranges: > - dev_get_dma_range() > - ofnode_get_dma_range() > - of_get_dma_range() > - fdt_get_dma_range() > They are specially useful in oder to be able validate a physical address

RE: [PATCH] net: memac_phy: add a timeout to MDIO operations

> -Original Message- > From: Ioana Ciornei > Sent: 09 December 2020 13:32 > To: joe.hershber...@ni.com; Tom Rini ; u- > b...@lists.denx.de > Cc: Madalin Bucur ; Florin Laurentiu Chiculita > ; Ioana Ciornei > Subject: [PATCH] net: memac_phy: add a timeout to MDIO operations > > We have en

Re: [SPECIFICATION RFC] The firmware and bootloader log specification

On 12/4/20 7:23 AM, Paul Menzel wrote: > Dear Wim, dear Daniel, > > > First, thank you for including all parties in the discussion. > Am 04.12.20 um 13:52 schrieb Wim Vervoorn: > >> I agree with you. Using an existing standard is better than inventing >> a new one in this case. I think using the

RE: [PATCH 1/4] fastboot: mmc: Add CONFIG_FASTBOOT_MMC_USER_SUPPORT

Hi Lukasz, > From: Patrick DELAUNAY > Sent: mercredi 9 septembre 2020 15:23 > To: u-boot@lists.denx.de > Cc: Patrick DELAUNAY ; Jagan Teki > ; Kever Yang ; > Mingming lee ; Miquel Raynal > ; Peng Fan ; Simon Glass > ; U-Boot STM32 mailman.stormreply.com> > Subject: [PATCH 1/4] fastboot: mmc: Add

Re: ARM: mvebu: enable SPI for helios4 and sata and uart images for clearfog

Hi Dennis, On 09.12.20 04:07, dgilm...@redhat.com wrote: In an effort to build SPI images for clearfog and helios4 I needed to make some minor changes to the dts and Kconfig for the helios4 and set some variables for UART and SATA images for ClearFog. Version 2 dropped changes for db-mv784mp-gp

Re: [PATCH] ARM: dts: stm32: Consistently enable internal pull-ups for SD bus

On 12/9/20 11:22 AM, Patrick DELAUNAY wrote: Hi, [...] @@ -1340,13 +1340,13 @@    ; /* SDMMC2_CMD */   slew-rate = <1>;   drive-push-pull; -    bias-disable; +    bias-pull-up;   };   pins2 {   pinmux = ; /* SD

Re: ARM: mvebu: enable SPI for helios4 and sata and uart images for clearfog

On Wed, Dec 9, 2020 at 7:57 AM Stefan Roese wrote: > > Hi Dennis, > > On 09.12.20 04:07, dgilm...@redhat.com wrote: > > In an effort to build SPI images for clearfog and helios4 I needed to make > > some > > minor changes to the dts and Kconfig for the helios4 and set some variables > > for > >

[PULL] Pull request for u-boot master = u-boot-stm32-20201209

Hi Tom, Please pull the STM32 related patches for u-boot/master, v2021.01: u-boot-stm32-20201209 - Manage CONFIG_ENV_EXT4_DEVICE_AND_PART in stm32mp1 board - Update ARM STI and ARM STM STM32MP Arch maintainers emails - Enable internal pull-ups for SDMMC1 on DHCOM SoM CI status: https

[RFC PATCH v1 0/1] mmc: fix response timeout after switch command

Currently I am implementing SPL for frienlyARM's NanoPC-T2 board (SoC S5P4418). Loading of U-Boot from SD-card fails if CONFIG_SPL_MMC_TINY=y. I.e. mmc_set_blocklen() inside mmc_bread() fails (Response Timeout), caused by the previous call of __mmc_switch() in drivers/mmc/mmc.c: Here the 'current

[RFC PATCH v1 1/1] mmc: fix response timeout after switch command

After issuing the switch command: Wait until 'current state' of the card status becomes 'tran'. This prevents from response timeout at the next command because of 'current state' = 'data'. Signed-off-by: Stefan Bosch --- drivers/mmc/mmc.c | 3 ++- include/mmc.h | 1 + 2 files changed, 3 ins

Re: Facing issues in travis build due to migration to travis-ci.com

On Wed, Dec 09, 2020 at 07:00:13AM +, Priyanka Jain wrote: > Hello, > > > I have been using travis-ci.org for build test > "https://travis-ci.org/github/p-priyanka-jain/u-boot/builds"; . > Last month, I faced issue in syncing the git and got message regarding > migration to travis-ci.com

Re: [PATCH 4/8] dm: Introduce xxx_get_dma_range()

On Wed, 2020-12-09 at 13:58 +0100, Matthias Brugger wrote: [...] > > + > > + /* switch to that node */ > > + parent = of_get_parent(dev); > > + if (!parent) { > > + printf("Found dma-ranges in root node, shoudln't happen\n"); > > + ret = -EINVAL; > > + goto out;

Re: [GIT PULL] Pull request: u-boot-imx u-boot-imx-20201208

On Tue, Dec 08, 2020 at 09:11:16AM +0100, Stefano Babic wrote: > Hi Tom, > > please pull from u-boot-imx, thanks ! > > Travis: https://travis-ci.org/github/sbabic/u-boot-imx/builds/748076494 > > The following changes since commit ee1e04558ff8c8ed812b986939447f129bb0b0bb: > > Merge branch '20

Re: [PATCH 00/27] dm: Change the way sequence numbers are implemented

On Tue, Dec 08, 2020 at 11:52:07PM +0100, Michael Walle wrote: > Hi Simon, > > Am 2020-11-30 02:53, schrieb Simon Glass: > > At present each device has two sequence numbers, with 'req_seq' being > > set up at bind time and 'seq' at probe time. The idea is that devices > > can 'request' a sequence

Re: [PATCH 00/27] dm: Change the way sequence numbers are implemented

Hi Michael, On Tue, 8 Dec 2020 at 15:52, Michael Walle wrote: > > Hi Simon, > > Am 2020-11-30 02:53, schrieb Simon Glass: > > At present each device has two sequence numbers, with 'req_seq' being > > set up at bind time and 'seq' at probe time. The idea is that devices > > can 'request' a sequenc

Re: [PATCH 00/27] dm: Change the way sequence numbers are implemented

Hi Tom, On Wed, 9 Dec 2020 at 09:19, Tom Rini wrote: > > On Tue, Dec 08, 2020 at 11:52:07PM +0100, Michael Walle wrote: > > Hi Simon, > > > > Am 2020-11-30 02:53, schrieb Simon Glass: > > > At present each device has two sequence numbers, with 'req_seq' being > > > set up at bind time and 'seq' a

Re: [PATCH 00/27] dm: Change the way sequence numbers are implemented

Hi Simon, Am 2020-12-09 17:23, schrieb Simon Glass: On Tue, 8 Dec 2020 at 15:52, Michael Walle wrote: Am 2020-11-30 02:53, schrieb Simon Glass: > At present each device has two sequence numbers, with 'req_seq' being > set up at bind time and 'seq' at probe time. The idea is that devices > can

Re: [PATCH 4/8] dm: Introduce xxx_get_dma_range()

On Wed, 2020-12-09 at 17:30 +0100, Nicolas Saenz Julienne wrote: > On Wed, 2020-12-09 at 13:58 +0100, Matthias Brugger wrote: > [...] > > > + > > > + /* switch to that node */ > > > + parent = of_get_parent(dev); > > > + if (!parent) { > > > + printf("Found dma-ranges in root node, shoudln'

Re: [PATCH] usb: dwc2: add "u-boot,force-vbus-detection" for stm32

Hi Marek, On 12/9/20 5:22 PM, Patrick DELAUNAY wrote: -Original Message- From: Marek Vasut Sent: mardi 20 octobre 2020 12:21 On 10/16/20 6:32 PM, Patrick DELAUNAY wrote: Hi Marek, Hi, [...] On 10/15/20 2:49 PM, Patrick Delaunay wrote: On some board, the ID pin is not connected so

Re: [PATCH] usb: dwc2: add "u-boot,force-vbus-detection" for stm32

On 12/9/20 6:04 PM, Patrick DELAUNAY wrote: Hi, [...] I add a new property to be backward compatible (even it the combinaison is less clear) I protect regulator function call to avoid compilation issue for other platform. PS: after reading the refmanual, I also split VALOEN and VALOVAL bit u

[PATCH] lib/efi_loader: dynamically determine var store size

In order to support (ESP)/ubootefi.var and preseed variables greater than EFI_VAR_BUF_SIZE (0x4000), dynamically determine the variable list size that will fit both and the ones that are created at boot time. Signed-off-by: Paulo Alcantara (SUSE) --- include/efi_variable.h| 15 ++

Re: [PATCH 01/27] linker_lists: Fix alignment issue

On 12/1/20 4:58 PM, Simon Glass wrote: Hi Heinrich, On Mon, 30 Nov 2020 at 15:56, Heinrich Schuchardt wrote: On 11/30/20 9:11 PM, Simon Glass wrote: +Marek Vasut who originally wrote it Hi Heinrich, On Sun, 29 Nov 2020 at 23:20, Heinrich Schuchardt wrote: Am 30. November 2020 02:53:36 M

[PATCH 1/1] sandbox: implement invalidate_icache_all()

Before executing code that we have loaded from a file we need to flush the data cache and invalidate the instruction flash. Implement functions flush_cache() and invalidate_icache_all(). Signed-off-by: Heinrich Schuchardt --- arch/sandbox/cpu/Makefile | 2 +- arch/sandbox/cpu/cache.c | 23 +++

Re: [PULL] Pull request for u-boot master = u-boot-stm32-20201209

On Wed, Dec 09, 2020 at 04:11:06PM +0100, Patrick DELAUNAY wrote: > > Hi Tom, > > Please pull the STM32 related patches for u-boot/master, v2021.01: > u-boot-stm32-20201209 > > - Manage CONFIG_ENV_EXT4_DEVICE_AND_PART in stm32mp1 board > - Update ARM STI and ARM STM

Re: A3720 - Disable slot when eMMC is not present

On 12/9/20 7:25 PM, Pali Rohár wrote: > On Wednesday 09 December 2020 19:01:19 Jaehoon Chung wrote: >> Hi, >> >> On 12/8/20 7:08 PM, Pali Rohár wrote: >>> Hello! I looked at what is initialized and enabled for sd/emmc slots and >>> I found out that comphy mmc needs to be enabled if at least one slo

Re: [PATCH 11/11] dm: core: Drop unused parameter from dm_extended_scan_fdt()

This doesn't need to be passed the devicetree anymore. Drop it. Also rename the function to drop the _fdt suffix. Signed-off-by: Simon Glass --- drivers/core/root.c | 6 +++--- include/dm/root.h | 5 ++--- test/dm/test-fdt.c | 2 +- test/dm/test-main.c | 2 +- 4 files changed, 7 insertions(+

Re: [PATCH 10/11] dm: core: Drop unused parameter from dm_scan_fdt()

This doesn't need to be passed the devicetree anymore. Drop it. Signed-off-by: Simon Glass --- drivers/core/root.c | 9 - include/dm/root.h | 3 +-- test/dm/core.c | 2 +- test/dm/test-fdt.c | 2 +- test/dm/test-main.c | 2 +- 5 files changed, 8 insertions(+), 10 deletions(-) A

Re: [PATCH 09/11] dm: core: Combine the flattree and livetree binding code

At present there are two copies of this code. With ofnode we can combine them to reduce duplication. Update the dm_scan_fdt_node() function and adjust its callers. Signed-off-by: Simon Glass --- drivers/core/root.c | 74 ++--- 1 file changed, 16 insertion

Re: [PATCH 08/11] dm: core: Add an ofnode function to get the devicetree root

This is needed in at least one place. Avoid the conditional code in root.c by adding this inline function. Signed-off-by: Simon Glass --- drivers/core/root.c | 8 ++-- include/dm/ofnode.h | 12 2 files changed, 14 insertions(+), 6 deletions(-) Applied to u-boot-dm, thanks!

Re: [PATCH 07/11] dm: core: Drop device_bind_offset()

This function is not needed since the standard device_bind() can be used instead. Drop it. Signed-off-by: Simon Glass --- drivers/core/device.c| 8 include/dm/device-internal.h | 10 +++--- 2 files changed, 3 insertions(+), 15 deletions(-) Applied to u-boot-dm, thanks!

Re: [PATCH 06/11] dm: core: Drop dev_set_of_offset()

This pre-livetree function is not needed anymore. Drop it. Signed-off-by: Simon Glass --- include/dm/device.h | 5 - 1 file changed, 5 deletions(-) Applied to u-boot-dm, thanks!

Re: [PATCH 03/11] dm: core: Add a livetree function to check node status

Add a way to find out if a node is enabled or not, based on its 'status' property. Signed-off-by: Simon Glass --- drivers/core/ofnode.c | 10 ++ include/dm/ofnode.h | 11 +++ test/dm/ofnode.c | 12 3 files changed, 33 insertions(+) Applied to u-boot-dm, than

Re: [PATCH 05/11] dm: Drop uses of dev_set_of_offset()

The need for this can be avoided by passing the correct node to the device_bind() function. Signed-off-by: Simon Glass --- drivers/gpio/mt7621_gpio.c| 3 +-- drivers/gpio/s5p_gpio.c | 4 +--- drivers/gpio/sunxi_gpio.c | 3 +-- drivers/gpio/tegra186_gpio.c

Re: [PATCH 04/11] dm: Remove uses of device_bind_offset()

This function is not needed since the standard device_bind() can be used instead. Signed-off-by: Simon Glass --- arch/x86/cpu/apollolake/spl.c | 2 +- drivers/clk/at91/compat.c | 20 drivers/clk/clk.c | 2 +- drive

Re: [PATCH v2 1/4] sandbox: add handler for exceptions

On 17.11.20 00:53, Simon Glass wrote: > Hi Heinrich, > > On Wed, 11 Nov 2020 at 16:30, Heinrich Schuchardt wrote: >> >> Add a handler for SIGILL, SIGBUS, SIGSEGV. >> >> When an exception occurs print the program counter and the loaded >> UEFI binaries and reset the system if CONFIG_SANDBOX_CRASH_R

Re: [PATCH v2 2/4] cmd: sandbox: implement exception command

Implement the commands * exception undefined - execute an illegal instruction * exception sigsegv - cause a segment violation Here is a possible output: => exception undefined Illegal instruction pc = 0x55eb8d0a7575, pc_reloc = 0x57575 Resetting ... Signed-off-by: Heinrich Schuc

Re: [PATCH v2 3/4] efi_selftest: implement exception test for sandbox

On 17.11.20 00:53, Simon Glass wrote: > On Wed, 11 Nov 2020 at 16:30, Heinrich Schuchardt wrote: >> >> Provide a unit test that causes an illegal instruction to occur. >> >> The test can be run with the following commands: >> >> => setenv efi_selftest exception >> => bootefi selftest >> >>

Re: [PATCH 02/11] dm: core: Rename device_bind_ofnode() to device_bind()

This is the standard function to use when binding devices. Drop the '_ofnode' suffix to make this clear. Signed-off-by: Simon Glass --- drivers/core/device.c | 6 +++--- drivers/firmware/scmi/scmi_agent-uclass.c | 4 ++-- drivers/gpio/dwapb_gpio.c | 4 ++-- d

Re: [PATCH 1/3] serial: sandbox: Drop unnecessary #ifdefs

CONFIG_OF_CONTROL is always enabled for sandbox (as it should be for all boards), so we can drop it. Also use IS_ENABLED() for the SPL check. Signed-off-by: Simon Glass --- drivers/serial/sandbox.c | 11 ++- 1 file changed, 2 insertions(+), 9 deletions(-) Applied to u-boot-dm, thanks!

Re: [PATCH 5/5] dtoc: Tidy up Python style in dtb_platdata

Hi Simon, Thanks for this series. I've tried to test it but I had issues to apply it. I have tried in u-boot, both master and next, and u-boot-dm. Could you please point me to the right tree/version? On 9/11/20 00:36, Simon Glass wrote: > Update this, mostly to add comments for argument and retu

Re: [PATCH 4/5] patman: Drop tools.ToChar() and ToChars()

This is useful anymore, since we always want to call chr() in Python 3. Drop it and adjust callers to use chr(). Also drop ToChars() which is no-longer used. Signed-off-by: Simon Glass --- tools/dtoc/fdt.py | 8 tools/dtoc/test_fdt.py | 2 +- tools/patman/tools.py | 23 ---

Re: [PATCH 1/5] fdt: Use an Enum for the data type

Use an Enum instead of the current ad-hoc constants, so that there is a data type associated with each 'type' value. Signed-off-by: Simon Glass --- tools/binman/fdt_test.py | 14 +- tools/dtoc/dtb_platdata.py | 26 +- tools/dtoc/fdt.py | 54 +++

Re: [PATCH 3/5] patman: Drop tools.ToByte()

This is not needed in Python 3. Drop it. Signed-off-by: Simon Glass --- tools/binman/elf.py| 6 +++--- tools/dtoc/dtb_platdata.py | 2 +- tools/patman/tools.py | 15 --- 3 files changed, 4 insertions(+), 19 deletions(-) Applied to u-boot-dm, thanks!

Re: [PATCH 2/5] patman: Drop unicode helper functions

We don't need these now that everything uses Python 3. Remove them and the extra code in GetBytes() and ToBytes() too. Signed-off-by: Simon Glass --- tools/binman/etype/fmap.py | 2 +- tools/binman/fmap_util.py | 3 +-- tools/dtoc/dtb_platdata.py | 3 ++- tools/patman/func_test.py | 16 +++

Re: [PATCH 01/11] dm: core: Rename device_bind() to device_bind_offset()

This function is not necessary anymore, since device_bind_ofnode() does the same thing and works with both flattree and livetree. Rename it to indicate that it is special. Signed-off-by: Simon Glass --- arch/x86/cpu/apollolake/spl.c | 2 +- drivers/clk/clk.c

Re: [PATCH 1/1] riscv: qemu: enable distro boot from scsi

On Wed, Dec 2, 2020 at 12:30 AM Heinrich Schuchardt wrote: > > Booting via distro boot fails for: > > qemu-system-riscv64 > -drive if=none,file=sct-riscv64.img,format=raw,id=mydisk \ > -device ich9-ahci,id=ahci -device ide-hd,drive=mydisk,bus=ahci.0 > > Enable distro booting from an at

[v2] configs: ls1088aqds: add COMMON_ENV to fix distroboot

From: Biwen Li Add COMMON_ENV(kernel_addr_r, fdt_addr_r and so on) to fix a bug that faild to boot to ubuntu, failed log as follows, ## Executing script at 8000 load - load binary file from a filesystemUsage: load [ [ [ [bytes [pos] - Load binary file

Re: [PATCH v5 0/7] Microchip PolarFire SoC support

Hi Padmarao > From: Padmarao Begari [mailto:padmarao.beg...@microchip.com] > Sent: Thursday, December 03, 2020 4:32 AM > To: u-boot@lists.denx.de; bmeng...@gmail.com; Rick Jian-Zhi Chen(陳建志); > anup.pa...@wdc.com; lukas.a...@aisec.fraunhofer.de; joe.hershber...@ni.com; > lu...@denx.de; atish.pa.

Re: [PATCH] riscv: timer: Add support for an early timer

Hi Pragnesh > Hi Rick, > > [...] > >> > >>Following are the configurations, steps and debug logs: > >> > >>+++ b/configs/ae350_rv64_defconfig > >>q+CONFIG_TRACE=y > >>+CONFIG_TRACE_BUFFER_SIZE=0x0100 > >>+CONFIG_TRACE_CALL_DEPTH_LIMIT=15 > >>+CONFIG_CMD_TRACE=y > >>+CONFIG_TIMER_EARLY=y > >>

[PATCH v3] arm: fsl: common: Improve NXP VID driver PMBus support

This patch adds support for more PMBus compatible devices to the NXP drivers for its QorIQ family devices. At runtime, the voltage regulator is queried over I2C, and the required voltage multiplier determined. This change supports the DIRECT and LINEAR PMBus voltage reporting modes. Previously, t

[PATCH] arm: mvebu: Add armada-xp-gp-u-boot.dtsi for U-Boot properties

Add some missing "u-boot,dm-pre-reloc;" properties to UART0, SPI controller and SPI NOR flash node to enable usage in SPL. Otherwise these devices will not be available. Signed-off-by: Stefan Roese Cc: Dennis Gilmore --- arch/arm/dts/armada-xp-gp-u-boot.dtsi | 19 +++ 1 file cha

Re: [PATCH v5 7/7] doc: board: Add Microchip MPFS Icicle Kit doc

Hi Padmarao, On Thu, Dec 3, 2020 at 4:44 AM Padmarao Begari wrote: > > This doc describes the procedure to build, flash and > boot Linux using U-boot on Microchip MPFS Icicle Kit. > > Signed-off-by: Padmarao Begari > Reviewed-by: Anup Patel > --- > doc/board/index.rst | 1 + >

Re: [PATCH v5 0/7] Microchip PolarFire SoC support

On Thu, Dec 10, 2020 at 11:03 AM Rick Chen wrote: > > Hi Padmarao > > > From: Padmarao Begari [mailto:padmarao.beg...@microchip.com] > > Sent: Thursday, December 03, 2020 4:32 AM > > To: u-boot@lists.denx.de; bmeng...@gmail.com; Rick Jian-Zhi Chen(陳建志); > > anup.pa...@wdc.com; lukas.a...@aisec.fr

Re: [PATCH v5 0/7] Microchip PolarFire SoC support

Hi Rick, On Thu, Dec 10, 2020 at 8:33 AM Rick Chen wrote: > Hi Padmarao > > > From: Padmarao Begari [mailto:padmarao.beg...@microchip.com] > > Sent: Thursday, December 03, 2020 4:32 AM > > To: u-boot@lists.denx.de; bmeng...@gmail.com; Rick Jian-Zhi Chen(陳建志); > anup.pa...@wdc.com; lukas.a...@ais

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

Dear U-Boot maintainers, On Fri, Oct 23, 2020 at 11:52:18AM +0300, Roman Kovalivskyi wrote: > Current generic implementation of fastboot_set_reboot_flag is somewhat > messy and requires some additional configuration option to be enabled > besides CMD_BCB, so it reverts that implementtion in order