Re: [U-Boot] [PATCH v2 1/1] common: Move CONFIG_BOOTARGS to Kconfig

On 14 August 2017 at 05:43, Tom Rini wrote: > On Thu, Jul 27, 2017 at 06:43:44PM +0300, Sam Protsenko wrote: > >> Also introduce CONFIG_USE_BOOTARGS option so we can control if >> CONFIG_BOOTARGS defined at all. >> >> Signed-off-by: Sam Protsenko

[U-Boot] [PATCH v2] hash: Compile only hardware or software versions of SHA algorithms

Commit 089df18bfe9d ("lib: move hash CONFIG options to Kconfig") moved CONFIG_SHA1, CONFIG_SHA256, CONFIG_SHA_HW_ACCEL, and CONFIG_SHA_PROG_HW_ACCEL config options to Kconfig. So in the case of SPL, CONFIG_SPL_HASH_SUPPORT enables CONFIG_SHA1 and CONFIG_SHA256 which enables SHA SW library by

Re: [U-Boot] [PATCH 02/12] palmas: Add support for powering different ldos

On Sat, Aug 12, 2017 at 11:59:23AM +0530, Lokesh Vutla wrote: > It is not necessary that ldo1 is used to power on mmc. > So, add support for passing ldo registers for powering on mmc. > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom

Re: [U-Boot] [PATCH 01/12] arm: omap5+: Add board specific ldo powering

On Sat, Aug 12, 2017 at 11:59:22AM +0530, Lokesh Vutla wrote: > It is not necessary all omap5+ based uses the same PMIC > to poweron mmc. So add support for enabling mmc based on board. > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom

Re: [U-Boot] [PATCH 06/12] board: ti: dra76-evm: Add the pmic data

On Sat, Aug 12, 2017 at 11:59:27AM +0530, Lokesh Vutla wrote: > From: Keerthy > > dra76-evm uses lp8736 and tps65917 pmic for powering on > various peripherals. Add data for these pmics and register > for dra76-evm. > > Signed-off-by: Keerthy >

Re: [U-Boot] [PATCH 09/12] board: ti: dra76-evm: Add support for powering on mmc ldo

On Sat, Aug 12, 2017 at 11:59:30AM +0530, Lokesh Vutla wrote: > ldo4 is used to poweron mmc on dra76-evm. Enable it. > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH 10/12] env: ti: boot: Select dtb name for dra76

On Sat, Aug 12, 2017 at 11:59:31AM +0530, Lokesh Vutla wrote: > Select dtb name for dra76-evm. > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature ___

Re: [U-Boot] [PATCH 2/2] hello_world.c: fix entry point in case of arm thumb binary

Dear Max, In message <1502573515.17070.20.ca...@gmail.com> you wrote: > > This again stems from my assumption that one has to write the > standalone application in a way that the entry point is actually > linked to the beginning of the binary. No, this stems from your confusion of load address

Re: [U-Boot] [PATCH 2/2] hello_world.c: fix entry point in case of arm thumb binary

On Sat, Aug 12, 2017 at 11:03:46AM +0200, Max Krummenacher wrote: > If compiling for thumb the U-Boot 'go' command can not jump to the entry > point, as the jump will be done in the assumption that the code jumped to > is using the arm instruction set. > > So add add a simple forwarder in arm

Re: [U-Boot] [PATCH 05/12] board: ti: dra76-evm: Add epprom support

On Sat, Aug 12, 2017 at 11:59:26AM +0530, Lokesh Vutla wrote: > The dra76-evm is a board based on TI's DRA76 processor > Add eeprom support > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH 08/12] board: ti: dra76-evm: Add the pinmux data

On Sat, Aug 12, 2017 at 11:59:29AM +0530, Lokesh Vutla wrote: > Adding pinmux and IODELAY data for dra76-evm. > > Signed-off-by: Vignesh R > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc Description:

Re: [U-Boot] [PATCH 04/12] arm: dra76: Add support for ES1.0 detection

