Re: [U-Boot] [PATCH] armv8: ls1088a: Update MC boot sequence

Hello York, > -Original Message- > From: York Sun > Sent: Wednesday, October 04, 2017 8:22 PM > To: Bogdan Purcareata ; Prabhakar Kushwaha > ; Ashish Kumar ; u- > b...@lists.denx.de > Subject: Re: [PATCH] armv8:

Re: [U-Boot] [PATCH v3] arm64: ls1012ardb: Add distro boot support

> -Original Message- > From: York Sun > Sent: Tuesday, October 03, 2017 9:21 PM > To: Rajesh Bhagat ; u-boot@lists.denx.de > Cc: Bhaskar Upadhaya > Subject: Re: [PATCH v3] arm64: ls1012ardb: Add distro boot support > > On 09/07/2017

Re: [U-Boot] [PATCH] arm64: ls1012afrdm: Add distro boot support

> -Original Message- > From: York Sun > Sent: Tuesday, October 03, 2017 9:16 PM > To: Rajesh Bhagat ; u-boot@lists.denx.de > Cc: Bhaskar Upadhaya > Subject: Re: [PATCH] arm64: ls1012afrdm: Add distro boot support > > On 09/07/2017 10:10

[U-Boot] [PATCH v2] drivers: mmc: Avoid memory leak in case of failure

From: Suniel Mahesh priv pointer should be freed before returning with an error value from exynos_dwmci_get_config(). Signed-off-by: Suniel Mahesh Signed-off-by: Raghu Bharadwaj --- Changes for v2: - rebased on latest u-boot tree

[U-Boot] [PATCH v2] armv8: ls1088a: Update MC boot sequence

The MC boot sequence is contained in mc_env_boot. Update LS1088A boards to use this function, and hook it to reset_phy so that it's called late enough, after the ports have been initialized, for proper DPC / DPL fixup. Signed-off-by: Bogdan Purcareata --- This patch

[U-Boot] [PATCH v2] drivers: mmc: Change buffer type in ALLOC_CACHE_ALIGN_BUFFER macro

From: Suniel Mahesh __be32_to_cpu() accepts argument of type __be32. This patch changes type of the buffer in ALLOC_CACHE_ALIGN_BUFFER macro to __be32, which is then passed to __be32_to_cpu(). This prevents sparse build warnings. drivers/mmc/mmc.c: warning: cast to

Re: [U-Boot] [PATCH] usb: kbd: Fix dangling pointers on probe fail

On Tue, Oct 3, 2017 at 6:31 PM, Rob Clark wrote: > If probe fails, we should unregister the stdio device, else we leave > dangling pointers to the parent 'struct usb_device'. > > Signed-off-by: Rob Clark Tested-by: Peter Robinson

Re: [U-Boot] [PATCH] usb: kbd: Don't fail with iomux

On Wed, Sep 27, 2017 at 2:19 AM, Rob Clark wrote: > stdin might not be set, which would cause iomux_doenv() to fail > therefore causing probe_usb_keyboard() to fail. Furthermore if we do > have iomux enabled, the sensible thing (in terms of user experience) > would be to

Re: [U-Boot] Broadwell-DE bare metal

Hi, On Tue, Oct 3, 2017 at 10:58 PM, vnktux wrote: > Hi all, > > For my graduation project my company asked to use U-Boot as bare metal > boot-loader on one of their product. The product in an embedded board with a > Xeon Broadwell-DE D-1527 Quad Core. The current

[U-Boot] [PATCH v4] arm64: ls1012ardb: Add distro boot support

Include common config_distro_defaults.h and config_distro_bootcmd.h for u-boot enviroments to support automatical distro boot which scan boot.scr from external storage devices(e.g. SD and USB) and execute autoboot script. Signed-off-by: Bhaskar Upadhaya Signed-off-by:

[U-Boot] [PATCH v2] arm64: ls1012afrdm: Add distro boot support

Include common config_distro_defaults.h and config_distro_bootcmd.h for u-boot enviroments to support automatical distro boot which scan boot.scr from external storage devices(e.g. SD and USB) and execute autoboot script. Signed-off-by: Bhaskar Upadhaya Signed-off-by:

Re: [U-Boot] [PATCH 1/3] armv8: fsl-layerscape: SPL size reduction

> -Original Message- > From: York Sun > Sent: Thursday, October 05, 2017 12:12 AM > To: Sumit Garg ; u-boot@lists.denx.de > Cc: Ruchika Gupta ; Prabhakar Kushwaha > ; Ashish Kumar > Subject: Re:

Re: [U-Boot] INTEL E3900 Apollo Lake I (APL-I) with U-Boot?

Hi Zoran, On Wed, Oct 4, 2017 at 1:52 PM, Zoran Stojsavljevic wrote: > Hello to the U-Boot Community, > > I am curious about the following HW/FW configuration with regards to the > U-Boot? > > Did anybody managed to run the following: INTEL Atom E3900 APL-I with >

