Re: [U-Boot] [OE-core] [PATCH] u-boot: Upgrade to 2017.09

On Mon, Sep 18, 2017 at 10:31:05AM +0200, Marek Vasut wrote: > On 09/18/2017 09:54 AM, Martin Jansa wrote: > > u-boot-fw-utils-cross is broken for at least a year, if it breaks a lot > > of boards, why nobody complained yet? > > Didn't you say it worked for 2017.07 or did I misunderstand that ?

Re: [U-Boot] [OE-core] [PATCH] u-boot: Upgrade to 2017.09

u-boot-fw-utils-cross is broken for at least a year, if it breaks a lot of boards, why nobody complained yet? On Mon, Sep 18, 2017 at 7:32 AM, Marek Vasut wrote: > On 09/17/2017 01:06 PM, Martin Jansa wrote: > > I've verified that u-boot-fw-utils builds and installs

Re: [U-Boot] [PATCH 1/4] mtd: nand: denali: allow to override corrupted revision register

2017-09-15 21:43 GMT+09:00 Masahiro Yamada : > The Denali IP does not update the revision register properly. > Allow to override it with SoC data associated with compatible. > > Linux had already finished big surgery of this driver, but I need > to prepare the NAND

Re: [U-Boot] [PATCH 16/16] efi: sandbox: Add a simple 'bootefi test' command

On 09/18/2017 12:59 AM, Simon Glass wrote: > This jumps to test code which can call directly into the EFI support. It > does not need a separate image so it is easy to write tests with it. > > For now the test just outputs a message. To try it: > > ./sandbox/u-boot -c "bootefi test" > U-Boot

[U-Boot] [PATCH] armv8: ls1046aqds: Fix NAND offset for Fman ucode and env

Fix a bug of 'commit 8104deb2d6b7 ("armv8: layerscape: Adjust memory mapping for Flash/SD card on LS1046A")' as NAND block size is 256KB on LS1046AQDS. Signed-off-by: Gong Qianyu --- include/configs/ls1046a_common.h | 2 +- include/configs/ls1046aqds.h | 2 +- 2 files

Re: [U-Boot] [PATCH 13/16] efi: sandbox: Add relocation constants

On 09/18/2017 12:59 AM, Simon Glass wrote: > Add these so that we can build the EFI loader for sandbox. The values are > for x86_64 so potentially bogus. But we don't support relocation within > sandbox anyway. > > Signed-off-by: Simon Glass > --- > >

[U-Boot] [PATCH 1/1] efi_loader: fix bug in efi_add_known_memory

In efi_add_known_memory the start address is correctly rounded up to a mulitple of EFI_PAGE_SIZE. By this rounding we may loose up to EFI_PAGE_MASK bytes. The current code does not take this loss of available memory into account when calculating the number of pages. Signed-off-by: Heinrich

[U-Boot] [GIT PULL] u-boot-uniphier/master

Hi Tom, This is the first round of UniPhier updates for v2017.09. Please pull! The following changes since commit 08cebeeaadd9192dd501308ac6a8b858ffa255c1: Merge git://git.denx.de/u-boot-fdt (2017-09-15 22:34:34 -0400) are available in the git repository at:

Re: [U-Boot] [PATCH 2/3] rockchip: back-to-bootrom: replace assembly-implementation with C-code

On 18 Sep 2017, at 10:17, Andy Yan wrote: > > Hi Philipp: > > > On 2017年09月15日 20:02, Philipp Tomsich wrote: >> The back-to-bootrom implementation for Rockchip has always relied on >> the stack-pointer being valid on entry, so there was little reason to >> have this as

Re: [U-Boot] [PATCH 00/14] usb: xhci: Add interrupt transfer support and full speed device support

On 09/18/2017 03:40 PM, Bin Meng wrote: > > This adds the missing interrupt transfer support to xHCI driver, so > that devices like USB keyboard that uses interrupt transfer when > CONFIG_SYS_USB_EVENT_POLL is defined can work. > > This also adds full speed device support. Unlike low/high/super

Re: [U-Boot] [PATCH 1/2] arm: mvebu: fix boot from UART on ClearFog Base

Hi Baruch, On 20.08.2017 15:46, Baruch Siach wrote: > The ClearFog Base boot from UART when setting the DIP switches to 01001. > Unfortunately, the SPL code sometimes fails to detect the UART boot > method at run-time. Add an alternative SAR UART boot value to fix this. > > Signed-off-by: Baruch

Re: [U-Boot] [OE-core] [PATCH] u-boot: Upgrade to 2017.09

On Mon, Sep 18, 2017 at 04:51:31PM +0100, Burton, Ross wrote: > On 18 September 2017 at 16:46, Otavio Salvador < > otavio.salva...@ossystems.com.br> wrote: > > > What is the policy on doing u-boot version upgrades this late in the > > > > release cycle? SHouldn't this wait until after the

