From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jim Fehlig Subject: Re: [libvirt test] 58119: regressions - FAIL Date: Tue, 23 Jun 2015 12:44:20 -0600 Message-ID: <5589A904.1040306@suse.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> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1434643342.28264.48.camel@citrix.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: Ian Campbell , Anthony PERARD Cc: xen-devel@lists.xensource.com, ian.jackson@eu.citrix.com List-Id: xen-devel@lists.xenproject.org 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 Regards, Jim