Re: [U-Boot] [PATCH 1/4] wandboard: Set fdt based on board_rev and board_name

On Mon, Jul 10, 2017 at 4:24 PM, Fabio Estevam wrote: > On Mon, Jul 10, 2017 at 6:14 PM, Robert Nelson > wrote: > >> How do you guys want to do the revd1'? >> >> imx6<>-wandboard-revd1.dtb ? >> >>

Re: [U-Boot] [PATCH 05/30] Convert CONFIG_ENV_IS_IN_FLASH to Kconfig

Am 09.07.2017 um 22:52 schrieb Simon Glass: > This converts the following to Kconfig: >CONFIG_ENV_IS_IN_FLASH > > Signed-off-by: Simon Glass > --- > ... > diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig > index 579371e8ee..3046d90b4d 100644 > ---

Re: [U-Boot] [PATCH 4/4] embestmx6boards: Use PARTUUID to specify the rootfs location

On Mon, Jul 10, 2017 at 5:04 PM, Otavio Salvador wrote: > From: Fabio Berton > > Currently the rootfs location is passed via mmcblk number and the > problem with this approach is that the mmcblk number for the eMMC > changes depending on

Re: [U-Boot] [PATCH 2/4] wandboard: Use PARTUUID to specify the rootfs location

On Mon, Jul 10, 2017 at 5:04 PM, Otavio Salvador wrote: > From: Fabio Berton > > Currently the rootfs location is passed via mmcblk number and the > problem with this approach is that the mmcblk number for the eMMC > changes depending on

Re: [U-Boot] [PATCH 3/4] mx6cuboxi: Use PARTUUID to specify the rootfs location

On Mon, Jul 10, 2017 at 5:04 PM, Otavio Salvador wrote: > From: Fabio Berton > > Currently the rootfs location is passed via mmcblk number and the > problem with this approach is that the mmcblk number for the eMMC > changes depending on

Re: [U-Boot] [PATCH 1/4] wandboard: Set fdt based on board_rev and board_name

On Mon, Jul 10, 2017 at 6:14 PM, Robert Nelson wrote: > How do you guys want to do the revd1'? > > imx6<>-wandboard-revd1.dtb ? > > https://github.com/wandboard-org/linux/commit/e093a1186879eef78d91f22f1e47089565bde8e9 Looking at this dts it seems we only need to add a

Re: [U-Boot] [PATCH 1/4] wandboard: Set fdt based on board_rev and board_name

On Mon, Jul 10, 2017 at 3:30 PM, Otavio Salvador wrote: > On Mon, Jul 10, 2017 at 5:14 PM, Fabio Estevam wrote: >> On Mon, Jul 10, 2017 at 5:04 PM, Otavio Salvador >> wrote: >>> From: Fabio Berton

[U-Boot] [ PATCH v3] net: move Broadcom SF2 driver to Kconfig

From: Suji Velupillai move to Kconfig: CONFIG_BCM_SF2_ETH CONFIG_BCM_SF2_ETH_DEFAULT_PORT CONFIG_BCM_SF2_ETH_GMAC Also modified defconfigs of all platforms that use these configs. Signed-off-by: Suji Velupillai

[U-Boot] [PATCH 2/2] RFC: moveconfig: Use toolchains from buildman

It is annoying to have to set up and maintain two sets of toolchains, one for buildman and one for moveconfig. Adjust moveconfig to make use to buildman's toolchains. This should make things easier. One missing feature is the ability to specify the toolchain on the command line with a special

[U-Boot] [PATCH 1/2] moveconfig: Tidy up imply flag parsing

Add an option to specify 'all' to enable all flags. Also print an error if an unrecognised flag is used. At present it just prints usage information which is not very helpful. Signed-off-by: Simon Glass --- tools/moveconfig.py | 23 +++ 1 file changed, 15

Re: [U-Boot] [PATCH 1/4] wandboard: Set fdt based on board_rev and board_name

On Mon, Jul 10, 2017 at 5:14 PM, Fabio Estevam wrote: > On Mon, Jul 10, 2017 at 5:04 PM, Otavio Salvador > wrote: >> From: Fabio Berton >> >> New kernel linux-wandboard version 4.1.15_1.1.0_ga changed device tree >>

Re: [U-Boot] [PATCH 1/4] wandboard: Set fdt based on board_rev and board_name

On Mon, Jul 10, 2017 at 5:04 PM, Otavio Salvador wrote: > From: Fabio Berton > > New kernel linux-wandboard version 4.1.15_1.1.0_ga changed device tree > name adding board revision on file name. The new names are: > > -