Re: [U-Boot] [PATCH 00/16] efi: Enable basic sandbox support for EFI loader

On Mon, Sep 18, 2017 at 9:18 AM, Rob Clark wrote: > On Sun, Sep 17, 2017 at 11:48 PM, Heinrich Schuchardt > wrote: >> On 09/18/2017 12:59 AM, Simon Glass wrote: >>> A limitation of the EFI loader at present is that it does not build with >>> sandbox. This

[U-Boot] [PATCH 14/14] usb: xhci: Set 'Average TRB Length' to 8 for control endpoints

Update the codes to conform with xHCI spec chapter 6.2.3. Signed-off-by: Bin Meng --- drivers/usb/host/xhci-mem.c | 6 ++ drivers/usb/host/xhci.c | 6 ++ 2 files changed, 12 insertions(+) diff --git a/drivers/usb/host/xhci-mem.c b/drivers/usb/host/xhci-mem.c

Re: [U-Boot] [PATCH 00/16] efi: Enable basic sandbox support for EFI loader

On Mon, Sep 18, 2017 at 9:31 AM, Rob Clark wrote: > On Mon, Sep 18, 2017 at 9:18 AM, Rob Clark wrote: >> On Sun, Sep 17, 2017 at 11:48 PM, Heinrich Schuchardt >> wrote: >>> On 09/18/2017 12:59 AM, Simon Glass wrote: A limitation

Re: [U-Boot] [PATCH v3 2/2] imx_common: detect USB serial downloader reliably

On September 18, 2017 8:05:43 AM PDT, Stefano Babic wrote: >Hi Stefan, > >On 14/09/2017 07:24, Eric Nelson wrote: >> Hi Stefan, >> >> Thanks for this patch. >> >> On 09/13/2017 02:29 PM, Stefan Agner wrote: >>> From: Stefan Agner >>> >>> The current

Re: [U-Boot] [PATCH 00/16] efi: Enable basic sandbox support for EFI loader

On Mon, Sep 18, 2017 at 10:30 AM, Rob Clark wrote: > On Mon, Sep 18, 2017 at 9:31 AM, Rob Clark wrote: >> On Mon, Sep 18, 2017 at 9:18 AM, Rob Clark wrote: >>> On Sun, Sep 17, 2017 at 11:48 PM, Heinrich Schuchardt >>>

Re: [U-Boot] [PATCH 00/16] efi: Enable basic sandbox support for EFI loader

On Mon, Sep 18, 2017 at 11:07 AM, Rob Clark wrote: > On Mon, Sep 18, 2017 at 10:30 AM, Rob Clark wrote: >> On Mon, Sep 18, 2017 at 9:31 AM, Rob Clark wrote: >>> On Mon, Sep 18, 2017 at 9:18 AM, Rob Clark wrote:

Re: [U-Boot] [OE-core] [PATCH] u-boot: Upgrade to 2017.09

On 09/18/2017 02:39 AM, Martin Jansa wrote: > On Mon, Sep 18, 2017 at 10:31:05AM +0200, Marek Vasut wrote: >> On 09/18/2017 09:54 AM, Martin Jansa wrote: >>> u-boot-fw-utils-cross is broken for at least a year, if it breaks a lot >>> of boards, why nobody complained yet? >> >> Didn't you say it

Re: [U-Boot] [PATCH] test/py: gpt: make use of infra-structure

On 09/16/2017 08:47 PM, Alison Chaiken wrote: I suggest that while we're cleaning this test up, that we add something like this to each of the tests: diff --git a/test/py/tests/test_gpt.py b/test/py/tests/test_gpt.py +if not os.path.exists('/sbin/sgdisk'): +pytest.skip('install

Re: [U-Boot] [PATCH 00/14] usb: xhci: Add interrupt transfer support and full speed device support

On 18.09.2017 17:13, Marek Vasut wrote: On 09/18/2017 03:40 PM, Bin Meng wrote: This adds the missing interrupt transfer support to xHCI driver, so that devices like USB keyboard that uses interrupt transfer when CONFIG_SYS_USB_EVENT_POLL is defined can work. This also adds full speed device

Re: [U-Boot] [PATCH v2 1/7] spl: fix assignment of board info to global data

On 09/17/2017 10:55 AM, Simon Glass wrote: > Hi York, > > On 14 September 2017 at 13:01, York Sun wrote: >> This partially reverts commit 15eb1d43bf470b85e9031c2fce7e0ce7b27dd321 >> which intended to move assignment of board info earlier, into >> board_init_r(). However,

Re: [U-Boot] [OE-core] [PATCH] u-boot: Upgrade to 2017.09

Em 18 de set de 2017 12:20 PM, "Philip Balister" escreveu: On 09/18/2017 02:39 AM, Martin Jansa wrote: > On Mon, Sep 18, 2017 at 10:31:05AM +0200, Marek Vasut wrote: >> On 09/18/2017 09:54 AM, Martin Jansa wrote: >>> u-boot-fw-utils-cross is broken for at least a year, if it

