Date: Tue, 16 Mar 1999 09:55:03 +1030 From: Greg Lehey <grog@lemis.com> To: Karl Pielorz <kpielorz@tdx.co.uk>, Jon Passki <jonathan.passki@neicoltech.org> Cc: FreeBSD Questions <freebsd-questions@FreeBSD.ORG> Subject: Re: Kernel Config Message-ID: <19990316095503.O429@lemis.com> In-Reply-To: <36ED2849.18696835@tdx.co.uk>; from Karl Pielorz on Mon, Mar 15, 1999 at 03:33:29PM %2B0000 References: <36ED2459.95632872@neicoltech.org> <36ED2849.18696835@tdx.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday, 15 March 1999 at 15:33:29 +0000, Karl Pielorz wrote: > Jon Passki wrote: > >> [snip] >> >> The system I'm configuring is >> my home box, but I will use it as a small scale web server. The >> processor is an AMD K6-2. I plan to do some programming, but nothing >> too complex right now. >> >> # POSIX - Do I need posix for basic day to day usage, >> # or is this geared towards programming compatibility? >> options "P1003_1B" >> options "_KPOSIX_PRIORITY_SCHEDULING" >> options "_KPOSIX_VERSION=199309L" > > These are the defaults AFAIK, they shouldn't cause you any problems... They're not the defaults, and they're not well documented. I started looking through the code, but there's little information there. I'd suggest leaving it alone unless you have a good reason. >> options PPS_SYNC > > Hmmm... I think this is related to the parallel port 'bus' interface, should > be OK with it in (uh oh, shaky ground for me :) In case of doubt, take a look at /sys/i386/conf/LINT: # Enable support for the kernel PLL to use an external PPS signal, # under supervision of [x]ntpd(8) # More info in ntpd documentation: http://www.eecis.udel.edu/~ntp options PPS_SYNC Again, unless you have a specific need, don't include it. >> controller pnp0 # I don't have any devices right now that are PnP >> # but should I use it for the future? > > You can do, I have it in on 1 of my machines, and out on another (both have > PnP bios's, but no PnP devices)... If you use it in the future, include it then. Building a kernel is easier than installing new devices. >> options LKM # What LKM's are around that I could use? > > Quite a few, things like Screen savers etc. - Probably safer leaving it in for > 3.1 Agreed, though I can't think of many LKMs that haven't been converted to klds. >> options DDB (or DDB_UNATTENDED) # I noticed the GENERIC doesn't have them > > You can put in 'DDB' (debugger for kernel panics - else the machine just > reboots), and 'DDB_UNNATTENEDED' so that if no ones around the machine will > restart itself if it panics (and it has DDB compiled in). Otherwise it will > just 'sit' there running DDB on the console until someone stops by to look at > it :-) Agreed. I'd recommend both these options, *if* you know how to use ddb. >> options INVARIANTS > > Hmmm... Tough one - for 3.1 (i.e. stable/release etc.) - if you've got DDB > compiled in, I'd leave INVARIANTS set, if your leaving DDB out, then leave > INVARIANTS out as well... From LINT: # The INVARIANTS option is used in a number of source files to enable # extra sanity checking of internal structures. This support is not # enabled by default because of the extra time it would take to check # for these conditions, which can only occur as a result of # programming errors. # options INVARIANTS Again, it's your choice. I don't use it. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990316095503.O429>