lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Fri, 9 Aug 2013 00:00:39 +0200
From:	David Sterba <dsterba@...e.cz>
To:	Arne Jansen <sensille@....net>
Cc:	Zach Brown <zab@...hat.com>, dsterba@...e.cz,
	Sergei Trofimovich <slyich@...il.com>,
	linux-btrfs@...r.kernel.org,
	Chris Mason <chris.mason@...ionio.com>,
	Josef Bacik <jbacik@...ionio.com>,
	linux-kernel@...r.kernel.org,
	Sergei Trofimovich <slyfox@...too.org>
Subject: Re: [PATCH 6/7] btrfs: cleanup: removed unused 'btrfs_reada_detach'

On Thu, Aug 08, 2013 at 09:11:01PM +0200, Arne Jansen wrote:
> On 08/08/13 19:46, Zach Brown wrote:
> >>> even though the function is currently unused, I'm hesitating to remove it
> >>> as it's part of the reada-API and might be handy for anyone going to use
> >>> the API in the future.
> >>
> >> I agree. As replied here,
> >> http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg24047.html
> >> please keep the function.
> > 
> > If we're keeping score, put me down for being in favour of removing dead
> > untested code.  git ressurection is easy. 
> 
> It's not really untested, it has been in use some time ago. But of
> course there's a chance that some changes broke it.
> Yes, git ressurection is easy. To inform potential users, you might
> just leave a comment like this:
> 
> /*
>  * There has been a function once to detach from a running reada.
>  * If you need such functionality, just revert the commit that
>  * added this comment.
>  */

And please write the exact commit sha1 instead of 'the commit' :)

I've used the _detach function when prototyping readdir readahead, that
did not bring the speedup as expected so more work is needed, that's why
I'm concerned about removing it. But, if Arne is ok with that, so be it.

david
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