From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: [libvirt test] 58119: regressions - FAIL Date: Wed, 24 Jun 2015 09:32:46 +0100 Message-ID: <1435134766.28264.228.camel@citrix.com> References: <1433755348.7108.402.camel@citrix.com> <20150615143055.GA3393@perard.uk.xensource.com> <1434640728.28264.46.camel@citrix.com> <1434643342.28264.48.camel@citrix.com> <5589A904.1040306@suse.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <5589A904.1040306@suse.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Jim Fehlig Cc: Anthony PERARD , xen-devel@lists.xensource.com, ian.jackson@eu.citrix.com List-Id: xen-devel@lists.xenproject.org On Tue, 2015-06-23 at 12:44 -0600, Jim Fehlig wrote: > On 06/18/2015 10:02 AM, Ian Campbell wrote: > > On Thu, 2015-06-18 at 16:18 +0100, Ian Campbell wrote: > >> On Mon, 2015-06-15 at 15:30 +0100, Anthony PERARD wrote: > >>> The "No response from client ..." appear only on armhf as far as I can > >>> tell. > >> Indeed, and I just noticed while developing osstest for arm64 that the > >> daemon is segfaulting, and we even managed to collect a core dump, not > >> this time but in: > >> > >> http://logs.test-lab.xenproject.org/osstest/logs/58693/test-armhf-armhf-libvirt/info.html > >> > >> Although the core and the build stuff is all there it was a bit easier > >> to just install gdb on the arm64 system in my hands, it reports: > > Fwiw the arm32 one from 48693 looked a bit different, but was ultimately > > some sort of heap corruption I would say: > > Which was fixed by your recent change to use libxl_bitmap_{init,dispose}? > > https://www.redhat.com/archives/libvir-list/2015-June/msg01024.html I believe so, as was the segfault you queried too. http://logs.test-lab.xenproject.org/osstest/results/history/test-armhf-armhf-libvirt-xsm/ALL.html http://logs.test-lab.xenproject.org/osstest/results/history/test-armhf-armhf-libvirt/ALL.html are currently showing recent flights as green on ARM. The only remaining issue seems to be the weird performance issue (qemu start timeout) on one pair (merlot[01]) of AMD/x86 boxes. Ian.