Re: [U-Boot] [PATCH 0/6] Add Bananapi Zero board with OTG supported

On Fri, Jan 5, 2018 at 1:06 PM, Jun Nie wrote: > Add Bananapi Zero board defconfig and device tree. > OTG device is supported with enabling clock and adding necessary > controller configuration change. USB mass storage is tested as > a test case. > > Jun Nie (6): > sunxi:

[U-Boot] [PATCH 6/6] sunxi: Add initial Banana-Pi Zero support

Banana-Pi Zero is designed for IOT development using the Allwinner H2+ SOC. Key features - Allwinner H2+, Quad-core Cortex-A7 - 512MB DRAM - microSD slot - Serial Debug Port - Combo WiFi/BT - HDMI Signed-off-by: Jun Nie --- arch/arm/dts/Makefile |

[U-Boot] [PATCH 4/6] sunxi: musb: Hack dynamic fifo support for H3 OTG

Like other Allwinner SoC, the H3 is missing the config register from the musb hardware block. Use a known working value for it like other SoC. Signed-off-by: Jun Nie --- drivers/usb/musb-new/musb_regs.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[U-Boot] [PATCH 5/6] sunxi: usb_phy: Clear PHYCTL register before writing

PHYCTL register offset at 0x10 need to be cleared before it's written. Ported from below Linux patch. d699c1d phy: sun4i-usb: change PHYCTL register clearing code Signed-off-by: Jun Nie --- arch/arm/mach-sunxi/usb_phy.c | 8 +++- 1 file changed, 7 insertions(+), 1

[U-Boot] [PATCH 2/6] sunxi: musb: Add fifo config for H3

Add fifo config for H3 as H3 differ with other SoC on ep number. Signed-off-by: Jun Nie --- drivers/usb/musb-new/sunxi.c | 32 1 file changed, 32 insertions(+) diff --git a/drivers/usb/musb-new/sunxi.c b/drivers/usb/musb-new/sunxi.c index

[U-Boot] [PATCH 1/6] sunxi: h3: add usb_otg and OHCI/EHCI for usbc0 on H3

Allwinner H3 have a dual-routed USB PHY0 -- routed to either OHCI/EHCI or MUSB controller. Signed-off-by: Jun Nie --- arch/arm/dts/sun8i-h3.dtsi | 32 1 file changed, 32 insertions(+) diff --git a/arch/arm/dts/sun8i-h3.dtsi

[U-Boot] [PATCH 3/6] sunxi: musb: Enable OTG device clock for H3

Enable OTG clock and deassert reset Signed-off-by: Jun Nie --- arch/arm/include/asm/arch-sunxi/clock_sun6i.h | 2 ++ arch/arm/include/asm/arch-sunxi/cpu_sun4i.h | 4 drivers/usb/musb-new/sunxi.c | 19 +++ 3 files changed, 25

[U-Boot] [PATCH 0/6] Add Bananapi Zero board with OTG supported

Add Bananapi Zero board defconfig and device tree. OTG device is supported with enabling clock and adding necessary controller configuration change. USB mass storage is tested as a test case. Jun Nie (6): sunxi: h3: add usb_otg and OHCI/EHCI for usbc0 on H3 sunxi: musb: Add fifo config for H3

[U-Boot] [PATCH 2/3] arm: i.MX6: fix nand boot device slection

from i.MX6QDRM.pdf, Table 8-7 nand boot device selection on i.MX6QDL not only depends on bit 7 of BOOT_CFG1 but other three bits are don't care like BOOT_CFG1[7:4] should be 1xxx So, check BOOT_CFG1[7:4] values from 8 to 0xf for nand boot device selection in spl_boot_device Signed-off-by: Jagan

[U-Boot] [PATCH 2/3] arm: i.MX6: nand boot device slection

from i.MX6QDRM.pdf, Table 8-7 nand boot device selection on i.MX6QDL not only depends on bit 7 of BOOT_CFG1 but other three bits are don't care like BOOT_CFG1[7:4] should be 1xxx So, check BOOT_CFG1[7:4] values from 8 to 0xf for nand boot device selection in spl_boot_device Signed-off-by: Jagan

[U-Boot] [PATCH 3/3] mtd: nand: mxs_nand_spl: Remove nand size print

It is not much needed to print nand size in SPL during nand boot, and most of nand spl drivers doesn't print the same. Signed-off-by: Jagan Teki --- Note: currently it is showing : 512 MiB can be fixed as NAND: 512 MiB but I didn't see any need of showing nand size

[U-Boot] [PATCH 1/3] board: engicam: Fix to remove legacy board/icorem6_rqs

