Re: [U-Boot] [linux-sunxi] Re: [PATCH v2] sunxi: add NanoPi NEO Air defconfig

On Sat, Feb 25, 2017 at 4:26 PM, Jagan Teki wrote: > On Mon, Feb 13, 2017 at 1:22 PM, Maxime Ripard > wrote: >> On Sun, Feb 12, 2017 at 04:21:40PM +0100, Jelle van der Waa wrote: >>> Add support for the NanoPi NEO Air H3 board from

Re: [U-Boot] Mailing list moved

Hi, On Mon, Feb 27, 2017 at 9:33 PM, Wolfgang Denk wrote: > Hi all, > > hopefully unnoticed by anyone, we moved the mailing list to a new > (faster, bigger, better) server. As far as we can tell, operation > continues unchanged except for the fact that, when accessing the web >

[U-Boot] [PATCH 09/12] sunxi: Enable SPL for R40

Now that we can do DRAM initialization for the R40, we can enable SPL support for it. Signed-off-by: Chen-Yu Tsai --- board/sunxi/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/board/sunxi/Kconfig b/board/sunxi/Kconfig index 9854ef0a599e..3df9f8197c57 100644 ---

[U-Boot] [PATCH 12/12] sunxi: Add support for Bananapi M2 Ultra

The Bananapi M2 Ultra is the first publicly available development board featuring the R40 SoC. This patch add barebone dtsi/dts files for the R40 and Bananapi M2 Ultra, as well as a defconfig for it. Signed-off-by: Chen-Yu Tsai --- arch/arm/dts/Makefile|

[U-Boot] [PATCH 10/12] sunxi: Fix CPUCFG address for R40

The R40 has the CPUCFG block at the same address as the A20. Fix it. Signed-off-by: Chen-Yu Tsai --- arch/arm/include/asm/arch-sunxi/cpu_sun4i.h | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/arch/arm/include/asm/arch-sunxi/cpu_sun4i.h

[U-Boot] [PATCH 00/12] sunxi: Add support for R40 SoC

Hi everyone, This series adds support for the new R40 SoC. The R40 is marketed as the successor to the A20. It is mostly pin compatible (in software) with the A20. It has a somewhat similar memory layout, a hybrid of A20 and newer sun6i gen.. Like the A20, it does not have a PRCM block. This

[U-Boot] [PATCH 11/12] sunxi: Add PSCI support for R40

The R40's CPU controls are a combination of sun6i and sun7i. All controls are in the CPUCFG block, and it seems the R40 does not have a PRCM block. The core reset, power gating and clamp controls are grouped like sun6i. Last, the R40 does not have a secure SRAM block. This patch adds a PSCI

[U-Boot] [PATCH 05/12] sunxi: Set PLL lock enable bits for R40

According to the BSP released by Banana Pi, the R40 (sun8iw11p1) has an extra "PLL lock control" register in the CCU, which controls whether the individual PLL lock status bits in each PLL's control register work or not. This patch enables it for all the PLLs. Signed-off-by: Chen-Yu Tsai

[U-Boot] [PATCH 06/12] sunxi: Provide defaults for R40 DRAM settings

These values were taken from the Banana Pi M2 Ultra fex file found in the released vendor BSP. This is the only publicly available R40 device at the time of this writing. Signed-off-by: Chen-Yu Tsai --- board/sunxi/Kconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git

[U-Boot] [PATCH 01/12] sunxi: Add initial support for R40

The R40 is the successor to the A20. It is a hybrid of the A20, A33 and the H3. The R40's PIO controller is compatible with the A20, Reuse the A20 UART and I2C muxing code by adding the R40's macro. The display pipeline is the newer DE 2.0 variant. Block enabling video on R40 for now.

[U-Boot] [PATCH 08/12] sunxi: Use H3/A64 DRAM initialization code for R40

The R40 seems to have a variant of the memory controller found in the H3 and A64 SoCs. Adapt the code for use on the R40. The changes are based on released DRAM code and comparing register dumps from boot0. Signed-off-by: Chen-Yu Tsai --- arch/arm/include/asm/arch-sunxi/cpu.h

