Re: [U-Boot] [u-boot PATCH v3 7/8] ARM: k2g: setup PRU ethernet MAC addresses

Hi Roger, On 02/06/17 11:36, Roger Quadros wrote: > PRU ethernet MAC address range is present in the > board EEPROM. Parse it and setup eth?addr > environment variables. > > Signed-off-by: Roger Quadros > Reviewed-by: Lokesh Vutla > --- >

[U-Boot] [PATCH v2] ARM: dts: at91: add device tree files for at91sam9x5ek

The device tree source files of at91sam9x5ek board are copied from the Linux kernel, do the changes below. - Add the reg property for the pinctrl node. - Move the gpio (pioA, pioB, pioC ...) nodes as the pinctrl's slibling nodes, instead of the child nodes. - Change the compatible of the spi

[U-Boot] [PATCH v2 6/6] configs: Add defconfig for Adaptrum ACRS2

Signed-off-by: Alexandru Gagniuc --- configs/am335x_adaptrum_acrs2_defconfig | 37 + 1 file changed, 37 insertions(+) create mode 100644 configs/am335x_adaptrum_acrs2_defconfig diff --git a/configs/am335x_adaptrum_acrs2_defconfig

[U-Boot] [PATCH v2 3/6] drivers: net: Provide Kconfig menu for PHYLIB

Provide the necessary Kconfig symbols so that PHYLIB support may be enabled in Kconfig, as opposed to needing to #define these symbols in C source headers. BITBANGMII and MV88E6352_SWITCH are left out of the PHYLIB submenu as they don't seem to explicitly depend on it (i.e. they do not use the

[U-Boot] [PATCH v2 1/6] configs: am335x_evm: Enable FASTBOOT based on kconfig

When CONFIG_CMD_FASTBOOT or CONFIG_USB_FUNCTION_FASTBOOT are defined in am335x_evm.h, a dependency on g_dnl.c is created. This in turn creates a dependency on having USB gadget enabled. As a result we can't create configs with USB gadget disabled. Since these CONFIG_ variables are now part of

[U-Boot] [PATCH v2 2/6] am33xx: board: Refactor USB initialization into separate function

The declaration of otg*_plat and otg*_board_data is guarded by CONFIG_USB_MUSB_*, but their use in arch_misc_init is not. The ifdef flow goes something like: if (CONFIG_USB_MUSB_* && other_conditions) declare usb_data if (other_conditions) use usb_data Thus when CONFIG_USB_MUSB_*

[U-Boot] [PATCH] am33xx: board: Refactor USB initialization into separate function

The declaration of otg*_plat and otg*_board_data is guarded by CONFIG_USB_MUSB_*, but their use in arch_misc_init is not. The ifdef flow goes something like: if (CONFIG_USB_MUSB_* && other_conditions) declare usb_data if (other_conditions) use usb_data Thus when CONFIG_USB_MUSB_*

Re: [U-Boot] [PATCH 2/5] Revert "configs: am335x: usb: do not define CONFIG_DM_USB for spl"

On 02/06/2017 01:30 PM, Grygorii Strashko wrote: On 02/06/2017 01:43 PM, Andrew F. Davis wrote: On 02/06/2017 12:47 PM, Alex wrote: On 02/06/2017 07:52 AM, Andrew F. Davis wrote: On 02/03/2017 05:42 PM, Alexandru Gagniuc wrote: This reverts commit

[U-Boot] [PATCH v2 5/6] ARM: DTS: Add devicetree for Adaptrum ACRS2 mainboard

Signed-off-by: Alexandru Gagniuc --- arch/arm/dts/Makefile | 1 + arch/arm/dts/am335x-adaptrum-acrs2-mb.dts | 100 ++ 2 files changed, 101 insertions(+) create mode 100644 arch/arm/dts/am335x-adaptrum-acrs2-mb.dts diff

[U-Boot] [PATCH v2 0/6] Add support for Adaptrum ACRS2 board

Backed with some great feedback, I think I have a much better patchset to present. As the feedback on the previous patchset came in we started having a bunch of leaf patches, I figured it might be easier to put them on one linear branch (and take care of any merge conflicts along the way).

Re: [U-Boot] [PATCH 2/5] Revert "configs: am335x: usb: do not define CONFIG_DM_USB for spl"

On 02/06/2017 07:52 AM, Andrew F. Davis wrote: On 02/03/2017 05:42 PM, Alexandru Gagniuc wrote: This reverts commit 4623f974a585b59bd07fb60a326a096290aa4c53. This confuses the #ifdef logic in am33xx/board.c. This results in undefined symbols when USB gadget mode is disabled in .config. The

[U-Boot] [PATCH] drivers: net: Provide Kconfig menu for PHYLIB

Provide the necessary Kconfig symbols so that PHYLIB support may be enabled in Kconfig, as opposed to needing to #define these symbols in C source headers. BITBANGMII and MV88E6352_SWITCH are left out of the PHYLIB submenu as they don't seem to explicitly depend on it (i.e. they do not use the

Re: [U-Boot] [PATCH 4/5] configs: am335x: Enable PHY_VITESSE