board/icorem6_rqs/ is forgot to remove while moving common board files together in (sha1: 52aaddd6f415397bb2eae0d68a8cc1c5c4a98bb3) "i..MX6: engicam: Add imx6q/imx6ul boards for existing boards" Signed-off-by: Jagan Teki --- board/engicam/icorem6_rqs/icorem6_rqs.c |

Re: [U-Boot] [PATCH v2] crypto/fsl: fix BLOB encapsulation and decapsulation

Hi Clemens, York, Fabio, > -Original Message- > From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Fabio > Estevam > Sent: Friday, January 05, 2018 3:27 AM > To: York Sun > Cc: Breno Matheus Lima ; u-boot@lists.denx.de; >

[U-Boot] [PATCH] dm: pinctrl: sync with Linux to use pin_config_param

Sync with Linux commit 30a7acd573899fd8b("Linux 4.15-rc6") to use enum pin_config_param. Signed-off-by: Peng Fan --- include/dm/pinctrl.h | 112 ++- 1 file changed, 66 insertions(+), 46 deletions(-) diff --git

Re: [U-Boot] [PATCH] powerpc: P1010RDB: Rework local command to not be included in SPL

On 01/03/2018 06:13 AM, Tom Rini wrote: > -Original Message- > From: Tom Rini [mailto:tr...@konsulko.com] > Sent: Wednesday, January 03, 2018 10:13 PM > To: u-boot@lists.denx.de > Cc: Qiang Zhao ; York Sun > Subject: [PATCH] powerpc: P1010RDB: Rework

Re: [U-Boot] [PATCH v2] crypto/fsl: fix BLOB encapsulation and decapsulation

On 01/04/2018 01:57 PM, Fabio Estevam wrote: > From: Clemens Gruber > > The blob_encap and blob_decap functions were not flushing the dcache > before passing data to CAAM/DMA and not invalidating the dcache when > getting data back. > Therefore, blob encapsulation

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

Tom, The following changes since commit ca833ca9579b29c5667ea2fa7a9d3f89f1599a94: Merge git://git.denx.de/u-boot-rockchip (2018-01-03 12:27:12 -0500) are available in the git repository at: git://git.denx.de/u-boot-fsl-qoriq.git for you to fetch changes up to

Re: [U-Boot] [RFC 0/5] sf: Update spi-nor framework

On 2018/1/4 18:34, Prabhakar Kushwaha wrote: Thanks Jagan Dear Yang Wenyou, -Original Message- From: Jagan Teki [mailto:jagannadh.t...@gmail.com] Sent: Thursday, January 04, 2018 3:57 PM To: Prabhakar Kushwaha Cc: Yang, Wenyou

[U-Boot] [PATCH 5/5] fs: fat: Drop CONFIG_SUPPORT_VFAT

fat.h unconditionally defines CONFIG_SUPPORT_VFAT (and has done since 2003), so as a result VFAT support is always enabled regardless of whether a board config defines it or not. Drop this unnecessary option. Signed-off-by: Tuomas Tynkkynen --- fs/fat/fat.c

[U-Boot] [PATCH 4/5] fs: FAT: Fix typo in FS_FAT_MAX_CLUSTSIZE description

Signed-off-by: Tuomas Tynkkynen --- fs/fat/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git fs/fat/Kconfig fs/fat/Kconfig index e7978aae67..9bb11eac9f 100644 --- fs/fat/Kconfig +++ fs/fat/Kconfig @@ -14,7 +14,7 @@ config FAT_WRITE existing

[U-Boot] [PATCH 3/5] env: ENV_IS_IN_FAT improvements

Make it select FS_FAT as well, because if it's not selected, enabling ENV_IS_IN_FAT causes a Kconfig warning: warning: (ENV_IS_IN_FAT) selects FAT_WRITE which has unmet direct dependencies (FS_FAT) This also allows dropping some code from config_fallbacks. Also drop the unnecessary help text

[U-Boot] [PATCH 1/5] fs: Migrate ext4 to Kconfig

Migrate the following symbols to Kconfig: CONFIG_FS_EXT4 CONFIG_EXT4_WRITE The definitions in config_fallbacks.h can now be expressed in Kconfig. Signed-off-by: Tuomas Tynkkynen --- cmd/Kconfig | 3 +++ configs/ds109_defconfig | 1 +

[U-Boot] [PATCH 2/5] ARM: poplar: Use Kconfig to enable CONFIG_FAT_WRITE

The symbol's been converted to Kconfig for a while, poplar is the only one #defining it. Signed-off-by: Tuomas Tynkkynen --- configs/poplar_defconfig | 1 + include/configs/poplar.h | 1 - 2 files changed, 1 insertion(+), 1 deletion(-) diff --git configs/poplar_defconfig

