On 3/18/11 8:48 AM, Chris Mason wrote:
...
> Btrfs before 2.6.38 may have real trouble though, even with the sync.
> We were returning overlapping ranges to you, so the destination would
> end up bigger than the original. This could be fixed in cp by making
> sure to never seek backwards based
On 4/12/11 9:04 AM, Pádraig Brady wrote:
> On 12/04/11 13:09, Jim Meyering wrote:
>> Pádraig Brady wrote:
>>> On 12/04/11 11:59, Jim Meyering wrote:
Pádraig Brady wrote:
> On 11/04/11 21:09, Jim Meyering wrote:
>> I've run the test suite on F15 x86_64 using each of ext3, ext4, btrfs
>
On 4/12/11 7:09 AM, Jim Meyering wrote:
> Pádraig Brady wrote:
>> On 12/04/11 11:59, Jim Meyering wrote:
>>> Pádraig Brady wrote:
On 11/04/11 21:09, Jim Meyering wrote:
> I've run the test suite on F15 x86_64 using each of ext3, ext4, btrfs and
> xfs.
> All tests passed on the fir
On 4/12/11 7:08 PM, Pádraig Brady wrote:
> On 12/04/11 15:35, Eric Sandeen wrote:
>> On 4/12/11 9:04 AM, Pádraig Brady wrote:
>>> On 12/04/11 13:09, Jim Meyering wrote:
>>>> Pádraig Brady wrote:
>>>>> On 12/04/11 11:59, Jim Meyering wrote:
>>>&
On 4/14/11 5:26 AM, Markus Trippelsdorf wrote:
> I trashed my system this morning when I installed coreutils-8.11.
>
> What happened is that coreutils compiles and links correctly, but
> then the following command (during the installation phase):
>
> ./ginstall chroot hostid nice who users pinky
On 4/14/11 9:59 AM, Pádraig Brady wrote:
> On 14/04/11 15:02, Markus Trippelsdorf wrote:
Hi Pádraig,
here you go:
+ filefrag -v unwritten.withdata
File
On 4/14/11 10:52 AM, Pádraig Brady wrote:
> On 14/04/11 16:50, Eric Sandeen wrote:
>> On 4/14/11 9:59 AM, Pádraig Brady wrote:
>>> On 14/04/11 15:02, Markus Trippelsdorf wrote:
>>>>>> Hi Pádraig,
>>>>>>
>&
On 4/14/11 11:03 AM, Markus Trippelsdorf wrote:
> On 2011.04.14 at 10:56 -0500, Eric Sandeen wrote:
...
>> well, if I simply take the preallocation step out of the testcase, it works
>> fine on xfs without a sync.
>>
>> So I still don't know what Markus hit...
&
On 4/14/11 11:28 AM, Markus Trippelsdorf wrote:
> Yes, but we're still trying to find out what caused the zeros in the
> binaries that coreutils installed on my system.
>
> Now the failure only happens when I use "gold" as my linker. With GNU ld
> everything is OK. But I thought this must be a
On 4/14/11 11:48 AM, Markus Trippelsdorf wrote:
> On 2011.04.14 at 11:31 -0500, Eric Sandeen wrote:
>> On 4/14/11 11:28 AM, Markus Trippelsdorf wrote:
>>
>>
>>
>>> Yes, but we're still trying to find out what caused the zeros in the
>>> binaries
On 4/18/11 9:59 PM, Ted Ts'o wrote:
...
> Maybe coreutils will need to use FIEMAP_FLAG_SYNC initially, since
> it's the only way to guarantee correct behaviour for XFS. But I would
> really rather that be the long-term way we leave things!
XFS ... or ext4:
# xfs_io -Ff -c "falloc 0 1m" -c "pwr
On 4/19/11 3:11 AM, Yongqiang Yang wrote:
> On Tue, Apr 19, 2011 at 3:45 PM, Dave Chinner wrote:
>> On Tue, Apr 19, 2011 at 02:53:20PM +0800, Yongqiang Yang wrote:
...
>>> I think there are 2 ways to provide a definite definition for FIEMAP
>>> for all filesystems:
>>>
>>> 1. FIEMAP returns ext
On 4/19/11 9:09 AM, Ted Ts'o wrote:
> On Tue, Apr 19, 2011 at 05:45:38PM +1000, Dave Chinner wrote:
>> You are *not listening*. There is no #2. FIEMAP returns the extent
>> state _on disk_ at the time of the call.
>
> Dave, you're being rather strident about your insistence about what
> FIEMAP's s
On 9/17/13 1:34 AM, Nicolas Michel wrote:
> In fact the thing I really want to achieve is to be able to find the
> values and the algorithm that enable me to reproduce the percentage
> given by df (and to understand deeply what it means).
>
> Why do I need it? Because I'm trying to write some scri
On 4/11/14, 5:58 PM, Pádraig Brady wrote:
> On 04/11/2014 09:43 PM, Brian Foster wrote:
>> On Fri, Apr 11, 2014 at 06:13:59PM +0100, Pádraig Brady wrote:
>>> So this coreutils test is failing on XFS:
>>> http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=blob;f=tests/dd/sparse.sh;h=06efc7017
>>> Speci
15 matches
Mail list logo
