From mboxrd@z Thu Jan 1 00:00:00 1970 From: Al Viro Subject: Re: [RFC] unifying write variants for filesystems Date: Sun, 2 Feb 2014 19:23:06 +0000 Message-ID: <20140202192306.GU10323@ZenIV.linux.org.uk> References: <20140118064040.GE10323@ZenIV.linux.org.uk> <20140118074649.GF10323@ZenIV.linux.org.uk> <20140118201031.GI10323@ZenIV.linux.org.uk> <20140119051335.GN10323@ZenIV.linux.org.uk> <20140120135514.GA21567@infradead.org> <20140201224301.GS10323@ZenIV.linux.org.uk> <20140202192104.GA21959@ZenIV.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Christoph Hellwig , Jens Axboe , Mark Fasheh , Joel Becker , linux-fsdevel , xfs@oss.sgi.com, Sage Weil , Steve French , Dave Kleikamp , Anton Altaparmakov , Miklos Szeredi To: Linus Torvalds Return-path: Received: from zeniv.linux.org.uk ([195.92.253.2]:38734 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751940AbaBBTXM (ORCPT ); Sun, 2 Feb 2014 14:23:12 -0500 Content-Disposition: inline In-Reply-To: <20140202192104.GA21959@ZenIV.linux.org.uk> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Sun, Feb 02, 2014 at 07:21:04PM +0000, Al Viro wrote: > BTW, is there any reason why fuse/dev.c doesn't use atomic kmaps for > everything? After all, as soon as we'd done kmap() in there, we > grab a spinlock and don't drop it until just before kunmap(). With > nothing by memcpy() done in between... Miklos? AFAICS, we only win s/by/but/ - sorry... > from switching to kmap_atomic there - we can't block anyway, we don't > need it to be visible on other CPUs and nesting isn't a problem. > Looks like it'll be cheaper in highmem cases and do exactly the same > thing as now for non-highmem... Comments? > -- > To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html