From mint-bounce@lists.fishpool.fi  Fri Oct 27 00:22:45 2006
X-Original-To: fnaumann@mail.boerde.de
Delivered-To: fnaumann@mail.boerde.de
From: Andreas Schwab <schwab@suse.de>
To: "Guillaume" <guillaumed@users.sourceforge.net>
Cc: mint@fishpool.com
Subject: Re: [MiNT] Re[2]: Re[2]: 68030 MMU crash course?
References: <188640904.20061019143010@hol.gr> <je4pu01pov.fsf@sykes.suse.de>
	<1677101202.20061019194218@hol.gr>
	<c6533ef60610191132j295eccb2h739d81557c159029@mail.gmail.com>
	<1009959817.20061019215604@hol.gr>
	<1161294501.4537f2a537851@imp2-g19.free.fr>
	<49840.87.89.46.186.1161896100.squirrel@mail.anyware-tech.com>
X-Yow: Yow!  STYROFOAM..
Date: Fri, 27 Oct 2006 00:17:20 +0200
In-Reply-To: <49840.87.89.46.186.1161896100.squirrel@mail.anyware-tech.com>
	(Guillaume's message of "Thu, 26 Oct 2006 22:55:00 +0200 (CEST)")
Message-ID: <jeslha3eof.fsf@sykes.suse.de>
User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-ecartis-version: Ecartis v1.0.0
Sender: mint-bounce@lists.fishpool.fi
Errors-To: mint-bounce@lists.fishpool.fi
X-original-sender: schwab@suse.de
Precedence: bulk
List-help: <mailto:ecartis@lists.fishpool.fi?Subject=help>
List-unsubscribe: <mailto:mint-request@lists.fishpool.fi?Subject=unsubscribe>
List-Id: <mint.lists.fishpool.fi>
X-List-ID: <mint.lists.fishpool.fi>
List-subscribe: <mailto:mint-request@lists.fishpool.fi?Subject=subscribe>
List-owner: <mailto:tjhukkan@fishpool.fi>
List-post: <mailto:mint@lists.fishpool.fi>
X-Virus-Scanned: by amavisd-new at relay.boerde.de
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on relay.boerde.de
X-Spam-Status: No, hits=-1.0 tagged_above=-50.5 required=7.0 tests=BAYES_00
X-Spam-Level: 
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by wh58-508.st.uni-magdeburg.de id k9QMMinV010654

"Guillaume" <guillaumed@users.sourceforge.net> writes:

>> Please also note 68 040 and 68 060 do not support emulation of access.
>> This approach won't work on those processors... Or at least will need
>> more tricks to pass this limitation.
>
> Could you elaborate on that? Then how would you implement virtual memory:
> you must call code on R/W accesses to illegal areas, mustn't you?

On the 680[46]0 the faulting insn is restarted.  So unless you have
changed the mapping to allow access the exception will happen again.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."