[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20150423161923.be61ea8cd9e64a9e30a23eca@linux-foundation.org>
Date: Thu, 23 Apr 2015 16:19:23 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Mark Fasheh <mfasheh@...e.de>
Cc: Joe Perches <joe@...ches.com>, Joel Becker <jlbec@...lplan.org>,
ocfs2-devel@....oracle.com, LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH next] ocfs2: Reduce object size of mlog uses
On Thu, 23 Apr 2015 16:04:18 -0700 Mark Fasheh <mfasheh@...e.de> wrote:
> > This code needs some pretty serious rework and rethink, perhaps
> > involving a change to the emitted info. I was hoping one of the ocfs2
> > developers would take the bait, but they're all in hiding.
>
> If it functions the same and doesn't have a major performance change, I'm
> pretty sure it'll be fine. We sometimes ask customers to enable some of the
> debugging if they are having an issue. I would ask that it be tested
> on a live system - a local fs, no cluster or cluster config required.
Is there a simpleton's guide to testing ocfs2 on a local disk? One
which assumes a starting point of "knows how to type".
A few paragraphs in Documentation/filesystems/ocfs2.txt would be great
- then we can point non-ocfs2 people at it when they muck with stuff.
--
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