[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a4423d670810200758m3cea3841h40988afc8eaf81@mail.gmail.com>
Date: Mon, 20 Oct 2008 18:58:09 +0400
From: "Alexander Beregalov" <a.beregalov@...il.com>
To: "Arjan van de Ven" <arjan@...radead.org>
Cc: "Christoph Hellwig" <hch@...radead.org>, xfs@....sgi.com,
linux-next@...r.kernel.org, LKML <linux-kernel@...r.kernel.org>
Subject: Re: BUG: sleeping function called from invalid context at kernel/rwsem.c:131 XFS? (was: Re: linux-next: Tree for October 17)
2008/10/18 Arjan van de Ven <arjan@...radead.org>:
> On Fri, 17 Oct 2008 16:37:10 -0400
> Christoph Hellwig <hch@...radead.org> wrote:
>
>> I just ran the xfs testsuite over linux-next on qemu (i386), and I
>> can't find anything at all. Really strange. Let's see if this still
>> there with mondays linux-next, and if yes can you just try the xfs
>> patch from the splitout linux-next patches and see if that alone
>> causes it?
Hi Christoph
I have the same result with next-1020 and today's xfs-2.6.git/master
(
commit bfd2bd10da76378dc4afd87d7d204a1d3d70b347
Author: David Chinner <david@...morbit.com>
Date: Fri Oct 17 15:36:23 2008 +1000
Inode: Allow external list initialisation
)
Should I start bisecting?
>>
>> In fact that might be useful for todays linux-next, too.
>> --
>
> also if you enable lockdep, it tracks where irq's got turned off (with
> a stacktrace I think) so it would provide some good clues.
Yes, lockdep was enabled, but there is no more information than I
already posted.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists