Re: [U-Boot] [PATCH] sf: Fix s25fs512s erase size and remove SECT_4K flag

On Tue, Apr 25, 2017 at 2:51 PM, Suresh Gupta wrote: > As per data sheet, S25FS512S support Uniform sector option > or erase size of 256 kbytes and Page Programming buffer of > 256 or 512 Bytes. So, flag SECT_4K have no significance > for this flash. > > Signed-off-by: Suresh Gupta > --- > drive

Re: [U-Boot] [PATCH v2 01/22] x86: acpi: Add Kconfig option and header file for ACPI resume

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > This introduces a Kconfig option for ACPI S3 resume, as well as a > header file to include anything related to ACPI S3 resume. > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > > --- > > Changes in v2: > - fixed several nits in CONFIG_HA

Re: [U-Boot] [PATCH v2 02/22] x86: baytrail: acpi: Add APIs for determining/clearing sleep state

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > This adds APIs for determining previous sleep state from ACPI I/O > registers, as well as clearing sleep state on BayTrail SoC. > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > --- > > Changes in v2: None > > arch/x86/cpu/baytrail/acpi

Re: [U-Boot] [PATCH v2 05/22] x86: Store and display previous sleep state

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > Add one member in the global data to store previous sleep state, > and display the state during boot in print_cpuinfo(). > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > > --- > > Changes in v2: > - add a function comment block for acpi

Re: [U-Boot] [PATCH v2 03/22] x86: Add post codes for OS resume

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > This adds OS_RESUME (0x40) and RESUME_FAILURE (0xed) post codes. > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > --- > > Changes in v2: None > > arch/x86/include/asm/post.h | 2 ++ > 1 file changed, 2 insertions(+) > applied to u-boo

Re: [U-Boot] [PATCH v2 04/22] x86: fsp: acpi: Pass different boot mode to FSP init

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > When ACPI S3 resume is turned on, we should pass different boot mode > to FSP init instead of default BOOT_FULL_CONFIG. > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > --- > > Changes in v2: None > > arch/x86/include/asm/acpi_s3.h | 1

Re: [U-Boot] [PATCH v2 07/22] x86: fsp: Mark memory used by U-Boot as reserved in the E820 table for S3

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > U-Boot itself as well as everything that is consumed by U-Boot (like > heap, stack, dtb, etc) needs to be reserved and reported in the E820 > table when S3 resume is on. > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > --- > > Changes i

Re: [U-Boot] [PATCH v2 13/22] x86: Do not clear high table area for S3

On Mon, Apr 24, 2017 at 11:38 AM, Simon Glass wrote: > On 21 April 2017 at 08:24, Bin Meng wrote: >> When SeaBIOS is being used, U-Boot reserves a memory area to be >> used for configuration tables like ACPI. But it should not be >> cleared otherwise ACPI table will be missing. >> >> Signed-off-b

Re: [U-Boot] [PATCH v2 06/22] x86: baytrail: Conditionally report S3 in the ACPI table

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > When U-Boot is built without ACPI S3 support, it should not report > S3 in the ACPI table otherwise when kernel does STR it won't work. > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > --- > > Changes in v2: None > > arch/x86/include/a

Re: [U-Boot] [PATCH v2 14/22] x86: Adjust board_final_cleanup() order

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > Call board_final_cleanup() before write_tables(), so that anything > done in board_final_cleanup() on a normal boot path is also done > on an S3 resume path. > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > --- > > Changes in v2: None >

Re: [U-Boot] [PATCH v2 20/22] x86: acpi: Fix Windows S3 resume failure

On Mon, Apr 24, 2017 at 11:38 AM, Simon Glass wrote: > Hi Bin, > > On 21 April 2017 at 08:24, Bin Meng wrote: >> U-Boot sets up the real mode interrupt handler stubs starting from >> address 0x1000. In most cases, the first 640K (0x0 - 0x9) >> system memory is reported as system RAM in E8

Re: [U-Boot] [PATCH v2 08/22] x86: acpi: Add wake up assembly stub

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > This adds a wake up stub before jumping to OS wake up vector. > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > > --- > > Changes in v2: > - add brackets around the second x in RELOCATED(x) macro > - word-wrap to use more columns > - cha

Re: [U-Boot] [PATCH v2 21/22] x86: minnowmax: Enable ACPI S3 resume

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > This turns on ACPI S3 resume for minnowmax board. > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > --- > > Changes in v2: None > > configs/minnowmax_defconfig | 1 + > 1 file changed, 1 insertion(+) > applied to u-boot-x86/next, thank

Re: [U-Boot] [PATCH v2 10/22] x86: acpi: Resume OS if resume vector is found

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > In an S3 resume path, U-Boot does everything like a cold boot except > in the last_stage_init() it jumps to the OS resume vector. > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > --- > > Changes in v2: None > > arch/x86/cpu/cpu.c

Re: [U-Boot] [PATCH v2 11/22] x86: Add an early CMOS access library

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > This adds a library that provides CMOS (inside RTC SRAM) access > at a very early stage when driver model is not available yet. > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > --- > > Changes in v2: None > > arch/x86/include/asm/early

Re: [U-Boot] [PATCH v2 09/22] x86: acpi: Add one API to find OS wakeup vector