On Sat, Aug 12, 2017 at 11:59:25AM +0530, Lokesh Vutla wrote: > From: Praneeth Bajjuri > > dra76 family is a high-performance, infotainment application > device, based on OMAP architecture on a 28-nm technology. > This contains most of the subsystems, peripherals that are >

Re: [U-Boot] [PATCH 07/12] board: ti: dra76-evm: Add DDR data

On Sat, Aug 12, 2017 at 11:59:28AM +0530, Lokesh Vutla wrote: > dra76-evm has the ddr parts connectedi running at 666MHz: > EMIF1: MT41K512M16HA-125 AIT:A x 2 > EMIF2: MT41K512M8RH-125-AAT:E x 4 > Add support for configuring the above DDR parts. > > Signed-off-by: Lokesh Vutla

Re: [U-Boot] [PATCH v2 1/2] arm: use LOADADDR as the default for STANDALONE_LOAD_ADDR

On Mon, Aug 14, 2017 at 06:27:19PM +0200, Max Krummenacher wrote: > Different SoCs have different RAM layouts, so using > $(CONFIG_LOADADDR) instead of the constant 0xc10 for > CONFIG_STANDALONE_LOAD_ADDR is probably more appropriate. > > Signed-off-by: Max Krummenacher

[U-Boot] FYI: scripts for manually converting options to Kconfig

If you find yourself trying to convert some config option to Kconfig, and it's not going well with just moveconfig.py, you can still speed things up with a little bit of scripting. Tom asked me to share my scripts, so here they are: https://github.com/joe-skb7/uboot-convert-scripts

Re: [U-Boot] [PATCH 1/2] arm: use $loadaddr as the standalone entry point

Dear Max, In message <1502572898.17070.11.ca...@gmail.com> you wrote: > > Ok, will do. The issue is that linking the standalone application > to have its text segment at a hardcoded address is less > likely to work than using an address provided by the board This may (or may not) be the case -

Re: [U-Boot] [PATCH 03/12] configs: dra7xx: Enable LP87565 related configs

On Sat, Aug 12, 2017 at 11:59:24AM +0530, Lokesh Vutla wrote: > From: Keerthy > > Enable LP87565 related configs > > Signed-off-by: Keerthy > Signed-off-by: Lokesh Vutla > --- > configs/dra7xx_evm_defconfig| 2 ++ >

Re: [U-Boot] [PATCH 12/12] ARM: dts: dra76-evm: Add initial support

On Sat, Aug 12, 2017 at 11:59:33AM +0530, Lokesh Vutla wrote: > Signed-off-by: Lokesh Vutla > --- > arch/arm/dts/Makefile | 2 +- > arch/arm/dts/dra7-evm-common.dtsi | 259 +++ > arch/arm/dts/dra7-evm.dts | 271

Re: [U-Boot] [PATCH 11/12] ARM: dts: dra7-evm: sync DT with latest Linux

On Sat, Aug 12, 2017 at 11:59:32AM +0530, Lokesh Vutla wrote: > Signed-off-by: Lokesh Vutla > --- > arch/arm/dts/dra7-evm.dts | 276 > -- > 1 file changed, 23 insertions(+), 253 deletions(-) Please include a commit message to say

Re: [U-Boot] [PATCH v2 08/15] dm: mmc: sunxi: Pass private data around explicitly

Hi Chen-Yu, On 8 August 2017 at 21:27, Chen-Yu Tsai wrote: > Hi Simon, > > On Wed, Jul 5, 2017 at 3:31 AM, Simon Glass wrote: >> At present the driver-private data is obtained in various functions by >> various means. With driver model this is provided

Re: [U-Boot] [PATCH 1/2] arm: use $loadaddr as the standalone entry point

On Mon, Aug 14, 2017 at 09:36:35PM +0200, Wolfgang Denk wrote: > Dear Max, > > In message <1502572898.17070.11.ca...@gmail.com> you wrote: > > > > Ok, will do. The issue is that linking the standalone application > > to have its text segment at a hardcoded address is less > > likely to work than

[U-Boot] [PATCH] fs/fat: Correct blk_dread() return value check

