Re: [U-Boot] [GIT PULL] Xilinx fixes for v2018.01-rc2

On Fri, Dec 15, 2017 at 03:33:44PM +0100, Michal Simek wrote: > Hi Tom, +Stephen > > please pull these changes to your tree. Travis is not showing any issue. > https://travis-ci.org/michalsimek-test/u-boot/builds/316577925 > > Buildman was also fine over all patches and tests on board looks

Re: [U-Boot] [PATCH] ARM SOCFPGA: add resetmgr command so reset can be deasserted in bootcmd (for example on peripheral dma interfaces after fpga has been programmed).

On 12/15/2017 06:07 PM, Frank Mori Hess wrote: Please always CC the list. Do NOT top-post. > Would you consider it more worthwhile if it included the > reset_config.h generated by Quartus (currently ignored by mainline > u-boot) and figured out which reset lines needed to be deasserted on > its

Re: [U-Boot] MXC Spi driver

> I'm assuming this was supposed to be devfdt_get_addr. Or, you could try dev_read_addr_ptr. Thanks -Amit ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] MXC Spi driver

On Fri, Dec 15, 2017 at 10:03 AM, Amartya Shreyank (RBEI/ESD2) wrote: > Hi, > > While trying to configure ECSPI for imx6 I get this error: > > drivers/spi/built-in.o: In function `mxc_spi_probe': > /home/aaw1kor/nrcs/u-boot-imx/drivers/spi/mxc_spi.c:508: undefined

[U-Boot] [PATCH v5 0/2] arm: ppc: Share DPAA1 fixups between ARCHs

- Support DPAA1 QBMan device tree fixups in a shared location for both arm and ppc architectures - cleanup a define from header files and add as Kconfig with auto selection based on SOC Changes in v5: - Include to fix missing prototype in p1023rdb.c - Add net device to

[U-Boot] MXC Spi driver

Hi, While trying to configure ECSPI for imx6 I get this error: drivers/spi/built-in.o: In function `mxc_spi_probe': /home/aaw1kor/nrcs/u-boot-imx/drivers/spi/mxc_spi.c:508: undefined reference to `dev_get_addr' Search for this function does not show up in any other files. I'm assuming this was

[U-Boot] [PATCH v5 2/2] Move SYS_DPAA_QBMAN to Kconfig

The CONFIG_SYS_DPAA_QBMAN define is used by DPAA1 freescale SOCs to add device tree fixups that allow deep sleep in Linux. The define was placed in header files included by a number of boards, but was not explicitly documented in any of the Kconfigs. A description was added to the

[U-Boot] [PATCH v5 1/2] drivers/misc: Share qbman init between archs

This patch adds changes necessary to move functionality present in PowerPC folders with ARM architectures that have DPAA1 QBMan hardware - Create new board/freescale/common/fsl_portals.c to house shared device tree fixups for DPAA1 devices with ARM and PowerPC cores - Add new header file to top

Re: [U-Boot] [PATCH] ARM SOCFPGA: add resetmgr command so reset can be deasserted in bootcmd (for example on peripheral dma interfaces after fpga has been programmed).

