Re: [PATCH RFC 2/3] ext4:Add two functions splitting an extent.

[Allison Henderson <achender@linux.vnet.ibm.com>]

On 4/20/2011 11:13 AM, Andreas Dilger wrote:
> On 2011-04-20, at 11:21 AM, Allison Henderson wrote:
>> I've been working on trying to get the punch hole patch to work with with these new changes, but it looks like some test cases are not passing at the moment, so I'm trying track down where the issues are.  I had to make some adjustments to this patch to fix one of the test cases.  Here is what I did:
>>
>> ---
>> :100644 100644 ee2dda3... c7d763d... M  fs/ext4/extents.c
>> fs/ext4/extents.c |    6 +++---
>> 1 files changed, 3 insertions(+), 3 deletions(-)
>>
>> diff --git a/fs/ext4/extents.c b/fs/ext4/extents.c
>> index ee2dda3..c7d763d 100644
>> --- a/fs/ext4/extents.c
>> +++ b/fs/ext4/extents.c
>> @@ -2717,12 +2717,12 @@ static int ext4_split_extent(handle_t *handle,
>>         ee_len = ext4_ext_get_actual_len(ex);
>>         uninitialized = ext4_ext_is_uninitialized(ex);
>>
>> +       flags1 = flags;
>> +       flags1 |= EXT4_GET_BLOCKS_PRE_IO;
> 
> Can you please use normal C style: "flags1 = flags | EXT4_GET_BLOCKS_PRE_IO;"
> 
> 
> Cheers, Andreas
> 
> 
> 
> 
> 
Hi again,

I realize after I sent the note that maybe the caller is still expected to pass EXT4_GET_BLOCKS_PRE_IO in the flags parameter if it is supposed to be used in both ext4_split_extent_at cases.  That also fixes that particular failing test case. So maybe we wont need the extra fix if that is how the code is intended to work.  In any case though, yes "flags1 = flags | EXT4_GET_BLOCKS_PRE_IO;" does seem a bit cleaner. 

Allison Henderson