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] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 13 May 2011 06:17:07 -0400
From:	Christoph Hellwig <hch@...radead.org>
To:	Wu Fengguang <fengguang.wu@...el.com>
Cc:	Dave Chinner <david@...morbit.com>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Jan Kara <jack@...e.cz>, Christoph Hellwig <hch@...radead.org>,
	"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 01/17] writeback: introduce .tagged_sync for the
 WB_SYNC_NONE sync stage

On Fri, May 13, 2011 at 10:56:08AM +0800, Wu Fengguang wrote:
> > What about all the filesystems that implement their own
> > .writepages()/write_cache_pages() functions or have
> > have special code that checks WB_SYNC_ALL in .writepages (e.g. gfs2,
> > ext4, btrfs and perhaps others). Don't they all need to be aware of
> > this tagged_sync field?
> 
> Right, good point. Currently only ext4 is updated. The other
> filesystems --- afs, btrfs, cifs, gfs2 --- do not even use
> PAGECACHE_TAG_TOWRITE for livelock prevention. My plan was to add
> PAGECACHE_TAG_TOWRITE and tagged_sync code to them as the next step,
> when tagged_sync is accepted and proved to work fine.

I think it would be better to try to figure out why these filesystems
need to duplicate that functionality and figure out if there's any
way to make them use the generic code.  But given that we need to get
some writeback updates ready for .40 it might be worth to postponed
that and go down the copy & paste route for now.

--
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