Skip to content

env: Multiple env support and env transition for sunxi

Tom Rini u-boot 3 versions – New

Get series with b4
b4 am 20180117130134.GB4660@bill-the-cat

Versions newest first · linked by author and title

  1. v2 Latest posting 2/23 of 15 patches 0 repliesNew
  2. v2 posting 1/20 of 15 patches 0 repliesSuperseded
  3. v11 of 14 patches 0 repliesSuperseded

3 of 15 patches are in this archive. The cover letter announces 15.

Patches in v2 posting 2/2 No applies recorded yet

#Subject and filesSizeRepliesApplied
13/15env: Mark env_get_location as weak+0 -01 reply
13/15env: Mark env_get_location as weak+0 -01 reply
13/15env: Mark env_get_location as weak+0 -00 replies

Reviews trailers per patch

All 3 patches have a Reviewed-by or Acked-by.

PatchSimon Glass
13/15R-b
13/15R-b
13/15R-b

Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.

Read the v2 thread

Cover letter [U-Boot] [PATCH v2 00/15] env: Multiple env support and env transition for sunxi
Quoted 30 lines · Maxime Ripard

Hi,

Quoted 20 lines · Tom Rini
Quoted 12 lines · Maxime Ripard

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

Quoted 6 lines

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?

Quoted 6 lines

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'
Quoted 3 lines

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.

Quoted 3 lines

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.

Signature · 8 lines
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20180117/10df4368/attachment.sig>

Read the cover letter in its thread