On 02/06/2017 12:38 PM, Andrew F. Davis wrote: On 02/06/2017 02:30 PM, Alex G. wrote: On 02/06/2017 11:47 AM, Andrew F. Davis wrote: On 02/06/2017 01:02 PM, Alex G. wrote: On 02/06/2017 07:56 AM, Andrew F. Davis wrote: On 02/03/2017 05:42 PM, Alexandru Gagniuc wrote: The Adaptrum ACRS2

Re: [U-Boot] [PATCH 4/5] configs: am335x: Enable PHY_VITESSE

On 02/06/2017 11:47 AM, Andrew F. Davis wrote: On 02/06/2017 01:02 PM, Alex G. wrote: On 02/06/2017 07:56 AM, Andrew F. Davis wrote: On 02/03/2017 05:42 PM, Alexandru Gagniuc wrote: The Adaptrum ACRS2 mainboard uses a Vitesse VSC8601 PHY. Signed-off-by: Alexandru Gagniuc

Re: [U-Boot] [PATCH 4/5] configs: am335x: Enable PHY_VITESSE

On 02/06/2017 07:56 AM, Andrew F. Davis wrote: On 02/03/2017 05:42 PM, Alexandru Gagniuc wrote: The Adaptrum ACRS2 mainboard uses a Vitesse VSC8601 PHY. Signed-off-by: Alexandru Gagniuc --- include/configs/am335x_evm.h | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [U-Boot] [PATCH 1/5] configs: am335x_evm: Enable FASTBOOT based on kconfig

On 02/06/2017 07:15 AM, Andrew F. Davis wrote: On 02/03/2017 05:42 PM, Alexandru Gagniuc wrote: When CONFIG_CMD_FASTBOOT or CONFIG_USB_FUNCTION_FASTBOOT are defined in am335x_evm.h, a dependency on g_dnl.c is created. This in turn creates a dependency on having USB gadget enabled. As a result

Re: [U-Boot] [PATCH] cmd: move CONFIG_CMD_UNZIP and CONFIG_CMD_ZIP to Kconfig

On 2 February 2017 at 00:23, Masahiro Yamada wrote: > CONFIG_CMD_ZIP is not defined by any board. I am moving > CONFIG_CMD_UNZIP to defconfig files except UniPhier SoC family. > > I am the maintainer of UniPhier platform, so I know "select CMD_UNZIP" > is better

[U-Boot] imx6sx and u-boot - question

dear all, i'm new in yocto! i'm using *imx6sxsabresd* and i'm trying to port the u-boot for it. (just to learn! in next step i will design my own board with iMX6 SoloX) now i don't have *sf commands* in boot command prompt! even though i activated them in /configs/_defconfig what else

[U-Boot] [PATCH] Remove unused symbol CONGIG_CMD_STORAGE from board configs

Albeit it's a typo, neither CONGIG_CMD_STORAGE nor CONFIG_CMD_STORAGE are used anywhere, so remove the define from the board configs. Signed-off-by: Lars Poeschel --- include/configs/am3517_crane.h | 2 -- include/configs/am3517_evm.h | 2 -- include/configs/omap3_evm.h

[U-Boot] [WIP PATCH] Add preliminary support for Banana Pi M2U.

This adds preliminary support for Banana Pi M2U (and R40). Unfortunately, I get the following error message in the end: binman: Device tree 'u-boot.dtb' does not have a 'binman' node Makefile:1091: recipe for target 'u-boot-sunxi-with-spl.bin' failed make: *** [u-boot-sunxi-with-spl.bin] Error 1

[U-Boot] [PATCH] ls2080ardb, ls2080aqds: Add mcmemsize in default env setting

Initialize mcmemsize to 0x4000 Signed-off-by: Santan Kumar Signed-off-by: Priyanka Jain --- include/configs/ls2080aqds.h | 2 ++ include/configs/ls2080ardb.h | 2 ++ 2 files changed, 4 insertions(+) diff --git a/include/configs/ls2080aqds.h

Re: [U-Boot] [PATCH v2 8/8] configs: sama5d4: move CONFIG_SYS_NO_FLASH to *defconfig

On 2016-10-28 09:16, Wenyou Yang wrote: Move CONFIG_SYS_NO_FLASH to the configs/sama5d4*_defconfig file. Signed-off-by: Wenyou Yang Reviewed-by: Andreas Bießmann --- Changes in v2: None configs/sama5d4_xplained_mmc_defconfig | 1 +

Re: [U-Boot] [PATCH v2 7/8] board: sama5d4ek: enable early debug UART

On 2016-10-28 09:16, Wenyou Yang wrote: Enable early debug UART to debug problems when an ICE or other debug mechanism is not available. Signed-off-by: Wenyou Yang Reviewed-by: Andreas Bießmann --- Changes in v2: None

[U-Boot] [PATCH] patman: Handle non-ascii characters in names

When gathering addresses for the Cc list patman would encounter a UnicodeDecodeError due to non-ascii characters in the author name. Address this by explicitly using utf-8 when building the Cc list. Signed-off-by: Chris Packham --- On Tue, Feb 7, 2017 at 4:32 AM, Simon

