33 MHz parts will run perfectly fine at 25 MHz. They're identical except the 33 MHz part was tested at a higher speed.
I do hope that's a real part. While I got an m68882 which was, according to the markings on the package, made in 2012, sometimes newer parts from China are fakes.
Well, whether or not it's "native", Windows does all sorts of things in problematic ways that make something that should be and usually is 100% consistent and reliable in to something inconsistent.
If you were interested, you could `dd` on Windows, then `dd` on a real operating system, then...
Very interesting. It's really hard to guess without reading out the ROM. It's a 16K ROM, whereas the originals are 64K, and since it can only replace 8 out of the 16 bits, I wonder if it's some sort of patch ROM swapped in to fix some bugs or something like that.
Reading the ROM from Mac OS...
There were 24 bit address versions of the m68020, like the m68EC020 in the Amiga 1200. Aside from the slight benefit of having it in a physically smaller package for mass production, there was no benefit to the idea of an "SX" version of either the '020 or '030 because they both supported...
I have an L88M CPU, and I tried it at higher speeds, and got nothing. I suspect the clock generator chips can't run that fast.
On the other hand, if we recreated all the clocks that come from the clock generator ourselves, we could test lots of things... Hmmm...
It was all too confusing to me, so when I had a PCI board, I just removed the maybe-3.3 volt / maybe-ground pin and fed the motherboard from a physically installed 3.3 volt regulator:
The ImageWriter drivers are installed as part of the OS. Since you have it working on your Classic, you should be able to just copy the ImageWriter extension from the Classic's System Folder to your SE.
I'm not a fan of the Vampire.
First, they're trying too hard to make their own idea of an incompatible Motorola CPU successor. What value is there in making a CPU replacement which supports old software while at the same time trying to encourage programmers making new software which uses CPU...
I've run 128 meg DIMMs in many PCI Macs including a 7300 with 1 gig and a 9600 with 1.5 gigs for many years. No problems, so long as you get the right DIMMs. Mine were from Other World Computing, so they're correct and have a lifetime warranty.
Nope. All the original hardware is still available and used. The CPU is emulated and other hardware is made available by virtue of direct attachment to the CPU.
On the Mac motherboard, you can have up to 196 megabytes. One slot will take 128 megs, the other (if you have it) will take 64 megs, and of course there's 4 megs soldered on.
I tested my Quadra / Performa 6xx with the motherboard at 25 MHz with a NewerTech Quadra Overdrive running the CPU at 50...
Not sure how many people have Macs with socketed m68000, but there's this:
https://github.com/captain-amygdala/pistorm
Since it can run on a pure m68000 machine, it should be easily adaptable to use in a Mac.
I'm sure it's just a matter of time before it, or projects like it, are extended to...
Try NetBSD-current or 9.1:
http://nycdn.netbsd.org/pub/NetBSD-daily/netbsd-9/latest/mac68k/
http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/mac68k/
If your ADB adapter still doesn't work, please try to get a picture of the boot dmesg and we'll see what we can do. Do you have a link for...
A few people have asked how I make use of modern SCA SCSI disks with older machines.
Since high end 10000 or 15000 RPM 3.5" drives are overkill speedwise, and since most of us don't really need 300 gigs on our older machines, I've settled on 70 gig 2.5" disks such as the IBM 90P1316, the...
Modern DDR memory runs communication to the computer's bus at many gigahertz (whatever the memory is rated for), but in reality dynamic RAM is still not all that much faster than it ever has been. Memory access time in the late 1980s was typically in the range of 60 to 100 nanoseconds. The...
Replying to my own post! Astr0baby does run lots of older systems and updates toolchains and stuff, but for NeXT specific stuff, check out Fun with virtualization, which has lots of interesting NeXT stuff.
Last note: Linux on Alpha wasn't a player. You're forgetting that Tru64 could run on one system or it could run on the #2 supercomputer in the world. Nothing on x86 at that time could even come close to that kind of spread. Reliability in the context of scientific computing wasn't about train...
That's not how anything works. It didn't work that way then, and it doesn't work that way now. In the scientific and academic worlds, people will buy the best equipment for the problems they primarily want to solve. Clustering already existed and worked in DEC's OSes. We still, in 2020, don't...