From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53084) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cjTVM-0003xb-EB for qemu-devel@nongnu.org; Thu, 02 Mar 2017 11:23:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cjTVI-0007m7-Bi for qemu-devel@nongnu.org; Thu, 02 Mar 2017 11:23:00 -0500 Received: from mx1.redhat.com ([209.132.183.28]:54482) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cjTVI-0007lo-5a for qemu-devel@nongnu.org; Thu, 02 Mar 2017 11:22:56 -0500 References: <20170227162501.29280-1-ehabkost@redhat.com> <20170227194134.GH2778@thinpad.lan.raisama.net> <20170227205753.60b8a225@bahia.lan> <20170228191226.GI2778@thinpad.lan.raisama.net> <20170302153913.GQ2778@thinpad.lan.raisama.net> <9dd3053b-1faf-e7a2-1cd7-aea934f5dc3c@redhat.com> <20170302160734.GB11509@thinpad.lan.raisama.net> From: Paolo Bonzini Message-ID: <4f5aad6a-9959-5461-d0dd-e575010bea42@redhat.com> Date: Thu, 2 Mar 2017 17:22:51 +0100 MIME-Version: 1.0 In-Reply-To: <20170302160734.GB11509@thinpad.lan.raisama.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] travis-ci 'make check' timeouts (was Re: [PULL 00/11] x86 queue, 2017-02-27) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eduardo Habkost Cc: Peter Maydell , Greg Kurz , QEMU Developers , Richard Henderson , =?UTF-8?Q?Marc-Andr=c3=a9_Lureau?= , "Michael S. Tsirkin" On 02/03/2017 17:07, Eduardo Habkost wrote: > On Thu, Mar 02, 2017 at 04:54:26PM +0100, Paolo Bonzini wrote: >> On 02/03/2017 16:39, Eduardo Habkost wrote: >>> On Tue, Feb 28, 2017 at 07:17:39PM +0000, Peter Maydell wrote: >>>> On 28 February 2017 at 19:12, Eduardo Habkost = wrote: >>>>> 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'm currently processing a patch which (hopefully) fixes >>>> vhost-user-test's intermittent failures: >>>> http://patchwork.ozlabs.org/patch/732747/ >>> >>> I'm not sure it will solve the issues on hosts without KVM. As >>> far as I can see, if vhost-user-test is working without KVM, it >>> is working by accident. >> >> Well, it has worked for a while before the patch. >=20 > Before which patch? The one mentioned in the commit message by Marc-Andr=E9: b0a335e351103bf92f3f9d0bd5759311be8156ac. Paolo >=20 >> As long as you don'= t >> overwrite code with vhost-user data and then try to run that data, >> things will be fine. Just not something you can use in practice, but = it >> works in tests. >=20 > Earlier this week I saw the wait_for_fds assertion (mentioned at > the thread above) on a travis-ci job again, and I was suspecting > it was the same vhost_set_mem_table() + TCG error seen at the > thread above. >=20 > Unfortunately travis-ci overwrote the previous logs when I > restarted the job, and now I can't confirm if it was really the > same vhost_set_mem_table() error. I guess we'll have to simply > wait and see if it fails again. >=20