Re: [U-Boot] [PATCH v2] armv8: fsl-lsch2: add workaround for erratum A-010635

Oops, sent this patch twice, please ignore this one. Regards, Yuantian > -Original Message- > From: yuantian.t...@nxp.com [mailto:yuantian.t...@nxp.com] > Sent: Tuesday, February 07, 2017 2:19 PM > To: york sun > Cc: u-boot@lists.denx.de; Y.T. Tang

[U-Boot] [PATCH v2] armv8: fsl-lsch2: add workaround for erratum A-010635

From: Tang Yuantian Read DMA operations causes CRC error on armv8 chassis 2 platforms due to the erratum A-010635. In order to support sata on these platforms, ECC needs to be disabled. Signed-off-by: Tang Yuantian --- v2: - refine the commit

[U-Boot] [PATCH v3 1/2] ARM: at91: dt: add dts files for sama5d3ek board

Add the dts files for sama5d3ek board. The dts files is copied from the kernel, do changes as below. - add reg property for the pinctrl node. - move the gpio (pioA, pioB, pioC ...) nodes as the pinctrl's slibling nodes. - fix the compile warning. Signed-off-by: Wenyou Yang

[U-Boot] [PATCH v3 2/2] ARM: at91: dt: add dts file for sama5d3 Xplained

Add the dts file for sama5d3 Xplained board. The dts files is copied from the kernel, do changes. - fix the compile warning. Signed-off-by: Wenyou Yang --- Changes in v3: - Rebase on the master branch on git://git.denx.de/u-boot-atmel.git commit:

[U-Boot] [PATCH v3 0/2] ARM: dts: at91: add dts files for the boards of SAMA5D3

The purpose of the patchset is add the dts files for boards, sama5d3 Xplained board and sama5d3xek board. It is based on the patch set: [PATCH v4 0/2] ARM: dts: at91: add dts files for the boards of SAMA5D4 http://lists.denx.de/pipermail/u-boot/2017-February/280471.html Changes

[U-Boot] [PATCH v2] armv8: fsl-lsch2: add workaround for erratum A-010635

From: Tang Yuantian Read DMA operations causes CRC error on armv8 chassis 2 platforms due to the erratum A-010635. In order to support sata on these platforms, ECC needs to be disabled. Signed-off-by: Tang Yuantian --- v2: - refine the commit

[U-Boot] [PATCH v4 2/2] ARM: dts: at91: add dts file for sama5d4ek

Add the dts file for sama5d4ek board. The dts file is copied from the kernel, do the changes. - fix the compile warning. Signed-off-by: Wenyou Yang --- Changes in v4: - Rebase on the master branch on git://git.denx.de/u-boot-atmel.git commit:

[U-Boot] [PATCH v4 1/2] ARM: dts: at91: add dts files for sama5d4 Xplained

Add the dts files for sama5d4 Xplained board. The dts file is copied from the kernel, do the following changes. - add reg property for pinctrl node. - move the gpio (pioA, pioB, pioC ...) nodes from the pinctrl child's nodes to its slibling nodes. - fix the compile warning. Signed-off-by:

[U-Boot] [PATCH v4 0/2] ARM: dts: at91: add dts files for the boards of SAMA5D4

The purpose of the patchset is add the dts files for boards, sama5d4 Xplained board and sama5d4ek board. Changes in v4: - Rebase on the master branch on git://git.denx.de/u-boot-atmel.git commit: 0ff27d4a94637d4b1937c625d33212375bd118d9 Changes in v3: - Fix the compatible of spi flash, use

[U-Boot] [PATCH v3 1/3] gpio: Kconfig: Add CONFIG_AT91_GPIO option

The CONFIG_AT91_GPIO option is used to select AT91 PIO GPIO driver. Signed-off-by: Wenyou Yang Reviewed-by: Simon Glass Reviewed-by: Andreas Bießmann --- Changes in v3: None Changes in v2: None drivers/gpio/Kconfig | 13

[U-Boot] [PATCH v3 3/3] gpio: at91_gpio: Add the clock support

Add the clock support. Signed-off-by: Wenyou Yang Reviewed-by: Simon Glass Reviewed-by: Andreas Bießmann --- Changes in v3: - Rebase on the master branch on git://git.denx.de/u-boot-atmel.git commit:

[U-Boot] [PATCH v3 2/3] gpio: at91_gpio: Add the device tree support

Add the device tree support. Signed-off-by: Wenyou Yang Reviewed-by: Simon Glass Reviewed-by: Andreas Bießmann --- Changes in v3: None Changes in v2: None drivers/gpio/at91_gpio.c | 15 +++ 1 file changed, 15

[U-Boot] [PATCH v3 0/3] gpio: at91_gpio: Add option and clock support

The CONFIG_AT91_GPIO option is added in Kconfig to be used to select the AT91 PIO GPIO driver, and the clock is supported. Changes in v3: - Rebase on the master branch on git://git.denx.de/u-boot-atmel.git commit: 0ff27d4a94637d4b1937c625d33212375bd118d9 - Add Reviewed-by tag. Changes in