Re: [U-Boot] INTEL E3900 Apollo Lake I (APL-I) with U-Boot?

Hello Bin, > So far Apollo Lake is not supported in U-Boot. However it is on my todo list. All Good. Please, take your time. If you do not mind, I would like to know ASAP, do I have correct prediction/anticipation/vision how this whole thing should work? The one I originally described in my

Re: [U-Boot] [PATCH] disk: part_dos: Use the original allocation scheme for the SPL case

On Thu, Oct 5, 2017 at 12:36 AM, Jonathan Gray wrote: > On Wed, Oct 04, 2017 at 01:12:48PM -0400, Rob Clark wrote: >> On Wed, Oct 4, 2017 at 12:29 PM, Fabio Estevam wrote: >> > Since commit ff98cb90514d ("part: extract MBR signature from partitions") >> >

Re: [U-Boot] [PATCH 1/1] test/py/tests/test_sleep.py: test time approximately

On 10/05/2017 11:10 PM, Stephen Warren wrote: > On 10/05/2017 01:52 PM, Heinrich Schuchardt wrote: >> On qemu errors like >> assert 2.999650001525879 >= 3 >> occur. > > Can you work out why? I guess 1-999650001525879 is a really tiny amount, > so perhaps it's OK. However, I'd like to keep the

Re: [U-Boot] [PATCH v2] fdt: update bcm283x device tree sources to Linux 4.14 state

Hi Alexander, Am 04.10.2017 um 14:39 schrieb Alexander Graf: Upstream Linux has received a few device tree updates to the RPi which we should propagate into the builtin U-Boot one as well to gain hardware support. This patch bumps the dts files to their 4.14 Linux counterparts with the

[U-Boot] u-boot hangs on reboot

Hi, u-boot 2016.05/09/11 & 2017.x hangs on reboot with sunxi-next on my Allwinner A20 olimex-micro-emmc. All looks good and stable but on reboot u-boot hangs. I can't figure out why. U-boot 2016.03 works. Has anybody some ideas? ___ U-Boot mailing

[U-Boot] [PATCH] fixdep: fix dependency on options surrounded by CONFIG_VAL()

CONFIG options surrounded by CONFIG_IS_ENABLED(...) CONFIG_IS_BUILTIN(...) CONFIG_IS_MODULE(...) CONFIG_VAL(...) need special care for proper dependency tracking. I do not remember why, but I missed to add CONFIG_VAL(...) handling. Signed-off-by: Masahiro Yamada

Re: [U-Boot] [PATCH] linux/kernel.h: import DIV_ROUND_{DOWN, UP}_ULL from Linux

Hi Tom, 2017-09-13 19:16 GMT+09:00 Masahiro Yamada : > These macros are useful to avoid link error on 32-bit systems. > > Signed-off-by: Masahiro Yamada > --- > > include/linux/kernel.h | 5 + > 1 file changed, 5 insertions(+) >

Re: [U-Boot] [PATCH] usb: kbd: Fix dangling pointers on probe fail

Hi Rob, On Wed, Oct 4, 2017 at 1:31 AM, Rob Clark wrote: > If probe fails, we should unregister the stdio device, else we leave > dangling pointers to the parent 'struct usb_device'. > > Signed-off-by: Rob Clark > --- > I finally got around to debugging

Re: [U-Boot] [PATCH] usb: kbd: Fix dangling pointers on probe fail

On Thu, Oct 5, 2017 at 7:48 PM, Bin Meng wrote: > Hi Rob, > > On Wed, Oct 4, 2017 at 1:31 AM, Rob Clark wrote: >> If probe fails, we should unregister the stdio device, else we leave >> dangling pointers to the parent 'struct usb_device'. >> >>

Re: [U-Boot] [PATCH] disk: part_dos: Use the original allocation scheme for the SPL case

On Thu, Oct 05, 2017 at 05:05:49AM -0400, Rob Clark wrote: > On Thu, Oct 5, 2017 at 12:36 AM, Jonathan Gray wrote: > > On Wed, Oct 04, 2017 at 01:12:48PM -0400, Rob Clark wrote: > >> On Wed, Oct 4, 2017 at 12:29 PM, Fabio Estevam > >> wrote: > >> > Since

Re: [U-Boot] INTEL E3900 Apollo Lake I (APL-I) with U-Boot?

Hi Zoran, On Thu, Oct 5, 2017 at 6:22 PM, Zoran Stojsavljevic wrote: > Hello Bin, > >> So far Apollo Lake is not supported in U-Boot. However it is on my todo >> list. > > All Good. Please, take your time. If you do not mind, I would like to know > ASAP, do I have

Re: [U-Boot] [PATCH] usb: kbd: Don't fail with iomux

