linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Corey Hickey <bugfood-ml@fatooh.org>
To: linux-raid@vger.kernel.org
Subject: Re: 2.6.20: reproducible hard lockup with RAID-5 resync
Date: Sun, 18 Feb 2007 16:06:53 -0800	[thread overview]
Message-ID: <45D8EA1D.3070100@fatooh.org> (raw)
In-Reply-To: <17880.52611.569535.56180@notabene.brown>

Neil Brown wrote:
>> Ok, so the difference is CONFIG_SYSFS_DEPRECATED. If that is not
>> defined, the kernel locks up. There's not a lot of code under
>> #ifdef/#ifndef CONFIG_SYSFS_DEPRECATED, but since I'm not familiar with
>> any of it I don't expect trying to locate the bug on my own would be
>> very productive.
>>
>> Neil, do you have CONFIG_SYSFS_DEPRECATED enabled? If so, does disabling
>> it reproduce my problem? If you can't reproduce it, should it take the
>> problem over to linux-kernel?
> 
> # CONFIG_SYSFS_DEPRECATED is not set
> 
> No, it is not set, and yet it all still works for me.

Dang, again. :)

> It is very hard to see how this CONFIG option can make a difference.
> Have you double checked that setting it removed the problem and
> clearing it causes the problem?

Yes, it seems odd to me too, but I have double-checked. If I build a
kernel with CONFIG_SYSFS_DEPRECATED enabled, it works; if I disable that
option and rebuild the kernel, it locks up.

I just tried running 'make defconfig' and then enabling only RAID,
RAID-0, RAID-1, and RAID-4/5/6. If I then disable
CONFIG_SYSFS_DEPRECATED, there aren't any problems. ...so, I'll try to
isolate the problem some more later.

Thanks,
Corey

      reply	other threads:[~2007-02-19  0:06 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-16  6:47 2.6.20: reproducible hard lockup with RAID-5 resync Corey Hickey
2007-02-16  7:59 ` Neil Brown
2007-02-16  8:11   ` Corey Hickey
2007-02-16 21:23   ` Corey Hickey
2007-02-17 10:58     ` Corey Hickey
2007-02-17 11:14       ` Justin Piszcz
2007-02-17 19:19         ` Corey Hickey
2007-02-18  9:51 ` Corey Hickey
2007-02-18 21:09   ` Corey Hickey
2007-02-18 22:04     ` Neil Brown
2007-02-19  0:06       ` Corey Hickey [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=45D8EA1D.3070100@fatooh.org \
    --to=bugfood-ml@fatooh.org \
    --cc=linux-raid@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).