View attachment 28072
Pin 33 definitely appears to be tied to something in @mizerable 's photo. Must be power plane.
These may help? To me, looks like it's to the power plane, on the chips it's "v88"
Yeah, via the internal GPU.Are you doing that on the internal video, or a video card? What resolutions and colour depths are you getting?
It likely would have been BYTE# on any ROM in that form factor, since they would be following the JEDEC standard.I wonder why? The ROM chips have a Byte# pin? The ROM chips use 33 as a another power pin? Apple left the option to put programmable chips on those modules?
Awesome!!View attachment 28184
View attachment 28191
Debian 8 on the ANS!
I do believe, unless anyone else has done this that I'm the first person to run a modern OS on this thing.
It's, slow...but imma push on regardless!
l2cr@ on the 1.1.20.1 ROM and do l2cr! on the 2.0 ROM?l2cr@ or l2cr! words so you would have to define them.l2cr! in Open Firmware. 3.1.0f1 and later do.OFpt and OFtc resources in the Startup Disk control panel so that they make sense for your ROM.Right. To boot 1.1.20.1 from internal SCSI, you would need Open Firmware to load the Mac OS driver from disk or add the driver to a PCI card with a flash ROM - any card should work as long as the flash ROM is large enough. You can make a ROM that has nothing to do with the PCI controller you pair it with.I'll look at this when I'm back on that console (remote again). The drivers won't change the need for 1.1.20.1 to boot from the external SCSI port, though. My main mission is just to make Mac OS reboot reliably on 1.1.20.1, and that would be enough for me. The internal video isn't that great, so not having it doesn't turn out to be a big loss.
Can confim 2.0 rom slow as piss.I received @trag 's ROM SIMMs and tested them out thoroughly. One of the four appears to be a dud and I'll send that back to him for a post-mortem. The other three work. I was able to boot from the internal SCSI and internal video as advertised, and it even fixed my problem with the onboard MACE Ethernet.
However, I think some of the performance problems @mizerable is reporting is because this ROM doesn't seem to properly handle the L2 cache. (It also doesn't set parity on the RAM even if the RAM is parity, though the ROM also decides the timing, so it may not make much difference.) MacBench proves this out: the preproduction ROMs, which do handle the L2 and RAM correctly, get a CPU score that's seventy five percent faster. Even the disk rating is faster despite being limited to the external SCSI! Other aspects of this ROM, such as bogus devaliases, lead me to suspect this ROM wasn't actually finished.
Rhapsody does start on this ROM, but it doesn't get very far, presumably because of Bandit differences. But it gets farther than the preproduction ROMs do.
Bottom line is that if you want to run MacOS on the ANS, use the 1.1.20.1 ROMs and work around the glitches. Perhaps we can figure out a best of both worlds approach.
Here is a more detailed write-up, and again many thanks to @trag for doing this.
![]()
Testing MacOS on the Apple Network Server 2.0 ROMs
It's time for another save point in the continuing saga of the various ROMs for the Apple Network Server , Apple's first through-and-through...oldvcr.blogspot.com