Re: [U-Boot] [PATCH] rockchip: rock-rk3188: do not use ARCH_MEMSET in TPL

On 13 September 2017 at 02:10, Kever Yang wrote: > This patch is to fix error in build TPL: > common/init/built-in.o: In function `board_init_f_init_reserve': > common/init/board_init.c:111: undefined reference to `memset' > > Signed-off-by: Kever Yang

Re: [U-Boot] [PATCH 3/3] rockchip: check download key before bootup

Hi Andy, On 13 September 2017 at 00:14, Andy Yan wrote: > Hi Simon: > > > > On 2017年09月13日 12:26, Simon Glass wrote: >> >> Hi Andy, >> >> On 12 September 2017 at 07:58, Andy Yan wrote: >>> >>> Enter download mode if the download key pressed. >>>

Re: [U-Boot] [PATCH 1/1] spl: u-boot-spl-nodtb.bin: remove .got and .got.plt sections

Hi, On 12 September 2017 at 23:43, Bin Meng wrote: > Hi Heinrich, > > On Tue, Sep 12, 2017 at 8:50 AM, Heinrich Schuchardt > wrote: >> On 09/12/2017 01:19 AM, Dr. Philipp Tomsich wrote: On 12 Sep 2017, at 00:40, Heinrich Schuchardt

[U-Boot] [PATCH] TI: ARCH_OMAP2PLUS: Enable SPL_STACK_R and provide default value

On ARCH_OMAP2PLUS platforms we know what the DDR layout is going to be, and that it is safe to use SPL_STACK_R and provide a default value for it. select this and re-sync the defconfigs. Signed-off-by: Tom Rini --- arch/arm/Kconfig | 1 +

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

On Sun, Sep 17, 2017 at 2:18 AM, Martin Jansa wrote: > Is anyone seeing u-boot-fw-utils.do_install failure with this? > I am seeing same failures too. havent yet dug into it. > u-boot-fw-utils/1_2017.09-r0/git/tools/env/fw_printenv: No such file or > directory > > I've

Re: [U-Boot] [PATCH 05/13] Drop the log buffer

On Sun, Sep 17, 2017 at 5:23 AM, Simon Glass wrote: > This does not appear to be used by any boards. Before introducing a new > log system, remove this old one. > > Signed-off-by: Simon Glass > --- > > cmd/Makefile | 1 - > cmd/log.c

Re: [U-Boot] [U-Boot, v3, 3/9] fat/fs: convert to directory iterators

On Sun, Sep 17, 2017 at 8:50 AM, Rob Clark wrote: > On Sun, Sep 17, 2017 at 9:42 AM, Adam Ford wrote: >> On Sun, Sep 17, 2017 at 7:53 AM, Rob Clark wrote: >>> On Sun, Sep 17, 2017 at 7:08 AM, Adam Ford wrote:

Re: [U-Boot] [PATCH please test] fs/fat: reduce stack usage for SPL

On Sun, Sep 17, 2017 at 8:42 AM, Tom Rini wrote: > On Sun, Sep 17, 2017 at 09:38:04AM -0400, Rob Clark wrote: > >> It seems like stack usage is a problem for SPL builds. So move itrblock >> off the stack. >> >> Please test this and see if it helps w/ current issues with SPL

Re: [U-Boot] [U-Boot, v3, 3/9] fat/fs: convert to directory iterators

On Sun, Sep 17, 2017 at 9:42 AM, Adam Ford wrote: > On Sun, Sep 17, 2017 at 7:53 AM, Rob Clark wrote: >> On Sun, Sep 17, 2017 at 7:08 AM, Adam Ford wrote: >>> >>> Adding the debug to master made no difference. No debug messages

[U-Boot] [PATCH] Travis-CI: Checkout only v1.4.3 of dtc

Our minimum DTC version is 1.4.3, so check that out. Signed-off-by: Tom Rini --- .travis.yml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/.travis.yml b/.travis.yml index b81d733695e1..9dfd016da000 100644 --- a/.travis.yml +++ b/.travis.yml @@ -29,7

Re: [U-Boot] [U-Boot, v3, 3/9] fat/fs: convert to directory iterators

On Sun, Sep 17, 2017 at 7:53 AM, Rob Clark wrote: > On Sun, Sep 17, 2017 at 7:08 AM, Adam Ford wrote: >> >> Adding the debug to master made no difference. No debug messages appeared. >> Interestingly enough, some junk appeard, and the name of U-Boot name

Re: [U-Boot] [PATCH please test] fs/fat: reduce stack usage for SPL

On Sun, Sep 17, 2017 at 09:38:04AM -0400, Rob Clark wrote: > It seems like stack usage is a problem for SPL builds. So move itrblock > off the stack. > > Please test this and see if it helps w/ current issues with SPL builds. > Long term, I'm not sure if it is better to do this conditional on

[U-Boot] [PATCH please test] fs/fat: reduce stack usage for SPL

It seems like stack usage is a problem for SPL builds. So move itrblock off the stack. Please test this and see if it helps w/ current issues with SPL builds. Long term, I'm not sure if it is better to do this conditional on SPL builds, or move to malloc()? At any rate, if this fixes SPL builds

Re: [U-Boot] [U-Boot, v3, 3/9] fat/fs: convert to directory iterators

On Sun, Sep 17, 2017 at 08:53:23AM -0400, Rob Clark wrote: > On Sun, Sep 17, 2017 at 7:08 AM, Adam Ford wrote: > > > > Adding the debug to master made no difference. No debug messages appeared. > > Interestingly enough, some junk appeard, and the name of U-Boot name > >

