• Hello MLAers! We've re-enabled auto-approval for accounts. If you are still waiting on account approval, please check this thread for more information.

Recent content by powermax

  1. P

    x86 card revival thread

    I've mistakenly linked a wrong post. The correct post is here. You're right - that's a Orange386 card with two ISA slots that uses the ACC 82021 chipset.
  2. P

    x86 card revival thread

    I'm not sure. The card I'm describing looks like that. "Orange386" listed on Apple Rescue of Denver looks different - I see neither 82C936 chipset nor 486 CPU. Anyway, it's good to know that Orange386 requires its own software package.
  3. P

    x86 card revival thread

    It looks like there are basicly three different OrangePC 200 Series cards: the card with a 386sx/Cx486SLC and single ISA slot whose DeclROM contains CPU_80386_OrangeMicro_OrangePC will be indentified as "OrangePC" in the application. Because that card uses the 82C836 chipset, the application...
  4. P

    x86 card revival thread

    I suppose there is no way to read out A1020 configuration without decapping the chip and doing some time and cost consuming IC RE. Do you have a list of ICs used in the Orange PC 200 cards handy? Everything I got so far are two high-resolution pictures of two boards. The markings of some ICs...
  5. P

    x86 card revival thread

    I discovered the following HW details so far: At $FS040000, where "S" designates the Nubus slot the card is inserted into, seems to contain some kind of HW register. The OrangePC application accesses it at the very beginning. It's read two times and written once with $106C. It must implement at...
  6. P

    x86 card revival thread

    Sounds interesting. You assume that FPGA provides a data path that pushes video data generated by WD90C30A to the Macintosh frame buffer over Nubus, right? In the meanwhile, I started on hacking the OrangePC application in a specialized fork of the DingusPPC emulator. I created a mockup for a...
  7. P

    x86 card revival thread

    I wonder what function the Xilinx FPGA (U44) implements. Judging by its position it does something related to the Nubus interface. The XC3000 datasheet tells us that XC3042 is a FPGA. That means that it needs a configuration program stored in a EEPROM/SROM to be operational. Do you have any idea...
  8. P

    x86 card revival thread

    Is the above Orange386 card from the OrangePC 200 series? I assume it's a Nubus card. The question is where the Nubus interface is implemented. I see a Xilinx FPGA (U44) and a large IC right above it (U67). Unfortunately, the sticker "90 ATC 01020" hides the chip markings. It would be great to...
  9. P

    Calling all ROMs! Collecting DeclROM data

    Thank you for posting the initial dump! Those cards have been shipped with the stock Power Macintosh 7100 and 8100 so it's important to preserve their DeclROMs.
  10. P

    Calling all ROMs! Collecting DeclROM data

    Yeah. I'd appreciate a full dump of the real DeclROM though. I also wrote an initial HPV emulator to be able to analyze its PrimaryInit. Believe or not, both register initialization loops right at the beginning are buggy - they assume DAFB registers to be at 4-byte boundaries but the real HW...
  11. P

    Calling all ROMs! Collecting DeclROM data

    @joevt I added the reset data given here to my manually composed DeclROM dump and voilá - the CRC from the FHeaderRec of the real ROM matches now :) PDS_Reset routine in the PDM ROM finds the signature and resets the card as intended by design. Here the faked DeclROM dump for your enjoyment:
  12. P

    Calling all ROMs! Collecting DeclROM data

    Many thanks in advance! BTW, I manually composed the 128K HPV DeclROM from the first 64K of the dump that looks valid, padded with 64K of zeroes and the FHeaderRec provided by SlotDump. The CRC calculated by DingusPPC's nubusutils doesn't match the CRC from the header. That means that the real...
  13. P

    Calling all ROMs! Collecting DeclROM data

    Yeah, numToCover needs to be 128K for the HPV and AV (Planaria) DeclROMs. I suppose they contain the reset signature described here in the last 256 bytes of the ROM. It probably wouldn't be dumped if numToCover is too small. WriteAllBytes would be helpful, especially if it could dump the ROM...
  14. P

    Calling all ROMs! Collecting DeclROM data

    I was mistakenly looking at the info for Slot 0 (the motherboard slot) 🤷‍♂️
  15. P

    Calling all ROMs! Collecting DeclROM data

    SlotRom Alpha should write out debugging information to a file named "dbglog". Can you post that file here?
Back
Top