On Mon, Apr 24, 2017 at 11:38 AM, Simon Glass wrote: > On 21 April 2017 at 08:24, Bin Meng wrote: >> This adds one API acpi_find_wakeup_vector() to locate OS wakeup >> vector from the ACPI FACS table, to be used in the S3 boot path. >> >> Signed-off-by: Bin Meng >> >> --- >> >> Changes in v2: >>

Re: [U-Boot] [PATCH v2 00/22] x86: Add ACPI S3 resume support

Hi Stefan, On Wed, Apr 26, 2017 at 1:24 PM, Stefan Roese wrote: > Hi Bin, > > > On 26.04.2017 06:21, Bin Meng wrote: >> >> On Tue, Apr 25, 2017 at 7:11 PM, Stefan Roese wrote: >>> >>> Hi Bin, >>> >>> On 25.04.2017 11:34, Bin Meng wrote: >>> >>> >>> >> What do you mean by "display >> sta

Re: [U-Boot] [PATCH v2 12/22] x86: fsp: Save stack address to CMOS for next S3 boot

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > At the end of pre-relocation phase, save the new stack address > to CMOS and use it as the stack on next S3 boot for fsp_init() > continuation function. > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > > --- > > Changes in v2: > - add a

Re: [U-Boot] [PATCH v2 16/22] x86: acpi: Make enter_acpi_mode() public

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > enter_acpi_mode() is useful on other boot path like S3 resume, so > make it public. > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > > --- > > Changes in v2: > - add a function comment block for enter_acpi_mode() > > arch/x86/include/a

Re: [U-Boot] [PATCH v2 19/22] x86: pci: Allow conditionally run VGA rom in S3

On Mon, Apr 24, 2017 at 11:38 AM, Simon Glass wrote: > On 21 April 2017 at 08:24, Bin Meng wrote: >> Introduce a new CONFIG_S3_VGA_ROM_RUN option so that U-Boot can >> bypass executing VGA roms in S3. >> >> Signed-off-by: Bin Meng >> --- >> >> Changes in v2: None >> >> arch/x86/Kconfig | 1

Re: [U-Boot] [PATCH v2 17/22] x86: acpi: Refactor acpi_resume()

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > To do something more in acpi_resume() like turning on ACPI mode, > we need locate ACPI FADT table pointer first. But currently this > is done in acpi_find_wakeup_vector(). > > This changes acpi_resume() signature to accept ACPI FADT pointer > as

Re: [U-Boot] [PATCH v2 22/22] x86: Document ACPI S3 support

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > Now that we have ACPI S3 support on Intel MinnowMax board, document > some generic information of S3 and how to test it. > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > > --- > > Changes in v2: > - add some notes about testing S3 resum

Re: [U-Boot] [PATCH v2 18/22] x86: acpi: Turn on ACPI mode for S3

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > Before jumping to OS waking up vector, we need turn on ACPI mode > for S3, just like what we do for a normal boot. > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > --- > > Changes in v2: None > > arch/x86/lib/acpi_s3.c | 3 +++ > 1 fil

Re: [U-Boot] [PATCH v2 15/22] x86: apci: Change PM1_CNT register access to RMW

On Fri, Apr 21, 2017 at 10:24 PM, Bin Meng wrote: > In enter_acpi_mode() PM1_CNT register is changed to PM1_CNT_SCI_EN > directly without preserving its previous value. Update to change > the register access to read-modify-write (RMW). > > Signed-off-by: Bin Meng > Reviewed-by: Simon Glass > ---

[U-Boot] [PATCH v2 0/6] arm: am335x: Enable SPL_DM

Enable SPL_DM on all AM335x based TI platforms. Using board-data way instead of using DT as suggested by Tom here[1], mainly due to space constraints. This series depends on Adam Ford's patch[2]. Link to travis-ci build tests: https://travis-ci.org/lokeshvutla/u-boot/builds/225872244 [1] https:

[U-Boot] [PATCH v2 1/6] dm: mmc: omap_hsmmc: Update to support of-platdata

This is to aid platforms that uses OF_PLATDATA. Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla --- Changes since v1: - Rebased on top of Adam's patch http://patchwork.ozlabs.org/patch/751300/ arch/arm/include/asm/omap_mmc.h | 9 + drivers/mmc/omap_hsmmc.c| 24 +

[U-Boot] [PATCH v2 2/6] dm: mmc: omap_hsmmc: Add pre-reloc flag to the driver

For platforms that don't use device tree in SPL the only way to mark this driver as 'required by relocation' is with the DM_FLAG_PRE_RELOC flag. Add this to ensure that the driver is bound. Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla --- Changes since v2: - None drivers/mmc/omap_hsmmc.c |

[U-Boot] [PATCH v2 6/6] arm: am335x: Enable tiny printf in SPL

am335x_evm SPL is very close to its limit in SRAM space. Switch to use tiny printf to reclaim some size. Reviewed-by: Tom Rini Signed-off-by: Lokesh Vutla --- Changes since v1: - None arch/arm/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index

[U-Boot] [PATCH v2 4/6] am33xx: Provide platform data for mmc

