| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Submitted by: Sergey Matveychuk <sem33@yandex-team.ru>
Approved by: ae (mentor)
MFC after: 2 weeks
|
|\ |
|
| | |
|
| |
|
|
|
|
| |
MFC after: 3 months.
|
|
|
|
|
|
|
| |
sendmail-related Makefiles.
Spotted by: arundel
MFC after: 1 week
|
|
|
|
|
|
| |
warnings about alignment, so turn -Wcast-align off for now.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
from scratch, copying needed functionality from the old implemenation
on demand, with a thorough review of all code. The main change is that
interface layer has been removed from the CARP. Now redundant addresses
are configured exactly on the interfaces, they run on.
The CARP configuration itself is, as before, configured and read via
SIOCSVH/SIOCGVH ioctls. A new prefix created with SIOCAIFADDR or
SIOCAIFADDR_IN6 may now be configured to a particular virtual host id,
which makes the prefix redundant.
ifconfig(8) semantics has been changed too: now one doesn't need
to clone carpXX interface, he/she should directly configure a vhid
on a Ethernet interface.
To supply vhid data from the kernel to an application the getifaddrs(8)
function had been changed to pass ifam_data with each address. [1]
The new implementation definitely closes all PRs related to carp(4)
being an interface, and may close several others. It also allows
to run a single redundant IP per interface.
Big thanks to Bjoern Zeeb for his help with inet6 part of patch, for
idea on using ifam_data and for several rounds of reviewing!
PR: kern/117000, kern/126945, kern/126714, kern/120130, kern/117448
Reviewed by: bz
Submitted by: bz [1]
|
|
|
|
|
|
|
| |
turned off yet. Since this is contrib code, and we don't really care
about the warnings, just turn make them non-fatal for now.
MFC after: 1 week
|
|
|
|
|
|
| |
be of type 'enum pmc_cputype', not 'enum pmc_class'.
MFC after: 1 week
|
|
|
|
|
|
| |
instead of hand-defining the YY_NO_INPUT macro.
MFC after: 1 week
|
|
|
|
|
|
| |
function does not get defined needlessly.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- if pw is NULL and oldpw is not NULL then the oldpw is deleted
- if pw->pw_name != oldpw->pw_name but pw->pw_uid == oldpw->pw_uid
then it renames the user
add new gr_* functions so now gr_util API is similar to pw_util API,
this allow to manipulate groups in a safe way.
Reviewed by: des
Approved by: des
MFC after: 1 month
|
|
|
|
|
|
|
| |
yet (see LLVM PR 9788), and warns about it, rub it out for now. When
clang grows support for this attribute, I will revert this again.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
conversion between enum desdir/desmode from include/rpc/des.h, and enum
desdir/desmode from include/rpcsvc/crypt.x. These are actually
different enums, with different value names, but by accident the integer
representation of the enum values happened to be the same.
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
warn about it. I guess this was originally done to silence a bogus
warning by an older version of gcc, but I could not reproduce it with
any version of gcc that I have access to.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
versions of pthread_md.h have a special case of dereferencing a null
pointer. Clang warns about this with:
In file included from lib/libthr/arch/i386/i386/pthread_md.c:36:
lib/libthr/arch/i386/include/pthread_md.h:96:10: error: indirection of non-volatile null pointer will be deleted, not trap [-Werror,-Wnull-dereference]
return (TCB_GET32(tcb_self));
^~~~~~~~~~~~~~~~~~~
lib/libthr/arch/i386/include/pthread_md.h:73:13: note: expanded from:
: "m" (*(u_int *)(__tcb_offset(name)))); \
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
lib/libthr/arch/i386/include/pthread_md.h:96:10: note: consider using __builtin_trap() or qualifying pointer with 'volatile'
Since this indirection is done relative to the fs or gs segment, to
retrieve thread-specific data, it is an exception to the rule.
Therefore, add a volatile qualifier to tell the compiler we really want
to dereference a zero address.
MFC after: 1 week
|
|
|
|
| |
MFC after: 3 days.
|
|
|
|
| |
Approved by: dim (mentor)
|
|
|
|
| |
<unistd.h> in r183390.
|
|
|
|
|
| |
The rest of the file doesn't use it either and according to style(9), it
should not be used.
|
|
|
|
|
|
|
| |
The r145546 revision is from branches/release_30, the r145349 revision
is from tags/RELEASE_30/final.
MFC after: 1 week
|
|
|
|
|
|
| |
found at: http://llvm.org/releases/3.0/docs/ReleaseNotes.html
MFC after: 1 week
|
|
|
|
| |
Approved by: kib (mentor)
|
|
|
|
|
| |
Reviewed by: pluknet
Approved by: dim (mentor)
|
|
|
|
| |
Approved by: brooks (mentor)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
__noreturn macro and modify the other exiting functions to use it.
The __noreturn macro, unlike __dead2, must be used BEFORE the function.
This is in line with the C and C++ specifications that place _Noreturn (c1x)
and [[noreturn]] (C++11) in front of the functions. As with __dead2, this
macro falls back to using the GCC attribute.
Unfortunately, clang currently sets the same value for the C version macro
in C99 and C1x modes, so these functions are hidden by default. At some
point before 10.0, I need to go through the headers and clean up the C1x /
C++11 visibility.
Reviewed by: brooks (mentor)
|
|
|
|
|
|
| |
beginning.
Submitted by: Igor Sysoev
|
| |
|
|
|
|
|
|
|
|
| |
pdev to non-NULL on success instead of unconditonally
setting it and maybe resetting it later.
Submitted by: Christoph Mallon
MFC after: 3 days
|
|
|
|
|
|
|
| |
fails, so there is no need to do it again after returning.
Submitted by: Christoph Mallon
MFC after: 3 days
|
|
|
|
|
| |
Reviewed by: many
Approved by: des
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
vs. the comment documented "If we are working with a privileged socket,
then take only one attempt". Make the code match.
Furthermore, critical privileged applications that [over] log a vast amount
can look like a DoS to this code. Given it's unlikely the single reattempted
send() will succeeded, avoid usurping the scheduler in a library API for a
single non-critical facility in critical applications.
Obtained from: Juniper Networks
Discussed with: glebius
|
| |
|
|
|
|
|
|
|
| |
implementation.
- Add symlink /usr/include/edit/readline/tilde.h -> readline.h
All this makes it possible to build and link gdb with -ledit.
|
|
|
|
| |
The former allows common settings from ../Makefile.inc to be used.
|
|
|
|
|
| |
MFC after: 3 days
Sponsored by: Google, Inc.
|
|
|
|
|
|
| |
Also add the license from upstream to contrib.
Approved by: dim (mentor)
|
|
|
|
| |
Approved by: dim (mentor)
|
|
|
|
|
|
|
|
|
| |
than silently failing and returning success.
Without this, code calls pthread_once(), receives a return value of
success, and thinks that the passed function has been called.
Approved by: dim (mentor)
|
|
|
|
|
|
|
|
| |
not disabled in the usual way (by adding it to __DEFAULT_NO_OPTIONS in
share/mk/bsd.own.mk), and because the test for MK_LIBCPLUSPLUS in
Makefile.inc1 was incorrect.
Pointy hat to: dim
|
|
|
|
|
|
|
|
|
|
|
| |
MK_LIBCPLUSPLUS=yes to enable). This is a work-in-progress. It works for
me, but is not guaranteed to work for anyone else and may eat your dog.
To build C++ using libc++, add -stdlib=libc++ to your CXX and LD flags.
Bug reports welcome, bug fixes even more welcome...
Approved by: dim (mentor)
|
|
|
|
|
|
| |
but we use STATIC_CFLAGS instead of our own private .c.o rule.
MFC after: 3 weeks
|
|
|
|
| |
Reviewed by: delphij
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
locale components.
Reported by: Michael Butler
Approved by: dim (mentor)
|
|
|
|
|
|
|
| |
- add a comment explaining why I used '|' instead of '||'
Submitted by: danfe@
Approved by: emaste@
|
|
|
|
|
|
|
|
|
| |
- while here change 's' to 's1' in strcoll
Submitted by: eadler@
Reviewed by: theraven@
Approved by: brooks@
MFC after: 2 weeks
|
|
|
|
|
|
| |
needed.
Approved by: brooks (mentor)
|