| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
Reviewed by: Ariff
|
| |
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
| |
Eliminate cdce_unit from softc.
|
|
|
|
| |
longer required.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
<machine/md_var.h>.
|
| |
|
|
|
|
| |
complains about using uninitialized tags in stime.
|
|
|
|
|
| |
set to rts when timeout is non-NULL and then timevalid is set and ets is
only checked later when timervalid is set.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
builds had been succeeding if run serially but could fail if run in
parallel because the bge module build might start before ofw_bus_if.h
got created as part of the mainline kernel build.
Diagnosis and patch by: ru
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to the build.
This allocator uses a binary buddy system with a twist. First and
foremost, this allocator is required to support the implementation of
superpages. As a side effect, it enables a more robust implementation
of contigmalloc(9). Moreover, this reimplementation of
contigmalloc(9) eliminates the acquisition of Giant by
contigmalloc(..., M_NOWAIT, ...).
The twist is that this allocator tries to reduce the number of TLB
misses incurred by accesses through a direct map to small, UMA-managed
objects and page table pages. Roughly speaking, the physical pages
that are allocated for such purposes are clustered together in the
physical address space. The performance benefits vary. In the most
extreme case, a uniprocessor kernel running on an Opteron, I measured
an 18% reduction in system time during a buildworld.
This allocator does not implement page coloring. The reason is that
superpages have much the same effect. The contiguous physical memory
allocation necessary for a superpage is inherently colored.
Finally, the one caveat is that this allocator does not effectively
support prezeroed pages. I hope this is temporary. On i386, this is
a slight pessimization. However, on amd64, the beneficial effects of
the direct-map optimization outweigh the ill effects. I speculate
that this is true in general of machines with a direct map.
Approved by: re
|
|
|
|
|
|
|
| |
instead than a post-merge version (respect to another rusage fix).
Reported by: marcel
Approved by: jeff(mentor)
|
|
|
|
|
| |
when maxbufspace is larger than INT_MAX / 3. The overflow causes a
hard hang on ia64 when physical memory is sufficiently large (8GB).
|
|
|
|
| |
needed for breakpoints to work.
|
|
|
|
|
|
| |
caches with data caches after writing to memory. This typically
is required to make breakpoints work on ia64 and powerpc. For
those architectures the function is implemented.
|
|
|
|
|
|
|
|
|
|
| |
This patch fixes places where they should be called atomically changing
their locking requirements (both assume per-proc spinlock held) and
introducing rufetchcalc which wrappers both calls to be performed in
atomic way.
Reviewed by: jeff
Approved by: jeff (mentor)
|
|
|
|
| |
Approved by: sat (mentor)
|
|
|
|
|
|
|
|
|
| |
in tcp_outout(). This is currently not strictly necessary but paves
the way to simplify the entire SYN options handling quite a bit.
Clarify comment. No change in effective behavour with this commit.
RFC1323 requires the window field in a SYN (i.e., a <SYN> or
<SYN,ACK>) segment itself never be scaled.
|
|
|
|
|
|
|
|
|
|
| |
and simplify handling of the send/receive window scaling. No
change in effective behavour.
RFC1323 requires the window field in a SYN (i.e., a <SYN> or
<SYN,ACK>) segment itself never be scaled.
Noticed by: yar
|
|
|
|
|
|
| |
time_lock spinlock exported.
Approved by: jeff (mentor)
|
|
|
|
| |
and won't ever send more data.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Unsafeness on ruadd() in thread_exit()
- Unatomicity of thread_exiit() in the exit1() operations
This patch addresses these problems allocating p_fd as part of the
process and modifying the way it is accessed.
A small chunk of this patch, resolves a race about p_state in kern_wait(),
since we have to be sure about the zombif-ing process.
Submitted by: jeff
Approved by: jeff (mentor)
|
| |
|
|
|
|
|
|
|
|
|
| |
a timer issues a shutdown and a simultaneous close on the socket
happens. This race condition is inherent in the current socket/
inpcb life cycle system but can be handled well.
Reported by: kris
Tested by: kris (on 8-core machine)
|
| |
|
|
|
|
|
|
|
| |
- Reorder send failed to be in correct order.
- Fixed calulation of init-ack to be right off
mbuf lengths instead of the precalculated value. This
will fix one 64 bit platform issue.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Kill devinfo stuff.
|
|
|
|
|
| |
# looks like there's a chance that uaudio might compile on otherBSD, so leave
# those #defines alone as well as make this change in a compatible way.
|
|
|
|
|
|
| |
Remove bogus bzero/memset
Expand USB_ATTACH_SETUP
Minor nits
|
|
|
|
|
| |
o other bsd defines, there's no way this would work there
o devinfo junk
|
|
|
|
|
|
| |
Kill bogus bzero as necessary.
Minor tidy.
Expand USB_ATTACH_SETUP inline where needed.
|
|
|
|
| |
While I'm here, kill devinfo junk.
|
|
|
|
|
|
|
|
|
|
|
| |
error doing so. It seems an increasing number of phones have this
quirk, and we're not keeping up. There appears to be nothing bad that
happens for non-quirked phones.
Minor cleanups:
o prefer device_printf over printf
o kill devinfo stuff
o minor other preening.
|
|
|
|
|
|
|
| |
need to do it at all anymore. Remove it from here. Expand
USB_ATTACH_SETUP inline now that it is one line and we're moving away
from the compat macros. Remove some bzero calls that turn out not be
be necessary.
|
|
|
|
| |
Submitted by: edwin@
|