Return-Path: Received: from mail4.gandi.net ([217.70.183.210]:56055 "EHLO gandi.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1757973AbbJVSz1 (ORCPT ); Thu, 22 Oct 2015 14:55:27 -0400 Date: Thu, 22 Oct 2015 20:55:23 +0200 From: William Dauchy To: stable@vger.kernel.org Cc: William Dauchy , linux-fsdevel@vger.kernel.org, Linux NFS mailing list , Jeff Layton , Jeff Layton Subject: Re: locks_get_lock_context null deref Message-ID: <20151022185523.GE3258@gandi.net> References: <20151019163332.GI10696@gandi.net> <20151019174014.GJ10696@gandi.net> <20151022173243.GD3258@gandi.net> <20151022143945.42856f45@synchrony.poochiereds.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cYtjc4pxslFTELvY" In-Reply-To: <20151022143945.42856f45@synchrony.poochiereds.net> Sender: linux-nfs-owner@vger.kernel.org List-ID: --cYtjc4pxslFTELvY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi stable team, I got the following null deref on lock_get_context using nfs client v4.0 on a linux v4.1.x. After applying these four patches on top, I was unable to reproduce the issue: bcd7f78 locks: have flock_lock_file take an inode pointer instead of a filp 29d01b2 locks: new helpers - flock_lock_inode_wait and posix_lock_inode_wait ee296d7 locks: inline posix_lock_file_wait and flock_lock_file_wait 83bfff2 nfs4: have do_vfs_lock take an inode pointer Jeff Layton agreed it should be candidates for stable tree in v4.1.x Do you think these four patches could be queued in v4.1.x? BUG: unable to handle kernel NULL pointer dereference at 00000000000001c8 IP: [] locks_get_lock_context+0x3/0xc0 PGD 0=20 Oops: 0000 [#1] SMP=20 CPU: 1 PID: 1773 Comm: kworker/1:1H Not tainted 4.1.11-rc1 #1 Workqueue: rpciod ffffffff8164fff0 task: ffff8810374deba0 ti: ffff8810374df150 task.ti: ffff8810374df150 RIP: 0010:[] [] locks_get_lock_context= +0x3/0xc0 RSP: 0000:ffff881036007bb0 EFLAGS: 00010246 RAX: ffff881036007c30 RBX: ffff881001981880 RCX: 0000000000000002 RDX: 00000000000006ed RSI: 0000000000000002 RDI: 0000000000000000 RBP: ffff881036007c08 R08: 0000000000000000 R09: 0000000000000001 R10: 0000000000000000 R11: ffff88101db69948 R12: ffff8810019818d8 R13: ffff881036007bc8 R14: ffff880e225d81c0 R15: ffff881edfd2b400 FS: 0000000000000000(0000) GS:ffff88103fc20000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00000000000001c8 CR3: 000000000169b000 CR4: 00000000000606f0 Stack: ffffffff811d2710 ffff881036007bc8 ffffffff819f1af1 ffff881036007bc8 ffff881036007bc8 ffff881036007c08 ffff881001981880 ffff8810019818d8 ffff881036007c48 ffff880e225d81c0 ffff881edfd2b400 ffff881036007c88 Call Trace: [] ? flock_lock_file+0x30/0x270 [] flock_lock_file_wait+0x41/0xf0 [] ? _raw_spin_unlock+0x26/0x40 [] do_vfs_lock+0x19/0x40 [] nfs4_locku_done+0x5c/0xf0 [] rpc_exit_task+0x34/0xb0 [] __rpc_execute+0x79/0x390 [] rpc_async_schedule+0x10/0x20 [] process_one_work+0x1a5/0x450 [] ? process_one_work+0x134/0x450 [] worker_thread+0x4b/0x4a0 [] ? process_one_work+0x450/0x450 [] ? process_one_work+0x450/0x450 [] kthread+0xf7/0x110 [] ? __kthread_parkme+0xa0/0xa0 [] ret_from_fork+0x3e/0x70 [] ? __kthread_parkme+0xa0/0xa0 Code: 48 b8 00 00 00 00 00 00 00 80 55 48 89 e5 48 09 c1 ff d1 5d 85 c0 0f = 95 c0 0f b6 c0 eb b9 66 2e 0f 1f 84 00 00 00 00 00 83 fe 02 <48> 8b 87 c8 0= 1 00 00 0f 84 a0 00 00 00 48 85 c0 0f 85 97 00 00=20 RIP [] locks_get_lock_context+0x3/0xc0 RSP CR2: 00000000000001c8 ---[ end trace 2da9686dda1b5574 ]--- Thanks, --=20 William --cYtjc4pxslFTELvY Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlYpMRsACgkQ1I6eqOUidQFT2gCgnTHihmZoAtY3152iOQLGJ4vl RLoAnjlNv+zZd46MxlQKmEMTOcUM2fdz =B1md -----END PGP SIGNATURE----- --cYtjc4pxslFTELvY--