[U-Boot] [PATCH 02/12] sunxi: Enable AXP221s in I2C mode with the R40 SoC

The R40 SoC uses the AXP221s in I2C mode to supply power. Some regulator's common usages have changed, and also the recommended voltage for existing usages have changed. Update the defaults to match. Signed-off-by: Chen-Yu Tsai --- arch/arm/mach-sunxi/pmic_bus.c | 7 +++

[U-Boot] [PATCH 07/12] gpio: sunxi: Add compatible string for R40 PIO

The PIO on the R40 SoC is mostly compatible with the A20. Only a few pin functions for mmc2 were added to the PC pingroup, to support 8 bit eMMCs. Signed-off-by: Chen-Yu Tsai --- drivers/gpio/sunxi_gpio.c | 1 + 1 file changed, 1 insertion(+) diff --git

[U-Boot] [PATCH 03/12] sunxi: Fix watchdog reset function for R40

The watchdog found on the R40 SoC is the older variant found on the A20. Add the proper "#if defines" to make it work. Signed-off-by: Chen-Yu Tsai --- arch/arm/include/asm/arch-sunxi/timer.h| 5 ++--- arch/arm/include/asm/arch-sunxi/watchdog.h | 5 -

[U-Boot] [PATCH 04/12] sunxi: Add mmc[1-3] pinmux settings for R40

The PIO is generally compatible with the A20, except that it routes the full 8 bits and eMMC reset pins for mmc2. Signed-off-by: Chen-Yu Tsai --- board/sunxi/board.c | 17 +++-- 1 file changed, 15 insertions(+), 2 deletions(-) diff --git a/board/sunxi/board.c

[U-Boot] [PATCH] sunxi: Add boards/sunxi and arch/arm/mach-sunxi to sunxi MAINTAINERS entry

Recently some sunxi related code was moved to arch/arm/mach-sunxi, but the MAINTAINERS entry was not updated to reflect this. Add this, and the board level boards/sunxi directory to our entry. While at it, also update its status, to reflect the current active maintainership. Signed-off-by:

Re: [U-Boot] Device cleanup before starting OS (Linux)

Hi Simon, On 01.03.2017 06:40, Simon Glass wrote: > On 28 February 2017 at 09:32, Stefan Roese wrote: >> >> Hi! >> >> I'm currently trying to add some code to stop (DMA) buffer usage >> in the Marvell mvpp2 ethernet driver, that should only be >> executed once, before the OS is

Re: [U-Boot] Device cleanup before starting OS (Linux)

Hi Stefan, On 28 February 2017 at 09:32, Stefan Roese wrote: > > Hi! > > I'm currently trying to add some code to stop (DMA) buffer usage > in the Marvell mvpp2 ethernet driver, that should only be > executed once, before the OS is started - stop() does not work > easily for me

Re: [U-Boot] [linux-sunxi] [PATCH 11/17] sunxi: SPL: add FIT config selector for Pine64 boards

01.03.2017, 10:26, "Andre Przywara" : > For a board or platform to support FIT loading in the SPL, it has to > provide a board_fit_config_name_match() routine, which helps to select > one of possibly multiple DTBs contained in a FIT image. > Provide a simple function

[U-Boot] [PATCH 14/17] sunxi: Pine64: defconfig: enable SPL FIT support

The Pine64 (and all other 64-bit Allwinner boards) need to load an ARM Trusted Firmware image beside the actual U-Boot proper. This can now be easily achieved by using the just extended SPL FIT loading support, so enable it in the Pine64 defconfig. Also add the FIT image as a build target to

[U-Boot] [PATCH 11/17] sunxi: SPL: add FIT config selector for Pine64 boards

For a board or platform to support FIT loading in the SPL, it has to provide a board_fit_config_name_match() routine, which helps to select one of possibly multiple DTBs contained in a FIT image. Provide a simple function which chooses the DT name U-Boot was configured with. If the DT name is one

[U-Boot] [PATCH 05/17] SPL: FIT: allow loading multiple images

So far we were not using the FIT image format to its full potential: The SPL FIT loader was just loading the first image from the /images node plus one of the listed DTBs. Now with the refactored loader code it's easy to load an arbitrary number of images in addition to the two mentioned above. As

