Hello!
I joined the list after this thread:
http://comments.gmane.org/gmane.comp.file-systems.btrfs/4589
but I just found it via google, as I've hit this same bug with a
real use-case: the NVIDIA CUDA developer kit.
Upon final installation of this package, I hit the ([Error 31] Too
many Links)
On Fri, Mar 19, 2010 at 04:22:11PM +0800, Jens Axboe wrote:
On Fri, Mar 19 2010, Shaohua Li wrote:
On Fri, Mar 19, 2010 at 08:59:48AM +0800, Shaohua Li wrote:
On Thu, Mar 18, 2010 at 08:53:13PM +0800, Chris Mason wrote:
On Thu, Mar 18, 2010 at 09:42:57AM +0800, Shaohua Li wrote:
On Fri, Mar 19 2010, Shaohua Li wrote:
On Fri, Mar 19, 2010 at 04:22:11PM +0800, Jens Axboe wrote:
On Fri, Mar 19 2010, Shaohua Li wrote:
On Fri, Mar 19, 2010 at 08:59:48AM +0800, Shaohua Li wrote:
On Thu, Mar 18, 2010 at 08:53:13PM +0800, Chris Mason wrote:
On Thu, Mar 18, 2010 at
Remove duplicated #include('s) in
fs/btrfs/ioctl.c
Signed-off-by: Huang Weiyi weiyi.hu...@gmail.com
---
fs/btrfs/ioctl.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/fs/btrfs/ioctl.c b/fs/btrfs/ioctl.c
index 2845c6c..5c9f8b3 100644
--- a/fs/btrfs/ioctl.c
+++
As Yan pointed out, theres not much reason for all this complicated math to
account for file extents being split up into max_extent chunks, since they are
likely to all end up in the same leaf anyway. Since there isn't much reason to
use max_extent, just remove the option altogether so we have
We don't actually check the return value of btrfs_read_block_groups, so we can
possibly succeed to mount, but then fail to say read the superblock xattr for
selinux which will cause the vfs code to deactivate the super. This is a
problem because in find_free_extent we just assume that we will
On Fri, Mar 19, 2010 at 9:59 PM, Josef Bacik jo...@redhat.com wrote:
On Fri, Mar 19, 2010 at 11:09:25AM +0800, Yan, Zheng wrote:
On Thu, Mar 18, 2010 at 11:47 PM, Josef Bacik jo...@redhat.com wrote:
A user reported a bug a few weeks back where if he set max_extent=1m and
then
did a dd
2010/3/17 Hubert Kario h...@qbs.com.pl:
Read further, Sun did provide a way to enable the compare step by using
verify instead of on:
zfs set dedup=verify pool
I have tested ZFS deduplication on the same data set that I'm using to
test btrfs. I used a 5-element radiz, dedup=on, which uses
A filesystem can have disk extents in arbitrary places on the disk, as
well as extents that must be read into memory because they have
compression or encryption btrfs doesn't support. These extents can be
passed to the new extent iteration functions, which will handle all the
details of alignment,
Filesystems need to provide a function open_blah that fills a struct
convert_fs with some information and three function pointers.
The function pointers are:
- cache_free_extents, which takes a struct extent_io_tree and marks all
extents not being used by the filesystem as DIRTY
- copy_inodes,
No material changes are made.
---
Makefile | 10 +-
convert.c = convert/convert.c | 803 +---
convert/convert.h | 76
convert/ext2.c | 791 +++
4 files changed,
11 matches
Mail list logo