The function blk_dread will return -ENOSYS on failure or on success the number of blocks read, which must be the number asked to read (otherwise it failed somewhere). Correct this check. Signed-off-by: Tom Rini --- fs/fat/fat.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [U-Boot] [PATCH] spi: add "jedec,spi-nor" to spi_flash_std_ids

+Jagan@gmail not sure what your primary u-boot address is On Wed, Aug 9, 2017 at 1:33 AM, Vignesh R wrote: > > > On Tuesday 08 August 2017 10:27 AM, Chris Packham wrote: >> "jedec,spi-nor" is used by Linux for many boards with spi flash. In fact >> according to the binding

[U-Boot] [PATCH] mtdparts: Fix various issues reported by Coverity

Now that sandbox is building cmd/mtdparts.c Coverity has looked at the code and found a number of issues. In index_partitions() it is possible that part will be NULL, so re-work the checks and debug statements to take this into account. We have a number of string buffers that we print to in the

[U-Boot] [PATCH] spl: spl_mmc.c Correct blk_dread() return value check

The function blk_dread will return -ENOSYS on failure or on success the number of blocks read, which must be the number asked to read (otherwise it failed somewhere). Correct this check. Signed-off-by: Tom Rini --- common/spl/spl_mmc.c | 2 +- 1 file changed, 1

[U-Boot] [PATCH] fb_mmc.c: Correct blk_dread() return value checks

The function blk_dread will return -ENOSYS on failure or on success the number of blocks read, which must be the number asked to read (otherwise it failed somewhere). Correct this check. Cc: Lukasz Majewski Signed-off-by: Tom Rini --- common/fb_mmc.c | 4

Re: [U-Boot] [PATCH v4 1/1] common: Move CONFIG_BOOTARGS to Kconfig

On Mon, Aug 14, 2017 at 08:22:17PM +0300, Sam Protsenko wrote: > Also introduce CONFIG_USE_BOOTARGS option so we can control if > CONFIG_BOOTARGS defined at all. > > Signed-off-by: Sam Protsenko With a few more re-syncs, applied to u-boot/master, thanks! -- Tom

[U-Boot] [ANN] U-Boot v2017.09-rc2 released

Hey all, It's release day and v2017.09-rc2 is out. I'm mostly happy with the size of the changes here and I did remember to sync the defconfigs prior to tagging. If anyone has critical fixes I've missed or some Kconfig migrations (that I can prove out as correct), please speak up. I also

Re: [U-Boot] Pull request: u-boot-net.git master

On Mon, Aug 14, 2017 at 12:48:43PM -0500, Joe Hershberger wrote: > Hi Tom, > > The following changes since commit aa6aaf93211b7e22361e75f1068e1e565e731f25: > > ARM: rockchip: rock: Correct test to use CONFIG_IS_ENABLED not defined > (2017-08-14 13:33:07 -0400) > > are available in the git

[U-Boot] [PATCH] cmd/read.c: Fix checking blk_dread return value

The function blk_dread will return -ENOSYS on failure or on success the number of blocks read, which must be the number asked to read (otherwise it failed somewhere). Correct this check. Reported-by: Coverity (CID: 166335) Cc: Philipp Tomsich Cc: Simon

Re: [U-Boot] [PATCH] hash: Compile-off SHA SW lib in case SHA HW lib is present

> -Original Message- > From: Tom Rini [mailto:tr...@konsulko.com] > Sent: Monday, August 14, 2017 8:04 PM > To: Sumit Garg > Cc: u-boot@lists.denx.de; York Sun ; Ruchika Gupta > ; Prabhakar Kushwaha >

Re: [U-Boot] [UBOOT] [PATCH] cmd: usb: ignore block devices under mass storage device

Hi Simon, On Sun, Aug 13, 2017 at 2:37 PM, Simon Glass wrote: > Hi Suneel, > > On 10 August 2017 at 23:53, Suneel Garapati wrote: >> usb tree and info commands may cause crash otherwise >> >> Signed-off-by: Suneel Garapati >>

Re: [U-Boot] [PATCH v2] hash: Compile only hardware or software versions of SHA algorithms

