[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] travis-ci 'make check' timeouts (was Re: [PULL 00/11] x
From: |
Eduardo Habkost |
Subject: |
Re: [Qemu-devel] travis-ci 'make check' timeouts (was Re: [PULL 00/11] x86 queue, 2017-02-27) |
Date: |
Tue, 28 Feb 2017 16:12:26 -0300 |
User-agent: |
Mutt/1.7.1 (2016-10-04) |
On Mon, Feb 27, 2017 at 08:57:53PM +0100, Greg Kurz wrote:
> On Mon, 27 Feb 2017 16:41:34 -0300
> Eduardo Habkost <address@hidden> wrote:
>
> > On Mon, Feb 27, 2017 at 07:16:03PM +0000, Peter Maydell wrote:
> > [...]
> > > This seemed to hang in 'make check' on x86. I didn't have time to
> > > investigate, so I'll have another go with it later.
> >
> > I have been seeing lots of travis-ci failures recently because of
> > 'make check' taking too long. The jobs seem to timeout while
> > running tests/test-aio-multithread.
> >
> > I see similar failures on recent qemu.git master jobs, too:
> > https://travis-ci.org/qemu/qemu/builds
> >
> > Are they similar to the hang you have seen?
> >
>
> The problem with tests/test-aio-multithread got fixed today with the
> following commit:
>
> http://git.qemu-project.org/?p=qemu.git;a=commit;h=3b1d8169844fafee184366b0e0d7080534758b4d
I see. The failures really stopped after I rebased to that
commit.
I saw a failure on x86-pull-request that seemed to be because of
vhost-user-test[1]. However, after restarting the job, it
passed[2]. (I can't confirm the actual cause of the first
failure, because the log files seem to be temporarily unavailable
on Travis.)
Now, the problem with vhost-user-test is that it is not
guaranteed to work without KVM[3], so we need to add a mechanism
to skip vhost-user-test (or at least make errors non-fatal) if
KVM is unavailable.
[1] https://travis-ci.org/ehabkost/qemu/builds/205849528
[2] https://travis-ci.org/ehabkost/qemu/builds/205850173
[3] See commit cdafe929615ec5eca71bcd5a3d12bab5678e5886
--
Eduardo
- [Qemu-devel] [PULL 04/11] i386: Reorganize and document CPUID initialization steps, (continued)
- [Qemu-devel] [PULL 04/11] i386: Reorganize and document CPUID initialization steps, Eduardo Habkost, 2017/02/27
- [Qemu-devel] [PULL 06/11] i386: Create "max" CPU model, Eduardo Habkost, 2017/02/27
- [Qemu-devel] [PULL 07/11] i386: Make "max" model not use any host CPUID info on TCG, Eduardo Habkost, 2017/02/27
- [Qemu-devel] [PULL 08/11] i386: Don't set CPUClass::cpu_def on "max" model, Eduardo Habkost, 2017/02/27
- [Qemu-devel] [PULL 11/11] i386: Improve query-cpu-model-expansion full mode, Eduardo Habkost, 2017/02/27
- [Qemu-devel] [PULL 09/11] i386: Define static "base" CPU model, Eduardo Habkost, 2017/02/27
- [Qemu-devel] [PULL 10/11] i386: Implement query-cpu-model-expansion QMP command, Eduardo Habkost, 2017/02/27
- Re: [Qemu-devel] [PULL 00/11] x86 queue, 2017-02-27, Peter Maydell, 2017/02/27