| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
with moderate IO going on, system usage can hover around 65-77% even
though it would benefit from higher performance. Typically, only truly
idle systems pass the 90% mark so only demote then.
|
|
|
|
| |
Suggested by: trhodes
|
|
|
|
| |
Pointed out by: ru
|
|
|
|
| |
ARM_HAS_ATOMIC_CMPSET_32 isn't defined.
|
| |
|
| |
|
|
|
|
|
|
| |
debug.cpufreq.lowest tunable and sysctl. Some systems seem to have problems
with the lowest frequencies so setting this prevents them from being
available or used.
|
| |
|
|
|
|
| |
Suggested by: Jung-uk Kim
|
|
|
|
| |
Spotted by: ru
|
|
|
|
|
|
|
| |
CAVEAT: if you run tcsh(1) from within this target, this will
reset your PATH making this target mostly useless. Careful!
Submitted by: jmg, ru
|
|
|
|
|
|
|
|
|
| |
(+MFC) [1], no ports/INDEX* in CVS (+MFC), GNOME 2.8.3 (+MFC), KDE
3.3.2 (+MFC), Xorg 6.8.1 (+MFC).
Wordsmithing: pkg_version(8) -q.
Submitted by: glebius [1]
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
introducing the disk formats for _RuneLocale and friends.
The disk formats do not have (useless) pointers and have 32-bit
quantities instead of rune_t and long. (htonl(3) only works
with 32-bit quantities, so there's no loss).
Bootstrap mklocale(1) when necessary. (Bootstrapping from 4.x
would be trivial (verified), but we no longer provide pre-5.3
source upgrades and this is the first commit to actually break
it.)
|
|
|
|
|
|
| |
PR: docs/78127
Submitted by: Joel Dahl <joel@automatvapen.se>
MFC after: 3 days
|
|
|
|
| |
up to the build.
|
| |
|
| |
|
|
|
|
|
| |
just uses cpufreq(4) but in the future it should also do things like spin
down disks. This is based on the work by Colin Percival (called "estctrl").
|
| |
|
|
|
|
|
|
| |
given power profile.
MFC after: 1 day
|
|
|
|
| |
ARM_TP_ADDRESS.
|
|
|
|
|
|
|
|
|
|
|
| |
ARM_TP_ADDRESS, where the tp will be stored. On CPUs that support it, a cache
line will be allocated and locked for this address, so that it will never go
to RAM. On CPUs that does not, a page is allocated for it (it will be a bit
slower, and is wrong for SMP, but should be fine for UP).
The tp is still stored in the mdthread struct, and at each context switch,
ARM_TP_ADDRESS gets updated.
Suggested by: davidxu
|
|
|
|
| |
Noticed by: Coverity Prevent analysis tool
|
|
|
|
|
|
| |
reflect reality.
Submitted by: Mohan Srinivasan
|
|
|
|
| |
Noticed by: Coverity Prevent analysis tool
|
|
|
|
|
|
|
|
| |
MFCs noted: TCP random ephemeral port rate limiting, syslogd(8)
logpriv (with a few grammar fixes), tail -f,
Other changes: Minor grammar fixes to rc.conf interface renaming and
rc.d/moused notes.
|
|
|
|
| |
Obtained from: OpenBSD
|
|
|
|
| |
the man ought to break open and rob.
|
|
|
|
|
|
| |
tls.
Reviewed by: dfr
|
| |
|
|
|
|
| |
exp10() was a casualty of the transition away from the VAX.
|
|
|
|
|
|
|
|
|
| |
functions: one for the single letter variables, one for the others
and one that does the recursive expansion.
Patches: 7.68-7.79
Submitted by: Max Okumoto <okumoto@ucsd.edu>
|
|
|
|
|
| |
IoInitializeMdl() does it internally (and doing it again here
messes things up).
|
|
|
|
| |
Other changes: Minor punctuation fixes in hptmv(4) note.
|
|
|
|
| |
Noticed by: tjr
|
|
|
|
|
| |
Noticed by: Coverity Prevent analysis tool
Reviewed by: emax
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
uart(4) to support the Zilog 8530 SCCs which hang off of a FireHose
bus on Sun E4000/E5000 class machines.
Beside the fact that a puc_fhc.c would just be a copy of puc_sbus.c
with s,sbus,fhc,g the reason why the declaration for fhc(4) was
sticked into puc_sbus.c is that both of these front-ends for puc(4)
will go away once there is a scc(4).
Discussed with: marcel
Tested by: hrs, kris
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
both a scc(4) is under way and fhc(4) will be change to use INOs this
shouldn't stay in HEAD for too long but we need a MFC-able solution
for FreeBSD 5.4.
Discussed with: marcel
Tested by: hrs, kris
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
that describe a buffer of variable size). The problem is, allocating
MDLs off the heap is slow, and it can happen that drivers will allocate
lots and lots of lots of MDLs as they run.
As a compromise, we now do the following: we pre-allocate a zone for
MDLs big enough to describe any buffer with 16 or less pages. If
IoAllocateMdl() needs a MDL for a buffer with 16 or less pages, we'll
allocate it from the zone. Otherwise, we allocate it from the heap.
MDLs allocate from the zone have a flag set in their mdl_flags field.
When the MDL is released, IoMdlFree() will uma_zfree() the MDL if
it has the MDL_ZONE_ALLOCED flag set, otherwise it will release it
to the heap.
The assumption is that 16 pages is a "big number" and we will rarely
need MDLs larger than that.
- Moved the ndis_buffer zone to subr_ntoskrnl.c from kern_ndis.c
and named it mdl_zone.
- Modified IoAllocateMdl() and IoFreeMdl() to use uma_zalloc() and
uma_zfree() if necessary.
- Made ndis_mtop() use IoAllocateMdl() instead of calling uma_zalloc()
directly.
Inspired by: discussion with Giridhar Pemmasani
|
| |
|
| |
|
|
|
|
| |
Noticed by: Coverity Prevent analysis tool
|
|
|
|
| |
MFC after: 1 day
|
|
|
|
| |
Noticed by: Coverity Prevent analysis tool
|
|
|
|
| |
Noticed by: Coverity Prevent analysis tool
|
|
|
|
| |
the lack of tls on arm.
|
| |
|
|
|
|
|
|
| |
Remove warning from kern_poll.c to allow DEVICE_POLLING to be built with SMP.
Discussed with: ru, glebius
|