From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:48587)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <dgibson@ozlabs.org>) id 1SFcTY-0002hU-1d
	for qemu-devel@nongnu.org; Wed, 04 Apr 2012 22:31:12 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <dgibson@ozlabs.org>) id 1SFcTM-0002Cc-0M
	for qemu-devel@nongnu.org; Wed, 04 Apr 2012 22:31:01 -0400
Date: Thu, 5 Apr 2012 12:30:35 +1000
From: David Gibson <david@gibson.dropbear.id.au>
Message-ID: <20120405023035.GD19379@truffala.fritz.box>
References: <1332970787-14598-1-git-send-email-david@gibson.dropbear.id.au>
	<1332970787-14598-2-git-send-email-david@gibson.dropbear.id.au>
	<4F7C7330.1080400@suse.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <4F7C7330.1080400@suse.de>
Content-Transfer-Encoding: quoted-printable
Subject: Re: [Qemu-devel] [Qemu-ppc] [PATCH 2/3] pseries: Fix bug with reset
 of VIO CRQs
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Andreas =?iso-8859-1?Q?F=E4rber?= <afaerber@suse.de>
Cc: scottwood@freescale.com, qemu-ppc@nongnu.org, qemu-devel@nongnu.org

On Wed, Apr 04, 2012 at 06:13:36PM +0200, Andreas F=E4rber wrote:
> Am 28.03.2012 23:39, schrieb David Gibson:
[snip]
> However, I'm having trouble testing reset. Whether on vanilla master or
> using this patch on top of ppc-next or this whole series on top of
> ppc-next, using `ppc64-softmmu/qemu-system-ppc64 -M pseries -m 1G`:
>=20
> a) 0 > reset-all
> results in: "reboot not available Aborted"
> Do you need to update SLOF to actually use the newly added RTAS call?

Maybe, I'll have to check that.

> b) (qemu) system_reset
> results in:
>  exception 700
> SRR0 =3D 0000000000000000  SRR1 =3D 800000008000000000080000
> SPRG2 =3D 0000000000000000  SPRG3 =3D 000000003DCD1AD4
>=20
> Could you please look into the two above issues? How did you test?

Hrm.  I don't get that, at least with a fully booted kernel, although
it does fail to boot completely after the reset, which I'll debug.

--=20
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other=
_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson