X-Spam-Checker-Version: SpamAssassin 3.4.0-r929098 (2010-03-30) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.4.0-r929098 Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id p7QEfQdH106000 for ; Fri, 26 Aug 2011 09:41:26 -0500 X-ASG-Debug-ID: 1314369862-1228013d0000-NocioJ X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from lulu.zabbo.net (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 2821513A4C9A for ; Fri, 26 Aug 2011 07:44:22 -0700 (PDT) Received: from lulu.zabbo.net (lulu.zabbo.net [69.168.54.52]) by cuda.sgi.com with ESMTP id ubDW3o9a2FPIWCjd for ; Fri, 26 Aug 2011 07:44:22 -0700 (PDT) Received: by lulu.zabbo.net (Postfix, from userid 500) id 30B5E22169B; Fri, 26 Aug 2011 07:41:24 -0700 (PDT) Date: Fri, 26 Aug 2011 07:41:24 -0700 From: Zach Brown To: Marco Stornelli Cc: Dave Chinner , Andreas Dilger , Christoph Hellwig , Josef Bacik , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-btrfs@vger.kernel.org, xfs@oss.sgi.com, viro@zeniv.linux.org.uk, dchinner@redhat.com X-ASG-Orig-Subj: Re: [PATCH] xfstests 255: add a seek_data/seek_hole tester Subject: Re: [PATCH] xfstests 255: add a seek_data/seek_hole tester Message-ID: <20110826144124.GA17519@lulu.zabbo.net> References: <1309275199-10801-1-git-send-email-josef@redhat.com> <1309275199-10801-5-git-send-email-josef@redhat.com> <20110825060632.GA9933@infradead.org> <20110825064039.GO3162@dastard> <0A267E55-7772-438D-B6A7-89B73020F311@dilger.ca> <20110826013528.GW3162@dastard> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Barracuda-Connect: lulu.zabbo.net[69.168.54.52] X-Barracuda-Start-Time: 1314369863 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.72892 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on oss.sgi.com X-Virus-Status: Clean > > Hole: a range of the file that contains no data or is made up > > entirely of  NULL (zero) data. Holes include preallocated ranges of > > files that have not had actual data written to them. > No for me. A hole is made up of zero data? It's a strange definition > for me. It's a very natural definition for me. It mirrors the behaviour of read() of sparse data inside i_size that file system authors already have to consider. It's also a reminder for people that this interface is about avoiding reading zeros. Systems that track contents can do this for files that had tons of zeros written. The data is there but the app is specifically asking us to skip it by using SEEK_DATA. - z