summaryrefslogtreecommitdiffstats
path: root/sys/conf
Commit message (Collapse)AuthorAgeFilesLines
* Bring in MemGuard, a very simple and small replacement allocatorbmilekic2005-01-213-0/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | designed to help detect tamper-after-free scenarios, a problem more and more common and likely with multithreaded kernels where race conditions are more prevalent. Currently MemGuard can only take over malloc()/realloc()/free() for particular (a) malloc type(s) and the code brought in with this change manually instruments it to take over M_SUBPROC allocations as an example. If you are planning to use it, for now you must: 1) Put "options DEBUG_MEMGUARD" in your kernel config. 2) Edit src/sys/kern/kern_malloc.c manually, look for "XXX CHANGEME" and replace the M_SUBPROC comparison with the appropriate malloc type (this might require additional but small/simple code modification if, say, the malloc type is declared out of scope). 3) Build and install your kernel. Tune vm.memguard_divisor boot-time tunable which is used to scale how much of kmem_map you want to allott for MemGuard's use. The default is 10, so kmem_size/10. ToDo: 1) Bring in a memguard(9) man page. 2) Better instrumentation (e.g., boot-time) of MemGuard taking over malloc types. 3) Teach UMA about MemGuard to allow MemGuard to override zone allocations too. 4) Improve MemGuard if necessary. This work is partly based on some old patches from Ian Dowse.
* Add a new make option, ARM_BIG_ENDIAN, to compile big endian kernels.cognet2005-01-191-0/+6
|
* MFp4: fix a minor formatting inconsistancyimp2005-01-191-1/+1
|
* While we're building kernels -g (ie, makeoptions DEBUG=-g), use -O as itobrien2005-01-181-1/+1
| | | | | | | | | | provides truer debugger stack traces. For those that want to stick with -O2 kernel builds, one should probably add -fno-optimize-sibling-calls so that each stack frame as a frame pointer. It is semi-promissed by the Release Engineers that when RELENG_6 is created we go back to -O2. Desired by: scottl, jhb
* If USER of HOSTNAME is set to an empty value, use the fallback value.ru2005-01-151-1/+1
| | | | Submitted by: marck
* Give up on trying to please everyone and restore 1.64 with regards totrhodes2005-01-141-1/+0
| | | | dealing with sudo users.
* Allow the dragon and snake screen savers to be statically compiled into ajhb2005-01-132-0/+4
| | | | | | kernel and add them to NOTES. MFC after: 2 weeks
* Improve previous commit with regards to the user check.trhodes2005-01-131-2/+2
| | | | Submitted by: nectar
* Reflect reality when a sudo user builds/installs a kernel. [1]trhodes2005-01-121-2/+3
| | | | | | | | | | | /* -> /*- for copyright notices. [2] [1]: PR: 41317 Submitted by: marck (original version) [2]: Discussed with: imp
* Connect SHSEC GEOM class to the build.pjd2005-01-113-0/+3
|
* KAME-IPSEC has already supports TCP_SIGNATURE(IPv4)suz2005-01-111-2/+2
|
* sort more things alphabeticallyimp2005-01-101-158/+158
|
* Sort entries.imp2005-01-101-9/+7
| | | | | Remove a couple of 'card' lines that were somehow missed when OLDCARD was desupported.
* Sort entires better.imp2005-01-101-4/+4
|
* Modules on PPC need to be compiled with -mlongcall to get aroundgrehan2005-01-061-0/+4
| | | | | the +/-64k blr offset limitation. With gcc bug #12769 fixed, it's time to put enable this.
* Typo.jhb2005-01-051-1/+1
|
* Minor nits in formatting continued linesimp2005-01-041-2/+2
|
* cnw as a pccard device was commented out, so uncomment it so LINT will build.imp2005-01-041-1/+1
|
* Remove last vestiges of old wd driver. ata works well on pc98 andimp2005-01-041-3/+0
| | | | | there was no objection on the pc98 list when I asked if it could be removed a while ago.
* move all the card entries to files.pc98imp2005-01-043-1734/+1732
| | | | style change: regularize tabbing
* First step in removing OLDCARD from FreeBSD 6.0:imp2005-01-042-6/+6
| | | | | o Move card from all architectures to just pc98. It is only needed there, although real issues remain with NEWCARD's support of ISA devices.
* Remove special case from *devs2h loop for usbimp2004-12-301-5/+21
| | | | | Move usb out of the loop since the other devs2h programs don't grok -h Add new rule for usbdevs_data.h
* Call usbdevs2h with -h for .h fileimp2004-12-301-2/+7
| | | | Explicitly generate usbdevs_data.h for usb kernels with new -d switch
* Enable NCP build in NOTES so that it is visible in LINT.rwatson2004-12-301-1/+1
|
* Add FR support to sppp (MFCronyx).rik2004-12-281-0/+2
| | | | | | | | | | Silence on: net@, current@, hackers@. No objections: joerg Requested by: by many (mostly Cronyx) users for a long long time. MFC after: 10 days PR: kern/21771, kern/66348
* nos->now typo reported by njlimp2004-12-271-1/+1
|
* Add note about where major numbers are now assignedimp2004-12-271-0/+3
|
* Protect the NM expansion.obrien2004-12-211-1/+1
|
* Fix a mis-sort.obrien2004-12-211-1/+1
|
* add ancillary wlan modules and fixup commentssam2004-12-201-2/+16
| | | | Requested by: silby
* Add config hooks for amd64 atheros hal modulespeter2004-12-151-0/+10
|
* Separate mse driver into a core driver and a bus attachments. Separate outimp2004-12-122-2/+4
| | | | | | | | | | | | | the ISA and CBUS (called isa on pc98) attachments. Eliminate all PC98 ifdefs in the process (the driver in pc98/pc98/mse.c was a copy of the one in i386/isa/mse.c with PC98 ifdefs). Create a module for this driver. I've tested this my PC-9821RaS40 with moused. I've not tested this on i386 because I have no InPort cards, or similar such things. NEC standardized on bus mice very early, long before ps/2 mice ports apeared, so all PC-98 machines supported by FreeBSD/pc98 have bus mice, I believe. Reviewed by: nyan-san
* Add IBM Laptop extra device driver.takawata2004-12-091-0/+1
| | | | | | This depends on ACPI and RTC registers. Reviewed by: njl
* update for new ath halsam2004-12-082-2/+10
|
* Update for ath and net80211 changes.sam2004-12-081-1/+11
|
* Properly handle vnode_if.h dependencies, and don't forget to clean all files.ru2004-12-081-13/+12
|
* Unbreak KLDs that use VFS by accounting for changes in the generationgreen2004-12-081-7/+18
| | | | process for the vnode header files.
* Update the Tigon 1 and 2 driver to use the sf_buf API for implementingalc2004-12-061-1/+0
| | | | | | | | | | | | zero-copy receive of jumbo frames. This eliminates the need for the jumbo frame allocator implemented in kern/uipc_jumbo.c and sys/jumbo.h. Remove it. Note: Zero-copy receive of jumbo frames did not work without these changes; I believe there was insufficient locking on the jumbo vm object. Tested by: ken@ Discussed with: gallatin@
* Revert rev. 1.166 and remove sparc64/pci/ofw_pci_if.m from MFILES again,marius2004-12-041-1/+1
| | | | sparc64/pci/ofw_pci.h is no longer required for compiling modules.
* Back when VOP_* was introduced, we did not have new-style structphk2004-12-011-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | initializations but we did have lofty goals and big ideals. Adjust to more contemporary circumstances and gain type checking. Replace the entire vop_t frobbing thing with properly typed structures. The only casualty is that we can not add a new VOP_ method with a loadable module. History has not given us reason to belive this would ever be feasible in the the first place. Eliminate in toto VOCALL(), vop_t, VNODEOP_SET() etc. Give coda correct prototypes and function definitions for all vop_()s. Generate a bit more data from the vnode_if.src file: a struct vop_vector and protype typedefs for all vop methods. Add a new vop_bypass() and make vop_default be a pointer to another struct vop_vector. Remove a lot of vfs_init since vop_vector is ready to use from the compiler. Cast various vop_mumble() to void * with uppercase name, for instance VOP_PANIC, VOP_NULL etc. Implement VCALL() by making vdesc_offset the offsetof() the relevant function pointer in vop_vector. This is disgusting but since the code is generated by a script comparatively safe. The alternative for nullfs etc. would be much worse. Fix up all vnode method vectors to remove casts so they become typesafe. (The bulk of this is generated by scripts)
* It appears that 'kbd' device has never been used and isn't needed.imp2004-11-235-5/+0
| | | | | Build tests show that this isn't used for GENERIC or LINT, and nobody seemed to know why they existed.
* Add arm/mem.c.cognet2004-11-221-0/+1
|
* Stop building uart_dev_i8251.c. It was copied from uart_dev_ns8250.cmarcel2004-11-201-1/+0
| | | | | | | | without ever being changed to actually work with an i8251. Nobody is working on this either at the moment, so it's not about to change soon. When the code necessary to support the i8251 is committed, this can be reverted again.
* Sort MFILES.marcel2004-11-201-11/+9
|
* 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
|
OpenPOWER on IntegriCloud