On Wed, Sep 27, 2017 at 9:19 AM, Rob Clark wrote: > stdin might not be set, which would cause iomux_doenv() to fail > therefore causing probe_usb_keyboard() to fail. Furthermore if we do > have iomux enabled, the sensible thing (in terms of user experience) > would be to

[U-Boot] [PATCH] common: Add a prototype for s_init()

When compiling with W=1 the following warning is observed: arch/arm/mach-imx/mx6/soc.c:590:6: warning: no previous prototype for ‘s_init’ [-Wmissing-prototypes] void s_init(void) Remove this warning by adding the function prototype into include/common.h file. Signed-off-by: Diego Dorta

Re: [U-Boot] [PATCH 1/1] efi_loader: provide function comments for boot services

On 25.09.17 07:25, Heinrich Schuchardt wrote: On 09/25/2017 04:14 AM, Simon Glass wrote: On 21 September 2017 at 10:30, Heinrich Schuchardt wrote: Provide comments describing the boot service functions. Signed-off-by: Heinrich Schuchardt ---

Re: [U-Boot] [PATCH 1/1] efi_loader: use type bool for event states

On 04.10.17 18:29, Heinrich Schuchardt wrote: On 10/04/2017 05:25 PM, Alexander Graf wrote: On 04.10.17 16:57, Rob Clark wrote: On Wed, Oct 4, 2017 at 10:46 AM, Heinrich Schuchardt wrote: On 10/04/2017 04:14 PM, Rob Clark wrote: On Wed, Oct 4, 2017 at 9:03 AM,

Re: [U-Boot] [PATCH] distro: load FDT from any partition on boot device

On 05.10.17 15:27, Rob Clark wrote: On Thu, Oct 5, 2017 at 8:39 AM, Alexander Graf wrote: On 04.10.17 22:16, Rob Clark wrote: In the EFI_LOADER boot path, we were only checking the FAT partition containing the EFI payload for dtb files. But this is somewhat of a fiction.

Re: [U-Boot] [PATCH] dwc: ep0: Allocate and flush dwc->ep0_trb in a cache aligned manner

On 10/04/2017 03:11 PM, Faiz Abbas wrote: > Hi, > > On Wednesday 04 October 2017 06:01 PM, Marek Vasut wrote: >> On 10/04/2017 12:51 PM, Faiz Abbas wrote: >>> Hi, >>> On Tuesday 03 October 2017 06:48 PM, Marek Vasut wrote: On 10/03/2017 03:17 PM, Faiz Abbas wrote: > Hi, > On Tuesday

Re: [U-Boot] Broadwell-DE bare metal

> So far Broadwell-DE is not supported in U-Boot. However it is on my todo list. Excellent thread! Just what I needed, and was thinking to enter! ;-) What will be the architecture of this porting effort? The same question as I have asked an hour ago for ATOM E3900/APL-I. Thank you in advance,

Re: [U-Boot] [PATCH v2 0/8] Sync and consolidate Linux-derived printk, BUILD_BUG, BUG, WARN, etc.

On Thu, Oct 05, 2017 at 12:20:36PM +0900, Masahiro Yamada wrote: > Hi Tom, > > > 2017-10-05 12:06 GMT+09:00 Tom Rini : > > On Wed, Oct 04, 2017 at 02:15:19PM +0900, Masahiro Yamada wrote: > >> 2017-09-16 14:10 GMT+09:00 Masahiro Yamada : > >> >

[U-Boot] [PATCH] common: Drop LOGLEVEL to 4

While this came in with a default value of 6 I am lowering this to 4. The MTD/UBI code has a large number of error messages that we include now. In addition, "normally" warning messages are not included so this feels like a more natural level to have. Signed-off-by: Tom Rini

Re: [U-Boot] [PATCH 1/1] efi_loader: replace efi_div10 by div64_u64

On 03.10.17 05:17, Heinrich Schuchardt wrote: We should use the existing 64bit division instead of reinventing the wheel. Signed-off-by: Heinrich Schuchardt This patch increases the code size by ~200 bytes on armv7 with gcc7 for me. I'm not sure about the runtime -

[U-Boot] [PATCH v2 04/14] arm: socfpga: stratix10: Add pinmux support for Stratix10 SoC

From: Chin Liang See Add pinmux driver support for Stratix SoC Signed-off-by: Chin Liang See --- arch/arm/mach-socfpga/Makefile | 2 + .../arm/mach-socfpga/include/mach/system_manager.h | 5 +-

[U-Boot] [PATCH v2 08/14] arm: dts: Add dts for Stratix10 SoC

From: Chin Liang See Device tree for Stratix10 SoC Signed-off-by: Chin Liang See --- arch/arm/dts/Makefile| 3 +- arch/arm/dts/socfpga_stratix10_socdk.dts | 180 +++ 2 files changed, 182

