Hi Romain, On Sun, Dec 20, 2020 at 8:26 PM Romain Dolbeau <romain@xxxxxxxxxxx> wrote: > > Le dim. 20 déc. 2020 à 09:54, Julian Calaby <julian.calaby@xxxxxxxxx> a écrit : > > If I want to run them, assuming the hardware still works, I need to > > netboot them as I cannot find working, compatible HDDs for them as > > everything has switched to SATA or SAS. > > SCSI2SD (<http://www.codesrc.com/mediawiki/index.php/SCSI2SD>) > are a bit expensive, but solve that problem (I own both a V5 and a V6, > both work well in my SPARCstations, tried sun4c and sun4m). > As it takes micro-sd cards, it's quite easy to keep multiple OSes > on hand. I'd forgotten about that. Fair point =) > > Then there's the issue of finding a monitor as they're not > > electrically compatible with VGA > > Huh? There is Sun's 13W3-to-vga adapters and cables, and many > monitors will sync to Sun's frequency (though not the most recent > LCDs whose analog circuitry is pathetic compared to old-school > CRTs). Some framebuffers will output 1280x1024 (rarer than for > 1152x900), and some can be coerced to do almost anything with > some Forth knowledge (see e.g. > <https://github.com/rdolbeau/SunTurboGX>, again blowing my > own horn here sorry...). Yeah, my issue is that I have no CRTs anymore - all my monitors are LCDs and none of them sync to the frequencies SUNs use. So yeah, you can make adapters (i have home-made adapters to convert both ways) however out of the 4 monitors I own with VGA ports, none of them sync to Sun frequencies. > > (...) booting one up for fun is simply impractical > > An SCSI2SD and either a null-modem serial cable or a > Sun keyboard/13w3 cable/17"LCD combo and you're good to > go. You might need another unix-like box to netboot the system. That's almost exactly what I was planning to do, but I'd still be lacking a Linux distro to run. > > I believe that Gentoo is architecture-neutral enough that it'd work, > > but I believe that you'll have to compile everything - there'll be no > > pre-built anything for sparc32 > > Trying gentoo is on my todo list... has been for a long time :-( Same. IIRC there's some ancient versions that have the bits to netboot a SparcStation so you can then do the necessary stuff to install the minimal binaries and stuff, at which point you can do the various configurations, pull in the latest portage tree and emerge world, however the last time I tried this, the disk I was using - my last one - failed somewhere in the middle of that process. > > and as it's fairly slow hardware by > > today's standards, that's going to take a long time, however you could > > probably use distcc and cross-compilers to speed it up. > > Isn't that what Qemu is for ? :-) I've managed to recompile LLVM > and clang in NetBSD 9 for my SS20, one by cross-compiling > (LLVM requires too much memory), the other in QEmu. > Unfortunately, Qemu doesn't yet support mt-tcg (multithreaded > emulation) for sparc so single-core only - still faster than the HW, > mostly because of incomparably faster I/O. My distcc plan was to have it talk to a cross compiler on my x86 desktop. I never got to the point where it would have actually used it. > > If there were more people using it or more testing, or more distros > > supporting it - not just (theoretically?) working on it - then I'd be > > fighting to keep it. > > I wish I had some arguments for that point... I will just re-mention Qemu, > as it makes testing quite easy and reasonably not-too-slow. QEMU is somewhat slow and never _exactly_ the same as real hardware, so I can see why distros might not use it as a build machine or whatever. And if they do build for QEMU and it doesn't work on real hardware, then we have a distro that's only for virtual hardware and that seems pointless. You're right that with the right bits and pieces resurrecting a Sparc32 machine is relatively "easy", however there's still no modern distros supporting this ancient hardware so the upstream kernel has most likely bitrotted. I still don't think it's worth saving. Thanks, -- Julian Calaby Email: julian.calaby@xxxxxxxxx Profile: http://www.google.com/profiles/julian.calaby/