Signed-off-by: Lokesh Vutla --- Changes since v1: - Update base addresses for MMC0 and MMC1 board/ti/am335x/board.c | 32 1 file changed, 32 insertions(+) diff --git a/board/ti/am335x/board.c b/board/ti/am335x/board.c index 3e842d3187..6786229680 100644 --- a/boa

[U-Boot] [PATCH v2 3/6] configs: am335x_evm: Use omap2 generic spl load script

No reason to use a separate load script for am33xx than using omap-common load script. Signed-off-by: Lokesh Vutla --- Changes since v1: - Removed am33xx specific u-boot-spl.lds arch/arm/mach-omap2/am33xx/u-boot-spl.lds | 56 --- include/configs/am335x_evm.h

[U-Boot] [PATCH v2 5/6] configs: am335x_evm: Enable SPL_DM

Enable SPL_DM on all AM335x based TI platforms. http://patchwork.ozlabs.org/patch/751300/ Signed-off-by: Lokesh Vutla --- Changes since v1: - None arch/arm/mach-omap2/am33xx/Kconfig | 5 + include/configs/am335x_evm.h | 1 - include/configs/ti_am335x_common.h | 2 ++ 3 files changed, 7

[U-Boot] [PATCH v3] rockchip: dts: rk3399: sync with kernel dts

The kernel dts has update a lot since the first time we commit rk3399.dtsi, sync with kernel for further development. Signed-off-by: Kever Yang --- Changes in v3: - add clock-freq-min-max for dwmmc which is a must in rockchip-dw driver arch/arm/dts/rk3399.dtsi | 1286 ++

Re: [U-Boot] [PATCH v2 1/2] rockchip: dts: rk3399: sync with kernel dts

Hi Simon, Please don't merge this V2 patch, there is a regression on dw-mmc, a property 'clock-freq-min-max' is missing after sync with kernel driver, I will send a new version. Thanks, - Kever On 04/19/2017 06:17 PM, Kever Yang wrote: The kernel dts has update a lot since the first tim

Re: [U-Boot] [PATCH v2 4/6] am33xx: Provide platform data for mmc

On Wed, Apr 26, 2017 at 3:07 AM, Lokesh Vutla wrote: > Signed-off-by: Lokesh Vutla > --- > Changes since v1: > - Update base addresses for MMC0 and MMC1 > board/ti/am335x/board.c | 32 > 1 file changed, 32 insertions(+) > > diff --git a/board/ti/am335x/board.c b/

Re: [U-Boot] [PATCH v2 4/6] am33xx: Provide platform data for mmc

On Wednesday 26 April 2017 04:41 PM, Adam Ford wrote: > On Wed, Apr 26, 2017 at 3:07 AM, Lokesh Vutla wrote: >> Signed-off-by: Lokesh Vutla >> --- >> Changes since v1: >> - Update base addresses for MMC0 and MMC1 >> board/ti/am335x/board.c | 32 >> 1 file chang

[U-Boot] Marvell Kirkwood Guruplug Server Standard upgrade uboot and standalone app issue

I have a Guruplug server standard that I would like to upgrade with a newer version of u-boot. Serial output during boot currently shows the following: cut U-Boot 2009.11-rc1-00602-g8e6db3d (Dec 24 2009 - 03:11:17) Marvell-Plug2 SoC: Kirkwood 88F6281_A0 DRAM:

[U-Boot] [PATCH v2 0/2] DS1307 RTC update

The first patch is the addition of a KConfig option for the date command. The second patch is the change I really want to see. As it allows me to switch a board I'm working on over to the driver model. I've tried to replicate the non-DM version of the driver faithfully but I've only got access to

Re: [U-Boot] [PATCH v3] rockchip: dts: rk3399: sync with kernel dts

Kever, I addressed the deprecation of ‘clock-freq-min-max’ in: https://patchwork.ozlabs.org/patch/754607/ So you can safely remove this property from the DTS, once my patch for the driver is merged. Given that ‘clock-freq-min-max’ is deprecate

Re: [U-Boot] [PATCH v2 1/2] rockchip: dts: rk3399: sync with kernel dts

Kever & Simon, I’d prefer if we can remove ‘clock-freq-min-max’, as it’s deprecated upstream. A patch to adapt the rockchip_dw_mmc driver glue is already on patchworks: https://patchwork.ozlabs.org/patch/754607/ I.e. I’d prefer v2 of the patch

Re: [U-Boot] [PATCH] sf: Fix s25fs512s erase size and remove SECT_4K flag

> -Original Message- > From: Jagan Teki [mailto:jagannadh.t...@gmail.com] > Sent: Wednesday, April 26, 2017 1:01 PM > To: Suresh Gupta > Cc: u-boot@lists.denx.de; Jagan Teki ; york sun > ; Yao Yuan > Subject: Re: [U-Boot] [PATCH] sf: Fix s25fs512s erase size and remove SECT_4K > flag >

Re: [U-Boot] [PATCH v3 0/6] sunxi: video: Add support for HDMI output on A64/H3/H5

Hi Jernej, On Tue, Apr 25, 2017 at 10:46:56PM +0200, Jernej Škrabec wrote: > Hi Maxime, > > Dne torek, 25. april 2017 ob 10:57:05 CEST je Maxime Ripard napisal(a): > > On Mon, Apr 24, 2017 at 11:54:22PM +0200, Jernej Škrabec wrote: > > > Hi Maxime, > > > > > > Dne ponedeljek, 24. april 2017 ob 0

