Re: Include DaynaPort by default in GENERIC?
Mouse <[email protected]> Tue, 31 Mar 2026 13:42:50 -0400 (EDT)
| Newsgroups | gmane.os.netbsd.ports.sparc |
|---|---|
| Message-ID | <[email protected]> |
>> options COMPAT_SUNOS # SunOS 4.x binary compatibility > I too wondered if that works at all anymore... and how, would you > need some kind of userland? You would. At a minimum, you need the SunOS program you want to run; if it's dynamically linked, you need its dynamic linker (ld.so) and the libraries it depends on. You may need additional pieces too, depending on what it's doing. It has worked on a few occasions for me, but those were on now-old NetBSD; I don't know whether it's bitrotted in more recent versions. >> options PPP_BSDCOMP # Add BSD compression to ppp device >> options PPP_DEFLATE # Add deflate (libz) compression to ppp device >> options PPP_FILTER # Add active filters for ppp (via bpf) >> <anyone still using ppp on their sparc for internet service?> > No, I suppose not... Likely not, but only because you said "for internet service"; PPP is not restricted to "internet service", and can be useful for one-offs links between two machines in various circumstances. (Personally, I find SLIP more useful than PPP, but that's mostly because of the kinds of use cases I have.) >> ch* at scsibus? target ? lun ? # SCSI changer devices >> ss* at scsibus? target ? lun ? # SCSI scanners >> ses* at scsibus? target ? lun ? # SCSI SES/SAF-TE > scanners I presume not... I've got a SCSI-connected scanner; it's my principal scanner. (However, it's something of a subversion for these purposes as it shows up, and is used by sane, as uk*, not as ss*.) I had, and may still have, a disk enclosure which shows up as ses* in addition to the drives in it. >> pseudo-device raid >> options RAID_AUTOCONFIG # auto-configuration of RAID components >> <anyone running big RAID configs on their old Sun workstation?> > I don't.... but maybe omeone has nice SunServers or such! They don't have to be big. On a few occasions I've used RAIDframe not for its "weld disks together" functionality but rather for its "put this disk space on a predictable device", most valuable for root (RAID_AUTOCONFIG plus raidctl -A yes obviates the need to have root appear on a predictable device - for example, a disk which is sometimes attached via an external USB enclosure and sometimes attached directly to SATA can benefit from having a one-disk mirror marked -A yes, especially in cases where something goes wrong with boot device detection.) >> ## SLIP and CSLIP interfaces, for IP over a serial line. >> pseudo-device sl > I suppose SLIP is no longer used since the '90ies when I connected > with 14k4 modems, or? I occasionally find SLIP useful for one-off connections to machines which have unsupported or broken - or just plain absent - Ethernet. For one-offs, I find SLIP significantly more usable than PPP. /~\ The ASCII Mouse \ / Ribbon Campaign X Against HTML [email protected] / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B