• Updated 2023-07-12: Hello, Guest! Welcome back, and be sure to check out this follow-up post about our outage a week or so ago.

SE/30 & IIsi: Reserved RAM Space - Can we hack it?

Trash80toHP_Mini

NIGHT STALKER
This is the Memory Map of the IIsi from the Developer Note:

IIsi_Memory_Map.jpg

The space at the end of Bank B between $ 0800 0000 and $4000 0000 is just sitting there waiting to be hacked!

GttMFH2e doesn't break the map of the SE/30 down, but lists it as $ 0000 0000 to $ 4000 0000 which is the same as the 128MB mapped to Banks A & B of the IIsi and the Reserved RAM Space combined. What size block does that reserved range define?

I've given up on trying to expand the memory of the IIsi by connecting it to Bank B, nothing seems to work out but a huge ball of patch wires. I've figured out how to combine the ancient IC stacking method and Pin Jumper methods so that I'll only have to patch A10 and A11 from MDU, but that's a side issue.

The /RAS line quirkiness is what got me going.

View attachment 22710

View attachment 22711

The two banks of the IIsi (hoping it's the same for the SE/30) each use only two of the four /RAS lines available on MDU. I went ahead and blocked /RAS1 & /RAS2 into my 72pin SIMM adapter Schematic to illustrate what I'm asking. Bank A is full to the brim between $ 0000 0000 and $ 0400 0000. The next block is the 64MB of Bank B, but that lovely Reserved RAM Space lurks above.

If I go ahead with the SIMMspender adaptation of Bank B, might jumpering Bank A's /RAS0 and /RAS3 from MDU to a 128MB 72pin SIMM on the adapter open up the Reserve? Looks to me like the two independent address and control line sets on MDU, each using different pairs of /RAS lines might be interpreted as the makings of a Four Bank memory system when the /RAS lines are mixed and matched?

I'm thinking along the lines of a double Banked 128MB SIMM for "Bank B". One 64 MB Bank would be addressed as IIsi or SE/30 Bank B in the usual manner by /RAS1 and /RAS2. With the second 64MB Bank on the 128MB SIMM sharing the remainder of Bank B's signals, might /RAS0 and /RAS3 open up the possibility of third Bank implementation? Dunno if it'd be C or D, but the Map's open for it.

Got no clue, just noticed some loose ends which piqued my curiosity. Thought I'd mention the WAG I made on how they might be tied together  .  .  .  or not.

But I'll pose the question before looking at how Bank C and Bank D are implemented in my Quadra 950, if that's what they're called.

The memory preserve is there, if we build it, could a /RAS line hack bring it home? :blink:

edit: I'm not expecting that Bank to magically appear, something like Connectix Virtual might be able to squeeze the extra bits out of an oversized, double stuffer SIMM?

 
Last edited by a moderator:

Trash80toHP_Mini

NIGHT STALKER
Just remembered a similar /RAS line hack to do something like this in the Quadra 605/LC475 somebody did back in the 'fritter day. dr. bob said it was evil, but that's true of everything I've been thinking of b0dging together for the IIsi, so who cares?

Gotta try to find that, danamania posted it here as well. If we find the threads, might it be possible to wayback the hack link?

 

Bolle

Well-known member
Just remembered a similar /RAS line hack to do something like this in the Quadra 605/LC475 somebody did back in the 'fritter day. dr. bob said it was evil, but that's true of everything I've been thinking of b0dging together for the IIsi, so who cares?

Gotta try to find that, danamania posted it here as well. If we find the threads, might it be possible to wayback the hack link?


Evil RAS line hack... I remember that one at least by its name but couldn’t find it ever again.

 

Trash80toHP_Mini

NIGHT STALKER
Yeah, I tried searching our Snitz Archive and have come up empty. 'Fritter appears not to have an archive up for the forums before they got DruPal'd and all but dropped dead.

I'm not sure it took the MicroQuadras to 256MB, but it did enable a second SIMM (Bank?) to be wired up to the first in just about the ugliest fashion imaginable. Me likee! [;)]

Dunno, whatcha think of this one? Some of the 030 accelerators seem to have addressed three banks of memory, the 2 16 bit banks on the floor of the SE as one 32bit Bank(?) and the pair of banks on the accelerator under Compact Virtual.

Is Connectix Virtual flexible enough to be configured to address a bank defined as X or Y under the circumstances outlined in my MDU detail? X AND Y would be too good to be true, but might actually work. Half a Meg of Memory in your SE/30 anyone? [}:)]

 

Trash80toHP_Mini

NIGHT STALKER
icon_posticon.gif
Posted - 08 Aug 2002 :  05:16:57

Those wacky japanese. Brilliant!

When of practice * LC475 of memory slot addition

or...

"how to redirect the unused RAS lines of the MEMCjr memory controller to a set of multiple simm sockets... and how to redirect the existing ras line to disable the 4Mb onboard RAM and direct that to a THIRD simm socket"

dana (love this stuff :D

______________________________________________________

also: tmtomh mentioned

Posted - 08 Aug 2002 :  11:01:53

Re L2 cache: Micromac makes an L2 cache (compatible with the Q605) that goes between the CPU socket and the CPU. But as always the problem w/Micromac is the price: $99, ouch!

 

Trash80toHP_Mini

NIGHT STALKER
I haven't looked into it, but my assumption is that MEMCjr was designed to support up to four 72pin SIMMs while MDU was most likely designed to support only two banks.

It's still very curios to me as to why they have 2x address and control line sets and 2x RAS and CAS line sets implemented for just two banks of memory in MDU. There may be a very slight possibility that MDU was designed to finally support more than 128MB in a later version of the Macintosh II line. Could the MDU have been part of a plan to make the IIvx more than a big HUH? 128MB MaxRAM was getting a bit long in the tooth when it was introduced in a lamed, pre-Quadra stopgap configuration in 1992.

I can't make heads or tails of the IIfx block diagram when it comes to memory management. But I'm guessing that its bus is too fast for an integrated controller like MDU in the 25MHz IIci and 20MHz hobbled IIsi. IIfx was a special case offshoot from the main line of Macintosh II development that was unsupportable for a Pro/ProSumer price point. It would be very interesting indeed if "Missing Banks" in the IIci and IIsi MDU implementation were kept under wraps so as preserve the thunder of the wicked fast IIfx.

Whatever, I'll patch those two lines to my 72pin socket just to see what happens. If my initial WAG turns out to be on the mark it would be amazing. If RAM in a "missing bank" config is detected at startup, it would be mapped into that reserved space automagically, correct?

 

Trash80toHP_Mini

NIGHT STALKER
Oh yeah! Is the embedded link and time frame enough information on that .jp page to WayBack the Evil RAS Hack?

edit: almost forgot! Is it possible to design a custom SIMM for the 605 that would decode one or a pair of DIMMs as the four bank promise of the MEMCjr?

Evil RAS Hack-ULTRA [}:)]

 
Last edited by a moderator:
Top