Fixed misspellings of "ext2_*" as "ufs_*" and " "ext2fs_*", and of
"independent" as "dependent" Fixed some other relatively minor wording and formatting errors.
This commit is contained in:
parent
175aef1cdb
commit
053791db10
@ -196,15 +196,15 @@ ext2_readdir(ap)
|
||||
* from ufs on-disk ones:
|
||||
* - the name is not necessarily NUL-terminated.
|
||||
* - the file type field always exists and always
|
||||
* follows the name length field.
|
||||
* follows the name length field.
|
||||
* - the file type is encoded in a different way.
|
||||
*
|
||||
* "Old" ext2fs directory entries need no special
|
||||
* conversions, since they binary compatible with
|
||||
* "new" entries having a file type of 0 (i.e.,
|
||||
* conversions, since they are binary compatible
|
||||
* with "new" entries having a file type of 0 (i.e.,
|
||||
* EXT2_FT_UNKNOWN). Splitting the old name length
|
||||
* field didn't make a mess like it did in ufs,
|
||||
* because ext2fs uses a machine-dependent disk
|
||||
* because ext2fs uses a machine-independent disk
|
||||
* layout.
|
||||
*/
|
||||
dstdp.d_fileno = dp->inode;
|
||||
@ -240,7 +240,7 @@ ext2_readdir(ap)
|
||||
off_t off;
|
||||
|
||||
if (uio->uio_segflg != UIO_SYSSPACE || uio->uio_iovcnt != 1)
|
||||
panic("ext2fs_readdir: unexpected uio from NFS server");
|
||||
panic("ext2_readdir: unexpected uio from NFS server");
|
||||
MALLOC(cookies, u_long *, ncookies * sizeof(u_long), M_TEMP,
|
||||
M_WAITOK);
|
||||
off = startoffset;
|
||||
@ -278,7 +278,7 @@ ext2_readdir(ap)
|
||||
* be "."., but the caller must check to ensure it does an vrele and vput
|
||||
* instead of two vputs.
|
||||
*
|
||||
* Overall outline of ufs_lookup:
|
||||
* Overall outline of ext2_lookup:
|
||||
*
|
||||
* search for name in directory, to found or notfound
|
||||
* notfound:
|
||||
@ -1004,7 +1004,6 @@ ext2_dirempty(ip, parentino, cred)
|
||||
struct dirtemplate dbuf;
|
||||
struct ext2_dir_entry_2 *dp = (struct ext2_dir_entry_2 *)&dbuf;
|
||||
int error, count, namlen;
|
||||
|
||||
#define MINDIRSIZ (sizeof (struct dirtemplate) / 2)
|
||||
|
||||
for (off = 0; off < ip->i_size; off += dp->rec_len) {
|
||||
|
@ -196,15 +196,15 @@ ext2_readdir(ap)
|
||||
* from ufs on-disk ones:
|
||||
* - the name is not necessarily NUL-terminated.
|
||||
* - the file type field always exists and always
|
||||
* follows the name length field.
|
||||
* follows the name length field.
|
||||
* - the file type is encoded in a different way.
|
||||
*
|
||||
* "Old" ext2fs directory entries need no special
|
||||
* conversions, since they binary compatible with
|
||||
* "new" entries having a file type of 0 (i.e.,
|
||||
* conversions, since they are binary compatible
|
||||
* with "new" entries having a file type of 0 (i.e.,
|
||||
* EXT2_FT_UNKNOWN). Splitting the old name length
|
||||
* field didn't make a mess like it did in ufs,
|
||||
* because ext2fs uses a machine-dependent disk
|
||||
* because ext2fs uses a machine-independent disk
|
||||
* layout.
|
||||
*/
|
||||
dstdp.d_fileno = dp->inode;
|
||||
@ -240,7 +240,7 @@ ext2_readdir(ap)
|
||||
off_t off;
|
||||
|
||||
if (uio->uio_segflg != UIO_SYSSPACE || uio->uio_iovcnt != 1)
|
||||
panic("ext2fs_readdir: unexpected uio from NFS server");
|
||||
panic("ext2_readdir: unexpected uio from NFS server");
|
||||
MALLOC(cookies, u_long *, ncookies * sizeof(u_long), M_TEMP,
|
||||
M_WAITOK);
|
||||
off = startoffset;
|
||||
@ -278,7 +278,7 @@ ext2_readdir(ap)
|
||||
* be "."., but the caller must check to ensure it does an vrele and vput
|
||||
* instead of two vputs.
|
||||
*
|
||||
* Overall outline of ufs_lookup:
|
||||
* Overall outline of ext2_lookup:
|
||||
*
|
||||
* search for name in directory, to found or notfound
|
||||
* notfound:
|
||||
@ -1004,7 +1004,6 @@ ext2_dirempty(ip, parentino, cred)
|
||||
struct dirtemplate dbuf;
|
||||
struct ext2_dir_entry_2 *dp = (struct ext2_dir_entry_2 *)&dbuf;
|
||||
int error, count, namlen;
|
||||
|
||||
#define MINDIRSIZ (sizeof (struct dirtemplate) / 2)
|
||||
|
||||
for (off = 0; off < ip->i_size; off += dp->rec_len) {
|
||||
|
Loading…
Reference in New Issue
Block a user