[PATCH] ARM: da850-evm: Unify config options with Kconfig

2020-06-29 Thread Adam Ford
There are two options that are currently whitelisted, but they are redundant, because there are not necessary since Kconfig options exist to basically state the same thing. CONFIG_DIRECT_NOR_BOOT and CONFIG_USE_NOR are both set together and only used by the da850 when booting from NOR, however

Re: [PATCH v3 06/15] board: ns3: default reset type to L3

2020-06-29 Thread Rayagonda Kokatanur
Hi Simon, On Fri, Jun 26, 2020 at 6:42 AM Simon Glass wrote: > > Hi Rayagonda, > > On Wed, 10 Jun 2020 at 04:42, Rayagonda Kokatanur > wrote: > > > > Default "reset" from u-boot to L3 reset. > > U-Boot Thank you, will fix this. > > > "reset" command with argument will trigger L1 reset. > > > >

[PATCH] configs: powerpc: add usb (host) mass storage support

2020-06-29 Thread Ran Wang
commit 0cfccb54014b ("configs: Resync with savedefconfig") removed CONFIG_USB_STORAGE from some powerpc platforms' defconfig files, whicih would block the use case of system loading rootfs from USB drives, add them back. Signed-off-by: Ran Wang --- configs/P1020RDB-PC_36BIT_NAND_defconfig |

Re: [PATCH v1 08/43] acpi: Export functions to write sized values

2020-06-29 Thread Bin Meng
Hi Simon, On Mon, Jun 15, 2020 at 11:57 AM Simon Glass wrote: > > At present only acpigen_write_integer() is exported for use by other code. > But in some cases it is useful to call the specific function depending on > the size of the value. > > Export these functions and add a test. > >

Re: [PATCH v1 04/43] acpi: Allow creating the GNVS to fail

2020-06-29 Thread Bin Meng
On Mon, Jun 15, 2020 at 11:57 AM Simon Glass wrote: > > In some cases an internal error may prevent this from working. Update the > function return value and report the error. At present the API for writing > tables does not easily support reporting errors, but once it is fully > updated to use a

Re: [PULL] u-boot-mips

2020-06-29 Thread Tom Rini
On Tue, Jun 30, 2020 at 01:10:53AM +0200, Daniel Schwierzeck wrote: > Hi Tom, > > actually I wanted to send this much earlier but I hope it's still okay. > > This enables Qemu tests for the MIPS Malta board in all variants (32/64 bit, > big/little endian) in Gitlab CI, Travis CI and Azure

Re: [PATCH v1 06/43] dm: core: Add a way of overriding the ACPI device path

2020-06-29 Thread Bin Meng
On Mon, Jun 15, 2020 at 11:57 AM Simon Glass wrote: > > Some devices such as GPIO need to override the normal path that would be > generated by driver model. Add a device-tree property for this. > > Signed-off-by: Simon Glass > --- > > doc/device-tree-bindings/device.txt | 23

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

2020-06-29 Thread Bin Meng
Hi Simon, On Mon, Jun 15, 2020 at 11:57 AM Simon Glass wrote: > > The Intel Non-High-Definition-Audio Link Table (NHLT) table describes the > audio codecs and connections in a system. Various devices can contribute > information to produce the table. > > Add core support for this, based on a

Re: [PATCH v1 10/43] acpi: Support generation of a generic register

2020-06-29 Thread Bin Meng
On Mon, Jun 15, 2020 at 11:57 AM Simon Glass wrote: > > Allow writing out a generic register. > > Signed-off-by: Simon Glass > --- > > include/acpi/acpi_device.h | 1 + > include/acpi/acpigen.h | 28 +++ > lib/acpi/acpigen.c | 71 ++ >

[PATCH v2 1/3] dma: ti: Add static PSIL endpoint information

2020-06-29 Thread Vignesh Raghavendra
Much of PSIL endpoint configuration for a given SoC can be known at compile time, therefore pass them for platform specific data instead of DT. Add per SoC's specific PSIL endpoint data. This is to bring driver in sync with upstream DT. Signed-off-by: Vignesh Raghavendra Reviewed-by: Grygorii

[PATCH v2 3/3] arm: dts: k3-am65/j721e: Sync DMA DT bindings from Kernel DT

2020-06-29 Thread Vignesh Raghavendra
Sync DT bindings from kernel DT and move them to out of -u-boot.dtsi files. Signed-off-by: Vignesh Raghavendra Reviewed-by: Grygorii Strashko --- arch/arm/dts/k3-am65-mcu.dtsi | 44 +++ arch/arm/dts/k3-am654-base-board-u-boot.dtsi | 121 ++

[PATCH v2 2/3] dma: ti: k3-udma: Update driver to use static endpoint Data