Re: [U-Boot] [PATCH v2 3/6] configs: am335x_evm: Use omap2 generic spl load script

On Wed, Apr 26, 2017 at 01:37:07PM +0530, Lokesh Vutla wrote: > No reason to use a separate load script for am33xx than using > omap-common load script. > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature ___

Re: [U-Boot] [PATCH] MAINTAINERS: Update for Keystone2 secure devices

On Wed, Apr 26, 2017 at 11:35:19AM +0530, Lokesh Vutla wrote: > Update Keystone2 secure device configs under > "TI SYSTEM SECURITY". Without this buildman keeps complaining > about the status of these boards. > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc Descri

Re: [U-Boot] [RFC PATCH] ext4: Fix comparision of unsigned expression with < 0

On Wed, Apr 26, 2017 at 08:56:49AM +0530, Lokesh Vutla wrote: > > > On Tuesday 25 April 2017 11:34 PM, Tom Rini wrote: > > On Tue, Apr 25, 2017 at 10:22:27AM +0530, Lokesh Vutla wrote: > >> In file ext4fs.c funtion ext4fs_read_file() compares an > >> unsigned expression with < 0 like below > >> >

Re: [U-Boot] [PATCH 3/6] configs: am335x_evm: Use omap2 generic spl load script

On Wed, Apr 26, 2017 at 11:44:13AM +0530, Lokesh Vutla wrote: > > > On Wednesday 26 April 2017 02:40 AM, Tom Rini wrote: > > On Mon, Apr 24, 2017 at 10:23:17AM -0500, Andrew F. Davis wrote: > >> On 04/22/2017 01:50 AM, Lokesh Vutla wrote: > >>> No reason to use a separate load script for am33xx t

Re: [U-Boot] [RFC PATCH] ext4: Fix comparision of unsigned expression with < 0

On Wednesday 26 April 2017 04:54 PM, Tom Rini wrote: > On Wed, Apr 26, 2017 at 08:56:49AM +0530, Lokesh Vutla wrote: >> >> >> On Tuesday 25 April 2017 11:34 PM, Tom Rini wrote: >>> On Tue, Apr 25, 2017 at 10:22:27AM +0530, Lokesh Vutla wrote: In file ext4fs.c funtion ext4fs_read_file() compa

[U-Boot] [PATCH v2] ext4: Fix comparision of unsigned expression with < 0

In file ext4fs.c funtion ext4fs_read_file() compares an unsigned expression with < 0 like below lbaint_t blknr; blknr = read_allocated_block(&(node->inode), i); if (blknr < 0) return -1; blknr is of type ulong/uint64_t. read_allocated_block() returns long i

Re: [U-Boot] [PATCH v2] ext4: Fix comparision of unsigned expression with < 0

On Wed, Apr 26, 2017 at 04:58:22PM +0530, Lokesh Vutla wrote: > In file ext4fs.c funtion ext4fs_read_file() compares an > unsigned expression with < 0 like below > > lbaint_t blknr; > blknr = read_allocated_block(&(node->inode), i); > if (blknr < 0) > return -1; >

Re: [U-Boot] [PATCH v2 4/6] am33xx: Provide platform data for mmc

On Wed, Apr 26, 2017 at 6:13 AM, Lokesh Vutla wrote: > > > On Wednesday 26 April 2017 04:41 PM, Adam Ford wrote: >> On Wed, Apr 26, 2017 at 3:07 AM, Lokesh Vutla wrote: >>> Signed-off-by: Lokesh Vutla >>> --- >>> Changes since v1: >>> - Update base addresses for MMC0 and MMC1 >>> board/ti/am335

Re: [U-Boot] [PATCH v2 4/6] am33xx: Provide platform data for mmc

On Wed, Apr 26, 2017 at 01:37:08PM +0530, Lokesh Vutla wrote: > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boo

[U-Boot] [PATCH v3] usb: lpc32xx: add i2c DM support

From: Liam Beguin Add DM support for i2c functions. Signed-off-by: Liam Beguin Signed-off-by: Sylvain Lemieux --- Changes from v2 to v3: * Code clean-up to remove conditional compile else section (CONFIG_DM_I2C). * As suggested by Marek, added Simon Glass to the list of cc for the patch. Chan

Re: [U-Boot] [Turris Omnia] Btrfs support status?

