| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
build libkse. This should fix WITHOUT_LIBTHR builds as a side effect.
|
|
|
|
| |
of pptpgre and ksocket nodes for all calls between two peers.
|
|
|
|
|
| |
Submitted by: Steven Hartland <killing@multiplay.co.uk>
MFC after: 3 days
|
|
|
|
| |
Reviewed by: attilio
|
|
|
|
|
|
| |
devices.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
per-profile variables of the form ppp_<profile>_unit. No ppp_unit
variable is supported since tying the same unit to more than one profile
won't work.
PR: conf/122127
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
to _ when evaluating ppp_<profile>_nat and ppp_<profile>_mode. Document
the per-profile variables.
PR: conf/121452, conf/122127 (partial)
MFC after: 1 week
|
|
|
|
|
|
|
| |
PR: 121490
Submitted by: Anatoly Borodin <anatoly.borodin@gmail.com>
Approved by: rwatson (mentor), jkoshy
MFC after: 3 days
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Removed dead code that assumed that M_TRYWAIT can return NULL; it's not true
since the advent of MBUMA.
Reviewed by: arch
There are ongoing disputes as to whether we want to switch to directly using
UMA flags M_WAITOK/M_NOWAIT for mbuf(9) allocation.
|
|
|
|
|
| |
Reviewed by: sam, many wireless people
Approved by: thompsa (mentor)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Changes:
- Calcutta -> Kolkata
- Iraq DST changes
- Syria DST changes
- Saigon -> Ho_Chi_Minh
- Cuba DST changes
- New area America/Argentina/San_Luis
Approved by: grog@ (mentor)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
overhead of packet capture by allowing a user process to directly "loan"
buffer memory to the kernel rather than using read(2) to explicitly copy
data from kernel address space.
The user process will issue new BPF ioctls to set the shared memory
buffer mode and provide pointers to buffers and their size. The kernel
then wires and maps the pages into kernel address space using sf_buf(9),
which on supporting architectures will use the direct map region. The
current "buffered" access mode remains the default, and support for
zero-copy buffers must, for the time being, be explicitly enabled using
a sysctl for the kernel to accept requests to use it.
The kernel and user process synchronize use of the buffers with atomic
operations, avoiding the need for system calls under load; the user
process may use select()/poll()/kqueue() to manage blocking while
waiting for network data if the user process is able to consume data
faster than the kernel generates it. Patchs to libpcap are available
to allow libpcap applications to transparently take advantage of this
support. Detailed information on the new API may be found in bpf(4),
including specific atomic operations and memory barriers required to
synchronize buffer use safely.
These changes modify the base BPF implementation to (roughly) abstrac
the current buffer model, allowing the new shared memory model to be
added, and add new monitoring statistics for netstat to print. The
implementation, with the exception of some monitoring hanges that break
the netstat monitoring ABI for BPF, will be MFC'd.
Zerocopy bpf buffers are still considered experimental are disabled
by default. To experiment with this new facility, adjust the
net.bpf.zerocopy_enable sysctl variable to 1.
Changes to libpcap will be made available as a patch for the time being,
and further refinements to the implementation are expected.
Sponsored by: Seccuris Inc.
In collaboration with: rwatson
Tested by: pwood, gallatin
MFC after: 4 months [1]
[1] Certain portions will probably not be MFCed, specifically things
that can break the monitoring ABI.
|
|
|
|
| |
previous revision.
|
|
|
|
| |
will be supported in the forth coming FreeBSD/mips port.
|
|
|
|
|
|
| |
data-link type here as well.
PR: 121477
|
|
|
|
|
|
| |
PR: 121477
Submitted by: Sam Banks
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
| |
Reviewed by: attilio, jhb, jeff, kris (as a part of the uidinfo_waitfree.patch)
|
| |
|
| |
|
|
|
|
|
|
| |
stack_print(9) mlink.
Spotted by: attilio
|
|
|
|
|
|
|
| |
PR: misc/121680
Submitted by: "Philip M. Gollucci" <pgollucci@p6m7g8.com>
Approved by: grog@ (mentor)
MFC after: 1 week
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
| |
Touch Dd.
|
|
|
|
| |
Approved by: gabor (mentor)
|
|
|
|
|
|
|
|
|
| |
Notable changes:
- Chilis DST has been extended for 3 weeks.
- No leapsecond in 2008
Approved by: grog@ (mentor)
|
|
|
|
| |
Note to the mdoc gods: This may need some teaks.
|
| |
|
|
|
|
|
|
|
| |
examine.
MFC after: 3 days
PR: 57976
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
| |
Noticed by: brueffer
|
|
|
|
|
|
|
|
| |
PR: kern/114582
Submitted by: Daniel Roethlisberger <daniel@roe.ch>
Reviewed by: imp, myself
Tested by: johans, myself
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
| |
scripts at boot. This is currently disabled by default. /etc/ddb.conf
contains some potentially reasonable default scripts.
PR: conf/119995
Submitted by: Scot Hetzel <swhetzel at gmail dot com> (Earlier version)
X-MFC after: textdumps
|
| |
|
|
|
|
|
|
| |
commit :-/ Quickly fix before things get broken...
Pointyhat to: me
|
|
|
|
|
|
|
|
| |
CP2101/CP2102 based USB serial adapters.
Reviewed by: imp, emaste
Obtained from: OpenBSD
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
address PR ports/121363 (current day re-opening of PR ports/73797)
to make ports CFLAGS more independent of src/'s CFLAGS WRT aliasing.
Discussed with: brooks
|
|
|
|
|
|
|
| |
Change the default CFLAGS to match the simple defaults that the
tinderboxes use. By using -fno-strict-aliasing by default we are
choosing to ignore problems in code which had the potential to
shoot ourselves in the foot.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The kernel config file is KERNCONF=MPC85XX, so the usual procedure applies:
1. make buildworld TARGET_ARCH=powerpc
2. make buildkernel TARGET_ARCH=powerpc TARGET_CPUTYPE=e500 KERNCONF=MPC85XX
This default config uses kernel-level FPU emulation. For the soft-float world
approach:
1. make buildworld TARGET_ARCH=powerpc TARGET_CPUTYPE=e500
2. disable FPU_EMU option in sys/powerpc/conf/MPC85XX
3. make buildkernel TARGET_ARCH=powerpc TARGET_CPUTYPE=e500 KERNCONF=MPC85XX
Approved by: cognet (mentor)
MFp4: e500
|
|
|
|
| |
Approved by: thierry (co-mentor)
|
|
|
|
|
|
| |
PR: 116680
Submitted by: Jens Köhler <mail@chatty.de>
MFC after: 3 days
|
| |
|
| |
|
| |
|