2020-06-29 Thread Vignesh Raghavendra
Update driver to use static PSIL endpoint Data instead of DT. This will allow DT bindings to be in sync with kernel's DT. Note that this patch breaks networking and OSPI boot as driver changes are not backward compatible with existing DT. Subsequent commit will update the DT to make it compatible

[PATCH v2 0/3] Sync UDMA bindings from kernel

2020-06-29 Thread Vignesh Raghavendra
UDMA DT bindings have deviated from kernel's DT for AM654 and J721e. This series updates UDMA driver and sync DT bindings Tested OSPI and CPSW on AM654 and J721e after the changes v2: Collect R-by Update patch 2/3 to note about DT incompatibility Vignesh Raghavendra (3): dma: ti: Add static

Re: [PATCH v1 13/43] acpi: Support generation of a device

2020-06-29 Thread Bin Meng
On Mon, Jun 15, 2020 at 11:57 AM Simon Glass wrote: > > Allow writing an ACPI device to the generated ACPI code. > > Signed-off-by: Simon Glass > --- > > include/acpi/acpigen.h | 9 + > lib/acpi/acpigen.c | 7 +++ > test/dm/acpigen.c | 27 +++ > 3

Re: [PATCH v1 11/43] acpi: mmc: Generate ACPI info for the PCI SD Card

2020-06-29 Thread Bin Meng
Hi Simon, On Mon, Jun 15, 2020 at 11:57 AM Simon Glass wrote: > > Write required information into the SSDT to describe the SD card > card-detect pin. Since the required GPIO properties are not present in > the device-tree binding, set them manually for now. > > Signed-off-by: Simon Glass > ---

Re: [PATCH v1 12/43] x86: Add bindings for NHLT

2020-06-29 Thread Bin Meng
Hi Simon, On Mon, Jun 15, 2020 at 11:57 AM Simon Glass wrote: > > Add devicetree bindings for the Intel Non-High-Definition-Audio Link Table > (NHLT). > > Signed-off-by: Simon Glass > --- > > include/dt-bindings/sound/nhlt.h | 23 +++ > 1 file changed, 23 insertions(+) >

Re: [PATCH v1 14/43] acpi: Support writing named values

2020-06-29 Thread Bin Meng
On Mon, Jun 15, 2020 at 11:57 AM Simon Glass wrote: > > Allow writing named integers and strings to the generated ACPI code. > > Signed-off-by: Simon Glass > --- > > include/acpi/acpigen.h | 72 ++ > lib/acpi/acpigen.c | 49 ++ >

Re: [PATCH v1 02/43] binman: Refactor binman_entry_find() to allow other nodes

2020-06-29 Thread Bin Meng
Hi Simon, On Mon, Jun 15, 2020 at 11:57 AM Simon Glass wrote: > > At present we can only read from a top-level binman node entry. Refactor > this function to produce a second local function which supports reading > from any node. > > Signed-off-by: Simon Glass > --- > > lib/binman.c | 18

[PATCH] README: davinci: Clarify when SPL is used and the target devices.

2020-06-29 Thread Adam Ford
The documentation states that SPL is enabled in all config options for the da850. This incorrect, because devices booting from NOR do not need the SPL to do the low level initializion because when booting from NOR, the board is able to execute in place (XIP) This also clarifies that SPL isn't

Re: [PATCH 1/1] riscv: use log functions in fdt_fixup

2020-06-29 Thread Rick Chen
Hi Heinrich > From: Heinrich Schuchardt [mailto:xypron.g...@gmx.de] > Sent: Friday, June 26, 2020 12:35 PM > To: Rick Jian-Zhi Chen(陳建志) > Cc: Bin Meng; Atish Patra; Simon Glass; u-boot@lists.denx.de; Heinrich > Schuchardt > Subject: [PATCH 1/1] riscv: use log functions in fdt_fixup > > Replace

Re: [PATCH v1 2/5] mips: octeon: use mips_mach_early_init() to copy to L2 cache

2020-06-29 Thread Daniel Schwierzeck
> This patch adds the code to copy itself from bootrom location to a > different location (TEXT_BASE) to the Octeon platform. Its used in > this case to copy the complete U-Boot image into L2 cache, which > greatly improves the bootup time - especially in regard to the > very long and complex

Re: [PATCH v3 1/4] sysreset: Add Octeon sysreset driver

2020-06-29 Thread Daniel Schwierzeck
> This patch adds a UCLASS_SYSRESET sysreset driver for the Octeon SoC > family. > > Signed-off-by: Stefan Roese > --- > > (no changes since v1) > > drivers/sysreset/Kconfig | 7 > drivers/sysreset/Makefile | 1 + > drivers/sysreset/sysreset_octeon.c | 52

Re: [PATCH v3 2/4] mips: octeon: Initial minimal support for the Marvell Octeon SoC

