| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
has been called, since it points to a shared inode buffer that may
be overwritten. The two cases where `dp' was used incorrectly appear
to have been overlooked when "nodump" inheritance was first added
in revision 1.12.
This is reported to correct propagation of the nodump flag on
directories that are larger than one block in size.
PR: bin/58912
Submitted by: Volker Paepcke <vpaepcke@incore.de>
MFC after: 1 week
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
a new filesystem. Dump and fsck will create snapshots in this
directory rather than in the root for two reasons:
1) For terabyte-sized filesystems, the snapshot may require many
minutes to build. Although the filesystem will not be suspended
during most of the snapshot build, the snapshot file itself is
locked during the entire snapshot build period. Thus, if it is
accessed during the period that it is being built, the process
trying to access it will block holding its containing directory
locked. If the snapshot is in the root, the root will lock and
the system will come to a halt until the snapshot finishes. By
putting the snapshot in a subdirectory, it is out of the likely
path of any process traversing through the root and hence much
less likely to cause a lock race to the root.
2) The dump program is usually run by a non-root user running with
operator group privilege. Such a user is typically not permitted
to create files in the root of a filesystem. By having a directory
in group operator with group write access available, such a user
will be able to create a snapshot there. Having the dump program
create its snapshot in a subdirectory below the root will benefit
from point (1) as well.
Sponsored by: DARPA & NAI Labs.
|
|
|
|
|
|
|
| |
remove a snapshot file from the directory in which they have requested
to have it made. If they do not have write permission in the directory
or the directory is sticky and not owned by the user, then they
will not be able to remove the snapshot when they are done with it.
|
|
|
|
| |
could not be opened.
|
| |
|
|
|
|
| |
Requested by: wollman
|
|
|
|
|
|
|
|
| |
copywrite up
into the commented out 'copywrite' section.
Include sys/linker.h for kldload(3).
|
|
|
|
|
|
| |
tunable error message more brief.
Suggested by: bde
|
| |
|
|
|
|
| |
Pointy hat to: brooks
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
if_xname, if_dname, and if_dunit. if_xname is the name of the interface
and if_dname/unit are the driver name and instance.
This change paves the way for interface renaming and enhanced pseudo
device creation and configuration symantics.
Approved By: re (in principle)
Reviewed By: njl, imp
Tested On: i386, amd64, sparc64
Obtained From: NetBSD (if_xname)
|
|
|
|
|
| |
Without this cast the compiler cannot know that it has to convert the
null pointer constant NULL to a null pointer.
|
|
|
|
|
| |
Avoid shadowing declarations.
Avoid compairing signed and unsigned types.
|
| |
|
| |
|
|
|
|
| |
Sync usage() with the manual page: s/file/snapshot_name/g.
|
|
|
|
|
| |
of the name if it is '/'. Also fix a comparison between signed and
unsigned quantities (pointed out by trhodes).
|
| |
|
|
|
|
| |
Don't define DKTYPENAMES without using it.
|
|
|
|
|
|
|
|
|
|
| |
is returned from the card to the driver. Add a counter that shows
how many times this allocation has failed. Note, that we could even
further delay the allocation of the mbuf until we know, that we need it
(there are no receive errors and the connection is open). This will be done
in a later commit.
Print the new statistics field in atmconfig.
|
| |
|
|
|
|
| |
than a pointer to an int, since that is what it really wants anyway.
|
|
|
|
|
| |
d_namlen can never be > NAME_MAX. Stop gcc worrying about this by
using a preprocessor test to see if NAME_MAX changes.
|
| |
|
|
|
|
|
|
|
| |
and to make sure that we catch oversized arguments rather than silently
truncate them. I dont know if sscanf will reject an integer if it will
not fit in the short return variable or not, but this way it should be
detected.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
a generalized notification mechanism for subsystems wishing to report
events.
Revieded by: njl
# The kernel side seems like it might be causing panics for me, but should
# be forthcoming shortly.
|
|
|
|
|
|
|
|
|
|
| |
(aka RFC2292bis). Though I believe this commit doesn't break
backward compatibility againt existing binaries, it breaks
backward compatibility of API.
Now, the applications which use Advanced Sockets API such as
telnet, ping6, mld6query and traceroute6 use RFC3542 API.
Obtained from: KAME
|
|
|
|
|
|
|
|
|
|
| |
o WARNS should be WARNS?= (broke in rev 1.21).
o Includes should be sorted.
o Move "mntopt.h" out of the standard includes section.
o Rewrite usage() to match the manual page and make it < 80 characters.
o Remove extra .El call on line 187. It is unused and causes mdoc(7) warnings.
Discussed with: bde
|
| |
|
| |
|
|
|
|
| |
They were erroneously removed in revision 1.27.
|
|
|
|
|
| |
instead of "rdonly". "rdonly" works for mount(8) and mount_std(8) but
not from /etc/fstab, whereas "ro" works for all mount_*(8) commands.
|
|
|
|
| |
Obtained from: KAME
|
|
|
|
| |
Suggested by: njl
|
|
|
|
| |
user has attempted to write to a read only, tunable value.
|
|
|
|
|
|
|
|
|
|
| |
original intention of the less restrictive permissions was to allow
users to move or delete recovered files that they own. However, it
is better to not create world-writable directories by default; the
administrator can always pre-create lost+found if different permissions
are desired.
Reviewed by: mckusick
|
|
|
|
| |
but a 'c' partition.
|
| |
|
|
|
|
|
|
|
|
| |
- rename variable
- use strlcpy
- const'fy
Obtained from: KAME
|
| |
|
|
|
|
|
|
|
|
| |
- use size_t as return type of schedlen(), as there's no error
check needed.
- clear key schedule buffer before freeing.
Obtained from: KAME
|
|
|
|
|
|
| |
- correct SADB_X_AALG_RIPEMD160HMAC to 8
Obtained from: KAME
|
|
|
|
|
|
| |
- pass size arg to ah->result (avoid assuming result buffer size)
Obtained from: KAME
|
|
|
|
|
| |
PR: 57462
Submitted by: Ryuichiro Imura <imura@ryu16.org>
|
|
|
|
| |
Obtained from: KAME
|
|
|
|
|
|
|
| |
example.
PR: docs/51897
Submitted by: Kevin Oberman <oberman@es.net>
|
| |
|
| |
|