Received: from eggs.gnu.org ([2001:4830:134:3::10]:38136) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ds8dS-00029d-7G for qemu-devel@nongnu.org; Wed, 13 Sep 2017 10:27:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ds8dR-0000IU-Cm for qemu-devel@nongnu.org; Wed, 13 Sep 2017 10:27:26 -0400 Date: Wed, 13 Sep 2017 16:27:09 +0200 From: Cornelia Huck Message-ID: <20170913162709.3933352d.cohuck@redhat.com> In-Reply-To: <20170913142036.2469-4-lvivier@redhat.com> References: <20170913142036.2469-1-lvivier@redhat.com> <20170913142036.2469-4-lvivier@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v4 3/4] dump: do not dump non-existent guest memory List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Laurent Vivier Cc: "Dr . David Alan Gilbert" , qemu-devel@nongnu.org, "Daniel P . Berrange" , David Gibson , Thomas Huth , qemu-arm@nongnu.org, qemu-ppc@nongnu.org, Peter Maydell , Greg Kurz On Wed, 13 Sep 2017 16:20:35 +0200 Laurent Vivier wrote: > From: Cornelia Huck > > It does not really make sense to dump memory that is not there. > > Moreover, that fixes a segmentation fault when calling dump-guest-memory > with no filter for a machine with no memory defined. > > New behaviour is: > > (qemu) dump-guest-memory /dev/null > dump: no guest memory to dump > (qemu) dump-guest-memory /dev/null 0 4096 > dump: no guest memory to dump > > Signed-off-by: Cornelia Huck > Tested-by: Laurent Vivier > Reviewed-by: Laurent Vivier > Reviewed-by: Greg Kurz > Reviewed-by: Peter Xu > --- > dump.c | 6 ++++++ > 1 file changed, 6 insertions(+) You need to supply your s-o-b as well, no?