> -Original Message- > From: Tom Rini [mailto:tr...@konsulko.com] > Sent: Tuesday, August 15, 2017 2:08 AM > To: u-boot@lists.denx.de > Cc: Simon Glass ; Sumit Garg > Subject: [PATCH v2] hash: Compile only hardware or software versions of SHA >

[U-Boot] [PATCH] i2c: muxes: add i2c gpio multiplexer driver

Add an i2c mux driver providing access to i2c bus segments using a hardware MUX sitting on a master bus and controlled through gpio pins. E.G. something like: -- -- Bus segment 1 - - - - - | | SCL/SDA| |-- |

[U-Boot] [PATCH 1/2] pinctrl: imx: Fix mask when SHARE_MUX_CONF_REG is set

when using SHARE_MUX_CONF_REG, wrong mask is used for writing config value, which causes mux value is cleared. Signed-off-by: Peng Fan Cc: Simon Glass Cc: Stefano Babic --- drivers/pinctrl/nxp/pinctrl-imx.c | 2 +- 1 file changed, 1

[U-Boot] [PATCH 2/2] pinctrl: imx7ulp: Add new info instance for iomuxc1

To i.MX7ULP, we need to create two info instances for iomux0 and iomux1 respectively, otherwise iomuxc0/1 will share one info instance and use one base, because imx_pinctrl_probe will use info to store base address and etc. But iomuxc0/1 actually have different base address. Signed-off-by: Peng

Re: [U-Boot] [PATCH 3/3] rockchip: evb-rv1108: add usb init function for dwc2 gadget

Dear Simon, 在 2017年08月14日 05:35, Simon Glass 写道: On 8 August 2017 at 21:36, William Wu wrote: This patch implements board_usb_init() for dwc2 gadget, it generally called from do_fastboot to do dwc2 udc probe and support fastboot over USB. Signed-off-by: William Wu

Re: [U-Boot] [PATCH 1/2] powerpc: Rework interrupt_init_cpu()

On Mon, Aug 14, 2017 at 4:44 AM, Tom Rini wrote: > The function interrupt_init_cpu() is given an int return type but does > not return anything but 0. Rework this to be a void function. > > Signed-off-by: Tom Rini > --- >

Re: [U-Boot] [PATCH 2/2] powerpc: Rework cpu_init_f() to take no arguments

Acked-by: Christophe Leroy Le 14/08/2017 à 04:44, Tom Rini a écrit : The function cpu_init_f() is called slightly differently on different PowerPC platforms. In some cases the function needs to make use of the IMMR and in other cases it does not. Rather than pass

[U-Boot] [PATCH v3] Makefile: honor PYTHON configuration properly

On some systems `python` is `python3` (for instance, Archlinux). The `PYTHON` variable can be used to point to `python2` to have a successful build. The use of `PYTHON` is currently limited in the Makefile and needs to be extended in other places: First, pylibfdt is required to be a Python 2

[U-Boot] rockchip: rk322x: Disable integrated macphy for saving power consuming

Unfortunately, the integrated macphy default is enabled, which will increase power consuming, if we do not use this PHY. So let's disable it at first, which will save power consuming. If we really use it, then enable it in driver level. Signed-off-by: David Wu ---

Re: [U-Boot] [PATCH] nios2: 10m50: Add CPU pre-relocation in device tree

Hi all, this patch has been sent for a while. I did cc the patch to the u-boot custodian for Nios II, Thomas Chou. Can I know how can I get this patch reviewed and merged sooner? Thank you. ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [PATCH 2/2] powerpc: Rework cpu_init_f() to take no arguments

On Mon, Aug 14, 2017 at 8:20 AM, Christophe LEROY wrote: > Acked-by: Christophe Leroy > > > > Le 14/08/2017 à 04:44, Tom Rini a écrit : >> >> The function cpu_init_f() is called slightly differently on different >> PowerPC platforms. In some

[U-Boot] [PATCH] hash: Compile-off SHA SW lib in case SHA HW lib is present