Re: [U-Boot] [PATCH] drivers: pci: imx: add imx_pcie_remove function

Hi David, On Fri, Sep 22, 2017 at 11:00 AM, David Müller (ELSOFT AG) wrote: > Hello > > Does the code below really work? > > On my custom MX6Q board, the code hangs on the read of the > "PCIE_PL_PFLR". Please note that this code sequence is not entered the > first time after

[U-Boot] [PATCH] drivers: pci: imx: fix imx_pcie_remove function

From: Sven-Ola Tuecke We have at least a minor count of boards, that failed to re-initialize PCI express in the Linux kernel. Typical failure rate is 20% on affected boards. This is mitigated by commit 6ecbe1375671 ("drivers: pci: imx: add imx_pcie_remove

Re: [U-Boot] Broadwell-DE bare metal

Hi Bin, Thanks a lot for the reply. Is there something I can do to help you? I mean that's my graduation project and I will have to work on it either I succed or not, and here I have available hardware aswell. Best regards, Vincenzo Sent with [ProtonMail](https://protonmail.com) Secure Email.

Re: [U-Boot] [PATCH 1/1] efi_loader: use type bool for event states

On 04.10.17 18:39, Rob Clark wrote: On Wed, Oct 4, 2017 at 12:29 PM, Heinrich Schuchardt wrote: On 10/04/2017 05:25 PM, Alexander Graf wrote: On 04.10.17 16:57, Rob Clark wrote: On Wed, Oct 4, 2017 at 10:46 AM, Heinrich Schuchardt wrote: On

[U-Boot] [PATCH v2 09/14] arm: socfpga: Restructure the SPL file

From: Chin Liang See Restructure the SPL so each devices such as CV, A10 and S10 will have their own dedicated SPL file. SPL file determine the HW initialization flow which is device specific Signed-off-by: Chin Liang See ---

[U-Boot] [PATCH v2 11/14] arm: socfpga: stratix10: Add timer support for Stratix10 SoC

From: Chin Liang See Add timer support for Stratix SoC Signed-off-by: Chin Liang See --- arch/arm/mach-socfpga/timer.c | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/arch/arm/mach-socfpga/timer.c

[U-Boot] [PATCH v2 1/1] efi_loader: replace efi_div10 by do_div

We should use the existing 64bit division instead of reinventing the wheel. Cc: Alexander Graf Signed-off-by: Heinrich Schuchardt --- v2 replace efi_div10 by do_div as suggested by Alex v1 replace efi_div10 by div_u64 ---

Re: [U-Boot] [PATCH] disk: part_dos: Use the original allocation scheme for the SPL case

On Wed, Oct 4, 2017 at 5:29 PM, Fabio Estevam wrote: > Since commit ff98cb90514d ("part: extract MBR signature from partitions") > SPL boot on i.MX6 starts to fail: > > U-Boot SPL 2017.09-00221-g0d6ab32 (Oct 02 2017 - 15:13:19) > Trying to boot from MMC1 > (keep in loop) >

Re: [U-Boot] INTEL E3900 Apollo Lake I (APL-I) with U-Boot?

> Normally U-Boot boots from SPI NOR, and Linux can be loaded directly > from U-Boot via the 'zboot' command. I am much more interested (since the last stage I know) what would be the initial sequence of events: E3900/APL-I -> IFWI -> MBR -> U-Boot, or ...??? Thank you, Zoran On Thu, Oct 5,

Re: [U-Boot] [PATCH] distro: load FDT from any partition on boot device

On 04.10.17 22:16, Rob Clark wrote: In the EFI_LOADER boot path, we were only checking the FAT partition containing the EFI payload for dtb files. But this is somewhat of a fiction. In reality there will be one small (V)FAT partition containing grub (or whatever the payload may be), and a

[U-Boot] [PATCH v2 03/14] arm: socfpga: stratix10: Add Reset Manager driver for Stratix10 SoC

From: Chin Liang See Add Reset Manager driver support for Stratix SoC Signed-off-by: Chin Liang See --- arch/arm/mach-socfpga/Makefile | 1 + arch/arm/mach-socfpga/include/mach/reset_manager.h | 2 +

[U-Boot] [PATCH v2 02/14] arm: socfpga: stratix10: Add Clock Manager driver for Stratix10 SoC

From: Chin Liang See Add Clock Manager driver support for Stratix SoC Signed-off-by: Chin Liang See -- Changes in v2 - Declared defines for constant value used - Fixed spacing and comments --- arch/arm/mach-socfpga/Makefile

Re: [U-Boot] Broadwell-DE bare metal

Hi, On Thu, Oct 5, 2017 at 5:43 PM, vnktux wrote: > Hi Bin, > > Thanks a lot for the reply. Is there something I can do to help you? I mean > that's my graduation project and I will have to work on it either I succed > or not, and here I have available hardware aswell. >

[U-Boot] [PATCH 1/2] mx6: clock: Add a prototype for do_mx6_showclocks()

When compiling with W=1 the following warning is observed: arch/arm/mach-imx/mx6/clock.c:1268:5: warning: no previous prototype for ‘do_mx6_showclocks’ [-Wmissing-prototypes] int do_mx6_showclocks(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[]) Remove this warning by adding the

[U-Boot] [PATCH 2/2] mx6: sys_proto: Add prototypes for imx6_pcie_toggle() functions

When compiling with W=1 errors are observed: drivers/pci/pcie_imx.c:517:12: warning: no previous prototype for ‘imx6_pcie_toggle_power’ [-Wmissing-prototypes] __weak int imx6_pcie_toggle_power(void) drivers/pci/pcie_imx.c:528:12: warning: no previous prototype for ‘imx6_pcie_toggle_reset’

[U-Boot] [PATCH v2 00/14] Enable Stratix10 SoC support

From: Chin Liang See This patch series are enabling support for Stratix 10 SoC Changes for v2 - Removed defines for base addresses that can be extracted from DTS - Added CPU node plus MDIO node for Ethernet at DTS - Added defines for constant value for readability -

[U-Boot] [PATCH v2 12/14] ddr: altera: stratix10: Add DDR support for Stratix10 SoC

From: Chin Liang See Add DDR support for Stratix SoC Signed-off-by: Chin Liang See --- arch/arm/mach-socfpga/include/mach/sdram_s10.h | 333 + drivers/ddr/altera/Makefile| 1 +

[U-Boot] [PATCH v2 14/14] arm: socfpga: stratix10: Enable Stratix10 SoC build

From: Chin Liang See Add build support for Stratix SoC Signed-off-by: Chin Liang See --- arch/arm/Kconfig | 8 +- arch/arm/mach-socfpga/Kconfig | 13 ++ configs/socfpga_stratix10_defconfig | 39

[U-Boot] [PATCH v2 13/14] board: altera: stratix10: Add socdk board support for Stratix10 SoC

From: Chin Liang See Add socdk board support for Stratix SoC Signed-off-by: Chin Liang See --- board/altera/stratix10-socdk/MAINTAINERS | 7 +++ board/altera/stratix10-socdk/Makefile| 7 +++ board/altera/stratix10-socdk/socfpga.c

Re: [U-Boot] [PATCH] distro: load FDT from any partition on boot device

On Thu, Oct 5, 2017 at 8:39 AM, Alexander Graf wrote: > > > On 04.10.17 22:16, Rob Clark wrote: >> >> In the EFI_LOADER boot path, we were only checking the FAT partition >> containing the EFI payload for dtb files. But this is somewhat of a >> fiction. In reality there will be

Re: [U-Boot] [GIT PULL v3] u-boot-sunxi/master

On Wed, Oct 04, 2017 at 04:39:22PM +0200, Maxime Ripard wrote: > On Wed, Oct 04, 2017 at 02:20:53PM +, Maxime Ripard wrote: > > Hi Tom, > > > > Hopefully it's going to be the final version of that PR. > > > > It passed on travis-ci, so we should be all set. > > > > Thanks! > > Maxime > > >

[U-Boot] [PATCH v2 05/14] arm: socfpga: stratix10: Add misc support for Stratix10 SoC

From: Chin Liang See Add misc support such as EMAC and cpu info printout for Stratix SoC Signed-off-by: Chin Liang See --- arch/arm/mach-socfpga/Makefile| 1 + arch/arm/mach-socfpga/include/mach/misc.h | 1 +

[U-Boot] [PATCH v2 01/14] arm: socfpga: stratix10: Add base address map for Statix10 SoC

From: Chin Liang See Add the base address map for Statix10 SoC Signed-off-by: Chin Liang See --- arch/arm/mach-socfpga/include/mach/base_addr_s10.h | 56 ++ 1 file changed, 56 insertions(+) create mode 100644

[U-Boot] [PATCH v2 07/14] arm: socfpga: stratix10: Add MMU support for Stratix10 SoC

From: Chin Liang See Add MMU support for Stratix SoC Signed-off-by: Chin Liang See --- arch/arm/mach-socfpga/Makefile| 1 + arch/arm/mach-socfpga/mmu-arm64_s10.c | 71 +++ 2 files changed, 72

[U-Boot] [PATCH v2 10/14] arm: socfpga: stratix10: Add SPL driver for Stratix10 SoC

From: Chin Liang See Add SPL driver support for Stratix SoC Signed-off-by: Chin Liang See --- arch/arm/mach-socfpga/Makefile| 4 + arch/arm/mach-socfpga/include/mach/firewall_s10.h | 84 +

Re: [U-Boot] [PATCH v2] fdt: update bcm283x device tree sources to Linux 4.14 state

On 05.10.17 18:52, Stefan Wahren wrote: Hi Alexander, Am 04.10.2017 um 14:39 schrieb Alexander Graf: Upstream Linux has received a few device tree updates to the RPi which we should propagate into the builtin U-Boot one as well to gain hardware support. This patch bumps the dts files to

Re: [U-Boot] [PATCH] SPL: SPI: select SPL_SPI_FLASH_SUPPORT on SPL_SPI_SUNXI

On Wed, Oct 04, 2017 at 11:27:21PM +, Andre Przywara wrote: > The Allwinner SPI flash SPL boot support is guarded by the SPL_SPI_SUNXI > symbol. But despite its generic name, the actual only use case for this > is to provide SPI flash support to the SPL, which requires >

Re: [U-Boot] [PATCH v2 1/1] efi_loader: replace efi_div10 by do_div

On 05.10.17 16:14, Heinrich Schuchardt wrote: We should use the existing 64bit division instead of reinventing the wheel. Cc: Alexander Graf Signed-off-by: Heinrich Schuchardt Awesome, this version actually even *reduces* code size :). Alex