Re: [U-Boot] [PATCH] crypto/fsl: fix BLOB encapsulation and decapsulation

Hi Fabio, Hi York, On Thu, Jan 04, 2018 at 07:59:13PM -0200, Fabio Estevam wrote: > Hi Clemens, > > On Thu, Jan 4, 2018 at 7:31 PM, Fabio Estevam wrote: > > Hi York, > > > > On Thu, Jan 4, 2018 at 7:12 PM, York Sun wrote: > > > >> This patch causes errors

Re: [U-Boot] [PATCH] crypto/fsl: fix BLOB encapsulation and decapsulation

Hi Clemens, On Thu, Jan 4, 2018 at 7:31 PM, Fabio Estevam wrote: > Hi York, > > On Thu, Jan 4, 2018 at 7:12 PM, York Sun wrote: > >> This patch causes errors in almost all Freescale secure boot targets, > ... > >> The error is undefined reference to

[U-Boot] [PATCH v2] crypto/fsl: fix BLOB encapsulation and decapsulation

From: Clemens Gruber The blob_encap and blob_decap functions were not flushing the dcache before passing data to CAAM/DMA and not invalidating the dcache when getting data back. Therefore, blob encapsulation and decapsulation failed with errors like the following due

Re: [U-Boot] [PATCH] crypto/fsl: fix BLOB encapsulation and decapsulation

Hi York, On Thu, Jan 4, 2018 at 7:12 PM, York Sun wrote: > This patch causes errors in almost all Freescale secure boot targets, ... > The error is undefined reference to `BLOB_SIZE'. Please fix. You are right. The BLOB_SIZE() macro is currently only defined for imx.

Re: [U-Boot] [PATCH] crypto/fsl: fix BLOB encapsulation and decapsulation

On 01/04/2018 09:15 AM, York Sun wrote: > On 01/04/2018 01:39 AM, Fabio Estevam wrote: >> Hi York, >> >> On Wed, Jan 3, 2018 at 3:26 PM, Tom Rini wrote: >>> On Wed, Jan 03, 2018 at 02:32:44PM -0200, Fabio Estevam wrote: Hi Tom, On Wed, Dec 20, 2017 at 8:08 PM,

[U-Boot] "Reset" values for clksel_con registers in clk_rk3399.c:rkclk_init()

Kever, I came across an odd question in clk_rk3399.c while implementing the reparenting (for assigned-clock-parents) that I today discussed with David Wu… looks like the following code is supposed to restore the reset values to 3 registers, but both the NDA-version of the TRM and the public

Re: [U-Boot] [PATCH] powerpc: P1010RDB: Rework local command to not be included in SPL

On 01/03/2018 06:13 AM, Tom Rini wrote: > Add a CONFIG_SPL_BUILD guard around the code for the "mux" command so it > is not included in SPL. > > Cc: Qiang Zhao > Cc: York Sun > Signed-off-by: Tom Rini > --- Reviewed-by: York Sun

[U-Boot] [PATCH] ARM: Tegra186: don't map memory not in RAM banks

From: Stephen Warren Tegra186 currently restricts its DRAM usage to entries in the /memory node in the DTB passed to it. However, the MMU configuration always maps the entire first 2GB of RAM. This could allow the CPU to speculatively access RAM that isn't part of the in-use

Re: [U-Boot] Pull request: u-boot-net.git master

Hi Tom, On Wed, Jan 3, 2018 at 7:09 PM, Tom Rini wrote: > On Wed, Jan 03, 2018 at 03:32:31PM -0600, Joe Hershberger wrote: >> Hi Tom, >> >> The following changes since commit 1314bd1192b4c67d28bdae7eee639588e88090cd: >> >> boards: amlogic: khadas-vim: Typo fixup (2018-01-02

Re: [U-Boot] [PATCH] crypto/fsl: fix BLOB encapsulation and decapsulation

On 01/04/2018 01:39 AM, Fabio Estevam wrote: > Hi York, > > On Wed, Jan 3, 2018 at 3:26 PM, Tom Rini wrote: >> On Wed, Jan 03, 2018 at 02:32:44PM -0200, Fabio Estevam wrote: >>> Hi Tom, >>> >>> On Wed, Dec 20, 2017 at 8:08 PM, Clemens Gruber >>>

[U-Boot] [PATCH v1 2/2] x86: tangier: Add Bluetooth to ACPI table

As defined on reference board followed by Intel Edison a Bluetooth device is attached to HSU0, i.e. PCI :04.1. Describe it in ACPI accordingly. Note, we use BCM2E95 ID here as one most suitable for such device based on the description in commit message of commit 89ab37b489d1

[U-Boot] [PATCH v1 1/2] x86: tangier: Use actual GPIO hardware numbers

The recent commit 03c4749dd6c7 ("gpio / ACPI: Drop unnecessary ACPI GPIO to Linux GPIO translation") in the Linux kernel reveals the issue we have in ACPI tables here, i.e. we must use hardware numbers for GPIO resources and, taking into consideration that GPIO and pin control are *different*

[U-Boot] [PATCH v1] x86: tangier: Use actual GPIO hardware numbers

The recent commit 03c4749dd6c7 ("gpio / ACPI: Drop unnecessary ACPI GPIO to Linux GPIO translation") in the Linux kernel reveals the issue we have in ACPI tables here, i.e. we must use hardware numbers for GPIO resources and, taking into consideration that GPIO and pin control are *different*

Re: [U-Boot] [PATCH v3] mx6ull: Handle the CONFIG_MX6ULL cases correctly

On 03/01/2018 15:33, Fabio Estevam wrote: > Since commit 051ba9e082f7 ("Kconfig: mx6ull: Deselect MX6UL from > CONFIG_MX6ULL") CONFIG_MX6ULL does not select CONFIG_MX6UL anymore, so > take this into consideration in all the checks for CONFIG_MX6UL. > > This fixes a boot regression. > >

Re: [U-Boot] [PATCH v3] mx6ull: Handle the CONFIG_MX6ULL cases correctly

On Wed, 2018-01-03 at 12:33 -0200, Fabio Estevam wrote: > Since commit 051ba9e082f7 ("Kconfig: mx6ull: Deselect MX6UL from > CONFIG_MX6ULL") CONFIG_MX6ULL does not select CONFIG_MX6UL anymore, so > take this into consideration in all the checks for CONFIG_MX6UL. > > This fixes a boot regression.

Re: [U-Boot] [PATCH] ARM: sunxi: Remove left-over cd-inverted property from pcDuino3

On Sat, Dec 23, 2017 at 12:30:56AM +0200, Tuomas Tynkkynen wrote: > Commit 8620f384098b ("dm: sunxi: Linksprite_pcDuino3: Correct polarity > of MMC card detect") claims that the Pcduino3 device tree had an > incorrect polarity for the card detect pin and thus changed the polarity > flag of the

Re: [U-Boot] [PATCH v2 0/9] reduce the size of the mmc core

On Thu, 2018-01-04 at 15:23 +0100, Jean-Jacques Hiblot 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. > > > This series applies on u-boot/next > > It aims at

[U-Boot] [RFC PATCH] ubifs: Remove functions which call functions which are not present

The patch: "ubifs: Import atomic_long operations from Linux" (sha1: dc2884315d492b1eefd9d32443c1f0aa3c0a991e) added copy of atomic-long.h from Linux kernel but when BITS_PER_LONG == 64 several functions are not present. The patch is removing these warnings when UBIFS is enabled:

[U-Boot] [PATCH v2 8/9] mmc: don't read the size of eMMC enhanced user data area in SPL

This information is only used by the "mmc info" command. On ARM removing this information from SPL saves about 140 of code space. Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: None drivers/mmc/mmc.c | 2 ++ include/mmc.h | 2 ++ 2 files changed, 4 insertions(+)

[U-Boot] [PATCH v2 4/9] mmc: reworked version lookup in mmc_startup_v4

Using a table versus a switch() structure saves a bit of space Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: None drivers/mmc/mmc.c | 42 +- 1 file changed, 17 insertions(+), 25 deletions(-) diff --git a/drivers/mmc/mmc.c

[U-Boot] [PATCH v2 3/9] mmc: compile out more code if support for UHS and HS200 is not enabled

Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: - compile out code for HS200 in mmc_get_capabilities() drivers/mmc/mmc.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c index 67d05c5..18d202d 100644

[U-Boot] [PATCH v2 9/9] mmc: remove hc_wp_grp_size from struct mmc if not needed

hc_wp_grp_size is needed only if hardware partitionning is used. On ARM removing it saves about 30 bytes of code space. Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: - removed patch 'mmc: remove unneeded verification in mmc_set_card_speed()' cmd/mmc.c | 2 ++

[U-Boot] [PATCH v2 7/9] mmc: compile out erase and write mmc commands if write operations are not enabled

Also remove erase_grp_size and write_bl_len from struct mmc as they are not used anymore. On ARM, removing them saves about 100 bytes of code space in SPL. Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: None cmd/mmc.c | 8 drivers/mmc/mmc.c | 16

[U-Boot] [PATCH v2 2/9] mmc: atmel: when sending a data command, use the provided block size

struct mmc_data contains the block size to use for the data transfer. Use this information instead of using the default value or the block length information stored in struct mmc. Signed-off-by: Jean-Jacques Hiblot --- Tested on a SAM9x35-EK Changes in v2: - atmel_mci: fixed

[U-Boot] [PATCH v2 6/9] mmc: read ssr only if MMC write support is enabled

The content of ssr is useful only for erase operations. on ARM, removing sd_read_ssr() saves around 300 bytes. Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: None drivers/mmc/mmc.c | 25 ++--- include/mmc.h | 2 ++ 2 files changed, 16

[U-Boot] [PATCH v2 5/9] mmc: add a Kconfig option to enable the support for MMC write operations

This allows using CONFIG_IS_ENABLED(MMC_WRITE) to compile out code needed only if write support is required. The option is added for u-boot and for SPL Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: - fixed usage of CONFIG_IS_ENABLED() in the definition of mmc_blk_ops -

[U-Boot] [PATCH v2 1/9] common: do not compile common fastboot code when building the SPL

This is not required as fastboot can't be started from SPL. Signed-off-by: Jean-Jacques Hiblot --- Changes in v2: None common/Makefile | 2 ++ 1 file changed, 2 insertions(+) diff --git a/common/Makefile b/common/Makefile index 1416620..c7bde23 100644 --- a/common/Makefile

[U-Boot] [PATCH v2 0/9] reduce the size of the mmc core

This series applies on u-boot/next It aims at reducing the size taken by the mmc core in the SPL. Recent changes (for which I'm to blame) have bloated the mmc core and have broken platforms that were already tight on code space. This is achieved mostly by compiling out parts of the

Re: [U-Boot] QSPI "sf probe ...", "sf read ..." on Altera SoC FPGA

yeah, those patches might help me a lot, i can't get it to work right now. thanks a lot. -- Sent from: http://u-boot.10912.n7.nabble.com/ ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] [PATCH v2] musb: sunxi: Use base address from device tree

On Sat, Dec 30, 2017 at 08:44:07PM +0800, Chen-Yu Tsai wrote: > Now that the musb sunxi glue driver is completely device model / device > tree driven, we should use the base address from the device tree, > instead of hard-coding it in the source code. > > Fixes: 3a61b080acee ("musb: sunxi: switch

Re: [U-Boot] [PATCH V2] imx: mx7: psci: add system reset support

Hi Anson, On Thu, Jan 4, 2018 at 7:03 AM, Anson Huang wrote: > Add i.MX7 PSCI system reset support, linux > kernel now can use "reboot" command to reset > system. Reading this commit message gives me the impression that the 'reboot' command does not work currently.

Re: [U-Boot] [PATCH V2] imx: mx7: psci: add system reset support

Hi, Peng Best Regards! Anson Huang > -Original Message- > From: Peng Fan > Sent: 2018-01-04 5:48 PM > To: Anson Huang ; sba...@denx.de; Fabio Estevam > ; albert.u.b...@aribaud.net; > christian.gmei...@gmail.com; u-boot@lists.denx.de > Subject:

[U-Boot] [PATCH] imx: mx7: psci: add system reset support

Add i.MX7 PSCI system reset support, linux kernel now can use "reboot" command to reset system. Signed-off-by: Anson Huang --- arch/arm/mach-imx/mx7/psci-mx7.c | 5 + arch/arm/mach-imx/mx7/psci.S | 7 +++ 2 files changed, 12 insertions(+) diff --git

[U-Boot] [PATCH V2] imx: mx7: psci: add system reset support

Add i.MX7 PSCI system reset support, linux kernel now can use "reboot" command to reset system. Signed-off-by: Anson Huang --- changes since V1: write WDOG register directly instead of calling reset_cpu which is NOT safe since it is NOT in secure section.

[U-Boot] [PATCH v4 00/11] rockchip: add tpl and OPTEE support for rk3229

Add some generic options for TPL support for arm 32bit, and then and TPL support for rk3229(cortex-A7), and then add OPTEE support in SPL. Tested on latest u-boot-rockchip master. Changes in v4: - remove non-used MACRO define - use NULL instead of '0' - add fdt_addr as arg2 of entry Changes

Re: [U-Boot] [PATCH 1/2] imx7: spl: Use SPL boot device MMC1 for all of the SOCs MMC/SD boot devices

On 04/01/2018 13:05, Eran Matityahu wrote: > On Thu, Jan 4, 2018 at 2:02 PM, Uri Mashiach > wrote: >> >> >> On 01/04/2018 01:37 PM, Stefano Babic wrote: >>> >>> On 04/01/2018 11:56, Eran Matityahu wrote: On Thu, Jan 4, 2018 at 12:42 PM, Stefano Babic

Re: [U-Boot] [PATCH 1/2] imx7: spl: Use SPL boot device MMC1 for all of the SOCs MMC/SD boot devices

On Thu, Jan 4, 2018 at 2:02 PM, Uri Mashiach wrote: > > > On 01/04/2018 01:37 PM, Stefano Babic wrote: >> >> On 04/01/2018 11:56, Eran Matityahu wrote: >>> >>> On Thu, Jan 4, 2018 at 12:42 PM, Stefano Babic wrote: On 04/01/2018 11:11, Eran

Re: [U-Boot] [PATCH 1/2] imx7: spl: Use SPL boot device MMC1 for all of the SOCs MMC/SD boot devices

On 01/04/2018 01:37 PM, Stefano Babic wrote: On 04/01/2018 11:56, Eran Matityahu wrote: On Thu, Jan 4, 2018 at 12:42 PM, Stefano Babic wrote: On 04/01/2018 11:11, Eran Matityahu wrote: On Thu, Jan 4, 2018 at 12:02 PM, Eran Matityahu wrote: On Thu,

Re: [U-Boot] [PATCH v10 00/27] dm: Generic MTD Subsystem, with SPI-NOR interface

On Wednesday 03 January 2018 02:54 PM, Jagan Teki wrote: > On Wed, Jan 3, 2018 at 2:18 PM, Vignesh R wrote: >> [...] > > === > cmd/spinor.c ^ - this would be a new set of commands to

Re: [U-Boot] [PATCH 1/2] imx7: spl: Use SPL boot device MMC1 for all of the SOCs MMC/SD boot devices

On 04/01/2018 11:56, Eran Matityahu wrote: > On Thu, Jan 4, 2018 at 12:42 PM, Stefano Babic wrote: >> On 04/01/2018 11:11, Eran Matityahu wrote: >>> On Thu, Jan 4, 2018 at 12:02 PM, Eran Matityahu >>> wrote: On Thu, Jan 4, 2018 at 11:14 AM, Stefano

Re: [U-Boot] [PATCH 2/2] rockchip: firefly-rk3399: enable SPL_ATF_NO_PLATFORM_PARAM

Michal, > On 4 Jan 2018, at 08:56, Michal Simek wrote: > > Hi Kever, > > On 3.1.2018 03:34, Kever Yang wrote: >> Hi Philipp, >> >> >> On 01/03/2018 04:16 AM, Philipp Tomsich wrote: >>> The Rockchip-released ATF for the Firefly apparently (i.e. Kever >>> reported this) does

Re: [U-Boot] [PATCH 1/2] imx7: spl: Use SPL boot device MMC1 for all of the SOCs MMC/SD boot devices

On Thu, Jan 4, 2018 at 12:42 PM, Stefano Babic wrote: > On 04/01/2018 11:11, Eran Matityahu wrote: >> On Thu, Jan 4, 2018 at 12:02 PM, Eran Matityahu wrote: >>> On Thu, Jan 4, 2018 at 11:14 AM, Stefano Babic wrote: Hi Eran, On

Re: [U-Boot] [U-Boot, v3, 07/11] spl: add support to booting with OP-TEE

> On 4 Jan 2018, at 04:51, Kever Yang wrote: > > > > On 01/03/2018 01:20 AM, Philipp Tomsich wrote: >> >> >> On Tue, 19 Dec 2017, Kever Yang wrote: >> >>> OP-TEE is an open source trusted OS, in armv7, its loading and >>> running are like this: >>> loading: >>> -

Re: [U-Boot] [PATCH 1/2] imx7: spl: Use SPL boot device MMC1 for all of the SOCs MMC/SD boot devices

On 04/01/2018 11:11, Eran Matityahu wrote: > On Thu, Jan 4, 2018 at 12:02 PM, Eran Matityahu wrote: >> On Thu, Jan 4, 2018 at 11:14 AM, Stefano Babic wrote: >>> Hi Eran, >>> >>> On 03/01/2018 14:58, Eran Matityahu wrote: Hi Uri. > Hello Eran,

[U-Boot] [PATCH] cmd: nvedit: add whitelist option for env import

While the `env export` can take as parameters variables to be exported, `env import` does not have such a mechanism of variable selection. Let's add a `-w` option that asks `env import` to look for the `whitelisted_vars` env variable for a space-separated list of variables that are whitelisted.

Re: [U-Boot] [RFC 0/5] sf: Update spi-nor framework

Thanks Jagan Dear Yang Wenyou, > -Original Message- > From: Jagan Teki [mailto:jagannadh.t...@gmail.com] > Sent: Thursday, January 04, 2018 3:57 PM > To: Prabhakar Kushwaha > Cc: Yang, Wenyou ; u-boot@lists.denx.de; >

[U-Boot] [PATCH 2/3] nand: arasan_nfc: Add support for ondie ecc

From: Siva Durga Prasad Paladugu This patch adds support for ondie ecc. As of now this adds support for micron parts which supports ondie ecc. Didnt found any better way to detect ondie ecc support by a device except sorting out with manufacture and device id's.

[U-Boot] [PATCH 1/3] nand: arasan_nfc: Move common ecc struct initialization init routine

From: Siva Durga Prasad Paladugu Move common part of ecc structure initialization to arasan_nand_init() routine. Signed-off-by: Siva Durga Prasad Paladugu Signed-off-by: Michal Simek ---

[U-Boot] [PATCH 3/3] nand: arasan_nfc: Use the calculated ecc address for updating ecc register

From: Siva Durga Prasad Paladugu This patch corrects the ecc address calculation before updating to ecc register. The ecc address has to be calculated based on page, oob and ecc sizes of the device. Signed-off-by: Siva Durga Prasad Paladugu

Re: [U-Boot] [RFC 0/5] sf: Update spi-nor framework

On Thu, Jan 4, 2018 at 3:54 PM, Prabhakar Kushwaha wrote: > Thanks Wenyou for the references. > > I will check them while porting my patch-set to u-boot-spi.git. > >> -Original Message- >> From: Yang, Wenyou [mailto:wenyou.y...@microchip.com] >> Sent: Thursday,

Re: [U-Boot] [RFC 0/5] sf: Update spi-nor framework

Thanks Wenyou for the references. I will check them while porting my patch-set to u-boot-spi.git. > -Original Message- > From: Yang, Wenyou [mailto:wenyou.y...@microchip.com] > Sent: Thursday, January 04, 2018 7:28 AM > To: Prabhakar Kushwaha ; u- >

Re: [U-Boot] [PATCH 1/2] imx7: spl: Use SPL boot device MMC1 for all of the SOCs MMC/SD boot devices

On Thu, Jan 4, 2018 at 12:02 PM, Eran Matityahu wrote: > On Thu, Jan 4, 2018 at 11:14 AM, Stefano Babic wrote: >> Hi Eran, >> >> On 03/01/2018 14:58, Eran Matityahu wrote: >>> Hi Uri. >>> Hello Eran, On 01/03/2018 12:53 PM, Eran Matityahu

Re: [U-Boot] [PATCH 1/2] imx7: spl: Use SPL boot device MMC1 for all of the SOCs MMC/SD boot devices

On Thu, Jan 4, 2018 at 11:14 AM, Stefano Babic wrote: > Hi Eran, > > On 03/01/2018 14:58, Eran Matityahu wrote: >> Hi Uri. >> >>> Hello Eran, >>> >>> On 01/03/2018 12:53 PM, Eran Matityahu wrote: Use only one SPL MMC device, similarly to the iMX6 code >>> >>> >>> What is

Re: [U-Boot] [PATCH V2] imx: mx7: psci: add system reset support

Hi Anson, > -Original Message- > From: Anson Huang [mailto:anson.hu...@nxp.com] > Sent: Thursday, January 04, 2018 5:04 PM > To: sba...@denx.de; Fabio Estevam ; > albert.u.b...@aribaud.net; christian.gmei...@gmail.com; Peng Fan > ;

[U-Boot] [PATCH v2 7/7] zynqmp: zcu102: Enable UHS support for ZCU102 Rev1.0 board

This patch enables UHS support for ZynqMP zcu102 rev 1.0 board. Signed-off-by: Siva Durga Prasad Paladugu --- configs/xilinx_zynqmp_zcu102_rev1_0_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/configs/xilinx_zynqmp_zcu102_rev1_0_defconfig

[U-Boot] [PATCH v2 3/7] sdhci: Add new sdhci ops for platform specific tuning and delays

This patch adds new hooks for any platform specific tuning and tap delays programing. These are needed for supporting SD3.0.Y Signed-off-by: Siva Durga Prasad Paladugu --- include/sdhci.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/sdhci.h b/include/sdhci.h

[U-Boot] [PATCH v2 6/7] mmc: zynq_sdhci: Add support for SD3.0

This patch adds support of SD3.0 for ZynqMP. Signed-off-by: Siva Durga Prasad Paladugu --- Changes for v2: - Added zynqmp_tap_delay.h which was missed in v1. --- board/xilinx/zynqmp/Makefile | 2 + board/xilinx/zynqmp/tap_delays.c | 230

[U-Boot] [PATCH v2 4/7] mmc: sdhci: Invoke platform specific tuning and delay routines

This patch adds support to invoke any platform specific tuning and delay routines if available. Signed-off-by: Siva Durga Prasad Paladugu --- drivers/mmc/sdhci.c | 24 1 file changed, 24 insertions(+) diff --git a/drivers/mmc/sdhci.c

[U-Boot] [PATCH v2 2/7] mmc: sdhci: Handle execute tuning command in sdhci_send_command

This patch upadted sdhci_send_command to handle execute tuning command. Signed-off-by: Siva Durga Prasad Paladugu --- drivers/mmc/sdhci.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/mmc/sdhci.c b/drivers/mmc/sdhci.c index

[U-Boot] [PATCH v2 0/7] Add support of SD3.0 UHS modes for ZynqMP

This patch series is meant to add SD3.0 support for ZynqMP platform. The first five patches in the series mostly setting up things in sdhci layer to support SD3.0 , the sixth patch is to add SD3.0 support for ZynqMP platform and the last patch is to enable this support for ZynqMP zcu102 rev1.0

[U-Boot] [PATCH v2 5/7] mmc : sdhci: Read capabilities register1 and update host caps

This patch reads the capabilities register1 and update the host caps accordingly for mmc layer usage. This patch mainly reads for UHS capabilities inorder to support SD3.0. Signed-off-by: Siva Durga Prasad Paladugu --- drivers/mmc/sdhci.c | 28 +++-

[U-Boot] [PATCH v2 1/7] mmc: sdhci: Add support for disabling clock

This patch adds support to disable clock if clk_disable was set and then enable or set clock if the clock was changed or clock was disabled when clock needs to be enabled. Signed-off-by: Siva Durga Prasad Paladugu --- drivers/mmc/sdhci.c | 7 ++- include/sdhci.h | 1

Re: [U-Boot] [PATCH] crypto/fsl: fix BLOB encapsulation and decapsulation

Hi York, On Wed, Jan 3, 2018 at 3:26 PM, Tom Rini wrote: > On Wed, Jan 03, 2018 at 02:32:44PM -0200, Fabio Estevam wrote: >> Hi Tom, >> >> On Wed, Dec 20, 2017 at 8:08 PM, Clemens Gruber >> wrote: >> > The blob_encap and blob_decap functions were

Re: [U-Boot] [PATCH v3] mx6ull: Handle the CONFIG_MX6ULL cases correctly

On 03/01/2018 15:33, Fabio Estevam wrote: > Since commit 051ba9e082f7 ("Kconfig: mx6ull: Deselect MX6UL from > CONFIG_MX6ULL") CONFIG_MX6ULL does not select CONFIG_MX6UL anymore, so > take this into consideration in all the checks for CONFIG_MX6UL. > > This fixes a boot regression. > >

Re: [U-Boot] [PATCH] mx6ull: Handle the CONFIG_MX6ULL cases correctly

Hi Stefano, On Wed, Jan 3, 2018 at 11:20 AM, Stefano Babic wrote: > Thanks for fixing this. > > What about include/configs/imx6_spl.h: > > #if defined(CONFIG_MX6SX) || defined(CONFIG_MX6UL) || defined(CONFIG_MX6SL) > #define CONFIG_SPL_BSS_START_ADDR 0x8820 > #define

Re: [U-Boot] [PATCH 1/2] imx7: spl: Use SPL boot device MMC1 for all of the SOCs MMC/SD boot devices

Hi Eran, On 03/01/2018 14:58, Eran Matityahu wrote: > Hi Uri. > >> Hello Eran, >> >> On 01/03/2018 12:53 PM, Eran Matityahu wrote: >>> >>> Use only one SPL MMC device, similarly to the iMX6 code >> >> >> What is the reason for not using MMC2? > > The reason is so that you won't have to

Re: [U-Boot] [PATCH] arm: ls1021atwr: Rework local commands to not be included in SPL

On Wed, Jan 3, 2018 at 10:02 PM, Tom Rini wrote: > > Move some of the code for the "lane_bank" and "cpld" code local commands > so that they are not built for SPL as they can only be used in full > U-Boot. This means we can mark a few functions as static as well now. > >

Re: [U-Boot] [PATCH 1/2] imx7: spl: Use SPL boot device MMC1 for all of the SOCs MMC/SD boot devices

On 01/03/2018 03:58 PM, Eran Matityahu wrote: Hi Uri. Hello Eran, On 01/03/2018 12:53 PM, Eran Matityahu wrote: Use only one SPL MMC device, similarly to the iMX6 code What is the reason for not using MMC2? The reason is so that you won't have to initialize more than one MMC device