| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
directory, and jail directory within procstat. While this functionality
is available already in fstat, encapsulating it in the kern.proc.filedesc
sysctl makes it accessible without using kvm and thus without needing
elevated permissions.
The new procstat output looks like:
PID COMM FD T V FLAGS REF OFFSET PRO NAME
76792 tcsh cwd v d -------- - - - /usr/src
76792 tcsh root v d -------- - - - /
76792 tcsh 15 v c rw------ 16 9130 - -
76792 tcsh 16 v c rw------ 16 9130 - -
76792 tcsh 17 v c rw------ 16 9130 - -
76792 tcsh 18 v c rw------ 16 9130 - -
76792 tcsh 19 v c rw------ 16 9130 - -
I am also bumping __FreeBSD_version for this as this new feature will be
used in at least one port.
Reviewed by: rwatson
Approved by: rwatson
|
|
|
|
| |
MFC after: 1 month
|
|
|
|
|
|
|
| |
use LK_RETRY, since failure is undesirable (and not handled).
MFC after: 1 month
Pointed out by: kib
|
|
|
|
|
|
|
|
|
|
| |
then later to FreeBSD. Update various NetBSD-related comments: in some
cases delete them because they don't appply, in others update to say
FreeBSD as they still apply but in FreeBSD (and might for that matter
no longer apply on NetBSD), and flag one case where I'm not sure
whether it applies.
MFC after: 1 month
|
|
|
|
|
|
| |
extending line buffers.
PR: bin/76578
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
locks of those vnodes. Probably, Coda should do the same lock sharing/
pass-through that is done for nullfs, but in the mean time this ensures
that locks are adequately held to prevent corruption of data structures
in the cache file system.
Assuming most operations came from the top layer of Coda and weren't
performed directly on the cache vnodes, in practice this corruption was
relatively unlikely as the Coda vnode locks were ensuring exclusive
access for most consumers.
This causes WITNESS to squeal like a pig immediately when Coda is used,
rather than waiting until file close; I noticed these problems because
of the lack of said squealing.
MFC after: 1 month
|
|
|
|
|
|
|
| |
vget() calls using inode numbers to query the root of /coda, which is not
needed since we now cache the root vnode with the mountpoint.
MFC after: 1 month
|
|
|
|
|
|
|
|
| |
VOP_ISLOCKED(arg, curthread). Now, VOP_ISLOCKED() and lockstatus() should
only acquire curthread as argument; this will lead in axing the additional
argument from both functions, making the code cleaner.
Reviewed by: jeff, kib
|
| |
|
| |
|
| |
|
|
|
|
|
| |
unsigned by making array indicies unsigned. Also note one or two
unused parameters.
|
| |
|
|
|
|
|
| |
Submitted by: Joerg Sonnenberger <joerg@britannica.bec.de>
MFC after: 2 weeks
|
|
|
|
|
| |
Submitted by: Joerg Sonnenberger <joerg@britannica.bec.de>
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
arena_dalloc_lazy_hard() was split out of arena_dalloc_lazy() in revision
1.162.
Reduce thundering herd problems in lazy deallocation by randomly varying
how many probes a thread does before taking the slow path.
|
|
|
|
|
| |
it must have the same sign as the arg in all rounding modes, but it was
always +0.0L.
|
|
|
|
|
|
|
| |
denormals, and logb() remained broken after 1.10 because the fix for
logbf() was incompletely translated.
Convert to __FBSDID().
|
|
|
|
|
|
|
|
|
|
|
| |
assumptions about whether bits are set at various times. This makes
adding other flags safe.
Reorganize functions in order to inline i{m,c,p,s,re}alloc(). This
allows the entire fast-path call chains for malloc() and free() to be
inlined. [1]
Suggested by: [1] Stuart Parmenter <stuart@mozilla.com>
|
|
|
|
|
| |
Submitted by: Yuri Pankov [1]
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
| |
"Fix bootparamd on 64 bit platforms - at least amd64 was broken due to the
code believing long == 32 bits and using it to store/compare IPv4 addresses."
Note the "== 32 bits" - the previous commit message stated 64 bits, which is
plain wrong.
PR: bin/112163
Pointed out by: obrien
Approved by: imp (mentor, implicit)
|
| |
|
|
|
|
|
|
|
| |
date via -f %s).
Reported by: Eugene Grosbein
Diagnosed by: Miguel Lopes Santos Ramos
|
|
|
|
| |
non-informative EINVAL.
|
| |
|
|
|
|
|
|
| |
rtentry. We quickly copy the fields of interest, and then
RTFREE_LOCKED(). This should be faster then lock & unlock the
rtentry twice.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
exponent bits of the reduced result, construct 2**k (hopefully in
parallel with the construction of the reduced result) and multiply by
it. This tends to be much faster if the construction of 2**k is
actually in parallel, and might be faster even with no parallelism
since adjustment of the exponent requires a read-modify-wrtite at an
unfortunate time for pipelines.
In some cases involving exp2* on amd64 (A64), this change saves about
40 cycles or 30%. I think it is inherently only about 12 cycles faster
in these cases and the rest of the speedup is from partly-accidentally
avoiding compiler pessimizations (the construction of 2**k is now
manually scheduled for good results, and -O2 doesn't always mess this
up). In most cases on amd64 (A64) and i386 (A64) the speedup is about
20 cycles. The worst case that I found is expf on ia64 where this
change is a pessimization of about 10 cycles or 5%. The manual
scheduling for plain exp[f] is harder and not as tuned.
Details specific to expm1*:
- the saving is closer to 12 cycles than to 40 for expm1* on i386 (A64).
For some reason it is much larger for negative args.
- also convert to __FBSDID().
|
|
|
|
|
|
|
|
|
|
| |
the provided lock or &blocked_lock. The thread may be temporarily
assigned to the blocked_lock by the scheduler so a direct comparison
can not always be made.
- Use THREAD_LOCKPTR_ASSERT() in the primary consumers of the scheduling
interfaces. The schedulers themselves still use more explicit asserts.
Sponsored by: Nokia
|
|
|
|
| |
IPv6 addresses for 6 of the root name servers!
|
|
|
|
|
|
|
| |
and writers available. Doing otherwise can cause deadlocks as no
read locks can proceed while there are write waiters.
Sponsored by: Nokia
|
|
|
|
|
|
|
| |
the end of the object. (This change is analogous to revision 1.237 of
vm/vnode_pager.c.)
Discussed with: jhb
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
exponent bits of the reduced result, construct 2**k (hopefully in
parallel with the construction of the reduced result) and multiply by
it. This tends to be much faster if the construction of 2**k is
actually in parallel, and might be faster even with no parallelism
since adjustment of the exponent requires a read-modify-wrtite at an
unfortunate time for pipelines.
In some cases involving exp2* on amd64 (A64), this change saves about
40 cycles or 30%. I think it is inherently only about 12 cycles faster
in these cases and the rest of the speedup is from partly-accidentally
avoiding compiler pessimizations (the construction of 2**k is now
manually scheduled for good results, and -O2 doesn't always mess this
up). In most cases on amd64 (A64) and i386 (A64) the speedup is about
20 cycles. The worst case that I found is expf on ia64 where this
change is a pessimization of about 10 cycles or 5%. The manual
scheduling for plain exp[f] is harder and not as tuned.
This change ld128/s_exp2l.c has not been tested.
|
|
|
|
|
|
| |
Spotted by: tinderbox
Submitted by: Pietro Cerutti <gahr@gahr.ch>
Pointy hat to: des
|
|
|
|
| |
instructions accordingly.
|
|
|
|
|
| |
The idea is to have a FREEBSD-vendor file for every third-party package
in the tree.
|
|
|
|
|
|
| |
with jhb's 2005/05/27 loader multiple-console change.
Tested by: marius/sparc64, grehan/ofwppc
|
|
|
|
| |
its contents to FBSDprivate_1.0.
|
|
|
|
|
|
| |
to have identical functionality.
MFC after: 2 weeks
|
| |
|
|
|
|
|
|
| |
prototype next to the implementation.
MFC after: 2 weeks
|
| |
|
|
|
|
|
|
| |
(silently) disabled for libkse...
Pointy hat to: des
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
|
|
| |
the Makefile accordingly; libthr now explicitly uses libc's Versions.def.
MFC after: 2 weeks
|
|
|
|
| |
are new in FreeBSD 8 to the appropriate namespace.
|
|
|
|
|
|
|
| |
hptrr(4) to rr232x.
Pointed out by: bruffer
Pointy hat to: delphij
|
| |
|
| |
|
|
|
|
|
| |
again on powerpc and sparc64. Un-obsolete it for these two so that we
don't remove it right after installing it.
|