Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753668AbaLMXi7 (ORCPT ); Sat, 13 Dec 2014 18:38:59 -0500 Received: from mail-qg0-f47.google.com ([209.85.192.47]:57466 "EHLO mail-qg0-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751907AbaLMXi6 (ORCPT ); Sat, 13 Dec 2014 18:38:58 -0500 MIME-Version: 1.0 In-Reply-To: <20141213233508.GN22149@ZenIV.linux.org.uk> References: <20141211145408.GB16800@redhat.com> <20141212185454.GB4716@redhat.com> <20141213165915.GA12756@redhat.com> <20141213223616.GA22559@redhat.com> <20141213233508.GN22149@ZenIV.linux.org.uk> Date: Sat, 13 Dec 2014 15:38:57 -0800 X-Google-Sender-Auth: ImamYpiAetMuikkMJFyoRU-WzMI Message-ID: Subject: Re: frequent lockups in 3.18rc4 From: Linus Torvalds To: Al Viro Cc: Dave Jones , Chris Mason , Mike Galbraith , Ingo Molnar , Peter Zijlstra , =?UTF-8?Q?D=C3=A2niel_Fraga?= , Sasha Levin , "Paul E. McKenney" , Linux Kernel Mailing List , Thomas Gleixner Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Dec 13, 2014 at 3:35 PM, Al Viro wrote: > > Er... There's much more direct reason - suppose we get a timer interrupt > right in the middle of mnt_drop_write(). And lost the timeslice. So? You didn't have preemption disabled in *between* the mnt_want_write() and mnt_drop_write(), there's absolutely no reason to have it inside of them. Nobody cares if you get preempted and go away for a while. It's exactly equivalent to sleeping while doing the write that the pair was protecting. Seriously, the preemption disable looks like just voodoo code. It doesn't protect anything, it doesn't fix anything, it doesn't change anything. All it does is disable preemption over a random sequence of code. Linus -- 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/