[U-Boot] [PATCH 4/4] embestmx6boards: Use PARTUUID to specify the rootfs location

From: Fabio Berton Currently the rootfs location is passed via mmcblk number and the problem with this approach is that the mmcblk number for the eMMC changes depending on the kernel version. In order to avoid such issue, use UUID method to specify the rootfs

[U-Boot] [PATCH 3/4] mx6cuboxi: Use PARTUUID to specify the rootfs location

From: Fabio Berton Currently the rootfs location is passed via mmcblk number and the problem with this approach is that the mmcblk number for the eMMC changes depending on the kernel version. In order to avoid such issue, use UUID method to specify the rootfs

[U-Boot] [PATCH 1/4] wandboard: Set fdt based on board_rev and board_name

From: Fabio Berton New kernel linux-wandboard version 4.1.15_1.1.0_ga changed device tree name adding board revision on file name. The new names are: - imx6dl-wandboard-revb1 - imx6dl-wandboard-revc1 - imx6q-wandboard-revb1 - imx6q-wandboard-revc1 This fixes

[U-Boot] [PATCH 2/4] wandboard: Use PARTUUID to specify the rootfs location

From: Fabio Berton Currently the rootfs location is passed via mmcblk number and the problem with this approach is that the mmcblk number for the eMMC changes depending on the kernel version. In order to avoid such issue, use UUID method to specify the rootfs

Re: [U-Boot] [PATCH v2 0/6] AM43xx OP-TEE support

On 07/10/2017 02:45 PM, Andrew F. Davis wrote: > Hello all, > > This series brings our firewall and OP-TEE support from DRA7xx/AM57xx > family devices to the AM43xx class devices. We do this by factoring > out code common code from omap5/ into common mach-omap2/ sources. Then > add the hooks for

[U-Boot] [PATCH v2 0/6] AM43xx OP-TEE support

Hello all, This series brings our firewall and OP-TEE support from DRA7xx/AM57xx family devices to the AM43xx class devices. We do this by factoring out code common code from omap5/ into common mach-omap2/ sources. Then add the hooks for the AM43xx boards. Thanks, Andrew Changes from v1: -

[U-Boot] [PATCH v2 1/6] arm: mach-omap2: Move omap5/sec-fxns.c into sec-common.c

TEE loading and firewall setup are common to all omap2 devices, move these function out of omap5 and into mach-omap2. This allows us to use these functions from other omap class devices. Signed-off-by: Andrew F. Davis --- arch/arm/mach-omap2/Kconfig | 26

Re: [U-Boot] [PATCH 5/6] board: ti: am43xx: Add TEE loading and firewall setup

On 06/17/2017 02:35 AM, Lokesh Vutla wrote: > > > On Saturday 17 June 2017 12:57 AM, Andrew F. Davis wrote: >> Add support for loading a TEE and setting up firewalled regions to >> AM43xx HS boards. >> >> Signed-off-by: Andrew F. Davis >> --- >> board/ti/am43xx/board.c | 7

[U-Boot] [PATCH v2 6/6] board: ti: am43xx: Add FDT fixup for HS devices

Disable RNG and add TEE to FDT used on HS devices. Signed-off-by: Andrew F. Davis --- board/ti/am43xx/board.c | 9 + configs/am43xx_hs_evm_defconfig | 1 + 2 files changed, 10 insertions(+) diff --git a/board/ti/am43xx/board.c b/board/ti/am43xx/board.c index

[U-Boot] [PATCH v2 2/6] arm: mach-omap2: Factor out common FDT fixup suport

Some of the fixups currently done for OMAP5 class boards are common to other OMAP family devices, move these to fdt-common.c. Signed-off-by: Andrew F. Davis --- arch/arm/include/asm/omap_common.h | 5 ++ arch/arm/include/asm/omap_sec_common.h | 6 ++

[U-Boot] [PATCH v2 3/6] arm: mach-omap2: fdt-common: Add OP-TEE node when firmware node is defined

If a firmware node is already present in the FDT we will fail to create one and so fail to add our OP-TEE node, make this fixup first check for a firmware node and then only try to add one if it is not found. Signed-off-by: Andrew F. Davis --- arch/arm/mach-omap2/fdt-common.c | 20

[U-Boot] [PATCH v2 5/6] board: ti: am43xx: Add TEE loading and firewall setup

Add support for loading a TEE and setting up firewalled regions to AM43xx HS boards. Signed-off-by: Andrew F. Davis --- board/ti/am43xx/board.c | 7 +++ configs/am43xx_hs_evm_defconfig | 3 +++ 2 files changed, 10 insertions(+) diff --git a/board/ti/am43xx/board.c

