Re: [U-Boot] [linux-sunxi] Re: [PATCH 3/5] sunxi: add 3GiB DRAM detection support in main U-Boot

在 2018-02-08 08:37，André Przywara 写道： On 07/02/18 19:35, Icenowy Zheng wrote: Hi, Some Allwinner SoCs can use 3GiB DRAM (part of 4GiB or larger module). As the common get_ram_size function cannot detect non-pow-of-2 memory, add special detect code into the DRAM size code in main U-Boot.

Re: [U-Boot] [PATCH v4 2/2] Enable test case with A20-OLinuXino-Lime2

On Thu, Feb 8, 2018 at 11:54 AM, Stefan Mavrodiev wrote: > On 02/07/2018 07:19 PM, Maxime Ripard wrote: >> >> On Wed, Feb 07, 2018 at 12:55:54PM +0530, Jagan Teki wrote: + { + pinctrl-names = "default"; + pinctrl-0 =

Re: [U-Boot] [PATCH 4/5] sunxi: let sunxi_dram_init return unsigned long long

在 2018-02-08 08:37，André Przywara 写道： On 07/02/18 19:35, Icenowy Zheng wrote: Hi, As 4GiB capacity is above the range of 32-bit unsigned integer, raise the return type of sunxi_dram_init() to unsigned long long, thus it can hold 4GiB capacity (or maybe more on A80). Some controllers that

Re: [U-Boot] [linux-sunxi] Re: [PATCH 2/5] sunxi: add Kconfig option for the maximum accessible DRAM

在 2018-02-08 10:14，Chen-Yu Tsai 写道： On Thu, Feb 8, 2018 at 8:35 AM, André Przywara wrote: On 07/02/18 19:35, Icenowy Zheng wrote: Allwinner 64-bit SoCs can use 4GiB DRAM chip, however their memory map has only allocated 3GiB for DRAM, so only 3GiB of the DRAM is

[U-Boot] [PATCH] mtd: ubi: Fix worker handling

From: Richard Weinberger Fixes a bug found on thuban boards, which were for 2 years in a long-term test with varying temperatures. They showed problems in u-boot when attaching the ubi partition: U-Boot# run flash_self_test Booting from nand set A... UBI: attaching mtd1 to ubi0

Re: [U-Boot] [PATCH v2] Kconfig: Select networking commands only when NET is enabled

Hi Michal, On Wednesday 07 February 2018 01:14 PM, Michal Simek wrote: > Hi Lokesh, > > On 6.2.2018 13:28, Michal Simek wrote: >> There is no reason to unconditially select network commands as distro >> defaults without networking enable. >> >> Signed-off-by: Michal Simek

Re: [U-Boot] [PATCH] am335x_evm: Consolidate eMMC partitions with DFU info

On Thursday 08 February 2018 12:11 AM, Sam Protsenko wrote: > From DFU_ALT_INFO_EMMC (include/environment/ti/dfu.h) we can see that > rootfs will be flashed to second partition on eMMC. But at the moment we > have only one partition in $partitions environment variable. Let's add > "bootloader"

Re: [U-Boot] [U-Boot,v3,1/2] bcm283x: Add pinctrl driver

On Mon, Feb 05, 2018 at 11:31:42AM +0100, Mark Kettenis wrote: > > Date: Mon, 5 Feb 2018 21:06:59 +1100 > > From: Jonathan Gray > > > > > > booting sd0a:/bsd: open sd0a:/bsd: Device not configured > > > > failed(6). will try /bsd > > > > > > How do you find out that it's sd0a

Re: [U-Boot] [PATCH v3 09/15] env: Support multiple environments

On 07.02.2018 22:18, York Sun wrote: On 02/07/2018 12:45 PM, Goldschmidt Simon wrote: On 02/07/2018 21:18, York Sun wrote: On 02/07/2018 12:43 AM, Maxime Ripard wrote: Hi, On Tue, Jan 30, 2018 at 11:02:49PM +, York Sun wrote: On 01/30/2018 12:16 PM, York Sun wrote: On 01/30/2018 11:40

[U-Boot] TCP & Overrrun

I'm gettin overrun on the raspberry pi. Which ethernet drived does it use? I need to determine if it uses CONFIG_SYS_RX_ETH_BUFFER" from net.h and the "net_rx_packets" buffer pool defined in net/net.c grep suggests it is not using net_rx_packets. Here's a list of a grep of the u-boot source

Re: [U-Boot] [linux-sunxi] Re: [PATCH 2/5] sunxi: add Kconfig option for the maximum accessible DRAM

On Thu, Feb 8, 2018 at 8:35 AM, André Przywara wrote: > On 07/02/18 19:35, Icenowy Zheng wrote: >> Allwinner 64-bit SoCs can use 4GiB DRAM chip, however their memory map >> has only allocated 3GiB for DRAM, so only 3GiB of the DRAM is >> accessible. >> >> Add a Kconfig

Re: [U-Boot] [U-Boot, v2, 01/12] riscv: cpu: Add nx25 to support RISC-V

2018-02-02 16:20 GMT+08:00 陳建志 : >> Actually I have checked with checkpatch.pl and cleaned most before >> sending patchs. >> But it seem still left some, I will keep fixing them. >> >> Thanks for Tom and Wolfgang's help. >> >> Rick >> >> 2018-01-15 21:52 GMT+08:00 Tom Rini

Re: [U-Boot] [PATCH 4/5] sunxi: let sunxi_dram_init return unsigned long long

On 07/02/18 19:35, Icenowy Zheng wrote: Hi, > As 4GiB capacity is above the range of 32-bit unsigned integer, raise > the return type of sunxi_dram_init() to unsigned long long, thus it can > hold 4GiB capacity (or maybe more on A80). > Some controllers that are possible to use 4GiB+ memory

Re: [U-Boot] [PATCH 3/5] sunxi: add 3GiB DRAM detection support in main U-Boot

On 07/02/18 19:35, Icenowy Zheng wrote: Hi, > Some Allwinner SoCs can use 3GiB DRAM (part of 4GiB or larger module). > > As the common get_ram_size function cannot detect non-pow-of-2 memory, > add special detect code into the DRAM size code in main U-Boot. The original get_ram_size() function

Re: [U-Boot] [PATCH 2/5] sunxi: add Kconfig option for the maximum accessible DRAM

On 07/02/18 19:35, Icenowy Zheng wrote: > Allwinner 64-bit SoCs can use 4GiB DRAM chip, however their memory map > has only allocated 3GiB for DRAM, so only 3GiB of the DRAM is > accessible. > > Add a Kconfig option for the maximum accessible DRAM. That looks fine to me, but have you checked

Re: [U-Boot] [PATCH 1/5] sunxi: map DRAM part with 3G size

On 07/02/18 19:35, Icenowy Zheng wrote: Hi, > All Allwinner 64-bit SoCs now are known to be able to access 3GiB of > external DRAM, however the size of DRAM part in the MMU translation > table is still 2GiB. > > Change the size of DRAM part in MMU table to 3GiB. This is needed for the (new)

[U-Boot] [PATCH v2 1/3] .travis.yml: download xtensa prebuilt toolchain

xtensa toolchains are core-specific, so give full toolchain name and download corresponding prebuilt toolchain from the github release. Signed-off-by: Max Filippov --- .travis.yml | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/.travis.yml

[U-Boot] [PATCH v2 3/3] .travis.yml: test xtensa xtfpga board in QEMU

This allows running tests on emulated KC705 board with DC233C xtensa core. It expects to find conf.xtfpga_qemu in the uboot-test-hooks. Signed-off-by: Max Filippov --- .travis.yml | 7 +++ 1 file changed, 7 insertions(+) diff --git a/.travis.yml b/.travis.yml index

[U-Boot] [PATCH v2 2/3] xtfpga: enable hush parser

Remove CONFIG_BOOT_RETRY_TIME as it doesn't do much good and enable CONFIG_HUSH_PARSER in xtfpga_defconfig. Signed-off-by: Max Filippov --- Changes v1->v2: - new patch configs/xtfpga_defconfig | 1 + include/configs/xtfpga.h | 2 -- 2 files changed, 1 insertion(+), 2

[U-Boot] [PATCH v2 0/3] .travis.yml changes for building/testing xtensa port

Hi Tom, the following patches allow building and running U-Boot for xtensa in Travis CI. The test results are the following: 73 passed, 31 skipped, 1 deselected Changes v1->v2: - add patch that enables hush parser for xtfpga_defconfig. The size increase is tolerable and now there are no

Re: [U-Boot] [PATCH v3 1/3] drivers/ddr/fsl: Fix DDR4 RDIMM support

On 02/04/2018 05:40 AM, Simon Glass wrote: > Hi York, > > On 24 January 2018 at 12:04, York Sun wrote: >> For DDR4, command/address delay in mode registers and parity latency >> in timing config register are only needed for UDIMMs, but not RDIMMs. >> Add additional register

[U-Boot] [PATCH 2/2] env: Add back default action of get_char in env_get_char()

Commit 8a3a7e2270b3 ("env: Pass additional parameters to the env lookup function") dropped the default action if driver doesn't have get_char() defined. This causes failure to get environmental variables from NOR flash. Add back this default action for now. Signed-off-by: York Sun

[U-Boot] [PATCH 1/2] env: Fix env_load_location

Commit 7d714a24d725 ("env: Support multiple environments") added static variable env_load_location. When saving environmental variables, this variable is presumed to have the value set before. In case the value was set before relocation and U-Boot runs from a NOR flash, this variable wasn't

[U-Boot] [PATCH 1/2] .travis.yml: download xtensa prebuilt toolchain

xtensa toolchains are core-specific, so give full toolchain name and download corresponding prebuilt toolchain from the github release. Signed-off-by: Max Filippov --- .travis.yml | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/.travis.yml

[U-Boot] [PATCH 2/2] .travis.yml: test xtensa xtfpga board in QEMU

This allows running tests on emulated KC705 board with DC233C xtensa core. It expects to find conf.xtfpga_qemu in the uboot-test-hooks. Signed-off-by: Max Filippov --- .travis.yml | 7 +++ 1 file changed, 7 insertions(+) diff --git a/.travis.yml b/.travis.yml index

[U-Boot] [PATCH 0/2] .travis.yml changes for building/testing xtensa port

Hi Tom, the following two patches allow building and running U-Boot for xtensa in Travis CI. The test results are the following: 4 failed, 14 passed, 86 skipped, 1 deselected Failures are in the environment manipulation tests and skipped tests are mostly the hush ones. I guess that's because

Re: [U-Boot] [PATCH v3 09/15] env: Support multiple environments

On 02/07/2018 12:45 PM, Goldschmidt Simon wrote: > On 02/07/2018 21:18, York Sun wrote: >> On 02/07/2018 12:43 AM, Maxime Ripard wrote: >>> Hi, >>> >>> On Tue, Jan 30, 2018 at 11:02:49PM +, York Sun wrote: On 01/30/2018 12:16 PM, York Sun wrote: > On 01/30/2018 11:40 AM, York Sun

[U-Boot] [PATCH v2 2/2] efi_selftest: test gop bitblt

The test checks all block image transfer operations of the graphical output protocol. An animated submarine is shown. To run the test: setenv efi_selftest bock image transfer bootefi selftest Signed-off-by: Heinrich Schuchardt --- v2 correct commit message ---

[U-Boot] [PATCH v2 1/2] efi_loader: implement missing bit blit operations in gop

With the patch all block image transfer operations of the EFI_GRAPHICS_OUTPUT_PROTOCOL are supported. Signed-off-by: Heinrich Schuchardt --- v2 no change --- include/efi_api.h| 10 ++- lib/efi_loader/efi_gop.c | 158

[U-Boot] [PATCH v2 0/2] efi_loader: implement missing bit blit operations in gop

The patch series implements the missing block image transfer operations of the graphical output protocol A unit test is provided. --- v2 correct commit message --- Heinrich Schuchardt (2): efi_loader: implement missing bit blit operations in gop efi_selftest: test gop bitblt

[U-Boot] [PATCH 2/2] efi_selftest: test gop bitblt

The test dr Signed-off-by: Heinrich Schuchardt --- lib/efi_selftest/Makefile | 1 + lib/efi_selftest/efi_selftest_bitblt.c | 311 + 2 files changed, 312 insertions(+) create mode 100644 lib/efi_selftest/efi_selftest_bitblt.c

[U-Boot] [PATCH 1/2] efi_loader: implement missing bit blit operations in gop

With the patch all block image transfer operations of the EFI_GRAPHICS_OUTPUT_PROTOCOL are supported. Signed-off-by: Heinrich Schuchardt --- include/efi_api.h| 10 ++- lib/efi_loader/efi_gop.c | 158 --- 2 files changed,

[U-Boot] [PATCH 0/2] efi_loader: implement missing bit blit operations in gop

The patch series implements the missing block image transfer operations of the graphical output protocol A unit test is provided. Heinrich Schuchardt (2): efi_loader: implement missing bit blit operations in gop efi_selftest: test gop bitblt include/efi_api.h | 10 +-

Re: [U-Boot] [PATCH v3 09/15] env: Support multiple environments

On 02/07/2018 21:18, York Sun wrote: > On 02/07/2018 12:43 AM, Maxime Ripard wrote: >> Hi, >> >> On Tue, Jan 30, 2018 at 11:02:49PM +, York Sun wrote: >>> On 01/30/2018 12:16 PM, York Sun wrote: On 01/30/2018 11:40 AM, York Sun wrote: > On 01/30/2018 12:19 AM, Simon Goldschmidt wrote:

Re: [U-Boot] [PATCH v3 09/15] env: Support multiple environments

On 02/07/2018 12:43 AM, Maxime Ripard wrote: > Hi, > > On Tue, Jan 30, 2018 at 11:02:49PM +, York Sun wrote: >> On 01/30/2018 12:16 PM, York Sun wrote: >>> On 01/30/2018 11:40 AM, York Sun wrote: On 01/30/2018 12:19 AM, Simon Goldschmidt wrote: > On 23.01.2018 21:16, Maxime Ripard

[U-Boot] [PATCH] Fix misaligned buffer in env_fat_save

When saving the environment on a platform which has DMA alignment larger than the natural alignment, env_fat_save triggers a debug message in file_fat_write: Saving Environment to FAT... writing uboot.env FAT: Misaligned buffer address (9df1c8e0) OK Signed-off-by: Alex Kiernan

Re: [U-Boot] [PATCH 3/5] arch-stm32: Factorize stm32.h for STM32F4 and F7

Hi, On 02/07/2018 07:50 AM, patrice.chot...@st.com wrote: > From: Patrice Chotard > > For STM32F4 and F7 SoCx family, a specific stm32.h file exists. > Some common defines are duplicated or even unused in each of > these stm32.h. > > Factorize all common definition in

Re: [U-Boot] [PATCH 2/5] arch-stm32: Move gpio.h for STM32 SoCs in include/asm/

Hi Patrice, On 02/07/2018 07:50 AM, patrice.chot...@st.com wrote: > From: Patrice Chotard > > Instead to have 3 identical gpio.h for all STM32 SoCs, > migrate them in one file in include/asm. good move to consolidate these headers. One comment below. > >

[U-Boot] [PATCH] drivers/ddr/fsl: Dual-license DDR driver

To make this driver easier to be reused, dual-license DDR driver. Signed-off-by: York Sun CC: Simon Glass CC: Tom Rini CC: Heinrich Schuchardt CC: Thomas Schaefer CC: Masahiro Yamada

[U-Boot] [PATCH 3/5] sunxi: add 3GiB DRAM detection support in main U-Boot

Some Allwinner SoCs can use 3GiB DRAM (part of 4GiB or larger module). As the common get_ram_size function cannot detect non-pow-of-2 memory, add special detect code into the DRAM size code in main U-Boot. Signed-off-by: Icenowy Zheng --- board/sunxi/board.c| 23

[U-Boot] [PATCH 5/5] sunxi: restrict the ram_size to the accessible range in SPL

On newer Allwinner SoCs with the BROM start at 0x0 and the DRAM space at <0x4000 0xc000>, some parts of DRAM will be inaccessible when 4GiB module is used. Restrict the ram_size written to global_data in SPL. Signed-off-by: Icenowy Zheng --- board/sunxi/board.c | 13

[U-Boot] [PATCH 4/5] sunxi: let sunxi_dram_init return unsigned long long

As 4GiB capacity is above the range of 32-bit unsigned integer, raise the return type of sunxi_dram_init() to unsigned long long, thus it can hold 4GiB capacity (or maybe more on A80). Some controllers that are possible to use 4GiB+ memory module are also changed to calculate its memory capacity

[U-Boot] [PATCH 1/5] sunxi: map DRAM part with 3G size

All Allwinner 64-bit SoCs now are known to be able to access 3GiB of external DRAM, however the size of DRAM part in the MMU translation table is still 2GiB. Change the size of DRAM part in MMU table to 3GiB. Signed-off-by: Icenowy Zheng --- arch/arm/mach-sunxi/board.c | 2 +-

[U-Boot] [PATCH 2/5] sunxi: add Kconfig option for the maximum accessible DRAM

Allwinner 64-bit SoCs can use 4GiB DRAM chip, however their memory map has only allocated 3GiB for DRAM, so only 3GiB of the DRAM is accessible. Add a Kconfig option for the maximum accessible DRAM. For A80 it should be a much higher value (8GiB), but as I have no A80 device to test and

[U-Boot] [PATCH 0/5] Add 3GiB DRAM support to 64-bit Allwinner SoCs

Allwinner 64-bit SoCs have allocated 3GiB space in the memory map for DRAM. If memory bigger than 3GiB is installed (as memory usually come as pow of 2 and they are not known to support 3GiB LPDDR3 modules, it means 4GiB memory is installed), the whole 3GiB space can be all used. However, in many

Re: [U-Boot] [PATCH v3 09/15] env: Support multiple environments

1;5002;0c On Wed, Feb 07, 2018 at 09:25:55AM +0100, Simon Goldschmidt wrote: > On 07.02.2018 09:19, Maxime Ripard wrote: > > On Tue, Feb 06, 2018 at 09:09:07AM +0100, Simon Goldschmidt wrote: > > > On 23.01.2018 21:16, Maxime Ripard wrote: > > > > Now that we have everything in place to support

[U-Boot] [PATCH] am335x_evm: Consolidate eMMC partitions with DFU info

From DFU_ALT_INFO_EMMC (include/environment/ti/dfu.h) we can see that rootfs will be flashed to second partition on eMMC. But at the moment we have only one partition in $partitions environment variable. Let's add "bootloader" partition prior to "rootfs", so that DFU works correctly. This also

Re: [U-Boot] [PATCH v3 09/15] env: Support multiple environments

On Wed, Feb 07, 2018 at 08:45:46AM +, Joakim Tjernlund wrote: > On Thu, 1970-01-01 at 00:00 +, Simon Goldschmidt wrote: > > CAUTION: This email originated from outside of the organization. Do not > > click links or open attachments unless you recognize the sender and know > > the content

Re: [U-Boot] [PATCH v4 2/2] Enable test case with A20-OLinuXino-Lime2

On Wed, Feb 07, 2018 at 12:55:54PM +0530, Jagan Teki wrote: > > + { > > + pinctrl-names = "default"; > > + pinctrl-0 = <_pins_b>, <_cs0_pins_b>; > > + status = "okay"; > > + > > + flash: w25q128@0 { > > Was it sync from Linux? > >>> > >>>

Re: [U-Boot] [PATCH v3 1/2] i.MX6: nand: add nandbcb update command

Hi Jagan, On 07.02.2018 17:03, Jagan Teki wrote: > Writing/updating boot image in nand device is not > straight forward in i.MX6 platform and it requires > boot control block(BCB) to be configured. > > It becomes difficult to use uboot 'nand' command to > write BCB since it requires platform

[U-Boot] [PATCH 2/2] mmc: stm32: sdmmc2: add support for st, pin-ckinsdmmc_ckin

From: Patrick Delaunay This patch adds "st,pin-ckin" support to activate sdmmc_ckin feature. When using an external driver (a voltage switch transceiver), it's advised to select SDMMC_CKIN feedback clock input to sample the received data. Signed-off-by: Patrick Delaunay

[U-Boot] [PATCH 0/2] stm32_sdmmc2 driver update

From: Patrice Chotard This series adds the following stm32_sdmmc2 driver update : _ Enable hardware flow control _ Add support for st,pin-ckinsdmmc_ckin to select "ckin" clock input to sample received data. Patrick Delaunay (2): mmc: stm32: sdmmc2: add hardware flow

[U-Boot] [PATCH 1/2] mmc: stm32: sdmmc2: add hardware flow control support

From: Patrick Delaunay The hardware flow control functionality is used to avoid FIFO underrun (TX mode) and overrun (RX mode) errors. The behavior is to stop SDMMC_CK during data transfer and freeze the SDMMC state machines. Signed-off-by: Patrick Delaunay

[U-Boot] [PATCH v3 2/2] arm: i.MX: Add CMD_NANDBCB Kconfig entry

Add Kconfig entry for CMD_NANDBCB, and default y on i.MX6 platform with NAND_MXS defined. Signed-off-by: Jagan Teki --- Changes for v3: - Fixed Typo 'seprate' Changes for v2: - New patch arch/arm/mach-imx/Kconfig | 11 +++ 1 file changed, 11 insertions(+)

[U-Boot] [PATCH v3 1/2] i.MX6: nand: add nandbcb update command

Writing/updating boot image in nand device is not straight forward in i.MX6 platform and it requires boot control block(BCB) to be configured. It becomes difficult to use uboot 'nand' command to write BCB since it requires platform specific attributes need to be taken care of. It is even

[U-Boot] [PATCH 0/5] STM32: Clean unused and factorize .h files in arch-stm32

From: Patrice Chotard Removes unused .h files in arch/arm/include/asm/arch-stm32xx Factorize and clean some .h files to avoid to duplicate defines in separate .h files Patrice Chotard (5): arch-stm32f4: Remove fmc.h file arch-stm32: Move gpio.h for STM32 SoCs in

[U-Boot] [PATCH 1/5] arch-stm32f4: Remove fmc.h file

From: Patrice Chotard fmc.h file is no more used, remove it. All FMC related defines are declared in drivers/ram/stm32_sdram.c which is common to all STM32 SoCs. Signed-off-by: Patrice Chotard --- arch/arm/include/asm/arch-stm32f4/fmc.h | 75

[U-Boot] [PATCH 4/5] arch-stm32: Remove stm32_periph.h

From: Patrice Chotard Remove arch/arm/include/asm/arch-stm32fx/stm32_periph.h as all defines or enums are no more used. Signed-off-by: Patrice Chotard --- arch/arm/include/asm/arch-stm32f4/stm32_periph.h | 38

[U-Boot] [PATCH 5/5] arch-stm32: Clean arch-stm32f7/syscfg.h

From: Patrice Chotard Remove all unused defines Signed-off-by: Patrice Chotard --- arch/arm/include/asm/arch-stm32f7/syscfg.h | 9 - 1 file changed, 9 deletions(-) diff --git a/arch/arm/include/asm/arch-stm32f7/syscfg.h

[U-Boot] [PATCH 3/5] arch-stm32: Factorize stm32.h for STM32F4 and F7

From: Patrice Chotard For STM32F4 and F7 SoCx family, a specific stm32.h file exists. Some common defines are duplicated or even unused in each of these stm32.h. Factorize all common definition in arch/arm/include/asm/stm32f.h and keep specific definitions in each

[U-Boot] [PATCH 2/5] arch-stm32: Move gpio.h for STM32 SoCs in include/asm/

From: Patrice Chotard Instead to have 3 identical gpio.h for all STM32 SoCs, migrate them in one file in include/asm. Signed-off-by: Patrice Chotard --- arch/arm/include/asm/arch-stm32f4/gpio.h | 146 +--

Re: [U-Boot] [PATCH v2 1/2] i.MX6: nand: add nandbcb update command

Hi Jagan, On Tue, Feb 6, 2018 at 5:41 PM, Jagan Teki wrote: > --- > Changes for v2: > - Fixed commit message notes > - Updated proper commit message > - Update doc/README.imx6 with NAND boot details > - Fixed long length variable names. > - Fixed Gigantic variable

Re: [U-Boot] [PATCH v4 2/2] Enable test case with A20-OLinuXino-Lime2

On 02/07/2018 09:25 AM, Jagan Teki wrote: On Wed, Feb 7, 2018 at 12:35 PM, Stefan Mavrodiev wrote: On 02/07/2018 08:39 AM, Jagan Teki wrote: On Wed, Feb 7, 2018 at 12:00 PM, Stefan Mavrodiev wrote: On 02/06/2018 06:48 PM, Jagan Teki

[U-Boot] [PATCH] Make cmd_get_data_size() a dependency of setexpr

This commit broke the command setexpr. http://git.denx.de/?p=u-boot.git;a=commit;h=6f62d7c4f7a2242a76e19b09dccca6f68776e788 setexpr uses cmd_get_data_size(). If none of I2C, ITEST or PCI is chosen, setexpr will fail to be built. --- include/command.h +++ include/command.h @@ -80,13 +80,14 @@ *

Re: [U-Boot] [PATCH v4 2/2] Enable test case with A20-OLinuXino-Lime2

On 02/07/2018 08:39 AM, Jagan Teki wrote: On Wed, Feb 7, 2018 at 12:00 PM, Stefan Mavrodiev wrote: On 02/06/2018 06:48 PM, Jagan Teki wrote: On Tue, Feb 6, 2018 at 6:44 PM, Stefan Mavrodiev wrote: Driver testing is done with

Re: [U-Boot] [PATCH v4 2/2] Enable test case with A20-OLinuXino-Lime2

On 02/06/2018 06:48 PM, Jagan Teki wrote: On Tue, Feb 6, 2018 at 6:44 PM, Stefan Mavrodiev wrote: Driver testing is done with A20-OLinuXino-Lime2. Testing requirements are: - Exposing spi0 alternative pins in the dts file - Add alias node, enabling driver probing -

Re: [U-Boot] [PATCH v2 1/2] spi: zynqmp_qspi: Add support for ZynqMP qspi driver

Hi Jagan, > -Original Message- > From: Jagan Teki [mailto:ja...@amarulasolutions.com] > Sent: Tuesday, January 23, 2018 10:41 PM > To: Siva Durga Prasad Paladugu > Cc: U-Boot-Denx ; Siva Durga Prasad Paladugu > > Subject:

Re: [U-Boot] [PATCH v4 2/2] Enable test case with A20-OLinuXino-Lime2

On Wed, Feb 7, 2018 at 2:54 PM, Stefan Mavrodiev wrote: > On 02/07/2018 09:25 AM, Jagan Teki wrote: >> >> On Wed, Feb 7, 2018 at 12:35 PM, Stefan Mavrodiev >> wrote: >>> >>> On 02/07/2018 08:39 AM, Jagan Teki wrote: On Wed, Feb 7,

[U-Boot] [PATCH 6/6] board: stm32: switch to DM STM32 timer

From: Patrice Chotard Use available DM stm32_timer driver instead of dedicated mach-stm32/stm32fx/timer.c. Remove all defines or files previously used for timer usage in arch/arm/include/asm/arch-stm32fx and in arch/arm/mach-stm32/stm32fx Enable DM STM32_TIMER for

[U-Boot] [PATCH 4/6] clk: clk_stm32h7: Fix prescaler for Domain 3

From: Patrice Chotard d1cfgr register was used to calculate the domain 3 prescaler value instead of d3cfgr. Signed-off-by: Patrice Chotard --- drivers/clk/clk_stm32h7.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git

[U-Boot] [PATCH 5/6] ARM: dts: stm32: Add timer support for STM32F7

From: Patrice Chotard Add missing timer node to enable timer5 for STM32F7 SoCs family Signed-off-by: Patrice Chotard --- arch/arm/dts/stm32f7-u-boot.dtsi | 8 arch/arm/dts/stm32f746.dtsi | 7 +++ 2 files changed, 15

[U-Boot] [PATCH 3/6] clk: clk_stm32h7: Fix stm32_clk_get_rate() for timer

From: Patrice Chotard For timer clock, an additional prescaler is used which was not taken into account previously. Signed-off-by: Patrice Chotard --- drivers/clk/clk_stm32h7.c | 102 -- 1 file

[U-Boot] [PATCH 2/6] clk: clk_stm32f: Fix stm32_clk_get_rate() for timer

From: Patrice Chotard For timer clock, an additionnal prescaler is used which was not taken into account previously. Signed-off-by: Patrice Chotard --- drivers/clk/clk_stm32f.c | 116 ---

[U-Boot] [PATCH 0/6] Add DM timer support for STM32 SoCs family

From: Patrice Chotard Add DM timer support for all STM32F7/F4/H7 SoCs family. Clock driver for STM32F4/F7 and H7 need to updated to get timer clock rate. Remove all defines or files previously used for timer usage in arch/arm/include/asm/arch-stm32fx and in

[U-Boot] [PATCH 1/6] timer: stm32: Add timer support for STM32 SoCs family

From: Patrice Chotard This timer driver is using GPT Timer (General Purpose Timer) available on all STM32 SOCs family. This driver can be used on STM32F4/F7 and H7 SoCs family Signed-off-by: Patrice Chotard --- drivers/timer/Kconfig | 7

Re: [U-Boot] [PATCH] ls1088a: qspi: Enable XIP mode above 16 MB addresses

> -Original Message- > From: York Sun > Sent: Tuesday, February 06, 2018 10:38 PM > To: Rajat Srivastava ; u-boot@lists.denx.de > Subject: Re: [PATCH] ls1088a: qspi: Enable XIP mode above 16 MB addresses > > On 02/06/2018 02:59 AM, Rajat Srivastava wrote: > > >

Re: [U-Boot] [PATCH] env: mmc/fat/ext4: make sure that the MMC sub-system is initialized before using it

Dear Faiz Abbas, In message <1517564875-10237-1-git-send-email-faiz_ab...@ti.com> you wrote: > When booting from a non-MMC device, the MMC sub-system may not be > initialized when the environment is first accessed. > We need to make sure that the MMC sub-system is ready in even a non-MMC > boot

Re: [U-Boot] [PATCH v3 09/15] env: Support multiple environments

On Thu, 1970-01-01 at 00:00 +, Simon Goldschmidt wrote: > CAUTION: This email originated from outside of the organization. Do not click > links or open attachments unless you recognize the sender and know the > content is safe. > > > On 06.02.2018 09:20, Joakim Tjernlund wrote: > > On Thu,

Re: [U-Boot] [PATCH v3 09/15] env: Support multiple environments

Hi, On Tue, Jan 30, 2018 at 11:02:49PM +, York Sun wrote: > On 01/30/2018 12:16 PM, York Sun wrote: > > On 01/30/2018 11:40 AM, York Sun wrote: > >> On 01/30/2018 12:19 AM, Simon Goldschmidt wrote: > >>> On 23.01.2018 21:16, Maxime Ripard wrote: > Now that we have everything in place to

Re: [U-Boot] [PATCH v3 09/15] env: Support multiple environments

On Thu, 1970-01-01 at 00:00 +, Maxime Ripard wrote: > Hi, > > On Tue, Feb 06, 2018 at 08:20:49AM +, Joakim Tjernlund wrote: > > On Thu, 1970-01-01 at 00:00 +, Simon Goldschmidt wrote: > > > > . > > > > Reviewed-by: Andre Przywara > > > > Reviewed-by:

Re: [U-Boot] [PATCH v3 09/15] env: Support multiple environments

On 06.02.2018 09:20, Joakim Tjernlund wrote: On Thu, 1970-01-01 at 00:00 +, Simon Goldschmidt wrote: . Reviewed-by: Andre Przywara Reviewed-by: Simon Glass Signed-off-by: Maxime Ripard --- env/env.c | 80

Re: [U-Boot] [PATCH] cmd: nvedit: env_get_f must check for env_get_char error codes

On Mon, Feb 05, 2018 at 04:30:50PM +, York Sun wrote: > On 02/05/2018 05:44 AM, Maxime Ripard wrote: > > Hi York, > > > > On Fri, Feb 02, 2018 at 08:04:12PM +, York Sun wrote: > >> On 02/02/2018 10:51 AM, Maxime Ripard wrote: > > This patch looks correct. But it doesn't fix NOR flash.

Re: [U-Boot] [PATCH v3 09/15] env: Support multiple environments

On 07.02.2018 09:19, Maxime Ripard wrote: On Tue, Feb 06, 2018 at 09:09:07AM +0100, Simon Goldschmidt wrote: On 23.01.2018 21:16, Maxime Ripard wrote: Now that we have everything in place to support multiple environment, let's make sure the current code can use it. I get more build errors

Re: [U-Boot] [PATCH v3 09/15] env: Support multiple environments

On Tue, Feb 06, 2018 at 09:09:07AM +0100, Simon Goldschmidt wrote: > On 23.01.2018 21:16, Maxime Ripard wrote: > > Now that we have everything in place to support multiple environment, let's > > make sure the current code can use it. > > I get more build errors testing this feature: there's a

Re: [U-Boot] [PATCH v3 09/15] env: Support multiple environments

Hi, On Tue, Feb 06, 2018 at 08:20:49AM +, Joakim Tjernlund wrote: > On Thu, 1970-01-01 at 00:00 +, Simon Goldschmidt wrote: > > . > > > Reviewed-by: Andre Przywara > > > Reviewed-by: Simon Glass > > > Signed-off-by: Maxime Ripard