All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vladimir Davydov <vdavydov@parallels.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Boris Ostrovsky <boris.ostrovsky@oracle.com>,
	David Vrabel <david.vrabel@citrix.com>,
	Mark Fasheh <mfasheh@suse.com>, Joel Becker <jlbec@evilplan.org>,
	Stefan Hengelein <ilendir@googlemail.com>,
	Florian Schmaus <fschmaus@gmail.com>,
	Andor Daam <andor.daam@googlemail.com>,
	Dan Magenheimer <dan.magenheimer@oracle.com>,
	Bob Liu <lliubbo@gmail.com>,
	linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/4] cleancache: remove limit on the number of cleancache enabled filesystems
Date: Thu, 5 Mar 2015 19:46:36 +0300	[thread overview]
Message-ID: <20150305164636.GB4762@esperanza> (raw)
In-Reply-To: <20150304212230.GB18253@l.oracle.com>

On Wed, Mar 04, 2015 at 04:22:30PM -0500, Konrad Rzeszutek Wilk wrote:
> On Tue, Feb 24, 2015 at 01:34:06PM +0300, Vladimir Davydov wrote:
> > On Mon, Feb 23, 2015 at 11:12:22AM -0500, Konrad Rzeszutek Wilk wrote:
> > > Thank you for posting these patches. I was wondering if you had
> > > run through some of the different combinations that you can
> > > load the filesystems/tmem drivers in random order? The #4 patch
> > > deleted a nice chunk of documentation that outlines the different
> > > combinations.
> > 
> > Yeah, I admit the synchronization between cleancache_register_ops and
> > cleancache_init_fs is far not obvious. I should have updated the comment
> > instead of merely dropping it, sorry. What about the following patch
> > proving correctness of register_ops-vs-init_fs synchronization? It is
> > meant to be applied incrementally on top of patch #4.
> 
> Just fold it in please. But more importantly - I was wondering if you
> had run throught the different combinations it outlines?

Ah, you mean testing - I misunderstood you at first, sorry.

Of course, I checked that a cleancache backend module works fine no
matter if it is loaded before or after a filesystem is mounted. However,
I used our own cleancache driver for testing (we are trying to use
cleancache for containers).

To be 100% sure that I did not occasionally break anything, today I
installed XenServer on my test machine, enabled tmem both in dom0 and
domU, and ran through all possible sequences of tmem load vs fs
mount/use/unmount described in the old comment.

Thanks,
Vladimir

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

WARNING: multiple messages have this Message-ID (diff)
From: Vladimir Davydov <vdavydov@parallels.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Boris Ostrovsky <boris.ostrovsky@oracle.com>,
	David Vrabel <david.vrabel@citrix.com>,
	"Mark Fasheh" <mfasheh@suse.com>,
	Joel Becker <jlbec@evilplan.org>,
	Stefan Hengelein <ilendir@googlemail.com>,
	Florian Schmaus <fschmaus@gmail.com>,
	Andor Daam <andor.daam@googlemail.com>,
	Dan Magenheimer <dan.magenheimer@oracle.com>,
	Bob Liu <lliubbo@gmail.com>, <linux-mm@kvack.org>,
	<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 0/4] cleancache: remove limit on the number of cleancache enabled filesystems
Date: Thu, 5 Mar 2015 19:46:36 +0300	[thread overview]
Message-ID: <20150305164636.GB4762@esperanza> (raw)
In-Reply-To: <20150304212230.GB18253@l.oracle.com>

On Wed, Mar 04, 2015 at 04:22:30PM -0500, Konrad Rzeszutek Wilk wrote:
> On Tue, Feb 24, 2015 at 01:34:06PM +0300, Vladimir Davydov wrote:
> > On Mon, Feb 23, 2015 at 11:12:22AM -0500, Konrad Rzeszutek Wilk wrote:
> > > Thank you for posting these patches. I was wondering if you had
> > > run through some of the different combinations that you can
> > > load the filesystems/tmem drivers in random order? The #4 patch
> > > deleted a nice chunk of documentation that outlines the different
> > > combinations.
> > 
> > Yeah, I admit the synchronization between cleancache_register_ops and
> > cleancache_init_fs is far not obvious. I should have updated the comment
> > instead of merely dropping it, sorry. What about the following patch
> > proving correctness of register_ops-vs-init_fs synchronization? It is
> > meant to be applied incrementally on top of patch #4.
> 
> Just fold it in please. But more importantly - I was wondering if you
> had run throught the different combinations it outlines?

Ah, you mean testing - I misunderstood you at first, sorry.

Of course, I checked that a cleancache backend module works fine no
matter if it is loaded before or after a filesystem is mounted. However,
I used our own cleancache driver for testing (we are trying to use
cleancache for containers).

To be 100% sure that I did not occasionally break anything, today I
installed XenServer on my test machine, enabled tmem both in dom0 and
domU, and ran through all possible sequences of tmem load vs fs
mount/use/unmount described in the old comment.

Thanks,
Vladimir

  reply	other threads:[~2015-03-05 16:46 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-22 18:31 [PATCH 0/4] cleancache: remove limit on the number of cleancache enabled filesystems Vladimir Davydov
2015-02-22 18:31 ` Vladimir Davydov
2015-02-22 18:31 ` [PATCH 1/4] ocfs2: copy fs uuid to superblock Vladimir Davydov
2015-02-22 18:31   ` Vladimir Davydov
2015-02-22 18:31 ` [PATCH 2/4] cleancache: zap uuid arg of cleancache_init_shared_fs Vladimir Davydov
2015-02-22 18:31   ` Vladimir Davydov
2015-02-22 18:31 ` [PATCH 3/4] cleancache: forbid overriding cleancache_ops Vladimir Davydov
2015-02-22 18:31   ` Vladimir Davydov
2015-02-22 18:31 ` [PATCH 4/4] cleancache: remove limit on the number of cleancache enabled filesystems Vladimir Davydov
2015-02-22 18:31   ` Vladimir Davydov
2015-02-23 10:31   ` Vladimir Davydov
2015-02-23 10:31     ` Vladimir Davydov
2015-02-23 16:12 ` [PATCH 0/4] " Konrad Rzeszutek Wilk
2015-02-23 16:12   ` Konrad Rzeszutek Wilk
2015-02-24 10:34   ` Vladimir Davydov
2015-02-24 10:34     ` Vladimir Davydov
2015-03-04 21:22     ` Konrad Rzeszutek Wilk
2015-03-04 21:22       ` Konrad Rzeszutek Wilk
2015-03-05 16:46       ` Vladimir Davydov [this message]
2015-03-05 16:46         ` Vladimir Davydov
2015-03-06 15:14         ` Konrad Rzeszutek Wilk
2015-03-06 15:14           ` Konrad Rzeszutek Wilk
2015-03-06 16:01           ` Vladimir Davydov
2015-03-06 16:01             ` Vladimir Davydov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150305164636.GB4762@esperanza \
    --to=vdavydov@parallels.com \
    --cc=akpm@linux-foundation.org \
    --cc=andor.daam@googlemail.com \
    --cc=boris.ostrovsky@oracle.com \
    --cc=dan.magenheimer@oracle.com \
    --cc=david.vrabel@citrix.com \
    --cc=fschmaus@gmail.com \
    --cc=ilendir@googlemail.com \
    --cc=jlbec@evilplan.org \
    --cc=konrad.wilk@oracle.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=lliubbo@gmail.com \
    --cc=mfasheh@suse.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.