Jump to content


  • Content count

  • Joined

  • Last visited

About GeekDot

  • Birthday 08/21/1970

Contact Methods

  • Website URL

Profile Information

  • Gender
  • Location
    Yurop - Go see the Queen
  • Interests
    If it beeps and/or blinks, I'm in!

Recent Profile Visitors

120 profile views
  1. GeekDot

    Quadra 950 PSU died... <cry>

    Thanks for helping everyone! That somehow is what troubles me. I huffed and puffed and and... got a cut in my finger @Bolle: Is the logic for the soft-power (tickle) on a separate board? That would render the ATX PSU replacement into a real option. So while @Unknown_K's hint "open it up and see" is a good one I'm still stuck at "open it up" - and I don't want to ruin the case (too) or get more cut fingers. Is it possible that I have to somewhat pull out the wire harness going to the mainboard-connector?
  2. Hey gang, I could cry like a baby... Restaurated my Q950, cleaned it, gave it a nice retrobright sunbath, tidied-up the A/UX installation and being annoyed by the loud fan, I went for the final step replacing it with something more silent and while at it, I gave the PSU a good blow of fresh air to undust it. Power-on and..... bzzzzzzt, poof, holy smoke. The PSU went the way of the dodo (Nope, the polarity of the fan was correct) - Only god knows if it was the undusting or just about time to die... So here's my request for help: a) How do I get that damn PSU opened?! All screws removed and it's clear that there are 2 case parts sticked together but they don't move a bit From the outside I can see a bursted varistor near the back-end of the PSU. So that's where the smoke came from... b) Does anybody know where to get a new Q9xx PSU preferably in Europe (given its weight)? Thanks for helping & Cheers, Axel
  3. Not that it'll be of much help, but I have the very same behaviour with my Q950 "Backup-Board" - just did some summer-cleaning and had that 2nd board which I had added a socket to the CPU oscillator some years ago. No chime, no video. It does react to power-on through ADB. All caps look good to me...
  4. GeekDot

    Carrera SE/40

    Pics from/for the Carrera 040 in SE/30 effort
  5. GeekDot

    SCSI2SD + Hard-Reset = No booting

    Nothing fancy, just plain simple 50pin SCSI, molex, no caching.
  6. GeekDot

    SCSI2SD + Hard-Reset = No booting

    Oops, sorry. Yes it's v5... about 3 months old. Works like a charm until the system is not shut down properly. When booting from floppy, there's nothing else need to be done. Just boot from floppy, immediately select "restart" from menu, floppy ejects, SCSI2SD boots just fine. Voodoo...
  7. Hi all! This drives me crazy... I have a SCSI2SD (recent firmware) in my IIci, Sys 7.5.3, all parameters set in "safety mode" (ie. SEAGATE vendor etc.) but formatted and setup with LIDO anyhow and everything's fine and shine... ...until I have to hard-reset the machine - which I have do a lot during current Carrera 040 CP hacking... as soon I've reseted my IIci (using the reset button) it somehow gets confused and cannot boot off the SD anymore, the SCSI2SD LED blinks one, Happy Mac, 2nd blink and then showing the crossed-disk icon. After booting from a Sys 7.5 boot floppy and restarting it using the menu entry everything's ok again. Until the next hard-reset... Any Idea what this can be? It really slows me down in analyzing that damn CP... Cheers, Axel
  8. GeekDot

    Carrera040 Info / Hacking Thread

    Well, yes you do. Bolle an I are „ze Gerrrmans“ in here. The 2 German pages in the AMD doc are just the same as the previous English ones... 1:1 translation. No secrets there... quick update on digging through the CP code: I’m 99% sure to have found the ‚crash area‘, leading to the undocumented,mystery lomem globals. I’m currently comparing that between my IIci and SE/30. Quite a drag constantly swapping the C040 back and forth. Generally, the CP is quite complex, many traps are going to be patched in there, 68882 emulation for the 040 been added, lots of cache handling etc etc...
  9. Hey Gang, While diging, biting and crawling through the Carrera040 disassembly I got to the point where I need to know more about the "Boot Globals" risiding in lowmem's system global variables. BootGlobPtr lives at $DDC, that's for sure, and it points to different locations on different machines - that's what a pointer was meant for. So far so good, but what's the structure of the data living there? Besides some Emulator source, I can't find anything on the web providing more insight... Does anyone in here have a hint or can remember where to look it up? Cheers, Axel
  10. GeekDot

    Carrera040 Info / Hacking Thread

    Very nice! Good to have you in same „setup state“. How many probes does your LA have? Can you check/see 0x53000000 activities (in and out)? I‘m getting closer and closer to the crash point... the tricky thing is, that the CP crashes into the grey boot screen, even from MacsBug. So a simple „go“ and the look at the PC/SP, stack and registers doesn’t work here... Here's an example getting closer to the "point of no return", CP icon loaded, back in enumeration of the init resources... A 2nd screen would help, but my Color Pivot doesn’t have a cable and I prefer spending time with understanding the code than hunting for parts. (Will have just the next week before going on vacation for 16 days...)
  11. GeekDot

    Carrera040 Info / Hacking Thread

    Just for clarification: SwapMMUmode has nothing to do with 030 vs 040. This most often called function switches from 24 (dirty) to 32 (clean) mode... and back. It needs to be called as soon you need to access anything beyond 8MB.
  12. GeekDot

    Carrera040 Info / Hacking Thread

    You took the V1 from this archive, right? That's what I'm using on my SE/30, too. Which System version are you running? Have you installed it "for every Macintosh" as described in the Carrera ReadMe? Error 10 explained: "There are many routines in the Macintosh ROM that can be called by placing instructions in a program that aren't in the 68000's vocabulary. When the 68000 encounters such an instruction, it looks it up in the instruction table. This table gives the location of routines paired with each instruction. If it finds an entry in the table for the instruction, it branches to the routine. If there's no entry for the instruction, you see one of these errors." What kind of ROM is yours? I'm using the BMoW image in an Rominator II. Quick progress-update: I'm currently still aiming in, where the code crashes. It's tedious as I have to manually trace closer to "the edge" but try not to fall off the cliff. If I did - and I did many times - rinse & repeat. But as far as I see, it currently crashes in the "loader" or returning from it. A bit strange because all it does is load the init and display the Icon, mainly using "ShowInit" by Paul Mercer (Man, I'm really getting sucked into this control panels code) BTW: Found these lines along the CPs code... maybe one of the names rings a bell for someone in the forum? (Buddy from back in the days, have a beer, get the code )... "Software By Scott Coleman, Hardware By Bob Richie, CDEV by Hilla Pedramparsi Additional fixes & System 7.5.x compatibility by Glenn L. Austin"
  13. GeekDot

    Carrera040 Info / Hacking Thread

    A bigger UPDATE: Sooo, after some hassle with, well, nearly everything in my SE/30, finally here's where we are now: 1st Test: SE/30, 32bit clean ROM -Using the INIT (which I've diassembled and it indeed does not more than picking on code-resource out of the control-panel resource) and my patched CP it boots all the way through. No error, no exception, even the CP-icon has been X'ed as no C040 was in the system. That's a pretty uncommon view, isn't it? 2nd Test: Little Carrera went where no Carrera has gone before... a bit tight but it's OK (the front corner baaaarely touches the tube): Cross fingers, light a candle - prepare curses for Bolle , just in case - and flick the switch: Chime & Happy Mac, installs MacsBugs, INITs'n'stuff and... stuck at the control panel. Woohoo! Well, not 100%-Woohoo but it shows that we're getting somewhere. I assume a deadlock where the CP waits for an answer from the C040 at a given address ($5300 0000) on which little SE/30 is deaf, dumb and blind. It crashes that much, that even MacsBugs is shocked and vanishes (even the debug-key is not working)... but we'll fix that. P.S. We love Bolle, don't we?
  14. GeekDot

    Carrera040 Info / Hacking Thread

    Ohhhhhh dammit... you're so right! Received my adapter from Bolle today, modded my Asanté NIC and fired up my workhorse IIci to get everything prepared for the SE/30.... but it gave me quite some troubles for about 2hrs (Couldn't find the SCSI2SD, Floppy drive failed and needed to be replaced) - little IIci probably pouted on me because I didn't swiched him on for months So after finally having everything up-and-running I played a bit with the patched CPs as well as the INIT. And like you've said, there's no 040-fun without the INIT loaded. Dang! While the readme play this point very low "With version 1.8 we have included an extension which ensures the Carrera040 code to load very early in the boot process." it's indeed absolutely necessary to be loaded. Sigh. Well, so it's back to the drawing/disassembly board again... Did I mention that I've identified the 68882 Emulation code etc. in the CP code? But there's a good chance, that the INIT loads a resource (aka code) from the CP to execute... so it won't be a complete waste of time. PS: As for the 32-bit cleanness... this is a must-have and well documented in the readme. No wonder, because the CP/INIT wouldn't be able to access anything in the 0x53000000 area with 24bit only. And there's a ton of SwapMMUMode calls in the code...
  15. GeekDot

    Carrera040 Info / Hacking Thread

    Erm, it's not really an error. It's the-right-software-on-the-wrong-system behaviour Babysteps, my firends, babysteps. Like said before, just leave the INIT alone for now. As long it's not completely understood/patched it won't get you anywhere. Aditionally, it's not neccessary for now. All it does is enabling the C040 earlier in the boot-process to make that faster. As soon the CP is successfully patched, the INIT will be a piece of cake. To sum it up: I'm pretty sure the C040 does not disable the 68030 (assert CPUDIS), else the IIx adapter won't feature a CPU. This also explains why the patched CP "works" (i.e. does not bomb) because the initialization of the card just went into Nothingness and the system sticks to the 68030. Have some patience, young Padawan. Strong the force is with us Cheers, Axel