| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
Add FEATURE() to announce optional VIMAGE.
MFC after: 3 days
[1] for the moment put it in vnet.c.
|
|
|
|
|
| |
the list of supported devices in sync with kernel.org git revision
f36ecd5de93e4c85a9e3d25100c6e233155b12e5, and OpenBSD uplcom.c r1.54
|
|
|
|
|
|
|
|
|
| |
all new devices added between our r211022 and their git revision
93ad03d60b5b18897030038234aa2ebae8234748
Also correct a Foxconn entry.
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
Move machdep.ct_debug to debug.clocktime as there was no reason to
actually put it under machdep in r216340.
Submitted by: bde [1]
MFC after: 3 days
|
|
|
|
|
|
|
| |
Update the outdated comments describing MAXSLP and the process
selection algorithm for swap out.
Comments wording and reviewed by: alc
|
|
|
|
|
|
|
|
|
|
|
|
| |
Stack creation code is changed to call _rtld_get_stack_prot() to get
the stack protection right. There is a race where thread is created
during dlopen() of dso that requires executable stacks. Then,
_rtld_get_stack_prot() may return PROT_READ | PROT_WRITE, but thread
is still not linked into the thread list. In this case, the callback
misses the thread stack, and rechecks the required protection
afterward.
Reviewed by: davidxu
|
|
|
|
|
|
|
|
| |
mount(8) has supported newnfs since r192930.
PR: conf/153655
Submitted by: Anonymous <swell.k@gmail.com>
MFC after: 3 weeks
|
| |
|
|
|
|
|
| |
35 wasn't quite big enough to ensure correct rounding for very-close-
to-halfway cases.
|
|
|
|
| |
powerpc, so DECIMAL_DIG should be 17.
|
|
|
|
| |
precision, so DECIMAL_DIG should be 21, as on i386/amd64.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
manner analogous to r216633 for the regular server. This
change busies the file system so that VFS_VGET() is
guaranteed to be using the correct mount point even
during a forced dismount attempt. Since nfsd_fhtovp() is
not called immediately before readdirplus, the patch is
actually a clone of pjd@'s nfs_serv.c.4.patch instead of
the one committed in r216633.
Reviewed by: kib
MFC after: 10 days
|
|
|
|
|
|
|
| |
It should use the original exit status, just like falling off the
end of the trap handler.
Outside an EXIT trap, 'exit' is still equivalent to 'exit $?'.
|
|
|
|
|
|
|
|
|
|
|
|
| |
these variables represent sizes in one capacity or another. There is
no reason to allow negative numbers. Change userspace shared structure
elements that get used for the modified functions from int to uint32_t,
since it's not clear what userspace programs use these fields, and we
do not want to break binary compatibility. This fixes a panic when
corrupt or bogus data is passed into the kernel.
Obtained from: NetBSD
MFC after: 3 weeks
|
|
|
|
|
|
|
|
| |
Fix path problem that was preventing disk info from being in the log.
PR: bin/151968
Submitted by: Kris Moore <kmoore@FreeBSD.org>
Approved by: imp
|
| |
|
|
|
|
|
|
|
|
|
| |
need it anymore. Moreover, its implementation had a type mismatch, a
long is not necessarily an uint64_t. (This mismatch was hidden by
casting.) Move the remaining two counters up a level in the sysctl
hierarchy. There is no reason for them to be under the vm.pmap node.
Reviewed by: kib
|
|
|
|
|
|
| |
PR: bin/152894
Submitted by: Kris Moore <kmoore@FreeBSD.org>
Approved by: imp
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
an unbound socket, regardless of any multicast options.
If an address is specified via a multicast option, then
let it override normal the source address selection.
This fixes a bug where source address selection was
not being performed when multicast options were present
but without an interface being specified.
Reviewed by: bz
MFC after: 1 day
|
|
|
|
|
| |
Submitted by: nwhitehorn
Approved by: imp
|
|
|
|
| |
as well.
|
|
|
|
|
|
|
|
|
|
| |
That revision is introducing a bug which is more visible than problems
it is trying to fix.
As long as my time is very limited in this period I am going to
commit back this patch just once it is fully fixed.
Reported by: dim, Nicholas Esborn
|
|
|
|
| |
as the expression used by exec_new_vmspace().
|
|
|
|
|
|
| |
headers with stubs.
Approved by: kib (mentor)
|
|
|
|
|
|
| |
are now exactly the same.
Approved by: kib (mentor)
|
|
|
|
|
|
|
|
|
|
|
|
| |
and pointers don't always have the same size, e.g. the __mips_n32 ABI
(ILP32) has 64 bit registers but 32 bit pointers.
On mips introduce PRIptr to fix the format specifier for (u)intptr_t.
Prefix PRI64 and PRIptr with underscores because macro names starting with
PRI[a-zX] are reserved for future use.
Approved by: kib (mentor)
|
|
|
|
| |
stack protection to allow execution for single-threaded processes.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
by kernel, and parse PT_GNU_STACK phdr from linked and loaded dsos.
If the loaded dso requires executable stack, as specified by PF_X bit
of p_flags of PT_GNU_STACK phdr, but current stack protection does not
permit execution, the __pthread_map_stacks_exec symbol is looked up
and called. It should be implemented in libc or threading library and
change the protection mode of all thread stacks to be executable.
Provide a private interface _rtld_get_stack_prot() to export the stack
access mode as calculated by rtld.
Reviewed by: kan
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
PT_GNU_STACK program header, if present and enabled. Two new sysctls
are provided, kern.elf32.nxstack and kern.elf64.nxstack, that allow to
enable PT_GNU_STACK for ABIs of specified bitsize, if ABI decided to
support shared page.
Inform rtld about access mode of the stack initial mapping by
AT_STACKPROT aux vector.
At the moment, the default is disabled, waiting for the usermode
support bits.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
setting SV_SHP flag and providing pointer to the vm object and mapping
address. Provide simple allocator to carve space in the page, tailored
to put the code with alignment restrictions.
Enable shared page use for amd64, both native and 32bit FreeBSD
binaries. Page is private mapped at the top of the user address
space, moving a start of the stack one page down. Move signal
trampoline code from the top of the stack to the shared page.
Reviewed by: alc
|
|
|
|
|
|
| |
functions.
MFC after: 1 week
|
|
|
|
|
|
|
| |
PR: 140495
Submitted by: Tom Judge (tom of tomjudge com)
Approved by: keramida (mentor)
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
architecture macros (__mips_n64, __powerpc64__) when 64 bit types (and
corresponding macros) are different from 32 bit. [1]
Correct the type of INT64_MIN, INT64_MAX and UINT64_MAX.
Define (U)INTMAX_C as an alias for (U)INT64_C matching the type definition
for (u)intmax_t. Do this on all architectures for consistency.
Suggested by: bde [1]
Approved by: kib (mentor)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
of (unsigned) int __attribute__((__mode__(__DI__))). This aligns better
with macros such as (U)INT64_C, (U)INT64_MAX, etc. which assume (u)int64_t
has type (unsigned) long long.
The mode attribute was used because long long wasn't standardised until
C99. Nowadays compilers should support long long and use of the mode
attribute is discouraged according to GCC Internals documentation.
The type definition has to be marked with __extension__ to support
compilation with "-std=c89 -pedantic".
Discussed with: bde
Approved by: kib (mentor)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On some architectures UCHAR_MAX and USHRT_MAX had type unsigned int.
However, lacking integer suffixes for types smaller than int, their type
should correspond to that of an object of type unsigned char (or short)
when used in an expression with objects of type int. In that case unsigned
char (short) are promoted to int (i.e. signed) so the type of UCHAR_MAX and
USHRT_MAX should also be int.
Where MIN/MAX constants implicitly have the correct type the suffix has
been removed.
While here, correct some comments.
Reviewed by: bde
Approved by: kib (mentor)
|
|
|
|
|
|
|
| |
Do not use strlcpy() where simple assignment is enough.
Noted by: bde (long time ago)
MFC after: 1 week
|
|
|
|
|
|
| |
Submitted by: henning petersen <henning.petersen t-online de>
PR: 153756
MFC after: 1 week
|
|
|
|
| |
Noticed by: Boris Kochergin <spawk acm poly edu>
|
|
|
|
|
|
|
| |
TCP keepalive probes is enabled.
Reviewed by: gnn
MFC After: 3 days
|
|
|
|
|
| |
PR: bin/153261
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When creating a backup file, sed renamed the original before renaming the
changed copy into place, leading to a short time when no file with the
original name was present (usually only visible on SMP systems). Try
creating the backup file using a hard link instead, avoiding this problem.
If creating the hard link fails for any reason, fall back to the old rename
method.
When not creating a backup file, sed already renamed the changed copy onto
the original. This remains unchanged.
I am not adding the suppression of redundant fchown/fchmod to this commit,
because FreeBSD appears to check this in the kernel (for msdosfs at least).
PR: bin/153261
Submitted by: Pedro F. Giffuni
Reviewed by: dds (older version)
Obtained from: Illumos
MFC after: 2 weeks
|
|
|
|
| |
MFC in 3 days
|
|
|
|
| |
MFC in 3 days
|
| |
|
|
|
|
|
|
|
|
| |
It was used mainly to discover and fix some 64-bit portability problems
before 64-bit arches were widely available.
Discussed with: bde
Approved by: kib (mentor)
|
|
|
|
|
|
| |
Thank you Andrew Boyer for catching these
MFC in 3 days
|
| |
|
|
|
|
|
|
|
|
|
| |
This produces a list of currently supported targets. Here "supported"
means "built in make universe" on the theory that those targets are
more supported than any that might work in 'make buildworld TARGET=x
TARGET_ARCH=y' since the latter are less tested.
Suggested by: rwatson
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Implement MACHINE_ARCH=mips64e[lb] to build N64 images. This replaces
MACHINE_ARCH=mipse[lb] TARGET_ABI=n64.
MACHINE_ARCH=mipsn32e[lb] has been added, but currently requires
WITHOUT_CDDL due to atomic issues in libzfs. I've not investigated
this much, but implemented this to preserve as much of the TARGET_ABI
functionality that I could. Since its presence doesn't affect the
working cases, I've kept it in for now.
Added mips64e[lb] to make universe, so more kernels build.
And I think this (finally) closes the curtain on the tbemd tree.
|