| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | | |
| | | |
| | | |
| | | | |
__cyg_profile_func_exit for GUPROF.
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
vs. default login class distinction is made correctly.
PR: 37416
Approved by: des
MFC after: 4 days
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
instead rely on ATAPI devices ability to do the work instead.
MFC material.
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
unitialized variable" warning.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
so that the data is less likely to be inconsistent if SYSCTL_OUT() blocks.
If the data is large, wire the output buffer instead.
This is somewhat less than optimal, since the handler could skip the copy
if it knew that the data was static.
If the data is dynamic, we are still not guaranteed to get a consistent
copy since another processor could change the data while the copy is in
progress because the data is not locked. This problem could be solved if
the generic handlers had the ability to grab the proper lock before the
copy and release it afterwards.
This may duplicate work done in other sysctl handlers in the kernel which
also copy the data, possibly while a lock is held, before calling they call
a generic handler to output the data. These handlers should probably call
SYSCTL_OUT() directly.
|
| | | |
| | | |
| | | |
| | | | |
o Apply some style fixes.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
SYSCTL_OUT() from blocking while locks are held. This should
only be done when it would be inconvenient to make a temporary copy of
the data and defer calling SYSCTL_OUT() until after the locks are
released.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
direct physical mappings with virtual page colour, we need to flush the
data cache when a page changes colour. I missed one case which broke
pipes.
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
Reminded by: bde
|
| | | |
| | | |
| | | |
| | | | |
part manual pages - long overdue ...
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
1) Define _KERNEL while including sys/time.h to get some function prototypes.
2) Add prototypes and ANSIify definitions.
3) Constness changes.
4) Remove register keyword.
5) Actually return a sensible value from main.
6) Make fread_tail take a void * instead of a char *.
7) Avoid a signedness warning by casting to a size_t. Should be safe
enough 'cos we also check for nonnegativity.
8) Be extra chummy with sigset_t rather than passing a struct to printf
and pretending it is an int.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
userland for libc/gmon to compile, so the typedef in <machine/types.h>
isn't good enough. This is really ugly since we end up with the
actual value which uintfptr_t is typedef'd from, in multiple places.
This is bug for bug compatible with the other FreeBSD architectures.
Noticed by: sparc64 tinderbox
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
be safe to cast it to a size_t before comparing it to a sizeof().
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
Minor constness changes.
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
PR: 38930
Submitted by: keramida
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
Include stdlib.h for exit.
|
| | | |
| | | |
| | | |
| | | | |
Minor constness changes.
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
those of us who want to figure out how old Jim Mock is, but only want to
type 'calendar -f calendar.freebsd'. This is done in a way that should
be totally backwards compatible with no noticable differences, at all.
Reviewed by: mux
MFC after: 4 weeks
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
terminal is locked. This permits the user to easily lock the entire
console from a single terminal.
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
and it's an unsigned long, not an int.
|
| | | |
| | | |
| | | |
| | | | |
sure that doesn't change.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
of a rule specification is a single dash (``-''), rules are read from
the standard input and the rest of the specification is ignored.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
o Increment cnt.v_dfree inside vm_pageout_page_free() rather than
at each call.
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
(and make it easier to find stuff for the old ones). I originally put
everything under one "RULE SUBSYSTEM" so it didn't look like devfs(8)
is dedicated to the rule subsystem, but since nobody has any idea what
else might go here, it's not worth confusing people just to save a
little time for someone that might add something rule-unrelated to
devfs(8) in a few years.
Suggested by: sheldonh, phk
|
| | | |
| | | |
| | | |
| | | |
| | | | |
this isn't just for the sake of testing behaviour, and that things really
do break if this regression occurs.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
ruleset. If we do, that means there's a ruleset loop (10 includes 20
include 30 includes 10), which will quickly cause a double fault due
to stack overflow (since "include" is implemented by recursion).
(Previously, we only checked that X didn't include X.)
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
as wide-reaching nor intensive as NetBSD's similar, but the warning uses the
same text.
Inspired by: NetBSD
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
/etc filesystem isn't enough; consequently, add "-i 4096" to the newfs
command for /etc. This results in 1022 inodes, which should be enough
for the forseeable future (although I don't know why we would ever
have more than 1000 files in a default /etc).
Silence by: -current
|
| | | |
| | | |
| | | |
| | | | |
with the rest of the output during a boot.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
IP header and protocol header seperately.
Also calculate TCP checksums.
Submitted by: orion
|
| | | | |
|
| | | | |
|