[U-Boot] [PATCH v2 4/6] arm: mach-omap2: am33xx: Add FDT fixup suport for AM33xx/AM43xx boards

Similar to what is done with OMAP5 class boards we need to perform fixups common to this SoC class, add support for this here and add HS fixups. Signed-off-by: Andrew F. Davis --- arch/arm/mach-omap2/am33xx/Makefile | 1 + arch/arm/mach-omap2/am33xx/fdt.c| 43

Re: [U-Boot] [PATCH] spl: dm: Make it possible for the SPL to pick its own DTB from a FIT

On Fri, Jul 07, 2017 at 05:00:50PM +0200, Jean-Jacques Hiblot wrote: > > > On 07/07/2017 16:30, Tom Rini wrote: > >On Fri, Jul 07, 2017 at 01:44:39PM +0200, Jean-Jacques Hiblot wrote: > > > >>u-boot can be embedded within a FIT image with multiple DTBs. It then > >>selects at run-time which one

[U-Boot] [PATCH 2/2] mx6sabre: Use PARTUUID to specify the rootfs location

From: Fabio Estevam mx6sabre boards can run different kernel versions, such as NXP 4.1 or mainline. Currently the rootfs location is passed via mmcblk number and the problem with this approach is that the mmcblk number for the eMMC changes depending on the kernel version.

[U-Boot] [PATCH 1/2] mx6sabreauto: Do not enable WEIM by default

From: Fabio Estevam WEIM cannot be used when I2C3 is enabled due to pin conflict, so keep WEIM disabled by default. I2C3 controls GPIO I2C expander (USB host and OTG have VBUS controlled by the GPIO I2C expander), magnetometer, accelerometer. Not disabling WEIM in U-Boot

Re: [U-Boot] [PATCH] stm32: Correct positioning of declaration

Thanks Simon, > -Original Message- > From: Simon Glass [mailto:s...@google.com] On Behalf Of Simon Glass > Sent: Saturday, July 01, 2017 10:06 AM > To: U-Boot Mailing List > Cc: Simon Glass ; Albert Aribaud > ;

[U-Boot] [ANN] U-Boot v2017.07 is released

Hey all, I've released v2017.07 and it's now live on git and FTP and ACD (along with PGP sig file). With this release we've removed a number of PowerPC architectures due to lack of active support. We've also dropped AVR32 support with this release. Of note here, we have a new and active

Re: [U-Boot] km/common: remove unused function declarations

On Mon, Jul 10, 2017 at 09:46:23AM +0200, Holger Brunck wrote: > Cc: Wolfgang Denk > Cc: Heiko Schocher > Signed-off-by: Holger Brunck Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] cmd, nand: fix broken output of "nand info"

On Mon, Jul 10, 2017 at 08:44:24AM +0200, Lothar Waßmann wrote: > If the value of either "nand options" or "bbt options" has a zero in > the most significant nibble, the '0x' prefix will be isolated from the > value like shown below: > |Device 0: nand0, sector size 128 KiB > | Page size

Re: [U-Boot] libfdt: Drop -FDT_ERR_TOODEEP

On Sun, Jul 09, 2017 at 09:30:17PM -0600, Simon Glass wrote: > This error code has not been upstreamed and is not really needed since it > is unlikely to be triggered. Drop it to maintain compatability with > upstream. > > Reported-by: Peter Robinson > > Signed-off-by:

Re: [U-Boot] [ANN] U-Boot v2017.07-rc2 released

On 10 July 2017 at 02:26, Peter Robinson wrote: > On Mon, Jul 10, 2017 at 4:31 AM, Simon Glass wrote: >> Hi Tom, >> >> On 9 July 2017 at 16:36, Tom Rini wrote: >>> On Sun, Jul 09, 2017 at 12:38:19PM -0600, Simon Glass wrote: Hi,

Re: [U-Boot] U-Boot image with multiple u-Boot dt blobs selected at low level boot

Hi Oliver, On 10 July 2017 at 07:54, Oliver Westermann wrote: > Hello, > > I've got multiple ARM boards with similar but not quite the same > configurations. > For example different IO configurations for peripheral reset lines of > hardware used in the u-boot phase. > >

Re: [U-Boot] [PATCH 00/30] env: Move environment code to use location drivers

Hi Christophe, On 10 July 2017 at 02:10, Christophe LEROY wrote: > Simon, > > Le 09/07/2017 à 22:52, Simon Glass a écrit : >> >> The environment code is ripe for improvement in various ways. It has lots >> of duplication and inconsistencies between how things work with

Re: [U-Boot] [PATCH] spl: dm: Make it possible for the SPL to pick its own DTB from a FIT