Re: [U-Boot] [PATCH 00/14] usb: xhci: Add interrupt transfer support and full speed device support

On 09/18/2017 05:26 PM, Stefan Roese wrote: > On 18.09.2017 17:13, Marek Vasut wrote: >> On 09/18/2017 03:40 PM, Bin Meng wrote: >>> >>> This adds the missing interrupt transfer support to xHCI driver, so >>> that devices like USB keyboard that uses interrupt transfer when >>>

Re: [U-Boot] [PATCH 00/14] usb: xhci: Add interrupt transfer support and full speed device support

Hi Bin, On 18.09.2017 17:26, Stefan Roese wrote: > On 18.09.2017 17:13, Marek Vasut wrote: >> On 09/18/2017 03:40 PM, Bin Meng wrote: >>> >>> This adds the missing interrupt transfer support to xHCI driver, so >>> that devices like USB keyboard that uses interrupt transfer when >>>

[U-Boot] [PATCH 05/14] usb: xhci: Add interrupt transfer support

xHCI uses normal TRBs for both bulk and interrupt. This adds the missing interrupt transfer support to xHCI so that devices like USB keyboard that uses interrupt transfer can work. Signed-off-by: Bin Meng --- drivers/usb/host/xhci.c | 13 ++--- 1 file changed, 10

[U-Boot] [PATCH 10/14] usb: hub: Clear BH reset status change for a 3.0 hub

USB 3.0 hubs report bit[5] in the port status change response as BH reset. The hub shall set the C_BH_PORT_RESET field for this port. Signed-off-by: Bin Meng --- common/usb_hub.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/common/usb_hub.c b/common/usb_hub.c

[U-Boot] [PATCH 07/14] usb: Read device descriptor after device is addressed for xHCI

For xHCI it is not possible to read a device descriptor before it has been assigned an address. That's why usb_setup_descriptor() was called with 'do_read' being false. But we really need try to read the device descriptor before starting any real communication with the default control endpoint.

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

On Sat, Sep 16, 2017 at 05:54:47PM +0800, Bin Meng wrote: > Hi Tom, > > The following changes since commit 079c92b0a77b9a9bf237a9430ed16cf81d43ce5d: > > ARM: davinci: Remove CONFIG_SOC_DA830 (2017-09-15 12:35:48 -0400) > > are available in the git repository at: > >

Re: [U-Boot] [PATCH v3 2/2] imx_common: detect USB serial downloader reliably

Hi Stefan, On 14/09/2017 07:24, Eric Nelson wrote: > Hi Stefan, > > Thanks for this patch. > > On 09/13/2017 02:29 PM, Stefan Agner wrote: >> From: Stefan Agner >> >> The current mechanism using SCR/GPR registers work well when >> the serial downloader boot mode has

[U-Boot] [PATCH 00/14] usb: xhci: Add interrupt transfer support and full speed device support

This adds the missing interrupt transfer support to xHCI driver, so that devices like USB keyboard that uses interrupt transfer when CONFIG_SYS_USB_EVENT_POLL is defined can work. This also adds full speed device support. Unlike low/high/super speed devices, full speed device may report its

Re: [U-Boot] [PATCH] armv8: ls1043ardb: disable PPA loading during SPL stage for SD boot

On 09/18/2017 12:16 AM, Yangbo Lu wrote: > PPA loading during SPL stage is not required for nornal > SD boot scenario. > Once PPA is loaded during SPL boot, RAM version U-Boot won't load it again. It is used for falcon boot. Does it hurt anything? York

Re: [U-Boot] [PATCH 00/16] efi: Enable basic sandbox support for EFI loader

On Sun, Sep 17, 2017 at 11:48 PM, Heinrich Schuchardt wrote: > On 09/18/2017 12:59 AM, Simon Glass wrote: >> A limitation of the EFI loader at present is that it does not build with >> sandbox. This makes it hard to write tests, since sandbox is used for most >> testing in

[U-Boot] [PATCH 04/14] usb: Handle audio extension endpoint descriptor in usb_parse_config()

Normal endpoint descriptor size is 7, but for audio extension it is 9. Handle that correctly when parsing endpoint descriptor. Signed-off-by: Bin Meng --- common/usb.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/common/usb.c b/common/usb.c index

[U-Boot] [PATCH 06/14] usb: Only get 64 bytes device descriptor for full speed devices

Full speed device endpoint 0 can have 8/16/32/64 bMaxPacketSize0. Other speed devices report fixed value per USB spec. So it only makes sense if we send a get device descriptor with 64 bytes to full speed devices. While we are here, update the comment block to be within 80 cols. Signed-off-by:

[U-Boot] [PATCH 03/14] usb: xhci: Don't assume LS/FS devices are always behind a HS hub

At present xHCI driver assumes LS/FS devices are attached directly to a HS hub. If they are connected to a LS/FS hub, the driver will fail to perform the USB enumeration process on such devices. This is fixed by looking from the device itself all the way up to the HS hub where the TT that serves

[U-Boot] [PATCH 13/14] usb: xhci: Set 'Error Count' to 0 for isoch endpoints

Per xHCI spec, 'Error Count' should be set to 0 for isoch endpoints. Signed-off-by: Bin Meng --- drivers/usb/host/xhci.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c index dfb188d..93737b0 100644

[U-Boot] [PATCH 08/14] usb: xhci: Fix max packet size for full speed device endpoint 0

In xhci_check_maxpacket(), the control endpoint 0 max packet size is wrongly taken from the interface's endpoint descriptor. However the default endpoint 0 does not come with an endpoint descriptor hence is not included in the interface structure. Change to use epmaxpacketin[0] instead. The other

[U-Boot] [PATCH 09/14] usb: hub: Clear port reset before usb_hub_port_connect_change()

During usb_hub_port_connect_change(), a port reset set feature request is issued to the port, and later a port reset clear feature is done to the same port before the function returns. However at the end of usb_scan_port(), we attempt to clear port reset again on a cached port status change

[U-Boot] [PATCH 02/14] dm: usb: Remove no longer needed blk_unbind_all()

With the root hub unbinding in usb_stop(), there is no need to do a blk uclass specific unbind operation. Signed-off-by: Bin Meng --- drivers/usb/host/usb-uclass.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/usb/host/usb-uclass.c

[U-Boot] [PATCH 01/14] dm: usb: Fix broken usb_stop()

At present we only do device_remove() during usb stop. The DM API device_remove() only marks the device state as inactivated, but still keeps its USB topology (eg: parent, children, etc) in the DM device structure. There is no issue if we only start USB subsystem once and never stop it. But a big

[U-Boot] [PATCH 11/14] usb: xhci: Honor endpoint's interval

USB endpoint reports the period between consecutive requests to send or receive data as bInverval in its endpoint descriptor. So far this is ignored by xHCI driver and the 'Interval' field in xHC's endpoint context is always programmed to zero which means 1ms for low speed or full speed , or 125us

Re: [U-Boot] [PATCH 1/2] arm: mvebu: fix boot from UART on ClearFog Base

Hi Stefan, On Mon, Sep 18, 2017 at 06:00:23PM +0200, Stefan Roese wrote: > On 20.08.2017 15:46, Baruch Siach wrote: > > The ClearFog Base boot from UART when setting the DIP switches to 01001. > > Unfortunately, the SPL code sometimes fails to detect the UART boot > > method at run-time. Add an

[U-Boot] [PATCH v2 3/5] rockchip: back-to-bootrom: rk3188: chain from SPL via TPL to the BROM