Commit 089df18bfe9d ("lib: move hash CONFIG options to Kconfig") moved CONFIG_SHA1, CONFIG_SHA256, CONFIG_SHA_HW_ACCEL, and CONFIG_SHA_PROG_HW_ACCEL config options to Kconfig. So in case of SPL, CONFIG_SPL_HASH_SUPPORT enables CONFIG_SHA1 and CONFIG_SHA256 which enables SHA SW library by default.

Re: [U-Boot] [PATCH 0/8] fs/fat: cleanups + readdir implementation

On Sun, Aug 13, 2017 at 5:59 PM, Tom Rini wrote: > On Sun, Aug 13, 2017 at 05:50:39PM -0400, Rob Clark wrote: >> On Sun, Aug 13, 2017 at 5:13 PM, Tom Rini wrote: >> > On Sun, Aug 13, 2017 at 06:45:20AM -0400, Rob Clark wrote: >> > >> >> Introduce directory

Re: [U-Boot] [PATCH 0/8] fs/fat: cleanups + readdir implementation

On Mon, Aug 14, 2017 at 08:48:47AM -0400, Rob Clark wrote: > On Sun, Aug 13, 2017 at 5:59 PM, Tom Rini wrote: > > On Sun, Aug 13, 2017 at 05:50:39PM -0400, Rob Clark wrote: > >> On Sun, Aug 13, 2017 at 5:13 PM, Tom Rini wrote: > >> > On Sun, Aug 13, 2017

[U-Boot] [PATCH v2 1/8] fs/fat: split out helper to init fsdata

Want to re-use this in fat dirent iterator in next patch. Signed-off-by: Rob Clark --- fs/fat/fat.c | 73 +++ include/fat.h | 1 + 2 files changed, 44 insertions(+), 30 deletions(-) diff --git a/fs/fat/fat.c

[U-Boot] [PATCH v2 8/8] fs/fat: fix case for FAT shortnames

Noticed when comparing our output to linux. There are some lcase bits which control whether filename and/or extension should be downcase'd. Signed-off-by: Rob Clark --- fs/fat/fat.c | 17 - fs/fat/fat_write.c | 4 ++-- include/fat.h | 3 +++ 3

[U-Boot] [PATCH v2 5/8] fs/fat: implement opendir/readdir/closedir

Implement the readdir interface using the directory iterators. Signed-off-by: Rob Clark --- fs/fat/fat.c | 56 1 file changed, 56 insertions(+) diff --git a/fs/fat/fat.c b/fs/fat/fat.c index a50a10ba47..fe5819315b

[U-Boot] [PATCH v2 6/8] fat/fs: remove a bunch of dead code

Spotted by chance, when trying to remove file_fat_ls(), I noticed there were some dead users of the API. Signed-off-by: Rob Clark Acked-by: Stefan Brüns --- fs/fat/Makefile | 4 -- fs/fat/file.c | 183

[U-Boot] [PATCH v2 3/8] fat/fs: convert to directory iterators

And drop a whole lot of ugly code! Signed-off-by: Rob Clark --- fs/fat/fat.c | 723 ++ include/fat.h | 6 - 2 files changed, 75 insertions(+), 654 deletions(-) diff --git a/fs/fat/fat.c b/fs/fat/fat.c index

[U-Boot] [PATCH v2 4/8] fs: add fs_readdir()

Needed to support efi file protocol. The fallback.efi loader wants to be able to read the contents of the /EFI directory to find an OS to boot. Modelled after POSIX opendir()/readdir()/closedir(). Unlike the other fs APIs, this is stateful (ie. state is held in the FS_DIR "directory stream"),

[U-Boot] [PATCH v2 7/8] fat/fs: move ls to generic implementation

Add a generic implementation of 'ls' using opendir/readdir/closedir, and replace fat's custom implementation. Other filesystems should move to the generic implementation after they add opendir/readdir/closedir support. Signed-off-by: Rob Clark --- fs/fat/fat.c | 32

[U-Boot] [PATCH v2 2/8] fs/fat: introduce new director iterators

Untangle directory traversal into a simple iterator, to replace the existing multi-purpose do_fat_read_at() + get_dentfromdir(). Signed-off-by: Rob Clark --- fs/fat/fat.c | 326 +++ 1 file changed, 326 insertions(+)

