.0, which for the purposes of IP addresses can be
considered an error.
Signed-off-by: Chris Packham
---
lib/net_utils.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/lib/net_utils.c b/lib/net_utils.c
index cfae842..0fca54d 100644
--- a/lib/net_util
of simplicity the latter approach has been taken. The
e1000 hardware has slightly finer grained control in that it is possible
to enable support for multicast-promiscuous mode separately from unicast
so the extra traffic received is less.
Signed-off-by: Chris Packham
---
Drivers that support
Signed-off-by: Chris Packham
---
README | 3 +++
doc/README.ipv6 | 34 ++
2 files changed, 37 insertions(+)
create mode 100644 doc/README.ipv6
diff --git a/README b/README
index c22b60b..6118de2 100644
--- a/README
+++ b/README
@@ -1116,6 +1116,7
> On Mon, Oct 12, 2015 at 2:43 AM, Chris Packham
> wrote:
>> Adds basic support for IPv6. Neighbor discovery and ping6 are the only
>> things supported at the moment.
>>
>> Helped-by: Hanna Hawa [endian & alignment fixes]
>> Signed-off-by: Chris Packham
>&
On Tue, Nov 3, 2015 at 9:43 AM, Joe Hershberger
wrote:
> Hi Chris,
>
> On Mon, Oct 12, 2015 at 2:43 AM, Chris Packham
> wrote:
>> Add support for UDP/TFTP over IPv6.
>>
>> Signed-off-by: Chris Packham
>> ---
>> One problem with the [hostIpAd
On Wed, Nov 4, 2015 at 8:41 AM, Joe Hershberger
wrote:
>> I'm actually testing with x86 on QEMU so I think LE is all good. I'll
>> remove the comment.
>
> Great. Have you done any testing in sandbox? I'd really like to see
> unit tests go in as part of this series.
>
I'll take a look. For the p
On Wed, Nov 4, 2015 at 8:43 AM, Joe Hershberger
wrote:
> Hi Chris,
>
> On Tue, Nov 3, 2015 at 4:15 AM, Chris Packham wrote:
>> On Tue, Nov 3, 2015 at 9:43 AM, Joe Hershberger
>> wrote:
>>> Hi Chris,
>>>
>>> On Mon, Oct 12, 2015 at 2:43 AM, Chr
Hi Tom,
On Mon, Nov 26, 2018 at 7:20 AM Tom Rini wrote:
>
> As the core of the subsystem has been converted along with some of the
> drivers, formalize a deadline for migration.
>
> Cc: Tuomas Tynkkynen
> Cc: Simon Glass
> Cc: Bin Meng
> Cc: Nikita Kiryanov
> Cc: York Sun
> Cc: Fabio Estevam
ether_crc was added to the core net code in commit 53a5c424bf86
("multicast tftp: RFC2090") so that other drivers could use it. However
the only current user of it is tsec.c so move it there.
Signed-off-by: Chris Packham
---
drivers/net/tsec.c | 25 +
inc
IPv6.
Cc: Simon Goldschmidt
Signed-off-by: Chris Packham
---
As suggested by Joe[1] I've make the mcast API unconditional. So there
is a small increase in binary size with this patch.
Currently there are only two drivers that implement the API but
eventually that'll need to grow wh
On Mon, Nov 26, 2018 at 9:15 PM Simon Goldschmidt
wrote:
>
> On Mon, Nov 26, 2018 at 9:00 AM Chris Packham wrote:
> >
> > No mainline board enables CONFIG_MCAST_TFTP and there have been
> > compilation issues with the code for some time. Additionally, it has a
> > p
On Mon, Nov 26, 2018 at 9:12 PM Simon Goldschmidt
wrote:
>
> On Mon, Nov 26, 2018 at 9:00 AM Chris Packham wrote:
> >
> > ether_crc was added to the core net code in commit 53a5c424bf86
> > ("multicast tftp: RFC2090") so that other drivers could use it. However
On Tue, Nov 27, 2018 at 1:25 AM Tom Rini wrote:
>
> On Mon, Nov 26, 2018 at 07:32:38PM +1300, Chris Packham wrote:
> > Hi Tom,
> >
> > On Mon, Nov 26, 2018 at 7:20 AM Tom Rini wrote:
> > >
> > > As the core of the subsystem has been converted along w
Marvell have release a B0 revision of the Armada-385 SoC. This fixes a
hardware errata enabling RGMII to work when the Ethernet voltage is
configured to 3.3V.
Signed-off-by: Chris Packham
---
arch/arm/mach-mvebu/cpu.c | 3 +++
arch/arm/mach-mvebu/include/mach/soc.h
s code movement and tidy up. There's very little behavioural
change for A38X. This may however be useful if/when someone starts
looking at the newer Armada-3700/3900 SoCs.
Chris Packham (1):
ARM: mvebu: a38x: sync ddr training code with mv_ddr-armada-18.09
board/CZ.NIC/turris_omnia/turri
Hi Stefan,
Gmail seems to have started marking some u-boot email as spam so I
didn't see this earlier.
On Thu, Nov 29, 2018 at 11:35 PM Stefan Roese wrote:
>
> Hi Chris,
>
> On 29.11.18 04:16, Chris Packham wrote:
> > I had a faulty board to debug at $dayjob. Part of t
s code movement and tidy up. There's very little behavioural
change for A38X. This may however be useful if/when someone starts
looking at the newer Armada-3700/3900 SoCs.
Changes in v2:
- record sha1 of the commit we're syncing to.
- Highlight some of the fixes that affect a38x
Chris
Some existing device trees don't specify a phy-mode so fallback to GMII
when a phy-mode is not provided.
Signed-off-by: Chris Packham
---
This is similar to what the Linux mv643xx_eth.c network driver does to
handle the same case.
drivers/net/mvgbe.c | 6 ++
1 file changed, 2 inser
On Thu, Dec 6, 2018 at 1:23 AM Tom Rini wrote:
>
> On Wed, Dec 05, 2018 at 08:14:14AM +0100, Stefan Roese wrote:
> > Hi Tom,
> >
> > On 04.12.18 05:49, Tom Rini wrote:
> > >On Thu, Nov 29, 2018 at 06:21:12PM -0500, Tom Rini wrote:
> > >
> > >>As much of the USB system has been migrated to DM now,
db-88f6820-amc uses CONFIG_DM_USB and CONFIG_USB_STORAGE already so
define CONFIG_BLK to prepare it for full conversion to DM.
Signed-off-by: Chris Packham
---
configs/db-88f6820-amc_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configs/db-88f6820-amc_defconfig b/configs/db
Sync the Armada-38x device tree files with Linux 4.20-rc5. The changes
not taken are new compatible strings for the uart and nand flash
controller. The nand binding is best updated if/when the mtd/nand
infrastructure is updated.
Signed-off-by: Chris Packham
---
I've updated the clearfo
This was unintentionally removed when syncing with upstream.
Signed-off-by: Chris Packham
---
drivers/ddr/marvell/a38x/mv_ddr_plat.c | 4
drivers/ddr/marvell/a38x/mv_ddr_plat.h | 5 +
2 files changed, 9 insertions(+)
diff --git a/drivers/ddr/marvell/a38x/mv_ddr_plat.c
b/drivers/ddr
mvebu GPIO
>arm: mvebu: helios4: Reduce U-Boot image size
>arm: mvebu: helios4: Enable SPI flash support
>arm: mvebu: helios4: Reset uSOM onboard phy during board init
>
> Chris Packham (1):
>ARM: mvebu: a38x: sync ddr training code with mv_ddr-arma
Sync the Armada-38x device tree files with Linux 4.20-rc5. The changes
not taken are new compatible strings for the uart and nand flash
controller. The nand binding is best updated if/when the mtd/nand
infrastructure is updated.
Signed-off-by: Chris Packham
Reviewed-by: Stefan Roese
---
I
The Marvell DDR3 training code is now part of the U-Boot SPL so the
comment saying it needs porting is no longer correct.
Signed-off-by: Chris Packham
---
arch/arm/mach-mvebu/cpu.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-mvebu/cpu.c b/arch/arm
Hi Tom, Simon,
On Fri, Dec 14, 2018 at 5:01 AM Tom Rini wrote:
>
> Hey Simon,
>
> How hard would it be to have buildman notice and print out the echo'd
> warnings we have in the toplevel Makefile? By which I mean if you use
> buildman to build omap3_beagle you see just the DT warnings but if you
Output the device model migration warnings to stderr. This allows tools
like buildman to pick them up rather than suppressing them along with
the normal build output on stdout.
Signed-off-by: Chris Packham
---
One odd behaviour is that when a board has multiple warnings the
header/trailer lines
ally appreciate some testing on other kirkwood platforms.
Chris Packham (7):
net: mvgbe: fallback phy-mode to GMII
ARM: kirkwood: add db-88f6281-bp board
ARM: kirkwood: rename KW_CPU_WIN_BASE to MVEBU_CPU_WIN_BASE
ARM: kirkwood: remove KW_DEFADR_PCI_IO_REMAP
ARM: kirkwood: switch to using m
Some existing device trees don't specify a phy-mode so fallback to GMII
when a phy-mode is not provided.
Signed-off-by: Chris Packham
Reviewed-by: Stefan Roese
---
This is similar to what the Linux mv643xx_eth.c network driver does to
handle the same case.
drivers/net/mvgbe.c | 6 ++--
igned-off-by: Chris Packham
---
arch/arm/dts/kirkwood-db-88f6281-spi.dts| 48 +
arch/arm/dts/kirkwood-db-88f6281.dts| 26 +
arch/arm/dts/kirkwood-db.dtsi | 94 +
arch/arm/mach-kirkwood/Kconfig | 4 +
board/Marvell/db-88f62
The mvebu mbus code already had most of the support required for
kirkwood. The only difference is that unlike the other mvebu targets
kirkwood doesn't have a bridge control block so the code related to
managing that needs to be compiled out.
Signed-off-by: Chris Packham
---
arch/arm
KW_DEFADR_PCI_IO_REMAP has the same value as KW_DEFADR_PCI_IO and is
only used to set up a 1:1 mapping. Remove it and update the mapping to
use KW_DEFADR_PCI_IO.
Signed-off-by: Chris Packham
---
arch/arm/mach-kirkwood/cpu.c | 2 +-
arch/arm/mach-kirkwood/include/mach/cpu.h | 1
Switch to the driver model for USB on the db-88f6281-bp board.
CONFIG_BLK can't be enabled yet because mvebu_mmc.c needs converting.
Signed-off-by: Chris Packham
---
configs/db-88f6281-bp-spi_defconfig | 1 +
configs/db-88f6281-bp_defconfig | 1 +
2 files changed, 2 insertions(+)
This will allow the kirkwood platforms to use more common code with the
other mvebu SoCs.
Signed-off-by: Chris Packham
---
arch/arm/mach-kirkwood/cpu.c | 2 +-
arch/arm/mach-kirkwood/include/mach/soc.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm
Now that kirkwood is using the mvebu mbus this function is no longer
needed.
Signed-off-by: Chris Packham
---
arch/arm/mach-kirkwood/cpu.c | 64 ---
arch/arm/mach-kirkwood/include/mach/cpu.h | 1 -
2 files changed, 65 deletions(-)
diff --git a/arch/arm/mach
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
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
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 an
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
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 spl to
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
>
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 Nettleton
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
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 UAR
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
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
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
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
> > >
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
means
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
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 UBI
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
_CFG1_REG 0xa0604
> > #define LANE_CFG4_REG 0xa0620
> > #define LANE_CFG5_REG 0xa0624
> >
> I understand that this might fix an issue on a specific board (ClearFog
> in this case, correct?).
On Tue, May 29, 2018 at 4:11 AM Baruch Siach wrote:
> From: Jon Nettleton
> This switches the clearfog boards to use DM based gpio and i2c
> drivers. The io expanders are configured via their device-tree
> entries.
> Signed-off-by: Jon Nettleton
> [baruch: add DT i2c aliases]
> Signed-off-by
Hi Tom,
On Tue, May 29, 2018 at 7:12 AM Tom Rini wrote:
> On Wed, May 16, 2018 at 08:34:14PM +1200, Chris Packham wrote:
> > Now that there are more boards defining this it can be removed from the
> > whitelist.
> >
> > Signed-off-by: Chris Packham
> > Reviewed
On Tue, May 29, 2018 at 2:39 PM Baruch Siach wrote:
> Hi Chris,
> On Tue, May 29, 2018 at 10:32:47AM +1200, Chris Packham wrote:
> > Did you intend to omit the u-boot mailing list?
> No, sorry. Thanks for noticing. I'll resend with the change that Stefan
> suggested
On Tue, May 29, 2018 at 3:56 PM Baruch Siach wrote:
> Hi Chris,
> On Tue, May 29, 2018 at 03:49:44PM +1200, Chris Packham wrote:
> > On Tue, May 29, 2018 at 2:39 PM Baruch Siach wrote:
> > > On Tue, May 29, 2018 at 10:32:47AM +1200, Chris Packham wrote:
> > >
On Tue, May 29, 2018 at 4:58 PM Baruch Siach wrote:
> Hi Chris,
> On Tue, May 29, 2018 at 10:53:38AM +1200, Chris Packham wrote:
> > On Tue, May 29, 2018 at 4:11 AM Baruch Siach wrote:
> >
> > > From: Jon Nettleton
> >
> > > This switches the cl
on all affected
> > > hardware.
> > >
> > > Use the bind callback because we want this to always run at boot,
> > > regardless of whether U-Boot uses the i2c bus.
> > >
> > > Cc: Rabeeh Khoury
> > > Cc: Chris Packham
> > > Re
ome Kirkwood variants are affected as well. Add code to disable
> this slave to the i2c bus driver to make it work on all affected
> hardware.
> Use the bind callback because we want this to always run at boot,
> regardless of whether U-Boot uses the i2c bus.
> Cc: Rabeeh Khoury
> Cc
this once all kirkwood boards are migrated to DM.
Signed-off-by: Chris Packham
---
Changes in v2: None
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/include
This is a series of line cards for Allied Telesis's SBx8100 chassis
switch. The CPU block is common to the SBx81GS24a, SBx81XS6, SBx81XS16
and SBx81GT40 cards collectively referred to as SBx81LIFKW in u-boot.
Reviewed-by: Stefan Roese
Signed-off-by: Chris Packham
---
This is the board I
Combine repeated code from smi_reg_read/smi_reg_write into a common
function smi_wait_ready.
Signed-off-by: Chris Packham
---
drivers/net/mvgbe.c | 48 ++---
1 file changed, 24 insertions(+), 24 deletions(-)
diff --git a/drivers/net/mvgbe.c b/drivers
When connecting to from a CPU direct to a 88e6097 typically RGMII is
used. In order for traffic to actually pass we need to force the link up
so the CPU MAC on the other end will see the link.
Cc: Kevin Smith
Signed-off-by: Chris Packham
---
drivers/net/phy/mv88e61xx.c | 51
the board. Because the debug interfaces are sometimes connected to with
straight ribbon cables we need to run them at 10Mbps.
Signed-off-by: Chris Packham
---
board/alliedtelesis/SBx81LIFKW/sbx81lifkw.c | 14 --
configs/SBx81LIFKW_defconfig| 6 ++
include/configs
On Sun, 3 Jun 2018, 8:15 AM Alex Kiernan, wrote:
> Remove empty #ifdef/#ifndef..#endif blocks where the configuration they
> guarded has been completely removed.
>
> Signed-off-by: Alex Kiernan
>
Just out of interest how did you perform these changes? I sent a similar
patch for some kirkwood bo
On Fri, 1 Jun 2018, 10:42 PM Greg Maitz, wrote:
> Hi - I have a target Atheros 9344 board on which I have loaded U-boot
> version 1.23.2. On the reference board, the DRAM clock frequency has
> been set to 400 MHz and it works well.
Sounds like you've got a vendor bootloader. 1.23.2 isn't a vers
Hi,
On Mon, 4 Jun 2018, 7:39 AM Vagrant Cascadian, wrote:
> Without this, u-boot.kwb overlaps where the u-boot environment is
> stored, and updating the environment can break u-boot and vice versa.
>
> https://bugs.debian.org/897671
> https://lists.denx.de/pipermail/u-boot/2018-May/327497.ht
On Sat, 2 Jun 2018, 8:55 PM Alex Kiernan, wrote:
> Not a problem per-se, but it tripped up my builds running against master...
>
> It looks like we now need flex and bison installed in order to build,
> whereas previously we shipped the generated files as part of the tree.
>
It's a kconfig thin
On Mon, 4 Jun 2018, 9:23 AM Vagrant Cascadian, wrote:
> On 2018-06-03, Chris Packham wrote:
> > On Mon, 4 Jun 2018, 7:39 AM Vagrant Cascadian,
> wrote:
> >
> >> Without this, u-boot.kwb overlaps where the u-boot environment is
> >> stored, and updating the e
The u-boot binary sits in flash immediately before the environment.
Don't allow the binary size to grow into the environment space.
Signed-off-by: Chris Packham
---
This will actually result in a build failure. Which is what we want, at
least until https://lists.denx.de/pipermail/u-boot
The u-boot binary sits in flash immediately before the environment.
Don't allow the binary size to grow into the environment space.
Signed-off-by: Chris Packham
---
include/configs/guruplug.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/configs/guruplug.h b/include/co
On Mon, Jun 4, 2018 at 2:20 AM Alex Kiernan wrote:
>
> On Sun, Jun 3, 2018 at 12:18 PM Chris Packham wrote:
> >
> >
> >
> > On Sun, 3 Jun 2018, 8:15 AM Alex Kiernan, wrote:
> >>
> >> Remove empty #ifdef/#ifndef..#endif blocks where the configurati
Moveconfig already attempts to remove empty #if/#endif blocks when there
is a matching CONFIG_ being moved. Add a second pass which covers files
without a match.
Signed-off-by: Chris Packham
---
I've plumbed this in as a second pass because ultimately we may want to
make this a separate o
Remove empty #ifdef/#ifndef..#endif blocks where the configuration they
guarded has been completely removed.
Signed-off-by: Chris Packham
---
include/configs/UCP1020.h | 2 --
include/configs/vme8349.h | 3 ---
2 files changed, 5 deletions(-)
diff --git a/include/configs/UCP1020.h b/include
Whatever code this was guarding has been removed so remove the guards
too.
Signed-off-by: Chris Packham
---
arch/m68k/include/asm/processor.h | 4
1 file changed, 4 deletions(-)
diff --git a/arch/m68k/include/asm/processor.h
b/arch/m68k/include/asm/processor.h
index 3fafa6ff1a8d
Whatever code this was guarding has been removed so remove the guards
too.
Signed-off-by: Chris Packham
---
arch/arm/mach-sunxi/board.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-sunxi/board.c b/arch/arm/mach-sunxi/board.c
index 7ac8360c0117..58fef05bd737 100644
--- a
On Mon, Jun 4, 2018 at 9:49 PM Andy Shevchenko
wrote:
>
> On Mon, 2018-06-04 at 21:27 +1200, Chris Packham wrote:
> > Moveconfig already attempts to remove empty #if/#endif blocks when
> > there
> > is a matching CONFIG_ being moved. Add a second pass which covers
>
s://github.com/helios-4/linux-marvell
>
> Signed-off-by: Dennis Gilmore
> Signed-off-by: Dennis Gilmore
Some comments below, nothing major
Reviewed-by: Chris Packham
> ---
> changes since RFC
> add armada-38x-solidrun-microsom.dtsi minus buffer-memory nodes from linux
&
Hi,
On Tue, Jun 5, 2018 at 2:08 AM Luca Ceresoli wrote:
>
> The commands in if_changed and if_changed_dep are concatenated with a
> ';', thus any error in any command except the last one will be
> silently ignored. This is particularly relevant for the actual
> payload, cmd_$(1), whose errors sho
Hi Ken,
On Wed, Jun 6, 2018 at 8:06 PM wrote:
>
> From: Ken Ma
aside, awesome email address for someone in embedded development :)
Some minor comments below
Reviewed-by: Chris Packham
> This patch adds a separate driver for the MDIO interface of the
> Marvell Ethernet controll
On Thu, Jun 7, 2018 at 12:47 PM Simon Glass wrote:
>
> Hi Chris,
>
> On 27 May 2018 at 17:45, Simon Glass wrote:
> > On 27 May 2018 at 03:52, Chris Packham wrote:
> >> Many mailing-lists consider a long Cc list a sign of spam and will
> >> either drop t
Add a test to exercise the check for a valid SPDX license.
Signed-off-by: Chris Packham
---
This is dependent on http://patchwork.ozlabs.org/patch/914202/
I also seem to get a bunch of doctest failures due to unicode strings, e.g.
File "tools/patman/settings.py", line 78, i
any known bouncing addresses. By
default no limit is applied.
Signed-off-by: Chris Packham
---
I've fallen foul of the u-boot ML Cc limit a few times recently. I'm not
sure what the actual limit is so I've left patman's default behaviour
unlimited.
Changes in v3:
- update f
Gmail is stubbornly refusing to quote this *sigh*
Reviewed-by: Chris Packham
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On Thu, Jun 7, 2018 at 10:46 PM Nicolae Rosia
wrote:
> Scenario 4:
> Remove RAMBOOT_PBL from defconfig:
> -CONFIG_SYS_EXTRA_OPTIONS="RAMBOOT_PBL,SPL_FSL_PBL"
> +CONFIG_SYS_EXTRA_OPTIONS="SPL_FSL_PBL"
>
> This results in a binary that is more than 3GB (??)
>
> Scenario 4.1:
> I noticed that C
Combine repeated code from smi_reg_read/smi_reg_write into a common
function smi_wait_ready.
Reviewed-by: Stefan Roese
Signed-off-by: Chris Packham
---
Changes in v2:
- collect review from Stefan
- use wait_for_bit_le32()
drivers/net/mvgbe.c | 47
iach
Thanks, I'd been seeing this but hadn't found time to look into it.
With this patch applied I haven't seen the issue on a system where I'd
otherwise see it every few boot attempts.
Tested-by: Chris Packham
___
U-Boot maili
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
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
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
> >
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
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
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
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
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 an
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-
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
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
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 an
401 - 500 of 1096 matches
Mail list logo