Return-Path: <bbc-micro-bounces+eelco=huininga.nl@lists.cloud9.co.uk>
Received: from cloud9-2.dh.bytemark.co.uk (cloud9-2.dh.bytemark.co.uk [89.16.179.42])
	by mxdrop160.xs4all.nl (8.13.8/8.13.8) with ESMTP id pBF20wF2038740
	for <eelco@huininga.nl>; Thu, 15 Dec 2011 03:00:59 +0100 (CET)
	(envelope-from bbc-micro-bounces+eelco=huininga.nl@lists.cloud9.co.uk)
Received: (qmail 30106 invoked from network); 15 Dec 2011 02:00:43 -0000
Received: from unknown (HELO cloud9-2.dh) (127.0.0.1)
  by cloud9-2.dh.bytemark.co.uk with SMTP; 15 Dec 2011 02:00:43 -0000
Received: from avasout01.plus.net ([84.93.230.227])
	by cloud9-2.cloud9.co.uk with esmtp (Exim 4.72)
	(envelope-from <jgh@mdfs.net>) id 1Rb0cf-0007m8-DK
	for bbc-micro@lists.cloud9.co.uk; Thu, 15 Dec 2011 02:00:39 +0000
Received: from plesk-mail01.plus.net ([212.56.83.229]) by avasout01 with smtp
	id 9E0c1i0034wsCMg01E0d1L; Thu, 15 Dec 2011 02:00:37 +0000
X-CM-Score: 0.00
X-CNFS-Analysis: v=1.1 cv=BV6iOS6O7aV3pd42iKzuhu9AXfb4rD1J2pLXhYW4ImA= c=1
 sm=0 a=VO8cPaiqLlwA:10 a=xkDRQo_AyQgA:10 a=BLceEmwcHowA:10 a=ZHnV2FvsknAA:10
 a=IkcTkHD0fZMA:10 a=bE7SG8RJruwtBMhJEyeceg==:17 a=FtrMOf9fAAAA:8
 a=T4_NvvuVAAAA:8 a=ASmp9MkSUWJuef-SEUwA:9 a=QEXdDO2ut3YA:10
 a=vbQQrzPzXgB3D8a_:21 a=HV1lQooEYabf_9Fw:21 a=bE7SG8RJruwtBMhJEyeceg==:117
Received: from plesk-mail01.plus.net (unknown [127.0.0.1])
	by plesk-mail01.plus.net (Postfix) with ESMTP id 4CA1215EA22
	for <bbc-micro@lists.cloud9.co.uk>;
	Thu, 15 Dec 2011 02:00:36 +0000 (GMT)
X-No-Relay: not in my network
Received: from roundcube-russ-legend (plesk-webmail01.plus.net [212.56.83.235])
	by plesk-mail01.plus.net (Postfix) with ESMTP
	for <bbc-micro@lists.cloud9.co.uk>;
	Thu, 15 Dec 2011 02:00:36 +0000 (GMT)
MIME-Version: 1.0
Date: Thu, 15 Dec 2011 02:00:36 +0000
From: jgh@mdfs.net
To: <bbc-micro@lists.cloud9.co.uk>
In-Reply-To: <4EE8DAC2.9040600@huininga.nl>
References: "\"<4CD29F80.1030401@gfarlie.demon.co.uk>	<4CD2D139.2020707@gmail.com>	<20101104155707.sozi2hx40kscskc4@webmail.mdfs.net>	<20101104155852.i95wpaq7gkgsg884@webmail.mdfs.net>"
	<4CD2DFB8.4080203@gmail.com>" <4CD3597F.7060508@rs432.net>
	<4CD3F6E3.5010801@gmail.com>
	<000601cb7ce8$33862f80$9a928e80$@demon.co.uk>
	<49h9e7psgh44iecn40nrep2aukltsu82h4@4ax.com>
	<4EE8DAC2.9040600@huininga.nl>
Message-ID: <ce2ac5ec04e38f9c048c93f8f2a53784@mdfs.net>
X-Sender: jgh@mdfs.net
User-Agent: RoundCube Russ Legend/0.6
Subject: Re: [BBC-Micro] 32016 + 32082
X-BeenThere: bbc-micro@lists.cloud9.co.uk
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: BBC Micro & related machines <bbc-micro.lists.cloud9.co.uk>
List-Unsubscribe: <http://lists.cloud9.co.uk/mailman/listinfo/bbc-micro>,
	<mailto:bbc-micro-request@lists.cloud9.co.uk?subject=unsubscribe>
List-Archive: <http://lists.cloud9.co.uk/pipermail/bbc-micro>
List-Post: <mailto:bbc-micro@lists.cloud9.co.uk>
List-Help: <mailto:bbc-micro-request@lists.cloud9.co.uk?subject=help>
List-Subscribe: <http://lists.cloud9.co.uk/mailman/listinfo/bbc-micro>,
	<mailto:bbc-micro-request@lists.cloud9.co.uk?subject=subscribe>
Content-Type: text/plain; charset="utf-8"
Sender: bbc-micro-bounces+eelco=huininga.nl@lists.cloud9.co.uk
Errors-To: bbc-micro-bounces+eelco=huininga.nl@lists.cloud9.co.uk
X-XS4ALL-DNSBL-Checked: mxdrop160.xs4all.nl checked 89.16.179.42 against DNS blacklists
X-Virus-Scanned: by XS4ALL Virus Scanner
X-XS4ALL-Spam-Score: 0.0 () none
X-XS4ALL-Spam: NO
Envelope-To: eelco@huininga.nl
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by mxdrop160.xs4all.nl id pBF20wF2038740

Eelco Huininga wrote:
> This might suggest that they explored the use of a MMU during the
> development of Pandora v0.61 but abandonded it by the time Pandora 
> v2.00
> was developed, or that they moved MMU functionality from the firmware 
> to
> software.

It could be they changed the programming assumption that if you were
running on Pandora 2.00+ it was up to running software to decide
whether there was MMU present or not.

Indeed, on startup Pandora 2.00 explicity sets the local copy of the
config settings to &01, so calls to OS_CONFIG return "no MMU present".

029A DC D0 31    ÜÐ1  MOVQB  +1,&31(SB)   ; FPU=1, MMU=0

; SVC &36 - Read config switches
090E CE 58 D0 31 ÎXÐ1 MOVZBD &31(SB),R1   ; Get byte from workspace
0912 EA BD D8    ê½Ø  BAL &000046EA       ; Jump to exit

...and on startup configures the hardware to not use an MMU:

0000 0E 0B 01    ...  SETCFGD +2            ; Configure FPU present, 
IRQ, MMU, CSLV absent
0003 7F AA C0 F0 01 7E
                  .ªÀð.~ JUMPD @&00F0017E    ; Jump to startup code

suggesting it's up to running software to chose to detect, enable and
use any MMU.

Interestingly, there is something in the OSFILE code that reads the
config switches from hardware, &0AFC onwards. I haven't investigated
enough to work out what's going on there.

http://mdfs.net/Software/Tube/32016/v200/Pandora.lst

JGH


_______________________________________________
bbc-micro mailing list
bbc-micro@lists.cloud9.co.uk
http://lists.cloud9.co.uk/mailman/listinfo/bbc-micro