2020-06-29 Thread Daniel Schwierzeck
Am Freitag, den 19.06.2020, 15:44 +0200 schrieb Stefan Roese: > From: Aaron Williams > > This patch adds very basic support for the Octeon III SoCs. Only > CFI parallel NOR flash and UART is supported for now. > > Please note that the basic Octeon port does not include the DDR3/4 >

[PATCH v2] cmd: add a panic command

2020-06-29 Thread Heiko Stuebner
From: Heiko Stuebner Even in boot scripts it may be needed to "panic" when all options are exhausted and the device specification specifies hanging instead of resetting the board. So add a new panic command that just wraps around the core panic call in U-Boot and can take an optional message.

[PULL] u-boot-mips

2020-06-29 Thread Daniel Schwierzeck
Hi Tom, actually I wanted to send this much earlier but I hope it's still okay. This enables Qemu tests for the MIPS Malta board in all variants (32/64 bit, big/little endian) in Gitlab CI, Travis CI and Azure Pipelines. This allows to deprecate the qemu_mips board in the future because there is

Re: [PATCH v1 1/5] mips: Add CONFIG_MIPS_MACH_EARLY_INIT for very early mach init code

2020-06-29 Thread Daniel Schwierzeck
> This patch adds the optional call to mips_mach_early_init() to start.S > at a very early stage. Its disabled per default. It can be used for > very early machine / platform specific init code. Its called very > early and at this stage the PC is allowed to differ from the linking > address

Re: [PATCH v2 2/5] arm: kirkwood: convert LaCie boards to DM_SPI_FLASH

2020-06-29 Thread Stefan Roese
On 28.06.20 19:00, Simon Guinot wrote: This patch converts the following Kirkwood-based LaCie boards to DM, DM_SPI and DM_SPI_FLASH: - d2 Network v2 - Internet Space v2 - 2Big Network v2 - Network Space v2 - Network Space Lite v2 - Network Space Max v2 - Network Space Mini v2 Signed-off-by:

Re: [PATCH v2 1/5] arm: kirkwood: add DT spi0 alias to LaCie boards

2020-06-29 Thread Stefan Roese
On 28.06.20 19:00, Simon Guinot wrote: The spi0 alias is needed by the environment code to retrieve the SPI flash. This patch adds some -u-boot.dtsi files, providing the spi0 aliases, for all the following Kirkwood-based LaCie boards: - d2 Network v2 - Internet Space v2 - 2Big Network v2 -

Re: [PATCH v2 3/5] arm: kirkwood: switch LaCie boards to sata_mv driver

2020-06-29 Thread Stefan Roese
On 28.06.20 19:00, Simon Guinot wrote: This patch switches the SATA driver from mvsata_ide to sata_mv for the following Kirkwood-based LaCie boards: - d2 Network v2 - Internet Space v2 - 2Big Network v2 - Network Space v2 - Network Space Lite v2 - Network Space Max v2 - Network Space Mini v2

Re: [PATCH v2 05/49] binman: Correct the search patch for pylibfdt

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Now that binman uses tools/ as its base directory for importing modules, > the path to the pylibfdt build by U-Boot is incorrect. Fix it with a new > path. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Leave the old

Re: [PATCH v2 03/49] binman: Output errors to stderr

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > At present binman outputs errors to stdout which means that fails are > effectively silent when printed by buildman, for example. Fix this by > outputing errors to stderr. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Add new

Re: [PATCH v2 09/49] binman: Adjust pylibfdt for incremental build

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > If the pylibfdt shared-object file is detected, then Python assumes that > the libfdt.py file exists also. > > Sometimes when an incremental build aborts, the shared-object file is > built but the libfdt.py is not. The only way out at this

Re: [PATCH v2 04/49] binman: cbfs: Fix IFWI typo

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > This comment references the wrong thing. Fix it. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > tools/binman/etype/cbfs.py | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > Reviewed-by: Bin Meng

Re: [PATCH v2 02/49] .gitignore: Ignore Python 3 cache directories

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > These can appear when moving between branches that have different tools > in the tree. Ignore them. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > .gitignore | 3 +++ > 1 file changed, 3 insertions(+) > Reviewed-by:

Re: [PATCH v2 01/49] dm: core Fix long line in device_bind_common()

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Fix an over-length line in this function. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > drivers/core/device.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > Reviewed-by: Bin Meng

Re: [PATCH v2 5/5] arm: kirkwood: enable DM_ETH for LaCie board

2020-06-29 Thread Stefan Roese
On 28.06.20 19:00, Simon Guinot wrote: This patch enables DM_ETH for the following Kirkwood-based LaCie boards: - d2 Network v2 - Internet Space v2 - 2Big Network v2 - Network Space v2 - Network Space Lite v2 - Network Space Max v2 - Network Space Mini v2 Signed-off-by: Simon Guinot

Re: [PATCH v2 4/5] arm: kirkwood: enable DM_USB for LaCie board

