Subject: Re: architecture specific kernels for sun4, sun4c, sun4m
To: None <greywolf@starwolf.com>
From: Harald Barth <haba@pdc.kth.se>
List: port-sparc
Date: 05/08/1999 00:20:53
> Can you say "Increased context switching"?  Can you say "Performance
> hit"?  Can you say "NT"? :-)

Yes, yes, no :-) LKMs are like sharp knives with two edges. Effective
in combat and very harmful if handled wrong.

> Maybe what we need is something which will autodetect everything
> that a system has, gen a config for it in /sys/arch/$arch/conf/$HOSTNAME
> [HOSTNAME=`hostname -s | tr '[:lower:]' '[:upper:]'`].  Check, of course,
> for the compiler and the existence of /sys/arch/$arch/conf/GENERIC.

The automatic detection could do a first approximation of the kernel config.
Some things (how many users do you expect, would you like to run kgdb) can
not be answered automatically. 

GENERIC -autodetection-> $HOSTNAME.AUTO -interactive-script-> $HOSTNAME

I suppose most of the users would be perfectly happy with $HOSTNAME.AUTO,
so I don't know if there is a need/demand for the second step.

> # What this really comes down to is: do typical users
> # configure/compile/install an arch-specific kernel after install, or do they
> # just run GENERIC in production? 

The bigger user group you get, the greater percentage will run GENERIC
unless you provide som mechanism to do customization. A NetBSD "out of
the net" is very bare bones (good + bad), and some friendly
customization tool would be good, too.

Harald.