[U-Boot] [PATCH 1/2] ARM: kirkwood: remove automatic I2C config if DM_I2C is enabled

this once all kirkwood boards are migrated to DM. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- arch/arm/mach-kirkwood/include/mach/config.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mach-kirkwood/include/mach/config.h b/arch/arm/mach-kirkwood/i

[U-Boot] [PATCH 2/2] ARM: kirkwood: add SBx81LIFXCAT board

This is a series of line cards for Allied Telesis's SBx8100 chassis switch. The CPU block is common to the SBx81GP24 and SBx81GT24 cards cards collectively referred to as SBx81LIFXCAT in u-boot. Signed-off-by: Chris Packham --- arch/arm/dts/kirkwood-atl-sbx81lifxcat.dts| 145

[U-Boot] [PATCH 1/2] net: mv88e61xx: add configuration for RGMII delay

of the latter. Signed-off-by: Chris Packham --- drivers/net/phy/Kconfig | 4 drivers/net/phy/mv88e61xx.c | 26 ++ 2 files changed, 30 insertions(+) diff --git a/drivers/net/phy/Kconfig b/drivers/net/phy/Kconfig index f5821dfed96d..98cd57eea977 100644 --- a/drivers

[U-Boot] [PATCH 1/2] net: mvgbe: prepare for conversion to driver model

Extract some function bodies to helper functions that can be reused in the DM/non-DM implementations. Signed-off-by: Chris Packham --- drivers/net/mvgbe.c | 109 1 file changed, 80 insertions(+), 29 deletions(-) diff --git a/drivers/net/mvgbe.c b

[U-Boot] [PATCH 2/2] net: mvgbe: convert to DM

Add driver model support to the mvgbe driver. As a temporary measure both DM and non-DM uses are supported. Once all the users have been converted the non-DM support can be dropped. Signed-off-by: Chris Packham --- drivers/net/mvgbe.c | 201 +++- drivers

[U-Boot] [PATCH 1/2] configs: move RTC_MV config from mv-plug-common.h to boards

To aid in migrating CONFIG_RTC_MV to Kconfig move the definition of it from mv-plug-common.h to the board config headers that nest it. Signed-off-by: Chris Packham --- include/configs/dreamplug.h | 4 include/configs/ds109.h | 4 include/configs/guruplug.h | 4

[U-Boot] [PATCH 2/2] configs: kirkwood: Move RTC_MV to DM and Kconfig

Now that there is DM support in the RTC_MV driver update board configs to use it. Signed-off-by: Chris Packham --- I haven't removed this from the whitelist because the nsa310s board lacks device-tree support. Once that board is converted the non-DM code can be removed from RTC_MV

Re: [U-Boot] [PATCH 1/2] net: mv88e61xx: add configuration for RGMII delay

On Wed, Jun 27, 2018 at 2:25 AM Joe Hershberger wrote: > > On Tue, Jun 26, 2018 at 5:34 AM, Chris Packham > wrote: > > On Tue, Jun 26, 2018 at 6:10 AM Joe Hershberger > > wrote: > >> > >> On Mon, Jun 25, 2018 at 5:34 AM, Chris Packham > >> w

Re: [U-Boot] [PATCH 1/2] net: mv88e61xx: add configuration for RGMII delay

On Tue, Jun 26, 2018 at 6:10 AM Joe Hershberger wrote: > > On Mon, Jun 25, 2018 at 5:34 AM, Chris Packham > wrote: > > Some hardware designs connect a CPU MAC directly to the RGMII interface > > of a mv88e61xx device. On such devices a delay on the RX/TX lines is > >

Re: [U-Boot] [PATCH 2/2] spi: kirkwood: Full dm conversion

Hi All, On Wed, May 2, 2018 at 10:53 PM Stefan Roese wrote: > Hi Simon, > On 01.05.2018 12:54, Simon Guinot wrote: > > On Mon, Apr 30, 2018 at 11:28:28AM +0530, Jagan Teki wrote: > >> On Fri, Apr 27, 2018 at 2:21 PM, Simon Guinot < simon.gui...@sequanux.org> wrote: > >>> On Thu,

Re: [U-Boot] u-boot Marvell ethernet switch development

Hi Dennis, On Thu, May 3, 2018 at 3:21 AM Dennis Jacobs < dennis.jaco...@prodrive-technologies.com> wrote: > Dear U-boot mailing list, > Its the first time I make use of this U-boot mailing list. I am here for a problem I am having recently with u-boot which is part of my graduation project.

Re: [U-Boot] [PATCH 2/2] net: bootp: Fix compile error processing ntpserver option

