linux-toradex.git/fs/btrfs/check-integrity.c, branch v3.19.3

Btrfs: include vmalloc.h in check-integrity.c

2014-11-25T14:01:11+00:00

Fengguang's build monster reported warnings on some arches because we
don't have vmalloc.h included

Signed-off-by: Chris Mason 
Reported-by: fengguang.wu@intel.com

Btrfs: check-int: don't complain about balanced blocks

2014-11-21T01:14:30+00:00

The xfstest btrfs/014 which tests the balance operation caused that the
check_int module complained that known blocks changed their physical
location. Since this is not an error in this case, only print such
message if the verbose mode was enabled.

Reported-by: Wang Shilong 
Signed-off-by: Stefan Behrens 
Tested-by: Wang Shilong 
Signed-off-by: Chris Mason

Btrfs: check_int: use the known block location

2014-11-21T01:14:29+00:00

The xfstest btrfs/014 which tests the balance operation caused issues with
the check_int module. The attempt was made to use btrfs_map_block() to
find the physical location for a written block. However, this was not
at all needed since the location of the written block was known since
a hook to submit_bio() was the reason for entering the check_int module.
Additionally, after a block relocation it happened that btrfs_map_block()
failed causing misleading error messages afterwards.

This patch changes the check_int module to use the known information of
the physical location from the bio.

Reported-by: Wang Shilong 
Signed-off-by: Stefan Behrens 
Tested-by: Wang Shilong 
Signed-off-by: Chris Mason

Btrfs: fix allocationg memory failure for btrfsic_state structure

2014-11-21T01:14:28+00:00

size of @btrfsic_state needs more than 2M, it is very likely to
fail allocating memory using kzalloc(). see following mesage:

[91428.902148] Call Trace:
[] dump_stack+0x4d/0x66
[] warn_alloc_failed+0xff/0x170
[] __alloc_pages_nodemask+0x951/0xc30
[] alloc_pages_current+0x11a/0x1f0
[] ? alloc_kmem_pages+0x3b/0xf0
[] alloc_kmem_pages+0x3b/0xf0
[] kmalloc_order+0x18/0x50
[] kmalloc_order_trace+0x24/0x140
[] btrfsic_mount+0x8b/0xae0 [btrfs]
[] ? check_preempt_curr+0x85/0xa0
[] ? try_to_wake_up+0x103/0x430
[] open_ctree+0x1bd0/0x2130 [btrfs]
[] btrfs_mount+0x62e/0x8b0 [btrfs]
[] ? alloc_pages_current+0x11a/0x1f0
[] ? __get_free_pages+0xe/0x50
[] mount_fs+0x39/0x1b0
[] vfs_kern_mount+0x6b/0x150
[] do_mount+0x27b/0xc30
[] ? __get_free_pages+0xe/0x50
[] SyS_mount+0x96/0xf0
[] system_call_fastpath+0x16/0x1b

Since we are allocating memory for hash table array, so
it will be good if we could allocate continuous pages here.

Fix this problem by firstly trying kzalloc(), if we fail,
use vzalloc() instead.

Signed-off-by: Wang Shilong 
Signed-off-by: Chris Mason

Btrfs: fix wrong disk size when writing super blocks

2014-09-17T20:38:33+00:00

total_size will be changed when resizing a device, and disk_total_size
will be changed if resizing is successful. Meanwhile, the on-disk super
blocks of the previous transaction might not be updated. Considering
the consistency of the metadata in the previous transaction, We should
use the size in the previous transaction to check if the super block is
beyond the boundary of the device. Fix it.

Signed-off-by: Miao Xie 
Signed-off-by: Chris Mason

btrfs: use DIV_ROUND_UP instead of open-coded variants

2014-09-17T20:37:17+00:00

The form

  (value + PAGE_CACHE_SIZE - 1) >> PAGE_CACHE_SHIFT

is equivalent to

  (value + PAGE_CACHE_SIZE - 1) / PAGE_CACHE_SIZE

The rest is a simple subsitution, no difference in the generated
assembly code.

Signed-off-by: David Sterba 
Signed-off-by: Chris Mason

btrfs: use nodesize everywhere, kill leafsize

2014-09-17T20:37:14+00:00

The nodesize and leafsize were never of different values. Unify the
usage and make nodesize the one. Cleanup the redundant checks and
helpers.

Shaves a few bytes from .text:

  text    data     bss     dec     hex filename
852418   24560   23112  900090   dbbfa btrfs.ko.before
851074   24584   23112  898770   db6d2 btrfs.ko.after

Signed-off-by: David Sterba 
Signed-off-by: Chris Mason

btrfs: check_int: propagate out-of-memory error upwards

2014-06-10T00:20:21+00:00

This issue was not causing any harm but IMO (and in the opinion of the
static code checker) it is better to propagate this error status upwards.

Signed-off-by: Stefan Behrens 
Reported-by: Dan Carpenter 
Signed-off-by: Chris Mason

Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs

2014-02-04T20:26:56+00:00

Pull btrfs fixes from Chris Mason:
 "Filipe is fixing compile and boot problems with our crc32c rework, and
  Josef has disabled snapshot aware defrag for now.

  As the number of snapshots increases, we're hitting OOM.  For the
  short term we're disabling things until a bigger fix is ready"

* 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs:
  Btrfs: use late_initcall instead of module_init
  Btrfs: use btrfs_crc32c everywhere instead of libcrc32c
  Btrfs: disable snapshot aware defrag for now

Btrfs: use btrfs_crc32c everywhere instead of libcrc32c

2014-02-03T17:01:27+00:00

After the commit titled "Btrfs: fix btrfs boot when compiled as built-in",
LIBCRC32C requirement was removed from btrfs' Kconfig. This made it not
possible to build a kernel with btrfs enabled (either as module or built-in)
if libcrc32c is not enabled as well. So just replace all uses of libcrc32c
with the equivalent function in btrfs hash.h - btrfs_crc32c.

Signed-off-by: Filipe David Borba Manana 
Signed-off-by: Chris Mason