summaryrefslogtreecommitdiffstats
path: root/sys
Commit message (Collapse)AuthorAgeFilesLines
...
* Removed all traces of HIDENAME() in amd64 and i386 kernel code. Usingbde2006-10-284-39/+24
| | | | | | | | | | | | | | | | this used to be slightly cleaner than using ifdefs in a few places to support both a.out and elf, but using it now just causes messes and unportabilities. It seems to be impossible to implement the elf HIDENAME() portably in cpp (since token pasting of "." and <name> is invalid). */prof_machdep.c: - Removed all uses of CNAME(). CNAME() is easy enough to use in pure asm code, but using it in inline asm requires messy quoting. The core pure asm code has been hacked on more and all uses of CNAME() in it have already gone away. Just assume the elf convention here too. - Removed now-uneeded include of <machine/asmacros.h>. - Removed the workaround for a namespace conflict with this include.
* This is the merge of the Intel 6.2.9 driver. It provides all new shared code,jfv2006-10-285-1708/+1504
| | | | | new device support, and it is hoped a more stable driver for 6.2. RELEASE. This checkin was discussed and approved today by RE, scottl, jhb, and pdeuskar
* Don't call mexitcount or provide a stub mexitcount to call whenbde2006-10-274-24/+8
| | | | | | profiling is configured but high resolution profiling is not configured. Only functions in *.[Ss] called the stub, so efficiency was not significantly affected.
* - Convertoleg2006-10-271-5/+62
| | | | | | | | | | | | | | | | | | | | | | | | | | net.inet.ip.dummynet.curr_time net.inet.ip.dummynet.searches net.inet.ip.dummynet.search_steps to SYSCTL_LONG nodes. It will prevent frequent wrap around on 64bit archs. - Implement simple mechanics for dummynet(4) internal time correction. Under certain circumstances (system high load, dummynet lock contention, etc) dummynet's tick counter can be significantly slower than it should be. (I've observed up to 25% difference on one of my production servers). Since this counter used for packet scheduling, it's accuracy is vital for precise bandwidth limitation. Introduce new sysctl nodes: net.inet.ip.dummynet. tick_lost - number of ticks coalesced by taskqueue thread. tick_adjustment - number of time corrections done. tick_diff - adjusted vs non-adjusted tick counter difference tick_delta - last vs 'standard' tick differnece (usec). tick_delta_sum - accumulated (and not corrected yet) time difference (usec). Reviewed by: glebius MFC after: 2 month
* Use separate thread for servicing dummynet(4).oleg2006-10-271-3/+32
| | | | | | | Utilize taskqueue(9) API. Submitted by: glebius MFC after: 2 month
* style(9) cleanup.oleg2006-10-271-330/+353
| | | | MFC after: 2 month
* Remove member p_procscopegrp which is no longer used by libthr.davidxu2006-10-272-11/+0
|
* Remove the KSE option now that it's in DEFAULTS on these arches/machines.jb2006-10-2611-11/+0
| | | | | | | | | The 'nooption' kernel config entry has to be used to turn KSE off now. This isn't my preferred way of dealing with this, but I'll defer to scottl's experience with the io/mem kernel option change and the grief experienced over that. Submitted by: scottl@
* Add 'options KSE' to the kernel config DEFAULTS on all arches/machinesjb2006-10-267-1/+18
| | | | | | | | | | | except sun4v. This change makes the transition from a default to an option more transparent and is an attempt to head off all the compliants that are likely from people who don't read UPDATING, based on experience with the io/mem change. Submitted by: scottl@
* Make KSE a kernel option, turned on by default in all GENERICjb2006-10-2660-238/+1335
| | | | | | | kernel configs except sun4v (which doesn't process signals properly with KSE). Reviewed by: davidxu@
* Adopt comments borrowed from aout_freebsd.c.ru2006-10-262-2/+2
|
* Restore support for -c and -d that were treacherously murdered inru2006-10-262-4/+8
| | | | | | | rev. 1.58. (This only costs us four bytes.) Prodded by: bde MFC after: 3 days
* Back out rev. 1.71 as it breaks directly loading (i386) kernels.ru2006-10-262-6/+6
| | | | | | OK'ed by: jhb PR: i386/96430, i386/104709 MFC after: 3 days
* MF kmod.mk 1.176: Properly handle vnode_if.h dependencies.ru2006-10-261-1/+5
| | | | Instructed by: bde
* Fixed high resolution profiling on arches that support it (amd64 andbde2006-10-261-1/+1
| | | | | | | | | | | | | | | i386). Use -mprofiler-epilogue again, and don't use -finstrument-functions. The former has been fixed for arches that implement high-res profiling, and the latter has been useless for kernel profiling since gcc-3.4 when it started forcing -fno-inline. -fno-inline gives a kernel with performance characteristics too different from a normal kernel to be worth profiling, by turning off inlining of all the little optimized functions in headers. This interacts especially badly with FreeBSD's use of "static inline" for all inlines in headers, by creating many separate copies of the little functions, so not inlining tends to increase cache pressure where it should reduce it, and (since gprof(1) doesn't understand the copies) the statistics for the little functions are hard to interpret even if you want them.
* The attempt to rename "." with MAC framework compiled in would cause attemptkib2006-10-262-2/+4
| | | | | | | | | to twice unlock the vnode. Check that ni_vp and ni_dvp are different before doing second unlock. Reviewed by: rwatson Approved by: pjd (mentor) MFC after: 1 week
* Better align output of "show uma" by moving from displaying the basicrwatson2006-10-261-5/+7
| | | | | | | counters of allocs/frees/use for each zone to the same statistics shown by userspace "vmstat -z". MFC after: 3 days
* Fix leak in NAMEI zone caused by nfs server when VOP_RENAME fails.kib2006-10-261-2/+2
| | | | | | | Submitted by: Padma Bhooma <pbhooma at panasas com> Reviewed by: bde Approved by: pjd (mentor) MFC after: 1 week
* Reduced the ifdef tangle for profiling by moving the unreachablebde2006-10-261-12/+2
| | | | | | never-working parts for icc to the attic. Fixed some nearby style bugs.
* Increase usefulness of "show malloc" by moving from displaying the basicrwatson2006-10-261-5/+11
| | | | | | | | | | | | counters of allocs/frees/use for each malloc type to calculating InUse, MemUse, and Requests as displayed by the userspace vmstat -m. This is more useful when debugging malloc(9)-related memory leaks, where the count of allocs/frees may not usefully reflect that current memory allocation (i.e., when highly variable size allocations occur with the same malloc type, such as with contigmalloc). MFC after: 3 days Limitations observed by: scottl
* Optimize umtx_lock_pi() a bit by moving some heavy code out of the loop,davidxu2006-10-261-32/+27
| | | | make a fast path when a umtx_pi can be allocated without being blocked.
* Let allow to teardown multiple irqs as well.cognet2006-10-251-1/+3
|
* Setup multiple interrupts if needed.cognet2006-10-251-2/+5
|
* Fix LEDs not working when atkbd is an active keyboard and the physicalru2006-10-251-16/+16
| | | | | | | | | | | | | | | | | | | | keyboard is attached only after the system has already booted. If USB keyboard is also present, and there's no kbdmux(4), the problem has been hiding itself because as soon as we get to multi-user, the USB keyboard becomes an active keyboard (see devd.conf), thus marking atkbd inactive and letting the old code initialize the keyboard. With kbdmux(4), or if there's no USB keyboard, the atkbd keyboard is always active, whether it's physically attached or not, thus it never initialized itself properly on a physical attach. To fix this, move block that initialized the keyboard on attach upper so it doesn't depend on the (KBD_IS_ACTIVE(kbd) && KBD_IS_BUSY(kbd)) condition. Also move KBD_FOUND_DEVICE() a few lines upper so that KDSETLED and KDSETREPEAT that follow it propagate to the controller. MFC after: 3 days
* Remove extra _MAC_ from #ifdef guard.rwatson2006-10-251-1/+1
|
* Fix non-working CAPS LED under X by applying fix from atkbd.c,v 1.27:ru2006-10-251-1/+2
| | | | | | | | | | | | | | : revision 1.27 : date: 2000/05/28 12:43:24; author: ache; state: Exp; lines: +3 -2 : Manipulate with AltGR Led (really CapsLock Led) only in K_XLATE mode, because : all other modes not set ALKED flag and it means that CapsLock always turned : off for them. : Real bug example is X11 which never turn on CapsLock with Russian keyboard. : : PR: 18651 : Submitted by: "Mike E. Matsnev" <mike@po.cs.msu.su> MFC after: 3 days
* MFp4: Move the parameters that are basically dictated by the AT91imp2006-10-252-5/+5
| | | | organization to that file.
* MFp4: Status register bitsimp2006-10-251-0/+14
|
* In order to eliminate a branch, convert opcode to unsigned integer.davidxu2006-10-251-2/+2
|
* Eliminate an unnecessary `if' statement.davidxu2006-10-251-1/+2
|
* Move sigqueue_take() call into proc_reparent(), this fixed bugs wheredavidxu2006-10-252-9/+4
| | | | proc_reparent() is called but sigqueue_take() is forgotten.
* Ooops, dump_avail[i] can be 0 if the RAM starts at 0x00000000, so check thatcognet2006-10-241-4/+4
| | | | | dump_avail[i + 1] is == 0 as a stop condition instead. MFC after: 3 days
* Regen.sobomax2006-10-244-54/+4
|
* Fix kernel breakage introduced in the previous commit (redeclatationsobomax2006-10-241-9/+9
| | | | of the audit functions).
* Regenerate.rwatson2006-10-244-22/+81
|
* Hook up audit functions in the freebsd32 compatibility code. It isrwatson2006-10-241-9/+15
| | | | | | | believed these likely don't require wrappers. Reported by: sobomax MFC after: 3 days
* Protect sigqueue_take() call by child process's lock, it fixed adavidxu2006-10-241-2/+2
| | | | | potential race with ptrace 'attach' which changes parent of the child process.
* Ditch crummy fattime <--> timespec conversion functionsphk2006-10-241-149/+8
|
* Drop crummy fattime to timespec conversion routines.phk2006-10-241-163/+12
| | | | Leave a XXX here for anybody able to test.
* Remove the non-standard and undocumented STAILQ_REMOVE_HEAD_UNTIL()ru2006-10-241-5/+0
| | | | macro now that we no longer use it.
* Switch to using STAILQ_REMOVE_HEAD() instead of STAILQ_REMOVE_HEAD_UNTIL().ru2006-10-241-11/+11
| | | | | | | | | | | | | Submitted by: Stepan A. Baranov This corresponds to OpenBSD rev. 1.134: : revision 1.134 : date: 2004/05/04 16:59:31; author: grange; state: Exp; lines: +10 -10 : Remove useless ``elm'' argument from the SIMPLEQ_REMOVE_HEAD macro. : This matches our SLIST behaviour and NetBSD's SIMPLEQ as well. : : ok millert krw deraadt
* Replace slightly crummy fattime<->timespec conversion functions.phk2006-10-245-180/+16
|
* Better naming of fattime conversion functions, they do convert to timespecphk2006-10-242-7/+10
| | | | | | | after all. Add 'utc' argument to control if fattimestamps are on UTC or local timezone calendar.
* Refine the checksum hack a little. It appears that the chip can handle UDPscottl2006-10-241-3/+7
| | | | | | | and TCP checksum offloading fine, it only has a problem with IP checksums on IP fragments.. Barring a fix or workaround available from the hardware, the real solution would be to have finer grained control in the stack over what can and cannot be assisted in hardware.
* Move "device splash" back to MI NOTES and "files", it's MI.ru2006-10-2314-15/+5
|
* Move MI parts of syscons into MI "files".ru2006-10-237-42/+7
|
* Revision 1.25 had the ATKBD_DFLT_KEYMAP option turned on and then off:ru2006-10-231-0/+4
| | | | | | | | | | | | | | : # Options for atkbd: : options ATKBD_DFLT_KEYMAP # specify the built-in keymap : makeoptions ATKBD_DFLT_KEYMAP=jp.106 [...] : nooption ATKBD_DFLT_KEYMAP : nomakeoption ATKBD_DFLT_KEYMAP (Previously the option was inherited from MI NOTES.) So my tool in rev. 1.26 reduced this to removing all "ATKBD_DFLT_KEYMAP" lines, leaving the option effectively disabled as it was before, but since it's actually supported on sparc64, turn it on now.
* Mechanically kill redundant nodevice/nooption/nomakeoption, i.e.,ru2006-10-234-41/+0
| | | | | those that do not exist in MI NOTES or switched on/off in the MD NOTES.
* Re-add screen savers, which I removed by mistake.des2006-10-231-0/+13
| | | | Noticed by: ru
* The page queues lock is no longer required by vm_page_wakeup().alc2006-10-234-8/+8
|
OpenPOWER on IntegriCloud