[U-Boot] Please pull from u-boot-i2c

Hello Tom, please pull from u-boot-i2c.git master checked this branch on travis, no errors found. The following changes since commit 5cf618ee60a752d058a767372ca1ecb8d9c09b16: Merge git://git.denx.de/u-boot-arc (2017-03-24 08:19:30 -0400) are available in the git repository at:

[U-Boot] [PATCH 2/8] rockchip: pinctrl: rk3399: add support for the SPI5 controller

This commit adds support for the pin-configuration of the SPI5 controller of the RK3399 through the following changes: * grf_rk3399.h: adds definition for configuring the SPI5 pins in the GPIO2C group * periph.h: defines PERIPH_ID_SPI3 through PERIPH_ID_SPI5 * pinctrl_rk3399.c:

Re: [U-Boot] [PATCH v5 1/1] usb: gadget: avoid variable name clipping in cb_getvar

Hi Lukasz, A kind reminder to look at this patch (already reviewed by Marek). Thanks in advance for your time Best Regards Nicolas 2017-03-21 9:53 GMT+01:00 Nicolas le bayon : > Hi Lukasz, > > Would it be possible to have a look at this patch and review it please? > >

Re: [U-Boot] __FILE__ usage and and SPL limits for SRAM

Hi Masahiro-san, On Tue, Mar 28, 2017 at 1:29 AM, Masahiro Yamada wrote: [...] > > When O= is given, the build system runs in the object tree, > not in the source tree. > (This is the same as Linux.) > > If you see the top Makefile: > > ifeq ($(KBUILD_SRC),) >

Re: [U-Boot] __FILE__ usage and and SPL limits for SRAM

Hi, Nishanth Menon writes: > Hi Masahiro-san, > > On Tue, Mar 28, 2017 at 1:29 AM, Masahiro Yamada > wrote: > [...] >> >> When O= is given, the build system runs in the object tree, >> not in the source tree. >> (This is the same as Linux.) >> >> If

Re: [U-Boot] __FILE__ usage and and SPL limits for SRAM

On Tue, Mar 28, 2017 at 6:47 AM, Felipe Balbi wrote: > > have you tried using __BASE_FILE__ instead of __FILE__? You could also https://gcc.gnu.org/onlinedocs/gcc-4.1.2/cpp/Common-Predefined-Macros.html __BASE_FILE__This macro expands to the name of the main input

Re: [U-Boot] [PATCH 2/3] string: Provide a slimmed-down memset()

Am Montag, 27. März 2017, 23:16:45 CEST schrieb Alexander Graf: > > On 27/03/2017 17:17, Heiko Stuebner wrote: > > Am Montag, 27. März 2017, 09:14:47 CEST schrieb Alexander Graf: > >> > >> On 27/03/2017 01:38, Simon Glass wrote: > >>> Most of the time the optimised memset() is what we want. For

Re: [U-Boot] building cross_tools, _POSIX_C_SOURCE and _XOPEN_SOURCE are redefined

On Fri, 17 Mar 2017, Tom Rini wrote: > On Wed, Mar 15, 2017 at 04:02:20AM -0400, Robert P. J. Day wrote: > > > > to build cross_tools, i ran: > > > > $ make sandbox_defconfig > > $ make cross_tools > > > > and while it appeared to work, i got: > > > > ... snip ... > > > > LDFLAGS="" python

[U-Boot] testing sandbox FIT image: "Expected '%s' but not found in output:"

with current "git pull" of master branch, was following along the instructions in test/image/test-fit.py: # To run this: # # make O=sandbox sandbox_config # make O=sandbox # ./test/image/test-fit.py -u sandbox/u-boot i'm assuming that, since this is the sandbox, not all FIT image

Re: [U-Boot] building cross_tools, _POSIX_C_SOURCE and _XOPEN_SOURCE are redefined

On 03/28/17 at 05:51am, Robert P. J. Day wrote: > On Fri, 17 Mar 2017, Tom Rini wrote: > > > On Wed, Mar 15, 2017 at 04:02:20AM -0400, Robert P. J. Day wrote: > > > from ././include/libfdt_env.h:12, > > > from :0: > > > /usr/include/features.h:225:0: note: this

Re: [U-Boot] [PATCH] ARM: socfpga: Fix broken implementation and enhancing boot header

On 03/28/2017 11:25 AM, tien.fong.c...@intel.com wrote: > From: "Chee, Tien Fong" > > Fixing the broken implementation caused by the patch > commit:ce62e57fc57177352a02b76dace0173bd13404b6, ARM: boot0 hook: See section 2) here [1] , in particular the part about

[U-Boot] [PATCH 1/8] rockchip: clk: rk3399: add clock support for SCLK_SPI1 and SCLK_SPI5

This change adds support for configuring the module clocks for SPI1 and SPI5 from the 594MHz GPLL. Note that the driver (rk_spi.c) always sets this to 99MHz, but the implemented functionality is more general and will also support different clock configurations. X-AffectedPlatforms: RK3399-Q7

Re: [U-Boot] __FILE__ usage and and SPL limits for SRAM

Hi Nishanth, 2017-03-28 6:44 GMT+09:00 Nishanth Menon : > Hi, > > we've kind of run into an interesting situation recently, but might be of > interest for various folks trying to reduce the image sizes. > > our AM335x device has a limited amount of sram.. and the SPL tries to fit >

[U-Boot] [PATCH] ARM: socfpga: Fix broken implementation and enhancing boot header

From: "Chee, Tien Fong" Fixing the broken implementation caused by the patch commit:ce62e57fc57177352a02b76dace0173bd13404b6, ARM: boot0 hook: remove macro, include whole header file. This patch also enhances boot header to contain more special data. Signed-off-by:

Re: [U-Boot] __FILE__ usage and and SPL limits for SRAM

+ more folks. On Tuesday 28 March 2017 03:14 AM, Nishanth Menon wrote: > Hi, > > we've kind of run into an interesting situation recently, but might be > of interest for various folks trying to reduce the image sizes. > > our AM335x device has a limited amount of sram.. and the SPL tries to >

[U-Boot] [PATCH 4/8] rockchip: spi: rk3399: move CONFIG_SPI and CONFIG_SPI_FLASH to defconfig

From: Jakob Unterwurzacher On the RK3399-Q7 we need to enable a number of configuration options (e.g. CONFIG_SPI_FLASH_WINBND) dependent on Kconfig seeing CONFIG_SPI and CONFIG_SPI_FLASH active. To allow for these being defined in Kconfig (e.g. via

[U-Boot] [PATCH v1 0/1] rockchip: rk3399: spl: make SPL boot-order configurable via /chosen

For chips that don't have any meaningful boot-selection pins that directly change the Boot ROM's boot-order (e.g. Rockchip RK3399, Allwinner A64, Allwinner A80), a probing of devices in a predefined (and board-specfic) boot-order is desirable for the SPL to mimic the ROM's behaviour and allow

[U-Boot] [PATCH 0/8] rockchip: spi: rk3399: support SPI on the RK3399

The RK3399 has a similar SPI controller as previous Rockchip SoCs. This changeset reuses this driver and evolves pinctrl and clk drivers for the RK3399 to support the needs of the RK3399. Validated for SPI1 and SPI5 on the RK3399-Q7. We've included the changes to our defconfig and dts (both not

Re: [U-Boot] [U-Boot 0/3] introduce Rockchip rockusb

Hi Lukasz 2017-03-27 16:27 GMT+08:00 Lukasz Majewski : > HI Eddie, > > > rockusb is a protocol run between host pc and device. it help people > > get device info, flash image to device. this patch implement rockusb > > on device side. > > I'm a bit confused, since I don't know if

Re: [U-Boot] [PATCH 1/1] arm: socfpga: cyclone5-socdk: Enable ports A & C

On 03/28/2017 07:56 AM, Georges Savoundararadj wrote: > With the port C enabled, we can read the GPI input state of: > * the DIP switches (USER_DIPSW_HPS[3:0]/HPS_GPI[7:4]) > * the push buttons (USER_PB_HPS[3:0]/HPS_GPI[11:8]) > > Signed-off-by: Georges Savoundararadj >

[U-Boot] [PATCH] lib: div64: sync with Linux

Sync with Linux commit ad0376eb1483b ("Merge tag 'edac_for_4.11_2'"). Signed-off-by: Peng Fan Cc: Tom Rini --- include/linux/math64.h | 172 + lib/div64.c| 141

[U-Boot] [PATCH v1] rockchip: rk3399: spl: make SPL boot-order configurable via /chosen

The RK3399 does not have any boot selection pins and the BootROM probes the boot interfaces using the following boot-order: 1. SPI 2. eMMC (sdhci in DTS) 3. SD card (sdmmc in DTS) 4. USB loader For ease of deployment, the SPL stage should mirror the boot order of the ROM and use

Re: [U-Boot] [PATCH v2] spl: add support to booting with ATF

Hi Andre, On 03/23/2017 05:22 PM, Andre Przywara wrote: Hi Kever, I was wondering if we really need to copy in all those ATF definitions. I think this is really an *interface* between the loader (SPL or BL2) and the runtime services (BL31), so it's supposed to be stable and we wouldn't need

[U-Boot] [PATCH 6/8] defconfig: rk3399-puma: enable SPI as a boot-source in SPL

Signed-off-by: Philipp Tomsich --- configs/puma_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/configs/puma_defconfig b/configs/puma_defconfig index fb33ba9..efca8f9 100644 --- a/configs/puma_defconfig +++ b/configs/puma_defconfig @@

[U-Boot] [PATCH 3/8] rockchip: spi: enable support for the rk_spi driver for the RK3399

From: Jakob Unterwurzacher The existing Rockchip SPI (rk_spi.c) driver also matches the hardware block found in the RK3399. This has been confirmed both with SPI NOR flashes and general SPI transfers on the RK3399-Q7 for SPI1 and SPI5. This change

[U-Boot] [PATCH 5/8] defconfig: rk3399-puma: enable support for SPI and Winbond SPI flash

Signed-off-by: Philipp Tomsich --- configs/puma_defconfig | 7 +++ 1 file changed, 7 insertions(+) diff --git a/configs/puma_defconfig b/configs/puma_defconfig index d045d41..fb33ba9 100644 --- a/configs/puma_defconfig +++ b/configs/puma_defconfig @@

[U-Boot] [PATCH 8/8] dts: rk3399-puma: enable spi1 and spi5, add /spi1/spiflash

From: Jakob Unterwurzacher The RK3399-Q7 (Puma) unsually (this is a build-time option for customised boards) has an on-module SPI-flash connected to SPI1. As of today, this is a Winbond W25Q32DW (32MBit) device. The SPI5 controller is routed to the Q7

[U-Boot] [PATCH 7/8] rockchip: spl: RK3399: enable SPL_SPI_LOAD if SPI is enabled for SPL

Signed-off-by: Philipp Tomsich --- include/configs/rk3399_common.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/include/configs/rk3399_common.h b/include/configs/rk3399_common.h index 9d22e0c..c409d95 100644 --- a/include/configs/rk3399_common.h

[U-Boot] should u-boot have FIT support even without selecting CONFIG_FIT?

not sure if i'm misreading this, but in the top-level Kconfig file, i can see how one selects support for FIT images: config FIT bool "Support Flattened Image Tree" select MD5 help This option allows you to boot the new uImage structure, Flattened

[U-Boot] [PATCH 4/5] arm64: a8k: dts: Add support for NAND devices on A8K platform

From: Konstantin Porotchkin Add NAND to CP master device tree. Add armada-7040-db-nand device tree for the board configured with NAND boot device. Add comment about boot device ID to armada-7040-db DTS. Signed-off-by: Konstantin Porotchkin Cc: Stefan

[U-Boot] [PATCH 5/5] arm64: mvebu: a8k: Add NAND configuration parameters

From: Konstantin Porotchkin Add NAND configuration parameters to A8K shared config file. Add defconfig for db-88f7040 board with boot from NAND setup. Signed-off-by: Konstantin Porotchkin Cc: Stefan Roese Cc: Igal Liberman

[U-Boot] [PATCH 1/3] arm64: mvebu: Trigger PCI devices scan at early init stage

From: Konstantin Porotchkin Add PCIe initialization at early init stage. This operation has a side effect of detecting all PCIe plug-in cards, so the operator is not obligated to issue "pci enum" command though CLI for this purpose. Also convert the SATA first device scan to

[U-Boot] [PATCH 2/3] fix: mvebu: pcie_dw: Allow probing empty PCIe slots

From: Konstantin Porotchkin This patch allows probing all PCIe nodes defined in DTS even if there no device connected to such node (no link). Without this fix the driver returns -ENODEV when the PCIe link is down. As result the pci_init function stops scanning bus on first

[U-Boot] [PATCH 1/5] fix: nand: pxa3xx: Remove hardcode values from the driver

From: Konstantin Porotchkin Obtain NAND controller setup parameters from the device tree instead of using hardcoded values. Signed-off-by: Konstantin Porotchkin Cc: Scott Wood Cc: Stefan Roese Cc: Igal Liberman

[U-Boot] [PATCH 3/5] arm64: mvebu: Fix the bubt comamnd NAND device support

From: Konstantin Porotchkin Fix the NAND structures in bubt command according to latest changes in MTD API. Signed-off-by: Konstantin Porotchkin Cc: Stefan Roese Cc: Igal Liberman Cc: Nadav Haklai

[U-Boot] [PATCH 3/3] mvebu: dts: a80x0: Sync the DB DTS with standard config A

From: Konstantin Porotchkin Sync the default configuration of Armada-8040-DB with Marvell u-boot-2015 standard configuration "A" for the same board. The standard configuration "A" enables 2 PCIe slots on CP0 and 3 PCIe slots on CP1. This is the main configuration used for

[U-Boot] [PATCH 0/5] Add support for NAND flash to A7K/A8K SoC family

From: Konstantin Porotchkin This patch series adds NAND flash support to Marvell A7K/A8K SoC families. Additionally it fixes the pxa3xx driver by enforcing usage of DTS-supplied NAND parameters instead of using the hardcoded ones. The Marvell "bubt" command code related to

Re: [U-Boot] [PATCH v2] spl: add support to booting with ATF

Hi, On 28/03/17 15:16, Dan Handley wrote: > Hi Kever > >> -Original Message- >> From: Kever Yang [mailto:kever.y...@rock-chips.com] >> Sent: 28 March 2017 08:23 >> >> Hi Andre, >> >> >> On 03/23/2017 05:22 PM, Andre Przywara wrote: >> > Hi Kever, >> > >> > I was wondering if we really

[U-Boot] [PATCH 2/5] arm64: mvebu: a8k: Add support for NAND clock get

From: Konstantin Porotchkin Implement mvebu_get_nand_clock call for A8K family. This function is used by PXA3XX NAND driver. Signed-off-by: Konstantin Porotchkin Cc: Stefan Roese Cc: Igal Liberman Cc: Nadav Haklai

[U-Boot] [PATCH 0/3] Marvell A7K/A8K PCIe fixes and extensions

From: Konstantin Porotchkin This patch series includes fix for the mvebu DW PCIe driver that allows scanning of empty (unlinked) PCIe slots. The default DTS file for Armada-8040-DB is re-arranged and aligned with Marvell default configuration "A" for this board. PCIe devices

Re: [U-Boot] i.MX6QP sd boot issue

Hi Peng, On Thu, Mar 2, 2017 at 6:21 AM, Peng Fan wrote: > > >> -Original Message- >> From: Jagan Teki [mailto:ja...@openedev.com] >> Sent: Wednesday, March 01, 2017 10:12 PM >> To: Peng Fan >> Cc: Jagan Teki ; u-boot@lists.denx.de

[U-Boot] [PATCH v3 07/13] usb: ohci: Add STi ohci support

From: Patrice Chotard Add support for on-chip ohci controller available on STMicrolectronics SoCs. Ohci support will be then available on both type A USB 2.0 connectors. Signed-off-by: Patrice Chotard --- v3: _ update to use new USB PHY

[U-Boot] [PATCH v3 11/13] board: STiH410-B2260: add fastboot support

From: Patrice Chotard Add usb_gadget_handle_interrupts(), board_usb_init(), board_usb_cleanup() and g_dnl_board_usb_cable_connected() callbacks needed for FASTBOOT support Signed-off-by: Patrice Chotard --- board/st/stih410-b2260/board.c | 44

[U-Boot] [PATCH 2/2] fdt: Add Python bindings

An early version of this is available upstream. Bring it in as a starting point. Signed-off-by: Simon Glass --- lib/libfdt/pylibfdt/libfdt.swig | 433 lib/libfdt/pylibfdt/setup.py| 33 +++ 2 files changed, 466 insertions(+)

[U-Boot] [PATCH 16/17] i2c: Drop unused i2c_soft...() functions

These are not used in U-Boot. Manual relocation fixup is used by blackfin but that is being removed. Signed-off-by: Simon Glass --- drivers/i2c/i2c_core.c | 44 include/i2c.h | 15 --- 2 files changed, 59

[U-Boot] [PATCH 09/17] board_f: powerpc: Use timer_init() instead of init_timebase()

There is no good reason to use a different name on PowerPC. Change it to timer_init() like the others. Signed-off-by: Simon Glass --- arch/powerpc/cpu/mpc5xx/cpu_init.c| 2 +- arch/powerpc/lib/time.c | 2 +- board/freescale/mpc8313erdb/mpc8313erdb.c

[U-Boot] [PATCH 08/17] board_f: powerpc: Unified get_clocks() portion of init sequence

Now that both branches of the #if do the same thing, we can unify them. Signed-off-by: Simon Glass --- common/board_f.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/common/board_f.c b/common/board_f.c index 7feffa4939..e387ca2233 100644 ---

[U-Boot] [PATCH 17/17] i2c: Drop CONFIG_SOFT_I2C_MULTI_BUS

This is not used by any board. Drop it. Signed-off-by: Simon Glass Clean up board_f sequence a little This series tries to remove #ifdefs from the board_f init sequence. It gets as far as I2C and then we need to discuss whether we can start to remove the old I2C framework. I

Re: [U-Boot] [PATCH 11/17] powerpc: freescale: Unify the two get_clocks() calls

On 03/28/2017 09:27 AM, Simon Glass wrote: > Combine the conditions so this appears in the init list only once. > > Signed-off-by: Simon Glass > --- > > common/board_f.c | 5 + > 1 file changed, 1 insertion(+), 4 deletions(-) > > diff --git a/common/board_f.c

[U-Boot] [PATCH 12/17] board_f: powerpc: Move prt_83xx_rsr() to private code

This function is called just before checkcpu() on MPX83xx. Move it to the code for that arch. Signed-off-by: Simon Glass --- arch/powerpc/cpu/mpc83xx/cpu.c | 5 + arch/powerpc/cpu/mpc83xx/cpu_init.c | 1 + arch/powerpc/include/asm/processor.h | 2 ++

[U-Boot] [PATCH v3 02/13] ARM: dts: stih410-family: Add missing reset_names for mmc1 node

From: Patrice Chotard reset-names property is needed to use the reset API for STi sdhci driver. Signed-off-by: Patrice Chotard Reviewed-by: Jaehoon Chung --- arch/arm/dts/stih407-family.dtsi | 1 + 1 file changed, 1

[U-Boot] [PATCH v3 03/13] mmc: sti_sdhci: Use reset framework

From: Patrice Chotard Signed-off-by: Patrice Chotard Reviewed-by: Jaehoon Chung --- drivers/mmc/sti_sdhci.c | 31 ++- 1 file changed, 22 insertions(+), 9 deletions(-) diff --git

[U-Boot] [PATCH v3 06/13] usb: ehci: Add STi ehci support

From: Patrice Chotard Add support for on-chip ehci controller available on STMicrolectronics SoCs. ehci support will be then available on both type A USB 2.0 connectors. Signed-off-by: Patrice Chotard --- v3: _ update to use new USB PHY

[U-Boot] [PATCH v3 05/13] usb: phy: Add STi USB2 PHY

From: Patrice Chotard This is the generic phy driver for the picoPHY ports used by USB2/1.1 controllers. It is found on STiH407 SoC family from STMicroelectronics. Signed-off-by: Patrice Chotard --- v3: _ convert driver to USB PHY uclass

[U-Boot] [PATCH] rockchip: mmc: rk3399: work around DMA issue in SPL

The RK3399 hangs during DMA of the Designware MMC controller, when performing DMA-based transctions in SPL. To work around this issue, we disable DMA-based access modes in the SPL stage. Note that this affects full OF_CONTROL (i.e. OF_PLATDATA not being defined) only and aligns the behaviour with

[U-Boot] [PATCH v3 08/13] usb: xhci: Add STi xhci support

From: Patrice Chotard Add support for on-chip DWC3 controller available on STMicrolectronics STiH407 family SoCs. On B2260 board, the type AB USB connector is managed by a DWC3 IP. As USB3 signals are not wired, only USB2 is supported. Signed-off-by: Patrice Chotard

[U-Boot] [PATCH v3 09/13] usb: dwc3: Add dwc3 glue driver support for STi

From: Patrice Chotard This patch adds the ST glue logic to manage the DWC3 HC on STiH407 SoC family. It configures the internal glue logic and syscfg registers. Part of this code been extracted from kernel.org driver (drivers/usb/dwc3/dwc3-st.c) Signed-off-by: Patrice

Re: [U-Boot] i.MX6QP sd boot issue

On Tue, Mar 28, 2017 at 1:02 PM, Jagan Teki wrote: > I still not able to boot from SD with mx6qpsabreauto_defconfig, did > you able to boot from SD? Could you try bisect it? ___ U-Boot mailing list U-Boot@lists.denx.de

[U-Boot] [PATCH 01/17] board_f: sandbox: Move setup_ram_buf() to private code

There is no need to have this call in the generic init sequence and no other architecture has needed it in the time it has been there. Move it into sandbox's private code. Signed-off-by: Simon Glass --- arch/sandbox/cpu/start.c | 7 +++ common/board_f.c | 18

[U-Boot] [PATCH 03/17] board_f: x86: Rename x86_fsp_init() to arch_fsp_init()

While x86 is the only user and this could in principle be moved to arch_cpu_init() there is some justification for this being a separate call. It provides a way to handle init which is not CPU-specific, but must happen before the CPU can be set up. Rename the function to be more generic.

[U-Boot] [PATCH 13/17] board_f: sandbox: Move sandbox_early_getopt_check() into misc_init_f()

We don't need a special hook for sandbox as one of the later ones will do just as well. We can print error messages about bad options after we print the banner. In fact, it seems better. Signed-off-by: Simon Glass --- arch/sandbox/cpu/start.c | 5 + common/board_f.c

[U-Boot] [PATCH 05/17] board_f: powerpc: Rename get_clocks_866() to get_clocks()

We really don't need to have a name like this in the generic init sequence. Use the generic get_clocks() name so that we can merge these two at some point. Signed-off-by: Simon Glass --- arch/powerpc/cpu/mpc8xx/speed.c | 2 +- common/board_f.c| 2 +-

[U-Boot] [PATCH 06/17] board_f: Remove sdram_adjust_866() from the init sequence

We can just call this from the only function that needs it. Signed-off-by: Simon Glass --- arch/powerpc/cpu/mpc8xx/speed.c | 32 common/board_f.c| 2 -- include/common.h| 1 - 3 files changed, 16

[U-Boot] [PATCH v2] rockchip: mmc: rk3399: work around DMA issue in SPL

The RK3399 hangs during DMA of the Designware MMC controller, when performing DMA-based transactions in SPL. To work around this issue, we disable DMA-based access modes in the SPL stage. With this fix in place, we can now drop 'fifo-mode' in the DTS for the RK3399-Q7 (Puma). Signed-off-by:

[U-Boot] [PATCH v3 01/13] mmc: sti_sdhci: Rework sti_mmc_core_config()

From: Patrice Chotard Use struct udevice* as input parameter. Previous parameters are retrieved through plat and priv data. This to prepare to use the reset framework. Signed-off-by: Patrice Chotard Reviewed-by: Jaehoon Chung

[U-Boot] [PATCH v3 00/13] STiH410-B2260: add reset, usb and fastboot support

From: Patrice Chotard This series adds : _ update existing sdhci driver to use reset framework _ add usb phy driver _ add ehci support _ add ohci support _ add xhci support _ add fastboot support With all this feature

[U-Boot] [PATCH v3 13/13] STiH410-B2260: enable USB, fastboot, reset related flags

From: Patrice Chotard Signed-off-by: Patrice Chotard --- v2 :_ squash patch 7,9,11,12,14,16,17,18,19,20 and 21 configs/stih410-b2260_defconfig | 36 1 file changed, 32 insertions(+), 4 deletions(-) diff

[U-Boot] [PATCH v3 12/13] STiH410-B2260: enable USB Host Networking

From: Patrice Chotard Signed-off-by: Patrice Chotard --- include/configs/stih410-b2260.h | 12 1 file changed, 12 insertions(+) diff --git a/include/configs/stih410-b2260.h b/include/configs/stih410-b2260.h index 3df0e04..6c84e9b

[U-Boot] [PATCH 02/17] board_f: initcall: Add a header guard

This file is missing the usual header guard. Add it. Signed-off-by: Simon Glass --- include/initcall.h | 5 + 1 file changed, 5 insertions(+) diff --git a/include/initcall.h b/include/initcall.h index 65f67dca83..fe7e90388e 100644 --- a/include/initcall.h +++

[U-Boot] [PATCH 07/17] board_f: Remove adjust_sdram_tbs_8xx() from the init sequence

We can just call this from the only place that needs it. Signed-off-by: Simon Glass --- arch/powerpc/cpu/mpc8xx/speed.c | 63 + common/board_f.c| 4 --- include/common.h| 1 - 3 files changed, 33

[U-Boot] [PATCH v3 04/13] dm: usb: Add a uclass for USB PHY

From: Patrice Chotard This is a basic implementation of USB PHY which define a standard API that link USB PHY client to USB PHY driver controller. Signed-off-by: Patrice Chotard --- v3: _ this patch intoduce new USB PHY uclass

[U-Boot] [PATCH v3 10/13] board: STiH410-B2260: add OHCI and XHCI related defines

From: Patrice Chotard Signed-off-by: Patrice Chotard --- v3: _ squas patches 8 and 10 include/configs/stih410-b2260.h | 4 1 file changed, 4 insertions(+) diff --git a/include/configs/stih410-b2260.h b/include/configs/stih410-b2260.h

[U-Boot] [PATCH 1/2] fdt: Bring in changes from v1.4.4

This a few minor changes down from upstream since the last sync. Signed-off-by: Simon Glass --- lib/libfdt/fdt_overlay.c | 23 --- lib/libfdt/fdt_rw.c | 3 ++- lib/libfdt/fdt_strerror.c | 3 +++ 3 files changed, 17 insertions(+), 12 deletions(-)

[U-Boot] [PATCH 11/17] powerpc: freescale: Unify the two get_clocks() calls

Combine the conditions so this appears in the init list only once. Signed-off-by: Simon Glass --- common/board_f.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/common/board_f.c b/common/board_f.c index 9ba3163e0f..cbd9f67709 100644 ---

[U-Boot] [PATCH 04/17] board_f: powerpc: Join the two CONFIG_8xx_CPUCLK_DEFAULT sections

We have two chunks of code which depend on this CONFIG options. There is likely no need to keep them apart, so join them. Signed-off-by: Simon Glass --- common/board_f.c | 17 - 1 file changed, 8 insertions(+), 9 deletions(-) diff --git a/common/board_f.c

[U-Boot] [PATCH 10/17] board_f: Use timer_init() on all archs

More than half of the architectures use this function so let's make them all use it. For those which don't actually define it, we can rely on the weak function in lib/time.c Signed-off-by: Simon Glass --- common/board_f.c | 4 1 file changed, 4 deletions(-) diff --git

[U-Boot] [PATCH 14/17] board_f: powerpc: Make prt_8260_rsr(), prt_8260_clks() private

Move these two function calls into checkcpu(), which is called on this arch immediately after these two. Signed-off-by: Simon Glass --- arch/powerpc/cpu/mpc8260/cpu.c | 9 - arch/powerpc/include/asm/processor.h | 2 ++ common/board_f.c | 4

Re: [U-Boot] i.MX6QP sd boot issue

On Tue, Mar 28, 2017 at 9:34 PM, Fabio Estevam wrote: > On Tue, Mar 28, 2017 at 1:02 PM, Jagan Teki wrote: > >> I still not able to boot from SD with mx6qpsabreauto_defconfig, did >> you able to boot from SD? > > Could you try bisect it? Started

[U-Boot] [PATCH 15/17] board_f: x86: Use checkcpu() for CPU init

At present we misuse print_cpuinfo() do so CPU init on x86. This is done because it is the next available call after the console is enabled. But several arches use checkcpu() instead. Despite the horrible name (which we can fix), it seems a better choice. Adjust the various x86 CPU

[U-Boot] [PATCH v1 3/3] defconfig: puma-rk3399: add defconfig for the RK3399-Q7 (Puma)

This commit adds the baseline defconfig for the RK3399-Q7 (Puma) SoM (under the name 'puma-rk3399_defconfig') featuring the Rockchip RK3399 in a Qseven compatible module. This subsumes the following changes: * defconfig: rk3399: migrate CONFIG_SPL_LIBCOMMON_SUPPORT/CONFIG_SPL_LIBGENERIC_SUPPORT

[U-Boot] [PATCH v1 2/3] dts: rk3399-puma: add DTS for RK3399-Q7 (Puma) SoM

The RK3399-Q7 is a system-on-module featuring the Rockchip RK3399 in a Qseven-compatible form-factor. These changes add a device-tree describing the board and its interfaces for basic functionality (e.g. GbE, SPI, eMMC, SD-card). This includes the following changes from the original development:

[U-Boot] [PATCH v1 1/3] arm64: rockchip: rk3399-puma: add DDR3-1333 timings

For the initial validation of the RK3399-Q7 (Puma), the DDR3 has been clocked at 666MHz (i.e. DDR3-1333) using the same (safe) settings as used in Rockchip's MiniLoader. Signed-off-by: Philipp Tomsich --- arch/arm/dts/rk3399-sdram-ddr3-1333.dtsi | 1537

[U-Boot] [PATCH v1 0/3] rockchip: rk3399: add RK3399-Q7 (Puma) SoM support

The RK3399-Q7 is a system-on-module featuring a Rockchip RK3399 SoC in a Qseven-compatible form-factor. This changeset adds basic support for the following features (validated against the Hainan baseboard): * Gigabit Ethernet (incl. the KSZ9031 GbE PHY) * SPI on SPI1 (on-module) and SPI5

[U-Boot] Compile v2017.03 on a system where Python 3 is default

Hi, When I try to compile U-Boot on my Arch Linux system I get the following error: LDFLAGS="" python ./lib/libfdt/setup.py \ "-Wall -Wstrict-prototypes -O2 -fomit-frame-pointer-include ./include/libfdt_env.h -idirafterinclude -idirafter./arch/arm/include -I./lib/libfdt -I./tools

[U-Boot] [PATCH] video: Remove dependecy of I2C_EDID

I2C_EDID currently selects DM_I2C. However, it is not needed. I2C_EDID is used for building edid.c, which doesn't even use I2C bus, and by I2C command, which knows how to use DM and old style I2C interface, so it is not directly affected by this removal. Furthermore, this selection can generate

Re: [U-Boot] [PATCH] ARM: socfpga: boot0 hook: remove macro from boot0 header file

On Rab, 2017-03-29 at 11:28 +0800, tien.fong.c...@intel.com wrote: > From: "Chee, Tien Fong" > > Commit ce62e57fc571 ("ARM: boot0 hook: remove macro, include whole > header file") miss out cleaning macro in this header file, and this > has broken implementation of a

Re: [U-Boot] [PATCH 01/17] board_f: sandbox: Move setup_ram_buf() to private code

On 28.03.2017 18:27, Simon Glass wrote: There is no need to have this call in the generic init sequence and no other architecture has needed it in the time it has been there. Move it into sandbox's private code. Signed-off-by: Simon Glass Reviewed-by: Stefan Roese

Re: [U-Boot] [PATCH 03/17] board_f: x86: Rename x86_fsp_init() to arch_fsp_init()

On 28.03.2017 18:27, Simon Glass wrote: While x86 is the only user and this could in principle be moved to arch_cpu_init() there is some justification for this being a separate call. It provides a way to handle init which is not CPU-specific, but must happen before the CPU can be set up. Rename

Re: [U-Boot] [PATCH 04/17] board_f: powerpc: Join the two CONFIG_8xx_CPUCLK_DEFAULT sections

On 28.03.2017 18:27, Simon Glass wrote: We have two chunks of code which depend on this CONFIG options. There is likely no need to keep them apart, so join them. Signed-off-by: Simon Glass Reviewed-by: Stefan Roese Thanks, Stefan

Re: [U-Boot] [PATCH 05/17] board_f: powerpc: Rename get_clocks_866() to get_clocks()

On 28.03.2017 18:27, Simon Glass wrote: We really don't need to have a name like this in the generic init sequence. Use the generic get_clocks() name so that we can merge these two at some point. Signed-off-by: Simon Glass Reviewed-by: Stefan Roese Thanks,

Re: [U-Boot] [PATCH 06/17] board_f: Remove sdram_adjust_866() from the init sequence

On 28.03.2017 18:27, Simon Glass wrote: We can just call this from the only function that needs it. Signed-off-by: Simon Glass Reviewed-by: Stefan Roese Thanks, Stefan ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [PATCH 07/17] board_f: Remove adjust_sdram_tbs_8xx() from the init sequence

On 28.03.2017 18:27, Simon Glass wrote: We can just call this from the only place that needs it. Signed-off-by: Simon Glass Reviewed-by: Stefan Roese Thanks, Stefan ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [PATCH 08/17] board_f: powerpc: Unified get_clocks() portion of init sequence

On 28.03.2017 18:27, Simon Glass wrote: Now that both branches of the #if do the same thing, we can unify them. Signed-off-by: Simon Glass Reviewed-by: Stefan Roese Thanks, Stefan ___ U-Boot mailing list

Re: [U-Boot] [PATCH 09/17] board_f: powerpc: Use timer_init() instead of init_timebase()

On 28.03.2017 18:27, Simon Glass wrote: There is no good reason to use a different name on PowerPC. Change it to timer_init() like the others. Signed-off-by: Simon Glass Reviewed-by: Stefan Roese Thanks, Stefan

Re: [U-Boot] [PATCH 10/17] board_f: Use timer_init() on all archs

On 28.03.2017 18:27, Simon Glass wrote: More than half of the architectures use this function so let's make them all use it. For those which don't actually define it, we can rely on the weak function in lib/time.c Signed-off-by: Simon Glass Reviewed-by: Stefan Roese

Re: [U-Boot] [PATCH 11/17] powerpc: freescale: Unify the two get_clocks() calls

On 28.03.2017 18:27, Simon Glass wrote: Combine the conditions so this appears in the init list only once. Signed-off-by: Simon Glass Reviewed-by: Stefan Roese Thanks, Stefan ___ U-Boot mailing list

Re: [U-Boot] [PATCH 12/17] board_f: powerpc: Move prt_83xx_rsr() to private code

On 28.03.2017 18:27, Simon Glass wrote: This function is called just before checkcpu() on MPX83xx. Move it to the code for that arch. Signed-off-by: Simon Glass Reviewed-by: Stefan Roese Thanks, Stefan ___ U-Boot

Re: [U-Boot] [PATCH 14/17] board_f: powerpc: Make prt_8260_rsr(), prt_8260_clks() private

On 28.03.2017 18:27, Simon Glass wrote: Move these two function calls into checkcpu(), which is called on this arch immediately after these two. Signed-off-by: Simon Glass Reviewed-by: Stefan Roese Thanks, Stefan

Re: [U-Boot] [PATCH 13/17] board_f: sandbox: Move sandbox_early_getopt_check() into misc_init_f()

On 28.03.2017 18:27, Simon Glass wrote: We don't need a special hook for sandbox as one of the later ones will do just as well. We can print error messages about bad options after we print the banner. In fact, it seems better. Signed-off-by: Simon Glass Reviewed-by: Stefan

Re: [U-Boot] [PATCH 15/17] board_f: x86: Use checkcpu() for CPU init

On 28.03.2017 18:27, Simon Glass wrote: At present we misuse print_cpuinfo() do so CPU init on x86. This is done because it is the next available call after the console is enabled. But several arches use checkcpu() instead. Despite the horrible name (which we can fix), it seems a better choice.

  1   2   >