On Thu, Dec 9, 2010 at 6:14 PM, Chris Mason chris.ma...@oracle.com wrote:
Excerpts from Tommy Jonsson's message of 2010-12-08 15:07:58 -0500:
Build the latest tools, then:
btrfsck -s 1 /dev/xxx
btrfsck -s 2 /dev/xxx
If either of these work we have an easy way to get it mounted. Just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all and happy new year.
this is my first patch of the new year. Hooping that this is a good
sign. :-)
The enclosed patch try to address the problem raised by Justin: how
circumvent the check performed by mkfs.btrfs ?
I add a -f|--force switch
On Wed, Nov 17, 2010 at 08:46:14PM -0500, Josef Bacik wrote:
This is version 3 of the hole punching series I've been posting. Not much has
changed, the history is below
V2-V3
-FALLOC_FL_PUNCH_HOLE must also have FALLOC_FL_KEEP_SIZE in order to work
-formatting fixes
V1-V2
-Hole
Hi,
We have file readahead to do asyn file read, but has no metadata
readahead. For a list of files, their metadata is stored in fragmented
disk space and metadata read is a sync operation, which impacts the
efficiency of readahead much. The patches try to add meatadata readahead
for btrfs.
In
Add an ioctl to dump filesystem's metadata in memory in vfs. Userspace collects
such info and uses it to do metadata readahead.
Filesystem can hook to super_operations.metadata_incore to get metadata in
specific approach. Next patch will give an example how to implement
.metadata_incore in btrfs.
Implement btrfs specific .metadata_incore.
In btrfs, all metadata pages are in a special btree_inode, we take pages from
it.
we only account updated and referenced pages here. Say we collect metadata info
in one boot, do metadata readahead in next boot and we might collect metadata
again. The
Add metadata readahead ioctl in vfs. Filesystem can hook to
super_operations.metadata_readahead to handle filesystem specific task.
Next patch will give an example how btrfs implements it.
Signed-off-by: Shaohua Li shaohua...@intel.com
---
fs/compat_ioctl.c |1 +
fs/ioctl.c | 21
Implementation btrfs .metadata_readahead. In btrfs, all metadata pages are in a
special btree_inode. We do readahead in it.
Signed-off-by: Shaohua Li shaohua...@intel.com
---
fs/btrfs/disk-io.c | 10 ++
fs/btrfs/super.c |1 +
fs/btrfs/volumes.c | 38
do validation for extent_buffer if it's skipped before
With metadata readahead, we slightly change the behavior. Before it, we allocate
an extent_buffer (so set page-private), do metadata read and
btree_readpage_end_io_hook() will do validation. After it, we directly do
metadata readahead, and
2010/12/29 Miao Xie mi...@cn.fujitsu.com:
Hello, Chris
I have a bunch of random fixes of the space management in
git://repo.or.cz/linux-btrfs-devel.git space-manage
They are the ENOSPC fixes, as well as fixes for df command.
The first one and the last one fixed the wrong free space
On mon, 3 Jan 2011 23:46:00 -0600, Mitch Harder wrote:
2010/12/29 Miao Xiemi...@cn.fujitsu.com:
Hello, Chris
I have a bunch of random fixes of the space management in
git://repo.or.cz/linux-btrfs-devel.git space-manage
They are the ENOSPC fixes, as well as fixes for df command.
The
11 matches
Mail list logo