Calling all ROMs! Collecting DeclROM data
- Thread starter eharmon
- Start date
eharmon
Well-known member
Thanks for everything people have shared for testing! If anyone happens to have them, I have a few requests for ROMs with DeclROM entries:
This would make my test matrix fairly complete so I can squish out any more bugs!
- DayStar Turbo 601
- DayStar PowerPro
- Apple PowerPC Upgrade Cards (all flavors)
- PowerBook 5300
- PowerBook 2400c/3400c
- All types of clone boards
- ISDN cards, various
- Duo Dock
- A DECNet card, may or may not even exist
- Any non-SCSI storage
- MIDI Card, various
- Parallel card, may not exist
- Any compression accelerators
- Any RAM cards besides the DayStar RAM PowerCard
- Radius Rockets besides the 40MHz and 25i
This would make my test matrix fairly complete so I can squish out any more bugs!
Many thanks!
I wonder how this card is recognized by the system software without a proper DeclROM.
Phipli
Well-known member
ROM Hacking...The Radius Rocket!
Hey folks, I got a little distracted from regular ROM mods by some interesting quirks of the Radius Rocket. I ended up writing...a lot, so the full post is on my personal site, but I'll summarize things here: https://eharmon.net/retro/radius/rom_extraction/ TL;DR: The Rocket's Macintosh ROMs...
68kmla.org
There is some code in the PDM ROM that looks for a predefined signature in the DeclROM to see if one of the Apple video cards is installed in the PDS (aka VDS) slot: https://github.com/elliotnunn/super...94-02-09/OS/StartMgr/USTStartUp.a#L2193-L2211
I can't spot the above signature in your dump. Does your card work in a Nubus Power Macintosh?
amedeo_68k
Well-known member
ImageWriter II/LQ AppleTalk Option Card Firmware attached
It would be nice to have DeclROM dumps for the following Apple video cards:
they still can be considered Nubus cards due to the way they are handled by the system software (Nubus pseudo-slot $E).
The above ROMs should conform to the DeclROM format in order to be usable in a Power Macintosh.
Moreover, both ROMs supposedly contain a predefined signature (details here) in order to be resetable during machine startup
before the card is recognized by the Slot Manager.
Does someone own the above cards and could dump their ROMs?
P.S.: ROM dump for the former has been posted here. It seems to be incomplete though - it misses the standard DeclROM header for somewhat reason so it can't be recognized by the Slot Manager...
- Apple HPV card, ROM is U13 (341S0020)
- Apple AV card, also known as "Planaria" card, ROM is U32 (341S0066)
they still can be considered Nubus cards due to the way they are handled by the system software (Nubus pseudo-slot $E).
The above ROMs should conform to the DeclROM format in order to be usable in a Power Macintosh.
Moreover, both ROMs supposedly contain a predefined signature (details here) in order to be resetable during machine startup
before the card is recognized by the Slot Manager.
Does someone own the above cards and could dump their ROMs?
P.S.: ROM dump for the former has been posted here. It seems to be incomplete though - it misses the standard DeclROM header for somewhat reason so it can't be recognized by the Slot Manager...
Last edited:
cheesestraws
Well-known member
SlotsDump could be updated to parse some of the sRsrcUnknown types if info about those types can be found.
Slot 0 has some bytes not covered by the directory - these are maybe meant for other Macs unless there's a bug in the SlotsDump parsing.
The Slot E rom dump is 128K. I think that makes sense. All the addresses in SlotsDump for Slot E have to be divided by 4 to find the offset in the ROM because slot E is using only lane 0 (1/4 lanes).
0xFF000000 - 0xFEF80000 = 0x80000 with 1/4 lanes = 0x20000 = 128K.
However, the last slot manager item is at address 0xFEF8FCB8 (rom offset 0x3f2e) and there's no way to tell what the size of that item is because 0x58 (88) is an unknown slot item id. What other info is in the ROM besides the Slot Manager stuff? There seems to be strange stuff starting at 64K which doesn't look related.
First of all, many thanks for dumping the DeclROM of your HPV card with SlotDump and SlotRom!
The first 64K of the SlotRom dump seems to match the earlier dump posted here. The second 64K seems to contain garbage.
The fact that both dumps made with SlotRom don't contain the expected Nubus DeclROM test pattern (0x5A932BC7) makes me think that SlotRom is broken on PDM.
A short peek into the source code of the SlotRom reveals the way DeclROM dump is made. It relies on SReadStruct function of the Slot Manager. Apple documentation tells us that SReadStruct can be used to obtain a copy of any data structure pointed to by an sResource entry. There is no mention that it can be used for obtaining a copy of the whole DeclROM.
Interestingly, SlotDump does provide the required format header:
Code:
FHeaderRec:
40AFFFEC
fhDirOffset: 00 FFFF9C = 40AFFF88
fhLength: 100008
fhCRC: 9BDD5617
fhROMRev: 1 = romRevision
fhFormat: 1 = appleFormat
fhTstPat: 5A932BC7 = testPattern
fhReserved: 00
fhByteLanes: 0F = byte lanes: 0,1,2,3It seems to specify logical address though. Physical address of the PDS/VDS pseudo-slot $E is 0xFExxxxxx. It's a full 32bit address.
fhLength doesn't seem to make any sense.
ROM chip on the card clearly looks like a 128 x 8 mask ROM - it has 32 pins. That means it contains 17 address lines. 2^17=128K.
fhByteLanes is set to 0F - that means that all four lanes are valid. Which is strange because both ERS and SuperMario source code assume one-byte MSB DeclROMs for PDS/VDS cards.
SlotRom Alpha should write out debugging information to a file named "dbglog".
Can you post that file here?
I was mistakenly looking at the info for Slot 0 (the motherboard slot)
That is strange. Where's the
FHeaderRec in the hex dump? It should be at the end of the ROM but, like you said, the last 64K seems bogus. SlotsDump is using the API to get most of the info which is why it was able to dump that.Probably could make some changes to SlotsDump: set
numToCover to 128K or more (whatever is required by the slot). Then replace WriteUncoveredBytes with WriteAllBytes to dump all the bytes even if they were covered (parsed).Similar threads
