[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080129050804.GA2285@suse.de>
Date: Mon, 28 Jan 2008 21:08:04 -0800
From: Greg KH <gregkh@...e.de>
To: Mark Fasheh <mark.fasheh@...cle.com>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
linux-kernel@...r.kernel.org, ocfs2-devel@....oracle.com,
Joel Becker <Joel.Becker@...cle.com>
Subject: Re: [git pull] Fix recent Ocfs2 breakage
On Mon, Jan 28, 2008 at 07:33:07PM -0800, Mark Fasheh wrote:
> Greg's commit c60b71787982cefcf9fa09aa281fa8c4c685d557 inadvertantly broke
> Ocfs2 userspace ABI, so I have a rather high priority single line patch from
> Joel to fix things up for you to pull. A copy of the patch is attached to
> the bottom of this e-mail. Embarassingly enough, I missed this while acking
> the patch late last week :(
>
> Please pull from 'upstream-linus' branch of
> git://git.kernel.org/pub/scm/linux/kernel/git/mfasheh/ocfs2.git upstream-linus
>
> to receive the following updates:
>
> fs/ocfs2/cluster/sys.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> Joel Becker (1):
> ocfs2: Fix userspace ABI breakage in sysfs
This is fine with me, for now.
> From: Joel Becker <Joel.Becker@...cle.com>
>
> ocfs2: Fix userspace ABI breakage in sysfs
>
> The userspace ABI of ocfs2's internal cluster stack (o2cb) was broken by
> commit c60b71787982cefcf9fa09aa281fa8c4c685d557 "kset: convert ocfs2 to
> use kset_create". Specifically, the '/sys/o2cb' kset was moved to
> '/sys/fs/o2cb'. This breaks all ocfs2 tools and renders the
> filesystem unmountable.
>
> This fix moves '/sys/o2cb' back where it belongs.
"belongs" is pretty odd here. This is a filesystem specific thing,
right? Why not put it in /sys/fs/ then?
And yes, I understand about legacy userspace tools, that's why I have no
objection to it going back. But you can put it in both places (with a
symlink) and change your userspace code, and in a year or so, drop the
symlink, right?
And please please please please document stuff like this, and all of the
different files you have in this subdirectory in Documentation/ABI/ so
those of us who are trying to figure out the code (and there's still
parts of the kobject usage I'm pretty sure is not correct) can have a
chance to understand exactly how this stuff is being used and expected
to work.
thanks,
greg k-h
--
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