[U-Boot] [PATCH v2 0/8] fs/fat: cleanups + readdir implementation

Introduce directory traversal iterators, and implement fs_readdir() which is needed by EFI_LOADER. The part re-working fat.c to use the directory iterators itself is nearly a 2:1 negative diffstat, and a pretty big cleanup. I fixed one or two other small issues along the way. It hasn't really

Re: [U-Boot] [PATCH] mmc: Support generic PCI SD host controller

Hi Jaehoon, Tom, On Wed, Aug 9, 2017 at 3:21 PM, Bin Meng wrote: > This changes pci_mmc driver to use PCI_CLASS_SYSTEM_SDHCI instead of > individual vendor id & device id pair to support generic PCI SD host > controller. > > Signed-off-by: Bin Meng > ---

Re: [U-Boot] [PATCH v3] Makefile: honor PYTHON configuration properly

On Mon, Aug 14, 2017 at 08:59:11AM +0200, Cl??ment B??sch wrote: > On some systems `python` is `python3` (for instance, Archlinux). The > `PYTHON` variable can be used to point to `python2` to have a successful > build. > > The use of `PYTHON` is currently limited in the Makefile and needs to be

Re: [U-Boot] [PATCH] sunxi: defaultly enable SPL for Lichee Pi Zero

On Mon, Aug 14, 2017 at 8:30 PM, Icenowy Zheng wrote: > As we have already DRAM initialization code for V3s SoC, we can > defaultly enable SPL now on Lichee Pi Zero. > > Add CONFIG_SPL in Lichee Pi Zero defconfig. > > Signed-off-by: Icenowy Zheng Reviewed-by:

Re: [U-Boot] [PATCH v2 3/8] fat/fs: convert to directory iterators

On Montag, 14. August 2017 15:16:15 CEST Rob Clark wrote: > And drop a whole lot of ugly code! > > Signed-off-by: Rob Clark > --- > fs/fat/fat.c | 723 > ++ include/fat.h | > 6 - > 2 files changed, 75 insertions(+),

Re: [U-Boot] [PATCH 3/3] dtoc: Add support for 32 or 64-bit addresses

> On 20 Jun 2017, at 05:34, Simon Glass wrote: > > When using 32-bit addresses dtoc works correctly. For 64-bit addresses it > does not since it ignores the #address-cells and #size-cells properties. > > Update the tool to use fdt64_t as the element type for reg properties

[U-Boot] [PATCH] sunxi: defaultly enable SPL for Lichee Pi Zero

As we have already DRAM initialization code for V3s SoC, we can defaultly enable SPL now on Lichee Pi Zero. Add CONFIG_SPL in Lichee Pi Zero defconfig. Signed-off-by: Icenowy Zheng --- configs/LicheePi_Zero_defconfig | 4 1 file changed, 4 insertions(+) diff --git

Re: [U-Boot] [PATCH 0/3] dtoc: Add support for 64-bit addresses

