Added initialization with the declaration of ret. It isn't set later on the
switch-default branch (which should never be taken).
Signed-off-by: Jan Schmidt list.bt...@jan-o-sch.net
---
fs/btrfs/backref.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Hi,
With the most current git kernel
(90a4c0f51e8e44111a926be6f4c87af3938a79c3) I'm still getting the same
reproducible kernel panic when trying to read a particular file stored
on a btrfs filesystem (as seen in the log there are indeed disk media
errors on this disk).
I'd like the software
On Thu, Jan 19, 2012 at 8:42 AM, Vincent Vanackere
vincent.vanack...@gmail.com wrote:
Hi,
With the most current git kernel (90a4c0f51e8e44111a926be6f4c87af3938a79c3)
I'm still getting the same reproducible kernel panic when trying to read a
particular file stored on a btrfs filesystem (as
Is there any reason why this can't be applied in for-linus? Does it
need more testing? Still no corruption here after copying the whole
root FS in subvolume after btrfs-convert, this FS is used everyday
with big image files, clients backups of Windows directories (small
files) and 3 snapshots a
On Wed, Jan 18, 2012 at 11:59 PM, Fajar A. Nugraha l...@fajar.net wrote:
Recent kernels (e.g. 3.1 or 3.2) is smart enough to automatically fix
certain types of errors. Watch syslog when you mount the fs, access
some files, unmount, and mount it again. If second mount does not show
any error
On Fri, Jan 20, 2012 at 11:24 AM, Jérôme Poulin jeromepou...@gmail.com wrote:
On Wed, Jan 18, 2012 at 11:59 PM, Fajar A. Nugraha l...@fajar.net wrote:
some files, unmount, and mount it again. If second mount does not show
any error message then I'm pretty sure you're safe.
I just upgraded
The intent here was to do a logical instead of a bitwise . The
original condition tests whether they have the some of same bits set.
I have fixed that and rewritten it to be more clear.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
---
Warning: This is a static analysis bug and I'm not
These should be gfp_t or Sparse complains:
fs/btrfs/ulist.c:100:55: warning:
incorrect type in argument 2 (different base types)
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
diff --git a/fs/btrfs/ulist.c b/fs/btrfs/ulist.c
index 12f5147..5d1b047 100644
--- a/fs/btrfs/ulist.c
+++