On Thu, May 3, 2018 at 12:23 PM Joe Hershberger <joe.hershber...@ni.com> wrote: > On Fri, Apr 27, 2018 at 4:55 AM, Chris Packham <judge.pack...@gmail.com> wrote: > > When the following configuration is set > > > > # CONFIG_CMD_DHCP is

[U-Boot] [PATCH v2 1/2] net: Add Kconfig option for BOOTP_NTPSERVER

Add a Kconfig option for BOOTP_NTPSERVER to enable the DHCP/BOOTP option to configure the sntp server address. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Changes in v2: - update devkit8000 config - remove from config_whitelist.txt cmd/Kconfig | 4 c

[U-Boot] [PATCH v2 2/2] net: bootp: Fix compile error processing ntpserver option

net_ntp_server.s_addr instead. Signed-off-by: Chris Packham <judge.pack...@gmail.com> Acked-by: Joe Hershberger <joe.hershber...@ni.com> --- Changes in v2: - collect Ack from Joe net/bootp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/bootp.c b/net/bootp.c index

Re: [U-Boot] [PATCH 2/2] spi: kirkwood: Full dm conversion

Hi Jagan, On 26/04/18 18:00, Jagan Teki wrote: > On Thu, Mar 15, 2018 at 5:03 PM, Jagan Teki > wrote: >> kirkwood now support dt along with platform data, >> respective boards need to switch into dm for the same. > > Added all board mainatiner, using this driver on

[U-Boot] [PATCH 2/2] net: add Kconfig for MVGBE

Add Kconfig for MVGBE and update boards to select this. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- arch/arm/mach-kirkwood/include/mach/config.h | 1 - configs/d2net_v2_defconfig | 2 ++ configs/dns325_defconfig | 2 ++ c

Re: [U-Boot] [PATCH 2/2] net: add Kconfig for MVGBE

On Fri, May 4, 2018 at 9:36 AM Joe Hershberger <joe.hershber...@ni.com> wrote: > On Thu, May 3, 2018 at 6:00 AM, Chris Packham <judge.pack...@gmail.com> wrote: > > Add Kconfig for MVGBE and update boards to select this. > > > > Signed-off-by: Chris

[U-Boot] [PATCH 1/2] net: mvgbe: remove CONFIG_DOVE

Nothing defines CONFIG_DOVE so remove the code that uses it. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- drivers/net/mvgbe.c | 2 -- drivers/net/mvgbe.h | 7 --- 2 files changed, 9 deletions(-) diff --git a/drivers/net/mvgbe.c b/drivers/net/mvgbe.c index f833ef

[U-Boot] [PATCH] ARM: mvebu: correct reference for "ethernet1" on DB-88F6820-AMC

-by: Chris Packham <judge.pack...@gmail.com> --- arch/arm/dts/armada-385-amc.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/dts/armada-385-amc.dts b/arch/arm/dts/armada-385-amc.dts index 5e1588d57438..d4d127fa024b 100644 --- a/arch/arm/dts/armada-385-amc.dts +++

Re: [U-Boot] [PATCH v4 1/7] driver/ddr: Add support for setting timing in hws_topology_map

Hi Marek, On Sat, Jun 10, 2017 at 5:28 AM, Marek Behún wrote: > The DDR3 training code for Marvell A38X currently computes 1t timing > when given board topology map of the Turris Omnia, but Omnia needs 2t. > > This patch adds support for enforcing the 2t timing in struct >

[U-Boot] [PATCH v4] spi: kirkwood_spi: implement workaround for FE-9144572

. Implement the workaround by setting the TMISO_SAMPLE value to 0x2 in the timing1 register. Signed-off-by: Chris Packham <judge.pack...@gmail.com> Reviewed-by: Stefan Roese <s...@denx.de> Reviewed-by: Jagan Teki <ja...@openedev.com> --- I've based this as much as I can on the equival

Re: [U-Boot] SquashFS and FIT images

Hi Mark, On 26/01/2018 10:12, "Mathew McBride" wrote: On 26/01/2018 8:01 AM, Bishop, Mark (STRT) wrote: > Is it possible to specify squashFS images in an .its file? If so, anyone > have an example or a pointer to the docs I've been searching for? > Hi Mark, > It is

[U-Boot] [PATCH v2 2/4] ddr: marvell: use correct TREFI value

The ternary operation had the HIGH/LOW values the wrong way round. Update it to use the correct value. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Changes in v2: - new drivers/ddr/marvell/a38x/ddr3_training.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[U-Boot] [PATCH v2 0/4] ddr: marvell: update DDR driver