Hi Frank, Thanks for the patch. Just a few notes: Please reformat your patch to a commit header and commit message. For example, this patch should be like this: arm: socfpga: add resetmgr command Add resetmgr command so reset can be deasserted in bootcmd (for example on peripheral dma

Re: [U-Boot] btrfs: data abort with lzo compression (armv7/am335x)

Hi Marek, On Fri, Dec 15, 2017 at 11:43 AM, Marek Behun wrote: > Hi Robert, > can you upload somewhere the whole btrfs image of the partition so that > I can debug this? Thanks for offering to take a look at this: http://rcn-ee.online/builds/btrfs-lzo.img.xz Regards, --

Re: [U-Boot] btrfs: data abort with lzo compression (armv7/am335x)

Hi Robert, can you upload somewhere the whole btrfs image of the partition so that I can debug this? Thank you. Marek On Fri, 15 Dec 2017 11:24:23 -0600 Robert Nelson wrote: > Hi Marek, > > Having btrfs support in u-boot is awesome! > > With u-boot v2018.01-rc1 on

[U-Boot] btrfs: data abort with lzo compression (armv7/am335x)

Hi Marek, Having btrfs support in u-boot is awesome! With u-boot v2018.01-rc1 on our arm target (am335x) BeagleBone family, we are seeing a data abort with lzo compression. I'm wondering if you've seen something similar with your systems: ignore the "Failed to mount ext2 filesystem..." as we

Re: [U-Boot] [PATCH v2] drivers: core: Add translation in live tree case

On 12/15/2017 01:19 AM, Mario Six wrote: On Fri, Dec 15, 2017 at 9:05 AM, Mario Six wrote: Hi Simon, On Thu, Dec 14, 2017 at 9:36 PM, Simon Glass wrote: +Stephen, Tom Hi Mario, I've had to drop this since it breaks tegra. Stephen feels that this is

Re: [U-Boot] [PATCH v3 1/2] drivers/reset: support rockchip reset drivers

Kever, > On 15 Dec 2017, at 10:02, Kever Yang wrote: > > From: Elaine Zhang > > Create driver to support all Rockchip SoCs soft reset. > Example of usage: > i2c driver: > ret = reset_get_by_name(dev, "i2c", _ctl); > if (ret) { >

Re: [U-Boot] rockchip: config: update part table

> User do not need to access the reserved part in system, remove them > from partition table. > Rename atf to trust as generic name for armv7 do not use ATF. > > Signed-off-by: Kever Yang > Acked-by: Philipp Tomsich > --- > >

Re: [U-Boot] [U-Boot,v2] rockchip: update boot0 hook

> Rockchip SoCs only need boot0 hook at SPL, and the U-Boot proper do not > need it. > > The very beginning of U-Boot proper is different between armv7 and armv8: > armv7 start with ARM_VECTORS while armv8 start with 'b reset'. > > Here is the map of very beginning for all cases: > armv7 SPL:

Re: [U-Boot] rockchip: rk3399-puma: set gpio4cd iodomain to 1.8V

> The PCIe reset signal is connected to GPIO4_C6 on the Puma > module. This pin is supplied by 1.8V, but the default iodomain > setting is 3.0V and in this situation the pin is unable to go > high. > > Linux assumes that this signal works in early boot > as PCIe is probed before loading the

Re: [U-Boot] rockchip: rk3399-puma: set gpio4cd iodomain to 1.8V

> The PCIe reset signal is connected to GPIO4_C6 on the Puma > module. This pin is supplied by 1.8V, but the default iodomain > setting is 3.0V and in this situation the pin is unable to go > high. > > Linux assumes that this signal works in early boot > as PCIe is probed before loading the

Re: [U-Boot] [PATCH v3 1/5] sunxi: a64: Enable FIT Signature

Hi, On 15/12/17 15:05, Jagan Teki wrote: > On Fri, Dec 15, 2017 at 8:06 PM, Andre Przywara > wrote: >> Hi, >> >> On 15/12/17 13:41, Maxime Ripard wrote: >>> On Thu, Dec 14, 2017 at 02:03:12PM +0530, Jagan Teki wrote: On Wed, Dec 13, 2017 at 9:09 PM, Maxime Ripard

[U-Boot] [PATCH] rockchip: rk3399-puma: set gpio4cd iodomain to 1.8V

The PCIe reset signal is connected to GPIO4_C6 on the Puma module. This pin is supplied by 1.8V, but the default iodomain setting is 3.0V and in this situation the pin is unable to go high. Linux assumes that this signal works in early boot as PCIe is probed before loading the iodomain driver.

Re: [U-Boot] [PATCH v3 1/5] sunxi: a64: Enable FIT Signature

On Fri, Dec 15, 2017 at 8:06 PM, Andre Przywara wrote: > Hi, > > On 15/12/17 13:41, Maxime Ripard wrote: >> On Thu, Dec 14, 2017 at 02:03:12PM +0530, Jagan Teki wrote: >>> On Wed, Dec 13, 2017 at 9:09 PM, Maxime Ripard >>> wrote: On

Re: [U-Boot] [PATCH v3 1/5] sunxi: a64: Enable FIT Signature

On Fri, Dec 15, 2017 at 7:11 PM, Maxime Ripard wrote: > On Thu, Dec 14, 2017 at 02:03:12PM +0530, Jagan Teki wrote: >> On Wed, Dec 13, 2017 at 9:09 PM, Maxime Ripard >> wrote: >> > On Wed, Dec 13, 2017 at 11:33:02AM +0530, Jagan

Re: [U-Boot] [PATCH v3 1/5] sunxi: a64: Enable FIT Signature

Hi, On 15/12/17 13:41, Maxime Ripard wrote: > On Thu, Dec 14, 2017 at 02:03:12PM +0530, Jagan Teki wrote: >> On Wed, Dec 13, 2017 at 9:09 PM, Maxime Ripard >> wrote: >>> On Wed, Dec 13, 2017 at 11:33:02AM +0530, Jagan Teki wrote: From: Jagan Teki

[U-Boot] [GIT PULL] Xilinx fixes for v2018.01-rc2

Hi Tom, +Stephen please pull these changes to your tree. Travis is not showing any issue. https://travis-ci.org/michalsimek-test/u-boot/builds/316577925 Buildman was also fine over all patches and tests on board looks good too. I have included one patch from Stephen which we discussed for

Re: [U-Boot] [PATCH] arm: imx: cx9020: remove usage of mx53_dram_size

Hi, On Fri, 15 Dec 2017 13:56:15 +0100 linux-kernel-...@beckhoff.com wrote: > From: Patrick Bruenn > > Global variables are not available during board_init_f(). > s/Global/static/ Lothar Waßmann ___ U-Boot mailing list

Re: [U-Boot] [PATCH v3 1/5] sunxi: a64: Enable FIT Signature

On Thu, Dec 14, 2017 at 02:03:12PM +0530, Jagan Teki wrote: > On Wed, Dec 13, 2017 at 9:09 PM, Maxime Ripard > wrote: > > On Wed, Dec 13, 2017 at 11:33:02AM +0530, Jagan Teki wrote: > >> From: Jagan Teki > >> > >> Enable FIT_SIGNATURE

[U-Boot] [PATCH] arm: imx: cx9020: remove usage of mx53_dram_size

From: Patrick Bruenn Global variables are not available during board_init_f(). 'static uint32_t mx53_dram_size[2];' was used in board specific dram_init(), dram_init_banksize() and get_effective_memsize() to avoid multiple calls to get_ram_size(). However multiple calls

Re: [U-Boot] [PATCH 00/10] rockchip: add tpl and OPTEE support for rk3229

Heiko, On 11/21/2017 05:25 AM, Heiko Stübner wrote: Hi Kever, Am Mittwoch, 6. September 2017, 10:14:27 CET schrieb Kever Yang: Add some generic options for TPL support for arm 32bit, and then and TPL support for rk3229(cortex-A7), and then add OPTEE support in SPL. I was now finally able to

Re: [U-Boot] [U-Boot,v3,2/2] rockchip: clk: bind reset driver

> From: Elaine Zhang > > Bind rockchip reset to clock-controller with rockchip_reset_bind(). > > Signed-off-by: Elaine Zhang > Signed-off-by: Kever Yang > --- > > Changes in v3: > - add missing offset for rk3399

Re: [U-Boot] [U-Boot, v3, 1/2] drivers/reset: support rockchip reset drivers

> From: Elaine Zhang > > Create driver to support all Rockchip SoCs soft reset. > Example of usage: > i2c driver: > ret = reset_get_by_name(dev, "i2c", _ctl); > if (ret) { > error("reset_get_by_name() failed: %d\n", ret); > } > >

Re: [U-Boot] [U-Boot,v2] rockchip: update boot0 hook

> Rockchip SoCs only need boot0 hook at SPL, and the U-Boot proper do not > need it. > > The very beginning of U-Boot proper is different between armv7 and armv8: > armv7 start with ARM_VECTORS while armv8 start with 'b reset'. > > Here is the map of very beginning for all cases: > armv7 SPL:

Re: [U-Boot] rk3288: broken boot

Hi Jagan, Could you enable global DEBUG and share the log? Thanks, - Kever On 12/15/2017 03:08 PM, Jagan Teki wrote: Hi Philipp/Kever, Issue observed on rk3288 TPL supported board (vyasa), worked on previous release v2017.11. Tried to bisect but i couldn't do it because of changes in

[U-Boot] [PATCH v2] rockchip: update boot0 hook

Rockchip SoCs only need boot0 hook at SPL, and the U-Boot proper do not need it. The very beginning of U-Boot proper is different between armv7 and armv8: armv7 start with ARM_VECTORS while armv8 start with 'b reset'. Here is the map of very beginning for all cases: armv7 SPL: TAG(overwrite 'b

Re: [U-Boot] rockchip: config: update part table

> User do not need to access the reserved part in system, remove them > from partition table. > Rename atf to trust as generic name for armv7 do not use ATF. > > Signed-off-by: Kever Yang > --- > > include/configs/rockchip-common.h | 6 ++ > 1 file changed, 2

Re: [U-Boot] [PATCH 2/2] disk: part: use common api to lookup part driver

> On 15 Dec 2017, at 03:34, Kever Yang wrote: > > Hi Philipp, > > > On 12/14/2017 05:53 PM, Dr. Philipp Tomsich wrote: >> Kever, >> >>> On 14 Dec 2017, at 07:39, Kever Yang wrote: >>> >>> Do not need to scan disk every time when we get

Re: [U-Boot] [PATCH] spl: atf: fix the plat_params

Kever, If you need/want to disable this, could you make this conditional on a new Kconfig option? That way we can disable it for those boards that still ship with an old ATF (note that passing NULL also broke the upstream ATF for quite a number of versions…). Alternatively, you could add a

Re: [U-Boot] rockchip: config: update part table

Hi Philipp, Yes, this is required, we do not need to show the reserved partitions to users. Thanks, - Kever On 11/20/2017 10:52 PM, Philipp Tomsich wrote: On Tue, 31 Oct 2017, Kever Yang wrote: User do not need to access the reserved part in system, remove them from partition table.

[U-Boot] [PATCH v3 2/2] rockchip: clk: bind reset driver

From: Elaine Zhang Bind rockchip reset to clock-controller with rockchip_reset_bind(). Signed-off-by: Elaine Zhang Signed-off-by: Kever Yang --- Changes in v3: - add missing offset for rk3399 pmuclk bind Changes

[U-Boot] [PATCH v3 1/2] drivers/reset: support rockchip reset drivers

From: Elaine Zhang Create driver to support all Rockchip SoCs soft reset. Example of usage: i2c driver: ret = reset_get_by_name(dev, "i2c", _ctl); if (ret) { error("reset_get_by_name() failed: %d\n", ret); }

Re: [U-Boot] rk3288: broken boot

Jagan, > On 15 Dec 2017, at 08:08, Jagan Teki wrote: > > Hi Philipp/Kever, > > Issue observed on rk3288 TPL supported board (vyasa), worked on > previous release v2017.11. What exactly is the issue (“broken boot” is not very specific)? > Tried to bisect but i

Re: [U-Boot] [PATCH v2] drivers: core: Add translation in live tree case

On Fri, Dec 15, 2017 at 9:05 AM, Mario Six wrote: > Hi Simon, > > On Thu, Dec 14, 2017 at 9:36 PM, Simon Glass wrote: >> +Stephen, Tom >> >> Hi Mario, >> >> I've had to drop this since it breaks tegra. Stephen feels that this >> is likely a bug in the patch

Re: [U-Boot] [PATCH v2] drivers: core: Add translation in live tree case

Hi Simon, On Thu, Dec 14, 2017 at 9:36 PM, Simon Glass wrote: > +Stephen, Tom > > Hi Mario, > > I've had to drop this since it breaks tegra. Stephen feels that this > is likely a bug in the patch rather than anything wrong with Tegra. Do > you have any thoughts? I can