X-Received: by 10.129.156.129 with SMTP id t123mr147179ywg.16.1478745799043; Wed, 09 Nov 2016 18:43:19 -0800 (PST)
X-Received: by 10.157.44.172 with SMTP id p41mr435388otb.6.1478745799006; Wed, 09 Nov 2016 18:43:19 -0800 (PST)
Path: csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!news.glorb.com!p16no174250qta.1!news-out.google.com!i74ni647itb.0!nntp.google.com!q124no236536itd.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.emulators.apple2
Date: Wed, 9 Nov 2016 18:43:18 -0800 (PST)
In-Reply-To: <alpine.BSF.2.02.1611092103040.50086@frieza.hoshinet.org>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=47.139.2.78; posting-account=bGpciwoAAACg2KT8pQMph7tnt3o_9vtu
NNTP-Posting-Host: 47.139.2.78
References: <alpine.BSF.2.02.1610290447250.55520@frieza.hoshinet.org> <alpine.BSF.2.02.1611030214260.73229@frieza.hoshinet.org> <alpine.BSF.2.02.1611030804240.94073@frieza.hoshinet.org> <alpine.BSF.2.02.1611032006200.36802@frieza.hoshinet.org> <alpine.BSF.2.02.1611041714190.11697@frieza.hoshinet.org> <alpine.BSF.2.02.1611060537120.43040@frieza.hoshinet.org> <alpine.BSF.2.02.1611061308580.69053@frieza.hoshinet.org> <alpine.BSF.2.02.1611061325290.70171@frieza.hoshinet.org> <alpine.BSF.2.02.1611070538590.26659@frieza.hoshinet.org> <alpine.BSF.2.02.1611091105210.15582@frieza.hoshinet.org> <c7d29943-810f-4998-969f-ae75d709fdc5@googlegroups.com> <alpine.BSF.2.02.1611091444440.28420@frieza.hoshinet.org> <5d1ede16-3e6a-43c3-ad49-6d43b2640fc7@googlegroups.com> <alpine.BSF.2.02.1611091532590.31169@frieza.hoshinet.org> <alpine.BSF.2.02.1611091535460.31169@frieza.hoshinet.org> <edf58886-f9d6-43ed-99d6-4fe97425b3a8@googlegroups.com> <alpine.BSF.2.02.1611092103040.50086@frieza.hoshinet.org>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <f24b500c-2d32-488a-842e-93fd75fe9660@googlegroups.com>
Subject: Re: The MoDapple Thread was Re: An emulator concept...
From: Peter Ferrie <peter.ferrie@gmail.com>
Injection-Date: Thu, 10 Nov 2016 02:43:19 +0000
Content-Type: text/plain; charset=UTF-8
Xref: csiph.com comp.emulators.apple2:2097

> > $C017 is returning $8x instead of $0x, which is causing a bypass of the 
> > RAM detection.
> 
> Hm. That's "c3override".
> 
> Currently I have no effect on mapping from c3override being enabled (write 
> to C00B) or disabled (write to C00A; the state currently defaulted to on 
> reset, as I get an MMU error if I enable it on reset).  The C300-C3FF 
> portion of the //e ROM is simply *always* banked in.

Then I don't think that it means what you think it does.
The ROM can be banked in and the value can still be $0x.
I suspect that other content can be banked in instead of the regular ROM, and then the value must be set for software to know that that is the case.
> The old Dapple code seems to return "empty slot" if the flag is enabled, 
> and the ROM if it's off.  The default state is on.
> 
> I've now been able to get the firmware tests to pass and consistently so, 
> which at least is a start.
> 
> -uso.