Re: [U-Boot] [PATCH v4 13/19] sunxi: DT: A64: update board .dts files from Linux

On 23/03/18 18:14, Jagan Teki wrote: > On Wed, Mar 14, 2018 at 7:27 AM, Andre Przywara > wrote: >> Update the .dts files for the various boards with an Allwinner A64 SoC. >> This is as of v4.15-rc9, exactly Linux commit: >> >> { >> pinctrl-names =

[U-Boot] [PATCH v3 3/3] Convert CONFIG_UBI_SILENCE_MSG to Kconfig

Signed-off-by: Petr Vorel --- README| 6 -- configs/am335x_igep003x_defconfig | 1 + configs/igep0032_defconfig| 1 + configs/igep00x0_defconfig| 1 + drivers/mtd/ubi/Kconfig | 7 +++ env/Kconfig

[U-Boot] [PATCH v3 2/3] Convert CONFIG_UBIFS_SILENCE_MSG to Kconfig

Introduce another difference from upstream (kernel) source in fs/ubifs/super.c: adding preprocessor condition as y variable in mount_ubifs() depends on CONFIG_UBIFS_SILENCE_MSG: fs/ubifs/super.c:1337:15: error: variable ?y? set but not used [-Werror=unused-but-set-variable] long long x, y; Not

[U-Boot] [PATCH v3 1/3] ubifs: Reintroduce using CONFIG_UBIFS_SILENCE_MSG

Use of CONFIG_UBIFS_SILENCE_MSG was added in 147162dac6 ("ubi: ubifs: Turn off verbose prints") Then it was removed in ff94bc40af ("mtd, ubi, ubifs: resync with Linux-3.14") Cc: Joe Hershberger Cc: Heiko Schocher Signed-off-by: Petr Vorel

[U-Boot] [PATCH v3 0/3] Convert CONFIG_UBI_SILENCE_MSG and CONFIG_UBIFS_SILENCE_MSG to Kconfig

Hello Heiko, thanks for your review. I fixed issues: https://travis-ci.org/pevik/u-boot/builds/357634133 Sorry, next time I'll test it in travis before posting to ML. Changes v2->v3: * Fix build error for sun5i, see https://travis-ci.org/pevik/u-boot/builds/357634133 * Drop wrong dependency on

Re: [U-Boot] [PATCH v2 02/11] efi_loader: return efi_status_t from efi_gop_register

On 03/23/2018 03:29 PM, Simon Glass wrote: > Hi Heinrich, > > On 15 February 2018 at 00:31, Heinrich Schuchardt wrote: >> All initialization routines should return a status code instead of >> a boolean. >> >> Signed-off-by: Heinrich Schuchardt >> --- >>

[U-Boot] [PATCH 1/1] log: fix typo LOGL_EFI

According to the documentation the EFI log category is called LOGC_EFI. All other categories start with LOGC_. So let's fix it. Fixes: 1973b381a1b3 ("log: add category LOGC_EFI") Signed-off-by: Heinrich Schuchardt --- include/log.h | 2 +- 1 file changed, 1 insertion(+), 1

Re: [U-Boot] [PATCH v2 11/11] efi_selftest: check installation of the device tree

On 03/23/2018 03:30 PM, Simon Glass wrote: > Hi Heinrich, > > On 15 February 2018 at 00:31, Heinrich Schuchardt wrote: >> The unit test checks if a device tree is installed. It requires that the >> 'compatible' property of the root node exists. If available it prints the >>

Re: [U-Boot] [PATCH v2 2/3] Convert CONFIG_UBIFS_SILENCE_MSG to Kconfig

Hello Petr, Am 19.03.2018 um 11:08 schrieb Petr Vorel: Signed-off-by: Petr Vorel Cc: Joe Hershberger Cc: Heiko Schocher --- README| 6 -- configs/am335x_igep003x_defconfig | 1 +

Re: [U-Boot] [PATCH 2/2] efi_loader: set the dhcp ack received flag

On 03/23/2018 08:01 PM, Heinrich Schuchardt wrote: >>From 689ada7663efae5ef13d021f3266e081d1d53293 Mon Sep 17 00:00:00 2001 > From: Patrick Wildt > Date: Fri, 23 Mar 2018 15:38:48 +0100 > Subject: [PATCH 2/2] efi_loader: set the dhcp ack received flag > > The PXE object

[U-Boot] Please pull from u-boot-i2c

Hello Tom, please pull from u-boot-i2c master: The following changes since commit b0af10443afcb9e0dcfe18a7b8a013b230df9e39: Merge git://git.denx.de/u-boot-net (2018-03-22 16:35:43 -0400) are available in the Git repository at: git://git.denx.de/u-boot-i2c.git master for you to fetch

Re: [U-Boot] [PATCH 1/1] i2c: lpi2c: remove superfluous assignments

Hello Heinrich, Am 18.03.2018 um 11:14 schrieb Heinrich Schuchardt: In lpi2c_status_t result = A; result = B; the first assignment has no effect. Let's remove it. Signed-off-by: Heinrich Schuchardt --- drivers/i2c/imx_lpi2c.c | 10 +- 1 file

Re: [U-Boot] [PATCH 1/2] efi_loader: initialize ethernet device path fully

On 03/23/2018 07:54 PM, Heinrich Schuchardt wrote: >>From c38a011f699cf5a41b48c6fc547f3d0dde3d7cf9 Mon Sep 17 00:00:00 2001 > From: Patrick Wildt > Date: Fri, 23 Mar 2018 15:36:58 +0100 > Subject: [PATCH 1/2] efi_loader: initialize ethernet device path fully > > Since the

Re: [U-Boot] [PATCH v4 13/19] sunxi: DT: A64: update board .dts files from Linux

On Wed, Mar 14, 2018 at 7:27 AM, Andre Przywara wrote: > Update the .dts files for the various boards with an Allwinner A64 SoC. > This is as of v4.15-rc9, exactly Linux commit: > commit bdfe4cebea11476d278b1b98dd0f7cdac8269d62 > Author: Icenowy Zheng >

Re: [U-Boot] dhcp command not populating dnsip environment variable

On Mon, 19 Mar 2018 21:24:50 + (UTC) Duncan Hare wrote: Joe My approach with the bootp options was a submenu in the net/Kconfig file. coupled with imply directives as suggested in defaults_distro_config. However: The "if NET" directive in net/kconfig precludes

Re: [U-Boot] [PATCH v2 17/17] phy: bcm6318-usbh: convert to use live dt

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Also fix bad accents in my name. > > Signed-off-by: Álvaro Fernández Rojas > --- > drivers/phy/bcm6318-usbh-phy.c | 10 +++--- > 1 file changed, 3 insertions(+), 7 deletions(-) > Reviewed-by: Daniel Schwierzeck

Re: [U-Boot] [PATCH v2 15/17] phy: bcm6358-usbh: convert to use live dt

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Also fix bad accents in my name. > > Signed-off-by: Álvaro Fernández Rojas > --- > drivers/phy/bcm6358-usbh-phy.c | 10 +++--- > 1 file changed, 3 insertions(+), 7 deletions(-) > Reviewed-by: Daniel Schwierzeck

Re: [U-Boot] [PATCH v2 16/17] phy: bcm6368-usbh: convert to use live dt

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Also fix bad accents in my name. > > Signed-off-by: Álvaro Fernández Rojas > --- > drivers/phy/bcm6368-usbh-phy.c | 9 +++-- > 1 file changed, 3 insertions(+), 6 deletions(-) > Reviewed-by: Daniel Schwierzeck

Re: [U-Boot] [PATCH v2 14/17] phy: bcm6348-usbh: convert to use live dt

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Also fix bad accents in my name. not sure why but some of the downloaded patches from Patchwork seemed to be messed up. I also had to fix the author field in the commit message when I applied your patches. > > Signed-off-by: Álvaro

Re: [U-Boot] [PATCH v2 13/17] cpu: bmips: convert to use live dt

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas > --- > drivers/cpu/bmips_cpu.c | 12 +++- > 1 file changed, 3 insertions(+), 9 deletions(-) > Reviewed-by: Daniel Schwierzeck -- - Daniel

Re: [U-Boot] [PATCH v2 12/17] ram: bmips: convert to use live dt

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas > Reviewed-by: Simon Glass > --- > v2: Introduce changes suggested by Daniel Schwierzeck: > - Use generic dev_remap_addr function. > > drivers/ram/bmips_ram.c |

Re: [U-Boot] [PATCH v2 11/17] spi: bcm63xx_hsspi: convert to use live dt

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas > Reviewed-by: Simon Glass > --- > v2: Introduce changes suggested by Daniel Schwierzeck: > - Use generic dev_remap_addr function. > >

Re: [U-Boot] [PATCH v2 10/17] spi: bcm63xx_spi: convert to use live dt

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas > Reviewed-by: Simon Glass > --- > v2: Introduce changes suggested by Daniel Schwierzeck and Simon Glass: > - Use generic dev_remap_addr function. > - Fix

Re: [U-Boot] [PATCH v2 09/17] power: domain: bcm6328: convert to use live dt

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas > Reviewed-by: Simon Glass > --- > v2: Introduce changes suggested by Daniel Schwierzeck: > - Use generic dev_remap_addr function. > >

Re: [U-Boot] [PATCH v2 08/17] led: bcm6328: convert to use live dt

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas > Reviewed-by: Simon Glass > --- > v2: Introduce changes suggested by Daniel Schwierzeck: > - Use generic dev_remap_addr function. > > drivers/led/led_bcm6328.c

Re: [U-Boot] [PATCH v2 07/17] led: bcm6358: convert to use live dt

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas > --- > v2: Introduce changes suggested by Daniel Schwierzeck: > - Use generic dev_remap_addr function. > > drivers/led/led_bcm6358.c | 44

Re: [U-Boot] [PATCH v2 06/17] gpio: bcm6345: convert to use live dt

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas > Reviewed-by: Simon Glass > --- > v2: Introduce changes suggested by Daniel Schwierzeck: > - Use generic dev_remap_addr_index function. > >

Re: [U-Boot] [PATCH v2 05/17] reset: bcm6345: convert to use live dt

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas > Reviewed-by: Simon Glass > --- > v2: Introduce changes suggested by Daniel Schwierzeck: > - Use generic dev_remap_addr function. > >

Re: [U-Boot] [PATCH v2 04/17] clk: bcm6345: convert to use live dt

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas > Reviewed-by: Simon Glass > --- > v2: Introduce changes suggested by Daniel Schwierzeck: > - Use generic dev_remap_addr function. > > drivers/clk/clk_bcm6345.c

Re: [U-Boot] [PATCH v2 03/17] serial: bcm6345: convert to use live dt

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas > Reviewed-by: Simon Glass > --- > v2: Introduce changes suggested by Daniel Schwierzeck: > - Use generic dev_remap_addr function. > >

Re: [U-Boot] [PATCH v2 02/17] watchdog: bcm6345: convert to use live dt

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas > --- > v2: Introduce changes suggested by Daniel Schwierzeck: > - Use generic dev_remap_addr function. > > drivers/watchdog/bcm6345_wdt.c | 8 ++-- > 1 file changed, 2

Re: [U-Boot] [PATCH v2 01/17] dm: core: add functions to get memory-mapped I/O addreses

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas > --- > drivers/core/fdtaddr.c | 12 > drivers/core/read.c| 12 > include/dm/fdtaddr.h | 22 ++ > include/dm/read.h | 32

Re: [U-Boot] [PATCH v2 01/17] dm: core: add functions to get memory-mapped I/O addreses

On 23.03.2018 18:15, Álvaro Fernández Rojas wrote: > Hi Daniel, > > > El 23/03/2018 a las 15:34, Daniel Schwierzeck escribió: >> >> On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: >>> Signed-off-by: Álvaro Fernández Rojas >>> --- >>>   drivers/core/fdtaddr.c | 12

Re: [U-Boot] [PATCH] omap3: spi: Correct ti, pindir-d0-out-d1-in parsing

On Fri, Mar 23, 2018 at 3:25 AM, Sjoerd Simons wrote: > The ti,pindir-d0-out-d1-in property is not expected to have a value > according to the device-tree binding, so treat it as a boolean not a > uint property. > > Signed-off-by: Sjoerd Simons

Re: [U-Boot] [PATCH v2 01/17] dm: core: add functions to get memory-mapped I/O addreses

Hi Daniel, El 23/03/2018 a las 15:34, Daniel Schwierzeck escribió: On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: Signed-off-by: Álvaro Fernández Rojas --- drivers/core/fdtaddr.c | 12 drivers/core/read.c| 12 include/dm/fdtaddr.h |

Re: [U-Boot] [PATCH v2 1/3] Move CONFIG_PHY_ADDR to Kconfig

On Thu, Mar 22, 2018 at 9:46 AM, Bin Meng wrote: > Hi, > > On Fri, Feb 2, 2018 at 9:53 PM, Stefan Mavrodiev wrote: >> CONFIG_PHY_ADDR is used for old-style configuration. This makes >> impossible changing the PHY address, if multiple boards share a same >>

Re: [U-Boot] [PATCH 5/5] libfdt: split fdt_region declarations out to

Hi Masahiro, On 23 March 2018 at 09:57, Masahiro Yamada wrote: > Hi Simon, > > > 2018-03-23 23:31 GMT+09:00 Simon Glass : >> Hi Masahiro, >> >> On 21 March 2018 at 03:03, Masahiro Yamada >> wrote: >>> fdt_region

Re: [U-Boot] [PATCH 2/2] ARC: HSDK: add platform-specific commands

Hi Eugeniy, Please populate commit message with brief explanation of what kind of functionality is added by that change and why it is needed in the first place. On Fri, 2018-03-23 at 15:35 +0300, Eugeniy Paltsev wrote: > Signed-off-by: Eugeniy Paltsev > --- >

[U-Boot] Depending on an .o file in other directory in Kbuild?

Hi, I finally managed to track down the parallel make issue in helloworld.efi: (previous posting at https://www.mail-archive.com/u-boot@lists.denx.de/msg268726.html): make[2]: *** No rule to make target 'lib/efi_loader/helloworld.efi', needed by '__build'. Stop. The problematic make rule

Re: [U-Boot] [PATCH] scripts: use CROSS_COMPILE environment variable

On Fri, 23 Mar 2018 16:30:56 +0100 Stefan Agner wrote: > On 03.03.2018 23:02, Lukasz Majewski wrote: > > Hi Stefan, > > > >> On 02.03.2018 17:33, Lukasz Majewski wrote: > >> > Hi Stefan, > >> > > >> >> From: Stefan Agner > >> >> > >> >> Make

Re: [U-Boot] [PATCH 5/5] libfdt: split fdt_region declarations out to

Hi Simon, 2018-03-23 23:31 GMT+09:00 Simon Glass : > Hi Masahiro, > > On 21 March 2018 at 03:03, Masahiro Yamada > wrote: >> fdt_region APIs are not part of libfdt. They are U-Boot extension >> for the verified boot. Split the declartions

Re: [U-Boot] [PATCH] scripts: use CROSS_COMPILE environment variable

On 03.03.2018 23:02, Lukasz Majewski wrote: > Hi Stefan, > >> On 02.03.2018 17:33, Lukasz Majewski wrote: >> > Hi Stefan, >> > >> >> From: Stefan Agner >> >> >> >> Make sure we use objcopy from the cross compiler toolchain. >> >> >> >> Signed-off-by: Stefan Agner

Re: [U-Boot] [PATCH 00/18] Introduce SPI TPM v2.0 support

Hi Miquel, On 21 March 2018 at 07:49, Tom Rini wrote: > On Tue, Mar 20, 2018 at 03:51:22PM +0100, Miquel Raynal wrote: >> Hi Tom, >> >> On Tue, 20 Mar 2018 10:04:55 -0400, Tom Rini wrote: >> >> > On Tue, Mar 20, 2018 at 02:36:56PM +0100, Miquel Raynal

Re: [U-Boot] [PATCH v2 01/17] dm: core: add functions to get memory-mapped I/O addreses

On 22.03.2018 19:39, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas > --- > drivers/core/fdtaddr.c | 12 > drivers/core/read.c| 12 > include/dm/fdtaddr.h | 22 ++ > include/dm/read.h | 32

[U-Boot] [GIT PULL] Xilinx patches for v2018.05

Hi Tom, please pull these changes to your tree. Travis looks good. https://travis-ci.org/michalsimek/u-boot/builds/357294420 And buildman output too. Thanks, Michal The following changes since commit b0af10443afcb9e0dcfe18a7b8a013b230df9e39: Merge git://git.denx.de/u-boot-net (2018-03-22

Re: [U-Boot] [PATCH 3/5] image.h: add forward declaration of struct fdt_region

On 21 March 2018 at 03:03, Masahiro Yamada wrote: > This header needs to know 'fdt_region' is a struct for the > fit_region_make_list() prototype. > > Signed-off-by: Masahiro Yamada > --- > > include/image.h | 1 + > 1 file changed,

Re: [U-Boot] [PATCH 5/5] libfdt: split fdt_region declarations out to

Hi Masahiro, On 21 March 2018 at 03:03, Masahiro Yamada wrote: > fdt_region APIs are not part of libfdt. They are U-Boot extension > for the verified boot. Split the declartions related to fdt_region > out ot . This allows to become a > simple wrapper file,

Re: [U-Boot] [PATCH 4/5] fdt_region: move fdt_region.c to common/ from lib/libfdt/

Hi Masahiro, On 21 March 2018 at 03:03, Masahiro Yamada wrote: > My goal is to sync lib/libfdt/ with scripts/dtc/libfdt/, that is, > make lib/libfdt/ contain only wrapper files. > > fdt_region.c was written only for U-Boot to implement the verified > boot. So,

Re: [U-Boot] [PATCH v2 10/11] efi_loader: support device tree for bootefi selftest

On 15 February 2018 at 00:31, Heinrich Schuchardt wrote: > The second argument of the bootefi command should always be usable to > specify a device tree. This was missing for bootefi selftest and > bootefi hello. > > Proper error handling is added. > > Signed-off-by: Heinrich

Re: [U-Boot] [PATCH v2 05/11] efi_loader: simplify calling efi_init_obj_list

On 15 February 2018 at 00:31, Heinrich Schuchardt wrote: > efi_init_obj_list() should be executed only once. > > Rather than having the caller check this variable and the callee set it, > move all access to the variable inside the function. This reduces the > logic needed to

Re: [U-Boot] [PATCH v1 1/5] rtc: ds1307: remove redundant code in rtc_reset

On 20 March 2018 at 20:40, Chris Packham wrote: > As of commit 1a1fa2406689 ("rtc: Set valid date after reset") the > command "date reset" will set the date/time to 2000-01-01 0:00:00 after > calling rtc_reset(). This means that the ds1307 implementation of > rtc_reset()

Re: [U-Boot] [PATCH v2 11/11] efi_selftest: check installation of the device tree

Hi Heinrich, On 15 February 2018 at 00:31, Heinrich Schuchardt wrote: > The unit test checks if a device tree is installed. It requires that the > 'compatible' property of the root node exists. If available it prints the > 'serial-number' property. > > The serial-number

Re: [U-Boot] [PATCH v2 06/11] efi_loader: exit status for efi_reset_system_init

On 15 February 2018 at 00:31, Heinrich Schuchardt wrote: > efi_reset_system_init provides the architecture or board specific > initialization of the EFI subsystem. Errors should be caught and > signalled by a return code. > > Signed-off-by: Heinrich Schuchardt

Re: [U-Boot] [PATCH v2 04/11] efi_loader: consistently return efi_status_t efi_watchdog_register

On 15 February 2018 at 00:31, Heinrich Schuchardt wrote: > efi_watchdog_register() should always return a status code and not > a boolean value. > > Signed-off-by: Heinrich Schuchardt > --- > v2 > new patch > --- > include/efi_loader.h |

Re: [U-Boot] [PATCH v2 09/11] efi_loader: check initialization of EFI subsystem is successful

On 15 February 2018 at 00:31, Heinrich Schuchardt wrote: > Up to now errors in the initialization of the EFI subsystems was not > checked. > > If any initialization fails, leave the bootefi command. > > We do not retry initialization because this would require to undo all

Re: [U-Boot] [PATCH 1/5] libfdt: move FDT_RAMDISK_OVERHEAD to image-fdt.c

On 21 March 2018 at 03:03, Masahiro Yamada wrote: > This macro is locally referenced in common/image-fdt.c > > Signed-off-by: Masahiro Yamada > --- > > common/image-fdt.c | 3 +++ > include/linux/libfdt.h | 3 --- > 2 files

Re: [U-Boot] [PATCH 2/5] fdt_region: remove unneeded fdt_internal.h inclusion

On 21 March 2018 at 03:03, Masahiro Yamada wrote: > fdt_region.c does not depend on anything in libfdt_internal.h > > Signed-off-by: Masahiro Yamada > --- > > lib/libfdt/fdt_region.c | 2 -- > 1 file changed, 2 deletions(-)

Re: [U-Boot] [PATCH v2 07/11] efi_loader: efi_get_time_init should return status code

On 15 February 2018 at 00:31, Heinrich Schuchardt wrote: > All EFI initialization functions should return a status code. > > Signed-off-by: Heinrich Schuchardt > --- > v2 > new patch > --- > include/efi_loader.h | 2 +- >

Re: [U-Boot] [PATCH v2 08/11] efi_loader: do_bootefi_exec should always return an EFI status code

On 15 February 2018 at 00:31, Heinrich Schuchardt wrote: > The return type of do_bootefi_exec() is efi_status_t. So in case > of an error we should always return an EFI status code. > > Signed-off-by: Heinrich Schuchardt > --- > v2 > no change,

Re: [U-Boot] [PATCH v2 03/11] efi_loader: return efi_status_t from efi_net_register

Hi, On 15 February 2018 at 00:31, Heinrich Schuchardt wrote: > Consistently return status codes form efi_net_register(). > > Signed-off-by: Heinrich Schuchardt > --- > v2 > new patch > --- > include/efi_loader.h | 2 +- >

Re: [U-Boot] [PATCH v2 02/11] efi_loader: return efi_status_t from efi_gop_register

Hi Heinrich, On 15 February 2018 at 00:31, Heinrich Schuchardt wrote: > All initialization routines should return a status code instead of > a boolean. > > Signed-off-by: Heinrich Schuchardt > --- > v2 > new patch > --- > include/efi_loader.h

Re: [U-Boot] [PATCH v2 01/11] efi_loader: efi_smbios_register should have a return value

On 15 February 2018 at 00:31, Heinrich Schuchardt wrote: > Errors may occur inside efi_smbios_register(). > > - Return a status code. > - Remove unused variables. > - Use constants where applicable. > > Suggested-by: Simon Glass > Signed-off-by: Heinrich

Re: [U-Boot] Please pull ARC changes

On Fri, Mar 23, 2018 at 01:38:48PM +, Alexey Brodkin wrote: > Hi Tom, > > On Fri, 2018-03-23 at 09:33 -0400, Tom Rini wrote: > > On Fri, Mar 23, 2018 at 01:23:53PM +, Alexey Brodkin wrote: > > > > > Hi Tom, > > > > > > This is the first batch of ARC changes for the next release. > > >

Re: [U-Boot] [PATCH v3] sandbox: Add 64-bit sandbox

Hi, On 12 February 2018 at 00:05, Mario Six wrote: > From: Mario Six > > To debug device tree issues involving 32- and 64-bit platforms, it is useful > to > have a generic 64-bit platform available. > > Add a version of the sandbox that uses 64-bit integers

Re: [U-Boot] [PATCH v1 10/19] phy: marvell: mux: Support nontrivial node order in selector register

On Wed, 21 Mar 2018 10:19:16 +0100 Stefan Roese wrote: > I currently have no overview of the (ongoing ?) PHY support for > A37xx in Linux. I know that we don't match the Linux upstream dts > files in U-Boot currently. But we should strive to move to the > "official" DT properties

Re: [U-Boot] Please pull ARC changes

Hi Tom, On Fri, 2018-03-23 at 09:33 -0400, Tom Rini wrote: > On Fri, Mar 23, 2018 at 01:23:53PM +, Alexey Brodkin wrote: > > > Hi Tom, > > > > This is the first batch of ARC changes for the next release. > > > > Here we: > > 1. Significantly rework cache-related functionality. > > In

Re: [U-Boot] Please pull ARC changes

On Fri, Mar 23, 2018 at 01:23:53PM +, Alexey Brodkin wrote: > Hi Tom, > > This is the first batch of ARC changes for the next release. > > Here we: > 1. Significantly rework cache-related functionality. > In particular that fixes coherency problems in some corner-cases, > allows us

[U-Boot] Please pull ARC changes

Hi Tom, This is the first batch of ARC changes for the next release. Here we: 1. Significantly rework cache-related functionality. In particular that fixes coherency problems in some corner-cases, allows us to enable and disable caches in run-time and still have properly running

Re: [U-Boot] [PATCH 2/2] tools/imximage: use 0x prefix in HAB Blocks line

On Fri, Mar 23, 2018 at 8:08 AM, Rasmus Villemoes wrote: > The u-boot-ivt.img.log file contains 0x prefixes in the HAB Blocks line, > while the SPL.log does not. For consistency, and to make it easier to > extract and put into a .csf file for use with NXP's code

Re: [U-Boot] [PATCH 1/2] Makefile: always preserve output for images that can contain HAB Blocks

[Adding Stefano and Tom] On Fri, Mar 23, 2018 at 8:08 AM, Rasmus Villemoes wrote: > The current makefile logic disables creation of the > SPL.log/u-boot-ivt.img.log etc. files when V=1 is given on the command > line, the rationale presumably being that the user wants

[U-Boot] [PATCH 2/2] ARC: HSDK: add platform-specific commands

Signed-off-by: Eugeniy Paltsev --- arch/arc/dts/hsdk.dts | 56 +++ board/synopsys/hsdk/MAINTAINERS |4 +- board/synopsys/hsdk/Makefile|2 + board/synopsys/hsdk/clk-lib.c | 75 +++ board/synopsys/hsdk/clk-lib.h | 38 ++

[U-Boot] [PATCH 1/2] ARC: bootm: refactor GO and PREP subcommands implementation

Refactor GO and PREP subcommands implementation for a simpler override in the boards platform code. Signed-off-by: Eugeniy Paltsev --- arch/arc/lib/bootm.c | 51 -- board/synopsys/axs10x/axs10x.c | 12 ++

[U-Boot] [PATCH 0/2] ARC: HSDK: add platform-specific commands

Eugeniy Paltsev (2): ARC: bootm: refactor GO and PREP subcommands implementation. ARC: HSDK: add platform-specific commands arch/arc/dts/hsdk.dts | 56 +++ arch/arc/lib/bootm.c| 51 +- board/synopsys/axs10x/axs10x.c | 12 + board/synopsys/hsdk/MAINTAINERS |4

[U-Boot] [PATCH 2/2] tools/imximage: use 0x prefix in HAB Blocks line

The u-boot-ivt.img.log file contains 0x prefixes in the HAB Blocks line, while the SPL.log does not. For consistency, and to make it easier to extract and put into a .csf file for use with NXP's code signing tool, add 0x prefixes here. Signed-off-by: Rasmus Villemoes

[U-Boot] [PATCH 1/2] Makefile: always preserve output for images that can contain HAB Blocks

The current makefile logic disables creation of the SPL.log/u-boot-ivt.img.log etc. files when V=1 is given on the command line, the rationale presumably being that the user wants and gets the information on the console. However, from general principles, I don't think a higher V= level should

Re: [U-Boot] [PATCH] pci: Fix decode regions for memory banks

Hi, Thanks for the report. I am answering from my private email. At the moment I can't find any issue regarding my patch. It should make no difference since dram_init_banksize in quark/dram.c should set the dram bank. I will continue my investigation and contact you if I find out something.

Re: [U-Boot] [PATCH v2 1/3] Move CONFIG_PHY_ADDR to Kconfig

Hi, On Fri, Feb 2, 2018 at 9:53 PM, Stefan Mavrodiev wrote: > CONFIG_PHY_ADDR is used for old-style configuration. This makes > impossible changing the PHY address, if multiple boards share a same > config header file (for example include/configs/sunxi-common.h). > > Moving

Re: [U-Boot] [PATCH v2 2/6] sunxi: add Kconfig option for the maximum accessible DRAM

于 2018年3月23日 GMT+08:00 下午5:39:25, Maxime Ripard 写到: >On Fri, Mar 23, 2018 at 04:18:53PM +0800, Icenowy Zheng wrote: >> Allwinner 64-bit SoCs can use 4GiB DRAM chip, however their memory >map >> has only allocated 3GiB for DRAM, so only 3GiB of the DRAM is >>

Re: [U-Boot] [PATCH v2 4/6] sunxi: restrict the ram_size to the accessible range in SPL

On Fri, Mar 23, 2018 at 04:18:55PM +0800, Icenowy Zheng wrote: > On newer Allwinner SoCs with the BROM start at 0x0 and the DRAM space at > <0x4000 0xc000>, some parts of DRAM will be inaccessible when > 4GiB module is used. > > Restrict the ram_size written to global_data in SPL. > >

Re: [U-Boot] [PATCH v2 2/6] sunxi: add Kconfig option for the maximum accessible DRAM

On Fri, Mar 23, 2018 at 5:39 PM, Maxime Ripard wrote: > On Fri, Mar 23, 2018 at 04:18:53PM +0800, Icenowy Zheng wrote: >> Allwinner 64-bit SoCs can use 4GiB DRAM chip, however their memory map >> has only allocated 3GiB for DRAM, so only 3GiB of the DRAM is >>

Re: [U-Boot] [PATCH v2 5/6] sunxi: add code for recalculating the DRAM size in U-Boot

于 2018年3月23日 GMT+08:00 下午5:40:41, Maxime Ripard 写到: >On Fri, Mar 23, 2018 at 04:18:56PM +0800, Icenowy Zheng wrote: >> The get_ram_size() function in U-Boot can only deal with memory size >> smaller than 2GiB. To enable the support of 3GiB DRAM on newer 64-bit >>

Re: [U-Boot] [PATCH v2 5/6] sunxi: add code for recalculating the DRAM size in U-Boot

On Fri, Mar 23, 2018 at 04:18:56PM +0800, Icenowy Zheng wrote: > The get_ram_size() function in U-Boot can only deal with memory size > smaller than 2GiB. To enable the support of 3GiB DRAM on newer 64-bit > SoCs, an alternative way to detect DRAM size is needed. Why not just fixing get_ram_size

Re: [U-Boot] [PATCH v2 2/6] sunxi: add Kconfig option for the maximum accessible DRAM

On Fri, Mar 23, 2018 at 04:18:53PM +0800, Icenowy Zheng wrote: > Allwinner 64-bit SoCs can use 4GiB DRAM chip, however their memory map > has only allocated 3GiB for DRAM, so only 3GiB of the DRAM is > accessible. How would that work in Linux? > Add a Kconfig option for the maximum accessible

[U-Boot] [PATCH][v3] mtd: nand: fsl_ifc: Fix eccstat array overflow for IFC ver >= 2.0.0

Number of ECC status registers i.e. (ECCSTATx) has been increased in IFC version 2.0.0 due to increase in SRAM size. This is causing eccstat array to over flow. So, replace eccstat array with u32 variable to make it fail-safe and independent of number of ECC status registers or SRAM size.

[U-Boot] [PATCH v2 6/6] sunxi: add size recalculation code for common DesignWare DRAM driver

The Allwinner A64 and H5 SoCs are both capable of use 3GiB capacity of 4GiB modules, and they both use the common DesignWare DRAM driver code. Add size recalculation code for the driver. Signed-off-by: Icenowy Zheng --- New patch in v2. arch/arm/mach-sunxi/Kconfig |

[U-Boot] [PATCH v2 5/6] sunxi: add code for recalculating the DRAM size in U-Boot

The get_ram_size() function in U-Boot can only deal with memory size smaller than 2GiB. To enable the support of 3GiB DRAM on newer 64-bit SoCs, an alternative way to detect DRAM size is needed. Add the possibility to use some DRAM size recalculating code in DRAM driver. Signed-off-by: Icenowy

[U-Boot] [PATCH v2 4/6] sunxi: restrict the ram_size to the accessible range in SPL

On newer Allwinner SoCs with the BROM start at 0x0 and the DRAM space at <0x4000 0xc000>, some parts of DRAM will be inaccessible when 4GiB module is used. Restrict the ram_size written to global_data in SPL. Signed-off-by: Icenowy Zheng --- No changes in v2.

[U-Boot] [PATCH v2 3/6] sunxi: let sunxi_dram_init return unsigned long long

As 4GiB capacity is above the range of 32-bit unsigned integer, raise the return type of sunxi_dram_init() to unsigned long long, thus it can hold 4GiB capacity (or maybe more on A80). Some controllers that are possible to use 4GiB+ memory module are also changed to calculate its memory capacity

[U-Boot] [PATCH v2 2/6] sunxi: add Kconfig option for the maximum accessible DRAM

Allwinner 64-bit SoCs can use 4GiB DRAM chip, however their memory map has only allocated 3GiB for DRAM, so only 3GiB of the DRAM is accessible. Add a Kconfig option for the maximum accessible DRAM. For A80 it should be a much higher value (8GiB), but as I have no A80 device to test and

[U-Boot] [PATCH v2 0/6] Add 3GiB DRAM support to 64-bit Allwinner SoCs

Allwinner 64-bit SoCs have allocated 3GiB space in the memory map for DRAM. If memory bigger than 3GiB is installed (as memory usually come as pow of 2 and they are not known to support 3GiB LPDDR3 modules, it means 4GiB memory is installed), the whole 3GiB space can be all used. However, in many

[U-Boot] [PATCH v2 1/6] sunxi: map DRAM part with 3G size on AArch64

All Allwinner 64-bit SoCs now are known to be able to access 3GiB of external DRAM, however the size of DRAM part in the MMU translation table is still 2GiB. Change the size of DRAM part in MMU table to 3GiB. Signed-off-by: Icenowy Zheng --- No changes in v2.

Re: [U-Boot] [PATCH] dm: i2c: implement gpio-based I2C deblock

Hello Alexander, Am 23.03.2018 um 08:50 schrieb Alexander Kochetkov: 23 марта 2018 г., в 10:35, Heiko Schocher написал(а): Just triggered an travis build (not finsihed yet), and your patch drops errors for arm926ejs boards:

Re: [U-Boot] [PATCH] dm: i2c: implement gpio-based I2C deblock

> 23 марта 2018 г., в 10:35, Heiko Schocher написал(а): > > Just triggered an travis build (not finsihed yet), and your patch drops > errors for arm926ejs boards: > > https://travis-ci.org/hsdenx/u-boot-i2c/jobs/357258790 > > So, can you do a full travis build for your patch

Re: [U-Boot] [PATCH] dm: i2c: implement gpio-based I2C deblock

Hello Alexander, Am 23.03.2018 um 07:50 schrieb Heiko Schocher: Hello Alexander, Am 02.03.2018 um 14:37 schrieb Alexander Kochetkov: The commit extract gpio description from device tree, setup pins and toggle them until I2C slave device release SDA. Any comments? Ideas? Could someone review

Re: [U-Boot] [PATCH] dm: i2c: implement gpio-based I2C deblock

Hello Alexander, Am 02.03.2018 um 14:37 schrieb Alexander Kochetkov: The commit extract gpio description from device tree, setup pins and toggle them until I2C slave device release SDA. Any comments? Ideas? Could someone review the patch and tell that should I do with it in order to bring the