[U-Boot] [PATCH 06/17] tools: mksunxiboot: allow larger SPL binaries

mksunxiboot limits the size of the resulting SPL binaries to pretty conservative values to cover all SoCs and all boot media (NAND). It turns out that we have limit checks in place in the build process, so mksunxiboot can be relaxed and allow packaging binaries up to the actual 32KB the mask boot

[U-Boot] [PATCH 07/17] armv8: SPL: only compile GIC code if needed

Not every SoC needs to set up the GIC interrupt controller, so link think code only when the respective config option is set. This shaves off some bytes from the SPL code size. Signed-off-by: Andre Przywara --- arch/arm/lib/Makefile | 2 ++ 1 file changed, 2

[U-Boot] [PATCH 03/17] SPL: FIT: rework U-Boot image loading

Currently the SPL FIT loader always looks only for the first image in the /images node a FIT tree, which it loads and later executes. Generalize this by looking for a "firmware" property in the matched configuration subnode, or, if that does not exist, for the first string in the "loadables"

[U-Boot] [PATCH 16/17] sunxi: Store the device tree name in the SPL header

From: Siarhei Siamashka This patch updates the mksunxiboot tool to optionally add the default device tree name string to the SPL header. This information can be used by the firmware upgrade tools to protect users from harming themselves by trying to upgrade to an

[U-Boot] [PATCH 10/17] sunxi: SPL: store RAM size in gd

The sunxi SPL was holding the detected RAM size in some local variable only, so it wasn't accessible for other functions. Store the value in gd->ram_size instead, so it can be used later on. Signed-off-by: Andre Przywara --- board/sunxi/board.c | 7 +++ 1 file

[U-Boot] [PATCH 17/17] sunxi: use SPL header DT name for FIT board matching

Now that we can store a DT name in the SPL header, use this string (if available) when finding the right DT blob to load for U-Boot proper. This allows a generic U-Boot (proper) image to be combined with a bunch of supported DTs, with just the SPL (possibly only that string) to be different.

[U-Boot] [PATCH 15/17] sunxi: OrangePi-PC2: defconfig: enable SPL FIT support

Enable the SPL FIT support and the FIT generator script for the OrangePi PC2 board, as it also need to load an ATF binary. Signed-off-by: Andre Przywara --- configs/orangepi_pc2_defconfig | 6 ++ 1 file changed, 6 insertions(+) diff --git

[U-Boot] [PATCH 13/17] sunxi: A64: Pine64: introduce FIT generator script

Now that the Makefile can call a generator script to build a more advanced FIT image, let's use this feature to address the needs of Allwinner A64 boards. The (DTB stripped) U-Boot binary and the ATF are static, but we allow an arbitrary number of supported device trees to be passed. The script

[U-Boot] [PATCH 08/17] armv8: fsl: move ccn504 code into FSL Makefile

The generic ARMv8 assembly code contains routines for setting up a CCN interconnect, though the Freescale SoCs are the only user. Link this code only for Freescale targets, this saves some precious bytes in the chronically tight SPL. Signed-off-by: Andre Przywara ---

[U-Boot] [PATCH 04/17] SPL: FIT: factor out spl_load_fit_image()

At the moment we load two images from a FIT image: the actual U-Boot image and the DTB. Both times we have very similar code to deal with alignment requirement the media we load from imposes upon us. Factor out this code into a new function, which we just call twice. Signed-off-by: Andre Przywara

[U-Boot] [PATCH 12/17] Makefile: add rules to generate SPL FIT images

Some platforms require more complex U-Boot images than we can easily generate via the mkimage command line, for instance to load additional image files. Introduce a CONFIG_SPL_FIT_SOURCE and CONFIG_SPL_FIT_GENERATOR symbol, which can either hold an .its source file describing the image layout, or,

[U-Boot] [PATCH 09/17] sunxi: A64: move SPL stack to end of SRAM A2

The SPL stack is usually located at the end of SRAM A1, where it grows towards the end of the SPL. For the really big AArch64 binaries the stack overwrites code pretty soon, so move the SPL stack to the end of SRAM A2, which is unused at this time. Signed-off-by: Andre Przywara