2020-06-29 Thread Stefan Roese
On 28.06.20 19:00, Simon Guinot wrote: This patch enables DM_USB and USB_STORAGE for the following Kirkwood-based LaCie boards: - d2 Network v2 - Internet Space v2 - 2Big Network v2 - Network Space v2 - Network Space Lite v2 - Network Space Max v2 Signed-off-by: Simon Guinot Reviewed-by:

[PATCH 1/6] mmc: mmc_spi: correct the while condition

2020-06-29 Thread Pragnesh Patel
When variable i will become 0, while(i--) loop breaks but variable i will again decrement to -1 because of i-- and that's why below condition "if (!i && (r != resp_match_value)" will never execute, So doing "i--" inside of while() loop solves this problem. Signed-off-by: Pragnesh Patel

Re: [PATCH v4 3/3] riscv: Enable CONFIG_OF_BOARD_FIXUP by default for OF_SEPARATE

2020-06-29 Thread Rick Chen
> From: Bin Meng [mailto:bmeng...@gmail.com] > Sent: Friday, June 26, 2020 9:16 AM > To: Rick Jian-Zhi Chen(陳建志); U-Boot Mailing List > Cc: Atish Patra; Bin Meng > Subject: [PATCH v4 3/3] riscv: Enable CONFIG_OF_BOARD_FIXUP by default for > OF_SEPARATE > > From: Bin Meng > > Starting from

Re: [PATCH v2 22/49] x86: rockchip: Change how selection of ROMs works

2020-06-29 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Most x86 boards build a u-boot.rom which is programmed into SPI flash. But > this is not unique to x86. For example some rockchip boards can also boot > from SPI flash. > > Also, at least on x86, binary blobs are sadly quite

Re: [PATCH v2 35/49] sunxi: Makefile: Drop explicit targets built by binman

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > On sunxi various files that need to be created by binman. It does not make > sense to enumerate these in the Makefile. They are described in the > configuration (devicetree) for each board and we can simply run binman > (always) to generate

Re: [PATCH v2 32/49] powerpc: mpc85xx: Only enable binman when it is needed

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > Quite a few boards using this SoC family don't use binman, yet > CONFIG_BINMAN is enabled for all of them. But the option should only be > enabled if we expect binman to produce an image. Calling binman when the > device tree is missing,

Re: [PATCH v2 36/49] tegra: Makefile: Drop explicit targets built by binman

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > On tegra various files that need to be created by binman. It does not make > sense to enumerate these in the Makefile. They are described in the > configuration (devicetree) for each board and we can simply run binman > (always) to generate

Re: [PATCH v2 39/49] Makefile: Move CONFIG_TOOLS_DEBUG check to later

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > At present this is checked before the config has been loaded by the > Makefile, so it doesn't work. > > Move the check to later. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > Makefile | 4 +++- > 1 file changed, 3

Re: [PATCH v2 38/49] rockchip: Makefile: Drop explicit targets built by binman

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > On rockchip various files that need to be created by binman. It does not > make sense to enumerate these in the Makefile. They are described in the > configuration (devicetree) for each board and we can simply run binman > (always) to

Re: [PATCH 2/7] usb: ehci-mx6: Add i.MX8 OTG controller support

2020-06-29 Thread Marek Vasut
On 6/29/20 10:24 AM, Peng Fan wrote: [...] >>> The i.MX8 has two USB controllers: USBOH and USB3. The USBOH reuses >>> previous i.MX6/7. It has same PHY IP as i.MX7ULP but NC registers are >>> same as i.MX7D. So add its support in ehci-mx6 driver. >>> >>> Also the driver is updated to remove

[PATCH 1/1] efi_loader: fix incorrect use of EFI_EXIT()

2020-06-29 Thread Heinrich Schuchardt
efi_get_variable_common() does not use EFI_ENTRY(). So we should not use EFI_EXIT() either. Fixes: 767f6eeb01d3 ("efi_loader: variable: support variable authentication") Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_variable.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [PATCH v2 08/49] binman: Fix a few typos in the entry docs

2020-06-29 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Some typos have been fixed in the code but the entry docs were not > regenerated. Fix this. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > tools/binman/README.entries | 4 ++-- > 1 file changed, 2

Re: [PATCH] sync helios4 config to clearfog and dts to kernel

2020-06-29 Thread Stefan Roese
On 27.06.20 22:00, dgilm...@redhat.com wrote: From: Dennis Gilmore The helios4 is built on the same microsom as the clearfog, by syncing the config we enable the same featureset that exists in the som on the helios4. The current config does not boot as some of the clearfog changes needed to be

Re: [PATCH] splash: Fix build warning on 64 bits CPU

