From: Johannes Hirte <johannes.hirte@fem.tu-ilmenau.de>
To: Jordan Patterson <jordanp@gmail.com>
Cc: Josef Bacik <josef@redhat.com>, linux-btrfs@vger.kernel.org
Subject: Re: BUG: unable to handle kernel NULL pointer dereference at (null)
Date: Thu, 7 Apr 2011 01:42:18 +0200 [thread overview]
Message-ID: <201104070142.18769.johannes.hirte@fem.tu-ilmenau.de> (raw)
In-Reply-To: <BANLkTi=hZ2i-kj70yq+=E74oSZZu9G7wtw@mail.gmail.com>
On Wednesday 06 April 2011 22:47:28 Jordan Patterson wrote:
> Hi Josef:
>
> I tried your latest patch, since I had the same issue from the first
> email. With the patch applied, I am now hitting the
> BUG_ON(block_group->total_bitmaps >= max_bitmaps); in add_new_bitmap
> in
> fs/btrfs/free-space-cache.c:1246 as soon as I mount the filesystem,
> with or without -o clear_cache.
>
> It works fine in 2.6.38. I get the same error after mounting with
> clear_cache under 2.6.38 and rebooting into the current kernel with
> your patch.
>
> Jordan
What filesystem is it and how did you mount it with -o clear_cache? If it is
your rootfs did you applied clear_cache to /etc/fstab or your bootloader? If
it was the latter it won't work. For the rootfs you need to add it to the boot
options. For me this worked every time.
Josef, is there any way to detect a wrong cache, saved by an pre-2.6.39 kernel
and discard it?
regards,
Johannes
next prev parent reply other threads:[~2011-04-06 23:42 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-05 17:38 BUG: unable to handle kernel NULL pointer dereference at (null) Johannes Hirte
2011-04-05 17:42 ` Josef Bacik
2011-04-05 18:52 ` Johannes Hirte
2011-04-05 18:53 ` Josef Bacik
2011-04-05 19:21 ` Johannes Hirte
2011-04-05 19:31 ` Josef Bacik
[not found] ` <201104052308.53816.johannes.hirte@fem.tu-ilmenau.de>
2011-04-05 21:12 ` Josef Bacik
2011-04-05 22:00 ` Johannes Hirte
2011-04-05 21:57 ` Josef Bacik
2011-04-06 11:10 ` Johannes Hirte
2011-04-06 17:15 ` Josef Bacik
2011-04-06 20:47 ` Jordan Patterson
2011-04-06 23:42 ` Johannes Hirte [this message]
2011-04-07 13:17 ` Josef Bacik
[not found] ` <BANLkTin1MN-QZWGvVE4o0T1_U9B1qtunig@mail.gmail.com>
2011-04-07 15:44 ` Jordan Patterson
2011-04-07 8:28 ` Johannes Hirte
2011-07-20 15:12 TB
2011-07-21 4:13 ` Randy Dunlap
2011-11-13 15:18 Andreas Hartmann
2013-08-11 5:53 [cpufreq] " Fengguang Wu
2013-08-12 4:59 ` Viresh Kumar
2014-10-23 6:58 Kevin Wilson
2014-10-23 9:05 ` Paul Bolle
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201104070142.18769.johannes.hirte@fem.tu-ilmenau.de \
--to=johannes.hirte@fem.tu-ilmenau.de \
--cc=jordanp@gmail.com \
--cc=josef@redhat.com \
--cc=linux-btrfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.