[U-Boot] [PATCH 01/17] armv8: spl: Call spl_relocate_stack_gd for ARMv8

From: Philipp Tomsich As part of the startup process for boards using the SPL, we need to call spl_relocate_stack_gd. This is needed to set up malloc with its DRAM buffer. [Andre: fix comment] Signed-off-by: Philipp Tomsich

[U-Boot] [PATCH 02/17] SPL: FIT: refactor FDT loading

Currently the SPL FIT loader uses the spl_fit_select_fdt() function to find the offset to the right DTB within the FIT image. For this it iterates over all subnodes of the /configuration node in the FIT tree and compares all "description" strings therein using a board specific matching function.

[U-Boot] [PATCH 00/17] SPL: extend FIT loading support

This is an updated and slightly extended version of the SPL FIT loading series I posted as an RFC some weeks ago. I tried to fix all bugs that have been pointed out by the diligent reviewers, also added patches to automatically build the FIT images. The first patch is a bug fix for a regression

Re: [U-Boot] Complete verified uboot example

I've never seen the kernel load address (the start address for copying the kernel image into RAM) being the same as the entrypoint address (where U-Boot jumps to begin executing the kernel). I'd expect the load address to be 0x2300. It looks like you are converting the zImage into a U-Boot

[U-Boot] [PATCH v1] tools: Remove CONFIG_SYS_TEXT_BASE in Makefile

This define is not used in tools sources and can be removed to avoid unnecessary link between tools and defconfig Signed-off-by: Patrick Delaunay --- tools/Makefile | 1 - 1 file changed, 1 deletion(-) diff --git a/tools/Makefile b/tools/Makefile index

Re: [U-Boot] [RESEND PATCH 8/9] defconfig: k2e_hs_evm: Add k2e_hs_evm_defconfig

On Tue, Feb 28, 2017 at 11:47:01AM -0600, Andrew F. Davis wrote: > On 02/27/2017 09:19 AM, Tom Rini wrote: > > On Fri, Feb 24, 2017 at 06:59:45AM -0600, Andrew F. Davis wrote: > > > >> From: Vitaly Andrianov > >> > >> TI K2E secure devices have to be built with TI_SECURE_DEVICE,

Re: [U-Boot] [RESEND PATCH 8/9] defconfig: k2e_hs_evm: Add k2e_hs_evm_defconfig

On 02/27/2017 09:19 AM, Tom Rini wrote: > On Fri, Feb 24, 2017 at 06:59:45AM -0600, Andrew F. Davis wrote: > >> From: Vitaly Andrianov >> >> TI K2E secure devices have to be built with TI_SECURE_DEVICE, FIT, and >> FIT_IMAGE_POST_PROCESS enabled. Add a dedicated defconfig for

Re: [U-Boot] [PATCH 2/2] arm64: booti: allow to place kernel image anywhere in physical memory

On Wed, Mar 01, 2017 at 02:03:58AM +0900, Masahiro Yamada wrote: > Hi Tom, > > 2017-02-27 7:41 GMT+09:00 Tom Rini : > > On Thu, Feb 23, 2017 at 10:31:17AM -0500, Tom Rini wrote: > >> On Thu, Feb 23, 2017 at 06:17:38PM +0900, Masahiro Yamada wrote: > >> > Hi Tom, > >> > > >> >

Re: [U-Boot] [PATCH] spi: cadence_qspi_apb: Add trigger-base DT bindings from Linux

R, Vignesh wrote: > On 2/28/2017 8:38 PM, Rush, Jason A. wrote: > [...] >> >> This also works. >> >> Marek - how do you feel about a patch series with the following: >> >> 1. revert commit 57897c13de03ac0136d64641a3eab526c6810387 >> spi: cadence_qspi_apb: Use 32 bit indirect write transaction

Re: [U-Boot] [PATCH 2/2] arm64: booti: allow to place kernel image anywhere in physical memory

Hi Tom, 2017-02-27 7:41 GMT+09:00 Tom Rini : > On Thu, Feb 23, 2017 at 10:31:17AM -0500, Tom Rini wrote: >> On Thu, Feb 23, 2017 at 06:17:38PM +0900, Masahiro Yamada wrote: >> > Hi Tom, >> > >> > >> > 2017-02-23 1:19 GMT+09:00 Tom Rini : >> > > On Wed, Feb

