From: Arthur Jones <ajones@riverbed.com>
To: Miklos Szeredi <miklos@szeredi.hu>
Cc: "a.p.zijlstra@chello.nl" <a.p.zijlstra@chello.nl>,
"mszeredi@suse.cz" <mszeredi@suse.cz>,
"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
"kay.sievers@vrfy.org" <kay.sievers@vrfy.org>,
"greg@kroah.com" <greg@kroah.com>,
"trond.myklebust@fys.uio.no" <trond.myklebust@fys.uio.no>,
"torvalds@linux-foundation.org" <torvalds@linux-foundation.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [BUG] mm: bdi: export BDI attributes in sysfs
Date: Thu, 15 May 2008 13:44:17 -0700 [thread overview]
Message-ID: <20080515204417.GT23649@ajones-laptop.nbttech.com> (raw)
In-Reply-To: <E1JwiZa-0007UA-Tm@pomaz-ex.szeredi.hu>
Hi Miklos, ...
On Thu, May 15, 2008 at 11:53:02AM -0700, Miklos Szeredi wrote:
> > About 1 in 4 times, when turning the power back
> > on for a drive, I get the BUG reported below. The
> > drives are not mounted, just sitting there getting
> > power cycled (the test looks to make sure they are
> > being seen by the scsi subsystem and udev).
>
> > > BUG: unable to handle kernel NULL pointer dereference at
> > > 0000000000000000
> > > IP: [<ffffffff802694e3>] read_ahead_kb_show+0x1b/0x2d
>
> I suspect this is because there's a race between the show/store
> functions and dev_set_drvdata() in bdi_register().
>
> Could you try this patch to verify that this is indeed the problem?
Well, the patch had more conflicts than Obama at an
RNC fundraiser (spaces/tabs?) and didn't compile at first
-- but w/ some minor tweaks it finally succumbed and after
many power cycles I no longer see the problem.
Thanks for your help...
Arthur
> Index: linux-2.6/mm/backing-dev.c
> ===================================================================
> --- linux-2.6.orig/mm/backing-dev.c 2008-05-14 12:49:33.000000000 +0200
> +++ linux-2.6/mm/backing-dev.c 2008-05-15 20:37:55.000000000 +0200
> @@ -15,6 +15,7 @@ static struct class *bdi_class;
> #include <linux/seq_file.h>
>
> static struct dentry *bdi_debug_root;
> +static DEFINE_MUTEX(bdi_dev_mutex);
>
> static void bdi_debug_init(void)
> {
> @@ -84,11 +85,19 @@ static inline void bdi_debug_unregister(
> }
> #endif
>
> +static struct backing_dev_info *dev_get_bdi(struct device *dev)
> +{
> + mutex_lock(&bdi_dev_mutex);
> + mutex_unlock(&bdi_dev_mutex);
> +
> + return dev_get_drvdata(dev);
> +}
> +
> static ssize_t read_ahead_kb_store(struct device *dev,
> struct device_attribute *attr,
> const char *buf, size_t count)
> {
> - struct backing_dev_info *bdi = dev_get_drvdata(dev);
> + struct backing_dev_info *bdi = dev_get_bdi(dev);
> char *end;
> unsigned long read_ahead_kb;
> ssize_t ret = -EINVAL;
> @@ -107,7 +116,7 @@ static ssize_t read_ahead_kb_store(struc
> static ssize_t name##_show(struct device *dev, \
> struct device_attribute *attr, char *page) \
> { \
> - struct backing_dev_info *bdi = dev_get_drvdata(dev); \
> + struct backing_dev_info *bdi = dev_get_bdi(dev); \
> \
> return snprintf(page, PAGE_SIZE-1, "%lld\n", (long long)expr); \
> }
> @@ -117,7 +126,7 @@ BDI_SHOW(read_ahead_kb, K(bdi->ra_pages)
> static ssize_t min_ratio_store(struct device *dev,
> struct device_attribute *attr, const char *buf, size_t count)
> {
> - struct backing_dev_info *bdi = dev_get_drvdata(dev);
> + struct backing_dev_info *bdi = dev_get_bdi(dev);
> char *end;
> unsigned int ratio;
> ssize_t ret = -EINVAL;
> @@ -135,7 +144,7 @@ BDI_SHOW(min_ratio, bdi->min_ratio)
> static ssize_t max_ratio_store(struct device *dev,
> struct device_attribute *attr, const char *buf, size_t count)
> {
> - struct backing_dev_info *bdi = dev_get_drvdata(dev);
> + struct backing_dev_info *bdi = dev_get_bdi(dev);
> char *end;
> unsigned int ratio;
> ssize_t ret = -EINVAL;
> @@ -184,6 +193,7 @@ int bdi_register(struct backing_dev_info
> if (!name)
> return -ENOMEM;
>
> + mutex_lock(&bdi_dev_mutex);
> dev = device_create(bdi_class, parent, MKDEV(0, 0), name);
> if (IS_ERR(dev)) {
> ret = PTR_ERR(dev);
> @@ -195,6 +205,7 @@ int bdi_register(struct backing_dev_info
> bdi_debug_register(bdi, name);
>
> exit:
> + mutex_unlock(&bdi_dev_mutex);
> kfree(name);
> return ret;
> }
>
prev parent reply other threads:[~2008-05-15 20:44 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20080513190435.GG23649@ajones-laptop.nbttech.com>
2008-05-14 14:40 ` Arthur Jones
2008-05-15 18:53 ` Miklos Szeredi
2008-05-15 19:18 ` Linus Torvalds
2008-05-15 19:27 ` Miklos Szeredi
2008-05-15 19:54 ` Linus Torvalds
2008-05-15 20:40 ` Greg KH
2008-05-15 21:02 ` Greg KH
2008-05-15 22:05 ` Arthur Jones
2008-05-15 23:20 ` Greg KH
2008-05-16 4:59 ` Greg KH
2008-05-15 20:37 ` Greg KH
2008-05-15 20:40 ` Greg KH
2008-05-15 20:44 ` Arthur Jones [this message]
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=20080515204417.GT23649@ajones-laptop.nbttech.com \
--to=ajones@riverbed.com \
--cc=a.p.zijlstra@chello.nl \
--cc=akpm@linux-foundation.org \
--cc=greg@kroah.com \
--cc=kay.sievers@vrfy.org \
--cc=linux-kernel@vger.kernel.org \
--cc=miklos@szeredi.hu \
--cc=mszeredi@suse.cz \
--cc=torvalds@linux-foundation.org \
--cc=trond.myklebust@fys.uio.no \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®