Re: [U-Boot] [PATCH 04/13] mtdparts: Correct use of debug()

On Sun, Sep 17, 2017 at 5:23 AM, Simon Glass wrote: > The debug() macro now evaluates its expression so does not need #ifdef > protection. In fact the current code causes a warning with the new log > implementation. Adjust the code to fix this. > > Signed-off-by: Simon Glass

Re: [U-Boot] [U-Boot, v3, 3/9] fat/fs: convert to directory iterators

On Sun, Sep 17, 2017 at 7:08 AM, Adam Ford wrote: > > Adding the debug to master made no difference. No debug messages appeared. > Interestingly enough, some junk appeard, and the name of U-Boot name > wasn't correctly displayed: > > **Sș017.09-00178-g08cebee-dirty (Sep 17

Re: [U-Boot] [PATCH 03/13] Move debug and logging support to a separate header

On Sun, Sep 17, 2017 at 5:23 AM, Simon Glass wrote: > Before adding new features, move these definitions to a separate header > to avoid further cluttering common.h. > > Signed-off-by: Simon Glass > --- > > include/common.h | 64

Re: [U-Boot] [PATCH 02/13] Revert "sandbox: Drop special case console code for sandbox"

Hi Simon, On Sun, Sep 17, 2017 at 5:23 AM, Simon Glass wrote: > While sandbox works OK without the special-case code, it does result in > console output being stored in the pre-console buffer while sandbox starts > up. If there is a crash or a problem then there is no

Re: [U-Boot] [PATCH 01/13] Revert "sandbox: remove os_putc() and os_puts()"

Hi Simon, On Sun, Sep 17, 2017 at 5:23 AM, Simon Glass wrote: > While sandbox works OK without the special-case code, it does result in > console output being stored in the pre-console buffer while sandbox starts > up. If there is a crash or a problem then there is no

Re: [U-Boot] [U-Boot, v3, 3/9] fat/fs: convert to directory iterators

On Sun, Sep 17, 2017 at 8:28 AM, Rob Clark wrote: > On Sun, Sep 17, 2017 at 7:08 AM, Adam Ford wrote: >> On Sat, Sep 16, 2017 at 3:42 PM, Rob Clark wrote: >>> On Sat, Sep 16, 2017 at 4:32 PM, Adam Ford wrote:

Re: [U-Boot] [U-Boot, v3, 3/9] fat/fs: convert to directory iterators

On Sun, Sep 17, 2017 at 7:08 AM, Adam Ford wrote: > On Sat, Sep 16, 2017 at 3:42 PM, Rob Clark wrote: >> On Sat, Sep 16, 2017 at 4:32 PM, Adam Ford wrote: >>> On Fri, Sep 15, 2017 at 9:32 PM, Tom Rini wrote:

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

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 the Kconfig option CONFIG_BUILD_ROM. This option depends on CONFIG_X86 and is selected in

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

Is anyone seeing u-boot-fw-utils.do_install failure with this? u-boot-fw-utils/1_2017.09-r0/git/tools/env/fw_printenv: No such file or directory I've tried u-boot-fw-utils-cross, but it fails as well even sooner in do_compile: Log data follows: | DEBUG: Executing shell function do_compile |

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

I've verified that u-boot-fw-utils builds and installs fw_printenv correctly with 2017.07. And that u-boot-fw-utils-cross was broken even with Yocto 2.3 Pyro and 2017.01 version there, maybe it's time to remove cross version? As nobody is using it and it's not tested? On Sun, Sep 17, 2017 at

Re: [U-Boot] [U-Boot, v3, 3/9] fat/fs: convert to directory iterators

On Sat, Sep 16, 2017 at 3:42 PM, Rob Clark wrote: > On Sat, Sep 16, 2017 at 4:32 PM, Adam Ford wrote: >> On Fri, Sep 15, 2017 at 9:32 PM, Tom Rini wrote: >>> >>> On Sat, Sep 09, 2017 at 01:15:54PM -0400, Rob Clark wrote: >>> >>> > And

Re: [U-Boot] [PATCH] efi_loader: fix TEST_PROTOCOL case in OpenProtocol()

On Sun, Sep 17, 2017 at 4:21 AM, Heinrich Schuchardt wrote: > On 09/16/2017 03:26 PM, Rob Clark wrote: >> In the TEST_PROTOCOL case, protocol_interface might be NULL, and at any >> rate should not be touched. So skip efi_protocol_open() in this case. >> >> Fixes: "efi_loader:

Re: [U-Boot] [PATCH V2] dm: gpio: Add DM compatibilty to GPIO driver for Davinci

On Tue, Sep 12, 2017 at 11:27 PM, Simon Glass wrote: > Hi Adam, > > On 12 September 2017 at 21:28, Adam Ford wrote: >> This adds DM compatibility for the davinici GPIO driver. >> Tested on da850-evm. >> >> Signed-off-by: Adam Ford >>

Re: [U-Boot] [PATCH] efi_loader: fix TEST_PROTOCOL case in OpenProtocol()

On 09/16/2017 03:26 PM, Rob Clark wrote: > In the TEST_PROTOCOL case, protocol_interface might be NULL, and at any > rate should not be touched. So skip efi_protocol_open() in this case. > > Fixes: "efi_loader: open_info in OpenProtocol" > Signed-off-by: Rob Clark > --- >

<    1   2