Marvell's bootloader. The changes for this series have been derived by comparing scope captures and register output between the same system running stock u-boot and Marvell's USP. Changes in v2: - Update tODT_OFF_WR as well - Added patches 2-4 Chris Packham (4): ddr: marvell: only assert M_ODT[0

[U-Boot] [PATCH v2 4/4] ddr: marvell: update ddr controller init and freq

Update the calculation for tWR and tPD. This improves the DDR refresh interval and brings the initialization into line with the binary blobs currently being supplied by Marvell. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Changes in v2: - new drivers/ddr/marvel

[U-Boot] [PATCH v2 1/4] ddr: marvell: only assert M_ODT[0] on write for a single CS

results when ODT is active during writes. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Changes in v2: - Update tODT_OFF_WR as well drivers/ddr/marvell/a38x/ddr3_init.h| 3 ++- drivers/ddr/marvell/a38x/ddr3_training.c| 15 +-- drivers/ddr/marvel

[U-Boot] [PATCH v2 3/4] ddr: marvell: update additional ODT setting

read_sample is the same as the max_read_sample. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Changes in v2: - new drivers/ddr/marvell/a38x/ddr3_training_hw_algo.c | 22 ++ 1 file changed, 14 insertions(+), 8 deletions(-) diff --git a/drivers/ddr/marvel

[U-Boot] [PATCH] ddr: marvell: only assert M_ODT[0] on write for a single CS

When using only a single DDR chip select only assert M_ODT[0] on write. Do not assert it on read and do not assert M_ODT[1] at all. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- I have a custom board that sees correctable ECC errors (when running memtester[1] from Linux).

Re: [U-Boot] [PATCH] openrd: Once again shrink binary size

On Fri, Jul 27, 2018 at 11:59 PM Tom Rini wrote: > > With some recent changes to relevant drivers here the openrd board > (openrd_client in this case) does not fit within its size constraint. > We can however drop the slightly extended baudrate table and then the > duplication of mtdparts/mtdids

Re: [U-Boot] [PATCH] openrd: Once again shrink binary size

On Wed, 1 Aug 2018, 11:18 PM Tom Rini, wrote: > On Wed, Aug 01, 2018 at 08:40:18PM +1200, Chris Packham wrote: > > > On Fri, Jul 27, 2018 at 11:59 PM Tom Rini wrote: > > > > > > With some recent changes to relevant drivers here the openrd board > > > (o

Re: [U-Boot] [PATCH v2 3/3] configs: kirkwood: Move RTC_MV to DM and Kconfig

On Tue, Aug 7, 2018 at 12:12 AM Stefan Roese wrote: > > Hi Chris, > > On 29.06.2018 00:38, Chris Packham wrote: > > Now that there is DM support in the RTC_MV driver update board configs > > to use it. > > > > Signed-off-by: Chris Packham > > I'm

[U-Boot] [PATCH v3 2/3] configs: move RTC_MV config from mv-plug-common.h to boards

To aid in migrating CONFIG_RTC_MV to Kconfig move the definition of it from mv-plug-common.h to the board config headers that nest it. Signed-off-by: Chris Packham --- Changes in v3: None Changes in v2: None include/configs/dreamplug.h | 4 include/configs/ds109.h | 4

[U-Boot] [PATCH v3 3/3] configs: kirkwood: Move RTC_MV to DM and Kconfig

Now that there is DM support in the RTC_MV driver update board configs to use it. Signed-off-by: Chris Packham --- I haven't removed this from the whitelist because the nsa310s board lacks device-tree support. Once that board is converted the non-DM code can be removed from RTC_MV

[U-Boot] [PATCH v3 1/3] configs: kirkwood: ds109: switch to DM_I2C

Enable DM_I2C and I2C_MVTSWI for the ds109 board. Signed-off-by: Chris Packham --- Changes in v3: None Changes in v2: - new configs/ds109_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/configs/ds109_defconfig b/configs/ds109_defconfig index c9207433b374..fd10e6e3c36e 100644

Re: [U-Boot] [PATCH] tools: kwboot: Make kwboot more robust on a38x

ine and makes the xmodem transfer reliable > and removes the Bad message failures. > > Signed-off-by: Jon Nettleton > Signed-off-by: Baruch Siach > --- Reviewed-by: Chris Packham Lately I haven't had much luck with using kwboot on a38x. I seem to be able to get the sp

Re: [U-Boot] [PATCH] tools: kwboot: Make kwboot more robust on a38x

On Fri, Aug 17, 2018 at 11:01 AM Chris Packham wrote: > > On Thu, Aug 16, 2018 at 8:38 PM Baruch Siach wrote: > > > > Hi Chris, > > > > Chris Packham writes: > > > On Tue, Aug 14, 2018 at 3:25 AM Baruch Siach wrote: > > >> From: Jon Nettle

Re: [U-Boot] [PATCH] tools: kwboot: Make kwboot more robust on a38x

On Thu, Aug 16, 2018 at 8:38 PM Baruch Siach wrote: > > Hi Chris, > > Chris Packham writes: > > On Tue, Aug 14, 2018 at 3:25 AM Baruch Siach wrote: > >> From: Jon Nettleton > >> > >> This patch accomplishes 2 things to make the kwboot procedure >

Re: [U-Boot] [PATCH] tools: kwboot: Make kwboot more robust on a38x

On Fri, Aug 17, 2018 at 11:06 AM Chris Packham wrote: > > On Fri, Aug 17, 2018 at 11:01 AM Chris Packham > wrote: > > > > On Thu, Aug 16, 2018 at 8:38 PM Baruch Siach wrote: > > > > > > Hi Chris, > > > > > > Chris Packham writes: &g

[U-Boot] [PATCH] Revert "arm: mvebu: fix boot from UART when in fallback mode"

This reverts commit e83e2b390038c9075642cb243a6292241beb8d73. This prevents kwboot from overriding the hardware strapped boot source. Signed-off-by: Chris Packham --- Sean, I take it your use case was for when the default boot source doesn't have a valid image and it falls back to UART

Re: [U-Boot] [PATCH] Revert "arm: mvebu: fix boot from UART when in fallback mode"

On Fri, Aug 17, 2018 at 5:41 PM Sean Nyekjær wrote: > > > > On 17/08/2018 01.30, Chris Packham wrote: > > This reverts commit e83e2b390038c9075642cb243a6292241beb8d73. This > > prevents kwboot from overriding the hardware strapped boot source. > > &g

[U-Boot] [PATCH v2 2/2] ARM: mach-mvebu: handle fall-back to UART boot

board and for intercepting a regular boot sequence. Signed-off-by: Chris Packham --- I think this probably applies to more than just the A38X but I've been conservative in restricting this for now. If other Marvell SoCs are found to have the same behaviour we can extend this to cover them

[U-Boot] [PATCH v2 1/2] Revert "arm: mvebu: fix boot from UART when in fallback mode"

This reverts commit e83e2b390038c9075642cb243a6292241beb8d73. This prevents kwboot from overriding the hardware strapped boot source. Signed-off-by: Chris Packham --- Changes in v2: None arch/arm/mach-mvebu/include/mach/soc.h | 6 -- arch/arm/mach-mvebu/spl.c | 9 - 2

Re: [U-Boot] [PATCH] tools: kwboot: Make kwboot more robust on a38x

On Fri, Aug 17, 2018 at 8:11 PM Jon Nettleton wrote: > > On Fri, Aug 17, 2018 at 1:22 AM Chris Packham wrote: > > > > On Fri, Aug 17, 2018 at 11:06 AM Chris Packham > > wrote: > > > > > > On Fri, Aug 17, 2018 at 11:01 AM Chris Packham > > >

[U-Boot] mkimage (kwbimage) unmapping more bytes than it maps

Hi, Mark and I have been looking at a problem we've been experiencing on our build system. We're running a number of similarly configured makers and seemingly randomly one will fail to build one of our kirkwood based targets (specifically the SBx81LIFXCAT that was recently added) with a segfault

[U-Boot] [PATCH] tools: mkimage: Ensure munmap unmaps the same length that was mapped

that other plugins will also not fall for the same trap. Signed-off-by: Mark Tomlinson Signed-off-by: Chris Packham [cp: resolve checkpatch complaints] Tested-by: Chris Packham --- tools/mkimage.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/tools/mkimage.c b/tools

[U-Boot] Cavium Octeon support for u-boot

Hi Aaron, On Wed, Jul 25, 2018 at 2:06 PM Aaron Williams wrote: > While mainline U-Boot does not support Octeon, we have our own fork of it that > I maintain. I am using the 2018.07 release with only a few minor changes > around the periphery to support the older version of U-Boot Octeon is

[U-Boot] [RFC PATCH v1] mips: add atomic operations

Add mips version of atomic.h and basic atomic operations. These aren't the optimised versions from the Linux kernel, just basic stubs that satisfy users that need something to define atomic_inc() etc. Signed-off-by: Chris Packham --- At $dayjob we have a mips target that we want to run UBIFS

Re: [U-Boot] [RFC PATCH v1] mips: add atomic operations

On Fri, 7 Sep 2018, 10:24 PM Stefan, wrote: > Hi Chris, > > (added Daniel) > > On 07.09.2018 10:24, Chris Packham wrote: > > Add mips version of atomic.h and basic atomic operations. These aren't > > the optimised versions from the Linux kernel, just basic stubs that

[U-Boot] [PATCH 0/4] Rationalise atomic.h implementations

This series applies on top of https://patchwork.ozlabs.org/patch/958286/ The intention is to rationalise most of the current implementations of atomic.h. x86 remains as having an arch specific implementation which I don't intend to touch. Chris Packham (4): Add include/asm-generic/atomic.h

[U-Boot] [PATCH 2/4] ARM: use asm-generic/atomic.h

Make use of asm-generic/atomic.h retaining the smp_mb_... definitions. Signed-off-by: Chris Packham --- arch/arm/include/asm/atomic.h | 147 +- 1 file changed, 1 insertion(+), 146 deletions(-) diff --git a/arch/arm/include/asm/atomic.h b/arch/arm/include/asm

[U-Boot] [PATCH 4/4] xtensa: use asm-generic/atomic.h

Make use of asm-generic/atomic.h. Signed-off-by: Chris Packham --- arch/xtensa/include/asm/atomic.h | 44 +--- 1 file changed, 1 insertion(+), 43 deletions(-) diff --git a/arch/xtensa/include/asm/atomic.h b/arch/xtensa/include/asm/atomic.h index 42b32f5d3d6e

[U-Boot] [PATCH 1/4] Add include/asm-generic/atomic.h

The arm, xtensa and mips version of atomic.h were already very similar (the mips one was a copy of xtensa). Combine these implementations together to produce a generic atomic.h that can be included by these architectures (and any others that need it in future). Signed-off-by: Chris Packham

[U-Boot] [PATCH 3/4] mips: use asm-generic/atomic.h

Make use of asm-generic/atomic.h. Signed-off-by: Chris Packham --- arch/mips/include/asm/atomic.h | 44 +- 1 file changed, 1 insertion(+), 43 deletions(-) diff --git a/arch/mips/include/asm/atomic.h b/arch/mips/include/asm/atomic.h index 7551bf6e6c2c

[U-Boot] [PATCH] doc: driver-model: Fix typo

Signed-off-by: Chris Packham --- doc/driver-model/README.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/driver-model/README.txt b/doc/driver-model/README.txt index 0853477578ac..d6fa5c485793 100644 --- a/doc/driver-model/README.txt +++ b/doc/driver-model/README.txt

[U-Boot] [PATCH v2 1/2] net: mvgbe: prepare for conversion to driver model

Extract some function bodies to helper functions that can be reused in the DM/non-DM implementations. Signed-off-by: Chris Packham Acked-by: Joe Hershberger --- Changes in v2: None drivers/net/mvgbe.c | 109 1 file changed, 80 insertions(+), 29

[U-Boot] [PATCH v2 2/2] net: mvgbe: convert to DM

Add driver model support to the mvgbe driver. As a temporary measure both DM and non-DM uses are supported. Once all the users have been converted the non-DM support can be dropped. Signed-off-by: Chris Packham --- Changes in v2: - create __mvgbe_phy_init and mvgbe_alloc_buffers helper

[U-Boot] [PATCH v3 2/2] net: mvgbe: convert to DM

Add driver model support to the mvgbe driver. As a temporary measure both DM and non-DM uses are supported. Once all the users have been converted the non-DM support can be dropped. Signed-off-by: Chris Packham --- Changes in v3: - select PHYLIB (thanks Michael) - parse phy info from subnode

[U-Boot] [PATCH v3 1/2] net: mvgbe: prepare for conversion to driver model

Extract some function bodies to helper functions that can be reused in the DM/non-DM implementations. Signed-off-by: Chris Packham Acked-by: Joe Hershberger --- Changes in v3: None Changes in v2: None drivers/net/mvgbe.c | 109 1 file changed, 80

Re: [U-Boot] [PATCH v2 2/2] net: mvgbe: convert to DM

On Mon, Jul 9, 2018 at 9:05 AM Michael Walle wrote: > > > Hi Chris, > > thanks for your efforts. This basically works for me on my Kirkwood > LSCHLv2 board. So you may add > > Tested-by: Michael Walle > > But there are some issues. See below. > > > [snip] > > > -#if defined(CONFIG_PHYLIB) > >

Re: [U-Boot] hardware versions to Kernel

On Sat, Mar 10, 2018 at 6:34 AM, Andy Rea wrote: > I have an ARM CPU on a board that has 3 optional sub boards plugged into it, > all of which have 3 hardware rev bits connected to the CPU > > > > Rather than getting the CPU to do mmap type stuff or sys/class/gpio stuff

Re: [U-Boot] Marvell Armada-38x DDR training code

On Sun, Apr 8, 2018 at 10:24 PM, Stefan Roese <s...@denx.de> wrote: > Hi Chris, > > sorry for the late reply - I just returned from vacation. No problem. I'm about to head off on vacation next week myself. > On 04.04.2018 03:31, Chris Packham wrote: >> >> On Thu,

[U-Boot] [PATCH v2 5/6] ARM: mvebu: a38x: restore support for setting timing

This restores support for configuring the timing mode based on the ddr_topology. This was originally implemented in commit 90bcc3d38d2b ("driver/ddr: Add support for setting timing in hws_topology_map") but was removed as part of the upstream sync. Signed-off-by: Chris Packham &

[U-Boot] [PATCH v2 6/6] ARM: mvebu: a38x: use non-zero size for ddr scrubbing

From: Chris Packham <chris.pack...@alliedtelesis.co.nz> Make ddr3_calc_mem_cs_size() global scope and use it in ddr3_new_tip_ecc_scrub to correctly initialize all of DDR memory. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- This has been reported upstream at https:

[U-Boot] [PATCH v2 2/6] ARM: mvebu: a38x: move sys_env_device_rev_get

Move sys_env_device_rev_get() from the ddr training code to sys_env_lib.c (which currently resides with the serdes code). This brings sys_env_device_rev_get() into line with sys_env_device_id_get() and sys_env_model_get(). Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Changes

[U-Boot] [PATCH v2 1/6] ARM: mvebu: a38x: move definition of PEX_CFG_DIRECT_ACCESS

-by: Chris Packham <judge.pack...@gmail.com> --- Changes in v2: None arch/arm/mach-mvebu/serdes/a38x/ctrl_pex.h | 1 + drivers/ddr/marvell/a38x/ddr3_hws_hw_training_def.h | 2 -- 2 files changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/arm/mach-mvebu/serdes/a38x/ctrl_pe

[U-Boot] [PATCH v2 0/6] ARM: mvebu: a38x: updates to ddr training code

the other a38x boards. More testing on actual hardware would be greatly appreciated. Changes in v2: - remove unused #include Chris Packham (6): ARM: mvebu: a38x: move definition of PEX_CFG_DIRECT_ACCESS ARM: mvebu: a38x: move sys_env_device_rev_get ARM: mvebu: a38x: remove some unused code

[U-Boot] [PATCH v2 3/6] ARM: mvebu: a38x: remove some unused code

No in-tree code defines SUPPORT_STATIC_DUNIT_CONFIG or STATIC_ALGO_SUPPORT. Remove ddr3_a38x_mc_static.h and use unifdef to remove unused sections in the rest of the ddr/marvell/a38x code. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Much of this code is moved/removed in the u

Re: [U-Boot] Make error in U-boot branch v2015.10-rc5

On Fri, 20 Apr 2018, 10:55 PM Arunashis Ghose, wrote: > Hi, > > Thanks for reading this email and I would be grateful if you have time to > help me fix the issue. > > I am very much new to U-boot world and trying to build U-boot in my > machine for a particular board -

Re: [U-Boot] [PATCH 3/9] net: Move the DHCP command below the BOOTP command

? Regardless ... Reviewed-by: Chris Packham <judge.pack...@gmail.com> > > cmd/Kconfig | 12 ++-- > 1 file changed, 6 insertions(+), 6 deletions(-) > > diff --git a/cmd/Kconfig b/cmd/Kconfig > index d714f73..7ef9501 100644 > --- a/cmd/Kconfig > +++ b/cmd/Kconfig

Re: [U-Boot] [PATCH 4/9] net: Improve menu options and help for BOOTP options

On Thu, Mar 29, 2018 at 9:51 AM, Joe Hershberger <joe.hershber...@ni.com> wrote: > The options were pretty unhelpful, so improve them some. > > Signed-off-by: Joe Hershberger <joe.hershber...@ni.com> > --- Couple of questions below. But with or without changes Re

[U-Boot] Marvell Armada-38x DDR training code

Hi, I've posted a couple of improvements to the in-tree ddr training code but we've known for a while that u-boot proper is a bit behind Marvell's code for ddr training. And now I really do have a problem on my board that is fixed by using Marvell's code. Yesterday I got hold of patches from

Re: [U-Boot] [PATCH 4/9] net: Improve menu options and help for BOOTP options

On Thu, Mar 29, 2018 at 4:18 PM, Chris Packham <judge.pack...@gmail.com> wrote: > On Thu, Mar 29, 2018 at 9:51 AM, Joe Hershberger <joe.hershber...@ni.com> > wrote: >> The options were pretty unhelpful, so improve them some. >> >> Signed-off-by: Joe

Re: [U-Boot] [PATCH 5/9] net: Add the BOOTP_DNS2 option to Kconfig

gt; Signed-off-by: Joe Hershberger <joe.hershber...@ni.com> Reviewed-by: Chris Packham <judge.pack...@gmail.com> > --- > > cmd/Kconfig | 11 +++ > 1 file changed, 11 insertions(+) > > diff --git a/cmd/Kconfig b/cmd/Kconfig > index 76fd111..db75759 100644 >

Re: [U-Boot] [PATCH 1/9] net: Make CMD_NET a menuconfig

tely represents the code. > > Signed-off-by: Joe Hershberger <joe.hershber...@ni.com> > --- Reviewed-by: Chris Packham <judge.pack...@gmail.com> > > cmd/Kconfig | 25 + > cmd/net.c| 4 > net/Kconfig | 19 +--

Re: [U-Boot] [PATCH 2/9] net: Move net command options to the cmd menu

ershberger <joe.hershber...@ni.com> > --- Reviewed-by: Chris Packham <judge.pack...@gmail.com> > cmd/Kconfig | 50 ++ > net/Kconfig | 50 -- > 2 files changed, 50 insertions(+), 50

Re: [U-Boot] u-boot environment tool

On Thu, Mar 29, 2018 at 8:19 PM, Ran Shalit wrote: > Hello, > > Is there a tool to create u-boot environment from text and save into > SPI NOR flash ? > You'll get some mileage out of tools/env. It's intended for use on a target so that you can access the target's own u-boot

Re: [U-Boot] Marvell Armada-38x DDR training code

On Thu, Mar 29, 2018 at 4:01 PM, Chris Packham <judge.pack...@gmail.com> wrote: > Hi, > > I've posted a couple of improvements to the in-tree ddr training code > but we've known for a while that u-boot proper is a bit behind > Marvell's code for ddr training. And now I rea

[U-Boot] [PATCH v1 0/2] ARM: mvebu: a38x: updates

from commit 09275c77 in https://github.com/MarvellEmbeddedProcessors/u-boot-marvell.git Chris Packham (2): ARM: mvebu: a38x: move definition of PEX_CFG_DIRECT_ACCESS ARM: mvebu: a38x: move sys_env_device_rev_get arch/arm/mach-mvebu/serdes/a38x/ctrl_pex.h | 1 + arch/arm/mach-mvebu

[U-Boot] [PATCH v1 2/2] ARM: mvebu: a38x: move sys_env_device_rev_get

Move sys_env_device_rev_get() from the ddr training code to sys_env_lib.c (which currently resides with the serdes code). This brings sys_env_device_rev_get() into line with sys_env_device_id_get() and sys_env_model_get(). Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- arch/ar

[U-Boot] [PATCH v1 1/2] ARM: mvebu: a38x: move definition of PEX_CFG_DIRECT_ACCESS

-by: Chris Packham <judge.pack...@gmail.com> --- arch/arm/mach-mvebu/serdes/a38x/ctrl_pex.h | 1 + drivers/ddr/marvell/a38x/ddr3_hws_hw_training_def.h | 2 -- 2 files changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/arm/mach-mvebu/serdes/a38x/ctrl_pex.h b/arch/arm/mach

[U-Boot] [PATCH v1 4/5] rtc: rs5c372: remove redundant code in rtc_reset

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 rs5c372 implementation of rtc_reset() does not need to call rtc_set(). Signed-off-by: Chris

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

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() doesn't need to call rtc_set(). Signed-off-by: Chris

[U-Boot] [PATCH v1 3/5] rtc: mx27rtc: remove redundant code in rtc_reset

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 mx27rtc implementation of rtc_reset() can be an empty stub function. Signed-off-by: Chris

[U-Boot] [PATCH v1 2/5] rtc: ds1374: remove redundant code in rtc_reset

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 ds1374 implementation of rtc_reset() doesn't need to call rtc_set(). Signed-off-by: Chris

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

handled in the generic layers. This series removes the now redundant code from the affected drivers. I've compile tested these changes but I only have access to hardware with ds1307/ds1337 (or variants thereof) so I haven't been able to test the last 4 patches on actual hardware. Chris Pack

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

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 rx8025 implementation of rtc_reset() does not need to call rtc_set(). Signed-off-by: Chris

[U-Boot] [PATCH v2 3/3] configs: kirkwood: Move RTC_MV to DM and Kconfig

Now that there is DM support in the RTC_MV driver update board configs to use it. Signed-off-by: Chris Packham --- I haven't removed this from the whitelist because the nsa310s board lacks device-tree support. Once that board is converted the non-DM code can be removed from RTC_MV

[U-Boot] [PATCH v2 1/3] configs: kirkwood: ds109: switch to DM_I2C

Enable DM_I2C and I2C_MVTSWI for the ds109 board. Signed-off-by: Chris Packham --- Changes in v2: - new configs/ds109_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/configs/ds109_defconfig b/configs/ds109_defconfig index c9207433b374..fd10e6e3c36e 100644 --- a/configs

[U-Boot] [PATCH v2 2/3] configs: move RTC_MV config from mv-plug-common.h to boards

To aid in migrating CONFIG_RTC_MV to Kconfig move the definition of it from mv-plug-common.h to the board config headers that nest it. Signed-off-by: Chris Packham --- Changes in v2: None include/configs/dreamplug.h | 4 include/configs/ds109.h | 4 include/configs

Re: [U-Boot] [PATCH 2/2] configs: kirkwood: Move RTC_MV to DM and Kconfig

On Wed, Jun 27, 2018 at 10:47 PM Chris Packham wrote: > > Now that there is DM support in the RTC_MV driver update board configs > to use it. > > Signed-off-by: Chris Packham > --- > I haven't removed this from the whitelist because the nsa310s board > lacks device-tree

Re: [U-Boot] [PATCH] ARM: mvebu: dts: add Clearfog GT-8K

On Fri, 19 Oct 2018, 12:55 AM Baruch Siach, wrote: > From: Rabeeh Khoury > > The SolidRun Clearfog GT-8K is based on Armada 8040. > > https://wiki.solid-run.com/doku.php?id=products:a8040:clearfoggt8k > > Signed-off-by: Rabeeh Khoury > Signed-off-by: Baruch Siach > --- >

Re: [U-Boot] latest kwboot

On Tue, 23 Oct 2018, 10:33 AM Balanga Bar, wrote: > I'm trying to build kwboot on FreeBSD but the latest source I found is not > posix compliant, containing various Linuxisms... I did find an old version > here > https://github.com/LeMaker/u-boot/raw/master/tools/kwboot.c > > that I was able

Re: [U-Boot] latest kwboot

with git checkout v2013.02 (or any other tag you wish to have a look at) Have a look at git-scm.com for more info on using git. That all being said you haven't actually said what is stopping the current version of kwboot.c from working for you. > On Tue, Oct 23, 2018 at 2:18 AM C

Re: [U-Boot] "Kbuild:43: recipe for target 'lib/asm-offsets.s' failed"

On Sun, 28 Oct 2018, 2:29 PM R White, wrote: > *People,* > > > *Can anyone tell me what I am doing wrong? Am I missing something?* > > > *I have even reloaded the machine, everything. * > *Rick* > > == > >

Re: [U-Boot] error in the make: bad value in the asm-offsets.c file

Hi Ian, Sarah, On Thu, 8 Nov 2018, 6:09 AM Ian Kane Sarah, > > It looks to me from the attached image that the error is related to an > expected, but missing value for the -march flag. > To me, I'd expect to see "-march=ARMv5 switch" instead of "-march= > switch". Make note of the empty space

Re: [U-Boot] error in the make: bad value in the asm-offsets.c file

just as a test to check your compiler run ${CROSS_COMPILE}cc --version > Sarah > > > > > > *Von:* Chris Packham [mailto:judge.pack...@gmail.com] > *Gesendet:* Mittwoch, 7. November 2018 23:00 > *An:* Ian Kane > *Cc:* Sarah Wicker ; u-boot > *Betreff:* Re: [U-Boot] error in

Re: [U-Boot] Ping failure

On Tue, 6 Nov 2018, 6:09 AM Paul Nader Hi, > > I'm trying to get an olinuxino-a64 board to boot using bootp but it failed > to send any DHCP packets so I reduced the problem to trying to get it to > ping another host but that fails as well. > > I tried it both with 2018.09 and then the head of

Re: [U-Boot] error in the make: bad value in the asm-offsets.c file

On Fri, Nov 9, 2018 at 1:16 PM Chris Packham wrote: > > > > On Fri, 9 Nov 2018, 2:08 AM Sarah Wicker > >> Hi Chris, Ian, >> >> i tested with downloading and installing the package through the terminal, >> changing the CROSS_COMPILE value and redoing the

Re: [U-Boot] [PATCH] fsl/usb: Workaround for USB erratum-A005275

On Thu, Oct 4, 2018 at 8:04 PM Marek Vasut wrote: > > On 10/04/2018 08:38 AM, Chris Packham wrote: > > On Thu, Oct 4, 2018 at 11:17 AM Marek Vasut wrote: > >> > >> On 10/03/2018 10:21 PM, Chris Packham wrote: > >>> Workaround makes FS as default mode on

[U-Boot] [PATCH] fsl/usb: Workaround for USB erratum-A005275

workaround for the errata Force FS mode as default by: - making EPS as FS - setting PFSC bit to disable HS chirping This workaround can be disabled by mentioning "no_erratum_a005275" in hwconfig string Signed-off-by: Chris Packham --- This is based on a patch form Freesca

<    1   2   3   4   5   6   7   8   9   10   >