[U-Boot] [PATCH v2 15/17] efi_selftest: correct definition of efi_st_error

Enclose definition in parantheses to allow using efi_st_error like a void function. Signed-off-by: Heinrich Schuchardt --- v2 no change --- include/efi_selftest.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/efi_selftest.h

[U-Boot] [PATCH v2 07/17] efi_loader: fill simple network protocol revision

Provide the simple network protocol revision. This revision number could be used to identify backwards compatible enhancements of the protocol. Signed-off-by: Heinrich Schuchardt --- v2 no change --- include/efi_api.h| 3 +++ lib/efi_loader/efi_net.c | 1 + 2

[U-Boot] [PATCH v2 01/17] efi_loader: call EFI_EXIT in efi_copy_mem, efi_set_mem

EFI_ENTRY and EFI_EXIT calls must match. Signed-off-by: Heinrich Schuchardt --- v2 no change --- lib/efi_loader/efi_boottime.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/lib/efi_loader/efi_boottime.c b/lib/efi_loader/efi_boottime.c index

[U-Boot] [PATCH v2 17/17] efi_loader: supply EFI network test

This patch provices an EFI application to check the correct function of the Simple Network Protocol implementation. It sends a DHCP request and analyzes the DHCP offer. Different error conditions including a 10s timeout are checked. A successful execution will look like this: => bootefi