Re: [U-Boot] [PATCH] spi: cadence_qspi_apb: Add trigger-base DT bindings from Linux

On 2/28/2017 8:38 PM, Rush, Jason A. wrote: [...] > > This also works. > > Marek - how do you feel about a patch series with the following: > > 1. revert commit 57897c13de03ac0136d64641a3eab526c6810387 > spi: cadence_qspi_apb: Use 32 bit indirect write transaction when > possible > 2.

[U-Boot] Device cleanup before starting OS (Linux)

Hi! I'm currently trying to add some code to stop (DMA) buffer usage in the Marvell mvpp2 ethernet driver, that should only be executed once, before the OS is started - stop() does not work easily for me here. I've found the weak function "board_quiesce_devices()", which is already used for such

Re: [U-Boot] [PATCH v3 4/8] armv8: Add workaround for USB erratum A-009007

On 02/28/2017 02:52 AM, Suresh Gupta wrote: > > >> -Original Message- >> From: york sun >> Sent: Friday, February 24, 2017 10:31 PM >> To: Suresh Gupta >> Cc: u-boot@lists.denx.de; Scott Wood ; Leo Li >> ; Sriram Dash

Re: [U-Boot] [PATCH v2 0/2] Support additional Variant for TQMa6 SOM

On 28/02/2017 16:37, Markus Niebel wrote: > From: Markus Niebel > > Add support for the SOM variant featuring i.MX6DL. This needs a new > DCD config. The first patch is a small preparation. > > Changes for v2: > - Rebase on u-boot-imx master > - Fix minor issues in

[U-Boot] [PATCH v2 1/2] arm: imx6: tqma6: use CONFIG_TQM6x for SOM specific settings

From: Markus Niebel We have a Kconfig name for the module types. Let's Use it. Some feature selections and configurations are based on the module. Module selection selects the CPU type. Signed-off-by: Markus Niebel ---

[U-Boot] [PATCH v2 2/2] arm: imx6: tqma6: add support for TQMa6DL variant

From: Markus Niebel This adds support for TQMa6DL using i.MX6DL and 1GiB DRAM Since The module will use the same devicetree, we patch the ram size in ft_board_setup. Signed-off-by: Markus Niebel --- board/tqc/tqma6/Kconfig|

[U-Boot] [PATCH v2 0/2] Support additional Variant for TQMa6 SOM

From: Markus Niebel Add support for the SOM variant featuring i.MX6DL. This needs a new DCD config. The first patch is a small preparation. Changes for v2: - Rebase on u-boot-imx master - Fix minor issues in defconfig files Markus Niebel (2): arm: imx6: tqma6: use

Re: [U-Boot] [PATCH] spi: cadence_qspi_apb: Add trigger-base DT bindings from Linux

I don't know if this message successfully sent last weekend. My mail server was undergoing maintenance, and I didn't see my original message on the u-boot mailing list archive. So I'm resending, my apologies if this is a repost. R, Vignesh wrote: > On 2/25/2017 1:25 AM, Rush, Jason A. wrote:

Re: [U-Boot] [PULL] Please pull u-boot-imx

On Tue, Feb 28, 2017 at 09:39:01AM +0530, Jagan Teki wrote: > On Mon, Feb 27, 2017 at 2:42 PM, Stefano Babic wrote: > > Hi Tom, > > > > please pull from u-boot-imx, thanks ! > > > > The following changes since commit b24cf8540a85a9bf97975aadd6a7542f166c78a3: > > > > video:

Re: [U-Boot] [PATCH v3] arm: socfpga: fix issue with warm reset when CSEL is 0

On Mon, 2017-02-20 at 06:35 -0800, Dalon Westergreen wrote: > On Mon, 2017-02-20 at 15:24 +0100, Marek Vasut wrote: > > > > On 02/20/2017 03:21 PM, Dalon Westergreen wrote: > > > > > > > > > On Mon, 2017-02-20 at 15:14 +0100, Marek Vasut wrote: > > > > > > > > > > > > On 02/20/2017 03:10 PM,