On 07/07/2017 10:00 AM, Jean-Jacques Hiblot wrote: > > > On 07/07/2017 16:30, Tom Rini wrote: >> On Fri, Jul 07, 2017 at 01:44:39PM +0200, Jean-Jacques Hiblot wrote: >> >>> u-boot can be embedded within a FIT image with multiple DTBs. It then >>> selects at run-time which one is best suited

[U-Boot] [PATCH 1/1] mtd/spi: Support of non-jedec MRAM devices

This patch adds support of non-jedec MRAM devices mr25hx from Everspin. This flash devices do not have jedec device ID and hence support for name matching is also added as part of this series. This patch streamlined the update of SPI flash probing function API changes and included the following

Re: [U-Boot] [PATCH v2 00/18] usb: xhci: Fix USB xHCI support on Intel platform

Hi Marek, On Thu, Jun 22, 2017 at 3:13 PM, Bin Meng wrote: > Currently U-Boot xHCI driver does not work on Intel BayTrail SoC based > boards that have USB 3.0 ports. Trying to do a 'usb start' simply hangs > the board. This series fixes a bunch of xHCI driver issues to make

Re: [U-Boot] U-Boot image with multiple u-Boot dt blobs selected at low level boot

On Mon, Jul 10, 2017 at 2:54 PM, Oliver Westermann wrote: > Hello, > > I've got multiple ARM boards with similar but not quite the same > configurations. > For example different IO configurations for peripheral reset lines of > hardware used in the u-boot phase. > >

[U-Boot] U-Boot image with multiple u-Boot dt blobs selected at low level boot

Hello, I've got multiple ARM boards with similar but not quite the same configurations. For example different IO configurations for peripheral reset lines of hardware used in the u-boot phase. Currently I have multiple u-Boot configurations using multiple .dts files creating multiple u-boot.img

Re: [U-Boot] [PATCHv4 0/2] ARM: sunxi: Add support for OLinuXino Lime2 eMMC

Ping, any reason this hasn't been merged yet? :) Olliver On 12-05-17 18:52, Maxime Ripard wrote: On Fri, May 12, 2017 at 11:38:52AM +0200, Olliver Schinagl wrote: This patch series adds support for the Olimex OLinuXino Lime2 eMMC. This assembly variant uses eMMC flash instead of NAND (or no

Re: [U-Boot] USB power is not enabled fro BeagleBone Black

On 7/8/2017 8:50 AM, Sergey Manucharian wrote: > (sorry for top posting, sending from a phone) > > I would agree it's intentional at the first stage: we don't want to power > external devices which we may not need, however, the "usb start" command must > enable it, otherwise it's useless...

Re: [U-Boot] [PATCH] libfdt: Drop -FDT_ERR_TOODEEP

On Mon, Jul 10, 2017 at 4:30 AM, Simon Glass wrote: > This error code has not been upstreamed and is not really needed since it > is unlikely to be triggered. Drop it to maintain compatability with > upstream. > > Reported-by: Peter Robinson Tested-by:

Re: [U-Boot] u-boot for loading RTOS instead of Linux

On Sun, Jul 09, 2017 at 05:06:17AM +0200, BOULAMAIL Nihad wrote: > Hello, > > I wishb to run this RTOS: https://github.com/trampolinertos/trampoline, on > Zedboard having these files on SD card. > > SD_ROOT/ > boot.bin > devicetree.dtb > uImage > uramdisk.image.gz > > How can I build

Re: [U-Boot] [PATCH v6 4/5] drivers: phy: add generic_phy_valid() method

Hi, On Mon, 10 Jul 2017 11:39:22 +0200 patrice.chot...@st.com wrote: > From: Patrice Chotard > > This allow to check if a PHY has been correctly > initialised and avoid to get access to phy struct. > > Signed-off-by: Patrice Chotard >

Re: [U-Boot] [PATCH v6 1/5] usb: host: xhci-dwc3: Convert driver to DM

On Mon, Jul 10, 2017 at 5:39 PM, wrote: > From: Patrice Chotard > > Add Driver Model support with use of generic DT > compatible string "snps,dwc3" > > Signed-off-by: Patrice Chotard > --- > > v6: _ remove useless

[U-Boot] [PATCH v6 1/5] usb: host: xhci-dwc3: Convert driver to DM

From: Patrice Chotard Add Driver Model support with use of generic DT compatible string "snps,dwc3" Signed-off-by: Patrice Chotard --- v6: _ remove useless struct xhci_dwc3 v5: _ replace dev_get_addr() by devfdt_get_addr() v4: _ none

[U-Boot] [PATCH v6 5/5] usb: host: xhci-dwc3: Add generic PHY support

