[U-Boot] [PATCH v2 00/15] env: Multiple env support and env transition for sunxi

From: Maxime Ripard <maxime.ripard@free-electrons.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v2 00/15] env: Multiple env support and env transition for sunxi
Date: Wed, 17 Jan 2018 14:27:50 +0100	[thread overview]
Message-ID: <20180117132750.3rfiumpddajdw3pe@flea.lan> (raw)
In-Reply-To: <20180117130134.GB4660@bill-the-cat>

On Wed, Jan 17, 2018 at 08:01:34AM -0500, Tom Rini wrote:
> On Wed, Jan 17, 2018 at 09:58:53AM +0100, Maxime Ripard wrote:
> > Hi,
> > 
> > On Tue, Jan 16, 2018 at 04:56:49PM -0500, Tom Rini wrote:
> > > On Tue, Jan 16, 2018 at 10:16:36AM +0100, Maxime Ripard wrote:
> > > > Hi,
> > > > 
> > > > Here is a second attempt at transitioning away from the MMC raw environment
> > > > to a FAT-based one for Allwinner SoCs. Since the RFC was quite well
> > > > received, I actually tested it and fixed a few rough edges.
> > > > 
> > > > You'll find the first RFC here for reference:
> > > > https://lists.denx.de/pipermail/u-boot/2017-October/310111.html
> > > > 
> > > > And the second that originated in this series:
> > > > https://lists.denx.de/pipermail/u-boot/2017-November/311608.html
> > > > 
> > > > I gave it a travis run, and one test seems to fail in one test:
> > > > https://travis-ci.org/mripard/u-boot/jobs/329229382
> > > > 
> > > > I really cannot really make any sense of why a change in the way the
> > > > environment loads could affect the operation of a DHCP client. Is there a
> > > > way to reproduce locally?
> > > 
> > > In this case, roughly, clone https://github.com/swarren/uboot-test-hooks
> > > and then:
> > > $ export PATH=${PATH}:/path/to/uboot-test-hooks/bin
> > > $ export PYTHONPATH=/path/to/uboot-test-hooks/py/travis-ci:${PYTHONPATH}
> > > $ export UBOOT_TRAVIS_BUILD_DIR=`cd .. && pwd`/.bm-work/$1
> > > $ ./test/py/test.py --bd vexpress_ca15_tc2 --build-dir "$UBOOT_TRAVIS_BUILD_DIR" -k 'net'
> > 
> > Thanks, I had to tweak it a bit to add --id qemu, and copy the
> > conf.vexpress_ca15_tc2_qemu file in a directory with my hostname in
> > the uboot-test-hooks repo.
> 
> Ah right, yes, oops.  I quickly grabbed bits out of my local wrapper
> script around it.

Don't worry, I was on a good enough path :)

> > And this is really getting weird, since the tests passes on my
> > machine:
> > http://code.bulix.org/rp6z29-258577
> 
> Does it repeatedly fail in travis (which, uh, stopped working for me
> yesterday, I haven't seen if it's un-wedged today)?  You can restart a
> specific sub-job rather than the whole.

It was repeatedly failing for that commit, but I reordered a few
commits since (and I tested the new branch on my machine). I triggered
a new build on travis that is currently running, but is taking a long
time to complete. I'll let you know the results.

Thanks!
Maxime

-- 
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20180117/009b0185/attachment.sig>