Re: [PATCH] btrfs: make static code static & remove dead code

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 4/22/13 10:05 AM, David Sterba wrote:
> On Fri, Apr 19, 2013 at 12:21:22PM -0700, Eric Sandeen wrote:
>> Big patch, but all it does is add statics to functions which
>> are in fact static, then remove the associated dead-code fallout.
> 
> I support removing dead code, though nearly all of the functions make me
> wonder why they're not used. 

That's still a little above my btrfs pay grade. ;)

> A few samples I see immediatelly:
> 
>> btrfs_iref_to_path()
> 
> The removed comment looks useful, I'd rather see it transferred to a
> function with similar goal (that probably got a different name during
> time).

whoops, yep, it probably belongs on btrfs_ref_to_path(), sorry
about that.

>> __btrfs_lookup_delayed_deletion_item()
>> __btrfs_search_delayed_insertion_item()
>> __btrfs_search_delayed_deletion_item()
>> find_eb_for_page()
>> btrfs_find_block_group()
>> range_straddles_pages()
>> extent_range_uptodate()
>> btrfs_file_extent_length()
>> btrfs_reada_detach()
> 
> That's an API for readahead, thhugh maybe not used now as RA is not used
> and at all scenarios where it could.

Ok, if it's useful to keep it around just for symmetry I could
understand that.  

>> btrfs_scrub_cancel_devid()
> 
> Looks like there's a missing userspace counterpart, cancelling scrub by
> device is possible by design.

Maybe one for Arne to answer?  Yeah, I don't see it in the manpage
or in userspace, so *shrug* where is the design?

>> btrfs_start_transaction_lflush()
> 
> Transcaction API, removing the func does not make sense without removing
> BTRFS_RESERVE_FLUSH_LIMIT at the same time.

Not sure I understand that, btrfs_block_rsv_refill() still uses that macro,
but I'm probably not understanding the code or missing your point.

I'll admit to doing the removal mechanically, hopefully those with
particular affinity to any of the removed functions can speak
up.  :)

Thanks,
-Eric

> david
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux