Re: Include DaynaPort by default in GENERIC?

[Jason Thorpe <thorpej%me.com@localhost>]

> On Mar 23, 2026, at 8:34 PM, Jason Thorpe <thorpej%me.com@localhost> wrote:
> 
> There’s a lot in the default GENERIC kernels that probably isn’t used much these days.
> 
> In general, the NetBSD kernel does need to go on a bit of a diet, trimming back GENERIC is probably a good starting point.

Examples of what I mean:

## System V compatible IPC subsystem.  (msgctl(2), semctl(2), and shmctl(2))
options         SYSVMSG         # System V message queues
options         SYSVSEM         # System V semaphores
options         SYSVSHM         # System V shared memory
.
.
.
options         USERCONF        # userconf(4) support
<probably not ever used *at all* on sparc)
.
.
.
options         SYSCTL_INCLUDE_DESCR    # Include sysctl descriptions in kernel
<I never understood why we included the description strings in the first place>
.
.
.
options         COMPAT_SUNOS    # SunOS 4.x binary compatibility
<probably not very useful anymore, but still a nice curiorsity>
.
.
.
<take your pick of the file systems>
.
.
.
options         UFS_DIRHASH     # UFS Large Directory Hashing
.
.
.
options         LFS_DIRHASH     # LFS version of UFS_DIRHASH - experimental
.
.
.
options         NFSSERVER       # Network File System server
<can NFSSERVER be loaded as a module?  If not, we should fix that!>
.
.
.
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?>
.
.
.
ch*     at scsibus? target ? lun ?              # SCSI changer devices
ss*     at scsibus? target ? lun ?              # SCSI scanners
ses*    at scsibus? target ? lun ?              # SCSI SES/SAF-TE
<probably not a lot of these devices hooked up to sparcs these days>
.
.
.
pseudo-device   raid
options         RAID_AUTOCONFIG         # auto-configuration of RAID components
<anyone running big RAID configs on their old Sun workstation?>
.
.
.
## SLIP and CSLIP interfaces, for IP over a serial line.
pseudo-device   sl

## PPP, the successor to SLIP.  See pppd(8).
pseudo-device   ppp

## PPP over Ethernet (RFC 2516)
pseudo-device   pppoe
.
.
.
pseudo-device   carp                    # Common Address Redundancy Protocol

pseudo-device   npf                     # NPF packet filter
.
.
.
## for IPv6
pseudo-device   gif                     # IPv[46] over IPv[46] tunnel (RFC1933)
#pseudo-device  faith                   # IPv[46] tcp relay translation i/f
pseudo-device   stf                     # 6to4 IPv6 over IPv4 encapsulation
<if you’re using IPv6 today, you’re probably not using these tunnels>
.
.
.
pseudo-device   bridge
pseudo-device   vether                  # Virtual Ethernet for bridge
pseudo-device   agr                     # IEEE 802.3ad link aggregation

## accept filters
pseudo-device   accf_data               # "dataready" accept filter
pseudo-device   accf_http               # "httpready" accept filter
.
.
.
# a pseudo device needed for Coda       # also needs CODA (above)
pseudo-device   vcoda                   # coda minicache <-> venus comm.
<like, when did someone last actually use CODA?>
.
.
.

These are just a few things that, if taken out of the GENERIC kernel, would probably help quite a bit.

-- thorpej