2020-06-29 Thread Anatolij Gustschin
On Wed, 10 Jun 2020 02:52:22 -0700 Ye Li ye...@nxp.com wrote: > Get below warning on ARM64 platform, because the bmp_load_addr > is defined to u32. > > common/splash.c: In function ‘splash_video_logo_load’: > common/splash.c:74:9: warning: cast to pointer from integer > of different size

Re: U-Boot Logo showing incorrect colors with eLCDIF

2020-06-29 Thread Anatolij Gustschin
Hi Fabio, On Mon, 24 Feb 2020 09:38:04 -0300 Fabio Estevam feste...@gmail.com wrote: > Hi Anatolij, > > On Wed, Feb 5, 2020 at 2:45 PM Fabio Estevam wrote: > > > > Hi Anatolij, > > > > On Wed, Feb 5, 2020 at 2:00 PM Anatolij Gustschin wrote: > > > > > I tried to extend the BMP code to fix

Re: [PATCH v2 24/49] Makefile: Allow building .rom files for non-x86 boards

2020-06-29 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Some non-x86 devices can use SPI flash to boot and need to produce images > of a fixed size to program the flash. > > Add a way to handle this for non-x86 boards. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > >

Re: [PATCH v2 45/49] rockchip: Drop the fit_spl_optee.sh script

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > Now that all board use binman instead of this script, drop it. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > arch/arm/mach-rockchip/fit_spl_optee.sh | 84 - > 1 file changed, 84 deletions(-) >

Re: [PATCH v2 49/49] x86: chromebook_samus_tpl: Correct the image layout

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > At present there is not enough space for U-Boot due to the EFI loader. > Correct this. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Add patches to partially migrate rockchip to use binman > >

Re: [PATCH v2 48/49] x86: chromebook_panther: Correct the image layout

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > This board does not have microcode but at present that is not supported > by Kconfig nor the binman image layout. Fix both of these. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > arch/x86/Kconfig| 7

[PATCH] usb: host: dwc3-sti-glue: Fix ofnode_valid() parameter

2020-06-29 Thread Patrice Chotard
node varaible is used as iterator into ofnode_for_each_subnode() loop, when exiting of it, node is no more a valid ofnode. Use dwc3_node instead as parameter of ofnode_valid() Fixes: ac28e59a574d ("usb: Migrate to support live DT for some driver") Signed-off-by: Patrice Chotard ---

Re: [EXT] [PATCH 1/1] power: pmic_pca9450: fix PCA9450A I2C address

2020-06-29 Thread Sébastien Szymanski
On 6/29/20 11:51 AM, Ye Li wrote: > On Mon, 2020-06-29 at 10:42 +0200, Sébastien Szymanski wrote: >> Caution: EXT Email >> >> PCA9450A I2C address is 0x25. Fix it. >> >> Signed-off-by: Sébastien Szymanski >> --- >>  drivers/power/pmic/pmic_pca9450.c | 2 +- >>  1 file changed, 1 insertion(+), 1

[PATCH 1/2] mtd: nand: raw: denali: Assert reset before deassert

2020-06-29 Thread Ley Foon Tan
Always put the controller in reset, then take it out of reset. This is to make sure controller always in reset state in both SPL and proper Uboot. This is preparation for the next patch to poll for reset completion (rst_comp) bit after reset. Signed-off-by: Radu Bacrau Signed-off-by: Ley Foon

Re: [PATCH v4 2/3] riscv: Expand the DT size before copy reserved memory node

2020-06-29 Thread Rick Chen
> From: Bin Meng [mailto:bmeng...@gmail.com] > Sent: Friday, June 26, 2020 9:16 AM > To: Rick Jian-Zhi Chen(陳建志); U-Boot Mailing List > Cc: Atish Patra; Bin Meng > Subject: [PATCH v4 2/3] riscv: Expand the DT size before copy reserved memory > node > > From: Bin Meng > > The FDT blob might not

Re: [PATCH v2 37/49] mediatek: Makefile: Drop explicit targets built by binman

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > On mediatek various files that need to be created by binman. It does not > make sense to enumerate these in the Makefile. They are described in the > configuration (devicetree) for each board and we can simply run binman > (always) to

Re: [PATCH v2 40/49] Makefile: Fix a long line in cmd_mkfitimage

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > Fix this line which is over the limit. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > Makefile | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > Reviewed-by: Bin Meng

Re: [PATCH v1 3/4] video: raydium_rm68200: fill characteristics of DSI data link

2020-06-29 Thread Anatolij Gustschin
On Wed, 24 Jun 2020 10:45:41 +0200 Yannick Fertre yannick.fer...@st.com wrote: > Fill characteristics of DSI data link to platform data instead of > mipi device to avoid memory corruption. > > Signed-off-by: Yannick Fertre > --- > drivers/video/raydium-rm68200.c | 20 +--- > 1

Re: [PATCH] video: vidconsole: avoid multiple lines overwrite logo

