| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o Each source gets its own queue, which is a FIFO, not a ring buffer.
The FIFOs are implemented with the sys/queue.h macros. The separation
is so that a low entropy/high rate source can't swamp the harvester
with low-grade entropy and destroy the reseeds.
o Each FIFO is limited to 256 (set as a macro, so adjustable) events
queueable. Full FIFOs are ignored by the harvester. This is to
prevent memory wastage, and helps to keep the kernel thread CPU
usage within reasonable limits.
o There is no need to break up the event harvesting into ${burst}
sized chunks, so retire that feature.
o Break the device away from its roots with the memory device, and
allow it to get its major number automagically.
Notes:
svn path=/head/; revision=122871
|
| |
|
|
|
|
|
|
|
|
| |
to see_other_uids but with the logical conversion. This is based
on (but not identical to) the patch submitted by Samy Al Bahra.
Submitted by: Samy Al Bahra <samy@kerneled.com>
Notes:
svn path=/head/; revision=122869
|
| |
|
|
|
|
|
|
| |
Obtained from: TrustedBSD Project
Sponsored by: DARPA, Network Associates Laboratories
Notes:
svn path=/head/; revision=122868
|
| |
|
|
|
|
|
|
|
| |
recurse on the lock before destroying the mutex.
Submitted by: sam
Notes:
svn path=/head/; revision=122867
|
| |
|
|
| |
Notes:
svn path=/head/; revision=122866
|
| |
|
|
|
|
|
| |
Reviewed by: harti
Notes:
svn path=/head/; revision=122865
|
| |
|
|
|
|
|
| |
Reviewed by: harti
Notes:
svn path=/head/; revision=122864
|
| |
|
|
|
|
|
| |
802.11 packet header after stripping the WEP header on input
Notes:
svn path=/head/; revision=122863
|
| |
|
|
|
|
|
| |
Submitted by: Henry Qian
Notes:
svn path=/head/; revision=122862
|
| |
|
|
|
|
|
|
| |
Obtained from: TrustedBSD Project
Sponsored by: DARPA, Network Associates Laboratories
Notes:
svn path=/head/; revision=122861
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
more than one sf_buf for one vm_page. To accomplish this, we add
a global hash table mapping vm_pages to sf_bufs and a reference
count to each sf_buf. (This is similar to the patches for RELENG_4
at http://www.cs.princeton.edu/~yruan/debox/.)
For the uninitiated, an sf_buf is nothing more than a kernel virtual
address that is used for temporary virtual-to-physical mappings by
sendfile(2) and zero-copy sockets. As such, there is no reason for
one vm_page to have several sf_bufs mapping it. In fact, using more
than one sf_buf for a single vm_page increases the likelihood that
sendfile(2) blocks, hurting throughput.
(See http://www.cs.princeton.edu/~yruan/debox/.)
Notes:
svn path=/head/; revision=122860
|
| |
|
|
| |
Notes:
svn path=/head/; revision=122859
|
| |
|
|
|
|
|
|
|
| |
be used on devices with a block size other than DEV_BSIZE (512),
which specifically includes being unable to run on a swap-backed
md device. Swap-backed md devices use a 4k block size.
Notes:
svn path=/head/; revision=122858
|
| |
|
|
|
|
|
|
|
|
| |
substantially cleans up the output when running the vinum
management tool, and also makes it work better.
Long sustained silence from: grog
Notes:
svn path=/head/; revision=122857
|
| |
|
|
|
|
|
|
|
| |
copy in src/crypto/heimdal/...
Reported by: ru
Notes:
svn path=/head/; revision=122856
|
| |
|
|
|
|
|
|
| |
* Replace references to mcd0 with acd0 (doc only)
* Remove references to the "c" partition (doc only - code was already fixed)
Notes:
svn path=/head/; revision=122855
|
| |
|
|
| |
Notes:
svn path=/head/; revision=122854
|
| |
|
|
| |
Notes:
svn path=/head/; revision=122853
|
| |
|
|
|
|
|
|
|
|
|
| |
check if it's already loaded or compiled into the kernel, and only try to
load it if it isn't.
PR: bin/59368
Submitted by: Jens Rehsack <rehsack@liwing.de>
Notes:
svn path=/head/; revision=122852
|
| |
|
|
| |
Notes:
svn path=/head/; revision=122851
|
| |
|
|
| |
Notes:
svn path=/head/; revision=122850
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- This is heavily derived from John Baldwin's apic/pci cleanup on i386.
- I have completely rewritten or drastically cleaned up some other parts.
(in particular, bootstrap)
- This is still a WIP. It seems that there are some highly bogus bioses
on nVidia nForce3-150 boards. I can't stress how broken these boards
are. I have a workaround in mind, but right now the Asus SK8N is broken.
The Gigabyte K8NPro (nVidia based) is also mind-numbingly hosed.
- Most of my testing has been with SCHED_ULE. SCHED_4BSD works.
- the apic and acpi components are 'standard'.
- If you have an nVidia nForce3-150 board, you are stuck with 'device
atpic' in addition, because they somehow managed to forget to connect the
8254 timer to the apic, even though its in the same silicon! ARGH!
This directly violates the ACPI spec.
Notes:
svn path=/head/; revision=122849
|
| |
|
|
|
|
|
| |
sched_lock we can be sure that we'll pick up the new value.
Notes:
svn path=/head/; revision=122848
|
| |
|
|
|
|
|
| |
has sched_pickcpu().
Notes:
svn path=/head/; revision=122847
|
| |
|
|
| |
Notes:
svn path=/head/; revision=122846
|
| |
|
|
| |
Notes:
svn path=/head/; revision=122845
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
with multiple ports on a shared interrupt demultiplexed by the puc_intr()
handler.
siointr1() first read as much input as possible and then checked all
possibly-relevant status registers, partly for robustness and partly
for historical reasons. This is very bad if it is called for every
port sharing an interrupt like puc_intr() does. It can spend too long
reading all the input for some ports when the interrupt is for a more
urgent event on another, or just too long checking all the status
registers when there are lots of ports. The inter-character time is
too long for reading all the input even when the interrupt is for a
transmitter interrupt on the same port, and at 921600 bps the inter-char
time is 10.85 usec and was often exceeded with just 2 ports, leaving
the transmitters idle for about 6% of the time.
The tweak is to break out of the read loop after reading 1 char if
output can be done. This avoids most of the idle transmitter time for
2 active ports at 921600 bps bidirectional on the test system. It
also reduces overhead by about 20%. More complete fixes use the
programmable tx low watermark on 16950's and reduce overhead by another
65%.
Notes:
svn path=/head/; revision=122844
|
| |
|
|
|
|
|
| |
has been addressed.
Notes:
svn path=/head/; revision=122843
|
| |
|
|
|
|
|
|
|
|
| |
link it at low cost and avoid environment poisoning attacks associated
with LD_LIBRARY_PATH.
Suggested by: rwatson
Notes:
svn path=/head/; revision=122842
|
| |
|
|
|
|
|
| |
ithread_create() changes etc. This should be mostly a NOP.
Notes:
svn path=/head/; revision=122841
|
| |
|
|
|
|
|
| |
int to something big enough to hold a pointer. amd64 needs this.
Notes:
svn path=/head/; revision=122840
|
| |
|
|
|
|
|
|
|
| |
crunched binary.
Found by: make release
Notes:
svn path=/head/; revision=122839
|
| |
|
|
|
|
|
|
|
| |
things that I've observed to work.
Obtained from: sledge, various dmesg(1) output messages from peter
Notes:
svn path=/head/; revision=122838
|
| |
|
|
|
|
|
|
| |
a row being broken. A better filx will come as soon as I have time to
analyse things more deeply.
Notes:
svn path=/head/; revision=122837
|
| |
|
|
| |
Notes:
svn path=/head/; revision=122836
|
| |
|
|
| |
Notes:
svn path=/head/; revision=122835
|
| |
|
|
| |
Notes:
svn path=/head/; revision=122834
|
| |
|
|
|
|
|
|
| |
and by not using a statement-expression for the non-expression
__PCPU_SET().
Notes:
svn path=/head/; revision=122833
|
| |
|
|
|
|
|
|
|
| |
# maybe this should be in files.
# This may fix sparc64 tinderbox. I'll kinow in a few hours.
Notes:
svn path=/head/; revision=122832
|
| |
|
|
| |
Notes:
svn path=/head/; revision=122831
|
| |
|
|
|
|
|
|
|
|
| |
was rejected as a range error, while any values less than LONG_MIN
were silently substituted with LONG_MIN. Furthermore, on some
platforms `time_t' has less range than `long' (e.g. alpha), which may
give incorrect results when parsing some strings.
Notes:
svn path=/head/; revision=122830
|
| |
|
|
|
|
|
| |
PCPU_MD_FIELDS).
Notes:
svn path=/head/; revision=122829
|
| |
|
|
|
|
|
|
|
|
|
|
| |
do not have mh_nextpkt initialized. Somtimes what's there is "1", and the
ip_input() code pukes trying to m_free() it, rendering divert sockets and
such broken.
This really underscores the need to get rid of MT_TAG.
Reviewed by: rwatson
Notes:
svn path=/head/; revision=122828
|
| |
|
|
|
|
|
|
| |
their invocation in the !KLD_MODULE case, but a semicolon is provided after
all invocations and is required in the KLD_MODULE case.
Notes:
svn path=/head/; revision=122827
|
| |
|
|
|
|
|
|
|
| |
is the warning that points to the bug in `(char *)malloc(...)' where
malloc() is implicitly declared as returning int. We do similar things
here, but they work because u_int is the same as uintptr_t on i386's.)
Notes:
svn path=/head/; revision=122826
|
| |
|
|
|
|
|
| |
MFC after: 2 weeks
Notes:
svn path=/head/; revision=122825
|
| |
|
|
|
|
|
|
|
|
| |
aren't allowed to be unloaded.
Obtained from: TrustedBSD Project
Sponsored by: DARPA, Network Associates Laboratories
Notes:
svn path=/head/; revision=122824
|
| |
|
|
|
|
|
|
| |
by 5.0-RELEASE: make it now read 5.3-RELEASE to be realistic. Still
needs fixing...
Notes:
svn path=/head/; revision=122823
|
| |
|
|
|
|
|
| |
root and suggest alternatives.
Notes:
svn path=/head/; revision=122822
|
| |
|
|
|
|
|
| |
one active CPU when sf_buf_init() is performed.)
Notes:
svn path=/head/; revision=122821
|