| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
of __getcontextx_size(3) from size_t to int.
PR: ports/164654
MFC after: 1 month
|
|
|
|
| |
Approved by: kib (mentor)
|
|
|
|
|
|
|
| |
store the VM_STACK compile option to enable MAP_STACK support in its
earliest stage of development.
Found by: mux
|
|
|
|
|
|
| |
are lined up, then any * after a long type should appear after the
type instead of being in front of the function name on the following
line.
|
|
|
|
|
|
| |
format).
Requested by bde
|
|
|
|
| |
Requested by bde.
|
|
|
|
| |
MFC after: 3 weeks
|
|
|
|
|
|
| |
returning error.
MFC after: 1 week
|
|
|
|
|
|
|
| |
pwritev(2). Document it more precisely.
Reviewed by: jilles
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the signal handlers with the context information in the deferrred
case.
Only enable the use of getcontextx(3) in the deferred signal delivery
code on amd64 and i386. Sparc64 seems to have some undetermined issues
with interaction of alloca(3) and signal delivery.
Tested by: flo (who also provided sparc64 harware access for me), pho
Discussed with: marius
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
| |
fit into existing mcontext_t.
On i386 and amd64 do return the extended FPU states using
getcontextx(3). For other architectures, getcontextx(3) returns the
same information as getcontext(2).
Tested by: pho
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
profiling and kernel profiling. To enable kernel profiling one has to build
kgmon(8). I will enable the build once I managed to build and test powerpc
(32-bit) kernels with profiling support.
- add a powerpc64 PROF_PROLOGUE for _mcount.
- add macros to avoid adding the PROF_PROLOGUE in certain assembly entries.
- apply these macros where needed.
- add size information to the MCOUNT function.
MFC after: 3 weeks, together with r230291
|
|
|
|
|
|
| |
NetBSD's rev 1.6 of this file, on !defined(SOFTFLOAT_FOR_GCC). These
functions are provided by libgcc, so we don't need them. This should
unbreak mips.
|
| |
|
| |
|
|
|
|
|
| |
debugging code that nothing depends on. (I've had this in my tree for
years without issue.)
|
|
|
|
|
|
|
|
| |
the function bodies require only 2 to 10 instructions. However, it
leads to application binaries that refer to a private ABI, namely, the
softfloat innards in libc. This could complicate future changes in
the implementation of the floating-point emulation layer, so it seems
best to have programs refer to the official fe* entry points in libm.
|
|
|
|
|
|
|
| |
original vendor, but we're using their heavily modified version.)
This brings in functions for long double emulation (both extended and
quad formats), which may be useful for testing, and also for replacing
libc/sparc64/fpu/.
|
|
|
|
|
|
|
|
|
|
|
|
| |
the LDADD/DPADD to lose the -lpam, and causing openpam_dynamic() to fail
due to "openpam_get_options" being undefined.
This would cause obscure console log messages like:
openpam_dynamic(): No error: 0
openpam_load_module(): no pam_unix.so found
and other helpful messages which are no help in diagnosing the problem.
Fortunately this change was not mfc'ed to 9.x, it isn't broken there.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
progress information. The first is that fetch_read() (used in the HTTP
code but not the FTP code) can enter an infinite loop if it has previously
been interrupted by a signal. The second is that when it is interrupted,
fetch_read() will discard any data it may have read up to that point.
Luckily, both bugs are extremely timing-sensitive and therefore difficult
to trigger.
PR: bin/153240
Submitted by: Mark <markjdb@gmail.com>
MFC after: 3 weeks
|
|
|
|
| |
Requested by bde (as was the previous commit).
|
|
|
|
|
|
| |
Fix header comments for each section of constants.
Fix whitespace in #define lines.
Fix unnecessary parenthesis in constants.
|
| |
|
|
|
|
|
|
|
| |
Fix a few places in the sparc64 floating-point emulator where this wasn't
being handled properly.
Submitted by: bde
|
|
|
|
|
|
|
| |
use softfloat.
Thanks to Ian Lepore for testing and debugging this patch. The fenv
regression tests pass (at least for Ian's arm chip) with this change.
|
|
|
|
|
|
|
|
| |
dynamic rounding modes, but FPUless chips that use softfloat can support it
because everything is emulated anyway. (We presently have incomplete
support for hardware FPUs.)
Submitted by: Ian Lepore
|
|
|
|
|
|
| |
Also use the proper number of underscores for internal names. (Changing
the names should be fine, since apparently the symbols are currently
unused.)
|
|
|
|
|
|
| |
in fenv.h instead of the non-standard and incomplete ones in ieeefp.h.
Thanks to Ian Lepore for testing this patch.
|
|
|
|
|
|
|
| |
from the x86 version, which has a completely different long double
format.
Submitted by: Maks Verver
|
|
|
|
|
|
|
| |
PR: docs/164078
Submitted by: Taras <ds@ukrhub.net>
Approved by: bcr
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
requested value was handled incorrectly, and the function retuned NULL
instead of the truncated result.
Fix this and also remove unnecessary check for buf != NULL, which alway
retuns true.
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
The wtmpcvt(1) utility converts wtmp files to the new format used by
utmpx(3). Now that HEAD has been branched to stable/9 and 9.0 is
released, there is no need for it in HEAD.
MFC after: never
|
|
|
|
|
|
|
|
|
| |
for pidfh in libutil.h in its place.
This allows us to hide the contents of the pidfh structure, and also
allowed removal of the "#ifdef _SYS_PARAM_H" guard from around the
pidfile_* function prototypes.
Suggested by pjd.
|
|
|
|
| |
Requested by bde.
|
|
|
|
|
|
| |
and namespace fix for property_find() prototype.
Provided by bde.
|
| |
|
|
|
|
| |
Requested by bde.
|
|
|
|
|
|
| |
Add missing prototype parameter names.
Requested by bde.
|
|
|
|
| |
Requested by bde.
|
|
|
|
|
|
| |
rather than using fcntl(2) later, and in addition to saving a system
call, removes a possible race with fork/exec from threads or signal
handlers.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
file descriptor, and that errors can be returned as a result of the
fcntl(2) system call.
|
| |
|
|
|
|
| |
pidfile.
|
|
|
|
| |
Discussed with: pjd, des
|
|
|
|
|
|
|
|
|
| |
The C11 folks reinvented the wheel by introducing an aligned version of
malloc(3) called aligned_alloc(3), instead of posix_memalign(3). Instead
of returning the allocation by reference, it returns the address, just
like malloc(3).
Reviewed by: jasone@
|
|
|
|
|
|
| |
Approved by: x11 (eadler)
Approved by: brucec
MFC after: 1 week
|
| |
|