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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Tue, 14 Oct 2008 09:22:39 -0400
From:	Christoph Hellwig <hch@...radead.org>
To:	"Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>
Cc:	cmm@...ibm.com, tytso@....edu, sandeen@...hat.com,
	linux-ext4@...r.kernel.org, linux-fsdevel@...r.kernel.org
Subject: Re: [PATCH] vfs: Add no_nrwrite_update and no_index_update
	writeback control flags

On Tue, Oct 14, 2008 at 12:03:26PM +0530, Aneesh Kumar K.V wrote:
> If no_nrwrite_update is set we don't update nr_to_write in
> write_cache_pages. Similarly if no_index_update is we don't
> update address space writeback_index. These changes enable a
> file system to skip these updates in write_cache_pages and do
> them in the writepages() callback. This patch will be followed
> by an ext4 patch that make use of these new flags.

I looked over this and discussed it a little with Ted and it looks good
to me.

> +	/* write_cache_pages() control */
> +	unsigned no_nrwrite_update:1;	/* don't update nr_to_write */
> +	unsigned no_index_update:1;	/* don't update writeback_index */

But thinking about it I suspect we don't want to different flags for
this, but just one.   This is done because the writepage callback may
write back more pages than the one requested, nad becase of that both
indices don't need to be updated.  Adding this rational to the flag
description might also be rally helpful.

> +	if (!wbc->no_index_update &&
> +		(wbc->range_cyclic || (range_whole && nr_to_write > 0))) {

Might be a little too nitpicky, but can you follow normal indentation?
Shouldn't matter anyway if the two flags are merged into one and this is
split into two nested if conditions.

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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