- Subject: Re: [PATCH v2] vfs: __read_cache_page should use gfp argument rather than GFP_KERNEL
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Date: Wed, 21 Dec 2011 12:28:43 -0800
- Cc: Hugh Dickins <hughd@xxxxxxxxxx>, Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>, "Rafael J. Wysocki" <rjw@xxxxxxx>, jfs-discussion@xxxxxxxxxxxxxxxxxxxxx, Kernel Testers List <kernel-testers@xxxxxxxxxxxxxxx>, LKML <linux-kernel@xxxxxxxxxxxxxxx>, Maciej Rutecki <maciej.rutecki@xxxxxxxxx>, Florian Mickler <florian@xxxxxxxxxxx>, davem@xxxxxxxxxxxxx, Al Viro <viro@xxxxxxxxxxxxxxxxxx>, linux-mm@xxxxxxxxx
- In-reply-to: <4EF211EC.7090002@oracle.com>
On Wed, 21 Dec 2011 11:05:48 -0600
Dave Kleikamp <dave.kleikamp@xxxxxxxxxx> wrote:
> [ updated to remove now-obsolete comment in read_cache_page_gfp()]
>
> lockdep reports a deadlock in jfs because a special inode's rw semaphore
> is taken recursively. The mapping's gfp mask is GFP_NOFS, but is not used
> when __read_cache_page() calls add_to_page_cache_lru().
Well hang on, it's not just a lockdep splat. The kernel actually will
deadlock if we reenter JFS via this GFP_KERNEL allocation attempt, yes?
Was that GFP_NOFS allocation recently added to JFS? If not then we
should backport this deadlock fix into -stable, no?
--
To unsubscribe from this list: send the line "unsubscribe kernel-testers" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[Linux USB Devel]
[Video for Linux]
[Linux Audio Users]
[Photo]
[Yosemite News]
[Yosemite Photos]
[PDAs]
[Free Online Dating]
[Linux Kernel]
[Linux SCSI]
[XFree86]