Re: [U-Boot] [PATCH v3 3/3] sunxi: add support for Lichee Pi Zero

On Sat, Feb 11, 2017 at 4:41 PM, Icenowy Zheng wrote: > Lichee Pi Zero is a development board with a V3s SoC. > > Add support for it. Add some details about board/features ? thanks! -- Jagan Teki Free Software Engineer | www.openedev.com U-Boot, Linux | Upstream Maintainer

Re: [U-Boot] [PATCH v2 2/3] ARM: dts: sunxi: Add device tree for Sunchip CX-A99

On Sat, Feb 25, 2017 at 5:55 PM, Rask Ingemann Lambertsen wrote: > The Sunchip CX-A99 is a board used in some media players. It features: > > An Allwinner A80 ARM SoC (4 * Cortex-A7 + 4 * Cortex-A15 cores) > 2 GiB or 4 GiB DDR3 DRAM > AXP808 PMIC > 16 GB or 32 GB eMMC > SDIO

Re: [U-Boot] [PATCH v2 1/3] ARM: dts: sun9i: Add mmc1 pinmux setting

On Sat, Feb 25, 2017 at 5:54 PM, Rask Ingemann Lambertsen wrote: > From: Chen-Yu Tsai > > commit 56b0730157f70dc23d6caff9e7ceb8b377b96b9f upstream. > > On the A80, mmc1 is available on pingroup G. Designs mostly use this > to connect to an SDIO WiFi chip. > >

Re: [U-Boot] [PATCH v5 0/16] sunxi: Add support for the CHIP Pro

On Mon, Feb 27, 2017 at 10:51 PM, Maxime Ripard wrote: > The CHIP Pro is a SoM made by NextThing Co, and that embeds a GR8 SIP, an > AXP209 PMIC, a WiFi BT chip and a 512MB SLC NAND. > > Since the first Allwinner device coming whit an SLC NAND that doesn't have >

Re: [U-Boot] [PATCH v4 3/7] usb: host: xhci-omap: fix double weak board_usb_init functions

On 28/02/17 10:00, Uri Mashiach wrote: > Hi, > > On 02/27/2017 06:22 PM, Roger Quadros wrote: >> Hi, >> >> On 23/02/17 15:39, Uri Mashiach wrote: >>> A weak version of the function board_usb_init is implemented in: >>> common/usb.c >>> drivers/usb/host/xhci-omap.c >>> >>> To fix the double

[U-Boot] [PATCH v3] serial: Add serial driver for Intel MID

Add a specific serial driver for Intel MID platforms. It has special fractional divider which can be programmed via UART_PS, UART_MUL, and UART_DIV registers. The UART clock is calculated as UART clock = XTAL * UART_MUL / UART_DIV The baudrate is calculated as baud rate = UART

Re: [U-Boot] [ANN] U-Boot v2017.03-rc3 released

Hello Tom, Am 28.02.2017 um 01:38 schrieb Tom Rini: Hey all, It's release day and v2017.03-rc3 is out. All in all, I'm OK with the contents here. It's the week after ELC, and you might have noticed I've been more picky today about PRs than I have in the past. During the "Linus and Dirk

Re: [U-Boot] [PATCH 0/2] Support additional Variant for TQMa6 SOM

On 28/02/2017 11:50, Markus Niebel wrote: > Hello Stefano, > > Am Sonntag, den 26.02.2017, 12:57 +0100 schrieb Stefano Babic: >> On 03/02/2017 15:20, Markus Niebel wrote: >>> From: Markus Niebel >>> >>> Add support for the SOM variant featuring i.MX6DL. This needs a

Re: [U-Boot] [PATCH v1] cmd: itest: correct calculus for long format

On Fri, Feb 17, 2017 at 3:00 PM, Stefan Roese wrote: > On 17.02.2017 13:57, Andy Shevchenko wrote: >> On Fri, Feb 10, 2017 at 8:38 PM, Simon Glass wrote: >>> On 10 February 2017 at 05:59, Andy Shevchenko >>> wrote: itest

Re: [U-Boot] [PATCH 0/2] Support additional Variant for TQMa6 SOM