2020-06-29 Thread Anatolij Gustschin
On Wed, 10 Jun 2020 02:52:21 -0700 Ye Li ye...@nxp.com wrote: > Fix the bug that multiple lines wraps to overwrite logo bmp > display. > > Signed-off-by: Ye Li > --- > drivers/video/vidconsole-uclass.c | 1 + > 1 file changed, 1 insertion(+) Applied to u-boot-video/master, thanks! --

Re: [PATCH v2] video: bmp: support 8bits BMP drawing on 24/32 bpp framebuffer

2020-06-29 Thread Anatolij Gustschin
On Sun, 28 Jun 2020 00:59:44 +0200 Anatolij Gustschin ag...@denx.de wrote: ... > Changes in v2: > - reduce code > - update commit message > > drivers/video/video_bmp.c | 27 +-- > 1 file changed, 21 insertions(+), 6 deletions(-) Applied to u-boot-video/master, thanks!

Re: [PATCH 1/3] video: add support for drawing 8bpp bitmap on 32bpp framebuffer

2020-06-29 Thread Anatolij Gustschin
Hi Igor, On Tue, 23 Jun 2020 14:40:45 +0300 Igor Opaniuk igor.opan...@gmail.com wrote: ... > Any chance to get this merged? I've merged another reworked patch to fix the logo drawing problem. -- Anatolij

[PATCH 1/1] power: pmic_pca9450: fix PCA9450A I2C address

2020-06-29 Thread Sébastien Szymanski
PCA9450A I2C address is 0x25. Fix it. Signed-off-by: Sébastien Szymanski --- drivers/power/pmic/pmic_pca9450.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/power/pmic/pmic_pca9450.c b/drivers/power/pmic/pmic_pca9450.c index 67a9090200..c0fb78c4cd 100644 ---

[PATCH 2/2] mtd: nand: raw: denali: Wait for reset completion status

2020-06-29 Thread Ley Foon Tan
Fixed delay 200us is not working in certain platforms. Change to poll for reset completion status to have more reliable reset process. Controller will set the rst_comp bit in intr_status register after controller has completed its reset and initialization process. Signed-off-by: Radu Bacrau

Re: [PATCH v2 34/49] x86: Drop CONFIG_BUILD_ROM and repurpose BUILD_ROM

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > This Kconfig is not needed anymore since U-Boot will build the ROM if the > required binary blobs exist. > > The BUILD_ROM environment variable used to request that the ROM be built. > Now this always happens if the required binary blobs are

Re: [PATCH v2 33/49] x86: Makefile: Drop explicit targets built by binman

2020-06-29 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > On x86 various files that need to be created by binman. It does not make > sense to enumerate these in the Makefile. They are described in the > configuration (devicetree) for each board and we can simply run binman > (always) to

Re: [PATCH v2 2/3] watchdog: rti_wdt: Add support for loading firmware

2020-06-29 Thread Jan Kiszka
On 29.06.20 06:54, Lokesh Vutla wrote: On 29/06/20 10:20 am, Jan Kiszka wrote: On 29.06.20 04:26, Lokesh Vutla wrote: +Tom On 23/06/20 8:11 pm, Jan Kiszka wrote: On 23.06.20 14:37, Jan Kiszka wrote: On 23.06.20 13:50, Lokesh Vutla wrote: On 23/06/20 4:45 pm, Jan Kiszka wrote: From:

Re: [PATCH v2 31/49] Makefile: Rename ALL-y to INPUTS-y

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > When binman is in use, most of the targets built by the Makefile are > inputs to binman. We then need a final rule to run binman to produce the > final outputs. > > Rename the variable to indicate this, and add a new 'inputs' target. > >

Re: [PATCH v2 46/49] x86: Move the fdtmap away from the binary blobs

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > This causes conflicts on chromebook_link64. Move it to after U-Boot where > there should be plenty of space. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > arch/x86/dts/u-boot.dtsi | 4 ++-- > 1 file changed, 2

Re: [PATCH v2 47/49] x86: chromebook_link64: Correct the image layout

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > At present the image layout is not correct, since it uses the SDRAM > address of the 64-bit U-Boot as the ROM address. Fix this. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > configs/chromebook_link64_defconfig | 2 ++

Re: [PATCH v2 42/49] Makefile: Warn against using CONFIG_SPL_FIT_GENERATOR

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > This option is used to run arch-specific shell scripts which produce .its > files which are used to produce FIT images. We already have binman which > is designed to produce firmware images. It is more powerful and has tests. > > So this

Re: [PATCH v2 44/49] rockchip: Convert evb-rk3229 over to use binman

2020-06-29 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:58 AM Simon Glass wrote: > > At present this board uses a custom script to produce the .its file. > Update it to use binman instead. Binman can create all the images that > are needed. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > >

Fwd: [PATCH 1/1] riscv: use log functions in fdt_fixup