[U-Boot] [PATCH v2 11/17] efi_loader: implement WaitForPacket event

The WaitForPacket event informs that a network package has been received by the SimpleNetworkProtocol. Signed-off-by: Heinrich Schuchardt --- v2 signaled has been renamed to is_signaled and is bool --- lib/efi_loader/efi_net.c | 17 + 1 file changed,

[U-Boot] [PATCH v2 14/17] efi_loader: fill return values in SimpleNetworkProtocol

In the receive function all return values should be filled. Signed-off-by: Heinrich Schuchardt --- v2 no change --- lib/efi_loader/efi_net.c | 27 +-- 1 file changed, 25 insertions(+), 2 deletions(-) diff --git a/lib/efi_loader/efi_net.c

Re: [U-Boot] [PATCH v2] arm64: ls1012afrdm: Add distro boot support

On 10/05/2017 01:47 AM, Rajesh Bhagat wrote: > Include common config_distro_defaults.h and config_distro_bootcmd.h > for u-boot enviroments to support automatical distro boot which > scan boot.scr from external storage devices(e.g. SD and USB) > and execute autoboot script. > > Signed-off-by:

[U-Boot] [PATCH v2 03/17] efi_loader: pass GUIDs as const efi_guid_t *

We need to call some boottime services internally. Our GUIDs are stored as const efi_guid_t *. The boottime services never change GUIDs. So we can define the parameters as const efi_guid_t *. Signed-off-by: Heinrich Schuchardt --- v2 no change --- include/efi_api.h

[U-Boot] [PATCH v2 06/17] efi_loader: correct bits of receive_filters bit mask

Remove extraneous commas. Add comment. Signed-off-by: Heinrich Schuchardt --- v2 no change --- include/efi_api.h | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/include/efi_api.h b/include/efi_api.h index 308baeec49..8c227ce703 100644

[U-Boot] [PATCH v2 00/17] efi_loader: Simple Network Protocol

This patch series focuses on * correction of parameter types for boot services * fixes for the SetMem and CopyMem boot services * fixes for the simple network protocol implementation (SNP) * a unit test for SetMem, CopyMem and the simple network protocol The unit test broadcasts a DHCPDISCOVER

[U-Boot] [PATCH v2 04/17] efi_loader: wrong type in wait_for_event

The UEFI spec defines parameter index of WaitForEvent as UINTN*. So we should use size_t here. I deliberately do not use UINTN because I hold a following patch that will eliminate UINTN because uppercase types to not match the U-Boot coding style. Signed-off-by: Heinrich Schuchardt

