From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Gp7z6-0007cV-05
	for qemu-devel@nongnu.org; Tue, 28 Nov 2006 13:47:12 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Gp7z2-0007bR-CU
	for qemu-devel@nongnu.org; Tue, 28 Nov 2006 13:47:11 -0500
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Gp7z2-0007bN-9v
	for qemu-devel@nongnu.org; Tue, 28 Nov 2006 13:47:08 -0500
Received: from [193.7.176.60] (helo=mail.bawue.net)
	by monty-python.gnu.org with esmtps
	(TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1Gp7z2-0003jg-8B
	for qemu-devel@nongnu.org; Tue, 28 Nov 2006 13:47:08 -0500
Date: Tue, 28 Nov 2006 18:47:28 +0000
Subject: Re: [Qemu-devel] [PATCH 2/6] A cumulative MIPS patchset
Message-ID: <20061128184728.GA22980@networkno.de>
References: <20061121143736.GC12745@networkno.de>
	<456C77F6.8000202@mail.berlios.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <456C77F6.8000202@mail.berlios.de>
From: Thiemo Seufer <ths@networkno.de>
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Stefan Weil <weil@mail.berlios.de>
Cc: qemu-devel@nongnu.org

Stefan Weil wrote:
> Hello Thiemo,
>=20
> my reboot patch for MIPS
> (http://lists.gnu.org/archive/html/qemu-devel/2006-09/msg00082.html)
> is only partially included in Daniel's patch.
>=20
> As far as I know, a MIPS triggers the reboot exception at power-on.
> (at least for MIPS 4KEc), so my patch uses the same code for reboot
> exception and power-on.

Actually, a MIPS has no notion of "reboot". Is starts up by executing
=66rom the reset vector at 0xbfc00000, which is the place where the
firmware ROM resides. A "soft reset" exception could be used to signal
reboot, but that is then handled by software, and system specific.

> Why do we need a special QEMU reset device in the Linux kernel?
> QEMU might emulate existing real reset devices as well...

Because we want to have both reboot and halt for linux, and ATM
we have no firmware in Qemu to handle that.

Given the number of incompatible MIPS firmwares out there it might
be a bad idea to rely on any of those, unless we improve the Qemu
emulation to resemble a real system with its respective firmware.


Thiemo