2020-06-29 Thread Heinrich Schuchardt
Forwarded Message Subject: Re: [PATCH 1/1] riscv: use log functions in fdt_fixup Date: Mon, 29 Jun 2020 15:21:43 +0800 From: Leo Liang To: Heinrich Schuchardt On Fri, Jun 26, 2020 at 06:34:43AM +0200, Heinrich Schuchardt wrote: > Replace printf() and debug() by log_err() and

[PATCH 0/6] mmc_spi: mmc erase resolve

2020-06-29 Thread Pragnesh Patel
Earlier "mmc erase " command reorts Ok but not actually erase the contents of some SD cards. This series will resolve this issue. There is still 1 limitation for some SDHC mmc_spi cards: "mmc erase *blk#* cnt" can not erase only 1 block that means: => mmc erase 0x22 1 will not erase the

[PATCH 3/6] mmc: read ssr for SD spi

2020-06-29 Thread Pragnesh Patel
The content of ssr is useful only for erase operations. This saves erase time. Signed-off-by: Pragnesh Patel Reviewed-by: Bin Meng --- drivers/mmc/mmc.c | 5 + drivers/mmc/mmc_spi.c | 1 + 2 files changed, 6 insertions(+) diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c index

[PATCH 2/6] mmc: mmc_spi: generate R1 response for different mmc SPI commands

2020-06-29 Thread Pragnesh Patel
R1 response is 1 byte long for mmc SPI commands as per the updated physical layer specification version 7.10. So correct the resp and resp_size for existing commands Signed-off-by: Pragnesh Patel --- drivers/mmc/mmc_spi.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 6/6] mmc_spi: generate R1b response for erase and stop transmission command

2020-06-29 Thread Pragnesh Patel
As per the SD physical layer specification version 7.10, erase command (CMD38) and stop transmission command (CMD12) will generate R1b response. R1b = R1 + busy signal A non-zero value after the R1 response indicates card is ready for next command. Signed-off-by: Pragnesh Patel ---

[PATCH 5/6] mmc: mmc_spi: Generate R1 response for erase block start and end address

2020-06-29 Thread Pragnesh Patel
Erase block start address (CMD32) and erase block end address (CMD33) command will generate R1 response for mmc SPI mode. R1 response is 1 byte long for mmc SPI, so assign 1 byte as a response for this commands. Signed-off-by: Pragnesh Patel --- drivers/mmc/mmc_spi.c | 2 ++ 1 file changed, 2

Re: [PATCH v3 2/6] sifive: fu540: Add Booting from SPI

2020-06-29 Thread Rick Chen
Hi Jagan > From: Bin Meng [mailto:bmeng...@gmail.com] > Sent: Monday, June 22, 2020 9:53 PM > To: Jagan Teki > Cc: Rick Jian-Zhi Chen(陳建志); Atish Patra; Palmer Dabbelt; Paul Walmsley; Anup > Patel; Sagar Kadam; U-Boot Mailing List; linux-amarula > Subject: Re: [PATCH v3 2/6] sifive: fu540: Add

Re: [PATCH v2 11/49] binman: Use super() instead of specifying parent type

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > It is easier and less error-prone to use super() when the parent type is > needed. Update binman to remove the type names. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > tools/binman/etype/_testing.py

Re: [PATCH v2 13/49] binman: Convert existing binary blobs to blob_ext

2020-06-29 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Many of the existing blobs rely on external binaries which may not be > available. Move them over to use blob_ext to indicate this. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > >

Re: [PATCH v2 16/49] binman: Detect when valid images are not produced

2020-06-29 Thread Bin Meng
Hi Simon, On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > When external blobs are missing, show a message indicating that the images > are not functional. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > tools/binman/control.py | 16 +++--

Re: [PATCH v2 19/49] mkimage: Allow updating the FIT timestamp

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Normally the FIT timestamp is created the first time mkimage is run on a > FIT, when converting the source .its to the binary .fit file. This > corresponds to using the -f flag. But if the original input to mkimage is > a binary file

Re: [PATCH v2 18/49] binman: Allow zero-length entries to overlap

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Some binary blobs unfortunately obtain their position in the image from > other binary blobs, such as Intel's 'descriptor'. In this case we cannot > rely on packing to work. It is not possible to produce a valid image in > any case, due to

Re: [PATCH v2 14/49] binman: Allow external binaries to be missing

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Sometimes it is useful to build an image even though external binaries are > not present. This allows the build system to continue to function without > these files, albeit not producing valid images. > > U-Boot does with with ATF (ARM

Re: [PATCH v2 17/49] binman: Allow missing Intel blobs

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > Update the Intel blob entries to support missing binaries. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > tools/binman/etype/intel_descriptor.py | 7 - > tools/binman/etype/intel_ifwi.py | 17 --- >

Re: [PATCH v2 15/49] patman: Update errors and warnings to use stderr

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > When warnings and errors are produced by tools they should be written to > stderr. Update the tout implementation to handle this. > > Signed-off-by: Simon Glass > --- > > (no changes since v1) > > tools/binman/ftest.py | 2 +- >

Re: [PATCH v2 12/49] binman: Add an etype for external binary blobs

2020-06-29 Thread Bin Meng
On Sun, Jun 14, 2020 at 10:57 AM Simon Glass wrote: > > It is useful to be able to distinguish between ordinary blobs such as > u-boot.bin and external blobs that cannot be build by the U-Boot build > system. If the external blobs are not available for some reason, then we > know that a value

Re: [PATCH v1 2/4] video: stm32: stm32_dsi: copy DSI fields

2020-06-29 Thread Anatolij Gustschin
On Wed, 24 Jun 2020 10:45:40 +0200 Yannick Fertre yannick.fer...@st.com wrote: > Copy the DSI data link characteristics from panel > platform data to mipi DSI device. > > Signed-off-by: Yannick Fertre > --- > drivers/video/stm32/stm32_dsi.c | 3 +++ > 1 file changed, 3 insertions(+) Applied

Re: [PATCH v1 1/4] video: mipi update panel platform data

2020-06-29 Thread Anatolij Gustschin
On Wed, 24 Jun 2020 10:45:39 +0200 Yannick Fertre yannick.fer...@st.com wrote: > Add new fields "lanes, format & mode_flags" to structure > mipi_dsi_panel_plat. > > Signed-off-by: Yannick Fertre > --- > include/mipi_dsi.h | 6 ++ > 1 file changed, 6 insertions(+) Applied to

Re: [PATCH v1 4/4] video: orisetech_otm8009a: fill characteristics of DSI data link

2020-06-29 Thread Anatolij Gustschin
On Wed, 24 Jun 2020 10:45:42 +0200 Yannick Fertre yannick.fer...@st.com wrote: > Fill characteristics of DSI data link to platform data instead of > mipi device to avoid memory corruption. > > Signed-off-by: Yannick Fertre > --- > drivers/video/orisetech_otm8009a.c | 20 +--- >

Re: [PATCH] video: check hardware version of DSI

2020-06-29 Thread Anatolij Gustschin
On Wed, 24 Jun 2020 10:43:59 +0200 Yannick Fertre yannick.fer...@st.com wrote: > Check the hardware version of DSI. Versions 1.30 & 1.31 are only > supported. > > Signed-off-by: Yannick Fertre > --- > drivers/video/stm32/stm32_dsi.c | 10 +- > 1 file changed, 9 insertions(+), 1

RE: [PATCH 2/7] usb: ehci-mx6: Add i.MX8 OTG controller support

2020-06-29 Thread Peng Fan
> Subject: Re: [PATCH 2/7] usb: ehci-mx6: Add i.MX8 OTG controller support > > On 6/29/20 4:13 AM, Peng Fan wrote: > > Hi, > > > The i.MX8 has two USB controllers: USBOH and USB3. The USBOH reuses > > previous i.MX6/7. It has same PHY IP as i.MX7ULP but NC registers are > > same as i.MX7D. So

[PATCH] board: st: move type-c stusb1600 controller code in a driver

2020-06-29 Thread Patrick Delaunay
Migrate the ST Microelectronics STUSB160X Type-C controller code in a generic I2C driver in st/common, based on Linux one in : drivers/usb/typec/stusb160x.c This patch simplifies the stm32mp1 board code and allows to reuse this STUSB160X driver in other boards. Signed-off-by: Patrick Delaunay

Re: [EXT] [PATCH 1/1] power: pmic_pca9450: fix PCA9450A I2C address

2020-06-29 Thread Ye Li
On Mon, 2020-06-29 at 10:42 +0200, Sébastien Szymanski wrote: > Caution: EXT Email > > PCA9450A I2C address is 0x25. Fix it. > > Signed-off-by: Sébastien Szymanski > --- >  drivers/power/pmic/pmic_pca9450.c | 2 +- >  1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

[PATCH 4/6] mmc: mmc_spi: Read R2 response for send status command - CMD13

2020-06-29 Thread Pragnesh Patel
Send status command (CMD13) will send R1 response under SD mode but R2 response under SPI mode. R2 response is 2 bytes long, so read 2 bytes for mmc SPI mode Signed-off-by: Pragnesh Patel --- drivers/mmc/mmc_spi.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git

[PATCH] fastboot: Support defining raw partitions without a partition table

2020-06-29 Thread Filip Brozovic
Add support for defining raw fastboot partitions in eMMC by specifying the offset and size in an environment variable. Optionally, the eMMC hardware partition number may also be specified. This makes it possible to e.g. update only part of the eMMC boot partition, instead of having to write the

  1   2   >