- 18 7月, 2016 1 次提交
-
-
由 Pranith Kumar 提交于
We want the travis build bot to post notifications on IRC only for the master qemu repository and not the various forks/branches of others. Currently there is no direct option to restrict the updates to one repository. This is being worked upon by the developers and tracked in https://github.com/travis-ci/travis-ci/issues/1094. Until such time, we can use the workaround as posted in ref. https://github.com/facebook/flow/pull/1822. This basically creates an ecrypted string which decrypts to qemu IRC channel only on "qemu/qemu" repo and not on the forks. This enables the build bot to notify the IRC only for the main repo. Signed-off-by: NPranith Kumar <bobby.prani@gmail.com> Signed-off-by: NAlex Bennée <alex.bennee@linaro.org>
-
- 09 6月, 2016 3 次提交
-
-
由 Paolo Bonzini 提交于
On travis-ci.org, all builds fail with /usr/include/features.h:324:11: error: unable to open bits/predefs.h With "make docker-travis@ubuntu", they fail with /usr/include/features.h:374:13: error: unable to open sys/cdefs.h With "make docker-travis@fedora", finally, they fail due to sparse not being able to parse some #pragmas in glib headers. Just kill the thing from the CI builds. Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com> [AJB: tweak title for my OCD] Signed-off-by: NAlex Bennée <alex.bennee@linaro.org>
-
由 Alex Bennée 提交于
If we want to run our docker based tests we'll need to do them on a normal VM with docker support. Lets just enable the build on trusty for now to check against a newer Ubuntu. Signed-off-by: NAlex Bennée <alex.bennee@linaro.org>
-
由 Stefan Hajnoczi 提交于
Let's ensure that block/nfs.o is built in Travis. This patch depends on the following build fixes: 1. block/nfs: add missing #include "qapi/error.h" 2. block/nfs: add missing #include "qemu/cutils.h" This patch also depends on Travis adding libnfs-dev to the list of approved packages. This patch can be safely committed but will not do anything until the Travis maintainers allow libnfs-dev to be installed. Please see the GitHub Issue I raised here: https://github.com/travis-ci/apt-package-whitelist/issues/2788Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com> Signed-off-by: NAlex Bennée <alex.bennee@linaro.org>
-
- 05 4月, 2016 3 次提交
-
-
由 Alex Bennée 提交于
The move from Travis VMs to Containers came with a upgrade from 1.5 cores to 2. The received wisdom is -j N+1 means a core can be doing work while other threads wait for IO to complete. This is hard to test on the Travis infrastructure but an initial before/after eyeballing seems to confirm it is an improvement. Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Reviewed-by: NDavid Gibson <david@gibson.dropbear.id.au>
-
由 Alex Bennée 提交于
Travis has support for OSX builds. Making the setup work cleanly involves a little hacking about with the .travis.yml file but rather than make it too messy I've pushed all the "brew" install stuff into a support script called ./scripts/macosx-brew.sh. Currently only the default ./configure ${CONFIG} is built as I'm not sure what extra coverage would come from the other build stanzas. Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Acked-by: NPeter Maydell <peter.maydell@linaro.org>
-
由 Alex Bennée 提交于
Remove the concept of TARGETS and build the complete target list for each config combination. Now the matrix is just based on CONFIG stanzas and we use the additional stuff for: - things that only work on one compiler (sparse, gcov, gprof) - combos where "make check" fails Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Reviewed-by: NDavid Gibson <david@gibson.dropbear.id.au>
-
- 09 2月, 2016 4 次提交
-
-
由 Alex Bennée 提交于
As we are now running "make check" on more of the matrix it is worth making more of an effort to reduce the overall load on Travis. I've done a few things: - Combining a number of the targets - Building one target for each ancillary build Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Reviewed-by: NDavid Gibson <david@gibson.dropbear.id.au> Tested-by: NDavid Gibson <david@gibson.dropbear.id.au>
-
由 Alex Bennée 提交于
Travis support ccache on a cache-per-branch basis. Given not much of the build changes between pushes as well as the duplication in each build it seems worthwhile enabling this. Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Reviewed-by: NDavid Gibson <david@gibson.dropbear.id.au> Tested-by: NDavid Gibson <david@gibson.dropbear.id.au>
-
由 Alex Bennée 提交于
We disable "make check" for the gthread backend as it is broken. Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Reviewed-by: NDavid Gibson <david@gibson.dropbear.id.au> Tested-by: NDavid Gibson <david@gibson.dropbear.id.au>
-
由 Alex Bennée 提交于
We only ran make check once before it used to be an unreliable target. It was only a stop gap measure and we should be able to revert it now. This also stops us needing a large all-MMU build. We disable "make check" for a couple of the extra config targets which are currently broken. Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Reviewed-by: NDavid Gibson <david@gibson.dropbear.id.au> Tested-by: NDavid Gibson <david@gibson.dropbear.id.au>
-
- 06 2月, 2016 1 次提交
-
-
由 Alex Bennée 提交于
This moves the Travis tests from the legacy VM infrastructure (which only seems to run 5-6 jobs at once) to the new container based approach. The principle difference is there is no sudo in the containers so all packages are installed using the apt add-on. This means one of the build combinations can be dropped as it was only for checking the build with additional packages. Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Tested-by: NDavid Gibson <david@gibson.dropbear.id.au> Reviewed-by: NDavid Gibson <david@gibson.dropbear.id.au>
-
- 03 2月, 2016 1 次提交
-
-
由 Paolo Bonzini 提交于
[Also update .travis.yml --enable-trace-backends=stderr --Stefan] Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com> Signed-off-by: NDenis V. Lunev <den@openvz.org> Acked-by: NChristian Borntraeger <borntraeger@de.ibm.com> Message-id: 1452174932-28657-10-git-send-email-den@openvz.org Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
-
- 09 10月, 2015 1 次提交
-
-
由 David Gibson 提交于
ed173cb7 ".travis.yml: remove "make check" from main matrix" stopped running make check for all the Travis build targets for various reasons. It continued to run make check on one Travis build, which builds for a big list of all (? nearly all) our supported softmmu targets. Unfortunately, due to a spacing / quoting error it only actually builds for the alpha, arm, aarch64 and cris targets. Specifically, the list of targets is split over several lines. Even with YAML folding, this will leave spaces in the list, meaning $TARGETS won't have the value we need. I had a look at the YAML spec and I couldn't quickly see a way of splitting the list so that it doesn't end up with spaces, so this patch fixes the problem by putting the whole list on one huge line. Signed-off-by: NDavid Gibson <david@gibson.dropbear.id.au> Signed-off-by: NMichael Tokarev <mjt@tls.msk.ru>
-
- 26 1月, 2015 1 次提交
-
-
由 Paolo Bonzini 提交于
We will change the default to "--enable-modules", let's cover it before the switch. Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
-
- 27 9月, 2014 4 次提交
-
-
由 Alex Bennée 提交于
There are problems with unreliability in "make check" which still need to be tracked down. As the tests are broadly the same for all targets if added one explicit target to the matrix to run it. However this does build all softmmu targets to ensure they at least "run" Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Reviewed-by: NAlexander Graf <agraf@suse.de> Reviewed-by: NBrian Jackson <iggy@theiggy.com> Signed-off-by: NMichael Tokarev <mjt@tls.msk.ru>
-
由 Alex Bennée 提交于
A significant portion of the build time is spent initialising all the sub-modules we use in the source tree. Often this is almost as long as the build itself. By pre-seeding the .git/modules tree this will hopefully improve things. Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Reviewed-by: NAlexander Graf <agraf@suse.de> Reviewed-by: NBrian Jackson <iggy@theiggy.com> Signed-off-by: NMichael Tokarev <mjt@tls.msk.ru>
-
由 Alex Bennée 提交于
The Travis VMs have 1.5 cores so we might as well make some use of the paralellism. Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Reviewed-by: NAlexander Graf <agraf@suse.de> Reviewed-by: NBrian Jackson <iggy@theiggy.com> Signed-off-by: NMichael Tokarev <mjt@tls.msk.ru>
-
由 Alex Bennée 提交于
At the same time I've grouped the $ARCH-linux-user and $ARCH-softmmu builds together (hoping FS cache helps) and grouped all $ARCH-softmmu only builds into one target. This reduces the build matrix slightly which will hopefully help with build times. Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Reviewed-by: NAlexander Graf <agraf@suse.de> Signed-off-by: NMichael Tokarev <mjt@tls.msk.ru>
-
- 09 6月, 2014 1 次提交
-
-
由 Lluís Vilanova 提交于
Adds support to compile QEMU with multiple tracing backends at the same time. For example, you can compile QEMU with: $ ./configure --enable-trace-backends=ftrace,dtrace Where 'ftrace' can be handy for having an in-flight record of events, and 'dtrace' can be later used to extract more information from the system. This patch allows having both available without recompiling QEMU. Signed-off-by: NLluís Vilanova <vilanova@ac.upc.edu> Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
-
- 15 3月, 2014 4 次提交
-
-
由 Alex Bennée 提交于
I'm trying to avoid spamming the IRC channel (not overly likely as builds take a while). So failure will always be reported but if the build continues to work then the IRC notifications will be quiet. Note any GitHub based repository with Travis enabled will use this notification. If it proves to be too spammy we may want to ask users not to use Travis themselves although this seems sub-optimal. Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Reviewed-by: NStefan Hajnoczi <stefanha@redhat.com> Signed-off-by: NMichael Tokarev <mjt@tls.msk.ru>
-
由 Alex Bennée 提交于
Purely cosmetic but satisfies my OCD. Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Reviewed-by: NStefan Hajnoczi <stefanha@redhat.com> Signed-off-by: NMichael Tokarev <mjt@tls.msk.ru>
-
由 Alex Bennée 提交于
This build was disabled while the lttng tracing was broken. Stefan has recently submitted a pull request with it re-enabled. Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Reviewed-by: NStefan Hajnoczi <stefanha@redhat.com> Signed-off-by: NMichael Tokarev <mjt@tls.msk.ru>
-
由 Alex Bennée 提交于
The current builds don't include all the features which are auto-detected and then disabled when the appropriate test packages don't exist. I've added another target that enables all known additional packages for increased coverage. I didn't add it to the core package list to reduce build time. Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Reviewed-by: NStefan Hajnoczi <stefanha@redhat.com> Signed-off-by: NMichael Tokarev <mjt@tls.msk.ru>
-
- 09 1月, 2014 1 次提交
-
-
由 Alex Bennée 提交于
Now the AArch64 targets are in mainline we can include them in our Travis test matrix. Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
-
- 08 1月, 2014 1 次提交
-
-
由 Alex Bennée 提交于
Now the AArch64 targets are in mainline we can include them in our Travis test matrix. Signed-off-by: NAlex Bennée <alex.bennee@linaro.org> Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
-
- 13 11月, 2013 1 次提交
-
-
由 Alex Bennée 提交于
This adds a build matrix definition for travis-ci.org continuous integration service. It is usable on any public repository hosted on GitHub. Once you have created an account signed into Travis you can enable it on selected projects via travis-ci.org/profile. Alternatively you can configure the service hooks on GitHub via the repository Settings tab,then Service Hooks and selecting Travis. Once setup Travis will automatically test every push as well as any pull requests submitted to that repository. The build matrix is currently split by target architecture (see TARGETS environment variable) because a full build of QEMU can take some time. This way you get quick feedback for any obvious errors. The additional environment variables exist to allow additional builds to tweak the environment. These are: EXTRA_CONFIG - extra terms passed to configure EXTRA_PKGS - extra dev packages to install TEST_CMD - default "make check", can be overridden I've confined the additional stuff to x86/x86_64 for convenience. As Travis supports clang the main builds are done twice (once for gcc and once for clang). However clang is disabled for the debug/trace builds for the purposes of brevity. Other wrinkles: * The lttng user-space tracing back-end is disabled (it is currently horribly broken) * The ftrace back-end doesn't run "make check" (it requires a mounted debugfs to work) * There are two debug enabled build (with and without TCG interpreter) Signed-off-by: NAlex Bennée <alex@bennee.com> Reviewed-by: NStefan Hajnoczi <stefanha@redhat.com> Signed-off-by: NMichael Tokarev <mjt@tls.msk.ru>
-