Search results

FWIW, the ROM of at least one of the keyboards has been dumped, but per my understanding of the forum rules, we can't really talk about that here. MESS emulates both the Mac and Plus keyboard as an 8021 (implementation here) I personally only have the original keyboard, although I'm trying to...

They're tin can radial electrolytics encased in a square plastic shell.

Here's a picture of my disassembled LCD. The 2x4 row of black things are the radial caps. They seem to be 3.3uF 35V as best I can tell. Thanks for pointing those out, I didn't find them in my previous attempts. There are two radial caps on the center controller board, and that's all I could...

FWIW, cards can provide drivers via the Declaration ROM, but there is no requirement that they do so. They must have a declaration ROM of some sort (otherwise the card isn't mapped into the processor's address space), but they do not need to provide a driver. Graphic cards almost universally...

When you recap, I'd appreciate pics and cap sizes, particularly of the LCD. I also have 3 non-working PB100's I'd like to fix. I completely recapped one of the logic boards that chimes, but no display. There must be 60 caps on that thing, it took forever. Didn't help. There's a couple...

What will likely matter more than hardware interrupt priority is how the software handles each port differently. Normally, the SCC is configured to generate an interrupt per byte received. This would be an excessive amount of interrupts for localtalk at the speeds it operates at. So, the...

There is no "Bare metal programming for macs" book. The information you have is more or less the best publicly available information. Guide to the Macintosh Family Hardware is essentially the SE/30 (and family) version of the 650's developer notes you linked to. Designing Cards and Drivers...

I believe I have one with a bad (or at least crumbled inner core) L2 from the pile of compacts. I could probably also swap cores on another L2. I might not be able to do much for a week or so, I've got some other responsibilities coming up, but should have a lull in the activities sometime...

There shouldn't be a software reason it's limited to 1 bank. If you were able to get the other lines and connect them to something, the ROM should find them just fine. The ROM doesn't hard code the sizes, it has a loop that iterates over all banks trying to figure out how big each bank is. So...

I'm really not sure about that. I haven't looked at the ClassicII ROM in particular. There's a good chance it has the EDisk driver, which is what the Classic used to boot (also RAM disk driver, and pcmcia flash card in laptops). That driver looks over some set of addresses (I don't recall how...

FWIW, the ClassicII dev note has the pinout of the connector. It's pretty much just directly throwing the 68882 on the bus, with the only trick being the 16 bit bus, so doubling up the data lines and using the /DSACK 0 & 1 signals. I've put some labels on those pictures, to illustrate...

Oh, sorry, the 605 only came with 4MB soldered, so you're stuck with a single uninterleaved bank. The 610 and 650 had the optional configs.

To clarify, I don't think 64MB SIMMs will show up as 64MB. Likely just 32MB, which is why you need the 128MB SIMMs to get 64MB per SIMM slot.

There are 2 RAM banks per SIMM slot, and with the stock ROM, those banks are limited to 32MB each, so 32MB x 4 = 128MB, plus whatever is soldered onboard. You can get this by using 128MB SIMMs in those sockets, you just get half the capacity.

I am not aware of any ROM restrictions in this regard. The banks are dynamically sized. I'm not specifically familiar with the 605, since it is slightly different than the other djmemc controllers, but... There are 2 banks allocated for the soldered on memory. If you have the 605 with 4MB...

To support larger SIMMs, you need a modified ROM (which is why I commented that it needs the ROM SIMM socket populated), at least for Mac OS. I'm really not sure about A/UX, I haven't tried it with the modified ROM. It is likely that it uses whatever the ROM sets up, I doubt it reconfigures...

May as well link the source.

You laugh, but I've had more inquiries on this than most anything else I've done that is mac68k related.

Thanks, I'm traveling for a few days so no progress for a little while. I am working with some netbsd folks to incorporate the change, but what's that 90/90 rule? Going from a neat hack to a supportable change will take some time, but I'm working on it.

I can confirm your results. On my LCIII, C22's negative terminal goes to GND, and the positive terminal goes to the PSU's -5V. And the cap matches the silkscreening, meaning the positive terminal matches the + on the silkscreen.