From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1HlCQT-00083f-Hl
	for qemu-devel@nongnu.org; Mon, 07 May 2007 19:15:29 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1HlCQR-0007xU-BQ
	for qemu-devel@nongnu.org; Mon, 07 May 2007 19:15:28 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1HlCQR-0007xR-9D
	for qemu-devel@nongnu.org; Mon, 07 May 2007 19:15:27 -0400
Received: from mail.codesourcery.com ([65.74.133.4])
	by monty-python.gnu.org with esmtps
	(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
	(envelope-from <paul@codesourcery.com>) id 1HlCJP-0007aM-AF
	for qemu-devel@nongnu.org; Mon, 07 May 2007 19:08:11 -0400
From: Paul Brook <paul@codesourcery.com>
Subject: Re: [Qemu-devel] workaround: qemu-0.9.0 emulating mipsel (32-bit
	R3000) on amd64
Date: Tue, 8 May 2007 00:08:07 +0100
References: <463E2234.3040508@BitWagon.com> <463FAC29.306@BitWagon.com>
	<200705080003.37643.paul@codesourcery.com>
In-Reply-To: <200705080003.37643.paul@codesourcery.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200705080008.08435.paul@codesourcery.com>
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: qemu-devel@nongnu.org
Cc: John Reiser <jreiser@bitwagon.com>

> > --- a/qemu-0.9.0/target-mips/helper.c   2007-05-05 15:39:21.000000000
> > -0700 +++ b/qemu-0.9.0/target-mips/helper.c   2007-05-07
> > 13:24:50.000000000 -0700 @@ -358,6 +358,7 @@
> >          goto set_EPC;
> >      case EXCP_BREAK:
> >          cause = 9;
> > +       tlb_flush_page(env, env->PC);
> >          goto set_EPC;
> >      case EXCP_RI:
> >          cause = 10;
>
> I think this is still broken if the breakpoint is the first instruction on
> a page. The changes Daniel mentioned should make this sort of flushing
> unnecessary.

On second thoughts it probably does work, but I think it is the wrong way to 
fix this problem.

Paul