[U-Boot] [PATCH v2 12/17] efi_loader: fix efi_net_get_status

The returned interrupt status was wrong. As out transmit buffer is empty we need to always set EFI_SIMPLE_NETWORK_TRANSMIT_INTERRUPT. When we have received a packet we need to set EFI_SIMPLE_NETWORK_RECEIVE_INTERRUPT. Furthermore we should call efi_timer_check() to handle events.

[U-Boot] [PATCH v2 02/17] efi_loader: parameters of CopyMem and SetMem

The UEFI spec defines the length parameters of CopyMem and SetMem as UINTN. We should size_t here. The source buffer of CopyMem should be marked as const. Signed-off-by: Heinrich Schuchardt --- v2 no change --- include/efi_api.h | 7 +++

[U-Boot] [PATCH] tools: bmp_logo: correctly interpret BMP files with larger headers

All BMP files were being treated as though they had a 40 byte header. There are several BMP header formats consisting of additional data. This was causing some of the header to be read as color information, skewing the color palette. Signed-off-by: Jon Smith ---

[U-Boot] [PATCH v2 05/17] efi_loader: incorrect definition of EFI_SIMPLE_NETWORK_PROTOCOL

WaitForPacket is an event and not a function pointer. Signed-off-by: Heinrich Schuchardt --- v2 no change --- include/efi_api.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/efi_api.h b/include/efi_api.h index c44dc9d0cb..308baeec49

[U-Boot] [PATCH v2 13/17] efi_loader: size fields in SimpleNetworkProtocol

The size fields in the Simple Network Protocol are all UINTN in the UEFI spec. So use size_t. Provide a function description of the receive function. Signed-off-by: Heinrich Schuchardt --- v2 no change --- include/efi_api.h| 4 ++-- lib/efi_loader/efi_net.c

[U-Boot] [PATCH v2 08/17] efi_loader: efi_net: hwaddr_size = 6

The length of a MAC address is 6. We have to set this length in the EFI_SIMPLE_NETWORK_MODE structure of the EFI_SIMPLE_NETWORK_PROTOCOL. Without this patch iPXE fails to initialize the network with error message SNP MAC(001e0633bcbf,0x0) has invalid hardware address length 0 Signed-off-by:

[U-Boot] [PATCH v2 16/17] efi_selftest: allow printing MAC addresses

Add %pm as format string to print a MAC address. This is helpful when analyzing network problems. Signed-off-by: Heinrich Schuchardt --- v2 no change --- lib/efi_selftest/efi_selftest_console.c | 41 - 1 file changed, 40 insertions(+),

[U-Boot] [PATCH v2 10/17] efi_loader: use events for efi_net_receive

A timer event is defined. The timer handler cares for receiving new packets. efi_timer_check is called both in efi_net_transmit and efi_net_receive to enable events during network communication. Calling efi_timer_check in efi_net_get_status is implemented in a separate patch. Signed-off-by:

[U-Boot] [PATCH v2 09/17] efi_net: return EFI_UNSUPPORTED where appropriate

U-Boot does not implement all functions of the simple network protocol. The unimplemented functions return either of EFI_SUCCESS and EFI_INVALID_PARAMETER. The UEFI spec foresees to return EFI_UNSUPPORTED in these cases. Signed-off-by: Heinrich Schuchardt --- v2 no

Re: [U-Boot] [PATCH v4] arm64: ls1012ardb: Add distro boot support

On 10/05/2017 01:47 AM, Rajesh Bhagat wrote: > Include common config_distro_defaults.h and config_distro_bootcmd.h > for u-boot enviroments to support automatical distro boot which > scan boot.scr from external storage devices(e.g. SD and USB) > and execute autoboot script. > > Signed-off-by:

Re: [U-Boot] [RESEND PATCH 3/5] video: add anx6345 DM driver

On 19/09/17 06:04, Vasily Khoruzhick wrote: > This is a eDP bridge similar to ANX9804, it allows to connect eDP panels > to the chips that can output only parallel signal Have you tried using the existing driver? Icenowy did this some months ago[1], and she got away with quite a small patch to

Re: [U-Boot] [RESEND PATCH 2/5] video: anx9804: split out registers definitions into a separate header

Hi Vasily, On 19/09/17 06:04, Vasily Khoruzhick wrote: > This header will be used in anx6345 driver In this case it shouldn't live in a generic include directory, as it only contains private driver internals which are of no further use for the rest of U-Boot. So you should move it into

[U-Boot] [PATCH] iso: Reduce verbosity on test call

The test callback into the partition callback struct is used by the "part list" command on the command line. That command is used by the distro script. With verb=1 set, "part list" thus throws a lot of warnings about partitions it can't find when an upper layer searches for partitions. So let's