Re: [U-Boot] [PATCH v2 0/8] board: sama5d4: convert boards to support DM/DT

Hi Andreas, Thank you very much for your review! a lot of patches. > -Original Message- > From: Andreas Bießmann [mailto:andr...@biessmann.org] > Sent: 2017年2月7日 3:52 > To: Wenyou Yang - A41535 ; U-Boot Mailing List > > Subject: Re:

[U-Boot] [PATCH v5 1/2] gpio: at91_gpio: Remove CPU_HAS_PIO3 macro

The intention of this patch is the preparation to introduce the pinctrl driver for AT91 PIO. Use "union" to make the PIO3 and PIO2's registers be together and make their offset aligned. Signed-off-by: Wenyou Yang --- Changes in v5: None Changes in v4: - Fix the

[U-Boot] [PATCH v5 0/2] pinctrl: at91: Add pinctrl driver

The purpose of this patch set is to add the pinctrl driver for AT91 PIO controller. Changes in v5: - Rebase on the master branch on git://git.denx.de/u-boot-atmel.git commit: 0ff27d4a94637d4b1937c625d33212375bd118d9 Changes in v4: - Fix the incomplete conversion of the peripheral

[U-Boot] [PATCH v5 2/2] pinctrl: at91: Add pinctrl driver

AT91 PIO controller is a combined gpio-controller, pin-mux and pin-config module. The peripheral's pins are assigned through per-pin based muxing logic. Each soc will have to describe the SoC limitation and pin configuration via DT. This will allow to do not need to touch the C code when adding

[U-Boot] Please pull u-boot-x86

Hi Tom, This is U-Boot x86 64-bit preliminary support, on Google Chromebook Link and QEMU targets. The following changes since commit c83a824e62277162ad35f52879b2316902c0eff5: Merge git://git.denx.de/u-boot-fsl-qoriq (2017-02-03 20:33:42 -0500) are available in the git repository at:

Re: [U-Boot] [PATCH 14/14] x86: qemu: Add a config for 64-bit U-Boot

On Wed, Jan 25, 2017 at 12:09 PM, Simon Glass wrote: > On 18 January 2017 at 04:33, Bin Meng wrote: >> Add a new board config which uses 64-bit U-Boot. Supported features >> are the same as the other 64-bit board (Google Chromebook Link). >> It is a start

Re: [U-Boot] [PATCH v3] x86: make LOAD_FROM_32_BIT visible for platforms

On Mon, Feb 6, 2017 at 10:20 AM, Bin Meng wrote: > On Sun, Feb 5, 2017 at 9:52 PM, Andy Shevchenko > wrote: >> This option is useful not only for development, but for the platforms >> where U-Boot is run from custom ROM bootloader. For

Re: [U-Boot] [PATCH 12/14] x86: qemu: Add a text base for 64-bit U-Boot

On Wed, Jan 25, 2017 at 12:09 PM, Simon Glass wrote: > On 18 January 2017 at 04:33, Bin Meng wrote: >> Set up the 64-bit U-Boot text base if building for that target. >> >> Signed-off-by: Bin Meng >> --- >> >>

Re: [U-Boot] [PATCH 11/14] spl: Add a LF to the loading message

On Wed, Jan 25, 2017 at 12:09 PM, Simon Glass wrote: > On 18 January 2017 at 04:33, Bin Meng wrote: >> SPL prints "Trying to boot from %s" without a LF. Add one to improve >> reading on the serial console. >> >> Signed-off-by: Bin Meng

Re: [U-Boot] [PATCH 13/14] x86: qemu: Add build options for SPL

On Wed, Jan 25, 2017 at 12:09 PM, Simon Glass wrote: > On 18 January 2017 at 04:33, Bin Meng wrote: >> If SPL is used we want to use the generic SPL framework and boot >> from SPI via a board-specific means. Add these options to the >> board config file. >>

Re: [U-Boot] [PATCH 09/14] tools: binman: Call correct init for Entry_u_boot_spl_with_ucode_ptr

On Thu, Jan 26, 2017 at 10:22 PM, Simon Glass wrote: > On 18 January 2017 at 04:32, Bin Meng wrote: >> >> u_boot_spl_with_ucode_ptr is derived from u_boot_with_ucode_ptr, >> hence it should call its parent's init. >> >> Signed-off-by: Bin Meng

Re: [U-Boot] [PATCH 08/14] x86: qemu: Mark ucode as optional for SPL in u-boot.dtsi

On Wed, Jan 25, 2017 at 12:09 PM, Simon Glass wrote: > On 18 January 2017 at 04:32, Bin Meng wrote: >> QEMU does not need ucode and this is indicated in u-boot.dtsi >> for U-Boot proper. Now add the same for SPL. >> >> Signed-off-by: Bin Meng

Re: [U-Boot] [PATCH 10/14] tools: binman: Handle optional microcode case in SPL image

