Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752323AbaJPNyp (ORCPT ); Thu, 16 Oct 2014 09:54:45 -0400 Received: from mail-vc0-f181.google.com ([209.85.220.181]:40138 "EHLO mail-vc0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752009AbaJPNyo (ORCPT ); Thu, 16 Oct 2014 09:54:44 -0400 MIME-Version: 1.0 In-Reply-To: References: <20140925120244.540.31506.stgit@dhcp-10-30-22-200.sw.ru> <20140930191933.GC5011@tucsk.piliscsaba.szeredi.hu> <542BE551.1010705@parallels.com> <543F9E75.2090509@parallels.com> Date: Thu, 16 Oct 2014 15:54:42 +0200 X-Google-Sender-Auth: u36g_0cwndkhP8X4XJ_Vd3T_9M4 Message-ID: Subject: Re: [PATCH 0/5] fuse: handle release synchronously (v4) From: Linus Torvalds To: Miklos Szeredi Cc: Maxim Patlasov , Anand Avati , Linux Kernel Mailing List , Michael j Theall , fuse-devel 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 Thu, Oct 16, 2014 at 3:43 PM, Miklos Szeredi wrote: > > One idea is to change ->flush() so it's responsible for fput()-ing the > file. That way we could take control of the actual refcount > decrement. There are only 20 flush instances in the tree, so it > wouldn't be a huge change. Since that *still* wouldn't fix the problem with the whole "count elevated by other things" issue, I really don't want to hear about these random broken hacks that are fundamentally broken crap. Really. Stop cc'ing me with "let's implement this hack that cannot work in general". I'm not interested. There's a reason we don't do this. We don't make up random hacks that we know cannot work in the general case. 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/