08 Oct, 2017

1 commit


07 Oct, 2017

2 commits


06 Oct, 2017

2 commits


24 Sep, 2017

1 commit

  • This makes us act like the Linux Kernel does and allow for dtc to be
    provided externally but otherwise we use the version of dtc that is
    included in the sources. This in turn means that we can drop the
    checkdtc logic. We select DTC in the cases where we will need the dtc
    tool provided.

    Signed-off-by: Tom Rini

    Tom Rini
     

22 Sep, 2017

1 commit


15 Sep, 2017

1 commit

  • In a0f3e3df4adc we switched to using the Ubuntu-provided dtc as travis
    was having a problem with the number of warnings that were generated by
    the newer dtc. This is no longer a concern as we now have the same
    logic as Linux to enable/disable additional more stringent warnings. Go
    back to building dtc from source.

    Signed-off-by: Tom Rini
    Reviewed-by: Simon Glass
    Tested on travis-ci:
    Tested-by: Simon Glass

    Tom Rini
     

12 Sep, 2017

1 commit


11 Aug, 2017

1 commit

  • The 'tests' target will run sandbox, sandbox_spl and sandbox_flattree in
    test.py and in the case of sandbox_spl ensure that we just run the
    specific tests for that build. Update our matrix to perform similar
    test.py runs.

    Signed-off-by: Tom Rini

    Tom Rini
     

09 Jul, 2017

1 commit


07 Jul, 2017

1 commit

  • AVR32 is gone. It's already more than two years for no support in Buildroot,
    even longer there is no support in GCC (last version is heavily patched 4.2.4).

    Linux kernel v4.12 got rid of it (and v4.11 didn't build successfully).

    There is no good point to keep this support in U-Boot either.

    Reviewed-by: Simon Glass
    Reviewed-by: Tom Rini
    Reviewed-by: Heiko Schocher
    Signed-off-by: Andy Shevchenko

    Andy Shevchenko
     

30 Jun, 2017

1 commit


16 Jun, 2017

1 commit


12 Jun, 2017

2 commits


28 Apr, 2017

1 commit


18 Apr, 2017

1 commit


10 Apr, 2017

1 commit


06 Apr, 2017

1 commit

  • The architecture is currently unmaintained, remove.

    Cc: Benjamin Matthews
    Cc: Chong Huang
    Cc: Dimitar Penev
    Cc: Haitao Zhang
    Cc: I-SYST Micromodule
    Cc: M.Hasewinkel (MHA)
    Cc: Marek Vasut
    Cc: Martin Strubel
    Cc: Peter Meerwald
    Cc: Sonic Zhang
    Cc: Valentin Yakovenkov
    Cc: Wojtek Skulski
    Cc: Wojtek Skulski
    Signed-off-by: Tom Rini

    Tom Rini
     

20 Mar, 2017

1 commit

  • - The catch-all i.MX6 job has been exceeding the time limit again so
    split this up further. We now have an i.MX6 job and an
    everything-else job.
    - The logic we use to say "Freescale and AArch64" can be more clearly
    expressed with '&' rather than excluding various other things, so
    clear that up.

    Signed-off-by: Tom Rini

    Tom Rini
     

27 Feb, 2017

1 commit


24 Jan, 2017

1 commit


22 Jan, 2017

1 commit


15 Dec, 2016

1 commit


09 Dec, 2016

2 commits


08 Dec, 2016

1 commit


06 Dec, 2016

1 commit


01 Dec, 2016

1 commit

  • In order to avoid running into the time limit, split the 32bit and 64bit
    Freescale boards into separate jobs. We could either pass
    "freescale & armv8" to buildman or exclude all of the 32bit CPUs. While
    the former is shorter I fear the amount of possible escaping required
    would make things less readable.

    Signed-off-by: Tom Rini

    Tom Rini
     

30 Nov, 2016

1 commit


27 Nov, 2016

4 commits

  • We have all the building blocks now to run arbitrary efi applications
    in travis. The most important one out there is grub2, so let's add
    a simple test to verify that grub2 still comes up.

    Signed-off-by: Alexander Graf

    Alexander Graf
     
  • Most of the time when running the sleep test in Travis for
    the integratorcp_cm926ejs target I get errors like this:

    E assert 2.999901056289673 >= 3

    The deviation is tiny, but fails the overall build result. Since
    the sleep test is not terribly important as gate keeper for travis
    tests, let's just exclude it for this board.

    Signed-off-by: Alexander Graf
    Reviewed-by: Tom Rini

    Alexander Graf
     
  • When running in travis-ci, we want to pass environment configuration to
    the tests. These reside in a path available through PYTHONPATH, so let's
    define that one to point to the unit test repo.

    Signed-off-by: Alexander Graf
    Reviewed-by: Tom Rini

    Alexander Graf
     
  • Some travis QEMU tests can transfer files between the build directory
    and the guest U-Boot instance. For that to work, both need to have access
    to the same directory.

    This patch puts the current build path into an environment variable, so
    that the environment generating python scripts can extract it from there
    and read the respective files.

    Signed-off-by: Alexander Graf
    Reviewed-by: Tom Rini

    Alexander Graf
     

06 Nov, 2016

1 commit

  • The way that we have things broken down currently allows for some
    combinations of vendor or CPU to not be built. To fix this, create a
    new catch-all job that excludes everything we've built elsewhere. For
    the sake of simplicity we are allowing for the possibility of some
    overlap between the vendor-based jobs and the CPU-based jobs. While
    we're in here, make a failed build provide the summary of failure.

    Signed-off-by: Tom Rini

    Tom Rini
     

31 Oct, 2016

1 commit


29 Oct, 2016

3 commits