On Thu, Jan 26, 2017 at 10:23 PM, Simon Glass wrote: > On 18 January 2017 at 04:33, Bin Meng wrote: >> On platforms which do not require microcode in SPL, handle such >> case like U-Boot proper. >> >> Signed-off-by: Bin Meng >> --- >>

Re: [U-Boot] [PATCH 06/14] x86: qemu: Fix compiler warnings for 64-bit

On Wed, Jan 25, 2017 at 12:09 PM, Simon Glass wrote: > On 18 January 2017 at 04:32, Bin Meng wrote: >> This fixes compiler warnings for QEMU in 64-bit. >> >> Signed-off-by: Bin Meng >> --- >> >> arch/x86/cpu/irq.c | 6 +++--- >>

Re: [U-Boot] [PATCH 07/14] x86: qemu: Set up device tree for SPL

On Wed, Jan 25, 2017 at 12:09 PM, Simon Glass wrote: > On 18 January 2017 at 04:32, Bin Meng wrote: >> Add the correct pre-relocation tag so that the required device tree >> nodes are present in the SPL device tree. >> >> Signed-off-by: Bin Meng

Re: [U-Boot] [PATCH 05/14] x86: qemu: Hide arch_cpu_init() and print_cpuinfo() for U-Boot proper

On Tue, Jan 24, 2017 at 3:51 AM, Simon Glass wrote: > On 18 January 2017 at 04:32, Bin Meng wrote: >> arch_cpu_init() and print_cpuinfo() should be only available in SPL >> build. >> >> Signed-off-by: Bin Meng >> --- >> >>

Re: [U-Boot] [PATCH 04/14] x86: Compile irq.c for 64-bit

On Tue, Jan 24, 2017 at 3:50 AM, Simon Glass wrote: > On 18 January 2017 at 04:32, Bin Meng wrote: >> There is no reason not to compile irq.c for 64-bit. >> >> Signed-off-by: Bin Meng >> --- >> >> arch/x86/cpu/Makefile | 2 +- >> 1

Re: [U-Boot] [PATCH 01/14] x86: qemu: Add missing DECLARE_GLOBAL_DATA_PTR in e820.c

On Tue, Jan 24, 2017 at 3:50 AM, Simon Glass wrote: > On 18 January 2017 at 04:32, Bin Meng wrote: >> DECLARE_GLOBAL_DATA_PTR is missing which causes 64-bit build error. >> >> Signed-off-by: Bin Meng >> --- >> >>

Re: [U-Boot] [PATCH 03/14] x86: spl: Add weak arch_cpu_init_dm()

On Mon, Feb 6, 2017 at 11:35 PM, Simon Glass wrote: > On 3 February 2017 at 21:59, Bin Meng wrote: >> Hi Simon, >> >> On Tue, Jan 24, 2017 at 3:50 AM, Simon Glass wrote: >>> Hi Bin, >>> >>> On 18 January 2017 at 04:32, Bin Meng

Re: [U-Boot] [PATCH 02/14] x86: Wrap print_ch() with config option

On Tue, Jan 24, 2017 at 3:50 AM, Simon Glass wrote: > Hi Bin, > > On 18 January 2017 at 04:32, Bin Meng wrote: >> print_ch() should not be used if DEBUG_UART is off. >> >> Signed-off-by: Bin Meng >> --- >> >> arch/x86/cpu/x86_64/cpu.c

Re: [U-Boot] [PATCH v3 62/62] x86: link: Add a config for 64-bit U-Boot

On Wed, Jan 25, 2017 at 12:07 PM, Simon Glass wrote: > Hi Bin, > > On 18 January 2017 at 02:04, Bin Meng wrote: >> Hi Simon, >> >> On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote: >>> Add a new link config which uses 64-bit U-Boot.

Re: [U-Boot] [PATCH v3 58/62] x86: link: Add SPL declarations to the binman image

On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote: > When building for 64-bit we need to put an SPL binary into the image. Update > the binman image description to reflect this. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng >

Re: [U-Boot] [PATCH v3 60/62] x86: link: Add build options for SPL

On Tue, Jan 17, 2017 at 12:35 PM, Bin Meng wrote: > On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote: >> If SPL is used we want to use the generic SPL framework and boot from SPI >> via a board-specific means. Add these options to the board config file.

Re: [U-Boot] [PATCH v3 61/62] x86: Update compile/link flags to support 64-bit U-Boot

On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote: > Update config.mk settings to support both 32-bit and 64-bit U-Boot. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v3: None > Changes in v2: None > >

Re: [U-Boot] [PATCH v3 56/62] x86: Add a dummy setjmp implementation for x86_64

On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote: > We don't have the code for this yet. Add a dummy version for now, so that > EFI builds correctly. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v3: None

Re: [U-Boot] [PATCH v3 59/62] x86: link: Set up device tree for SPL

On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote: > Add the correct pre-relocation tag so that the required device tree nodes > are present in the SPL device tree. > > On x86 it doesn't make a lot of sense to have a separate SPL device tree. > Since everything is in the same

Re: [U-Boot] [PATCH v3 55/62] x86: Move setjmp to the i386 directory

On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote: > This code is only used in 32-bit mode. Move it so that it does not get > built with 64-bit U-Boot. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v3:

Re: [U-Boot] [PATCH v3 57/62] x86: link: Add a text base for 64-bit U-Boot

On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote: > Set up the 64-bit U-Boot text base if building for that target. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v3: None > Changes in v2: None > >

Re: [U-Boot] [PATCH v3 53/62] x86: Change irq_already_routed to a local variable

On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote: > This avoids using BSS before SDRAM is set up in SPL. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v3: None > Changes in v2: None > >

Re: [U-Boot] [PATCH v3 54/62] x86: Move call64 to the i386 directory

On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote: > This code is only used in 32-bit mode. Move it so that it does not get > built with 64-bit U-Boot. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v3:

Re: [U-Boot] [PATCH v3 52/62] x86: Move turbo_state to global_data

On Tue, Feb 7, 2017 at 1:02 PM, Bin Meng wrote: > On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote: >> To avoid using BSS in SPL before SDRAM is set up, move this field to >> global_data. >> >> Signed-off-by: Simon Glass >> --- >> >>

Re: [U-Boot] [PATCH v3 51/62] x86: Move pirq_routing_table to global_data

On Tue, Feb 7, 2017 at 1:03 PM, Bin Meng wrote: > On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote: >> To avoid using BSS in SPL before SDRAM is set up, move this field to >> global_data. >> >> Signed-off-by: Simon Glass >> --- >> >>

Re: [U-Boot] [PATCH v3 51/62] x86: Move pirq_routing_table to global_data

On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote: > To avoid using BSS in SPL before SDRAM is set up, move this field to > global_data. > > Signed-off-by: Simon Glass > --- > > Changes in v3: None > Changes in v2: None > > arch/x86/cpu/irq.c

Re: [U-Boot] [PATCH v3 52/62] x86: Move turbo_state to global_data

On Mon, Jan 16, 2017 at 10:04 PM, Simon Glass wrote: > To avoid using BSS in SPL before SDRAM is set up, move this field to > global_data. > > Signed-off-by: Simon Glass > --- > > Changes in v3: None > Changes in v2: None > > arch/x86/cpu/turbo.c

Re: [U-Boot] [u-boot PATCH v3 7/8] ARM: k2g: setup PRU ethernet MAC addresses

On 2/6/2017 3:06 PM, Roger Quadros wrote: > PRU ethernet MAC address range is present in the > board EEPROM. Parse it and setup eth?addr > environment variables. > > Signed-off-by: Roger Quadros > Reviewed-by: Lokesh Vutla > --- >

[U-Boot] [PATCH] DTS: Enable top USB port on CEI-TK1-SOM

From: Peter Chubb Only one of the two USB ports were enabled; this patch enables the one at the top of the board. Signed-off-by: Peter Chubb --- arch/arm/dts/tegra124-cei-tk1-som.dts | 11 ++- 1 file changed, 10 insertions(+),

Re: [U-Boot] [u-boot PATCH v3 6/8] ARM: Use Kconfig for board EEPROM's I2C bus and chip address

On 2/6/2017 3:06 PM, Roger Quadros wrote: > In stead of defining the board EEPROM address in the board headers > let's define them in the board config files and make them > configurable by Kconfig. > > Signed-off-by: Roger Quadros > --- > board/ti/common/Kconfig | 14

Re: [U-Boot] [BUG] x86: invalid size calculations in interrupts.c with newer GCC

> On 2017-02-06, at 01:35, Bin Meng wrote: > > +Simon, > > I do not have a GCC5 toolchain to test this. I suspect this is only > exposed with GCC5, or GCC 5.4? Is there any parameter to control the > behavior? I observed a similar behavior with GCC 5.3. As an experiment,

Re: [U-Boot] [PATCH v2 1/3] scripts: import bin2c.c from Linux 4.10-rc6

On Mon, Jan 30, 2017 at 10:12 AM, Masahiro Yamada wrote: > Import scripts/basic/bin2c.c of Linux. > > In Linux Kernel, this file was moved to scripts/basic directory by > commit 8370edea81e3 ("bin2c: move bin2c in scripts/basic"). > > In U-boot, we do not need to

Re: [U-Boot] [PATCH 1/5][v8] arch: powerpc: Move CONFIG_FSL_IFC to Kconfig

On 02/02/2017 01:31 AM, Prabhakar Kushwaha wrote: > Enable IFC from Kconfig. > > Signed-off-by: Prabhakar Kushwaha > --- > Changes for v5: Added first time > Changes for v6: Sending as it is > Changes for v7: Sending as it is > Changes for v8: Sending as it is This

Re: [U-Boot] [u-boot PATCH v3 7/8] ARM: k2g: setup PRU ethernet MAC addresses

On Mon, Feb 06, 2017 at 11:36:14AM +0200, Roger Quadros wrote: > PRU ethernet MAC address range is present in the > board EEPROM. Parse it and setup eth?addr > environment variables. > > Signed-off-by: Roger Quadros > Reviewed-by: Lokesh Vutla Reviewed-by:

Re: [U-Boot] [u-boot PATCH v3 6/8] ARM: Use Kconfig for board EEPROM's I2C bus and chip address

On Mon, Feb 06, 2017 at 11:36:13AM +0200, Roger Quadros wrote: > In stead of defining the board EEPROM address in the board headers > let's define them in the board config files and make them > configurable by Kconfig. > > Signed-off-by: Roger Quadros > --- >

Re: [U-Boot] [PATCH v2] armv8: ls1046aqds: added usb feature support

On 01/20/2017 01:25 AM, yuantian.t...@nxp.com wrote: > From: Tang Yuantian > > The LS1046AQDS processor has three integrated USB 3.0 controllers > (USB1, USB2, and USB3) that allow direct connection to the USB > ports with appropriate protection circuitry and power

Re: [U-Boot] [PATCH 2/5] Revert "configs: am335x: usb: do not define CONFIG_DM_USB for spl"

On 02/06/2017 01:43 PM, Andrew F. Davis wrote: > On 02/06/2017 12:47 PM, Alex wrote: >> >> >> On 02/06/2017 07:52 AM, Andrew F. Davis wrote: >>> On 02/03/2017 05:42 PM, Alexandru Gagniuc wrote: This reverts commit 4623f974a585b59bd07fb60a326a096290aa4c53. This confuses the #ifdef logic

Re: [U-Boot] [PATCH] ti: boot: Register the MMC controllers in SPL in the same way as in u-boot

On 06/02/2017 13:49, Tom Rini wrote: On Mon, Feb 06, 2017 at 12:25:19PM +0100, Jean-Jacques Hiblot wrote: On 03/02/2017 17:52, Tom Rini wrote: On Wed, Feb 01, 2017 at 11:39:14AM +0100, Jean-Jacques Hiblot wrote: To keep a consistent MMC device mapping in SPL and in u-boot, let's register

Re: [U-Boot] [PATCH 4/5] configs: am335x: Enable PHY_VITESSE

On 02/06/2017 02:54 PM, Alex G. wrote: > On 02/06/2017 12:38 PM, Andrew F. Davis wrote: >> On 02/06/2017 02:30 PM, Alex G. wrote: >>> >>> >>> On 02/06/2017 11:47 AM, Andrew F. Davis wrote: On 02/06/2017 01:02 PM, Alex G. wrote: > On 02/06/2017 07:56 AM, Andrew F. Davis wrote: >> On

Re: [U-Boot] [PATCH 4/5] configs: am335x: Enable PHY_VITESSE

On 02/06/2017 02:30 PM, Alex G. wrote: > > > On 02/06/2017 11:47 AM, Andrew F. Davis wrote: >> On 02/06/2017 01:02 PM, Alex G. wrote: >>> On 02/06/2017 07:56 AM, Andrew F. Davis wrote: On 02/03/2017 05:42 PM, Alexandru Gagniuc wrote: > The Adaptrum ACRS2 mainboard uses a Vitesse VSC8601

Re: [U-Boot] [PATCH v2 0/8] board: sama5d4: convert boards to support DM/DT

Hi Wenyou, On 28.10.16 09:16, Wenyou Yang wrote: > The purpose of patch set is to convert the board to support Device > Tree and Driver Model. > > They are based on the following patches: > 1./ [PATCH v3 0/2] pinctrl: at91: Add pinctrl driver >

Re: [U-Boot] [PATCH 4/5] configs: am335x: Enable PHY_VITESSE

On 02/06/2017 01:02 PM, Alex G. wrote: > On 02/06/2017 07:56 AM, Andrew F. Davis wrote: >> On 02/03/2017 05:42 PM, Alexandru Gagniuc wrote: >>> The Adaptrum ACRS2 mainboard uses a Vitesse VSC8601 PHY. >>> >>> Signed-off-by: Alexandru Gagniuc >>> --- >>>

Re: [U-Boot] [PATCH 2/5] Revert "configs: am335x: usb: do not define CONFIG_DM_USB for spl"

On 02/06/2017 12:47 PM, Alex wrote: > > > On 02/06/2017 07:52 AM, Andrew F. Davis wrote: >> On 02/03/2017 05:42 PM, Alexandru Gagniuc wrote: >>> This reverts commit 4623f974a585b59bd07fb60a326a096290aa4c53. >>> This confuses the #ifdef logic in am33xx/board.c. This results in >>> undefined

Re: [U-Boot] [PATCH] armv7: ls1021aqds: Set cpo_sample for erratum A-009942

On 01/25/2017 01:27 PM, york sun wrote: > Set cpo_sample as suggested by the driver > "WARN: pls set popts->cpo_sample = 0x58 in /ddr.c to optimize > cpo". > > Signed-off-by: York Sun > CC: Shengzhou Liu > --- Applied to u-boot-qoriq master. York

Re: [U-Boot] [PATCH 1/2] armv8: ls1046a: added usb nodes in dts

On 01/20/2017 01:26 AM, yuantian.t...@nxp.com wrote: > From: Tang Yuantian > > The LS1046A processor has three integrated USB 3.0 controllers > (USB1, USB2, and USB3) that allow direct connection to the USB > ports with appropriate protection circuitry and power supplies. >

