| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The previous method would completely nerf CFLAGS once bsd.progs.mk had
recursed into the per-PROG logic and make the CFLAGS for tap testcases
to -O0, instead of appending to CFLAGS for all of the tap testcases.
MFC after: 1 week
Sponsored by: EMC / Isilon Storage Division
|
| | |
| | |
| | |
| | | |
Found with devel/coccinelle.
|
| | |
| | |
| | |
| | | |
Found with devel/coccinelle.
|
| | |
| | |
| | |
| | | |
Sponsored by: The FreeBSD Foundation
|
|\ \ \
| |/ /
| | |
| | | |
Sponsored by: The FreeBSD Foundation
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
While here also cleanup some surrounding code; particularly
drop some malloc() casts.
Found with devel/coccinelle.
Reviewed by: bde (previous version - all new bugs are mine)
|
| | |
| | |
| | |
| | |
| | |
| | | |
Found with devel/coccinelle.
Reviewed by: hselasky
|
| | |
| | |
| | |
| | |
| | |
| | | |
Found with devel/coccinelle.
Reviewed by: Christos Zoulas
|
| | |
| | |
| | |
| | |
| | |
| | | |
Found with devel/coccinelle.
Reviewed by: des
|
| | |
| | |
| | |
| | |
| | |
| | | |
Found with devel/coccinelle.
Reviewed by: des
|
| | |
| | |
| | |
| | | |
Sponsored by: The FreeBSD Foundation
|
| | |
| | |
| | |
| | | |
Sponsored by: The FreeBSD Foundation
|
| | |
| | |
| | |
| | | |
Sponsored by: The FreeBSD Foundation
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This fixes a major performance regression when reading db files such as
the pw database during a 'pkg install'.
MFC after: 1 week
Tested by: bapt
Reviewed by: bapt
Sponsored by: EMC / Isilon Storage Division
Differential Revision: https://reviews.freebsd.org/D5868
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
shipped since arm64 exists only on 11+.
Submitted by: brooks
Reviewed by: emaste, imp
|
|\ \ \
| |/ /
| | |
| | | |
Sponsored by: The FreeBSD Foundation
|
| | |
| | |
| | |
| | | |
MFC after: 1 week
|
| | |
| | |
| | |
| | |
| | | |
Sponsored by: The FreeBSD Foundation
MFC after: 1 week
|
| | |
| | |
| | |
| | |
| | |
| | | |
This change should not be MFCed until new collate will be
MFCed first, because our old EUC tables have some hacks for
missing codesets.
|
| | |
| | |
| | |
| | |
| | |
| | | |
Obtained from: CheriBSD (9d70f563f1b033e6a9b51eaf3b145a8cbbc6617c)
MFC after: 1 week
Sponsored by: DARPA, AFRL
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
-fsanitize does not seem to work when a --sysroot is specified and there
is no <sysroot>/usr/lib/clang/3.8.0/lib/freebsd/libclang_rt.ubsan_standalone-*.a.
Sponsored by: EMC / Isilon Storage Division
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
MK_TOOLCHAIN==no disables building and installing of pic archives.
c_pic.a is still needed for rtld though so force it to build in lib/libc
and link directly to the objdir version of it for rtld.
Somehow this has been broken since r148725.
Sponsored by: EMC / Isilon Storage Division
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
i386 stopped exporting .cerror in r240152, and likewise for amd64 in
r240178. It is not used by other libraries on any platform, so apply
the same change to the remaining architectures.
Reviewed by: jhibbits, jilles
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D5774
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Revert completley r297408 (and r297407): this ends up touching errno,
which we are not allowed to do.
Pointed out by: ache, bde
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Revert r297407 and redo it cleanly.
Pointed out by: Jukka A. Ukkonen
CID: 1018720
MFC after: 1 week
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The case doesn't look very likely but clean the possibility nevertheless
CID: 1018720
MFC after: 1 week
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Use 'pdpe' to extract the PA of the 1GB page instead of 'pde' (which was
a copy and paste bug from the 2MB page case further down).
CID: 1341467
Reported by: pfg
|
| | |
| | |
| | |
| | |
| | | |
MFC after: 1 month
Sponsored by: The FreeBSD Foundation
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
with libc++, which is also C++11. Also change one _Static_assert (which
is really C11) back into static_assert, like upstream.
This should help when compiling libcxxrt with newer versions of gcc,
which refuse to recognize any form of static assertions, if not
compiling for C++11 or higher.
While here, add -nostdinc++ to CFLAGS, to prevent picking up any C++
headers outside the source tree.
|
| | |
| | |
| | |
| | | |
Sponsored by: EMC / Isilon Storage Division
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
At least for ncurses this fixes a build error due to it trying to run
'ccache --version' to work around a gcc 5 bug using the fix in r287205.
Sponsored by: EMC / Isilon Storage Division
|
| | |
| | |
| | |
| | |
| | |
| | | |
This was breaking the build when using CROSS_TOOLCHAIN=powerpc64-gcc
Sponsored by: EMC / Isilon Storage Division
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The type definitions and constants that were used by COMPAT_CLOUDABI64
are a literal copy of some headers stored inside of CloudABI's C
library, cloudlibc. What is annoying is that we can't make use of
cloudlibc's system call list, as the format is completely different and
doesn't provide enough information. It had to be synced in manually.
We recently decided to solve this (and some other problems) by moving
the ABI definitions into a separate file:
https://github.com/NuxiNL/cloudabi/blob/master/cloudabi.txt
This file is processed by a pile of Python scripts to generate the
header files like before, documentation (markdown), but in our case more
importantly: a FreeBSD system call table.
This change discards the old files in sys/contrib/cloudabi and replaces
them by the latest copies, which requires some minor changes here and
there. Because cloudabi.txt also enforces consistent names of the system
call arguments, we have to patch up a small number of system call
implementations to use the new argument names.
The new header files can also be included directly in FreeBSD kernel
space without needing any includes/defines, so we can now remove
cloudabi_syscalldefs.h and cloudabi64_syscalldefs.h. Patch up the
sources to include the definitions directly from sys/contrib/cloudabi
instead.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
They are not used anywhere else in the base system and are an internal
implementation detail that does not need to be exposed.
Reviewed by: kib
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D5728
|
| | |
| | |
| | |
| | | |
MFC after: 2 weeks
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
is safe to call pthread_mutex_init() on the same shared mutex several
times. POSIX claims that the behaviour in this case is undefined.
Make this working by only allowing one caller to initialize the mutex.
Other callers either see already completed initialization and do
nothing, or busy-loop yielding while designated initializer finishes.
Also make the API requirements loose by initializing mutexes on other
pthread_mutex*() calls if they see uninitialized shared mutex.
Only mutexes provide the hack for now, but it could be also
implemented for other process shared primitives from libthr.
Reported and tested by: "Oleg V. Nauman" <oleg@opentransfer.com>
Sponsored by: The FreeBSD Foundation
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
First, update the return types of aio_return() and aio_waitcomplete() to
ssize_t.
POSIX requires aio_return() to return a ssize_t so that it can represent
all return values from read() and write(). aio_waitcomplete() should use
ssize_t for the same reason.
aio_return() has used ssize_t in <aio.h> since r31620 but the manpage and
system call entry were not updated. aio_waitcomplete() has always
returned int.
Note that this does not require new system call stubs as this is
effectively only an API change in how the compiler interprets the return
value.
Second, allow aio_nbytes values up to IOSIZE_MAX instead of just INT_MAX.
aio_read/write should now honor the same length limits as normal read/write.
Third, use longs instead of ints in the aio_return() and aio_waitcomplete()
system call functions so that the 64-bit size_t in the in-kernel aiocb
isn't truncated to 32-bits before being copied out to userland or
being returned.
Finally, a simple test has been added to verify the bounds checking on the
maximum read size from a file.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
the value in a new global intf_mtu for use by the application.
These changes were inspired by the patch provided by Robert Blayzor in
PR 187094, and will allow loader(8) to propagate the value to the kernel
along with the other nfs_diskless parms delivered via environment vars.
|
| | |
| | |
| | |
| | | |
this change should have been part of.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
wrapped in an i386 ifdef with a comment questioning their usefulness even
there. It turns out they aren't referenced anywhere, but their presence
prevents using sys/endian.h in libstand code.
These days, sys/endian.h provides much better support for such things, using
compiler builtins and inline functions (and creating connections between
libstand code and header files from sys/ would not be breaking new ground).
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
of the pshared hash in child is consistent and can be safely used.
Reported and tested by: "Oleg V. Nauman" <oleg@opentransfer.com>
Sponsored by: The FreeBSD Foundation
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
and mutex_assert_not_owned(). snprintf() use in this context should
be safe.
Sponsored by: The FreeBSD Foundation
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
control terminal, activated when running with pid 1. It is
application duty to handle this, and unsuspecting init replacements
which are linked with libthr would be broken by this.
The pre-resolving of getpid() is restored, just in case.
Reviewed by: jilles
Sponsored by: The FreeBSD Foundation
MFC after: 2 weeks
|
| | |
| | |
| | |
| | | |
Sponsored by: The FreeBSD Foundation
|
| | |
| | |
| | |
| | | |
MFC after: 3 days
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Reviewed by: wblock
Approved by: wblock
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D5558
|
| | |
| | |
| | |
| | |
| | | |
MFC after: 1 week
Sponsored by: Panzura inc
|
| | |
| | |
| | |
| | | |
Spotted by: bapt
|
| | |
| | |
| | |
| | |
| | | |
PR: /homes/sjg/commit-logs/freebsd/libxo/xo_config.diff
Reviewed by: jkim
|