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]
Message-ID: <alpine.DEB.2.00.1308212203320.1479@cobra.newdream.net>
Date:	Wed, 21 Aug 2013 22:05:17 -0700 (PDT)
From:	Sage Weil <sage@...tank.com>
To:	dhowells@...hat.com, Milosz Tanski <milosz@...in.com>
cc:	ceph-devel@...r.kernel.org, zheng.z.yan@...el.com,
	linux-cachefs@...hat.com, linux-fsdevel@...r.kernel.org,
	linux-kernel@...r.kernel.org, linux-nfs@...r.kernel.org
Subject: Re: [PATCHv4 0/5] ceph: persistent caching with fscache

Hi Milosz,

I've pulled this into the ceph testing branch to make sure it holds up 
in qa.

David, are the fscache patches here ready for the next merge window?  Do 
you have a preference for whose tree they go through?

Thanks!
sage


On Wed, 21 Aug 2013, Milosz Tanski wrote:

> This an updated version of the fscache support for the Ceph filesystem. What's
> changed since the last patchset:
> 
> 1. Sparater the readpages refactor into it's own patches. These were already
>    accepted into the testing branch.
> 
> 2. Tracked down the BUG in readahead cleanup code. We were returning with pages
>    marked as private_2 from readpages(). I added a simple convenience function
>    to the fscache netfs interface for cleaning up the page list at the end of
>    asop readpages(). I know other filesystems (NFS) have ran into that since
>    I've seen a few similar traces in Google search and the cachefs mailig list.
>    The second patch new make Ceph use this interface.
> 
> I've been running this code (minus the BUG fix) on clients for a couple weeks
> with moderate 24/7 use without issues. At this point in time I feel like it's
> solid enough to go into the ceph kclient.
> 
> Please pull the code from my repository:
> https://bitbucket.org/adfin/linux-fs.git branch: wip-ceph-fscache
> 
> The first two patches I included were not written by me but were written by 
> Hongyi Jia. He implemented the cookie re-validation scheme into fscache core.
> 
> Finally, I CCed a couple other mailing lists (fsdevel, nfs) because the new
> fscache_readpages_cancel() should be used by other filesystems to avoid the
> same problem.
> 
> 
> Hongyi Jia (2):
>   new cachefiles interface to check cache consistency
>   new fscache interface to check cache consistency
> 
> Milosz Tanski (3):
>   ceph: use fscache as a local presisent cache
>   fscache: netfs function for cleanup post readpages
>   ceph: clean PgPrivate2 on returning from readpages
> 
>  fs/cachefiles/interface.c     |  19 +++
>  fs/cachefiles/internal.h      |   1 +
>  fs/cachefiles/xattr.c         |  39 ++++++
>  fs/ceph/Kconfig               |   9 ++
>  fs/ceph/Makefile              |   2 +
>  fs/ceph/addr.c                |  39 +++++-
>  fs/ceph/cache.c               | 311 ++++++++++++++++++++++++++++++++++++++++++
>  fs/ceph/cache.h               | 130 ++++++++++++++++++
>  fs/ceph/caps.c                |  19 ++-
>  fs/ceph/file.c                |  17 +++
>  fs/ceph/inode.c               |  66 ++++++++-
>  fs/ceph/super.c               |  47 ++++++-
>  fs/ceph/super.h               |  17 +++
>  fs/fscache/cookie.c           |  22 +++
>  fs/fscache/page.c             |  16 +++
>  include/linux/fscache-cache.h |   4 +
>  include/linux/fscache.h       |  39 ++++++
>  17 files changed, 785 insertions(+), 12 deletions(-)
>  create mode 100644 fs/ceph/cache.c
>  create mode 100644 fs/ceph/cache.h
> 
> -- 
> 1.8.1.2
> 
> 
--
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