#
290893 |
|
15-Nov-2015 |
ngie |
MFC r289195:
Integrate the tests from lib/libarchive, usr.bin/cpio, and usr.bin/tar in to the FreeBSD test suite
functional_test.sh was ported from bin/sh/tests/functional_test.sh, as a small wrapper around libarchive_test, bsdcpio_test, and bsdtar_test provided by upstream.
A handful of testcases in lib/libarchive/tests have been disabled as they were failing when run with kyua test (see BROKEN_TESTS in lib/libarchive/tests/Makefile)
As a sidenote: this removes the check/test targets from the Makefiles as they don't match the pattern used in the rest of the FreeBSD test suite.
Sponsored by: EMC / Isilon Storage Division
Conflicts: lib/libarchive/test usr.bin/cpio/test
|
#
256281 |
|
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
234385 |
|
17-Apr-2012 |
trasz |
Fix bug where NFSv4 ACL enforcement code wouldn't unconditionally allow the owner to read and write ACL and file attributes when there was no entry with subject matching the owner. In other words, 'getfacl meh' shouldn't fail for the owner if the ACL looks like this:
# file: meh # owner: trasz # group: wheel user:root:------a-------:------:allow
Reported by: kientzle
|
#
232936 |
|
13-Mar-2012 |
adrian |
Add module load/unload stubs.
|
#
226043 |
|
05-Oct-2011 |
trasz |
Remove assertion against empty NFSv4 ACLs. An empty ACL is not exactly valid - we don't allow for setting it on a file, for example - but it's not something we should assert on.
For STABLE kernel, it changes nothing, because it's not compiled with INVARIANTS. If it was, it would fix crashes. It also fixes an assert in libc encountered with NFSv4 without nfsuserd(8) running.
Submitted by: Yuri Pankov (earlier version) MFC after: 1 month
|
#
219880 |
|
22-Mar-2011 |
trasz |
Make UFS use PSARC/2010/029 NFSv4 ACL semantics by default, bringing it in line with ZFSv28.
X-MFC-After: ZFSv28.
|
#
219878 |
|
22-Mar-2011 |
trasz |
Move the code around so that libc behaviour does not depend on a variable that was supposed to be kernel-only. There should be no functional changes.
|
#
219348 |
|
06-Mar-2011 |
trasz |
Temporarily revert r219272; it breaks acl_is_trivial_np(3).
|
#
219272 |
|
04-Mar-2011 |
trasz |
Make UFS use PSARC/2010/029 NFSv4 ACL semantics by default, just like ZFSv28 does.
MFC after: 2 months
|
#
216413 |
|
13-Dec-2010 |
trasz |
Adapt filesystem-independent NFSv4 ACL code (used by UFS, but not by ZFS) to PSARC/2010/029. In short, the semantics is simplified - "weird stuff" no longer happens after chmod, entries don't get duplicated during inheritance, and trivial ACLs no longer contain three "DENY" entries, which is also more friendly to MS Windows.
By default, UFS keeps using old semantics. To change it, set sysctl vfs.acl_nfs4_old_semantics to 0. I'll flip the switch when ZFSv28 hits the tree, to keep these two in sync - ZFS v28 uses PSARC semantics, and ZFS v15 uses the old one.
|
#
214522 |
|
29-Oct-2010 |
trasz |
Fix uninitialized variable.
Found with: Coverity Prevent(tm) CID: 8632
|
#
214245 |
|
23-Oct-2010 |
trasz |
Remove workaround for ZFS bug; fix was committed to the //depot/user/pjd/zfs/... branch some time ago.
MFC after: two weeks
|
#
212906 |
|
20-Sep-2010 |
trasz |
First step at adopting FreeBSD to support PSARC/2010/029. This makes acl_is_trivial_np(3) properly recognize the new trivial ACLs. From the user point of view, that means "ls -l" no longer shows plus signs for all the files when running ZFS v28.
|
#
212002 |
|
30-Aug-2010 |
jh |
execve(2) has a special check for file permissions: a file must have at least one execute bit set, otherwise execve(2) will return EACCES even for an user with PRIV_VFS_EXEC privilege.
Add the check also to vaccess(9), vaccess_acl_nfs4(9) and vaccess_acl_posix1e(9). This makes access(2) to better agree with execve(2). Because ZFS doesn't use vaccess(9) for VEXEC, add the check to zfs_freebsd_access() too. There may be other file systems which are not using vaccess*() functions and need to be handled separately.
PR: kern/125009 Reviewed by: bde, trasz Approved by: pjd (ZFS part)
|
#
208779 |
|
03-Jun-2010 |
trasz |
The acl_cnt field is unsigned; no point in checking if it's >= 0.
Found with: Coverity Prevent CID: 3683
|
#
201495 |
|
04-Jan-2010 |
trasz |
Fix comments.
|
#
201019 |
|
26-Dec-2009 |
trasz |
Now that all the callers seem to be fixed, add KASSERTs to make sure VAPPEND is not being used improperly.
|
#
200723 |
|
19-Dec-2009 |
trasz |
Interpret VAPPEND correctly in vaccess_acl_nfs4(9).
|
#
197405 |
|
22-Sep-2009 |
trasz |
Add pieces of infrastructure required for NFSv4 ACL support in UFS.
Reviewed by: rwatson
|
#
193850 |
|
09-Jun-2009 |
trasz |
Add part of NFSv4 ACL kernel support code that is required for the upcoming libc changes to work. Not connected to the kernel build yet; for now, it will be compiled into libc.
Reviewed by: rwatson
|