Re: [U-Boot] [PATCH][v2] board: ls2080ardb, ls2080aqds: Adjust memory map for NOR-boot

> -Original Message- > From: Priyanka Jain > Sent: Monday, May 01, 2017 11:00 AM > To: york sun ; Santan Kumar ; > u-boot@lists.denx.de > Cc: Sumit Garg > Subject: RE: [PATCH][v2] board: ls2080ardb, ls2080aqds: Adjust memory map

Re: [U-Boot] [PATCH][v2] board: ls2080ardb, ls2080aqds: Adjust memory map for NOR-boot

> -Original Message- > From: York Sun [mailto:york@nxp.com] > Sent: Friday, April 28, 2017 9:25 PM > To: Santan Kumar ; u-boot@lists.denx.de > Cc: Priyanka Jain > Subject: Re: [PATCH][v2] board: ls2080ardb, ls2080aqds: Adjust memory map

Re: [U-Boot] [PATCH v4 3/3] rtc: Add DM support to ds1307

On Sun, Apr 30, 2017 at 3:49 PM, Simon Glass wrote: > On 28 April 2017 at 21:20, Chris Packham wrote: >> Add an implementation of the ds1307 driver that uses the driver model >> i2c APIs. >> >> Signed-off-by: Chris Packham >>

Re: [U-Boot] [PATCH v4 00/11] sunxi: sun5/7i: add the psci suspend function

On 2017-04-30 10:49, Hi Tenart wrote: Does this get suspend to memory working on the Nextthing CHIP ? No, this is used for CPU idle. Hi Antoine Does a different PSCI function need to be implemented in u-boot to support suspend or does it need some kernel work ? Thanks Angus

[U-Boot] [RESEND PATCH v2 3/5] net: pch_gbe: CPU accessible addresses are virtual

From: Paul Burton Use the virt_to_bus & bus_to_virt functions rather than phys_to_bus & bus_to_phys, since the addresses accessed by the CPU will be virtual rather than physical. On MIPS physical & virtual addresses differ as we use virtual addresses in kseg0, and

[U-Boot] [RESEND PATCH v2 4/5] net: pch_gbe: Add cache maintenance

From: Paul Burton On MIPS systems DMA isn't coherent with the CPU caches unless an IOCU is present. When there is no IOCU we need to writeback or invalidate the data caches at appropriate points. Perform this cache maintenance in the pch_gbe driver which is used on the

[U-Boot] [RESEND PATCH v2 5/5] net: pch_gbe: Support PHY reset GPIOs

From: Paul Burton Add support to the pch_gbe driver for resetting the PHY using a GPIO specified in the device tree. This matches the support already in Linux. Signed-off-by: Paul Burton Reviewed-by: Simon Glass Reviewed-by:

[U-Boot] [RESEND PATCH v2 2/5] net: pch_gbe: Fix rx descriptor buffer addresses

From: Paul Burton The loop to set up buffer addresses in rx descriptors always operated on descriptor 0, rather than on each descriptor sequentially. Fix this in order to setup correct buffer addresses for each descriptor. Signed-off-by: Paul Burton

[U-Boot] [RESEND PATCH v2 1/5] net: pch_gbe: Reset during probe

From: Paul Burton Using the EG20T gigabit ethernet controller on the MIPS Boston board, we find that we have to reset the controller in order for the RGMII link to the PHY to become functional. Without doing so we constantly time out in pch_gbe_mdio_ready. Signed-off-by:

[U-Boot] [RESEND PATCH v2 0/5] net/pch_gbe: updates for MIPS Boston board

This series is a resend of selected net/pch_gbe patches from the original patch series [1] which was blocked by other patch series. This series only contains the net/pch_gbe patches required for MIPS Boston board, but whose can be separately applied. [1]

[U-Boot] [RESEND PATCH v2 5/6] boston: Bump CONFIG_SYS_BOOTM_LEN to 64MiB

From: Paul Burton The default value of CONFIG_SYS_BOOTM_LEN is too small for typical boston Linux kernels. Increase the limit to 64MB, which covers current kernels with plenty of breathing room. Signed-off-by: Paul Burton Signed-off-by: Daniel

[U-Boot] [RESEND PATCH v2 3/6] boston: Move CM GCRs away from flash

From: Paul Burton Move the MIPS Coherence Manager (CM) Global Configuration Registers (GCRs) away from the region of the physical address space which the Boston board's parallel flash is found in, such that we can access all of flash without clobbering GCRs.

[U-Boot] [RESEND PATCH v2 6/6] boston: Enable CONFIG_DISTRO_DEFAULTS in defconfigs