[U-Boot] [PATCH 1/1] test/py/tests/test_sleep.py: test time approximately

On qemu errors like assert 2.999650001525879 >= 3 occur. According to the comment in the code the test is meant to be approximate. So we should accept some milliseconds less. Signed-off-by: Heinrich Schuchardt --- test/py/tests/test_sleep.py | 2 +- 1 file changed, 1

Re: [U-Boot] [RESEND PATCH 3/5] video: add anx6345 DM driver

Hi André, On Thu, Oct 5, 2017 at 11:44 AM, André Przywara wrote: > On 19/09/17 06:04, Vasily Khoruzhick wrote: >> This is a eDP bridge similar to ANX9804, it allows to connect eDP panels >> to the chips that can output only parallel signal > > Have you tried using the

Re: [U-Boot] [PATCH 1/1] test/py/tests/test_sleep.py: test time approximately

On 10/05/2017 01:52 PM, Heinrich Schuchardt wrote: On qemu errors like assert 2.999650001525879 >= 3 occur. Can you work out why? I guess 1-999650001525879 is a really tiny amount, so perhaps it's OK. However, I'd like to keep the test strict if possible; maybe rather than: > +assert

Re: [U-Boot] [PATCH 1/1] test/py/tests/test_sleep.py: test time approximately

On Thu, Oct 05, 2017 at 03:10:43PM -0600, Stephen Warren wrote: > On 10/05/2017 01:52 PM, Heinrich Schuchardt wrote: > >On qemu errors like > >assert 2.999650001525879 >= 3 > >occur. > > Can you work out why? I guess 1-999650001525879 is a really tiny amount, so > perhaps it's OK. However, I'd

Re: [U-Boot] [PATCH] common: Drop LOGLEVEL to 4

On Thu, Oct 05, 2017 at 08:26:16AM -0400, Tom Rini wrote: > While this came in with a default value of 6 I am lowering this to 4. > The MTD/UBI code has a large number of error messages that we include > now. In addition, "normally" warning messages are not included so this > feels like a more

Re: [U-Boot] [U-Boot, v2, 2/8] printk: collect printk stuff into with loglevel support

On Sat, Sep 16, 2017 at 02:10:40PM +0900, Masahiro Yamada wrote: > When we import code from Linux, with regular re-sync planned, we want > to use printk() and pr_*(). U-Boot does not support them in a clean > way. So, people end up with local macros, or compat headers here and > there, then we

Re: [U-Boot] [GIT PULL v3] u-boot-sunxi/master

On Wed, Oct 04, 2017 at 04:20:53PM +0200, Maxime Ripard wrote: > Hi Tom, > > Hopefully it's going to be the final version of that PR. > > It passed on travis-ci, so we should be all set. > > Thanks! > Maxime > > The following changes since commit 39dd65a059e503883dbf16d4c00ac083d15837da: > >

Re: [U-Boot] [U-Boot,v2,4/8] common.h: remove error()

On Sat, Sep 16, 2017 at 02:10:42PM +0900, Masahiro Yamada wrote: > This macro prevents us from using compiletime_error/assert defined > in . > > Now we can remove it, then we will be able to import more BUILD_BUG > macros from Linux. > > Signed-off-by: Masahiro Yamada

Re: [U-Boot] [U-Boot, v2, 1/8] stdio.h: move printf() stuff from to

On Sat, Sep 16, 2017 at 02:10:39PM +0900, Masahiro Yamada wrote: > pulls in a lot of headers. Including it from every .c > file is a bad idea. We need to remove contents until it contains > nothing. > > Move printf() and friends to . > > Signed-off-by: Masahiro Yamada

Re: [U-Boot] [U-Boot, v2, 7/8] bug.h: move runtime BUG/WARN macros into

On Sat, Sep 16, 2017 at 02:10:45PM +0900, Masahiro Yamada wrote: > Collect runtime BUG/WARN into a self-contained header > to make these macros easier to use. > > Signed-off-by: Masahiro Yamada Applied to u-boot/master, thanks! -- Tom signature.asc

Re: [U-Boot] [U-Boot, v3, 8/8] dm: define dev_*() log functions in DM header

On Tue, Sep 26, 2017 at 11:58:29AM +0900, Masahiro Yamada wrote: > Many drivers had started to use dev_err, dev_info, etc. for log > functions. Currently, we are relying on , but I > guess the best home is , taking into account that > Linux defines them in . > > For now, I am leaving the ones

Re: [U-Boot] [U-Boot, v2, 3/8] treewide: replace with error() with pr_err()

On Sat, Sep 16, 2017 at 02:10:41PM +0900, Masahiro Yamada wrote: > U-Boot widely uses error() as a bit noisier variant of printf(). > > This macro causes name conflict with the following line in > include/linux/compiler-gcc.h: > > # define __compiletime_error(message)

  1   2   >