summaryrefslogtreecommitdiffstats
path: root/sys/conf/options.pc98
Commit message (Collapse)AuthorAgeFilesLines
* Remove the CPU_ENABLE_SSE option from the i386 and pc98 architectures,delphij2005-07-021-1/+0
| | | | | | | | | | | | | | | | | | | | | | | as they are already default for I686_CPU for almost 3 years, and CPU_DISABLE_SSE always disables it. On the other hand, CPU_ENABLE_SSE does not work for I486_CPU and I586_CPU. This commit has: - Removed the option from conf/options.* - Removed the option and comments from MD NOTES files - Simplified the CPU_ENABLE_SSE ifdef's so they don't deal with CPU_ENABLE_SSE from kernel configuration. (*) For most users, this commit should be largely no-op. If you used to place CPU_ENABLE_SSE into your kernel configuration for some reason, it is time to remove it. (*) The ifdef's of CPU_ENABLE_SSE are not removed at this point, since we need to change it to !defined(CPU_DISABLE_SSE) && defined(I686_CPU), not just !defined(CPU_DISABLE_SSE), if we really want to do so. Discussed on: -arch Approved by: re (scottl)
* Move the KDB_STOP_NMI option from opt_global.h to opt_kdb.hpeter2005-06-291-1/+1
| | | | Approved by: re
* Remove duplicate REISERFS option.des2005-06-241-3/+0
| | | | | Approved by: re (scottl) Pointy hat to: dumbbell
* MFi386: Add ReiserFSnyan2005-05-251-0/+3
|
* - Move the NPX_DEBUG option to options.{i386,pc98} and use opt_npx.h.nyan2005-05-121-0/+1
| | | | | - Move npx related defines to {i386,pc98}/include/npx.h to remove #include {isa,cbus}.h.
* MFi386: revision 1.220 (add KDB_STOP_NMI option).nyan2005-05-011-0/+3
|
* MFi386: revision 1.219.nyan2005-04-151-1/+0
|
* The bs and wdc drivers are gone.nyan2005-02-041-8/+0
|
* Initiate deorbit burn sequence for 80386 support in FreeBSD: Removejhb2004-11-161-1/+0
| | | | 80386 (I386_CPU) support from the kernel.
* Kill count device support from config. I've changed the last fewpeter2004-08-301-0/+4
| | | | | | | | | | | | | | | | | remaining consumers to have the count passed as an option. This is i4b, pc98/wdc, and coda. Bump configvers.h from 500013 to 600000. Remove heuristics that tried to parse "device ed5" as 5 units of the ed device. This broke things like the snd_emu10k1 device, which required quotes to make it parse right. The no-longer-needed quotes have been removed from NOTES, GENERIC etc. eg, I've removed the quotes from: device snd_maestro device "snd_maestro3" device snd_mss I believe everything will still compile and work after this.
* MFi386: revision 1.215.nyan2004-08-221-3/+0
|
* Since pc98 shares the AGP driver with the i386, also define therwatson2004-08-181-0/+3
| | | | | | | | amd64 agp option here in order to let the pc98 kernel build complete. This doesn't seem right, since there probably aren't plans to build a pc98 amd64 box; however, it's not clear to me how to get config to generate an opt_agp.h without an option defined.
* Add MP_WATCHDOG option information to pc98, as it uses the i386rwatson2004-08-161-0/+1
| | | | | | | mp_machdep.c, which relies on the option's include file and defines. Constancy of: tinderbox
* MFi386: Add NETGRAPH_CRONYX.nyan2004-05-181-0/+3
|
* Remove isa compat stuff.imp2004-03-141-1/+0
| | | | | | | Only cy, bs and wd in the tree still use it. I have a replacement for cy that I need to test on ISA and PCI cards. bs and wd are pc98 only drivers that appear to no longer be necessary. I'll be removing them when I hear back from the pc98 people.
* Fixed some style bugs.nyan2004-01-261-14/+10
|
* Remove the AUTO_EOI_2 option for PC-98 as it has never done anything anywayjhb2004-01-061-1/+0
| | | | and was even commented out in NOTES.
* Garbage-collected CLK_USE_TSC_CALIBRATION.bde2003-12-301-1/+0
| | | | | i386/conf/NOTES, pc98/conf/NOTES: Fixed the descriptions of the other CLK_* options.
* MFi386: revision 1.201.nyan2003-11-151-6/+8
|
* Disable probing of HTT CPUs by default for the MP Table case. HTT CPUsjhb2003-11-111-0/+1
| | | | | | | | | should only be used if they are enabled in the BIOS. Now that we support enumerating CPUs using the ACPI MADT, any HTT machine using ACPI should respect the BIOS setting. For HTT machines with ACPI disabled in the kernel, the MPTABLE_FORCE_HTT kernel option can be used to try to probe HTT CPUs like have done in the past for the MP Table case. This option should only be enabled if HTT is enabled in the BIOS.
* MFi386: revision 1.200nyan2003-11-041-2/+2
|
* MFi386: revision 1.198.nyan2003-10-311-8/+8
|
* Initiate de-orbit burn for fpu-less operation. 386+387 is stillpeter2003-07-221-2/+0
| | | | | theoretically supportable, but you'd really be happier with FreeBSD 2.1.8 on it.
* unifdef -DLAZY_SWITCH and start to tidy up the associated glue.peter2003-07-101-1/+0
|
* Tidy up leftover lazy_switch instrumentation that is no longer needed.peter2003-06-271-1/+0
| | | | This cleans up some #ifdef hell.
* Moved the syscons options, kbd options and DEV_SPLASH to the MI optionsjake2003-06-181-31/+0
| | | | file.
* Remove CPU_ATHLON_SSE_HACK option.nyan2003-06-151-1/+0
|
* Options that go into homonymous headers shouldn't specify the header name.des2003-04-121-1/+1
| | | | Submitted by: Hiten Pandya <hiten@unixdaemons.com>
* MFi386: revision 1.188nyan2003-04-031-0/+2
|
* Nuke options HTT infavor of machdep.hlt_logical_cpus tunable/sysctl.ps2003-03-261-1/+0
| | | | | | | | | | | | | | This keeps the logical cpu's halted in the idle loop. By default the logical cpu's are halted at startup. It is also possible to halt any cpu in the idle loop now using machdep.hlt_cpus. Examples of how to use this: machdep.hlt_cpus=1 halt cpu0 machdep.hlt_cpus=2 halt cpu1 machdep.hlt_cpus=4 halt cpu2 machdep.hlt_cpus=3 halt cpu0,cpu1 Reviewed by: jhb, peter
* Duplicate more of options.i386 in this file since we can't seem to settlejhb2003-03-051-0/+1
| | | | on a notion of having MACHINE_ARCH common files that MACHINE files include.
* Remove unneeded entries.nyan2003-01-181-23/+0
|
* Move SHOW_BUSYBUFS and PANIC_REBOOT_WAIT_TIME into the MI options file, sincejmallett2002-11-181-2/+0
| | | | | | | MI code uses them, and every platform provides them (except x86_64 whose options file was lacking one). Reviewed by: bde, rwatson
* Add new syscons option SC_NO_SUSPEND_VTYSWITCH.iwasaki2002-10-171-0/+1
| | | | This disables vty switch during suspend/resume.
* MFi386: revision 1.181.nyan2002-10-161-0/+1
|
* MFi386: revision 1.178.nyan2002-09-161-0/+1
|
* Move the KSTACK_PAGES option from MD to MI. Although not all platformspeter2002-09-071-1/+0
| | | | | | | | support this, we do have MI code that references it and is otherwise unaware of an override. The alternative is to put knowledge in these MI files about which platforms have the opt_kstack_pages.h option file. It is more likely that other platforms will gain the ability to tune the kstack size.
* Automatically enable CPU_ENABLE_SSE (detect and enable SSE instructions)peter2002-09-071-0/+1
| | | | | | | | if compiling with I686_CPU as a target. CPU_DISABLE_SSE will prevent this from happening and will guarantee the code is not compiled in. I am still not happy with this, but gcc is now generating code that uses these instructions if you set CPUTYPE to p3/p4 or athlon-4/mp/xp or higher.
* Move SMBFS from i386 and pc98 files and options files to MI files andjhb2002-07-151-7/+0
| | | | options files.
* The puc(4) driver/bridge is MI, so don't bury it in MD options and filesjhb2002-07-151-2/+0
| | | | config files. It also depends on PCI.
* Make WLCACHE and WLDEBUG MI options.jhb2002-07-151-2/+0
|
* Make NDGBPORTS an MI option since the dgb(4) driver is an MI driver.jhb2002-07-151-4/+0
| | | | | Remove comments about NDGBPORTS from the options* files. Please document options in NOTES, not in the options* files.
* Revive backed out pmap related changes from Feb 2002. The highlights are:peter2002-07-121-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - It actually works this time, honest! - Fine grained TLB shootdowns for SMP on i386. IPI's are very expensive, so try and optimize things where possible. - Introduce ranged shootdowns that can be done as a single IPI. - PG_G support for i386 - Specific-cpu targeted shootdowns. For example, there is no sense in globally purging the TLB cache for where we are stealing a page from the local unshared process on the local cpu. Use pm_active to track this. - Add some instrumentation for the tlb shootdown code. - Rip out SMP code from <machine/cpufunc.h> - Try and fix some very bogus PG_G and PG_PS interactions that were bad enough to cause vm86 bios calls to break. vm86 depended on our existing bugs and this was the cause of the VESA panics last time. - Fix the silly one-line error that caused the 'panic: bad pte' last time. - Fix a couple of other silly one-line errors that should have caused more pain than they did. Some more work is needed: - pmap_{zero,copy}_page[_idle]. These can be done without IPI's if we have a hook in cpu_switch. - The IPI handlers need some cleanup. I have a bogus %ds load that can be avoided. - APTD handling is rather bogus and appears to be a large source of global TLB IPI shootdowns for no really good reason. I see speedups of between 1.5% and ~4% on buildworlds in a while 1 loop. I expect to see a bigger difference when there is significant pageout activity or the system otherwise has memory shortages. I have backed out a few optimizations that I had been using over the last few days in order to be a little more conservative. I'll revisit these again over the next few days as the dust settles. New option: DISABLE_PG_G - In case I missed something.
* Make the speed used by gdb over serial settable in the kernel configuration.n_hibma2002-06-181-1/+0
| | | | | | This facilitates the use in circumstances where you are using a serial console as well. GDB doesn't support anything higher than 9600 baud (19k2 if you are lucky), but the console does.
* Remove unneeded entries.nyan2002-05-191-20/+0
|
* More s/file system/filesystem/gtrhodes2002-05-161-1/+1
|
* Back out all the pmap related stuff I've touched over the last few days.peter2002-02-271-1/+0
| | | | | | There is some unresolved badness that has been eluding me, particularly affecting uniprocessor kernels. Turning off PG_G helped (which is a bad sign) but didn't solve it entirely. Userland programs still crashed.
* Work-in-progress commit syncing up pmap cleanups that I have been workingpeter2002-02-251-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | on for a while: - fine grained TLB shootdown for SMP on i386 - ranged TLB shootdowns.. eg: specify a range of pages to shoot down with a single IPI, since the IPI is very expensive. Adjust some callers that used to trigger this inside tight loops to do a ranged shootdown at the end instead. - PG_G support for SMP on i386 (options ENABLE_PG_G) - defer PG_G activation till after we decide what we are going to do with PSE and the 4MB pages at the start of the kernel. This should solve some rumored strangeness about stale PG_G entries getting stuck underneath the 4MB pages. - add some instrumentation for the fine TLB shootdown - convert some asm instruction wrappers from functions to inlines. gcc seems to do a fair bit better with this. - [temporarily!] pessimize the tlb shootdown IPI handlers. I will fix this again shortly. This has been working fairly well for me for a while, but I have tweaked it again prior to commit since my last major testing round. The only outstanding problem that I know of is PG_G related, which is why there is an option for it (not on by default for SMP). I have seen a world speedups by a few percent (as much as 4 or 5% in one case) but I have *not* accurately measured this - I am a bit sceptical of these numbers.
* MFi386: revision 1.167nyan2002-02-171-0/+2
|
* Garbage collect options AVM_A1_PCI, AVM_A1_PCMCIA, DEBUG_LINUX, DEV_APM,bde2002-02-151-22/+0
| | | | | GUS_DMA, GUS_DMA2, GUS_IRQ, OLTR_NO_BULLSEYE_MAC, OLTR_NO_HAWKEYE_MAC, OLTR_NO_TMS_MAC and PCIC_RESUME_RESET.
OpenPOWER on IntegriCloud