The RK3188 implementation previously passed the address of the stack frame created during save_boot_params via pmu->os_reg[2]. This was not strictly necessary, as the save_boot_params() function was called twice (first: for TPL, saving the context for the BROM; next: for SPL, saving the context

[U-Boot] [PATCH v2 2/5] rockchip: back-to-bootrom: replace assembly-implementation with C-code

The back-to-bootrom implementation for Rockchip has always relied on the stack-pointer being valid on entry, so there was little reason to have this as an assembly implementation. This provides a new C-only implementation of save_boot_params and back_to_bootrom (relying on setjmp/longjmp) and

[U-Boot] [PATCH v2 1/5] arm: make save_boot_params_ret prototype visible for AArch64

The save_boot_params_ret() prototype (for those of us, that have a valid SP on entry and can implement save_boot_params() in C), was previously only defined for !defined(CONFIG_ARM64). This moves the declaration to a common block to ensure the prototype is available to everyone that might need

Re: [U-Boot] [U-Boot, 1/2] rockchip: sdhci: update reg map for of-platdata

> After Simon's patch, the dtoc can work with 64bit address, > so we need to fix reg number for it. > Depend on Simon's patch set: > https://patchwork.ozlabs.org/cover/807266/ > > Signed-off-by: Kever Yang > Acked-by: Philipp Tomsich

Re: [U-Boot] [U-Boot, 2/2] rockchip: ram: rk3399: update reg map for of-platdata

> After Simon's patch, the dtoc can work with 64bit address, > so we need to fix reg number for it. > Depend on Simon's patch set: > https://patchwork.ozlabs.org/cover/807266/ > > Signed-off-by: Kever Yang > Reviewed-by: Philipp Tomsich

Re: [U-Boot] [U-Boot, RFC, 2/4] rockchip: timer: update for 32/64bit-aware OF_PLATDATA

> With dtoc emitting fdt64_t for addresses (and region sizes), the array > indices for accessing the reg[] array needs to be adjusted. This > adjusts the Rockchip DM timer driver to correctly handle OF_PLATDATA > given this new structure layout. > > Signed-off-by: Philipp Tomsich

[U-Boot] [PATCH 1/3] test/py: Document required tools/packages

From: Stephen Warren Some tests rely on external tools. Mention these in the test/py README. Signed-off-by: Stephen Warren --- This series was developed on top of, and depends on for diff context, my previous patch "test/py: gpt: make use of

Re: [U-Boot] rockchip: puma_rk3399: increase serialno_str size

> Increase serialno_str to 17 bytes so it can hold the 16 bytes long serial > nummer and the terminating null byte added by snprintf. > > Signed-off-by: Klaus Goger > Acked-by: Philipp Tomsich > Reviewed-by: Philipp

Re: [U-Boot] [U-Boot, 2/2] rockchip: ram: rk3399: update reg map for of-platdata

> After Simon's patch, the dtoc can work with 64bit address, > so we need to fix reg number for it. > Depend on Simon's patch set: > https://patchwork.ozlabs.org/cover/807266/ > > Signed-off-by: Kever Yang > Reviewed-by: Philipp Tomsich

[U-Boot] Please pull u-boot-rockchip/master

Hi Tom, The following changes since commit c07f38208a73bbe3efaa939d6742096c1cb7e0ce: Merge git://git.denx.de/u-boot-x86 (2017-09-17 11:46:51 -0400) are available in the git repository at: git://git.denx.de/u-boot-rockchip.git master for you to fetch changes up to

Re: [U-Boot] [PATCH 1/1] test/py: provide example scripts for integrating qemu

On 09/17/2017 01:32 PM, Heinrich Schuchardt wrote: The necessary parameters for running Python tests on qemu are tediouus to find. The patch adds examples for u-boot-test-console and u-boot-test-reset. This README doesn't contain examples for other cases. I'm not sure whether we should add

[U-Boot] [PATCH] efi_loader: EFI entry point should be EFIAPI

This is needed to run 'bootefi' from sandbox. I suspect StartImage() must have been broken too on x86. Signed-off-by: Rob Clark --- cmd/bootefi.c | 2 +- include/efi.h | 2 +- lib/efi_loader/efi_boottime.c | 2 +- 3 files changed, 3

[U-Boot] [PATCH v2 4/5] rockchip: back-to-bootrom: allow passing a cmd to the bootrom

The BROM supports forcing it to enter download-mode, if an appropriate result/cmd-word is returned to it. There already is a series to support this in review, so this prepares the (newly C-version) of the back-to-bootrom code to accept a cmd to passed on to the BROM. All the existing call-sites

Re: [U-Boot] [PATCH 1/1] test/py: provide example scripts for integrating qemu

On 09/17/2017 01:32 PM, Heinrich Schuchardt wrote: The necessary parameters for running Python tests on qemu are tediouus to find. Nit: tedious Let's wrap the commit description to 72-74 characters; it's rather narrow right now. The patch adds examples for u-boot-test-console and

Re: [U-Boot] [U-Boot, 4/4] rockchip: dts: rk3368: reduce the number of nodes seen in TPL

> The RK3368 TPL stage always returns to the BootROM, so it has no need > for the eMMC, SD and SPI nodes. This marks those nodes (that should > be included in SPL, but not TPL) as 'u-boot,dm-spl'. > > Signed-off-by: Philipp Tomsich > Acked-by: Philipp

Re: [U-Boot] [U-Boot, 1/2] rockchip: sdhci: update reg map for of-platdata

> After Simon's patch, the dtoc can work with 64bit address, > so we need to fix reg number for it. > Depend on Simon's patch set: > https://patchwork.ozlabs.org/cover/807266/ > > Signed-off-by: Kever Yang > Acked-by: Philipp Tomsich

Re: [U-Boot] [U-Boot, RFC, 3/4] rockchip: rk3368: adjust DMC driver for 32/64bit-aware OF_PLATDATA

> With the new 32/64bit-aware dtoc, the type of reg is fdt64_t and the > OF_PLATDATA structure layout changes. This adjusts the DMC driver for > the RK3368 to track these changes. > > For the time being (i.e. until regmap_init_mem_platdata works for the > 64bit case), we won't use

Re: [U-Boot] [PATCH 2/3] rockchip: back-to-bootrom: replace assembly-implementation with C-code

Andy, > This function works fine on ARM64 platform, But I got problems on ARMv7. > When trace the code flow with DS5 I found the core switch > to thumb state when jump to save_boot_params_ret[0], but this code can't only > execute in arm state as thumb instruction can't access > cpsr

[U-Boot] [PATCH] test/py: fix anchors in HTML status report

From: Stephen Warren The current code wraps a pre tag inside an a tag. For some reason, this causes at least Firefox to attempt to drag the pre section content when using a mouse drag to select text. Re-order the tags so that the text can be selected using the mouse, at least

Re: [U-Boot] [PATCH 1/1] test/py: provide example scripts for integrating qemu

On 09/18/2017 07:33 PM, Stephen Warren wrote: > On 09/17/2017 01:32 PM, Heinrich Schuchardt wrote: >> The necessary parameters for running Python tests on qemu are >> tediouus to find. >> >> The patch adds examples for u-boot-test-console and >> u-boot-test-reset. > > This README doesn't contain

[U-Boot] [PATCH 3/3] test/py: add skip marker for reliance on tools

From: Stephen Warren Some tests use external tools (executables) during their operation. Add a test.py mark to indicate this. This allows those tests to be skipped if the required tool is not present. Signed-off-by: Stephen Warren ---

[U-Boot] [PATCH 2/3] test/py: provide more information about test skip reason

From: Stephen Warren When skipping tests, explicitly mention the board type or config option that caused the skip. This will help people understand/fix any issues. Signed-off-by: Stephen Warren --- test/py/conftest.py | 6 +++--- 1 file changed, 3

Re: [U-Boot] [PATCH 1/1] test/py: provide example scripts for integrating qemu

On Mon, Sep 18, 2017 at 11:33:01AM -0600, Stephen Warren wrote: > On 09/17/2017 01:32 PM, Heinrich Schuchardt wrote: > >The necessary parameters for running Python tests on qemu are > >tediouus to find. > > > >The patch adds examples for u-boot-test-console and > >u-boot-test-reset. > > This

[U-Boot] [PATCH v2 0/5] rockchip: back-to-bootrom: replace assembly-implementation with C-code

Recent discussions confirmed (what the code always assumed): the Rockchip BROM always enters U-Boot with the stack-pointer valid (i.e. the U-Boot startup code is running off the BROM stack). We can thus replace the back-to-bootrom code (i.e. both the save_boot_params and back_to_bootrom

Re: [U-Boot] [PATCH] efi_loader: EFI entry point should be EFIAPI

On Mon, Sep 18, 2017 at 1:47 PM, Rob Clark wrote: > This is needed to run 'bootefi' from sandbox. I suspect StartImage() > must have been broken too on x86. > > Signed-off-by: Rob Clark > --- > cmd/bootefi.c | 2 +- > include/efi.h

Re: [U-Boot] [PATCH 08/16] sandbox: Add a setjmp() implementation

On Mon, Sep 18, 2017 at 2:01 AM, Heinrich Schuchardt wrote: > On 09/18/2017 12:59 AM, Simon Glass wrote: >> Add an implementation of setjmp() and longjmp() which rely on the >> underlying host C library. Since we cannot know how large the jump buffer >> needs to be, pick

Re: [U-Boot] [PATCH 1/1] test/py: provide example scripts for integrating qemu

On 09/18/2017 08:27 PM, Stephen Warren wrote: > On 09/17/2017 01:32 PM, Heinrich Schuchardt wrote: >> The necessary parameters for running Python tests on qemu are >> tediouus to find. > > Nit: tedious > > Let's wrap the commit description to 72-74 characters; it's rather > narrow right now. >

Re: [U-Boot] [PATCH] efi_loader: EFI entry point should be EFIAPI

On 18.09.17 20:27, Rob Clark wrote: On Mon, Sep 18, 2017 at 1:47 PM, Rob Clark wrote: This is needed to run 'bootefi' from sandbox. I suspect StartImage() must have been broken too on x86. Signed-off-by: Rob Clark --- cmd/bootefi.c

Re: [U-Boot] tftp reliability

My experience is that it doesn't. No checking. No assurance. Do your checksums. Best never to count on tftp over congested routed connections. Bob On 09/18/2017 04:26 PM, Ran Shalit wrote: Hello, Does tftp checks the integrity of the file with checksum or any other similar method ? If

Re: [U-Boot] [PATCH] EFI: find EFI system partition by legacy MBR partition type

On 06/07/17 10:23, Alexander Graf wrote: Hi, > On 07/06/2017 11:14 AM, Andre Przywara wrote: >> The UEFI spec allows an EFI system partition (ESP, with the bootloader or >> kernel EFI apps on it) to reside on a disk using a "legacy" MBR >> partitioning scheme. >> But in contrast to actual legacy

[U-Boot] [PATCH 1/1] efi_loader: avoid obscure constants in efi_runtime.c

We should use the predefined constants EFI_PAGE_SHIFT and EFI_PAGE_MASK where applicable. Signed-off-by: Heinrich Schuchardt --- lib/efi_loader/efi_runtime.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/lib/efi_loader/efi_runtime.c

[U-Boot] tftp reliability

Hello, Does tftp checks the integrity of the file with checksum or any other similar method ? If not - how can it assure the reliability of the file that was transferred ? Thank you, Ran ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [PATCH] efi_loader: EFI entry point should be EFIAPI

On 18.09.17 19:47, Rob Clark wrote: This is needed to run 'bootefi' from sandbox. I suspect StartImage() must have been broken too on x86. Signed-off-by: Rob Clark --- cmd/bootefi.c | 2 +- include/efi.h | 2 +-

[U-Boot] [PATCH v2 1/1] test/py: provide example scripts for integrating qemu

The necessary parameters for running Python tests on qemu are tedious to find. The patch adds examples for u-boot-test-console and u-boot-test-reset. Signed-off-by: Heinrich Schuchardt --- v2 Include all necessary information to run tests for qemu-x86_defconfig

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

On Mon, Sep 18, 2017 at 08:33:10PM +0900, Masahiro Yamada wrote: > Hi Tom, > > This is the first round of UniPhier updates for v2017.09. > Please pull! > > > > The following changes since commit 08cebeeaadd9192dd501308ac6a8b858ffa255c1: > > Merge git://git.denx.de/u-boot-fdt (2017-09-15

Re: [U-Boot] Please pull u-boot-rockchip/master

On Mon, Sep 18, 2017 at 08:44:15PM +0200, Dr. Philipp Tomsich wrote: > Hi Tom, > > The following changes since commit c07f38208a73bbe3efaa939d6742096c1cb7e0ce: > > Merge git://git.denx.de/u-boot-x86 (2017-09-17 11:46:51 -0400) > > are available in the git repository at: > >

Re: [U-Boot] [PATCH 1/1] test/py: provide example scripts for integrating qemu

On 09/18/2017 11:28 PM, Stephen Warren wrote: > On 09/18/2017 01:55 PM, Heinrich Schuchardt wrote: >> On 09/18/2017 08:27 PM, Stephen Warren wrote: >>> On 09/17/2017 01:32 PM, Heinrich Schuchardt wrote: The necessary parameters for running Python tests on qemu are tediouus to find. >>>

Re: [U-Boot] [PATCH 1/1] test/py: provide example scripts for integrating qemu

On 09/18/2017 01:55 PM, Heinrich Schuchardt wrote: On 09/18/2017 08:27 PM, Stephen Warren wrote: On 09/17/2017 01:32 PM, Heinrich Schuchardt wrote: The necessary parameters for running Python tests on qemu are tediouus to find. Nit: tedious Let's wrap the commit description to 72-74

Re: [U-Boot] [PATCH v2 1/9] pinctrl: stm32: add stm32h743-pinctrl compatible

On 09/13/2017 09:00 AM, patrice.chot...@st.com wrote: > From: Patrice Chotard > > STM32H7 SoCs uses the same pinctrl block as found into > STM32F7 SoCs > > Signed-off-by: Patrice Chotard > --- > drivers/pinctrl/pinctrl_stm32.c | 1 + > 1 file

[U-Boot] [RESEND PATCH 3/3] dts: sunxi: add PWM node for sun50i

Signed-off-by: Vasily Khoruzhick --- arch/arm/dts/sun50i-a64.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/dts/sun50i-a64.dtsi b/arch/arm/dts/sun50i-a64.dtsi index 65a344d9ce..14e94bf00e 100644 --- a/arch/arm/dts/sun50i-a64.dtsi +++

[U-Boot] [RESEND PATCH 1/3] pwm: sunxi: add support for PWM found on Allwinner A64 and H3

This commit adds basic support for PWM found on Allwinner A64 and H3 Signed-off-by: Vasily Khoruzhick --- arch/arm/include/asm/arch-sunxi/gpio.h | 1 + arch/arm/include/asm/arch-sunxi/pwm.h | 12 +++ arch/arm/mach-sunxi/board.c| 11 +++ drivers/pwm/Kconfig

[U-Boot] [RESEND PATCH 2/3] video: pwm_backlight: make regulator optional

u-boot doesn't have dummy regulators, so pwm_backlight probe will fail if regulator is missing. Make it optional to get this driver working on platforms where there's no backlight regultor. Signed-off-by: Vasily Khoruzhick --- drivers/video/pwm_backlight.c | 28

Re: [U-Boot] [PATCH 00/14] usb: xhci: Add interrupt transfer support and full speed device support

Hi Stefan, On Tue, Sep 19, 2017 at 12:54 PM, Stefan Roese wrote: > Hi Bin, > > > On 19.09.2017 03:38, Bin Meng wrote: >> >> On Mon, Sep 18, 2017 at 11:38 PM, Stefan Roese wrote: >>> >>> Hi Bin, >>> >>> On 18.09.2017 17:26, Stefan Roese wrote: On 18.09.2017

Re: [U-Boot] [PATCH v2] cmd: usb: add blk devices to ignore list in tree graph

On 19.09.2017 05:05, Suneel Garapati wrote: add blk child devices to ignore list while displaying usb tree graph, otherwise usb tree and info commands may cause crash treating blk as usb device. Signed-off-by: Suneel Garapati This patch fixes the crash I've

Re: [U-Boot] [PATCH 1/5] dm: video: bridge: add operation to read EDID

Please discard this, I forgot to include maintainers in CC. Will resend. On Sun, Sep 17, 2017 at 8:21 PM, Vasily Khoruzhick wrote: > Bridge may have ability to read EDID from panel that is connected to it, > so add an operation to read EDID. > > Signed-off-by: Vasily

Re: [U-Boot] [PATCH 1/3] pwm: sunxi: add support for PWM found on Allwinner A64 and H3

Please discard this, I forgot to include maintainers in CC. Will resend. On Sun, Sep 17, 2017 at 8:28 PM, Vasily Khoruzhick wrote: > This commit adds basic support for PWM found on Allwinner A64 and H3 > > Signed-off-by: Vasily Khoruzhick > --- >

Re: [U-Boot] [PATCH v2] cmd: usb: add blk devices to ignore list in tree graph

Thanks Bin and Stefan. I have sent the v3. Regards, Suneel On Mon, Sep 18, 2017 at 9:52 PM, Stefan Roese wrote: > On 19.09.2017 05:05, Suneel Garapati wrote: >> >> add blk child devices to ignore list while displaying >> usb tree graph, otherwise usb tree and info commands >> may

[U-Boot] [RESEND PATCH 5/5] sunxi: video: add LCD support to DE2 driver

Extend DE2 driver with LCD support Signed-off-by: Vasily Khoruzhick --- arch/arm/mach-sunxi/Kconfig | 2 +- drivers/video/sunxi/Makefile| 2 +- drivers/video/sunxi/sunxi_de2.c | 17 + drivers/video/sunxi/sunxi_lcd.c | 142

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

This is a eDP bridge similar to ANX9804, it allows to connect eDP panels to the chips that can output only parallel signal Signed-off-by: Vasily Khoruzhick --- drivers/video/bridge/Kconfig | 8 + drivers/video/bridge/Makefile | 1 + drivers/video/bridge/anx6345.c |

[U-Boot] [RESEND PATCH 1/5] dm: video: bridge: add operation to read EDID

Bridge may have ability to read EDID from panel that is connected to it, so add an operation to read EDID. Signed-off-by: Vasily Khoruzhick --- drivers/video/bridge/video-bridge-uclass.c | 10 ++ include/video_bridge.h | 20 2

[U-Boot] [RESEND PATCH 4/5] sunxi: video: split out PLL code

It will be reused in new DM LCD driver. Signed-off-by: Vasily Khoruzhick --- arch/arm/include/asm/arch-sunxi/lcdc.h | 2 + drivers/video/sunxi/lcdc.c | 117 ++- drivers/video/sunxi/sunxi_display.c| 121

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

This header will be used in anx6345 driver Signed-off-by: Vasily Khoruzhick --- drivers/video/anx9804.c | 54 +-- include/anx98xx-edp.h | 98 + 2 files changed, 99 insertions(+), 53 deletions(-)

Re: [U-Boot] tftp reliability

On Tue, Sep 19, 2017 at 7:04 AM, Chris Packham wrote: > On Tue, Sep 19, 2017 at 8:26 AM, Ran Shalit wrote: >> Hello, >> >> Does tftp checks the integrity of the file with checksum or any other >> similar method ? If not - how can it assure the

Re: [U-Boot] [PATCH 1/2] arm: mvebu: fix boot from UART on ClearFog Base

Hi Baruch, On 18.09.2017 19:57, Baruch Siach wrote: On Mon, Sep 18, 2017 at 06:00:23PM +0200, Stefan Roese wrote: On 20.08.2017 15:46, Baruch Siach wrote: The ClearFog Base boot from UART when setting the DIP switches to 01001. Unfortunately, the SPL code sometimes fails to detect the UART

Re: [U-Boot] [PATCH] mvebu: turris_omnia: Only set eth?addr env if CONFIG_CMD_NET

Hi Marek, On 04.09.2017 08:42, Stefan Roese wrote: On 03.09.2017 15:13, Marek Behún wrote: Otherwise the linking will fail since eth_env_set_enetaddr cannot be found. Signed-off-by: Marek Behun --- board/CZ.NIC/turris_omnia/turris_omnia.c | 4 +++- 1 file changed, 3

Re: [U-Boot] [PATCH 1/1] x86: provide CONFIG_BUILD_ROM

Hi Heinrich, On Sun, Sep 17, 2017 at 7:57 PM, Heinrich Schuchardt wrote: > Up to now we depended on an exported variable to build u-boot.rom. > What we build should be specified by the configuration file. > > With this patch the export variable is deprecated and replaced by

[U-Boot] [PATCH v3] cmd: usb: add blk devices to ignore list in tree graph

add blk child devices to ignore list while displaying usb tree graph, otherwise usb tree and info commands may cause crash treating blk as usb device. Signed-off-by: Suneel Garapati --- Changes v3: - remove 'check on parent uclass' in description Changes v2: - remove

  1   2   >