Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751510Ab1C1Eqp (ORCPT ); Mon, 28 Mar 2011 00:46:45 -0400 Received: from mail.bluewatersys.com ([202.124.120.130]:4694 "EHLO hayes.bluewaternz.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750788Ab1C1Eqo (ORCPT ); Mon, 28 Mar 2011 00:46:44 -0400 Message-ID: <4D9012C5.8070401@bluewatersys.com> Date: Mon, 28 Mar 2011 17:47:01 +1300 From: Ryan Mallon User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Dave Chinner CC: viro@zeniv.linux.org.uk, dchinner@redhat.com, Trond.Myklebust@netapp.com, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-nfs@vger.kernel.org Subject: Re: [RFC PATCH 0/2] Introduce unlocked version of igrab References: <1301277361-9453-1-git-send-email-ryan@bluewatersys.com> <20110328044334.GA1022@dastard> In-Reply-To: <20110328044334.GA1022@dastard> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2612 Lines: 51 On 03/28/2011 05:43 PM, Dave Chinner wrote: > On Mon, Mar 28, 2011 at 02:55:59PM +1300, Ryan Mallon wrote: >> Commit 250df6ed274d767da844a5d9f05720b804240197 "fs: protect >> inode->i_state with inode->i_lock" introduces a change to igrab to acquire >> inode->i_lock. >> >> This change causes a panic on boot on my ARM EP93xx board when the rootfs >> uses NFS. The problem occurs because nfs_inode_add_request acquires >> inode->i_lock and then calls igrab, resulting in the following panic: >> >> BUG: spinlock recursion on CPU#0, getty/262 >> lock: cc421cb4, .magic: dead4ead, .owner: getty/262, .owner_cpu: 0 >> [] (unwind_backtrace+0x0/0xe4) from [] (do_raw_spin_lock+0x40/0x13c) >> [] (do_raw_spin_lock+0x40/0x13c) from [] (igrab+0x14/0x48) >> [] (igrab+0x14/0x48) from [] (nfs_updatepage+0x2e0/0x524) >> [] (nfs_updatepage+0x2e0/0x524) from [] (nfs_write_end+0x23c/0x270) >> [] (nfs_write_end+0x23c/0x270) from [] (generic_file_buffered_write+0x180/0x248) >> [] (generic_file_buffered_write+0x180/0x248) from [] (__generic_file_aio_write+0x3b8/0x3f4) >> [] (__generic_file_aio_write+0x3b8/0x3f4) from [] (generic_file_aio_write+0x6c/0xdc) >> [] (generic_file_aio_write+0x6c/0xdc) from [] (nfs_file_write+0xec/0x178) >> [] (nfs_file_write+0xec/0x178) from [] (do_sync_write+0xa4/0xe4) >> [] (do_sync_write+0xa4/0xe4) from [] (vfs_write+0xb4/0x12c) >> [] (vfs_write+0xb4/0x12c) from [] (sys_write+0x3c/0x68) >> [] (sys_write+0x3c/0x68) from [] (ret_fast_syscall+0x0/0x2c) >> >> This series introduces a new function called __igrab, which is an unlocked >> version of igrab and modifies nfs_inode_add_request to use the unlocked >> version. > > It's called ihold() and already exists. Thanks. Missed that one. Is ihold the correct replacement for the fs/ceph cases I mentioned in my other email? ~Ryan -- Bluewater Systems Ltd - ARM Technology Solution Centre Ryan Mallon 5 Amuri Park, 404 Barbadoes St ryan@bluewatersys.com PO Box 13 889, Christchurch 8013 http://www.bluewatersys.com New Zealand Phone: +64 3 3779127 Freecall: Australia 1800 148 751 Fax: +64 3 3779135 USA 1800 261 2934 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/