From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42400) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cjT3p-0006mz-6W for qemu-devel@nongnu.org; Thu, 02 Mar 2017 10:54:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cjT3l-00009K-RJ for qemu-devel@nongnu.org; Thu, 02 Mar 2017 10:54:33 -0500 Received: from mx1.redhat.com ([209.132.183.28]:46717) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cjT3l-000098-LF for qemu-devel@nongnu.org; Thu, 02 Mar 2017 10:54:29 -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> From: Paolo Bonzini Message-ID: <9dd3053b-1faf-e7a2-1cd7-aea934f5dc3c@redhat.com> Date: Thu, 2 Mar 2017 16:54:26 +0100 MIME-Version: 1.0 In-Reply-To: <20170302153913.GQ2778@thinpad.lan.raisama.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit 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 , Peter Maydell Cc: Greg Kurz , QEMU Developers , Richard Henderson , =?UTF-8?Q?Marc-Andr=c3=a9_Lureau?= , "Michael S. Tsirkin" 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. 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. Paolo