search for: _bhrfs_m

I''ve filed this bug under util-linux, because I think wipefs isn''t deleting all btrfs metadata it could. But ultimately it appears to be a btrfs bug because nothing else sees the stale volume. https://bugzilla.redhat.com/show_bug.cgi?id=889888#c15 btrfs-progs-0.20.rc1.20121017git92d9eec-1.fc18.x86_64 e2fs-progs-1.42.5-1.fc18.x86_64 kernel 3.7.1-2 Brand new 80GB virtual disk,

...lue, so it needs the ULL suffix. Signed-off-by: MartinS <ams at ludd.ltu.se> --- diff --git a/core/fs/btrfs/btrfs.h b/core/fs/btrfs/btrfs.h index 1568e4d..8f519a9 100644 --- a/core/fs/btrfs/btrfs.h +++ b/core/fs/btrfs/btrfs.h @@ -32,7 +32,7 @@ typedef u64 __le64; #define BTRFS_MAGIC "_BHRfS_M" #define BTRFS_MAGIC_L 8 -#define BTRFS_MAGIC_N 0x4d5f53665248425f +#define BTRFS_MAGIC_N 0x4d5f53665248425fULL #define BTRFS_SUPER_FLAG_METADUMP (1ULL << 33) -- MartinS

...ize of the constant of BTRFS_MAGIC_N. It is a 64bit value, so it needs the ULL suffix. diff --git a/core/fs/btrfs/btrfs.h b/core/fs/btrfs/btrfs.h index 1568e4d..8f519a9 100644 --- a/core/fs/btrfs/btrfs.h +++ b/core/fs/btrfs/btrfs.h @@ -32,7 +32,7 @@ typedef u64 __le64; #define BTRFS_MAGIC "_BHRfS_M" #define BTRFS_MAGIC_L 8 -#define BTRFS_MAGIC_N 0x4d5f53665248425f +#define BTRFS_MAGIC_N 0x4d5f53665248425fULL #define BTRFS_SUPER_FLAG_METADUMP (1ULL << 33) -- MartinS

...sr/kinit/fstype/btrfs_fs.h b/usr/kinit/fstype/btrfs_fs.h new file mode 100644 index 0000000..e1f933e --- /dev/null +++ b/usr/kinit/fstype/btrfs_fs.h @@ -0,0 +1,51 @@ +#ifndef __BTRFS_FS_H +#define __BTRFS_FS_H + +/* Extracted from fs/btrfs/ctree.h and shortened a bit */ + +#define BTRFS_MAGIC "_BHRfS_M" + +#define BTRFS_CSUM_SIZE 32 +#define BTRFS_FSID_SIZE 16 + +/* + * the super block basically lists the main trees of the FS + * it currently lacks any block count etc etc + */ +struct btrfs_super_block { + __u8 csum[BTRFS_CSUM_SIZE]; + /* the first 4 fields must match struct bt...

...,12 @@ extern struct kmem_cache *btrfs_path_cachep; extern struct kmem_cache *btrfs_free_space_cachep; struct btrfs_ordered_sum; +#ifdef CONFIG_BTRFS_FS_RUN_SANITY_TESTS +#define STATIC noinline +#else +#define STATIC static noinline +#endif + #define BTRFS_MAGIC 0x4D5F53665248425FULL /* ascii _BHRfS_M, no null */ #define BTRFS_MAX_MIRRORS 3 diff --git a/fs/btrfs/extent_io.c b/fs/btrfs/extent_io.c index 2bf6f46..c10291cc 100644 --- a/fs/btrfs/extent_io.c +++ b/fs/btrfs/extent_io.c @@ -1598,11 +1598,10 @@ done: * * 1 is returned if we find something, 0 if nothing was in the tree */ -stati...

Hi gang, I was a little surprised to see that patch go by recently which fixed an endian bug. I went to see how sparse checking looked and it was.. broken. I got it going again in my Fedora environment. Most of the patches are just cleanups, but there *were* three real bugs lurking in all that sparse warning spam. So I maintain that it''s worth our time to keep it going and fix

...ot;); ret = check_fs_roots(root, &root_cache); if (ret) diff --git a/ctree.h b/ctree.h index 702de2c..67fa650 100644 --- a/ctree.h +++ b/ctree.h @@ -28,6 +28,7 @@ struct btrfs_root; struct btrfs_trans_handle; +struct btrfs_free_space_ctl; #define BTRFS_MAGIC 0x4D5F53665248425F /* ascii _BHRfS_M, no null */ #define BTRFS_MAX_LEVEL 8 @@ -268,6 +269,15 @@ struct btrfs_chunk { /* additional stripes go here */ } __attribute__ ((__packed__)); +#define BTRFS_FREE_SPACE_EXTENT 1 +#define BTRFS_FREE_SPACE_BITMAP 2 + +struct btrfs_free_space_entry { + __le64 offset; + __le64 bytes; + u8 typ...

Hi, The following patches add support for ext4 and btrfs to PV-GRUB. These patches are taken nearly verbatim from those provided by Fedora and Gentoo. We''ve been using these patches for the PV-GRUB images available in EC2 for some time now with no problems. Changes from v1: - Makefile has been changed to check the exit code from patch - The btrfs patch has been rebased to apply