[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <537098fb-f049-482a-97cf-b3695bf2c340@default>
Date: Fri, 23 Jul 2010 10:43:17 -0700 (PDT)
From: Dan Magenheimer <dan.magenheimer@...cle.com>
To: ngupta@...are.org
Cc: Christoph Hellwig <hch@...radead.org>, akpm@...ux-foundation.org,
Chris Mason <chris.mason@...cle.com>, viro@...iv.linux.org.uk,
adilger@....COM, tytso@....edu, mfasheh@...e.com,
Joel Becker <joel.becker@...cle.com>, matthew@....cx,
linux-btrfs@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-fsdevel@...r.kernel.org, linux-ext4@...r.kernel.org,
ocfs2-devel@....oracle.com, linux-mm@...ck.org, jeremy@...p.org,
JBeulich@...ell.com, Kurt Hackel <kurt.hackel@...cle.com>,
npiggin@...e.de, Dave Mccracken <dave.mccracken@...cle.com>,
riel@...hat.com, avi@...hat.com,
Konrad Wilk <konrad.wilk@...cle.com>
Subject: RE: [PATCH V3 0/8] Cleancache: overview
> From: Nitin Gupta [mailto:ngupta@...are.org]
> Sent: Friday, July 23, 2010 9:05 AM
> To: Dan Magenheimer
> Cc: Christoph Hellwig; akpm@...ux-foundation.org; Chris Mason;
> viro@...iv.linux.org.uk; adilger@....com; tytso@....edu;
> mfasheh@...e.com; Joel Becker; matthew@....cx; linux-
> btrfs@...r.kernel.org; linux-kernel@...r.kernel.org; linux-
> fsdevel@...r.kernel.org; linux-ext4@...r.kernel.org; ocfs2-
> devel@....oracle.com; linux-mm@...ck.org; jeremy@...p.org;
> JBeulich@...ell.com; Kurt Hackel; npiggin@...e.de; Dave Mccracken;
> riel@...hat.com; avi@...hat.com; Konrad Wilk
> Subject: Re: [PATCH V3 0/8] Cleancache: overview
>
> On 07/23/2010 08:14 PM, Dan Magenheimer wrote:
> >> From: Christoph Hellwig [mailto:hch@...radead.org]
>
>
> >> Also making the ops vector global is just a bad idea.
> >> There is nothing making this sort of caching inherently global.
> >
> > I'm not sure I understand your point, but two very different
> > users of cleancache have been provided, and more will be
> > discussed at the MM summit next month.
> >
> > Do you have a suggestion on how to avoid a global ops
> > vector while still serving the needs of both existing
> > users?
>
> Maybe introduce cleancache_register(struct cleancache_ops *ops)?
> This will allow making cleancache_ops non-global. No value add
> but maybe that's cleaner?
Oh, OK, that seems reasonable.
Dan
--
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