Hi Marek! On Tue, Apr 25, 2017 at 3:37 PM, Marek Behún wrote: > Hello, > > the Turris Omnia router uses btrfs as the main filesystem, from which > it also loads kernel and dts. We have an implementation in our internal > u-boot > (https://gitlab.labs.nic.cz/turris/turris-omnia-uboot/tree/master/f

Re: [U-Boot] [PATCH v3] usb: lpc32xx: add i2c DM support

On 04/26/2017 01:57 PM, Sylvain Lemieux wrote: > From: Liam Beguin > > Add DM support for i2c functions. > > Signed-off-by: Liam Beguin > Signed-off-by: Sylvain Lemieux Reviewed-by: Marek Vasut > --- > Changes from v2 to v3: > * Code clean-up to remove conditional compile else section (CONF

[U-Boot] [PATCH 3/3] spl: dfu: reduce spl-dfu MLO size

Since spl-dfu does not dfu-reset, there is no need of run_command_cli, hence compiling out cli.c and cli_hush.c to reduce the spl-dfu memory foot print. Signed-off-by: Ravi Babu --- common/Makefile | 3 +-- drivers/dfu/Makefile | 4 +++- include/dfu.h| 8 3 files changed, 8

[U-Boot] [PATCH 0/3] spl: dfu: misc fixes and reduce MLO foot print

The patch series spl-dfu fixes includes - select spl-dfu only spl-ram supported - ignore the dfu-reset for spl-dfu - reduce the spl-dfu MLO foot print buildman ran for arm targets Ravi Babu (3): spl: Kconfig: dfu: spl-dfu depends on SPL_RAM_SUPPORT common: dfu: ignore

[U-Boot] [PATCH 1/3] spl: Kconfig: dfu: spl-dfu depends on SPL_RAM_SUPPORT

Since SPL_DFU_SUPPORT is depends on SPL_RAM_SUPPORT, hence select SPL_DFU_SUPPORT only when SPL_RAM_SUPPORT is chosen. Signed-off-by: Ravi Babu --- common/spl/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/common/spl/Kconfig b/common/spl/Kconfig index ea6fbb6..1231351 100644 --- a/c

[U-Boot] [PATCH 2/3] common: dfu: ignore reset for spl-dfu

The SPL-DFU feature enable to load and execute u-boot over usb from PC using dfu-util. Hence dfu-reset should not be issued when dfu-util -R switch is issued. Signed-off-by: Ravi Babu --- common/dfu.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/common/dfu.c b/common/dfu.c index 0e9f5f

Re: [U-Boot] [PATCH 3/3] spl: dfu: reduce spl-dfu MLO size

On Wed, Apr 26, 2017 at 06:44:09PM +0530, Ravi Babu wrote: > Since spl-dfu does not dfu-reset, there is no need > of run_command_cli, hence compiling out cli.c and > cli_hush.c to reduce the spl-dfu memory foot print. > > Signed-off-by: Ravi Babu [snip] > diff --git a/drivers/dfu/Makefile b/driv

Re: [U-Boot] [PATCH 1/3] spl: Kconfig: dfu: spl-dfu depends on SPL_RAM_SUPPORT

On Wed, Apr 26, 2017 at 06:44:07PM +0530, Ravi Babu wrote: > Since SPL_DFU_SUPPORT is depends on SPL_RAM_SUPPORT, > hence select SPL_DFU_SUPPORT only when > SPL_RAM_SUPPORT is chosen. > > Signed-off-by: Ravi Babu Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature ___

Re: [U-Boot] [PATCH 2/3] common: dfu: ignore reset for spl-dfu

On Wed, Apr 26, 2017 at 06:44:08PM +0530, Ravi Babu wrote: > The SPL-DFU feature enable to load and > execute u-boot over usb from PC using > dfu-util. > Hence dfu-reset should not be issued > when dfu-util -R switch is issued. > > Signed-off-by: Ravi Babu > --- > common/dfu.c | 3 +++ > 1 file

[U-Boot] [PATCH 00/12] Big work on sunxi DW DRAM controllers and some new DDR type support

This patchset contains several works on the sunxi DesignWare DRAM controllers. The 1st patch made an option for H3-like DRAM controllers (DesignWare ones), which can ease further import of alike controllers. The 2nd and 3rd patches are for supporting 16-bit DW DRAM controllers, in order to add V3

[U-Boot] [PATCH 01/12] sunxi: makes an invisible option for H3-like DRAM controllers

From: Icenowy Zheng Allwinner SoCs after H3 (e.g. A64, H5, R40, V3s) uses a H3-like DesignWare DRAM controller, which do not have official free DRAM initialization code, but can use modified dram_sun8i_h3.c. Add a invisible option for easier DRAM initialization code reuse. Signed-off-by: Icenow

[U-Boot] [PATCH 02/12] sunxi: Rename bus-width related macros in H3 DRAM code

From: Icenowy Zheng The DesignWare DRAM controller used by H3 and newer SoCs use a bit to identify whether the DRAM is half-width. As H3 itself come with 32-bit DRAM, the two modes of the bit used to be named "MCTL_CR_32BIT" and "MCTL_CR_16BIT", but for SoCs with 16-bit DRAM they're really 8-bit

[U-Boot] [PATCH 03/12] sunxi: add option for 16-bit DW DRAM controller

From: Icenowy Zheng Some Allwinner SoCs features a DesignWare-like controller with only 16 bit bus width. Add support for them. Signed-off-by: Icenowy Zheng --- arch/arm/mach-sunxi/dram_sunxi_dw.c | 33 + board/sunxi/Kconfig | 17 +++

[U-Boot] [PATCH 07/12] sunxi: add support for the DDR2 in V3s SoC

From: Icenowy Zheng Allwinner V3s SoC features a co-packaged DDR2 DRAM chip, which needs its timing param. Add support for it. Signed-off-by: Icenowy Zheng --- arch/arm/mach-sunxi/dram_sunxi_dw.c | 2 + arch/arm/mach-sunxi/dram_timings/Makefile | 1 + arch/arm/mach-sunxi/dram_timi

[U-Boot] [PATCH 06/12] sunxi: enable dual rank detection in DesignWare-like DRAM code

From: Icenowy Zheng The DesignWare-like DRAM code used to set the controller defaultly to single rank mode, which makes it not able to detect the second rank. Set the default value to dual rank, thus the rank detection code can work and finally the rank setting will be the correct value. Curren

[U-Boot] [PATCH 08/12] sunxi: add support for V3s DRAM controller

From: Icenowy Zheng Allwinner V3s features a DRAM controller like the on in H3, but with a DDR2 DRAM. Add support for it. Signed-off-by: Icenowy Zheng --- arch/arm/mach-sunxi/dram_sunxi_dw.c | 3 +++ board/sunxi/Kconfig | 5 - 2 files changed, 7 insertions(+), 1 deletion(-

[U-Boot] [PATCH 04/12] sunxi: add bank detection code to H3 DRAM initialization code

From: Icenowy Zheng Some DDR2 DRAM have only four banks, not eight. Add code to detect this situation. Signed-off-by: Icenowy Zheng --- arch/arm/mach-sunxi/dram_sunxi_dw.c | 19 +++ 1 file changed, 15 insertions(+), 4 deletions(-) diff --git a/arch/arm/mach-sunxi/dram_sunxi_d

[U-Boot] [PATCH 05/12] sunxi: Add selective DRAM type and timing

From: Icenowy Zheng DRAM chip varies, and one code cannot satisfy all DRAMs. Add options to select a timing set. Currently only DDR3-1333 (the original set) is added into it. Signed-off-by: Icenowy Zheng --- arch/arm/include/asm/arch-sunxi/dram_sunxi_dw.h | 30 ++ arch/arm/mach-sunxi/Ma

[U-Boot] [PATCH 11/12] sunxi: add LPDDR3 timing from stock boot0

From: Icenowy Zheng As we added LPDDR3 support in the former patch, we need a set of timing info to really enable it. Add the timing info used by stock boot0. Signed-off-by: Icenowy Zheng --- arch/arm/mach-sunxi/dram_timings/Makefile | 1 + arch/arm/mach-sunxi/dram_timings/lpddr3_stock

[U-Boot] [PATCH 09/12] sunxi: enable DRAM initialization and SPL for V3s SoC

As we have already support for the DesignWare DRAM controller and the integrated DDR2 chip of V3s, let's enable the SPL support for V3s. This patch also contains the default DRAM configuration for V3s. Signed-off-by: Icenowy Zheng --- board/sunxi/Kconfig | 7 ++- 1 file changed, 6 insertion

[U-Boot] [PATCH 10/12] sunxi: add LPDDR3 DRAM type support for DesignWare-like DRAM controller

From: Icenowy Zheng Some A64 boards (SoPine and Pinebook production batch) use LPDDR3 DRAM chips. Add support for LPDDR3 DRAM in the DesignWare-like DRAM controller code. Real LPDDR3 chips' support is not added yet in this commit. Signed-off-by: Icenowy Zheng --- arch/arm/mach-sunxi/dram_sun

[U-Boot] [PATCH 12/12] sunxi: add a defconfig for SoPine w/ official baseboard

The SoPine is a SoM by Pine64, with an Allwinner A64 SoC, a LPDDR3 DRAM chip, an AXP803 PMIC, a SPI NOR Flash and a MicroSD slot. The card detect pin of the MicroSD slot is broken, however, it doesn't matter as the design of SoPine didn't allow hot-swapping the MicroSD card (The MicroSD slot is at

Re: [U-Boot] [u-boot-release] [PATCH 2/2][v5] nxp/ls2080ardb: Add QSPI-boot support

On 04/25/2017 11:15 PM, Priyanka Jain wrote: QSPI-boot is verified on LS2088ARDB RevF board with LS2088A SoC. LS2088ARDB RevF Board has limitation that QIXIS can not be access, so QIXIS flag is kept disabled Signed-off-by: Priyanka Jain Signed-off-by: Suresh Gupta --- Changes for v5: Renamed

Re: [U-Boot] [PATCH 1/2][v5] board: freescale: ls2080ardb: Update QIXIS code

On 04/25/2017 11:13 PM, Priyanka Jain wrote: Update QIXIS related code to be executed only if CONFIG_FSL_QIXIS flag is enabled As per board documentation, default sysclk is 100MHz. In case QIXIS code is not enabled, update default sysclk value to 100MHz Signed-off-by: Priyanka Jain --- Change

Re: [U-Boot] [u-boot-release] [PATCH 2/2][v5] nxp/ls2080ardb: Add QSPI-boot support

On 04/25/2017 11:15 PM, Priyanka Jain wrote: QSPI-boot is verified on LS2088ARDB RevF board with LS2088A SoC. LS2088ARDB RevF Board has limitation that QIXIS can not be access, so QIXIS flag is kept disabled Signed-off-by: Priyanka Jain Signed-off-by: Suresh Gupta --- Changes for v5: Renamed

Re: [U-Boot] [PATCH 2/3] common: dfu: ignore reset for spl-dfu

Hi Tom >> The SPL-DFU feature enable to load and execute u-boot over usb from PC >> using dfu-util. >> Hence dfu-reset should not be issued >> when dfu-util -R switch is issued. >> >> Signed-off-by: Ravi Babu >> --- >> common/dfu.c | 3 +++ >> 1 file changed, 3 insertions(+) >> >> diff --git

Re: [U-Boot] [PATCH 2/3] common: dfu: ignore reset for spl-dfu

On Wed, Apr 26, 2017 at 03:58:27PM +, B, Ravi wrote: > Hi Tom > > >> The SPL-DFU feature enable to load and execute u-boot over usb from PC > >> using dfu-util. > >> Hence dfu-reset should not be issued > >> when dfu-util -R switch is issued. > >> > >> Signed-off-by: Ravi Babu > >> --- > >>

Re: [U-Boot] [PATCH 2/3] common: dfu: ignore reset for spl-dfu

Hi Tom >> >> The SPL-DFU will load and execute u-boot.img from RAM. If we issue >> dfu-reset (-R switch), this leads to cpu-reset and we lost the purpose >> of SPL-DFU itself. Hence dfu-reset issue shall not be issued for >> SPL-DFU. >> >> I agree, the dfu-reset is needed in u-boot, after f

Re: [U-Boot] [PATCH] MAINTAINERS: Update for Keystone2 secure devices

On 04/26/2017 01:05 AM, Lokesh Vutla wrote: > Update Keystone2 secure device configs under > "TI SYSTEM SECURITY". Without this buildman keeps complaining > about the status of these boards. > > Signed-off-by: Lokesh Vutla > --- Acked-by: Andrew F. Davis > MAINTAINERS | 3 +++ > 1 file change

Re: [U-Boot] [PATCH v2 1/2] cmd: add Kconfig option for 'date' command

(drop long Cc list to stop mailman complaining) On Thu, Apr 27, 2017 at 5:22 AM, Simon Glass wrote: > On 25 April 2017 at 23:19, Chris Packham wrote: >> >> Signed-off-by: Chris Packham >> >> --- >> As requested I've run moveconfig.py to update the defconfigs >> >> Changes in v2: >> - run moveco

[U-Boot] [PATCH 0/2] power: TWL4030: Move CONFIG_TWL4030_POWER to Kconfig

This series will move CONFIG_TWL4030_POWER to Kconfig from include/configs. It will enable it by default when selecting OMAP34XX and remove it from a small handful of include/config files that are not yet using ti_omap3_common.h as well as ti_omap3_common.h. I do not have the other hardware, but

[U-Boot] [PATCH 1/2] power: twl4030: Move CONFIG_TWL4030_POWER to Kconfig

As requested, I added the CONFIG_TWL4030_POWER to Kconfig and made it the implied default when selecting OMAP34XX as a platform. Signed-off-by: Adam Ford diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index 7812f21..f9ecded 100644 --- a/arch/arm/Kconfig +++ b/arch/arm/Kconfig @@ -702,6 +702,7

[U-Boot] [PATCH 2/2] power: twl4030: Remove CONFIG_TWL4030_POWER from include/configs

With the addition of Kconfig now having CONFIG_TWL4030_POWER and with that being the default when OMAP34XX is selected, this is no longer needed in include/configs and can be removed from the whitelist. This has only been tested on logic PD DM3730 using ti_omap3_common.h Signed-off-by: Adam Ford

Re: [U-Boot] [PATCH] power: twl4030: Add CONFIG_CMD_POWEROFF support

On Tue, Apr 25, 2017 at 7:51 PM, Adam Ford wrote: > On Tue, Apr 25, 2017 at 3:10 PM, Tom Rini wrote: >> On Mon, Apr 24, 2017 at 01:34:43PM -0500, Adam Ford wrote: >> >>> With the addition of twl4030_power_off(), let's allow the 'poweroff' command >>> to run this function when CONFIG_CMD_POWEROFF

Re: [U-Boot] arm: dts: imx: add aliases for usbotg nodes

On Tue, Apr 25, 2017 at 12:20:52AM +0300, Alexey Ignatov wrote: > Aliases must be present for USB gadget with DM_USB. Without this, > usb_setup_ehci_gadget() fails because it can't find required devices > in UCLASS_USB. > > Signed-off-by: Alexey Ignatov > --- > arch/arm/dts/imx6qdl.dtsi | 1 + >

Re: [U-Boot] Please pull u-boot-fsl-qoriq master

On Tue, Apr 25, 2017 at 08:44:10AM -0700, York Sun wrote: > Tom, > > The following changes since commit 3c476d841daa491f87c8f07851038afbdf4d90a8: > > Merge git://git.denx.de/u-boot-fsl-qoriq (2017-04-18 11:36:06 -0400) > > are available in the git repository at: > > git://git.denx.de/u-boo

Re: [U-Boot] Pull request: u-boot-sunxi/master

On Wed, Apr 26, 2017 at 12:26:41AM +0530, Jagan Teki wrote: > Hi Tom, > > Please take this PR, probably the last PR for the release. > > thanks! > Jagan. > > The following changes since commit f6c1df44b815a08585e7fd3805a1db51a5955d09: > > Prepare v2017.05-rc2 (2017-04-17 18:16:49 -0400) > >

Re: [U-Boot] [PATCH v2 1/8] i2c: davinci: Split functions into two parts for future DM support

On Thu, Apr 20, 2017 at 10:25:42AM -0500, Franklin S Cooper Jr wrote: > The i2c driver will be converted to support device model. In preparation > for that change split the various functions into two parts. This will > allow device model specific driver to reuse the majority of the code from > the

Re: [U-Boot] [PATCH v2 8/8] ARM: keystone: Enable DM_I2C by default

On Thu, Apr 20, 2017 at 10:25:49AM -0500, Franklin S Cooper Jr wrote: > Enable by default DM_I2C for all Texas Instruments Keystone 2 based > evms. > > Signed-off-by: Franklin S Cooper Jr Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH v2 7/8] ARM: dts: keystone-k2g-evm: Enable I2C0 and I2C1

On Thu, Apr 20, 2017 at 10:25:48AM -0500, Franklin S Cooper Jr wrote: > Enable I2C0 and I2C1 which is needed to enable usage of DM I2C. > > Signed-off-by: Franklin S Cooper Jr Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH v2 6/8] ARM: dts: keystone2: add I2C aliases for davinci I2C nodes

On Thu, Apr 20, 2017 at 10:25:47AM -0500, Franklin S Cooper Jr wrote: > Add aliases for I2C nodes required for the DM framework to probe the > davinci-i2c driver. > > Signed-off-by: Franklin S Cooper Jr Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature _

Re: [U-Boot] [PATCH v2 2/8] drivers: i2c: davinci_i2c: Update davinci i2c driver to driver model

On Thu, Apr 20, 2017 at 10:25:43AM -0500, Franklin S Cooper Jr wrote: > Convert davinci i2c driver to driver model. > > Signed-off-by: Franklin S Cooper Jr Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature ___ U-Boot maili

Re: [U-Boot] [PATCH v2 3/8] ti: common: board_detect: Introduce function to set the address length.

On Thu, Apr 20, 2017 at 10:25:44AM -0500, Franklin S Cooper Jr wrote: > Reading from the I2C EEPROM used typically requires using an address length > of 2. However, when using DM for I2C the default address length used is 1. > To fix this introduce a new function that allows the address length to

Re: [U-Boot] regression: setting the rpi mac address stopped working

On Mon, Apr 24, 2017 at 02:12:28PM +0200, Gerd Hoffmann wrote: > Hi, > > > https://www.mail-archive.com/u-boot@lists.denx.de/msg241949.html fixes this > > problem. > > Tested things today, only to figure it doesn't work :( > > Reverting commit "3f66149 Remove extra fdt_fixup_ethernet() call" b

[U-Boot] [PATCH] rpi: Add a call to fdt_fixup_ethernet()

As we no longer have a call to fdt_fixup_ethernet in image_setup_libfdt we need to make a call to fdt_fixup_ethernet ourself somewhere. Do this in ft_board_setup here as we already have other fixups being performed on the board here. Fixes: 3f66149d9fb4 ("Remove extra fdt_fixup_ethernet() call")

Re: [U-Boot] [PATCH 0/2] power: TWL4030: Move CONFIG_TWL4030_POWER to Kconfig

On Wed, Apr 26, 2017 at 01:41:30PM -0500, Adam Ford wrote: > This series will move CONFIG_TWL4030_POWER to Kconfig from include/configs. > It will enable it by default when selecting OMAP34XX and remove it from > a small handful of include/config files that are not yet using > ti_omap3_common.h

Re: [U-Boot] [PATCH 0/2] power: TWL4030: Move CONFIG_TWL4030_POWER to Kconfig

On Wed, Apr 26, 2017 at 2:49 PM, Tom Rini wrote: > On Wed, Apr 26, 2017 at 01:41:30PM -0500, Adam Ford wrote: > >> This series will move CONFIG_TWL4030_POWER to Kconfig from include/configs. >> It will enable it by default when selecting OMAP34XX and remove it from >> a small handful of include/c

Re: [U-Boot] [PATCH 0/2] power: TWL4030: Move CONFIG_TWL4030_POWER to Kconfig

On Wed, Apr 26, 2017 at 02:55:08PM -0500, Adam Ford wrote: > On Wed, Apr 26, 2017 at 2:49 PM, Tom Rini wrote: > > On Wed, Apr 26, 2017 at 01:41:30PM -0500, Adam Ford wrote: > > > >> This series will move CONFIG_TWL4030_POWER to Kconfig from > >> include/configs. > >> It will enable it by default

Re: [U-Boot] [PATCH v2 1/2] cmd: add Kconfig option for 'date' command

On Thu, Apr 27, 2017 at 05:55:18AM +1200, Chris Packham wrote: > (drop long Cc list to stop mailman complaining) > > On Thu, Apr 27, 2017 at 5:22 AM, Simon Glass wrote: > > On 25 April 2017 at 23:19, Chris Packham wrote: > >> > >> Signed-off-by: Chris Packham > >> > >> --- > >> As requested I'v

  1   2   >