Simon, > On 20 Jun 2017, at 05:34, Simon Glass wrote: > > This series updates dtoc to support 64-bit addresses automatically. These > appear in C code as fdt64_t arrays: > > struct dtd_test1 { > fdt64_t reg[2]; > > }; > > static struct dtd_test1 dtv_test1 = {

Re: [U-Boot] [PATCH] hash: Compile-off SHA SW lib in case SHA HW lib is present

On Mon, Aug 14, 2017 at 05:09:46PM +0530, Sumit Garg wrote: > Commit 089df18bfe9d ("lib: move hash CONFIG options to Kconfig") > moved CONFIG_SHA1, CONFIG_SHA256, CONFIG_SHA_HW_ACCEL, and > CONFIG_SHA_PROG_HW_ACCEL config options to Kconfig. So in case of > SPL, CONFIG_SPL_HASH_SUPPORT enables

Re: [U-Boot] [PATCH v2 3/8] fat/fs: convert to directory iterators

On Mon, Aug 14, 2017 at 9:47 AM, Brüns, Stefan wrote: > On Montag, 14. August 2017 15:16:15 CEST Rob Clark wrote: >> And drop a whole lot of ugly code! >> >> Signed-off-by: Rob Clark >> --- >> fs/fat/fat.c | 723 >>

Re: [U-Boot] [PATCH v2 3/8] fat/fs: convert to directory iterators

On Mon, Aug 14, 2017 at 10:39 AM, Rob Clark wrote: > On Mon, Aug 14, 2017 at 9:47 AM, Brüns, Stefan > wrote: > >> Have you checked this case still works? AFAICS this is not covered in fs- >> test.sh. Examples of suitables sandbox commands are

Re: [U-Boot] [PATCH v2 4/5] spl: fit: Support both external and embedded data

On 08/13/2017 02:35 PM, Simon Glass wrote: > Hi York, > > On 7 August 2017 at 17:16, York Sun wrote: >> SPL supports U-Boot image in FIT format which has data outside of >> FIT structure. This adds support for embedded data for normal FIT >> images. >> >> Signed-off-by: York

Re: [U-Boot] [PATCH v2 3/5] spl: fit: Eanble GZIP support for image decompression

On 08/13/2017 02:35 PM, Simon Glass wrote: > Hi York, > > On 7 August 2017 at 17:16, York Sun wrote: >> Add Kconfig option SPL_GZIP and SPL_ZLIB to enable gunzip support for >> SPL boot, eg. falcon boot compressed kernel image. >> >> Signed-off-by: York Sun

[U-Boot] [RFC PATCH 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] [RFC PATCH 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 regmap_init_mem_platdata

[U-Boot] [RFC PATCH 1/4] rockchip: clk: rk3368: 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 clk_rk3368 driver to correctly handle OF_PLATDATA given this new structure layout. Signed-off-by: Philipp Tomsich

[U-Boot] [RFC PATCH 0/4] rockchip: rk3368: fixes to work with 64bit-aware OF_PLATDATA

With Simon's series [1] to make dtoc 64bit-aware (i.e. handle addresses and sizes that occupy 2 cells as 64bit values and use fdt64_t in the generated datastructures), we need a few adjustments to the RK3368 support to make the RK3368-uQ7 bootable. This series has the DMC driver work around some

[U-Boot] [PATCH 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 ---

Re: [U-Boot] [U-Boot,1/3] dtoc: Adjust Node to record its parent

On Mon, 19 Jun 2017, Simon Glass wrote: We need to be able to search back up the tree for #address-cells and #size-cells. Record the parent of each node to make this easier. Signed-off-by: Simon Glass --- Reviewed-by: Philipp Tomsich

Re: [U-Boot] [U-Boot, 2/3] dtoc: Add a 64-bit type and a way to convert cells into 64 bits

On Mon, 19 Jun 2017, Simon Glass wrote: When dealing with multi-cell values we need a type that can hold this value. Add this and a function to process it from a list of cell values. Signed-off-by: Simon Glass --- Reviewed-by: Philipp Tomsich

Re: [U-Boot] [PATCH] mmc: Support generic PCI SD host controller

On Mon, Aug 14, 2017 at 11:06:32PM +0800, Bin Meng wrote: > Hi Jaehoon, Tom, > > On Wed, Aug 9, 2017 at 3:21 PM, Bin Meng wrote: > > This changes pci_mmc driver to use PCI_CLASS_SYSTEM_SDHCI instead of > > individual vendor id & device id pair to support generic PCI SD host >

[U-Boot] [PATCH v2 1/2] arm: use LOADADDR as the default for STANDALONE_LOAD_ADDR

Different SoCs have different RAM layouts, so using $(CONFIG_LOADADDR) instead of the constant 0xc10 for CONFIG_STANDALONE_LOAD_ADDR is probably more appropriate. Signed-off-by: Max Krummenacher --- Changes in v2: - Don't confuse loadaddr with entry point as

[U-Boot] [PATCH v2 0/2] improve hello_world standalone application for arm

This series addresses - hardcoded load address, use LOADADDR if available as the entry point instead - fix thumb build, jumping with 'go' to the entry point expects arm code Note that in addition to the two fixes I've seen random freezes or 'random' printed stuff when using an early linaro gcc

[U-Boot] [PATCH v2 2/2] hello_world.c: fix entry point in case of arm thumb binary

For the ARM architecture the U-Boot 'go' command can not jump to code compiled for thumb instruction set. Thus provide a forwarder function to be used as the entry point and have the forwarder deal with how to jump to thumb code. Note that code which is calling back into the U-Boot binary needs

[U-Boot] [PATCH] ARM: rockchip: rock: Correct test to use CONFIG_IS_ENABLED not defined

While it is likely that this entire case is superfluous and can be removed, correct the test now to match what is in rockchip-common.h and makes sense based on context of the code. Otherwise we get a large number of warnings. Cc: hilipp Tomsich

Re: [U-Boot] [U-Boot, 3/3] dtoc: Add support for 32 or 64-bit addresses

On Mon, 19 Jun 2017, Simon Glass wrote: When using 32-bit addresses dtoc works correctly. For 64-bit addresses it does not since it ignores the #address-cells and #size-cells properties. Update the tool to use fdt64_t as the element type for reg properties when either the address or size is

Re: [U-Boot] [PATCH] ARM: rockchip: rock: Correct test to use CONFIG_IS_ENABLED not defined

> On 14 Aug 2017, at 19:24, Tom Rini wrote: > > While it is likely that this entire case is superfluous and can be > removed, correct the test now to match what is in rockchip-common.h and > makes sense based on context of the code. Otherwise we get a large > number of

Re: [U-Boot] rk3288: 32KB SPL size restriction

On Mon, Aug 14, 2017 at 10:03 AM, Jagan Teki wrote: > Hi Simon, > > On Mon, Aug 14, 2017 at 3:06 AM, Simon Glass wrote: >> Hi Jagan, >> >> On 10 August 2017 at 03:07, Jagan Teki wrote: >>> Hi Simon/Philipp or any, >>> >>> I

Re: [U-Boot] [PATCH] ARM: rockchip: rock: Correct test to use CONFIG_IS_ENABLED not defined

On Mon, Aug 14, 2017 at 01:24:48PM -0400, Tom Rini wrote: > While it is likely that this entire case is superfluous and can be > removed, correct the test now to match what is in rockchip-common.h and > makes sense based on context of the code. Otherwise we get a large > number of warnings. > >

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

On Sun, Aug 13, 2017 at 06:37:05PM +0200, Dr. Philipp Tomsich wrote: > Tom, > > Here’s another pull-request for u-boot-rockchip. > This one shows no regressions with Travis after fixing up a few more > defconfig files and adjusting the target-list when the mxs-variant of > the SPL ldscript

[U-Boot] Pull request: u-boot-net.git master

Hi Tom, The following changes since commit aa6aaf93211b7e22361e75f1068e1e565e731f25: ARM: rockchip: rock: Correct test to use CONFIG_IS_ENABLED not defined (2017-08-14 13:33:07 -0400) are available in the git repository at: git://git.denx.de/u-boot-net.git master for you to fetch changes

Re: [U-Boot] driver: net: ldpaa: Update priv->phydev after free()

Hi Ashish, https://patchwork.ozlabs.org/patch/728259/ was applied to http://git.denx.de/?p=u-boot/u-boot-net.git Thanks! -Joe ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] net: Add mii_resolve_flowctrl_fdx()

Hi yuiko.osh...@microchip.com, https://patchwork.ozlabs.org/patch/800647/ was applied to http://git.denx.de/?p=u-boot/u-boot-net.git Thanks! -Joe ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] usb: net: Add support for Microchip LAN75xx and LAN78xx

Hi yuiko.osh...@microchip.com, https://patchwork.ozlabs.org/patch/800649/ was applied to http://git.denx.de/?p=u-boot/u-boot-net.git Thanks! -Joe ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] net: fman: add support RGMII_TXID to memac

Hi Madalin, https://patchwork.ozlabs.org/patch/797657/ was applied to http://git.denx.de/?p=u-boot/u-boot-net.git Thanks! -Joe ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot