From owner-freebsd-fs@FreeBSD.ORG  Wed Apr  4 08:50:11 2012
Return-Path: <owner-freebsd-fs@FreeBSD.ORG>
Delivered-To: freebsd-fs@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 950541065670;
	Wed,  4 Apr 2012 08:50:11 +0000 (UTC) (envelope-from bra@fsn.hu)
Received: from people.fsn.hu (people.fsn.hu [195.228.252.137])
	by mx1.freebsd.org (Postfix) with ESMTP id 19DCE8FC0C;
	Wed,  4 Apr 2012 08:50:10 +0000 (UTC)
Received: by people.fsn.hu (Postfix, from userid 1001)
	id 02A81CA44EA; Wed,  4 Apr 2012 10:50:09 +0200 (CEST)
X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2
X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR:
	13.7105]
X-CRM114-CacheID: sfid-20120404_10500_DCC94B49 
X-CRM114-Status: Good  ( pR: 13.7105 )
X-DSPAM-Result: Whitelisted
X-DSPAM-Processed: Wed Apr  4 10:50:09 2012
X-DSPAM-Confidence: 0.7629
X-DSPAM-Probability: 0.0000
X-DSPAM-Signature: 4f7c0b41346402043610175
X-DSPAM-Factors: 27, From*Attila Nagy <bra@fsn.hu>, 0.00010, FreeBSD, 0.00048,
	FreeBSD, 0.00048, wrote+>, 0.00179, it+>, 0.00220,
	>+I, 0.00228, Url*pr, 0.00438, Url*org/cgi/query, 0.00438,
	>>+>>, 0.00450, >+If, 0.00475, the+patch, 0.00475,
	wrote, 0.00508, References*fsn.hu>, 0.00518, 10+38, 0.00710,
	>>+Hi, 0.00710, a+patch, 0.00710, python, 0.00811,
	>+on, 0.00811, User-Agent*i686, 0.00896, above+the, 0.00945,
	10+52, 0.00945, User-Agent*Linux+i686, 0.01000,
	Received*4+Apr, 0.99000, Date*04+Apr, 0.99000,
	that+>>, 0.01000, Hi+>>, 0.01000,
X-Spambayes-Classification: ham; 0.00
Received: from japan.t-online.private (japan.t-online.co.hu [195.228.243.99])
	by people.fsn.hu (Postfix) with ESMTPSA id 81686CA44DE;
	Wed,  4 Apr 2012 10:50:09 +0200 (CEST)
Message-ID: <4F7C0B41.20702@fsn.hu>
Date: Wed, 04 Apr 2012 10:50:09 +0200
From: Attila Nagy <bra@fsn.hu>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.8.1.23) Gecko/20090817 Thunderbird/2.0.0.23 Mnenhy/0.7.6.0
MIME-Version: 1.0
To: Andriy Gapon <avg@FreeBSD.org>
References: <4F7BFDD4.6080703@fsn.hu> <4F7C088D.4070803@FreeBSD.org>
In-Reply-To: <4F7C088D.4070803@FreeBSD.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: freebsd-fs@FreeBSD.org
Subject: Re: SEEK_HOLE and SEEK_DATA does not work on zfs (with test case)
X-BeenThere: freebsd-fs@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Filesystems <freebsd-fs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
	<mailto:freebsd-fs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-fs>
List-Post: <mailto:freebsd-fs@freebsd.org>
List-Help: <mailto:freebsd-fs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
	<mailto:freebsd-fs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Apr 2012 08:50:11 -0000

On 04/04/12 10:38, Andriy Gapon wrote:
> on 04/04/2012 10:52 Attila Nagy said the following:
>> Hi,
>>
>> I've started to experiment with SEEK_HOLE and SEEK_DATA in python on a recent
>> FreeBSD 9-STABLE/amd64 box and it quickly became evident that the program that
>> works on Solaris doesn't work on FreeBSD.
>> Python itself couldn't cause this, because it correctly issues the lseek, but
>> taking the C test program from here:
>> https://lkml.org/lkml/2011/4/22/79
>> gives the same result (failure).
> Please see this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/164445
> If you can't figure out a patch from its contents, then I'll try to provide it
> some time later today.
>
I will try it, but the e-mail above the patch is somewhat scary...