2005-01-07 02:29:27 +00:00
|
|
|
/*-
|
2002-06-21 06:18:05 +00:00
|
|
|
* Copyright (c) 2002 Networks Associates Technology, Inc.
|
|
|
|
* All rights reserved.
|
|
|
|
*
|
|
|
|
* This software was developed for the FreeBSD Project by Marshall
|
|
|
|
* Kirk McKusick and Network Associates Laboratories, the Security
|
|
|
|
* Research Division of Network Associates, Inc. under DARPA/SPAWAR
|
|
|
|
* contract N66001-01-C-8035 ("CBOSS"), as part of the DARPA CHATS
|
|
|
|
* research program
|
|
|
|
*
|
2004-10-20 08:05:02 +00:00
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
|
|
|
|
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
* ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
|
|
|
|
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
|
|
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
* SUCH DAMAGE.
|
|
|
|
*
|
1994-05-24 10:09:53 +00:00
|
|
|
* Copyright (c) 1982, 1986, 1989, 1993
|
|
|
|
* The Regents of the University of California. All rights reserved.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
* 4. Neither the name of the University nor the names of its contributors
|
|
|
|
* may be used to endorse or promote products derived from this software
|
|
|
|
* without specific prior written permission.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
|
|
|
|
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
* ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
|
|
|
|
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
|
|
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
* SUCH DAMAGE.
|
|
|
|
*
|
1997-02-10 02:22:35 +00:00
|
|
|
* @(#)ffs_balloc.c 8.8 (Berkeley) 6/16/95
|
1994-05-24 10:09:53 +00:00
|
|
|
*/
|
|
|
|
|
2003-06-11 06:34:30 +00:00
|
|
|
#include <sys/cdefs.h>
|
|
|
|
__FBSDID("$FreeBSD$");
|
|
|
|
|
1994-05-24 10:09:53 +00:00
|
|
|
#include <sys/param.h>
|
|
|
|
#include <sys/systm.h>
|
2000-05-05 09:59:14 +00:00
|
|
|
#include <sys/bio.h>
|
1994-05-24 10:09:53 +00:00
|
|
|
#include <sys/buf.h>
|
1997-12-05 19:55:52 +00:00
|
|
|
#include <sys/lock.h>
|
1998-03-08 09:59:44 +00:00
|
|
|
#include <sys/mount.h>
|
1994-05-24 10:09:53 +00:00
|
|
|
#include <sys/vnode.h>
|
|
|
|
|
|
|
|
#include <ufs/ufs/quota.h>
|
|
|
|
#include <ufs/ufs/inode.h>
|
|
|
|
#include <ufs/ufs/ufs_extern.h>
|
2003-08-15 20:03:19 +00:00
|
|
|
#include <ufs/ufs/extattr.h>
|
|
|
|
#include <ufs/ufs/ufsmount.h>
|
1994-05-24 10:09:53 +00:00
|
|
|
|
|
|
|
#include <ufs/ffs/fs.h>
|
|
|
|
#include <ufs/ffs/ffs_extern.h>
|
|
|
|
|
|
|
|
/*
|
2002-05-16 21:28:32 +00:00
|
|
|
* Balloc defines the structure of filesystem storage
|
1994-05-24 10:09:53 +00:00
|
|
|
* by allocating the physical blocks on a device given
|
|
|
|
* the inode and the logical block number in a file.
|
2002-06-21 06:18:05 +00:00
|
|
|
* This is the allocation strategy for UFS1. Below is
|
|
|
|
* the allocation strategy for UFS2.
|
|
|
|
*/
|
|
|
|
int
|
|
|
|
ffs_balloc_ufs1(struct vnode *vp, off_t startoffset, int size,
|
|
|
|
struct ucred *cred, int flags, struct buf **bpp)
|
|
|
|
{
|
|
|
|
struct inode *ip;
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
struct ufs1_dinode *dp;
|
2002-06-21 06:18:05 +00:00
|
|
|
ufs_lbn_t lbn, lastlbn;
|
|
|
|
struct fs *fs;
|
|
|
|
ufs1_daddr_t nb;
|
|
|
|
struct buf *bp, *nbp;
|
2005-01-24 10:09:10 +00:00
|
|
|
struct ufsmount *ump;
|
2002-06-21 06:18:05 +00:00
|
|
|
struct indir indirs[NIADDR + 2];
|
|
|
|
int deallocated, osize, nsize, num, i, error;
|
|
|
|
ufs2_daddr_t newb;
|
|
|
|
ufs1_daddr_t *bap, pref;
|
|
|
|
ufs1_daddr_t *allocib, *blkp, *allocblk, allociblk[NIADDR + 1];
|
2007-12-29 13:31:27 +00:00
|
|
|
ufs2_daddr_t *lbns_remfree, lbns[NIADDR + 1];
|
2002-06-21 06:18:05 +00:00
|
|
|
int unwindidx = -1;
|
2008-07-23 14:32:44 +00:00
|
|
|
int saved_inbdflush;
|
2011-06-15 18:05:08 +00:00
|
|
|
static struct timeval lastfail;
|
|
|
|
static int curfail;
|
2013-03-19 15:08:15 +00:00
|
|
|
int gbflags, reclaimed;
|
2002-06-21 06:18:05 +00:00
|
|
|
|
|
|
|
ip = VTOI(vp);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
dp = ip->i_din1;
|
2002-06-21 06:18:05 +00:00
|
|
|
fs = ip->i_fs;
|
2005-01-24 10:09:10 +00:00
|
|
|
ump = ip->i_ump;
|
2002-06-21 06:18:05 +00:00
|
|
|
lbn = lblkno(fs, startoffset);
|
|
|
|
size = blkoff(fs, startoffset) + size;
|
2011-06-10 22:48:35 +00:00
|
|
|
reclaimed = 0;
|
2002-06-21 06:18:05 +00:00
|
|
|
if (size > fs->fs_bsize)
|
|
|
|
panic("ffs_balloc_ufs1: blk too big");
|
|
|
|
*bpp = NULL;
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
if (flags & IO_EXT)
|
|
|
|
return (EOPNOTSUPP);
|
2002-06-21 06:18:05 +00:00
|
|
|
if (lbn < 0)
|
|
|
|
return (EFBIG);
|
2013-03-19 15:08:15 +00:00
|
|
|
gbflags = (flags & BA_UNMAPPED) != 0 ? GB_UNMAPPED : 0;
|
2002-06-21 06:18:05 +00:00
|
|
|
|
2010-04-24 07:05:35 +00:00
|
|
|
if (DOINGSOFTDEP(vp))
|
|
|
|
softdep_prealloc(vp, MNT_WAIT);
|
2002-06-21 06:18:05 +00:00
|
|
|
/*
|
|
|
|
* If the next write will extend the file into a new block,
|
|
|
|
* and the file is currently composed of a fragment
|
|
|
|
* this fragment has to be extended to be a full block.
|
|
|
|
*/
|
|
|
|
lastlbn = lblkno(fs, ip->i_size);
|
|
|
|
if (lastlbn < NDADDR && lastlbn < lbn) {
|
|
|
|
nb = lastlbn;
|
|
|
|
osize = blksize(fs, ip, nb);
|
|
|
|
if (osize < fs->fs_bsize && osize > 0) {
|
2005-01-24 10:09:10 +00:00
|
|
|
UFS_LOCK(ump);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
error = ffs_realloccg(ip, nb, dp->di_db[nb],
|
|
|
|
ffs_blkpref_ufs1(ip, lastlbn, (int)nb,
|
2009-01-27 21:48:47 +00:00
|
|
|
&dp->di_db[0]), osize, (int)fs->fs_bsize, flags,
|
|
|
|
cred, &bp);
|
2002-06-21 06:18:05 +00:00
|
|
|
if (error)
|
|
|
|
return (error);
|
|
|
|
if (DOINGSOFTDEP(vp))
|
|
|
|
softdep_setup_allocdirect(ip, nb,
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
dbtofsb(fs, bp->b_blkno), dp->di_db[nb],
|
2002-06-21 06:18:05 +00:00
|
|
|
fs->fs_bsize, osize, bp);
|
|
|
|
ip->i_size = smalllblktosize(fs, nb + 1);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
dp->di_size = ip->i_size;
|
|
|
|
dp->di_db[nb] = dbtofsb(fs, bp->b_blkno);
|
2002-06-21 06:18:05 +00:00
|
|
|
ip->i_flag |= IN_CHANGE | IN_UPDATE;
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
if (flags & IO_SYNC)
|
2002-06-21 06:18:05 +00:00
|
|
|
bwrite(bp);
|
|
|
|
else
|
|
|
|
bawrite(bp);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* The first NDADDR blocks are direct blocks
|
|
|
|
*/
|
|
|
|
if (lbn < NDADDR) {
|
2002-06-23 06:12:22 +00:00
|
|
|
if (flags & BA_METAONLY)
|
|
|
|
panic("ffs_balloc_ufs1: BA_METAONLY for direct block");
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
nb = dp->di_db[lbn];
|
2002-06-21 06:18:05 +00:00
|
|
|
if (nb != 0 && ip->i_size >= smalllblktosize(fs, lbn + 1)) {
|
|
|
|
error = bread(vp, lbn, fs->fs_bsize, NOCRED, &bp);
|
|
|
|
if (error) {
|
|
|
|
brelse(bp);
|
|
|
|
return (error);
|
|
|
|
}
|
|
|
|
bp->b_blkno = fsbtodb(fs, nb);
|
|
|
|
*bpp = bp;
|
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
if (nb != 0) {
|
|
|
|
/*
|
|
|
|
* Consider need to reallocate a fragment.
|
|
|
|
*/
|
|
|
|
osize = fragroundup(fs, blkoff(fs, ip->i_size));
|
|
|
|
nsize = fragroundup(fs, size);
|
|
|
|
if (nsize <= osize) {
|
|
|
|
error = bread(vp, lbn, osize, NOCRED, &bp);
|
|
|
|
if (error) {
|
|
|
|
brelse(bp);
|
|
|
|
return (error);
|
|
|
|
}
|
|
|
|
bp->b_blkno = fsbtodb(fs, nb);
|
|
|
|
} else {
|
2005-01-24 10:09:10 +00:00
|
|
|
UFS_LOCK(ump);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
error = ffs_realloccg(ip, lbn, dp->di_db[lbn],
|
2002-06-21 06:18:05 +00:00
|
|
|
ffs_blkpref_ufs1(ip, lbn, (int)lbn,
|
2009-01-27 21:48:47 +00:00
|
|
|
&dp->di_db[0]), osize, nsize, flags,
|
|
|
|
cred, &bp);
|
2002-06-21 06:18:05 +00:00
|
|
|
if (error)
|
|
|
|
return (error);
|
|
|
|
if (DOINGSOFTDEP(vp))
|
|
|
|
softdep_setup_allocdirect(ip, lbn,
|
|
|
|
dbtofsb(fs, bp->b_blkno), nb,
|
|
|
|
nsize, osize, bp);
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
if (ip->i_size < smalllblktosize(fs, lbn + 1))
|
|
|
|
nsize = fragroundup(fs, size);
|
|
|
|
else
|
|
|
|
nsize = fs->fs_bsize;
|
2005-01-24 10:09:10 +00:00
|
|
|
UFS_LOCK(ump);
|
2002-06-21 06:18:05 +00:00
|
|
|
error = ffs_alloc(ip, lbn,
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
ffs_blkpref_ufs1(ip, lbn, (int)lbn, &dp->di_db[0]),
|
2009-01-27 21:48:47 +00:00
|
|
|
nsize, flags, cred, &newb);
|
2002-06-21 06:18:05 +00:00
|
|
|
if (error)
|
|
|
|
return (error);
|
2013-03-19 15:08:15 +00:00
|
|
|
bp = getblk(vp, lbn, nsize, 0, 0, gbflags);
|
2002-06-21 06:18:05 +00:00
|
|
|
bp->b_blkno = fsbtodb(fs, newb);
|
2002-06-23 06:12:22 +00:00
|
|
|
if (flags & BA_CLRBUF)
|
2002-06-21 06:18:05 +00:00
|
|
|
vfs_bio_clrbuf(bp);
|
|
|
|
if (DOINGSOFTDEP(vp))
|
|
|
|
softdep_setup_allocdirect(ip, lbn, newb, 0,
|
|
|
|
nsize, 0, bp);
|
|
|
|
}
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
dp->di_db[lbn] = dbtofsb(fs, bp->b_blkno);
|
2002-06-21 06:18:05 +00:00
|
|
|
ip->i_flag |= IN_CHANGE | IN_UPDATE;
|
|
|
|
*bpp = bp;
|
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* Determine the number of levels of indirection.
|
|
|
|
*/
|
|
|
|
pref = 0;
|
|
|
|
if ((error = ufs_getlbns(vp, lbn, indirs, &num)) != 0)
|
|
|
|
return(error);
|
2007-11-08 17:21:51 +00:00
|
|
|
#ifdef INVARIANTS
|
2002-06-21 06:18:05 +00:00
|
|
|
if (num < 1)
|
|
|
|
panic ("ffs_balloc_ufs1: ufs_getlbns returned indirect block");
|
|
|
|
#endif
|
2011-07-09 15:16:07 +00:00
|
|
|
saved_inbdflush = curthread_pflags_set(TDP_INBDFLUSH);
|
2002-06-21 06:18:05 +00:00
|
|
|
/*
|
|
|
|
* Fetch the first indirect block allocating if necessary.
|
|
|
|
*/
|
|
|
|
--num;
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
nb = dp->di_ib[indirs[0].in_off];
|
2002-06-21 06:18:05 +00:00
|
|
|
allocib = NULL;
|
|
|
|
allocblk = allociblk;
|
2007-12-29 13:31:27 +00:00
|
|
|
lbns_remfree = lbns;
|
2002-06-21 06:18:05 +00:00
|
|
|
if (nb == 0) {
|
2005-01-24 10:09:10 +00:00
|
|
|
UFS_LOCK(ump);
|
2013-03-22 21:45:28 +00:00
|
|
|
pref = ffs_blkpref_ufs1(ip, lbn, -indirs[0].in_off - 1,
|
|
|
|
(ufs1_daddr_t *)0);
|
2014-03-02 02:52:34 +00:00
|
|
|
if ((error = ffs_alloc(ip, lbn, pref, (int)fs->fs_bsize,
|
2009-01-27 21:48:47 +00:00
|
|
|
flags, cred, &newb)) != 0) {
|
2011-07-09 15:16:07 +00:00
|
|
|
curthread_pflags_restore(saved_inbdflush);
|
2002-06-21 06:18:05 +00:00
|
|
|
return (error);
|
2008-07-23 14:32:44 +00:00
|
|
|
}
|
2012-11-03 18:55:55 +00:00
|
|
|
pref = newb + fs->fs_frag;
|
2002-06-21 06:18:05 +00:00
|
|
|
nb = newb;
|
|
|
|
*allocblk++ = nb;
|
2007-12-29 13:31:27 +00:00
|
|
|
*lbns_remfree++ = indirs[1].in_lbn;
|
2013-03-19 15:08:15 +00:00
|
|
|
bp = getblk(vp, indirs[1].in_lbn, fs->fs_bsize, 0, 0, gbflags);
|
2002-06-21 06:18:05 +00:00
|
|
|
bp->b_blkno = fsbtodb(fs, nb);
|
|
|
|
vfs_bio_clrbuf(bp);
|
|
|
|
if (DOINGSOFTDEP(vp)) {
|
|
|
|
softdep_setup_allocdirect(ip, NDADDR + indirs[0].in_off,
|
|
|
|
newb, 0, fs->fs_bsize, 0, bp);
|
|
|
|
bdwrite(bp);
|
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* Write synchronously so that indirect blocks
|
|
|
|
* never point at garbage.
|
|
|
|
*/
|
|
|
|
if (DOINGASYNC(vp))
|
|
|
|
bdwrite(bp);
|
|
|
|
else if ((error = bwrite(bp)) != 0)
|
|
|
|
goto fail;
|
|
|
|
}
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
allocib = &dp->di_ib[indirs[0].in_off];
|
2002-06-21 06:18:05 +00:00
|
|
|
*allocib = nb;
|
|
|
|
ip->i_flag |= IN_CHANGE | IN_UPDATE;
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* Fetch through the indirect blocks, allocating as necessary.
|
|
|
|
*/
|
2011-06-10 22:48:35 +00:00
|
|
|
retry:
|
2002-06-21 06:18:05 +00:00
|
|
|
for (i = 1;;) {
|
|
|
|
error = bread(vp,
|
|
|
|
indirs[i].in_lbn, (int)fs->fs_bsize, NOCRED, &bp);
|
|
|
|
if (error) {
|
|
|
|
brelse(bp);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
bap = (ufs1_daddr_t *)bp->b_data;
|
|
|
|
nb = bap[indirs[i].in_off];
|
|
|
|
if (i == num)
|
|
|
|
break;
|
|
|
|
i += 1;
|
|
|
|
if (nb != 0) {
|
|
|
|
bqrelse(bp);
|
|
|
|
continue;
|
|
|
|
}
|
2005-01-24 10:09:10 +00:00
|
|
|
UFS_LOCK(ump);
|
2013-07-02 21:07:08 +00:00
|
|
|
/*
|
|
|
|
* If parent indirect has just been allocated, try to cluster
|
|
|
|
* immediately following it.
|
|
|
|
*/
|
2002-06-21 06:18:05 +00:00
|
|
|
if (pref == 0)
|
2013-03-22 21:45:28 +00:00
|
|
|
pref = ffs_blkpref_ufs1(ip, lbn, i - num - 1,
|
|
|
|
(ufs1_daddr_t *)0);
|
2009-01-27 21:48:47 +00:00
|
|
|
if ((error = ffs_alloc(ip, lbn, pref, (int)fs->fs_bsize,
|
2011-06-10 22:48:35 +00:00
|
|
|
flags | IO_BUFLOCKED, cred, &newb)) != 0) {
|
2002-06-21 06:18:05 +00:00
|
|
|
brelse(bp);
|
2011-06-10 22:48:35 +00:00
|
|
|
if (++reclaimed == 1) {
|
|
|
|
UFS_LOCK(ump);
|
|
|
|
softdep_request_cleanup(fs, vp, cred,
|
|
|
|
FLUSH_BLOCKS_WAIT);
|
|
|
|
UFS_UNLOCK(ump);
|
|
|
|
goto retry;
|
|
|
|
}
|
2011-06-15 18:05:08 +00:00
|
|
|
if (ppsratecheck(&lastfail, &curfail, 1)) {
|
|
|
|
ffs_fserr(fs, ip->i_number, "filesystem full");
|
|
|
|
uprintf("\n%s: write failed, filesystem "
|
|
|
|
"is full\n", fs->fs_fsmnt);
|
|
|
|
}
|
2002-06-21 06:18:05 +00:00
|
|
|
goto fail;
|
|
|
|
}
|
2012-11-03 18:55:55 +00:00
|
|
|
pref = newb + fs->fs_frag;
|
2002-06-21 06:18:05 +00:00
|
|
|
nb = newb;
|
|
|
|
*allocblk++ = nb;
|
2007-12-29 13:31:27 +00:00
|
|
|
*lbns_remfree++ = indirs[i].in_lbn;
|
2003-03-04 00:04:44 +00:00
|
|
|
nbp = getblk(vp, indirs[i].in_lbn, fs->fs_bsize, 0, 0, 0);
|
2002-06-21 06:18:05 +00:00
|
|
|
nbp->b_blkno = fsbtodb(fs, nb);
|
|
|
|
vfs_bio_clrbuf(nbp);
|
|
|
|
if (DOINGSOFTDEP(vp)) {
|
|
|
|
softdep_setup_allocindir_meta(nbp, ip, bp,
|
|
|
|
indirs[i - 1].in_off, nb);
|
|
|
|
bdwrite(nbp);
|
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* Write synchronously so that indirect blocks
|
|
|
|
* never point at garbage.
|
|
|
|
*/
|
|
|
|
if ((error = bwrite(nbp)) != 0) {
|
|
|
|
brelse(bp);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
bap[indirs[i - 1].in_off] = nb;
|
|
|
|
if (allocib == NULL && unwindidx < 0)
|
|
|
|
unwindidx = i - 1;
|
|
|
|
/*
|
|
|
|
* If required, write synchronously, otherwise use
|
|
|
|
* delayed write.
|
|
|
|
*/
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
if (flags & IO_SYNC) {
|
2002-06-21 06:18:05 +00:00
|
|
|
bwrite(bp);
|
|
|
|
} else {
|
|
|
|
if (bp->b_bufsize == fs->fs_bsize)
|
|
|
|
bp->b_flags |= B_CLUSTEROK;
|
|
|
|
bdwrite(bp);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* If asked only for the indirect block, then return it.
|
|
|
|
*/
|
2002-06-23 06:12:22 +00:00
|
|
|
if (flags & BA_METAONLY) {
|
2011-07-09 15:16:07 +00:00
|
|
|
curthread_pflags_restore(saved_inbdflush);
|
2002-06-21 06:18:05 +00:00
|
|
|
*bpp = bp;
|
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* Get the data block, allocating if necessary.
|
|
|
|
*/
|
|
|
|
if (nb == 0) {
|
2005-01-24 10:09:10 +00:00
|
|
|
UFS_LOCK(ump);
|
2013-07-02 21:07:08 +00:00
|
|
|
/*
|
|
|
|
* If allocating metadata at the front of the cylinder
|
|
|
|
* group and parent indirect block has just been allocated,
|
|
|
|
* then cluster next to it if it is the first indirect in
|
|
|
|
* the file. Otherwise it has been allocated in the metadata
|
|
|
|
* area, so we want to find our own place out in the data area.
|
|
|
|
*/
|
|
|
|
if (pref == 0 || (lbn > NDADDR && fs->fs_metaspace != 0))
|
2012-11-03 18:55:55 +00:00
|
|
|
pref = ffs_blkpref_ufs1(ip, lbn, indirs[i].in_off,
|
|
|
|
&bap[0]);
|
2011-06-10 22:48:35 +00:00
|
|
|
error = ffs_alloc(ip, lbn, pref, (int)fs->fs_bsize,
|
|
|
|
flags | IO_BUFLOCKED, cred, &newb);
|
2002-06-21 06:18:05 +00:00
|
|
|
if (error) {
|
|
|
|
brelse(bp);
|
2011-06-10 22:48:35 +00:00
|
|
|
if (++reclaimed == 1) {
|
|
|
|
UFS_LOCK(ump);
|
|
|
|
softdep_request_cleanup(fs, vp, cred,
|
|
|
|
FLUSH_BLOCKS_WAIT);
|
|
|
|
UFS_UNLOCK(ump);
|
|
|
|
goto retry;
|
|
|
|
}
|
2011-06-15 18:05:08 +00:00
|
|
|
if (ppsratecheck(&lastfail, &curfail, 1)) {
|
|
|
|
ffs_fserr(fs, ip->i_number, "filesystem full");
|
|
|
|
uprintf("\n%s: write failed, filesystem "
|
|
|
|
"is full\n", fs->fs_fsmnt);
|
|
|
|
}
|
2002-06-21 06:18:05 +00:00
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
nb = newb;
|
|
|
|
*allocblk++ = nb;
|
2007-12-29 13:31:27 +00:00
|
|
|
*lbns_remfree++ = lbn;
|
2013-03-19 15:08:15 +00:00
|
|
|
nbp = getblk(vp, lbn, fs->fs_bsize, 0, 0, gbflags);
|
2002-06-21 06:18:05 +00:00
|
|
|
nbp->b_blkno = fsbtodb(fs, nb);
|
2002-06-23 06:12:22 +00:00
|
|
|
if (flags & BA_CLRBUF)
|
2002-06-21 06:18:05 +00:00
|
|
|
vfs_bio_clrbuf(nbp);
|
|
|
|
if (DOINGSOFTDEP(vp))
|
|
|
|
softdep_setup_allocindir_page(ip, lbn, bp,
|
|
|
|
indirs[i].in_off, nb, 0, nbp);
|
|
|
|
bap[indirs[i].in_off] = nb;
|
|
|
|
/*
|
|
|
|
* If required, write synchronously, otherwise use
|
|
|
|
* delayed write.
|
|
|
|
*/
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
if (flags & IO_SYNC) {
|
2002-06-21 06:18:05 +00:00
|
|
|
bwrite(bp);
|
|
|
|
} else {
|
|
|
|
if (bp->b_bufsize == fs->fs_bsize)
|
|
|
|
bp->b_flags |= B_CLUSTEROK;
|
|
|
|
bdwrite(bp);
|
|
|
|
}
|
2011-07-09 15:16:07 +00:00
|
|
|
curthread_pflags_restore(saved_inbdflush);
|
2002-06-21 06:18:05 +00:00
|
|
|
*bpp = nbp;
|
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
brelse(bp);
|
2002-06-23 06:12:22 +00:00
|
|
|
if (flags & BA_CLRBUF) {
|
2002-10-18 22:52:41 +00:00
|
|
|
int seqcount = (flags & BA_SEQMASK) >> BA_SEQSHIFT;
|
|
|
|
if (seqcount && (vp->v_mount->mnt_flag & MNT_NOCLUSTERR) == 0) {
|
|
|
|
error = cluster_read(vp, ip->i_size, lbn,
|
|
|
|
(int)fs->fs_bsize, NOCRED,
|
2013-03-19 15:08:15 +00:00
|
|
|
MAXBSIZE, seqcount, gbflags, &nbp);
|
2002-10-18 22:52:41 +00:00
|
|
|
} else {
|
2013-03-19 15:08:15 +00:00
|
|
|
error = bread_gb(vp, lbn, (int)fs->fs_bsize, NOCRED,
|
|
|
|
gbflags, &nbp);
|
2002-10-18 22:52:41 +00:00
|
|
|
}
|
2002-06-21 06:18:05 +00:00
|
|
|
if (error) {
|
|
|
|
brelse(nbp);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
} else {
|
2013-03-19 15:08:15 +00:00
|
|
|
nbp = getblk(vp, lbn, fs->fs_bsize, 0, 0, gbflags);
|
2002-06-21 06:18:05 +00:00
|
|
|
nbp->b_blkno = fsbtodb(fs, nb);
|
|
|
|
}
|
2011-07-09 15:16:07 +00:00
|
|
|
curthread_pflags_restore(saved_inbdflush);
|
2002-06-21 06:18:05 +00:00
|
|
|
*bpp = nbp;
|
|
|
|
return (0);
|
|
|
|
fail:
|
2011-07-09 15:16:07 +00:00
|
|
|
curthread_pflags_restore(saved_inbdflush);
|
2002-10-22 01:14:25 +00:00
|
|
|
/*
|
|
|
|
* If we have failed to allocate any blocks, simply return the error.
|
|
|
|
* This is the usual case and avoids the need to fsync the file.
|
|
|
|
*/
|
|
|
|
if (allocblk == allociblk && allocib == NULL && unwindidx == -1)
|
|
|
|
return (error);
|
2002-06-21 06:18:05 +00:00
|
|
|
/*
|
|
|
|
* If we have failed part way through block allocation, we
|
|
|
|
* have to deallocate any indirect blocks that we have allocated.
|
|
|
|
* We have to fsync the file before we start to get rid of all
|
|
|
|
* of its dependencies so that we do not leave them dangling.
|
|
|
|
* We have to sync it at the end so that the soft updates code
|
|
|
|
* does not find any untracked changes. Although this is really
|
|
|
|
* slow, running out of disk space is not expected to be a common
|
2013-04-17 11:40:10 +00:00
|
|
|
* occurrence. The error return from fsync is ignored as we already
|
2002-06-21 06:18:05 +00:00
|
|
|
* have an error to return to the user.
|
2010-04-24 07:05:35 +00:00
|
|
|
*
|
|
|
|
* XXX Still have to journal the free below
|
2002-06-21 06:18:05 +00:00
|
|
|
*/
|
2012-03-25 00:02:37 +00:00
|
|
|
(void) ffs_syncvnode(vp, MNT_WAIT, 0);
|
2007-12-29 13:31:27 +00:00
|
|
|
for (deallocated = 0, blkp = allociblk, lbns_remfree = lbns;
|
|
|
|
blkp < allocblk; blkp++, lbns_remfree++) {
|
|
|
|
/*
|
|
|
|
* We shall not leave the freed blocks on the vnode
|
|
|
|
* buffer object lists.
|
|
|
|
*/
|
|
|
|
bp = getblk(vp, *lbns_remfree, fs->fs_bsize, 0, 0, GB_NOCREAT);
|
|
|
|
if (bp != NULL) {
|
|
|
|
bp->b_flags |= (B_INVAL | B_RELBUF);
|
|
|
|
bp->b_flags &= ~B_ASYNC;
|
|
|
|
brelse(bp);
|
|
|
|
}
|
2002-06-21 06:18:05 +00:00
|
|
|
deallocated += fs->fs_bsize;
|
|
|
|
}
|
|
|
|
if (allocib != NULL) {
|
|
|
|
*allocib = 0;
|
|
|
|
} else if (unwindidx >= 0) {
|
|
|
|
int r;
|
|
|
|
|
|
|
|
r = bread(vp, indirs[unwindidx].in_lbn,
|
|
|
|
(int)fs->fs_bsize, NOCRED, &bp);
|
|
|
|
if (r) {
|
|
|
|
panic("Could not unwind indirect block, error %d", r);
|
|
|
|
brelse(bp);
|
|
|
|
} else {
|
|
|
|
bap = (ufs1_daddr_t *)bp->b_data;
|
|
|
|
bap[indirs[unwindidx].in_off] = 0;
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
if (flags & IO_SYNC) {
|
2002-06-21 06:18:05 +00:00
|
|
|
bwrite(bp);
|
|
|
|
} else {
|
|
|
|
if (bp->b_bufsize == fs->fs_bsize)
|
|
|
|
bp->b_flags |= B_CLUSTEROK;
|
|
|
|
bdwrite(bp);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if (deallocated) {
|
|
|
|
#ifdef QUOTA
|
|
|
|
/*
|
|
|
|
* Restore user's disk quota because allocation failed.
|
|
|
|
*/
|
|
|
|
(void) chkdq(ip, -btodb(deallocated), cred, FORCE);
|
|
|
|
#endif
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
dp->di_blocks -= btodb(deallocated);
|
2002-06-21 06:18:05 +00:00
|
|
|
ip->i_flag |= IN_CHANGE | IN_UPDATE;
|
|
|
|
}
|
2012-03-25 00:02:37 +00:00
|
|
|
(void) ffs_syncvnode(vp, MNT_WAIT, 0);
|
2008-01-03 12:28:57 +00:00
|
|
|
/*
|
|
|
|
* After the buffers are invalidated and on-disk pointers are
|
|
|
|
* cleared, free the blocks.
|
|
|
|
*/
|
|
|
|
for (blkp = allociblk; blkp < allocblk; blkp++) {
|
|
|
|
ffs_blkfree(ump, fs, ip->i_devvp, *blkp, fs->fs_bsize,
|
2011-06-15 23:19:09 +00:00
|
|
|
ip->i_number, vp->v_type, NULL);
|
2008-01-03 12:28:57 +00:00
|
|
|
}
|
2002-06-21 06:18:05 +00:00
|
|
|
return (error);
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Balloc defines the structure of file system storage
|
|
|
|
* by allocating the physical blocks on a device given
|
|
|
|
* the inode and the logical block number in a file.
|
|
|
|
* This is the allocation strategy for UFS2. Above is
|
|
|
|
* the allocation strategy for UFS1.
|
1994-05-24 10:09:53 +00:00
|
|
|
*/
|
1994-05-25 09:21:21 +00:00
|
|
|
int
|
2002-06-21 06:18:05 +00:00
|
|
|
ffs_balloc_ufs2(struct vnode *vp, off_t startoffset, int size,
|
|
|
|
struct ucred *cred, int flags, struct buf **bpp)
|
1998-03-08 09:59:44 +00:00
|
|
|
{
|
2000-01-11 08:27:00 +00:00
|
|
|
struct inode *ip;
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
struct ufs2_dinode *dp;
|
2002-06-21 06:18:05 +00:00
|
|
|
ufs_lbn_t lbn, lastlbn;
|
1998-03-08 09:59:44 +00:00
|
|
|
struct fs *fs;
|
1994-05-24 10:09:53 +00:00
|
|
|
struct buf *bp, *nbp;
|
2005-01-24 10:09:10 +00:00
|
|
|
struct ufsmount *ump;
|
1994-05-24 10:09:53 +00:00
|
|
|
struct indir indirs[NIADDR + 2];
|
2002-06-21 06:18:05 +00:00
|
|
|
ufs2_daddr_t nb, newb, *bap, pref;
|
|
|
|
ufs2_daddr_t *allocib, *blkp, *allocblk, allociblk[NIADDR + 1];
|
2007-12-29 13:31:27 +00:00
|
|
|
ufs2_daddr_t *lbns_remfree, lbns[NIADDR + 1];
|
1997-02-10 02:22:35 +00:00
|
|
|
int deallocated, osize, nsize, num, i, error;
|
2000-02-24 20:43:20 +00:00
|
|
|
int unwindidx = -1;
|
2008-07-23 14:32:44 +00:00
|
|
|
int saved_inbdflush;
|
2011-06-15 18:05:08 +00:00
|
|
|
static struct timeval lastfail;
|
|
|
|
static int curfail;
|
2013-03-19 15:08:15 +00:00
|
|
|
int gbflags, reclaimed;
|
1994-05-24 10:09:53 +00:00
|
|
|
|
1998-03-08 09:59:44 +00:00
|
|
|
ip = VTOI(vp);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
dp = ip->i_din2;
|
1998-03-08 09:59:44 +00:00
|
|
|
fs = ip->i_fs;
|
2005-01-24 10:09:10 +00:00
|
|
|
ump = ip->i_ump;
|
2002-06-21 06:18:05 +00:00
|
|
|
lbn = lblkno(fs, startoffset);
|
|
|
|
size = blkoff(fs, startoffset) + size;
|
2011-06-10 22:48:35 +00:00
|
|
|
reclaimed = 0;
|
1998-03-08 09:59:44 +00:00
|
|
|
if (size > fs->fs_bsize)
|
2002-06-21 06:18:05 +00:00
|
|
|
panic("ffs_balloc_ufs2: blk too big");
|
|
|
|
*bpp = NULL;
|
1997-02-10 02:22:35 +00:00
|
|
|
if (lbn < 0)
|
1994-05-24 10:09:53 +00:00
|
|
|
return (EFBIG);
|
2013-03-19 15:08:15 +00:00
|
|
|
gbflags = (flags & BA_UNMAPPED) != 0 ? GB_UNMAPPED : 0;
|
1994-05-24 10:09:53 +00:00
|
|
|
|
2010-04-24 07:05:35 +00:00
|
|
|
if (DOINGSOFTDEP(vp))
|
|
|
|
softdep_prealloc(vp, MNT_WAIT);
|
|
|
|
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
/*
|
|
|
|
* Check for allocating external data.
|
|
|
|
*/
|
|
|
|
if (flags & IO_EXT) {
|
|
|
|
if (lbn >= NXADDR)
|
|
|
|
return (EFBIG);
|
|
|
|
/*
|
|
|
|
* If the next write will extend the data into a new block,
|
|
|
|
* and the data is currently composed of a fragment
|
|
|
|
* this fragment has to be extended to be a full block.
|
|
|
|
*/
|
|
|
|
lastlbn = lblkno(fs, dp->di_extsize);
|
|
|
|
if (lastlbn < lbn) {
|
|
|
|
nb = lastlbn;
|
|
|
|
osize = sblksize(fs, dp->di_extsize, nb);
|
|
|
|
if (osize < fs->fs_bsize && osize > 0) {
|
2005-01-24 10:09:10 +00:00
|
|
|
UFS_LOCK(ump);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
error = ffs_realloccg(ip, -1 - nb,
|
|
|
|
dp->di_extb[nb],
|
|
|
|
ffs_blkpref_ufs2(ip, lastlbn, (int)nb,
|
|
|
|
&dp->di_extb[0]), osize,
|
2009-01-27 21:48:47 +00:00
|
|
|
(int)fs->fs_bsize, flags, cred, &bp);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
if (error)
|
|
|
|
return (error);
|
|
|
|
if (DOINGSOFTDEP(vp))
|
|
|
|
softdep_setup_allocext(ip, nb,
|
|
|
|
dbtofsb(fs, bp->b_blkno),
|
|
|
|
dp->di_extb[nb],
|
|
|
|
fs->fs_bsize, osize, bp);
|
|
|
|
dp->di_extsize = smalllblktosize(fs, nb + 1);
|
|
|
|
dp->di_extb[nb] = dbtofsb(fs, bp->b_blkno);
|
|
|
|
bp->b_xflags |= BX_ALTDATA;
|
2009-01-27 21:48:47 +00:00
|
|
|
ip->i_flag |= IN_CHANGE;
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
if (flags & IO_SYNC)
|
|
|
|
bwrite(bp);
|
|
|
|
else
|
|
|
|
bawrite(bp);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* All blocks are direct blocks
|
|
|
|
*/
|
|
|
|
if (flags & BA_METAONLY)
|
|
|
|
panic("ffs_balloc_ufs2: BA_METAONLY for ext block");
|
|
|
|
nb = dp->di_extb[lbn];
|
|
|
|
if (nb != 0 && dp->di_extsize >= smalllblktosize(fs, lbn + 1)) {
|
2013-03-19 15:08:15 +00:00
|
|
|
error = bread_gb(vp, -1 - lbn, fs->fs_bsize, NOCRED,
|
|
|
|
gbflags, &bp);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
if (error) {
|
|
|
|
brelse(bp);
|
|
|
|
return (error);
|
|
|
|
}
|
|
|
|
bp->b_blkno = fsbtodb(fs, nb);
|
|
|
|
bp->b_xflags |= BX_ALTDATA;
|
|
|
|
*bpp = bp;
|
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
if (nb != 0) {
|
|
|
|
/*
|
|
|
|
* Consider need to reallocate a fragment.
|
|
|
|
*/
|
|
|
|
osize = fragroundup(fs, blkoff(fs, dp->di_extsize));
|
|
|
|
nsize = fragroundup(fs, size);
|
|
|
|
if (nsize <= osize) {
|
2013-03-19 15:08:15 +00:00
|
|
|
error = bread_gb(vp, -1 - lbn, osize, NOCRED,
|
|
|
|
gbflags, &bp);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
if (error) {
|
|
|
|
brelse(bp);
|
|
|
|
return (error);
|
|
|
|
}
|
|
|
|
bp->b_blkno = fsbtodb(fs, nb);
|
|
|
|
bp->b_xflags |= BX_ALTDATA;
|
|
|
|
} else {
|
2005-01-24 10:09:10 +00:00
|
|
|
UFS_LOCK(ump);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
error = ffs_realloccg(ip, -1 - lbn,
|
|
|
|
dp->di_extb[lbn],
|
|
|
|
ffs_blkpref_ufs2(ip, lbn, (int)lbn,
|
2009-01-27 21:48:47 +00:00
|
|
|
&dp->di_extb[0]), osize, nsize, flags,
|
|
|
|
cred, &bp);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
if (error)
|
|
|
|
return (error);
|
|
|
|
bp->b_xflags |= BX_ALTDATA;
|
|
|
|
if (DOINGSOFTDEP(vp))
|
|
|
|
softdep_setup_allocext(ip, lbn,
|
|
|
|
dbtofsb(fs, bp->b_blkno), nb,
|
|
|
|
nsize, osize, bp);
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
if (dp->di_extsize < smalllblktosize(fs, lbn + 1))
|
|
|
|
nsize = fragroundup(fs, size);
|
|
|
|
else
|
|
|
|
nsize = fs->fs_bsize;
|
2005-01-24 10:09:10 +00:00
|
|
|
UFS_LOCK(ump);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
error = ffs_alloc(ip, lbn,
|
|
|
|
ffs_blkpref_ufs2(ip, lbn, (int)lbn, &dp->di_extb[0]),
|
2009-01-27 21:48:47 +00:00
|
|
|
nsize, flags, cred, &newb);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
if (error)
|
|
|
|
return (error);
|
2013-03-19 15:08:15 +00:00
|
|
|
bp = getblk(vp, -1 - lbn, nsize, 0, 0, gbflags);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
bp->b_blkno = fsbtodb(fs, newb);
|
|
|
|
bp->b_xflags |= BX_ALTDATA;
|
|
|
|
if (flags & BA_CLRBUF)
|
|
|
|
vfs_bio_clrbuf(bp);
|
|
|
|
if (DOINGSOFTDEP(vp))
|
|
|
|
softdep_setup_allocext(ip, lbn, newb, 0,
|
|
|
|
nsize, 0, bp);
|
|
|
|
}
|
|
|
|
dp->di_extb[lbn] = dbtofsb(fs, bp->b_blkno);
|
2009-01-27 21:48:47 +00:00
|
|
|
ip->i_flag |= IN_CHANGE;
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
*bpp = bp;
|
|
|
|
return (0);
|
|
|
|
}
|
1994-05-24 10:09:53 +00:00
|
|
|
/*
|
|
|
|
* If the next write will extend the file into a new block,
|
|
|
|
* and the file is currently composed of a fragment
|
|
|
|
* this fragment has to be extended to be a full block.
|
|
|
|
*/
|
2002-06-21 06:18:05 +00:00
|
|
|
lastlbn = lblkno(fs, ip->i_size);
|
|
|
|
if (lastlbn < NDADDR && lastlbn < lbn) {
|
|
|
|
nb = lastlbn;
|
1994-05-24 10:09:53 +00:00
|
|
|
osize = blksize(fs, ip, nb);
|
|
|
|
if (osize < fs->fs_bsize && osize > 0) {
|
2005-01-24 10:09:10 +00:00
|
|
|
UFS_LOCK(ump);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
error = ffs_realloccg(ip, nb, dp->di_db[nb],
|
2013-03-14 20:31:39 +00:00
|
|
|
ffs_blkpref_ufs2(ip, lastlbn, (int)nb,
|
|
|
|
&dp->di_db[0]), osize, (int)fs->fs_bsize,
|
|
|
|
flags, cred, &bp);
|
1994-05-24 10:09:53 +00:00
|
|
|
if (error)
|
|
|
|
return (error);
|
1998-03-08 09:59:44 +00:00
|
|
|
if (DOINGSOFTDEP(vp))
|
|
|
|
softdep_setup_allocdirect(ip, nb,
|
2002-06-21 06:18:05 +00:00
|
|
|
dbtofsb(fs, bp->b_blkno),
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
dp->di_db[nb],
|
1998-03-08 09:59:44 +00:00
|
|
|
fs->fs_bsize, osize, bp);
|
1997-04-10 13:17:09 +00:00
|
|
|
ip->i_size = smalllblktosize(fs, nb + 1);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
dp->di_size = ip->i_size;
|
|
|
|
dp->di_db[nb] = dbtofsb(fs, bp->b_blkno);
|
1994-05-24 10:09:53 +00:00
|
|
|
ip->i_flag |= IN_CHANGE | IN_UPDATE;
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
if (flags & IO_SYNC)
|
1994-05-24 10:09:53 +00:00
|
|
|
bwrite(bp);
|
|
|
|
else
|
|
|
|
bawrite(bp);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* The first NDADDR blocks are direct blocks
|
|
|
|
*/
|
1997-02-10 02:22:35 +00:00
|
|
|
if (lbn < NDADDR) {
|
2002-06-23 06:12:22 +00:00
|
|
|
if (flags & BA_METAONLY)
|
|
|
|
panic("ffs_balloc_ufs2: BA_METAONLY for direct block");
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
nb = dp->di_db[lbn];
|
1997-04-10 13:17:09 +00:00
|
|
|
if (nb != 0 && ip->i_size >= smalllblktosize(fs, lbn + 1)) {
|
2013-03-19 15:08:15 +00:00
|
|
|
error = bread_gb(vp, lbn, fs->fs_bsize, NOCRED,
|
|
|
|
gbflags, &bp);
|
1994-05-24 10:09:53 +00:00
|
|
|
if (error) {
|
|
|
|
brelse(bp);
|
|
|
|
return (error);
|
|
|
|
}
|
1995-03-03 22:13:16 +00:00
|
|
|
bp->b_blkno = fsbtodb(fs, nb);
|
2002-06-21 06:18:05 +00:00
|
|
|
*bpp = bp;
|
1994-05-24 10:09:53 +00:00
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
if (nb != 0) {
|
|
|
|
/*
|
|
|
|
* Consider need to reallocate a fragment.
|
|
|
|
*/
|
|
|
|
osize = fragroundup(fs, blkoff(fs, ip->i_size));
|
|
|
|
nsize = fragroundup(fs, size);
|
|
|
|
if (nsize <= osize) {
|
2013-03-19 15:08:15 +00:00
|
|
|
error = bread_gb(vp, lbn, osize, NOCRED,
|
|
|
|
gbflags, &bp);
|
1994-05-24 10:09:53 +00:00
|
|
|
if (error) {
|
|
|
|
brelse(bp);
|
|
|
|
return (error);
|
|
|
|
}
|
1995-03-03 22:13:16 +00:00
|
|
|
bp->b_blkno = fsbtodb(fs, nb);
|
1994-05-24 10:09:53 +00:00
|
|
|
} else {
|
2005-01-24 10:09:10 +00:00
|
|
|
UFS_LOCK(ump);
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
error = ffs_realloccg(ip, lbn, dp->di_db[lbn],
|
2002-06-21 06:18:05 +00:00
|
|
|
ffs_blkpref_ufs2(ip, lbn, (int)lbn,
|
2013-03-14 20:31:39 +00:00
|
|
|
&dp->di_db[0]), osize, nsize, flags,
|
2009-01-27 21:48:47 +00:00
|
|
|
cred, &bp);
|
1994-05-24 10:09:53 +00:00
|
|
|
if (error)
|
|
|
|
return (error);
|
1998-03-08 09:59:44 +00:00
|
|
|
if (DOINGSOFTDEP(vp))
|
|
|
|
softdep_setup_allocdirect(ip, lbn,
|
|
|
|
dbtofsb(fs, bp->b_blkno), nb,
|
|
|
|
nsize, osize, bp);
|
1994-05-24 10:09:53 +00:00
|
|
|
}
|
|
|
|
} else {
|
1997-04-10 13:17:09 +00:00
|
|
|
if (ip->i_size < smalllblktosize(fs, lbn + 1))
|
1994-05-24 10:09:53 +00:00
|
|
|
nsize = fragroundup(fs, size);
|
|
|
|
else
|
|
|
|
nsize = fs->fs_bsize;
|
2005-01-24 10:09:10 +00:00
|
|
|
UFS_LOCK(ump);
|
1997-02-10 02:22:35 +00:00
|
|
|
error = ffs_alloc(ip, lbn,
|
2002-06-21 06:18:05 +00:00
|
|
|
ffs_blkpref_ufs2(ip, lbn, (int)lbn,
|
2009-01-27 21:48:47 +00:00
|
|
|
&dp->di_db[0]), nsize, flags, cred, &newb);
|
1994-05-24 10:09:53 +00:00
|
|
|
if (error)
|
|
|
|
return (error);
|
2013-03-19 15:08:15 +00:00
|
|
|
bp = getblk(vp, lbn, nsize, 0, 0, gbflags);
|
1994-05-24 10:09:53 +00:00
|
|
|
bp->b_blkno = fsbtodb(fs, newb);
|
2002-06-23 06:12:22 +00:00
|
|
|
if (flags & BA_CLRBUF)
|
1995-04-09 06:03:56 +00:00
|
|
|
vfs_bio_clrbuf(bp);
|
1998-03-08 09:59:44 +00:00
|
|
|
if (DOINGSOFTDEP(vp))
|
|
|
|
softdep_setup_allocdirect(ip, lbn, newb, 0,
|
|
|
|
nsize, 0, bp);
|
1994-05-24 10:09:53 +00:00
|
|
|
}
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
dp->di_db[lbn] = dbtofsb(fs, bp->b_blkno);
|
1994-05-24 10:09:53 +00:00
|
|
|
ip->i_flag |= IN_CHANGE | IN_UPDATE;
|
2002-06-21 06:18:05 +00:00
|
|
|
*bpp = bp;
|
1994-05-24 10:09:53 +00:00
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* Determine the number of levels of indirection.
|
|
|
|
*/
|
|
|
|
pref = 0;
|
1999-01-28 00:57:57 +00:00
|
|
|
if ((error = ufs_getlbns(vp, lbn, indirs, &num)) != 0)
|
1994-05-24 10:09:53 +00:00
|
|
|
return(error);
|
2007-11-08 17:21:51 +00:00
|
|
|
#ifdef INVARIANTS
|
1994-05-24 10:09:53 +00:00
|
|
|
if (num < 1)
|
2002-06-21 06:18:05 +00:00
|
|
|
panic ("ffs_balloc_ufs2: ufs_getlbns returned indirect block");
|
1994-05-24 10:09:53 +00:00
|
|
|
#endif
|
2011-07-09 15:16:07 +00:00
|
|
|
saved_inbdflush = curthread_pflags_set(TDP_INBDFLUSH);
|
1994-05-24 10:09:53 +00:00
|
|
|
/*
|
|
|
|
* Fetch the first indirect block allocating if necessary.
|
|
|
|
*/
|
|
|
|
--num;
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
nb = dp->di_ib[indirs[0].in_off];
|
1997-02-10 02:22:35 +00:00
|
|
|
allocib = NULL;
|
|
|
|
allocblk = allociblk;
|
2007-12-29 13:31:27 +00:00
|
|
|
lbns_remfree = lbns;
|
1994-05-24 10:09:53 +00:00
|
|
|
if (nb == 0) {
|
2005-01-24 10:09:10 +00:00
|
|
|
UFS_LOCK(ump);
|
2013-03-22 21:45:28 +00:00
|
|
|
pref = ffs_blkpref_ufs2(ip, lbn, -indirs[0].in_off - 1,
|
|
|
|
(ufs2_daddr_t *)0);
|
2014-03-02 02:52:34 +00:00
|
|
|
if ((error = ffs_alloc(ip, lbn, pref, (int)fs->fs_bsize,
|
2009-01-27 21:48:47 +00:00
|
|
|
flags, cred, &newb)) != 0) {
|
2011-07-09 15:16:07 +00:00
|
|
|
curthread_pflags_restore(saved_inbdflush);
|
1994-05-24 10:09:53 +00:00
|
|
|
return (error);
|
2008-07-23 14:32:44 +00:00
|
|
|
}
|
2012-11-03 18:55:55 +00:00
|
|
|
pref = newb + fs->fs_frag;
|
1994-05-24 10:09:53 +00:00
|
|
|
nb = newb;
|
1997-02-10 02:22:35 +00:00
|
|
|
*allocblk++ = nb;
|
2007-12-29 13:31:27 +00:00
|
|
|
*lbns_remfree++ = indirs[1].in_lbn;
|
2013-03-19 15:08:15 +00:00
|
|
|
bp = getblk(vp, indirs[1].in_lbn, fs->fs_bsize, 0, 0,
|
|
|
|
GB_UNMAPPED);
|
1997-02-10 02:22:35 +00:00
|
|
|
bp->b_blkno = fsbtodb(fs, nb);
|
1995-04-09 06:03:56 +00:00
|
|
|
vfs_bio_clrbuf(bp);
|
1998-03-08 09:59:44 +00:00
|
|
|
if (DOINGSOFTDEP(vp)) {
|
|
|
|
softdep_setup_allocdirect(ip, NDADDR + indirs[0].in_off,
|
|
|
|
newb, 0, fs->fs_bsize, 0, bp);
|
|
|
|
bdwrite(bp);
|
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* Write synchronously so that indirect blocks
|
|
|
|
* never point at garbage.
|
|
|
|
*/
|
1999-07-13 18:20:13 +00:00
|
|
|
if (DOINGASYNC(vp))
|
|
|
|
bdwrite(bp);
|
|
|
|
else if ((error = bwrite(bp)) != 0)
|
1998-03-08 09:59:44 +00:00
|
|
|
goto fail;
|
|
|
|
}
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
allocib = &dp->di_ib[indirs[0].in_off];
|
1997-02-10 02:22:35 +00:00
|
|
|
*allocib = nb;
|
1994-05-24 10:09:53 +00:00
|
|
|
ip->i_flag |= IN_CHANGE | IN_UPDATE;
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* Fetch through the indirect blocks, allocating as necessary.
|
|
|
|
*/
|
2011-06-10 22:48:35 +00:00
|
|
|
retry:
|
1994-05-24 10:09:53 +00:00
|
|
|
for (i = 1;;) {
|
|
|
|
error = bread(vp,
|
|
|
|
indirs[i].in_lbn, (int)fs->fs_bsize, NOCRED, &bp);
|
|
|
|
if (error) {
|
|
|
|
brelse(bp);
|
1997-02-10 02:22:35 +00:00
|
|
|
goto fail;
|
1994-05-24 10:09:53 +00:00
|
|
|
}
|
2002-06-21 06:18:05 +00:00
|
|
|
bap = (ufs2_daddr_t *)bp->b_data;
|
1994-05-24 10:09:53 +00:00
|
|
|
nb = bap[indirs[i].in_off];
|
|
|
|
if (i == num)
|
|
|
|
break;
|
|
|
|
i += 1;
|
|
|
|
if (nb != 0) {
|
1996-01-19 04:00:31 +00:00
|
|
|
bqrelse(bp);
|
1994-05-24 10:09:53 +00:00
|
|
|
continue;
|
|
|
|
}
|
2005-01-24 10:09:10 +00:00
|
|
|
UFS_LOCK(ump);
|
2013-07-02 21:07:08 +00:00
|
|
|
/*
|
|
|
|
* If parent indirect has just been allocated, try to cluster
|
|
|
|
* immediately following it.
|
|
|
|
*/
|
1994-05-24 10:09:53 +00:00
|
|
|
if (pref == 0)
|
2013-03-22 21:45:28 +00:00
|
|
|
pref = ffs_blkpref_ufs2(ip, lbn, i - num - 1,
|
|
|
|
(ufs2_daddr_t *)0);
|
2009-01-27 21:48:47 +00:00
|
|
|
if ((error = ffs_alloc(ip, lbn, pref, (int)fs->fs_bsize,
|
2011-06-10 22:48:35 +00:00
|
|
|
flags | IO_BUFLOCKED, cred, &newb)) != 0) {
|
1994-05-24 10:09:53 +00:00
|
|
|
brelse(bp);
|
2011-06-10 22:48:35 +00:00
|
|
|
if (++reclaimed == 1) {
|
|
|
|
UFS_LOCK(ump);
|
|
|
|
softdep_request_cleanup(fs, vp, cred,
|
|
|
|
FLUSH_BLOCKS_WAIT);
|
|
|
|
UFS_UNLOCK(ump);
|
|
|
|
goto retry;
|
|
|
|
}
|
2011-06-15 18:05:08 +00:00
|
|
|
if (ppsratecheck(&lastfail, &curfail, 1)) {
|
|
|
|
ffs_fserr(fs, ip->i_number, "filesystem full");
|
|
|
|
uprintf("\n%s: write failed, filesystem "
|
|
|
|
"is full\n", fs->fs_fsmnt);
|
|
|
|
}
|
1997-02-10 02:22:35 +00:00
|
|
|
goto fail;
|
1994-05-24 10:09:53 +00:00
|
|
|
}
|
2012-11-03 18:55:55 +00:00
|
|
|
pref = newb + fs->fs_frag;
|
1994-05-24 10:09:53 +00:00
|
|
|
nb = newb;
|
1997-02-10 02:22:35 +00:00
|
|
|
*allocblk++ = nb;
|
2007-12-29 13:31:27 +00:00
|
|
|
*lbns_remfree++ = indirs[i].in_lbn;
|
2013-03-19 15:08:15 +00:00
|
|
|
nbp = getblk(vp, indirs[i].in_lbn, fs->fs_bsize, 0, 0,
|
|
|
|
GB_UNMAPPED);
|
1994-05-24 10:09:53 +00:00
|
|
|
nbp->b_blkno = fsbtodb(fs, nb);
|
1995-04-09 06:03:56 +00:00
|
|
|
vfs_bio_clrbuf(nbp);
|
1998-03-08 09:59:44 +00:00
|
|
|
if (DOINGSOFTDEP(vp)) {
|
|
|
|
softdep_setup_allocindir_meta(nbp, ip, bp,
|
|
|
|
indirs[i - 1].in_off, nb);
|
|
|
|
bdwrite(nbp);
|
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* Write synchronously so that indirect blocks
|
|
|
|
* never point at garbage.
|
|
|
|
*/
|
1999-01-28 00:57:57 +00:00
|
|
|
if ((error = bwrite(nbp)) != 0) {
|
1998-03-08 09:59:44 +00:00
|
|
|
brelse(bp);
|
|
|
|
goto fail;
|
|
|
|
}
|
1994-05-24 10:09:53 +00:00
|
|
|
}
|
|
|
|
bap[indirs[i - 1].in_off] = nb;
|
2000-02-24 20:43:20 +00:00
|
|
|
if (allocib == NULL && unwindidx < 0)
|
|
|
|
unwindidx = i - 1;
|
1994-05-24 10:09:53 +00:00
|
|
|
/*
|
|
|
|
* If required, write synchronously, otherwise use
|
|
|
|
* delayed write.
|
|
|
|
*/
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
if (flags & IO_SYNC) {
|
1994-05-24 10:09:53 +00:00
|
|
|
bwrite(bp);
|
|
|
|
} else {
|
Make our v_usecount vnode reference count work identically to the
original BSD code. The association between the vnode and the vm_object
no longer includes reference counts. The major difference is that
vm_object's are no longer freed gratuitiously from the vnode, and so
once an object is created for the vnode, it will last as long as the
vnode does.
When a vnode object reference count is incremented, then the underlying
vnode reference count is incremented also. The two "objects" are now
more intimately related, and so the interactions are now much less
complex.
When vnodes are now normally placed onto the free queue with an object still
attached. The rundown of the object happens at vnode rundown time, and
happens with exactly the same filesystem semantics of the original VFS
code. There is absolutely no need for vnode_pager_uncache and other
travesties like that anymore.
A side-effect of these changes is that SMP locking should be much simpler,
the I/O copyin/copyout optimizations work, NFS should be more ponderable,
and further work on layered filesystems should be less frustrating, because
of the totally coherent management of the vnode objects and vnodes.
Please be careful with your system while running this code, but I would
greatly appreciate feedback as soon a reasonably possible.
1998-01-06 05:26:17 +00:00
|
|
|
if (bp->b_bufsize == fs->fs_bsize)
|
|
|
|
bp->b_flags |= B_CLUSTEROK;
|
1994-05-24 10:09:53 +00:00
|
|
|
bdwrite(bp);
|
|
|
|
}
|
|
|
|
}
|
2000-07-11 22:07:57 +00:00
|
|
|
/*
|
|
|
|
* If asked only for the indirect block, then return it.
|
|
|
|
*/
|
2002-06-23 06:12:22 +00:00
|
|
|
if (flags & BA_METAONLY) {
|
2011-07-09 15:16:07 +00:00
|
|
|
curthread_pflags_restore(saved_inbdflush);
|
2002-06-21 06:18:05 +00:00
|
|
|
*bpp = bp;
|
2000-07-11 22:07:57 +00:00
|
|
|
return (0);
|
|
|
|
}
|
1994-05-24 10:09:53 +00:00
|
|
|
/*
|
|
|
|
* Get the data block, allocating if necessary.
|
|
|
|
*/
|
|
|
|
if (nb == 0) {
|
2005-01-24 10:09:10 +00:00
|
|
|
UFS_LOCK(ump);
|
2013-07-02 21:07:08 +00:00
|
|
|
/*
|
|
|
|
* If allocating metadata at the front of the cylinder
|
|
|
|
* group and parent indirect block has just been allocated,
|
|
|
|
* then cluster next to it if it is the first indirect in
|
|
|
|
* the file. Otherwise it has been allocated in the metadata
|
|
|
|
* area, so we want to find our own place out in the data area.
|
|
|
|
*/
|
|
|
|
if (pref == 0 || (lbn > NDADDR && fs->fs_metaspace != 0))
|
2012-11-03 18:55:55 +00:00
|
|
|
pref = ffs_blkpref_ufs2(ip, lbn, indirs[i].in_off,
|
|
|
|
&bap[0]);
|
2011-06-10 22:48:35 +00:00
|
|
|
error = ffs_alloc(ip, lbn, pref, (int)fs->fs_bsize,
|
|
|
|
flags | IO_BUFLOCKED, cred, &newb);
|
1994-10-10 01:04:55 +00:00
|
|
|
if (error) {
|
1994-05-24 10:09:53 +00:00
|
|
|
brelse(bp);
|
2011-06-10 22:48:35 +00:00
|
|
|
if (++reclaimed == 1) {
|
|
|
|
UFS_LOCK(ump);
|
|
|
|
softdep_request_cleanup(fs, vp, cred,
|
|
|
|
FLUSH_BLOCKS_WAIT);
|
|
|
|
UFS_UNLOCK(ump);
|
|
|
|
goto retry;
|
|
|
|
}
|
2011-06-15 18:05:08 +00:00
|
|
|
if (ppsratecheck(&lastfail, &curfail, 1)) {
|
|
|
|
ffs_fserr(fs, ip->i_number, "filesystem full");
|
|
|
|
uprintf("\n%s: write failed, filesystem "
|
|
|
|
"is full\n", fs->fs_fsmnt);
|
|
|
|
}
|
1997-02-10 02:22:35 +00:00
|
|
|
goto fail;
|
1994-05-24 10:09:53 +00:00
|
|
|
}
|
|
|
|
nb = newb;
|
1997-02-10 02:22:35 +00:00
|
|
|
*allocblk++ = nb;
|
2007-12-29 13:31:27 +00:00
|
|
|
*lbns_remfree++ = lbn;
|
2013-03-19 15:08:15 +00:00
|
|
|
nbp = getblk(vp, lbn, fs->fs_bsize, 0, 0, gbflags);
|
1994-05-24 10:09:53 +00:00
|
|
|
nbp->b_blkno = fsbtodb(fs, nb);
|
2002-06-23 06:12:22 +00:00
|
|
|
if (flags & BA_CLRBUF)
|
1995-04-09 06:03:56 +00:00
|
|
|
vfs_bio_clrbuf(nbp);
|
1998-03-08 09:59:44 +00:00
|
|
|
if (DOINGSOFTDEP(vp))
|
|
|
|
softdep_setup_allocindir_page(ip, lbn, bp,
|
|
|
|
indirs[i].in_off, nb, 0, nbp);
|
1994-05-24 10:09:53 +00:00
|
|
|
bap[indirs[i].in_off] = nb;
|
|
|
|
/*
|
|
|
|
* If required, write synchronously, otherwise use
|
|
|
|
* delayed write.
|
|
|
|
*/
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
if (flags & IO_SYNC) {
|
1994-05-24 10:09:53 +00:00
|
|
|
bwrite(bp);
|
|
|
|
} else {
|
Make our v_usecount vnode reference count work identically to the
original BSD code. The association between the vnode and the vm_object
no longer includes reference counts. The major difference is that
vm_object's are no longer freed gratuitiously from the vnode, and so
once an object is created for the vnode, it will last as long as the
vnode does.
When a vnode object reference count is incremented, then the underlying
vnode reference count is incremented also. The two "objects" are now
more intimately related, and so the interactions are now much less
complex.
When vnodes are now normally placed onto the free queue with an object still
attached. The rundown of the object happens at vnode rundown time, and
happens with exactly the same filesystem semantics of the original VFS
code. There is absolutely no need for vnode_pager_uncache and other
travesties like that anymore.
A side-effect of these changes is that SMP locking should be much simpler,
the I/O copyin/copyout optimizations work, NFS should be more ponderable,
and further work on layered filesystems should be less frustrating, because
of the totally coherent management of the vnode objects and vnodes.
Please be careful with your system while running this code, but I would
greatly appreciate feedback as soon a reasonably possible.
1998-01-06 05:26:17 +00:00
|
|
|
if (bp->b_bufsize == fs->fs_bsize)
|
|
|
|
bp->b_flags |= B_CLUSTEROK;
|
1994-05-24 10:09:53 +00:00
|
|
|
bdwrite(bp);
|
|
|
|
}
|
2011-07-09 15:16:07 +00:00
|
|
|
curthread_pflags_restore(saved_inbdflush);
|
2002-06-21 06:18:05 +00:00
|
|
|
*bpp = nbp;
|
1994-05-24 10:09:53 +00:00
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
brelse(bp);
|
2002-10-18 22:52:41 +00:00
|
|
|
/*
|
|
|
|
* If requested clear invalid portions of the buffer. If we
|
|
|
|
* have to do a read-before-write (typical if BA_CLRBUF is set),
|
|
|
|
* try to do some read-ahead in the sequential case to reduce
|
|
|
|
* the number of I/O transactions.
|
|
|
|
*/
|
2002-06-23 06:12:22 +00:00
|
|
|
if (flags & BA_CLRBUF) {
|
2002-10-18 22:52:41 +00:00
|
|
|
int seqcount = (flags & BA_SEQMASK) >> BA_SEQSHIFT;
|
|
|
|
if (seqcount && (vp->v_mount->mnt_flag & MNT_NOCLUSTERR) == 0) {
|
|
|
|
error = cluster_read(vp, ip->i_size, lbn,
|
|
|
|
(int)fs->fs_bsize, NOCRED,
|
2013-03-19 15:08:15 +00:00
|
|
|
MAXBSIZE, seqcount, gbflags, &nbp);
|
2002-10-18 22:52:41 +00:00
|
|
|
} else {
|
2013-03-19 15:08:15 +00:00
|
|
|
error = bread_gb(vp, lbn, (int)fs->fs_bsize,
|
|
|
|
NOCRED, gbflags, &nbp);
|
2002-10-18 22:52:41 +00:00
|
|
|
}
|
1994-05-24 10:09:53 +00:00
|
|
|
if (error) {
|
|
|
|
brelse(nbp);
|
1997-02-10 02:22:35 +00:00
|
|
|
goto fail;
|
1994-05-24 10:09:53 +00:00
|
|
|
}
|
|
|
|
} else {
|
2013-03-19 15:08:15 +00:00
|
|
|
nbp = getblk(vp, lbn, fs->fs_bsize, 0, 0, gbflags);
|
1994-05-24 10:09:53 +00:00
|
|
|
nbp->b_blkno = fsbtodb(fs, nb);
|
|
|
|
}
|
2011-07-09 15:16:07 +00:00
|
|
|
curthread_pflags_restore(saved_inbdflush);
|
2002-06-21 06:18:05 +00:00
|
|
|
*bpp = nbp;
|
1994-05-24 10:09:53 +00:00
|
|
|
return (0);
|
1997-02-10 02:22:35 +00:00
|
|
|
fail:
|
2011-07-09 15:16:07 +00:00
|
|
|
curthread_pflags_restore(saved_inbdflush);
|
2002-10-22 01:14:25 +00:00
|
|
|
/*
|
|
|
|
* If we have failed to allocate any blocks, simply return the error.
|
|
|
|
* This is the usual case and avoids the need to fsync the file.
|
|
|
|
*/
|
|
|
|
if (allocblk == allociblk && allocib == NULL && unwindidx == -1)
|
|
|
|
return (error);
|
1997-02-10 02:22:35 +00:00
|
|
|
/*
|
|
|
|
* If we have failed part way through block allocation, we
|
|
|
|
* have to deallocate any indirect blocks that we have allocated.
|
2000-01-11 08:27:00 +00:00
|
|
|
* We have to fsync the file before we start to get rid of all
|
|
|
|
* of its dependencies so that we do not leave them dangling.
|
|
|
|
* We have to sync it at the end so that the soft updates code
|
|
|
|
* does not find any untracked changes. Although this is really
|
|
|
|
* slow, running out of disk space is not expected to be a common
|
2013-05-12 16:43:26 +00:00
|
|
|
* occurrence. The error return from fsync is ignored as we already
|
2000-01-11 08:27:00 +00:00
|
|
|
* have an error to return to the user.
|
2010-04-24 07:05:35 +00:00
|
|
|
*
|
|
|
|
* XXX Still have to journal the free below
|
1997-02-10 02:22:35 +00:00
|
|
|
*/
|
2012-03-25 00:02:37 +00:00
|
|
|
(void) ffs_syncvnode(vp, MNT_WAIT, 0);
|
2007-12-29 13:31:27 +00:00
|
|
|
for (deallocated = 0, blkp = allociblk, lbns_remfree = lbns;
|
|
|
|
blkp < allocblk; blkp++, lbns_remfree++) {
|
|
|
|
/*
|
|
|
|
* We shall not leave the freed blocks on the vnode
|
|
|
|
* buffer object lists.
|
|
|
|
*/
|
|
|
|
bp = getblk(vp, *lbns_remfree, fs->fs_bsize, 0, 0, GB_NOCREAT);
|
|
|
|
if (bp != NULL) {
|
|
|
|
bp->b_flags |= (B_INVAL | B_RELBUF);
|
|
|
|
bp->b_flags &= ~B_ASYNC;
|
|
|
|
brelse(bp);
|
|
|
|
}
|
1997-02-10 02:22:35 +00:00
|
|
|
deallocated += fs->fs_bsize;
|
|
|
|
}
|
2000-02-24 20:43:20 +00:00
|
|
|
if (allocib != NULL) {
|
1997-02-10 02:22:35 +00:00
|
|
|
*allocib = 0;
|
2000-02-24 20:43:20 +00:00
|
|
|
} else if (unwindidx >= 0) {
|
|
|
|
int r;
|
|
|
|
|
|
|
|
r = bread(vp, indirs[unwindidx].in_lbn,
|
|
|
|
(int)fs->fs_bsize, NOCRED, &bp);
|
|
|
|
if (r) {
|
|
|
|
panic("Could not unwind indirect block, error %d", r);
|
|
|
|
brelse(bp);
|
|
|
|
} else {
|
2002-06-21 06:18:05 +00:00
|
|
|
bap = (ufs2_daddr_t *)bp->b_data;
|
2000-02-24 20:43:20 +00:00
|
|
|
bap[indirs[unwindidx].in_off] = 0;
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
if (flags & IO_SYNC) {
|
2000-02-24 20:43:20 +00:00
|
|
|
bwrite(bp);
|
|
|
|
} else {
|
|
|
|
if (bp->b_bufsize == fs->fs_bsize)
|
|
|
|
bp->b_flags |= B_CLUSTEROK;
|
|
|
|
bdwrite(bp);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
1997-02-10 02:22:35 +00:00
|
|
|
if (deallocated) {
|
|
|
|
#ifdef QUOTA
|
|
|
|
/*
|
|
|
|
* Restore user's disk quota because allocation failed.
|
|
|
|
*/
|
2002-06-21 06:18:05 +00:00
|
|
|
(void) chkdq(ip, -btodb(deallocated), cred, FORCE);
|
1997-02-10 02:22:35 +00:00
|
|
|
#endif
|
Add support to UFS2 to provide storage for extended attributes.
As this code is not actually used by any of the existing
interfaces, it seems unlikely to break anything (famous
last words).
The internal kernel interface to manipulate these attributes
is invoked using two new IO_ flags: IO_NORMAL and IO_EXT.
These flags may be specified in the ioflags word of VOP_READ,
VOP_WRITE, and VOP_TRUNCATE. Specifying IO_NORMAL means that
you want to do I/O to the normal data part of the file and
IO_EXT means that you want to do I/O to the extended attributes
part of the file. IO_NORMAL and IO_EXT are mutually exclusive
for VOP_READ and VOP_WRITE, but may be specified individually
or together in the case of VOP_TRUNCATE. For example, when
removing a file, VOP_TRUNCATE is called with both IO_NORMAL
and IO_EXT set. For backward compatibility, if neither IO_NORMAL
nor IO_EXT is set, then IO_NORMAL is assumed.
Note that the BA_ and IO_ flags have been `merged' so that they
may both be used in the same flags word. This merger is possible
by assigning the IO_ flags to the low sixteen bits and the BA_
flags the high sixteen bits. This works because the high sixteen
bits of the IO_ word is reserved for read-ahead and help with
write clustering so will never be used for flags. This merge
lets us get away from code of the form:
if (ioflags & IO_SYNC)
flags |= BA_SYNC;
For the future, I have considered adding a new field to the
vattr structure, va_extsize. This addition could then be
exported through the stat structure to allow applications to
find out the size of the extended attribute storage and also
would provide a more standard interface for truncating them
(via VOP_SETATTR rather than VOP_TRUNCATE).
I am also contemplating adding a pathconf parameter (for
concreteness, lets call it _PC_MAX_EXTSIZE) which would
let an application determine the maximum size of the extended
atribute storage.
Sponsored by: DARPA & NAI Labs.
2002-07-19 07:29:39 +00:00
|
|
|
dp->di_blocks -= btodb(deallocated);
|
1997-02-10 02:22:35 +00:00
|
|
|
ip->i_flag |= IN_CHANGE | IN_UPDATE;
|
|
|
|
}
|
2012-03-25 00:02:37 +00:00
|
|
|
(void) ffs_syncvnode(vp, MNT_WAIT, 0);
|
2008-01-03 12:28:57 +00:00
|
|
|
/*
|
|
|
|
* After the buffers are invalidated and on-disk pointers are
|
|
|
|
* cleared, free the blocks.
|
|
|
|
*/
|
|
|
|
for (blkp = allociblk; blkp < allocblk; blkp++) {
|
|
|
|
ffs_blkfree(ump, fs, ip->i_devvp, *blkp, fs->fs_bsize,
|
2011-06-15 23:19:09 +00:00
|
|
|
ip->i_number, vp->v_type, NULL);
|
2008-01-03 12:28:57 +00:00
|
|
|
}
|
1997-02-10 02:22:35 +00:00
|
|
|
return (error);
|
1994-05-24 10:09:53 +00:00
|
|
|
}
|