From: Cornelia Huck <cohuck@redhat.com>
To: "Philippe Mathieu-Daudé" <philmd@redhat.com>
Cc: "Fam Zheng" <fam@euphon.net>, "Thomas Huth" <thuth@redhat.com>,
"Daniel P. Berrangé" <berrange@redhat.com>,
"Juan Quintela" <quintela@redhat.com>,
qemu-devel@nongnu.org, "Peter Xu" <peterx@redhat.com>,
"Dr. David Alan Gilbert" <dgilbert@redhat.com>,
"Halil Pasic" <pasic@linux.ibm.com>,
"Christian Borntraeger" <borntraeger@de.ibm.com>,
qemu-s390x@nongnu.org, "Alex Bennée" <alex.bennee@linaro.org>
Subject: Re: [PATCH-for-5.0 v2 2/4] tests/test-util-sockets: Skip test on non-x86 Travis containers
Date: Fri, 20 Mar 2020 12:39:58 +0100 [thread overview]
Message-ID: <20200320123958.354e6cbb.cohuck@redhat.com> (raw)
In-Reply-To: <20200318222717.24676-3-philmd@redhat.com>
On Wed, 18 Mar 2020 23:27:15 +0100
Philippe Mathieu-Daudé <philmd@redhat.com> wrote:
> Similarly to commit 4f370b1098, test-util-sockets fails in
> restricted non-x86 Travis containers since they apparently
> blacklisted some required system calls there.
Is "they" == "Travis admins"? Can we get them to remove those calls
from the blacklist?
(I'm wondering why x86 allows those calls. Probably just because it has
been around for longer.)
> Let's simply skip the test if we detect such an environment.
>
> Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
> Signed-off-by: Philippe Mathieu-Daudé <philmd@redhat.com>
> ---
> tests/test-util-sockets.c | 7 +++++++
> 1 file changed, 7 insertions(+)
>
> diff --git a/tests/test-util-sockets.c b/tests/test-util-sockets.c
> index 5fd947c7bf..046ebec8ba 100644
> --- a/tests/test-util-sockets.c
> +++ b/tests/test-util-sockets.c
> @@ -231,11 +231,18 @@ static void test_socket_fd_pass_num_nocli(void)
> int main(int argc, char **argv)
> {
> bool has_ipv4, has_ipv6;
> + char *travis_arch;
>
> socket_init();
>
> g_test_init(&argc, &argv, NULL);
>
> + travis_arch = getenv("TRAVIS_CPU_ARCH");
> + if (travis_arch && !g_str_equal(travis_arch, "x86_64")) {
> + g_printerr("Test does not work on non-x86 Travis containers.");
> + goto end;
> + }
> +
> /* We're creating actual IPv4/6 sockets, so we should
> * check if the host running tests actually supports
> * each protocol to avoid breaking tests on machines
next prev parent reply other threads:[~2020-03-20 11:41 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-18 22:27 [PATCH v2 0/4] travis-ci: Add a KVM-only s390x job Philippe Mathieu-Daudé
2020-03-18 22:27 ` [PATCH-for-5.0 v2 1/4] tests/test-util-filemonitor: Fix Travis-CI $ARCH env variable name Philippe Mathieu-Daudé
2020-03-18 22:27 ` [PATCH-for-5.0 v2 2/4] tests/test-util-sockets: Skip test on non-x86 Travis containers Philippe Mathieu-Daudé
2020-03-20 11:39 ` Cornelia Huck [this message]
2020-03-22 10:48 ` Philippe Mathieu-Daudé
2020-03-23 9:48 ` Daniel P. Berrangé
2020-03-23 10:11 ` Philippe Mathieu-Daudé
2020-03-18 22:27 ` [PATCH-for-5.0 v2 3/4] tests/migration: Reduce autoconverge initial bandwidth Philippe Mathieu-Daudé
2020-03-19 14:17 ` Dr. David Alan Gilbert
2020-03-18 22:27 ` [PATCH v2 4/4] .travis.yml: Add a KVM-only s390x job Philippe Mathieu-Daudé
2020-03-20 11:45 ` Cornelia Huck
2020-03-19 0:23 ` [PATCH v2 0/4] travis-ci: " no-reply
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200320123958.354e6cbb.cohuck@redhat.com \
--to=cohuck@redhat.com \
--cc=alex.bennee@linaro.org \
--cc=berrange@redhat.com \
--cc=borntraeger@de.ibm.com \
--cc=dgilbert@redhat.com \
--cc=fam@euphon.net \
--cc=pasic@linux.ibm.com \
--cc=peterx@redhat.com \
--cc=philmd@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=quintela@redhat.com \
--cc=thuth@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.