From: Paul Burton CONFIG_DISTRO_DEFAULTS selects a number of things we want for Boston defconfigs & generally describes what we want - to be able to boot an arbitrary Linux distribution. Enable it in order to shorten the defconfigs & to automatically keep up with any

[U-Boot] [RESEND PATCH v2 2/6] MIPS: Make CM GCR base configurable

From: Paul Burton Without adding a prompt for CONFIG_MIPS_CM_BASE, Kconfig doesn't allow defconfigs to set it. Provide the prompt in order to allow for that. Signed-off-by: Paul Burton Signed-off-by: Daniel Schwierzeck

[U-Boot] [RESEND PATCH v2 4/6] boston: Setup memory ranges in FDT provided to Linux

From: Paul Burton The boston memory map isn't suited to the simple "all memory starting from 0" approach that the MIPS arch_fixup_fdt() implementation takes. Instead we need to indicate the first 256MiB of DDR from 0 and the rest from 0x9000. Implement ft_board_setup

[U-Boot] [RESEND PATCH v2 1/6] image: Use ram_top, not bi_memsize, in getenv_bootm_size

From: Paul Burton When determining the region of memory to allow for use by bootm, using bi_memstart & adding bi_memsize can cause problems if that leads to an integer overflow. For example on some MIPS systems bi_memstart would be 0x8000 (ie. the start of the

[U-Boot] [RESEND PATCH v2 0/6] MIPS Boston updates and fixes

This series is a resend of selected MIPS Boston updates/fixes from the original patch series [1] which was blocked by rejected PCI core changes and the series for converting CONFIG_SYS_SDRAM_BASE on MIPS from a virtual address to a physical one. At least the patches not affected by the blocking

Re: [U-Boot] [PATCH v4 2/4] u-boot.elf: allow overriding entry symbol

Am 20.04.2017 um 20:36 schrieb Álvaro Fernández Rojas: > LD gives the following warning when trying to process u-boot-elf.o > warning: cannot find entry symbol __start; defaulting to 8001 > According to gnu-libc the entry symbol for mips is __start and not _start: >

Re: [U-Boot] [PATCH v4 3/4] MIPS: add support for generating u-boot.elf

Am 20.04.2017 um 20:36 schrieb Álvaro Fernández Rojas: > Define PLATFORM_ELFFLAGS for MIPS in order to be able to generate u-boot.elf > > Signed-off-by: Álvaro Fernández Rojas > --- > v4: Introduce changes suggested by Tom Rini: > - __start is the standard for MIPS, not

Re: [U-Boot] [PATCH v4 4/4] u-boot.elf: add quiet_cmd_u-boot-elf and cmd_u-boot-elf

Am 20.04.2017 um 20:36 schrieb Álvaro Fernández Rojas: > This way we can see output about u-boot.elf being built or not. > > Signed-off-by: Álvaro Fernández Rojas > --- > v4: Introduce changes suggested by Tom Rini: > - Add new patch to output u-boot.elf build. > >

Re: [U-Boot] [PATCH v4 1/4] u-boot.elf: remove hard-coded arm64 flags

Am 20.04.2017 um 20:36 schrieb Álvaro Fernández Rojas: > This is needed in order to allow building it for other archs. > Move relocation comment to a better place. > Remove no longer needed dts FIXME. > > Signed-off-by: Álvaro Fernández Rojas > Reviewed-by: Tom Rini

Re: [U-Boot] [PATCH v6 14/14] MIPS: add BMIPS Comtrend VR-3032u board

Am 25.04.2017 um 00:39 schrieb Álvaro Fernández Rojas: > Signed-off-by: Álvaro Fernández Rojas > --- > v6: > - Select CONFIG_BMIPS_BOOT_RAM and CONFIG_BAUDRATE in defconfig. > - Simplify board name. > v5: No changes. > v4: No changes. > v3: No changes. > v2:

Re: [U-Boot] [PATCH v6 13/14] MIPS: add support for Broadcom MIPS BCM63268 SoC family

Am 25.04.2017 um 00:39 schrieb Álvaro Fernández Rojas: > Signed-off-by: Álvaro Fernández Rojas > --- > v6: Several improvements: > - Rename and shrink reset_cntl syscon to pll_cntl. > - Reorder include config defines. > v5: No changes. > v4: No changes. > v3: No

Re: [U-Boot] [PATCH v6 12/14] MIPS: add BMIPS Comtrend AR-5387un board

Am 25.04.2017 um 00:39 schrieb Álvaro Fernández Rojas: > Signed-off-by: Álvaro Fernández Rojas > --- > v6: > - Select CONFIG_BMIPS_BOOT_RAM and CONFIG_BAUDRATE in defconfig. > - Simplify board name. > v5: No changes. > v4: No changes. > v3: No changes. > v2:

Re: [U-Boot] [PATCH v6 11/14] MIPS: add support for Broadcom MIPS BCM6328 SoC family

Am 25.04.2017 um 00:39 schrieb Álvaro Fernández Rojas: > Signed-off-by: Álvaro Fernández Rojas > --- > v6: Several improvements: > - Rename reset_cntl syscon to pll_cntl. > - Reorder include config defines. > v5: No changes. > v4: No changes. > v3: No changes. > v2:

Re: [U-Boot] [PATCH v6 07/14] ram: add RAM driver for Broadcom MIPS SoCs

Am 25.04.2017 um 00:39 schrieb Álvaro Fernández Rojas: > Signed-off-by: Álvaro Fernández Rojas > Reviewed-by: Simon Glass > --- > v6: Introduce changes suggested by Simon Glass: > - Use read/write instead of __raw_read/__raw_write. > v5: No changes. >

Re: [U-Boot] [PATCH v6 10/14] MIPS: add BMIPS Huawei HG556a board

Am 25.04.2017 um 00:39 schrieb Álvaro Fernández Rojas: > Signed-off-by: Álvaro Fernández Rojas > --- > v6: > - Select CONFIG_BMIPS_BOOT_RAM and CONFIG_BAUDRATE in defconfig. > - Simplify board name. > v5: No changes. > v4: No changes. > v3: Add cfi-flash support. >

Re: [U-Boot] [PATCH v6 09/14] MIPS: add support for Broadcom MIPS BCM6358 SoC family

Am 25.04.2017 um 00:39 schrieb Álvaro Fernández Rojas: > Signed-off-by: Álvaro Fernández Rojas > --- > v6: Several improvements: > - Rename and shrink reset_cntl syscon to pll_cntl. > - Reorder include config defines. > v5: No changes. > v4: No changes. > v3: Add

Re: [U-Boot] [PATCH v6 08/14] MIPS: add initial infrastructure for Broadcom MIPS SoCs

Am 25.04.2017 um 00:39 schrieb Álvaro Fernández Rojas: > CFE checks CPU Thread in a different way (using register $22): > mfc0 t1, C0_BCM_CONFIG, 3 # $22 > lit2, CP0_CMT_TPID # (1 << 31) > and t1, t2 > bnez t1, 2f # if we are running on thread 1, skip init > nop > > Signed-off-by:

Re: [U-Boot] [PATCH v6 06/14] cpu: add CPU driver for Broadcom MIPS SoCs

Am 25.04.2017 um 00:39 schrieb Álvaro Fernández Rojas: > Signed-off-by: Álvaro Fernández Rojas > Reviewed-by: Simon Glass > --- > v6: Introduce changes suggested by Simon Glass: > - Use read/write instead of __raw_read/__raw_write. > v5: Add specific

Re: [U-Boot] [PATCH v6 05/14] cmd: cpu: refactor to ensure devices are probed and improve code style

Am 25.04.2017 um 00:39 schrieb Álvaro Fernández Rojas: > Use uclass_first_device and uclass_next_device in order to avoid exceptions > for drivers that aren't probed when cpu ops are requested. > Improve code style and fix indentations. > Fix incorrect line break when cpu info is not available.

Re: [U-Boot] [PATCH v6 04/14] serial: add serial driver for BCM6345

Am 25.04.2017 um 00:39 schrieb Álvaro Fernández Rojas: > It is based on linux/drivers/tty/serial/bcm63xx_uart.c > > Signed-off-by: Álvaro Fernández Rojas > --- > v6: Introduce changes suggested by Daniel Schwierzeck: > - Use clr/set bits macros. > - Use read/write

Re: [U-Boot] [PATCH v6 03/14] MIPS: allow using generic sysreset drivers

Am 25.04.2017 um 00:39 schrieb Álvaro Fernández Rojas: > Avoid duplicating do_reset definition if SYSRESET is enabled for MIPS > > Signed-off-by: Álvaro Fernández Rojas > Reviewed-by: Simon Glass > --- > v6: No changes. > v5: No changes. > v4: No

Re: [U-Boot] [PATCH v6 02/14] sysreset: add syscon-reboot driver

Am 25.04.2017 um 00:39 schrieb Álvaro Fernández Rojas: > Add a new sysreset driver based on linux/drivers/power/reset/syscon-reboot.c, > which provides a generic driver for platforms that only require writing a mask > to a regmap offset. > > Signed-off-by: Álvaro Fernández Rojas

Re: [U-Boot] [PATCH v6 01/14] cmd: cpu: fix NULL cpu feature prints

Am 25.04.2017 um 00:39 schrieb Álvaro Fernández Rojas: > Commit 740d5d3 added two new features but only one feature name, > which results in NULL prints when device_id feature is selected. > > Before: > HG556a # cpu detail >-1: cpu@0 BCM6358A1 > ID = 0, freq =

Re: [U-Boot] [PATCH 3/4] MIPS: tl-wdr4300: remove debug_uart_init call

Am 24.04.2017 um 19:03 schrieb Álvaro Fernández Rojas: > In order to add a generic MIPS debug_uart_init call right before the call to > board_early_init_f, we need to remove all calls to debug_uart_init from every > MIPS boards. > WDR4300 doesn't provide a board_debug_uart_init and configures

Re: [U-Boot] [PATCH 2/4] MIPS: QCA AP143: remove debug_uart_init call

Am 24.04.2017 um 19:03 schrieb Álvaro Fernández Rojas: > In order to add a generic MIPS debug_uart_init call right before the call to > board_early_init_f, we need to remove all calls to debug_uart_init from every > MIPS boards. > > Signed-off-by: Álvaro Fernández Rojas >

Re: [U-Boot] [PATCH 4/4] MIPS: call debug_uart_init right before board_init_f

Am 24.04.2017 um 19:03 schrieb Álvaro Fernández Rojas: > From: Daniel Schwierzeck > > All MIPS boards that support debug uart are calling debug_uart_init right at > the beginning of board_early_init_f. > Instead of doing that, let's provide a generic call to

Re: [U-Boot] [PATCH 1/4] MIPS: QCA AP121: remove debug_uart_init call

Am 24.04.2017 um 19:03 schrieb Álvaro Fernández Rojas: > In order to add a generic MIPS debug_uart_init call right before the call to > board_early_init_f, we need to remove all calls to debug_uart_init from every > MIPS boards. > > Signed-off-by: Álvaro Fernández Rojas >

Re: [U-Boot] [PATCH v4 00/11] sunxi: sun5/7i: add the psci suspend function

Hi Angus, On Sun, Apr 30, 2017 at 10:26:15AM -0600, Angus Ainslie wrote: > On 2017-04-30 07:29, Antoine Tenart wrote: > > > > Respin this series that was sent in October 2016, with comments and new > > psci aware SoC taken into account. > > > > This series adds an implementation of the psci

Re: [U-Boot] [Turris Omnia] Is there a standard approach to write a driver for CryptoAuthentication/EEPROM chip?

Hello Marek, Am 25.04.2017 um 15:27 schrieb Marek Behún: > The Turris Omnia has (on I2C interface) an Atmel ATSHA204 > CryptoAuthentication chip for storage of MAC adresses, device serial > number, device configuration (1 GB RAM vs 2 GB RAM). This data is > stored in the internal EEPROM of

Re: [U-Boot] [PATCH v4 00/11] sunxi: sun5/7i: add the psci suspend function

On 2017-04-30 07:29, Antoine Tenart wrote: Hi all, Respin this series that was sent in October 2016, with comments and new psci aware SoC taken into account. This series adds an implementation of the psci suspend function for both sun5i and sun7i. This was tested on Nextthing's CHIP, using

Re: [U-Boot] [PATCH 1/8] armv7: Add workaround for USB erratum A-009008

Am 28.04.2017 um 06:03 schrieb yinbo.zhu: > From: Suresh Gupta > > USB High Speed (HS) EYE Height Adjustment > This patch is adding the erratum for LS1021. Please make that clear in the subject! > > Signed-off-by: Sriram Dash So, you have one

[U-Boot] [PATCH v4 03/11] sunxi: select ARM_GIC for sun[6789]i

Select the newly introduced ARM_GIC option to the relevant sunxi MACH configurations. Signed-off-by: Antoine Tenart --- board/sunxi/Kconfig | 9 + 1 file changed, 9 insertions(+) diff --git a/board/sunxi/Kconfig b/board/sunxi/Kconfig index

[U-Boot] [PATCH v4 11/11] sun5i: boot in non-secure mode by default

sun5i now implements the psci suspend function. In order to be used by the kernel, we should now boot in non-secure mode. Enable it by default. Signed-off-by: Antoine Tenart --- board/sunxi/Kconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git

[U-Boot] [PATCH v4 05/11] tegra: select ARM_GIC for Tegra SoCs

Select the newly introduced ARM_GIC option to the relevant configuration which also have a psci implementation. Signed-off-by: Antoine Tenart Cc: Tom Warren --- arch/arm/mach-tegra/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git

[U-Boot] [PATCH v4 07/11] uniphier: select ARM_GIC

Select the newly introduced ARM_GIC option to the relevant configuration which also have a psci implementation. Signed-off-by: Antoine Tenart Cc: Masahiro Yamada --- arch/arm/mach-uniphier/Kconfig | 1 + 1 file changed, 1

[U-Boot] [PATCH v4 06/11] mx7: select ARM_GIC

Select the newly introduced ARM_GIC option to the relevant configuration which also have a psci implementation. Signed-off-by: Antoine Tenart Cc: Stefano Babic --- arch/arm/cpu/armv7/mx7/Kconfig | 1 + 1 file changed, 1 insertion(+) diff

[U-Boot] [PATCH v4 09/11] sun5/7i: add an implementation of the psci suspend function

Add the suspend psci function for sun5i and sun7i. Thus function switches the cpu clk source to osc24M or to losc depending on the SoC family. Signed-off-by: Antoine Tenart --- arch/arm/cpu/armv7/sunxi/Makefile | 9 ++-

[U-Boot] [PATCH v4 10/11] sun5i: add defines used by the PSCI code

The sun5i SoCs can take advantage of the newly introduce PSCI suspend function. Add defines used by the PSCI code. Signed-off-by: Antoine Tenart --- include/configs/sun5i.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/include/configs/sun5i.h

[U-Boot] [PATCH v4 00/11] sunxi: sun5/7i: add the psci suspend function

Hi all, Respin this series that was sent in October 2016, with comments and new psci aware SoC taken into account. This series adds an implementation of the psci suspend function for both sun5i and sun7i. This was tested on Nextthing's CHIP, using cpuidle in Linux. As the sun5i does not have a

[U-Boot] [PATCH v4 08/11] arm: psci: protect GIC specific code with ARM_GIC

Introducing the ARM_GIC configuration option, use it to only use GIC specific code in ARM PSCI function when the SoC has a GIC. Signed-off-by: Antoine Tenart Cc: Albert ARIBAUD --- arch/arm/cpu/armv7/nonsec_virt.S | 6 ++

[U-Boot] [PATCH v4 04/11] arm: select ARM_GIC for SoCs having a psci implementation

Select the newly introduced ARM_GIC option to the relevant MACH configurations. Signed-off-by: Antoine Tenart Cc: Albert Aribaud --- arch/arm/Kconfig | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/Kconfig

[U-Boot] [PATCH v4 02/11] arm: add the ARM_GIC configuration option

Some SoC does not have a GIC. Adds a configuration option to denote this, allowing to remove code configuring the GIC when it's not possible. Signed-off-by: Antoine Tenart Cc: Albert Aribaud --- arch/arm/Kconfig | 3 +++ 1 file

[U-Boot] [PATCH v4 01/11] arm: add atomic functions with return support

Implement three atomic functions to allow making an atomic operation that returns the value. Adds: atomic_add_return(), atomic_sub_return(), atomic_inc_return() and atomic_dec_return(). This is heavily based on the Linux implementation of such functions for ARM. Signed-off-by: Antoine Tenart

Re: [U-Boot] [PATCH 3/5] rockchip: video: rk3399: enable HDMI output (from the rk_vop) for the RK3399

Hi Simon, > On 30 Apr 2017, at 05:49, Simon Glass wrote: > > Hi Philipp, > > On 28 April 2017 at 09:53, Philipp Tomsich > > wrote: >> This commit enables RK3399 support for HDMI through

Re: [U-Boot] [PATCH 5/7] rockchip: rk3368: Add initial support for RK3368 based GeekBox

Hi Andy, Am 21.04.2017 um 08:17 schrieb Andy Yan: > On 2017年04月21日 10:59, Andreas Färber wrote: >> Am 21.04.2017 um 04:32 schrieb Andy Yan: >>> diff --git a/arch/arm/dts/Makefile b/arch/arm/dts/Makefile >>> index ce34e3e..fbc97e8 100644 >>> --- a/arch/arm/dts/Makefile >>> +++

Re: [U-Boot] [PATCH 1/7] rockchip: rk3368: Add clok drvier

Am 29.04.2017 um 02:28 schrieb Simon Glass: > On 20 April 2017 at 20:31, Andy Yan wrote: >> +static int rk3368_clk_probe(struct udevice *dev) >> +{ >> + struct rk3368_clk_priv *priv = dev_get_priv(dev); >> + >> + rkclk_init(priv->cru); > > Should this only