summaryrefslogtreecommitdiffstats
path: root/sys/conf
Commit message (Collapse)AuthorAgeFilesLines
* Update the comment about what NO_SWAPPING does.das2004-11-201-1/+1
| | | | Reviewed by: arch@
* Hook up mac_sysv_{msg,sem,shm}.c to the build when compiling with MACrwatson2004-11-171-0/+3
| | | | support.
* Add a front-end for the `rtc' device which is a MC146818 compatiblemarius2004-11-171-0/+2
| | | | | | | | clock found on the ISA bus (some USIIe, USIIi and USIIIi models) and EBus (USIII models) instead of a MK48Txx clock. Testet by: Matthew T. Lager" <freebsd@trinetworks.com> on Sun Fire V100, Xavier Beaudouin <kiwi@oav.net> on Netra X1 (initial version)
* Add a driver back end for MC146818 and compatible clocks based on themarius2004-11-171-0/+1
| | | | | | | | | | | respective NetBSD driver for use with the genclock interface. It's first use will be on sparc64 but it was also tested on alpha with a preliminary patch to switch alpha to use the genclock code together with this driver instead of the respective code in alpha/alpha/clock.c and the rather MD mcclock(4). Using it on i386 and amd64 won't be that hard but some changes/extensions to improve the genclock code in general should be done first, e.g. add locking and make it easier to access the NVRAM usually coupled with RTCs.
* Initiate deorbit burn sequence for 80386 support in FreeBSD: Removejhb2004-11-162-2/+0
| | | | 80386 (I386_CPU) support from the kernel.
* Add vkdb(4) man page and connect vkbd(4) to the build.emax2004-11-161-0/+1
|
* Order of arguments after "optional" is not without significance:phk2004-11-151-4/+4
| | | | | | the first field must be the name of the enabling device/option, otherwise config doesn't know there is an option/device of that name.
* After discussions with Nate, repo copy the acpi assist drivers fromimp2004-11-152-4/+4
| | | | | | | | | | i386 to dev/acpi_support. In theory, these devices could be found other than in i386 machines only as amd64 becomes more popular. These drivers don't appear to do anything i386 specific, so move them to dev/acpi_support. Move config lines to files so that those architectures that don't support kernel modules can build them into the kernel. At the same time, rename acpi_snc to acpi_sony to follow the lead of all the other specialty devices.
* Use PORTSDIR, falling back to /usr/portsimp2004-11-141-1/+1
|
* Ports aren't generally ready for parallel make.ru2004-11-121-1/+1
| | | | Pointed by: Ben Mesander
* Catch a few more autofs references.peter2004-11-122-2/+0
| | | | Submitted by: obrien
* Doh! This one crept in two commits ago and didn't get weeded out onimp2004-11-121-1/+0
| | | | | | the last commit. Sorry gang. Conical Hat: imp
* PORTS_MODULES: a list of ports to build with this kernel.imp2004-11-111-0/+14
| | | | | | # I directly use the targets for building this, but it was suggested # to use portupgrade. I couldn't fit that into the target model, so I # punted.
* Kill the 802.11 crypo changes that shouldn't have been committed.imp2004-11-111-4/+0
| | | | Noticed by: phillip@
* Commit takawata-san's Sony Notebook Controller driver, integrated intoimp2004-11-111-0/+6
| | | | | | | | the tree. Small tweaks were made by myself to eliminate unnecessary includes and some other minor issues. Last time I asked takawata-san about this driver, he suggested I commit it. Submitted by: takawata
* pbio has moved to dev/pbioimp2004-11-112-1/+1
| | | | Prodded by: peter
* Add a new option, ARM32_NEW_VM_LAYOUT. When set, we try to put up to 4cognet2004-11-101-0/+2
| | | | | L2 tables in one page, instead of the old 1 L2 table <=> 1 page behavior. While I'm there, add ARM9_CACHE_WRITE_THROUGH, which I forgot last time.
* Remove at request of author, perhaps to be re-added later.markm2004-11-101-3/+0
|
* Fix paths after repocopies done by scottltrhodes2004-11-101-1/+1
| | | | | Reviewed by: marius OK'ed by: scottl
* Remove the obsolete gx driver.phk2004-11-082-3/+0
| | | | | | All the hardware is supported by the better maintained if_em driver. Absentmindedly nodded vertical by: people on #that_channel
* Reduce annoying SCSI probing delay from 15 to 5 seconds in all GENRIC kernels.andre2004-11-021-1/+1
| | | | Discussed on: -current
* Add GEOM class "VFS" for filesystems and other buffer cache usersphk2004-10-291-0/+1
| | | | | | | of GEOM devices. There is nothing magic about this, it just gives a bufobj interface to GEOM.
* Move the 'debug' sysctl tree under options SYSCTL_DEBUG. It generatesrwatson2004-10-272-0/+9
| | | | | | an inordinate amount of synchronous console output that is fairly undesirable on slower serial console. It's easily hit by accident when frobbing other sysctls late at night.
* Uncomment DIRECTIO and NSWBUF_MIN. They are both positive options (i.e.des2004-10-261-2/+2
| | | | they enable rather than disable code), so they should be on in LINT.
* IPDIVERT is a module now and tell the other parts of the kernel about it.andre2004-10-251-1/+2
| | | | IPDIVERT depends on IPFIREWALL being loaded or compiled into the kernel.
* Don the teflon coated jacket and use the same -O2 optimization options onobrien2004-10-251-7/+1
| | | | the 'i386' kernel that we do all our 64-bit kernels.
* Device driver for onboard CS4231 audio controller which is foundyongari2004-10-252-0/+5
| | | | | | | | | | | | | | | on UltraSPARC workstations. The driver is based on OpenBSD's SBus cs4231 driver and heavily modified to incorporate into sound(4) infrastructure. Due to the lack of APCDMA documentation, the DMA code of SBus cs4231 came from OpenBSD's driver. The driver runs without Giant lock and supports both SBus and EBus based CS4231 audio controller. Special thanks to marius for providing feedbacks during the driver writing. His feedback made it possible to write hiccup free playback code under high system loads. Approved by: jake (mentor) Reviewed by: marius (initial version) Tested by: marius, kwm, Julian C. Dunn(jdunn AT opentrend DOT net)
* For variables that are only checked with defined(), don't provideru2004-10-242-2/+2
| | | | any fake value.
* Hook the hptmv driver up to the build.scottl2004-10-241-0/+10
|
* Hack around a problem with sys/tools/usbdevs2h.awk that generatesru2004-10-242-1/+5
| | | | both usbdevs.h and usbdevs_data.h. (The latter was not cleaned.)
* Alas, poor SPECFS! -- I knew him, Horatio; A filesystem of infinitephk2004-10-221-1/+0
| | | | | | | | | | | jest, of most excellent fancy: he hath taught me lessons a thousand times; and now, how abhorred in my imagination it is! my gorge rises at it. Here were those hacks that I have curs'd I know not how oft. Where be your kludges now? your workarounds? your layering violations, that were wont to set the table on a roar? Move the skeleton of specfs into devfs where it now belongs and bury the rest.
* Add dcons_os.{c,h}.simokawa2004-10-131-0/+1
|
* Back out cumulative changes from revs. 1.92-1.94: "make depend"ru2004-10-121-1/+0
| | | | | | | | followed by "make depend" shouldn't do anything. It doesn't seem to be a problem anymore, and if someone finds it to break again, please contact me so we can work on a real fix. Reviewed by: bde
* Style fixes, including:ru2004-10-121-40/+34
| | | | | | | | | | | | | | - Sort kmod.mk knobs in the documentation section. - Fixed misuses of the word "KLD" which stands for "kernel ld", or "kernel linker", where kernel module is meant. - Removed redundant uses of ${.OBJDIR}. - Whitespace and indentation fixes. - CLEANFILES cleanup. - Target redefinition protection (install.debug). Submitted by: bde, ru Reviewed by: ru, bde
* Revert the change from rev 1.168. ru convinced me that the situationjoerg2004-10-111-1/+1
| | | | | | | that was fixed by this should not normally happen, and since I did not record the traces of my failed build attempt that had been solved with that change, it's not entirely clear whether it hadn't been a pilot error on my end. In dubio pro reo. :-)
* Forcibly create symlinked headers, otherwise the build process may failjoerg2004-10-091-1/+1
| | | | if the target link already existed (e. g. -DNO_KERNELCLEAN).
* Port NetBSD auxio driver. The driver was modified to use led(4) and canyongari2004-10-091-0/+2
| | | | | | | | | | | be used to announce various system activity. The auxio device provides auxiliary I/O functions and is found on various SBus/EBus UltraSPARC models. At present, only front panel LED is controlled by this driver. Approved by: jake (mentor) Reviewed by: joerg Tested by: joerg
* Since net/net_osdep.c contained only one function that could bebrooks2004-10-081-1/+0
| | | | | trivially implemented as a macro, do that and remove it. NetBSD did this quite a while ago.
* Back out v1.58... We still don't know what is causing the specifickensmith2004-10-071-1/+1
| | | | | | | | | | problem I had but it's happening in code that is messing around with register windows - I'm willing to live with that piece being sensitive to this and it looks like the other problems we had reported lately are not fixed by using -O instead of -O2. Sorry for the churn. Looks like I need a second pointy hat. Someone tells me they stack well. :-))))
* Port pbio to HEAD.imp2004-10-071-0/+1
| | | | OK'd by: dds
* Back out v1.49. Recent findings suggest sparc64 may not be ready forkensmith2004-10-061-1/+1
| | | | | | | | | | | | | | | | | | | | | | -O2 on kernel compiles after all. While working on adding a KASSERT to sparc64/sparc64/rwindow.c I found that it was "position sensitive", putting it above a call to flushw() instead of below caused corruption of processes on the system. jake and jhb have both confirmed there is no obvious explanation for that. The exact same kernel code does not have the process corruption problem if compiled with -O instead of -O2. There have been signs of similar issues floated on the sparc64@ mailing list, lets see if this helps make them go away. Note this isn't an optimal fix as far as the file format goes, if this disgusts too many people I'll fix it the right way. Since compiling with something other than -O is a known problem this format would prevent a change to the default causing grief. And this may also help motivate finding out what the compiler is doing wrong so we can shift back to using -O2. :-) My turn for the pointy hat... One of the florescent ones... MFC after: 2 days
* Add a more verbose description for `device vlan'yar2004-10-041-0/+2
| | | | to the above comment block devoted to such descriptions.
* Hint a kernel builder that vlan needs miibus, which isn't obvious.yar2004-10-041-1/+1
|
* assign 187 to ata over ethernet for Sam's ata over ethernet driver.imp2004-10-011-0/+1
| | | | | # Yes, this is the right thing to do: we keep assignments for 4.x here # to document them, and Sam has a nearly completed driver.
* Add a new API for allocating unit number (-like) resources.phk2004-09-301-0/+1
| | | | | | | | | | | | | | | Allocation is always lowest free unit number. A mixed range/bitmap strategy for maximum memory efficiency. In the typical case where no unit numbers are freed total memory usage is 56 bytes on i386. malloc is called M_WAITOK but no locking is provided (yet). A bit of experience will be necessary to determine the best strategy. Hopefully a "caller provides locking" strategy can be maintained, but that may require use of M_NOWAIT allocation and failure handling. A userland test driver is included.
* Be consistant; make the memrange bit be part of the mem module likemarkm2004-09-281-1/+1
| | | | i386.
* Move the IA-32 trap handling from trap() to ia32_trap(). Move themarcel2004-09-251-0/+1
| | | | | ia32_syscall() function along with it to ia32_trap.c. When COMPAT_IA32 is not defined, we'll raise SIGEMT instead.
* Converge towards i386. I originally resisted creating <machine/pc/bios.h>peter2004-09-241-0/+1
| | | | | | | | | | | | because it was mostly irrelevant - except for the silly BIOS_PADDRTOVADDR etc macros. Along the way of working around this, I missed a few things. * Make syscons properly inherit the bios capslock/shiftlock/etc state like i386 does. Note that we cannot inherit the bios key repeat rate because that requires a bios call (which is impossible for us). * Give syscons the ability to beep on amd64. Oops. While here, make bios.c compile and add it to files.amd64.
* Use -O2 for the arm kernel as wellcognet2004-09-231-0/+2
|
* Use the address provided in the conf file, instead of hardcode 0xc0000000.cognet2004-09-231-1/+1
|
OpenPOWER on IntegriCloud