Remove "All Rights Reserved" from FreeBSD Foundation copyrightsThese ones were unambiguous cases where the Foundation was the onlylisted copyright holder.Sponsored by: The FreeBSD Foundation(c
Remove "All Rights Reserved" from FreeBSD Foundation copyrightsThese ones were unambiguous cases where the Foundation was the onlylisted copyright holder.Sponsored by: The FreeBSD Foundation(cherry picked from commit 5c2bc3db201a4fe8d7911cf816bea104d5dc2138)
show more ...
libcasper: document that most libcasper functions are not thread-safeAnd neither are most libcasper services' functions, because internallythey all use cap_xfer_nvlist. cap_xfer_nvlist sends and
libcasper: document that most libcasper functions are not thread-safeAnd neither are most libcasper services' functions, because internallythey all use cap_xfer_nvlist. cap_xfer_nvlist sends and then receivesdata over a unix domain socket and associated with the cap_channel_targument. So absent synchronization, two threads may not use the samecap_channel_t argument or they risk receiving the other's reply.Sponsored by: AxcientReviewed by: oshogboDifferential Revision: https://reviews.freebsd.org/D42928(cherry picked from commit cf037972ea8863e2bab7461d77345367d2c1e054)
libcasper: Neuter false positive -Wuse-after-free warnings from GCC 13GCC 13 incorrectly thinks a call to free after a failed realloc is ause after free.lib/libcasper/services/cap_grp/cap_grp.c:
libcasper: Neuter false positive -Wuse-after-free warnings from GCC 13GCC 13 incorrectly thinks a call to free after a failed realloc is ause after free.lib/libcasper/services/cap_grp/cap_grp.c: In function 'group_resize':lib/libcasper/services/cap_grp/cap_grp.c:65:17: error: pointer 'buf' may be used after 'realloc' [-Werror=use-after-free] 65 | free(buf); | ^~~~~~~~~lib/libcasper/services/cap_grp/cap_grp.c:63:19: note: call to 'realloc' here 63 | gbuffer = realloc(buf, gbufsize); | ^~~~~~~~~~~~~~~~~~~~~~Reviewed by: imp, emasteDifferential Revision: https://reviews.freebsd.org/D42576(cherry picked from commit b7f7cc25c01aeacaafb86ebcffdeb258b7933b08)
Remove $FreeBSD$: two-line nroff patternRemove /^\.\\"\n\.\\"\s*\$FreeBSD\$$\n/
Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
Remove $FreeBSD$: one-line .c patternRemove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/
Remove $FreeBSD$: two-line .h patternRemove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSDThe SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catchup to that fact and revert to their recommended match of
spdx: The BSD-2-Clause-FreeBSD identifier is obsolete, drop -FreeBSDThe SPDX folks have obsoleted the BSD-2-Clause-FreeBSD identifier. Catchup to that fact and revert to their recommended match of BSD-2-Clause.Discussed with: pfgMFC After: 3 daysSponsored by: Netflix
Update/fix Makefile.depend for userland
libcasper: Move helper libraries from /lib/casper to /lib.These libraries are linked to directly by applications rather thanopened at runtime via dlopen().Discussed with: oshogboReviewed by: ma
libcasper: Move helper libraries from /lib/casper to /lib.These libraries are linked to directly by applications rather thanopened at runtime via dlopen().Discussed with: oshogboReviewed by: markj, emasteDifferential Revision: https://reviews.freebsd.org/D39245
libcasper/cap_grp tests: Reset the group database handleSome tests verify that the capgrp capability does not permit calls tosetgrent(3), but all tests need to ensure that they reset thecapabilit
libcasper/cap_grp tests: Reset the group database handleSome tests verify that the capgrp capability does not permit calls tosetgrent(3), but all tests need to ensure that they reset thecapability's group database handle, otherwise the local process andcasper process will be out of sync.The cap_pwd tests already handle this.Sponsored by: The FreeBSD FoundationMFC after: 1 month
build: provide a default WARNS for all in-tree buildsThe current default is provided in various Makefile.inc in some top-leveldirectories and covers a good portion of the tree, but doesn't cover p
build: provide a default WARNS for all in-tree buildsThe current default is provided in various Makefile.inc in some top-leveldirectories and covers a good portion of the tree, but doesn't cover partsof the build a little deeper (e.g. libcasper).Provide a default in src.sys.mk and set WARNS to it in bsd.sys.mk if thatvariable is defined. This lets us relatively cleanly provide a default WARNSno matter where you're building in the src tree without breaking thingsoutside of the tree.Crunchgen has been updated as a bootstrap tool to work on this changebecause it needs r365605 at a minimum to succeed. The cleanup necessary tosuccessfully walk over this change on WITHOUT_CLEAN builds has been added.There is a supplemental project to this to list all of the warnings that areencountered when the environment has WARNS=6 NO_WERROR=yes:https://warns.kevans.dev -- this project will hopefully eventually go awayin favor of CI doing a much better job than it.Reviewed by: emaste, brooks, ngie (all earlier version)Reviewed by: emaste, arichardson (depend-cleanup.sh change)Differential Revision: https://reviews.freebsd.org/D26455
libcasper(3): Document HISTORY within the manpagesReviewed by: bcr (mentor)Approved by: bcr (mentor)MFC after: 7 daysDifferential Revision: https://reviews.freebsd.org/D24695
libcasper(3): Export functions to C++We must wrap C declarations in __BEGIN / __END_DECLS to avoid C++ name-manglingof the declaration when including the C header; name-mangling causes the linker
libcasper(3): Export functions to C++We must wrap C declarations in __BEGIN / __END_DECLS to avoid C++ name-manglingof the declaration when including the C header; name-mangling causes the linkerto attempt to locate the wrong (C++ ABI) symbol name.Reviewed by: markj, oshogbo (earlier version both)Differential Revision: https://reviews.freebsd.org/D24323
Update Makefile.depend filesUpdate a bunch of Makefile.depend files asa result of adding Makefile.depend.options filesReviewed by: bdreweryMFC after: 1 weekSponsored by: Juniper NetworksDi
Update Makefile.depend filesUpdate a bunch of Makefile.depend files asa result of adding Makefile.depend.options filesReviewed by: bdreweryMFC after: 1 weekSponsored by: Juniper NetworksDifferential Revision: https://reviews.freebsd.org/D22494
pkgbase: Move libcap_ to FreeBSD-runtimeA lot of binaries present in FreeBSD-runtime depend on it so movethe libs there.Reviewed by: bapt, gjbDifferential Revision: https://reviews.freebsd.org/
pkgbase: Move libcap_ to FreeBSD-runtimeA lot of binaries present in FreeBSD-runtime depend on it so movethe libs there.Reviewed by: bapt, gjbDifferential Revision: https://reviews.freebsd.org/D21501
libcasper: using explicit_bzero in cap_grp servicePlease notice that we still don't clean information in nvlist structures.Submitted by: David CARLIER <[email protected]>Differential Revision:
libcasper: using explicit_bzero in cap_grp servicePlease notice that we still don't clean information in nvlist structures.Submitted by: David CARLIER <[email protected]>Differential Revision: https://reviews.freebsd.org/D16777
The gids argument can be declared as const.We don't modified it in this function.
nv was moved to the 9 section.Fix reference to it.
Fix typo.
Introduce channel flags in libcasper.Instead of passing flags (which describe a type of nvlist)every send/recv we remember them in channel.It's enough for use to extract them only during unwrap.
Introduce channel flags in libcasper.Instead of passing flags (which describe a type of nvlist)every send/recv we remember them in channel.It's enough for use to extract them only during unwrap.This simplify use of Casper.Reviewed by: bruffer@, bcr@ (both man page)Differential Revision: https://reviews.freebsd.org/D14196 (man page)
Add SPDX tags for libcasper(3) and services.MFC after: 2 weeks
Document the grp Casper service.Reviewed by: brueffer@, bcr@Differential Revision: https://reviews.freebsd.org/D13821
Build service tests with Casper support.
Casper work's only as shared library - disable building static ones.Reviewed by: bdrewery@Differential Revision: https://reviews.freebsd.org/D12917
12