Re: [U-Boot] [PATCH v2 1/2] at91: video: Support driver-model for the HLCD driver

On 03/01/2017 10:25 AM, Songjun Wu wrote: > Add driver-model support to this driver. > > Signed-off-by: Songjun Wu > --- > > Changes in v2: > - Due to the peripheral clock driver improvement, remove > the unneccessary clock calling. > >

Re: [U-Boot] [PATCH 2/2] configs: am43xx_hs_evm: Add USB Host boot mode support

On Saturday 11 March 2017 03:32 AM, Andrew F. Davis wrote: > Enable SPL_USB_HOST_SUPPORT in the default defconfig to allow > booting from USB peripherals. Unlike the non-HS boards, we > already load SPL to a 0x4030_+ address, so no other changes > are needed. > > Signed-off-by: Andrew F.

Re: [U-Boot] [PATCH] ti_armv7_common: env: Use args_mmc in FIT loading path

On Saturday 11 March 2017 03:23 AM, Andrew F. Davis wrote: > The env command 'args_fit' does not define a root path, this forces us to > embed the rootfs into the FIT image. FIT images do not need to contain a > rootfs, when they do not the kernel will fall-back to the kernel argument > 'root',

Re: [U-Boot] [PATCH 1/2] configs: am43xx_evm: Merge in usbhost defconfig

On Saturday 11 March 2017 03:32 AM, Andrew F. Davis wrote: > I was once again going to try to sync the mode specific defconfigs > with the main AM43xx defconfig when I decided it may make more > sense to merge in USB host boot support in to the main defconfig. > > The reason we had separate

Re: [U-Boot] [PATCH 2/2] cmd: nand: Make the NAND options default to NAND_SUNXI

On 03/03/17 14:32, Maxime Ripard wrote: > If we depend on the ARCH_SUNXI configuration option, the boards that do not > have NAND support enabled (with the associated options) will not compile > anymore. > > Depend on the NAND driver configuration option to make sure that is not the > case. >

Re: [U-Boot] [PATCH v1] x86: Remove unused option

On 6 March 2017 at 04:51, Andy Shevchenko wrote: > There is option which is not used: > CONFIG_ZBOOT_32 > > Remove it from default x86 config and from whitelist. > > Signed-off-by: Andy Shevchenko > --- >

Re: [U-Boot] [PATCH v1 2/2] misc: Introduce minimal PMU driver for Intel MID platforms

Hi Andy, On 5 March 2017 at 12:17, Andy Shevchenko wrote: > This simple PMU driver enables access to MMC controllers during probe > so tangier_sdhci can probe and be useful. > > In the future it might be expanded to cover other Intel MID platforms, > that's why

Re: [U-Boot] [PATCH v1] env_mmc: configure environment offsets via device tree

Hi Igor, On 5 March 2017 at 01:39, Igor Grinberg wrote: > Hi Simon, > > On 03/03/17 06:53, Simon Glass wrote: >> Hi Igor, >> >> On 22 February 2017 at 00:35, Igor Grinberg wrote: >>> Hi Philipp, Simon, >>> >>> On 02/22/17 05:59, Simon Glass

Re: [U-Boot] [PATCH v1 1/2] misc: Add SCU IPC driver for Intel MID platforms

.Hi Andy, On 5 March 2017 at 12:17, Andy Shevchenko wrote: > From: Felipe Balbi > > Intel MID platforms have few microcontrollers inside SoC, one of them is > so called System Controller Unit (SCU). > > Here is the driver to

Re: [U-Boot] [PATCH v2 2/6] dm: core: Allow multiple drivers to bind for a single node

Hi, On 3 March 2017 at 03:52, Dr. Philipp Tomsich wrote: > Hi Simon, > > On 03 Mar 2017, at 05:52, Simon Glass wrote: > > Hi Philipp, > > On 22 February 2017 at 13:47, Philipp Tomsich > wrote: > >

Re: [U-Boot] [PATCH v3 01/11] armv8: Add global variable resv_ram

Hi York, On 3 March 2017 at 09:38, york sun wrote: > > On 03/02/2017 08:53 PM, Simon Glass wrote: > > Hi York, > > > > On 1 March 2017 at 12:32, York Sun wrote: > >> Use gd->arch.resv_ram to track reserved memory allocation. > >> > >> Signed-off-by: York Sun

[U-Boot] [PATCH] .gitignore: Ignore the generated top-level "sandbox/" directory

Signed-off-by: Robert P. J. Day --- am i safe in assuming that the top-level sandbox/ directory only ever exists as the result of a build? diff --git a/.gitignore b/.gitignore index 7fac5b3..32a8d5b 100644 --- a/.gitignore +++ b/.gitignore @@ -48,6 +48,7 @@ /LOG

[U-Boot] [PATCH v2 2/3] ARM: dts: uniphier: fix no unit name warnings

Fix warnings reported when built with W=1, by DTC 1.4.2 or later: Node /memory has a reg or ranges property, but no unit name Signed-off-by: Masahiro Yamada --- Changes in v2: - Adjust comments to the recent change of build system

[U-Boot] [PATCH v2 3/3] ARM: dts: uniphier: more re-sync DT with Linux

For better maintainability. Signed-off-by: Masahiro Yamada --- Changes in v2: - Newly added arch/arm/dts/uniphier-ld11.dtsi | 2 +- arch/arm/dts/uniphier-pxs2.dtsi | 22 -- arch/arm/dts/uniphier-sld3.dtsi | 7 +-- 3 files changed, 14

[U-Boot] [PATCH v2 1/3] ARM: dts: uniphier: remove skeleton.dtsi inclusion

Linux Commit 9c0da3cc61f1 ("ARM: dts: explicitly mark skeleton.dtsi as deprecated") declared that skeleton.dtsi was deprecated. Move the memory node below to suppress warnings of FDTGREP. Signed-off-by: Masahiro Yamada --- Changes in v2: - Fix FDTGREP warnings

[U-Boot] [PATCH 2/2] efi_loader: check CreateEvent() parameters

Add some of the invalid parameter checks described in the UEFI specification for CreateEvent(). This does not include checking the validity of the type and tpl parameters. Signed-off-by: Jonathan Gray --- lib/efi_loader/efi_boottime.c | 10 ++ 1 file changed, 10

[U-Boot] [PATCH 1/2] efi_loader: run CreateEvent() notify function based on flags

The UEFI specification states that the tpl, function and context arguments are to be ignored if neither EVT_NOTIFY_WAIT or EVT_NOTIFY_SIGNAL are specified. This matches observed behaviour with an AMI EDK2 based UEFI implementation. Skip calling the notify function if neither flag is present.