|
Revision tags: release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0 |
|
| #
596ab011 |
| 05-Jan-2018 |
John Baldwin <[email protected]> |
Remove LINK_MAX.
After recent changes to change filesystems to use filesystem-specific limits, LINK_MAX is no longer used in the base system. Applications should in theory be able to cope with a la
Remove LINK_MAX.
After recent changes to change filesystems to use filesystem-specific limits, LINK_MAX is no longer used in the base system. Applications should in theory be able to cope with a lack of LINK_MAX by using pathconf().
PR: 224628 (exp-run) Approved by: imp, kib Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D13658
show more ...
|
| #
9ecda2aa |
| 03-Dec-2017 |
Warner Losh <[email protected]> |
Allow this file to be used in libsa without warning...
Sponsored by: Netflix
|
| #
51369649 |
| 20-Nov-2017 |
Pedro F. Giffuni <[email protected]> |
sys: further adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 3-Clause license.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier for
sys: further adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 3-Clause license.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts.
Special thanks to Wind River for providing access to "The Duke of Highlander" tool: an older (2014) run over FreeBSD tree was useful as a starting point.
show more ...
|
|
Revision tags: release/10.4.0, release/11.1.0 |
|
| #
fbbd9655 |
| 28-Feb-2017 |
Warner Losh <[email protected]> |
Renumber copyright clause 4
Renumber cluase 4 to 3, per what everybody else did when BSD granted them permission to remove clause 3. My insistance on keeping the same numbering for legal reasons is
Renumber copyright clause 4
Renumber cluase 4 to 3, per what everybody else did when BSD granted them permission to remove clause 3. My insistance on keeping the same numbering for legal reasons is too pedantic, so give up on that point.
Submitted by: Jan Schaumann <[email protected]> Pull Request: https://github.com/freebsd/freebsd/pull/96
show more ...
|
|
Revision tags: release/11.0.1, release/11.0.0, release/10.3.0, release/10.2.0, release/10.1.0, release/9.3.0, release/10.0.0, release/9.2.0, release/8.4.0, release/9.1.0, release/8.3.0, release/7.4.0, release/8.2.0, release/8.1.0, release/7.3.0, release/8.0.0 |
|
| #
838d9858 |
| 19-Jun-2009 |
Brooks Davis <[email protected]> |
Rework the credential code to support larger values of NGROUPS and NGROUPS_MAX, eliminate ABI dependencies on them, and raise the to 1024 and 1023 respectively. (Previously they were equal, but unde
Rework the credential code to support larger values of NGROUPS and NGROUPS_MAX, eliminate ABI dependencies on them, and raise the to 1024 and 1023 respectively. (Previously they were equal, but under a close reading of POSIX, NGROUPS_MAX was defined to be too large by 1 since it is the number of supplemental groups, not total number of groups.)
The bulk of the change consists of converting the struct ucred member cr_groups from a static array to a pointer. Do the equivalent in kinfo_proc.
Introduce new interfaces crcopysafe() and crsetgroups() for duplicating a process credential before modifying it and for setting group lists respectively. Both interfaces take care for the details of allocating groups array. crsetgroups() takes care of truncating the group list to the current maximum (NGROUPS) if necessary. In the future, crsetgroups() may be responsible for insuring invariants such as sorting the supplemental groups to allow groupmember() to be implemented as a binary search.
Because we can not change struct xucred without breaking application ABIs, we leave it alone and introduce a new XU_NGROUPS value which is always 16 and is to be used or NGRPS as appropriate for things such as NFS which need to use no more than 16 groups. When feasible, truncate the group list rather than generating an error.
Minor changes: - Reduce the number of hand rolled versions of groupmember(). - Do not assign to both cr_gid and cr_groups[0]. - Modify ipfw to cache ucreds instead of part of their contents since they are immutable once referenced by more than one entity.
Submitted by: Isilon Systems (initial implementation) X-MFC after: never PR: bin/113398 kern/133867
show more ...
|
|
Revision tags: release/7.2.0, release/7.1.0, release/6.4.0, release/7.0.0, release/6.3.0 |
|
| #
46da9e25 |
| 29-May-2007 |
Olivier Houchard <[email protected]> |
Use the same ARG_MAX for arm than for the other platforms. I don't see any reason to special case it.
Spotted out by: marcel
|
| #
2ed1085b |
| 29-May-2007 |
Marcel Moolenaar <[email protected]> |
"make delete-old" needs more than 64KB worth of arguments. Both arm and powerpc have 64KB as the maximum argument size, so one cannot run "make delete-old" on arm or powerpc anymore. Stop special-cas
"make delete-old" needs more than 64KB worth of arguments. Both arm and powerpc have 64KB as the maximum argument size, so one cannot run "make delete-old" on arm or powerpc anymore. Stop special-casing powerpc and give it 256KB of arguments like all other platforms, but keep arm on 64KB for now. There may be a purpose to it that doesn't exist for powerpc.
show more ...
|
|
Revision tags: release/6.2.0, release/5.5.0, release/6.1.0, release/6.0.0, release/5.4.0 |
|
| #
a5f50ef9 |
| 02-Mar-2005 |
Joerg Wunsch <[email protected]> |
netchild's mega-patch to isolate compiler dependencies into a central place.
This moves the dependency on GCC's and other compiler's features into the central sys/cdefs.h file, while the individual
netchild's mega-patch to isolate compiler dependencies into a central place.
This moves the dependency on GCC's and other compiler's features into the central sys/cdefs.h file, while the individual source files can then refer to #ifdef __COMPILER_FEATURE_FOO where they by now used to refer to #if __GNUC__ > 3.1415 && __BARC__ <= 42.
By now, GCC and ICC (the Intel compiler) have been actively tested on IA32 platforms by netchild. Extension to other compilers is supposed to be possible, of course.
Submitted by: netchild Reviewed by: various developers on arch@, some time ago
show more ...
|
| #
a71cc81a |
| 18-Feb-2005 |
David E. O'Brien <[email protected]> |
For non-embedded platforms, increase the size of the argument list. Note that this results in more kernel virtual memory being reserved for temporary storage of the args. The args temporary space is
For non-embedded platforms, increase the size of the argument list. Note that this results in more kernel virtual memory being reserved for temporary storage of the args. The args temporary space is allocated out of exec_map (a submap of kernel_map). This will use roughly 4MB of KVM.
OK'ed by: dg
show more ...
|
|
Revision tags: release/4.11.0 |
|
| #
60727d8b |
| 07-Jan-2005 |
Warner Losh <[email protected]> |
/* -> /*- for license, minor formatting changes
|
|
Revision tags: release/5.3.0, release/4.10.0 |
|
| #
82c6e879 |
| 07-Apr-2004 |
Warner Losh <[email protected]> |
Remove advertising clause from University of California Regent's license, per letter dated July 22, 1999.
Approved by: core
|
| #
a122cca9 |
| 12-Mar-2004 |
Tom Rhodes <[email protected]> |
These are changes to allow to use the Intel C/C++ compiler (lang/icc) to build the kernel. It doesn't affect the operation if gcc.
Most of the changes are just adding __INTEL_COMPILER to #ifdef's, a
These are changes to allow to use the Intel C/C++ compiler (lang/icc) to build the kernel. It doesn't affect the operation if gcc.
Most of the changes are just adding __INTEL_COMPILER to #ifdef's, as icc v8 may define __GNUC__ some parts may look strange but are necessary.
Additional changes: - in_cksum.[ch]: * use a generic C version instead of the assembly version in the !gcc case (ASM code breaks with the optimizations icc does) -> no bad checksums with an icc compiled kernel Help from: andre, grehan, das Stolen from: alpha version via ppc version The entire checksum code should IMHO be replaced with the DragonFly version (because it isn't guaranteed future revisions of gcc will include similar optimizations) as in: ---snip--- Revision Changes Path 1.12 +1 -0 src/sys/conf/files.i386 1.4 +142 -558 src/sys/i386/i386/in_cksum.c 1.5 +33 -69 src/sys/i386/include/in_cksum.h 1.5 +2 -0 src/sys/netinet/igmp.c 1.6 +0 -1 src/sys/netinet/in.h 1.6 +2 -0 src/sys/netinet/ip_icmp.c
1.4 +3 -4 src/contrib/ipfilter/ip_compat.h 1.3 +1 -2 src/sbin/natd/icmp.c 1.4 +0 -1 src/sbin/natd/natd.c 1.48 +1 -0 src/sys/conf/files 1.2 +0 -1 src/sys/conf/files.amd64 1.13 +0 -1 src/sys/conf/files.i386 1.5 +0 -1 src/sys/conf/files.pc98 1.7 +1 -1 src/sys/contrib/ipfilter/netinet/fil.c 1.10 +2 -3 src/sys/contrib/ipfilter/netinet/ip_compat.h 1.10 +1 -1 src/sys/contrib/ipfilter/netinet/ip_fil.c 1.7 +1 -1 src/sys/dev/netif/txp/if_txp.c 1.7 +1 -1 src/sys/net/ip_mroute/ip_mroute.c 1.7 +1 -2 src/sys/net/ipfw/ip_fw2.c 1.6 +1 -2 src/sys/netinet/igmp.c 1.4 +158 -116 src/sys/netinet/in_cksum.c 1.6 +1 -1 src/sys/netinet/ip_gre.c 1.7 +1 -2 src/sys/netinet/ip_icmp.c 1.10 +1 -1 src/sys/netinet/ip_input.c 1.10 +1 -2 src/sys/netinet/ip_output.c 1.13 +1 -2 src/sys/netinet/tcp_input.c 1.9 +1 -2 src/sys/netinet/tcp_output.c 1.10 +1 -1 src/sys/netinet/tcp_subr.c 1.10 +1 -1 src/sys/netinet/tcp_syncache.c 1.9 +1 -2 src/sys/netinet/udp_usrreq.c
1.5 +1 -2 src/sys/netinet6/ipsec.c 1.5 +1 -2 src/sys/netproto/ipsec/ipsec.c 1.5 +1 -1 src/sys/netproto/ipsec/ipsec_input.c 1.4 +1 -2 src/sys/netproto/ipsec/ipsec_output.c
and finally remove sys/i386/i386 in_cksum.c sys/i386/include in_cksum.h ---snip--- - endian.h: * DTRT in C++ mode - quad.h: * we don't use gcc v1 anymore, remove support for it Suggested by: bde (long ago) - assym.h: * avoid zero-length arrays (remove dependency on a gcc specific feature) This change changes the contents of the object file, but as it's only used to generate some values for a header, and the generator knows how to handle this, there's no impact in the gcc case. Explained by: bde Submitted by: Marius Strobl <[email protected]> - aicasm.c: * minor change to teach it about the way icc spells "-nostdinc" Not approved by: gibbs (no reply to my mail) - bump __FreeBSD_version (lang/icc needs to know about the changes)
Incarnations of this patch survive gcc compiles since a loooong time, I use it on my desktop. An icc compiled kernel works since Nov. 2003 (exceptions: snd_* if used as modules), it survives a build of the entire ports collection with icc.
Parts of this commit contains suggestions or submissions from Marius Strobl <[email protected]>.
Reviewed by: -arch Submitted by: netchild
show more ...
|
|
Revision tags: release/5.2.1, release/5.2.0, release/4.9.0 |
|
| #
39e5f914 |
| 10-Sep-2003 |
David E. O'Brien <[email protected]> |
Relent and back out rev 1.15.
|
|
Revision tags: release/5.1.0, release/4.8.0, release/5.0.0 |
|
| #
9e0fd32c |
| 06-Jan-2003 |
David E. O'Brien <[email protected]> |
Add the POSIX sanctioned "LOGIN_NAME_MAX" -- Maximum length of a login name. Minimum Acceptable Value: _POSIX_LOGIN_NAME_MAX. The comments at the bottom of this file claim sysconf(3) provides this va
Add the POSIX sanctioned "LOGIN_NAME_MAX" -- Maximum length of a login name. Minimum Acceptable Value: _POSIX_LOGIN_NAME_MAX. The comments at the bottom of this file claim sysconf(3) provides this value, but it seems sysconf(3) hasn't implemented this yet.
show more ...
|
| #
b8001d2f |
| 29-Nov-2002 |
Mike Barcroft <[email protected]> |
Conditionalize a GCCism.
Approved by: re
|
| #
7303fe06 |
| 27-Oct-2002 |
Garrett Wollman <[email protected]> |
As promised, downgrade the #error into a #warning.
|
| #
188c541c |
| 27-Oct-2002 |
Garrett Wollman <[email protected]> |
Update limits and configuration parameters for 1003.1/TC1/D6. Implement new sysconf keys. Change the implenentation of _SC_ASYNCHRONOUS_IO in preparation for the next set of changes.
Move some limi
Update limits and configuration parameters for 1003.1/TC1/D6. Implement new sysconf keys. Change the implenentation of _SC_ASYNCHRONOUS_IO in preparation for the next set of changes.
Move some limits which had been in <sys/syslimits.h> to <limits.h> where they belong. They had only ever been in syslimits.h to provide for the kernel implementation of the CTL_USER MIB branch, which went away with newsysctl years ago. (There is a #error in <sys/syslimits.h> which I will downgrade in the next commit.)
show more ...
|
| #
a790f5b8 |
| 21-Sep-2002 |
Garrett Wollman <[email protected]> |
Claim to be 1003.1-2001. We're not quite, yet, but that's a more useful target than any pre-C99 POSIX (which we could never have conformed to under our ia32 ABI).
Document why HOST_NAME_MAX (and ho
Claim to be 1003.1-2001. We're not quite, yet, but that's a more useful target than any pre-C99 POSIX (which we could never have conformed to under our ia32 ABI).
Document why HOST_NAME_MAX (and hopefully other similar constants in the future) is not defined.
Define in <sys/unistd.h> all 1003.1-2001 option and option group constants which did not meet the standard for inclusion in <unistd.h>. Delete from <sys/unistd.h> all sysconf(3) constants and those option constants which were moved to <unistd.h>. pathconf(3) keys remain here as pathconf() is implemented directly as a system call. Add a comment noting brokenness in some .1e additions here. Fix whitespace in definition of constants for rfork().
(5 of 5)
show more ...
|
|
Revision tags: release/4.6.2 |
|
| #
37336173 |
| 18-Jun-2001 |
Garrett Wollman <[email protected]> |
After one too many PRs on the subject, bite the bullet and define IOV_MAX and its associated constants. Implement _SC_IOV_MAX in the usual way. Be a bit sloppy about the namespace question; this sho
After one too many PRs on the subject, bite the bullet and define IOV_MAX and its associated constants. Implement _SC_IOV_MAX in the usual way. Be a bit sloppy about the namespace question; this should get cleared up in time for 5.0.
MFC after: 1 month
show more ...
|
|
Revision tags: release/4.3.0 |
|
| #
c3aac50f |
| 28-Aug-1999 |
Peter Wemm <[email protected]> |
$Id$ -> $FreeBSD$
|
| #
6875d254 |
| 22-Feb-1997 |
Peter Wemm <[email protected]> |
Back out part 1 of the MCFH that changed $Id$ to $FreeBSD$. We are not ready for it yet.
|
| #
1130b656 |
| 14-Jan-1997 |
Jordan K. Hubbard <[email protected]> |
Make the long-awaited change from $Id$ to $FreeBSD$
This will make a number of things easier in the future, as well as (finally!) avoiding the Id-smashing problem which has plagued developers for so
Make the long-awaited change from $Id$ to $FreeBSD$
This will make a number of things easier in the future, as well as (finally!) avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been insane otherwise.
show more ...
|
| #
663afbc3 |
| 03-Dec-1994 |
Scott Mace <[email protected]> |
Make CHILD_MAX and OPEN_MAX a tunable parameter.
|
| #
af9da405 |
| 21-Aug-1994 |
Paul Richards <[email protected]> |
Made them all idempotent. Reviewed by: Submitted by:
|
| #
3f6254c6 |
| 08-Aug-1994 |
David Greenman <[email protected]> |
Increased ARG_MAX even further...to 64k bytes.
|