Re: [U-Boot] [EXT] Re: [PATCH v2 4/7] mvebu: usb: xhci: Add support for VBUS controlled by GPIO

On 02/06/2017 02:26 PM, Kostya Porotchkin wrote: > Hi, Marek, Hi, (please stop top-posting) > I added a regulator to the board DTS and connected it to the USB port: > > /{ > model = "MACCHIATOBin-8040"; > compatible = "marvell,armada8040-mcbin", >

Re: [U-Boot] [PATCH v2 00/15] nand: device model bringup on am335x evm and am437x gpevm

Hi Tom, On 02/05/2017 07:56 PM, Tom Rini wrote: > On Tue, Jan 31, 2017 at 03:37:02PM -0600, Grygorii Strashko wrote: > >> This patch seires adds nand uclass driver and enables omap_gpmc to >> adopt driver model. This has been tested on AM335x GP EVM and >> AM437x GP EVM. >> >> As preparation for

Re: [U-Boot] [PATCH v2 11/15] drivers: nand: omap_gpmc: convert driver to adopt driver model

On 02/05/2017 07:57 PM, Tom Rini wrote: On Tue, Jan 31, 2017 at 03:37:13PM -0600, Grygorii Strashko wrote: From: Mugunthan V N adopt omap_gpmc driver to driver model. Signed-off-by: Mugunthan V N Signed-off-by: Grygorii Strashko

Re: [U-Boot] [PATCH v2 10/15] drivers: nand: implement a NAND uclass

On 02/06/2017 09:34 AM, Simon Glass wrote: Hi, On 31 January 2017 at 13:37, Grygorii Strashko wrote: From: Mugunthan V N Implement a NAND uclass so that the NAND devices can be accessed via the DM framework. Signed-off-by: Mugunthan V N

Re: [U-Boot] [PATCH] drivers: net: fsl-mc: Fixup MAC addresses in DPC

On 01/11/2017 07:58 AM, Bogdan Purcareata wrote: > Fixup port_mac_address property in MC DPC with values from the u-boot > environment. Since u-boot already reads the environment MAC addresses > when probing the PHYs, use these values. > > The u-boot environment MAC addresses take precedence over

Re: [U-Boot] [PATCH 1/2][v4] board: freescale: ls1012a: Enable secure DDR on LS1012A platforms

On 01/30/2017 03:36 AM, Prabhakar Kushwaha wrote: > PPA binary needs to be relocated on secure DDR, hence marking out > a portion of DDR as secure if CONFIG_SYS_MEM_RESERVE_SECURE flag > is set > > Signed-off-by: Hou Zhiqiang > Signed-off-by: Abhimanyu Saini

Re: [U-Boot] [PATCH] armv8: ls1046a: Enable workaround for erratum A-008336

On 01/27/2017 09:57 AM, york sun wrote: > Erratum A-008336 applies to LS1046A per latest SoC document. > > Signed-off-by: York Sun > CC: Shengzhou Liu > --- > Applied to u-boot-qoriq master. York ___ U-Boot

Re: [U-Boot] [PATCH] drivers: net: phy: atheros: apply the previous register setting for AR8031 to fix the voltage peak issue

> -Original Message- > From: Sekhar Nori [mailto:nsek...@ti.com] > Sent: Monday, February 6, 2017 12:53 AM > To: Ken.Lin; ken ; sba...@denx.de > Cc: u-boot@lists.denx.de; martin.donne...@ge.com; Peter.Chiang; Peter.Stretz; > akshay.b...@timesys.com; joe.hershber...@ni.com; >

[U-Boot] [PATCH] drivers: mmc: omap_hsmmc: Fix IO Buffer on OMAP36xx

From: Adam Ford On the OMAP36xx/37xx the CONTROL_WKUP_CTRL register has a field (bit 6) named GPIO_IO_PWRDNZ. If 0, the IO buffers which are related to GPIO_126, 127 and 129 are disabled. Some boards may need this for MMC. After the PBIAS is configured, this bit should be

Re: [U-Boot] [RFC PATCH] mmc: omap_hsmmc: convert to use dm block devies

On 02/03/2017 11:23 AM, Tom Rini wrote: > On Fri, Feb 03, 2017 at 09:57:03AM +0530, Vignesh R wrote: >> >> >> On Friday 03 February 2017 03:48 AM, Strashko, Grygorii wrote: >>> Convert OMAP hsmmc driver to use driver-model block devices. >>> >>> Signed-off-by: Grygorii Strashko

Re: [U-Boot] where is (eg) "BOOT_TARGET_DEVICES_references_MMC_without_CONFIG_CMD_MMC" defined?

include/config_distro_bootcmd.h:65 defines BOOTENV_DEV_MMC when CONFIG_CMD_MMC is defined. Otherwise, line 69 does. In the former case, BOOTENV_DEV_MMC is defined to BOOTENV_DEV_BLKDEV which is a macro that takes 3 arguments. In the latter case, BOOTENV_DEV_MMC is defined to

  1   2   3   >