Re: Include DaynaPort by default in GENERIC?

> On Mar 23, 2026, at 8:34=E2=80=AFPM, Jason Thorpe <[email protected]> =
wrote:
>=20
> There=E2=80=99s a lot in the default GENERIC kernels that probably =
isn=E2=80=99t used much these days.
>=20
> 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=E2=80=99re using IPv6 today, you=E2=80=99re 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