Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1031877AbcCQR71 (ORCPT ); Thu, 17 Mar 2016 13:59:27 -0400 Received: from mail-io0-f194.google.com ([209.85.223.194]:35042 "EHLO mail-io0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S967390AbcCQR7W (ORCPT ); Thu, 17 Mar 2016 13:59:22 -0400 MIME-Version: 1.0 In-Reply-To: <56EAEE79.4030809@redhat.com> References: <20160313233049.GA30721@dastard> <56E69398.7030508@redhat.com> <20160314144603.GO29218@thunk.org> <20160315201431.GG30721@dastard> <20160315223313.GH30721@dastard> <20160315225224.GD23848@thunk.org> <20160316015139.GC5826@birch.djwong.org> <7674C689-C07E-4D38-85EB-4FD9B55CBB35@dilger.ca> <20160317001502.GF23593@thunk.org> <56E9FB73.6040803@redhat.com> <56EAEE79.4030809@redhat.com> Date: Thu, 17 Mar 2016 10:59:21 -0700 X-Google-Sender-Auth: 6uqO0alqMhFls3IZUHbn9elqM0c Message-ID: Subject: Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks From: Linus Torvalds To: Ric Wheeler Cc: Gregory Farnum , Eric Sandeen , "Theodore Ts'o" , Andreas Dilger , "Darrick J. Wong" , Dave Chinner , Andy Lutomirski , One Thousand Gnomes , Martin Petersen , Christoph Hellwig , Jens Axboe , Andrew Morton , Linux API , Linux Kernel Mailing List , shane.seymour@hpe.com, Bruce Fields , linux-fsdevel , Jeff Layton Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 652 Lines: 17 On Thu, Mar 17, 2016 at 10:50 AM, Ric Wheeler wrote: >> >> That argues against worrying about this all in the kernel unless there >> are other users. > > Just a note, when Greg says "user space solution", Ceph is looking at > writing directly to raw block devices which is kind of a through back to > early enterprise database trends. Right, I understand. But that makes it kind of pointless to worry about NO_HIDE_STALE, since it wouldn't get used anyway. The issues with filesystem preallocation just don't exist. Of course, if there are other possible users, we should keep this on the table, but ... Linus