From: Patrice Chotard Add support of generic PHY framework support Signed-off-by: Patrice Chotard Reviewed-by: Marek Vasut Reviewed-by: Simon Glass --- v6: _ none v5: _ none v4: _ none v3: _

[U-Boot] [PATCH v6 2/5] usb: host: xhci-dwc3: Add dual role mode support from DT

From: Patrice Chotard DWC3 dual role mode is selected using DT "dr_mode" property. If not found, DWC3 controller is configured in HOST mode by default Signed-off-by: Patrice Chotard Reviewed-by: Marek Vasut Reviewed-by: Simon

[U-Boot] [PATCH v6 3/5] drivers: phy: Set phy->dev to NULL when generic_phy_get_by_index() fails

From: Patrice Chotard phy->dev need to be set to NULL in case of generic_phy_get_by_index() fails. Then phy->dev can be used to check if the phy is valid Reported-by: Jean-Jacques Hiblot Signed-off-by: Patrice Chotard

[U-Boot] [PATCH v6 4/5] drivers: phy: add generic_phy_valid() method

From: Patrice Chotard This allow to check if a PHY has been correctly initialised and avoid to get access to phy struct. Signed-off-by: Patrice Chotard Reviewed-by: Marek Vasut Reviewed-by: Simon Glass --- v6:

[U-Boot] [PATCH v6 0/5] Extend xhci-dwc3

From: Patrice Chotard This series extend xhci-dwc3.c drivers by : _ converting it to DM model, _ adding dual role mode support from DT _ adding new generic_phy_valid() method in PHY framework _ adding support of generic PHY framework v6:

Re: [U-Boot] [PATCH v2] mmc: pic32_sdhci: Complete the transition to driver model

Hi Alan, On 07/09/2017 04:58 AM, Alan Ott wrote: > Previously this driver appeared to have been half-way converted to the new > driver model and did not work at all. > > Complete the transition to the driver model, adding the necessary > connections. Thanks for resending v2. This patch will

Re: [U-Boot] [ANN] U-Boot v2017.07-rc2 released

On Mon, Jul 10, 2017 at 4:31 AM, Simon Glass wrote: > Hi Tom, > > On 9 July 2017 at 16:36, Tom Rini wrote: >> On Sun, Jul 09, 2017 at 12:38:19PM -0600, Simon Glass wrote: >>> Hi, >>> >>> On 9 July 2017 at 06:49, Tom Rini wrote: >>> > On

Re: [U-Boot] [PATCH 00/30] env: Move environment code to use location drivers

Simon, Le 09/07/2017 à 22:52, Simon Glass a écrit : The environment code is ripe for improvement in various ways. It has lots of duplication and inconsistencies between how things work with different environment locations. It does not properly use Kconfig. Error checking and handling is patchy.

[U-Boot] [PATCH] km/common: remove unused function declarations

Cc: Wolfgang Denk Cc: Heiko Schocher Signed-off-by: Holger Brunck --- board/keymile/common/common.h | 9 - 1 file changed, 9 deletions(-) diff --git a/board/keymile/common/common.h b/board/keymile/common/common.h index

Re: [U-Boot] [PATCH] arm: zynq: Label whole PL part as fpga_full region

On 29.6.2017 19:38, Moritz Fischer wrote: > Hi Michal, > > can you / did you send this to the kernel ML, too? We need to send fpga manager driver first but yes we will do it. > > On Thu, Jun 29, 2017 at 3:14 AM, Michal Simek wrote: >> This will simplify dt overlay

Re: [U-Boot] Arria 10 binary too large

G'day Joe, On 8/07/2017 03:46, Joe Hermaszewski wrote: The uboot binary generated with `make socfpga_arria10_config` is too large for Intel's `mkpimage` tool to consume. u-boot.bin weighs in at 242508 bytes. The maximum binary size supported by the `mkpimage` tool (distributed with Intel's

[U-Boot] [PATCH] cmd, nand: fix broken output of "nand info"

If the value of either "nand options" or "bbt options" has a zero in the most significant nibble, the '0x' prefix will be isolated from the value like shown below: |Device 0: nand0, sector size 128 KiB | Page size 2048 b | OOB size 64 b | Erase size131072 b | subpagesize

Re: [U-Boot] [PATCH] net: gmac_rockchip: Add support for pinctrl

Le 07/07/2017 à 05:58, Simon Glass a écrit : > +Philipp > > Hi Romain, > > On 3 July 2017 at 01:13, Romain Perier wrote: >> Currently, selecting state simple is done by the device driver model, >> prior probing the driver. The problem is that it's done and called on