Hello Stefano, Am Sonntag, den 26.02.2017, 12:57 +0100 schrieb Stefano Babic: > On 03/02/2017 15:20, Markus Niebel wrote: > > From: Markus Niebel > > > > Add support for the SOM variant featuring i.MX6DL. This needs a new > > DCD config. The first patch is a small

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

Hi Tom, On 27/02/17 14:56, Tom Rini wrote: > On Mon, Feb 27, 2017 at 07:51:38PM +0530, Jagan Teki wrote: >> Hi Tom, >> >> Please pull this PR. >> >> thanks! >> Jagan >> >> The following changes since commit b24cf8540a85a9bf97975aadd6a7542f166c78a3: >> >> video: mxsfb: Fix reset hang when

Re: [U-Boot] [PATCH v3 1/3] sunxi: add basic V3s support

On Mon, Feb 13, 2017 at 12:44 PM, Maxime Ripard wrote: > On Sat, Feb 11, 2017 at 07:11:00PM +0800, Icenowy Zheng wrote: >> Basic U-Boot support is now present for V3s. >> >> Some memory addresses are changed specially for V3s, as the original >> address map

Re: [U-Boot] [PATCH v2] serial: Add serial driver for Intel MID

On Tue, 2017-02-28 at 10:27 +0800, Kever Yang wrote: > Hi Andy, > > On 02/28/2017 12:22 AM, Andy Shevchenko wrote: > > Add a specific serial driver for Intel MID platforms. > > @@ -398,6 +398,15 @@ config MESON_SERIAL > >      If you have an Amlogic Meson based board and want to use > > the

Re: [U-Boot] build mkimage warning

Hi Tom, On Wed, Feb 22, 2017 at 11:22 PM, Tom Rini wrote: > On Wed, Feb 22, 2017 at 07:21:12PM +0800, Bin Meng wrote: >> Hi Tom, Simon, >> >> With latest main branch, I see some warnings when building mkimage: >> >> HOSTLD tools/mkimage >> LDFLAGS="" python

Re: [U-Boot] U-boot FIT Signature

Hi Maria, On Tue, 2017-02-28 at 08:50 +0100, Maria Sepulveda wrote: > > On Mon, 2017-02-20 at 12:33 +0100, Maria Sepulveda wrote: > > > > > > The reason to store the public key on an external device is to verify > > > that it is our hardware. > > Do you want to verify it is your hardware or do

Re: [U-Boot] [PATCH 06/20] arm: socfpga: add reset driver support for Arria 10

On 02/28/2017 09:27 AM, Ley Foon Tan wrote: > On Mon, Feb 27, 2017 at 6:14 PM, Ley Foon Tan wrote: >> On Sab, 2017-02-25 at 22:28 +0100, Marek Vasut wrote: >>> On 02/22/2017 10:47 AM, Ley Foon Tan wrote: Add reset driver support for Arria 10.

Re: [U-Boot] [PATCH 06/20] arm: socfpga: add reset driver support for Arria 10

On Mon, Feb 27, 2017 at 6:14 PM, Ley Foon Tan wrote: > On Sab, 2017-02-25 at 22:28 +0100, Marek Vasut wrote: >> On 02/22/2017 10:47 AM, Ley Foon Tan wrote: >> > >> > Add reset driver support for Arria 10. >> > >> > Signed-off-by: Tien Fong Chee

Re: [U-Boot] am335x: musb: mass storage device issue

On Tue, Feb 14, 2017 at 11:46 AM, Yegor Yefremov wrote: > On Tue, Feb 14, 2017 at 7:57 AM, Stefan Roese wrote: >> Hi Yegor, >> >> >> On 13.02.2017 16:02, Yegor Yefremov wrote: >>> >>> On Mon, Feb 13, 2017 at 3:17 PM, Belisko Marek

Re: [U-Boot] [PATCH v4 3/7] usb: host: xhci-omap: fix double weak board_usb_init functions

Hi, On 02/27/2017 06:22 PM, Roger Quadros wrote: Hi, On 23/02/17 15:39, Uri Mashiach wrote: A weak version of the function board_usb_init is implemented in: common/usb.c drivers/usb/host/xhci-omap.c To fix the double implementations: * Convert the board_usb_init function in