[Coco] XPander-Coco lives!

RETRO Innovations go4retro at go4retro.com
Mon Apr 25 13:37:07 EDT 2016


On 8/31/2015 7:58 PM, Mark Marlette wrote:
> Jim
>
>
> The only thing that I can think of is SLENB*. It is used to get the ghosting of certain floppy disk controllers off the bus. This is for ROM access only. The IDE hardware is IOmapped at $FF50-$FF59 by default.
Since people use this list archive for reference, I thought I'd update 
this email.

At the CocoFEST, Mark and I discussed the SLENB line, and the reasons 
the SuperIDE uses it (as he notes above, it's to deal with mirrored 
registers on the FDC), and I did a bit of research at the show on the 
SueprIDE I have.

The SuperIDE asserts SLENB line for the range $ff50-5F (assuming the 
base address of the SIDE is $ff50), which is what threw me on testing (I 
was hoping to put my device at $ff5c,since SIDE does not use those 
locations).

Given the number of units in the marketplace, it seems more prudent for 
me to select another base address.

The other issue I found is not SuperIDE specific, but is relevant to all 
Glenside IDE compatible units.  While I applaud the original Glenside 
IDE controller designer's efforts and design in general, I guess I will 
go on record disagreeing with his decision to fully decode the $ff5x 
address range for the IDE interface.  In effect, this greatly diminishes 
the value of the MPI for IO peripherals, as it overrides the behavior of 
the SCS line (which is asserted for any $ff40-5f address, but only for 
the slot selected on the MPI) on the MPI, effectively forcing the IDE 
controller onto the Coco Bus any time $ff50-$5f is asserted.

It's a shame, really, because this behavior essentially "halves" the IO 
address space under MPI control (from $40-5f to $40-4f)

FWIW, show testing went well, and so I hope all of the bugs are squashed 
and I can put the unit into production.  I know there was lots of 
interest at the show.

Jim


More information about the Coco mailing list