Make check the return code from EvalMountPoint()
====================
This delta was composed from multiple commits as part of the CVS->Git migration.
The checkin message with each commit was inconsistent.
The following are the additional commit messages.
====================
maintain old behavior consistent with checking eval return
for new pioctl calls for mrafs
====================
This delta was composed from multiple commits as part of the CVS->Git migration.
The checkin message with each commit was inconsistent.
The following are the additional commit messages.
====================
for new pioctl calls for mrafs; convert spaces to tab
Dirpath additions for MR-AFS files
====================
This delta was composed from multiple commits as part of the CVS->Git migration.
The checkin message with each commit was inconsistent.
The following are the additional commit messages.
====================
Dirpath additions for MR-AFS files; remove extra newline
Changes needed to support ubik (non-voting) clones.
====================
This delta was composed from multiple commits as part of the CVS->Git migration.
The checkin message with each commit was inconsistent.
The following are the additional commit messages.
====================
Needed kaserver support for ubik clones
====================
Needed support for ubik clones for the ptserver
====================
Support for ubik clones in vlserver
====================
auth layer support for ubik readonly clones
====================
ubik library support for readonly clones
export some previously internal routines, and rename to not conflict
with libkrb;
with NO_AFS_CLIENT you can use the ktc routines also for architectures
which not yet have kernel support for AFS tokens (Cray T3E, NEC SX5).
Necessary additions to bos for MR-AFS support
====================
This delta was composed from multiple commits as part of the CVS->Git migration.
The checkin message with each commit was inconsistent.
The following are the additional commit messages.
====================
FS bnode changes for MR-AFS
====================
allow hex numbers for residencies, used by bos
Required to placate AIX compiler
====================
This delta was composed from multiple commits as part of the CVS->Git migration.
The checkin message with each commit was inconsistent.
The following are the additional commit messages.
====================
Ports used by additional MRAFS services
====================
This delta was composed from multiple commits as part of the CVS->Git migration.
The checkin message with each commit was inconsistent.
The following are the additional commit messages.
====================
mrafs port definitions
" Extensions used by MR-AFS in the client. I have added only two
pioctl-calls which are used by the "fs"-command for a large number
of MR-AFS specific subcommands. With this modification also the
data type afs_int64 is introduced because MR-AFS supports large files.
afs_int64 is either "long long" or a structure consisting of two
32-bit numbers. We are already running on rs_aix42 a fully large-file
capable AFS-client, but these changes are still in a beta test and
not yet added here."
"Problem:
During a directory scan W2K does not send the FindClose the way NT does.
When smb_ReceiveTran2SearchDir() processes FindFirst or FindNext, the
termination Flags is never set either (close search if end of search).
Since these operations don't occur smb_DeleteDirSearch() is never called;
therefore the dsp (smb_dirSearch_t) is never freed.
This problem was reproducible while trying to scan a directory (e.g. dir
*.c/s) with symbolic links.
When smb_ReceiveTran2SearchDir() processes FindFirst or FindNext the last
SMB call in a session can be indicated by checking for no more files
(filesnames==0).
Running a directory scan (DOS window) and file cache size of 5 MB:
With the memory leak patch, the program grew upto the limit of +5.3MB.
Without the patch, the program will grew +27MB before the operation was
finished, then became unstable."
First guess at this file based on master(4); I haven't
tried this yet but since it seems to be for the build-into-
kernel module I assume we don't need:
d dynamically loadable kernel module
R auto-registrable dynamically loadable kernel module
N don't allow auto-unload of dynamically loadable kernel module
and I don't know if we'd need or be able to use R, either.
Afs_ to match what previous systems seem to be doing; For
symmetry it looks like it should be e.g. afs_
