From: Louis Rilling <Louis.Rilling@kerlabs.com>
To: Joel.Becker@localdomain
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
Mark Fasheh <mfasheh@suse.com>,
linux-kernel@vger.kernel.org, ocfs2-devel@oss.oracle.com,
Andrew Morton <akpm@linux-foundation.org>
Subject: [Ocfs2-devel] [git patches] Ocfs2 and Configfs updates for 2.6.27
Date: Fri, 18 Jul 2008 10:48:03 +0200 [thread overview]
Message-ID: <20080718084803.GB3887@localdomain> (raw)
In-Reply-To: <20080717223018.GC8283@ca-server1.us.oracle.com>
On Thu, Jul 17, 2008 at 03:30:18PM -0700, Joel Becker wrote:
> On Thu, Jul 17, 2008 at 02:45:12PM -0700, Joel Becker wrote:
> > On Thu, Jul 17, 2008 at 02:20:38PM -0700, Joel Becker wrote:
> > > On Thu, Jul 17, 2008 at 11:01:40AM -0700, Linus Torvalds wrote:
> > > > I pulled it, but I want to register my protest.
> > >
> > > I wish you hadn't, because it won't be to difficult to go back
> > > to PTR_ERR(). However, don't revert it - that affects some of the
> > > follow-on patches that were affected by the change.
> >
> > I lied. I'll cleanup the fallout. You can revert it or wait
> > for my revert + PTR_ERR. Let me know if you revert it.
>
> Linus,
> Pull this to get the revert and the PTR_ERR() version:
>
> git://oss.oracle.com/git/jlbec/linux-2.6.git configfs-fixup-ptr-error
>
> It's tested with the same testing I did before - ocfs2 and netconsole.
While this new version looks ok, it seems that it still allows client
subsystems to return NULL in ->make_group()/->make_item(), in which case
configfs_mkdir() turns the result into -ENOMEM. Maybe this is intended to
smoothly update out-of-tree subsystems? I'd suggest to schedule a removal
of this backward compatibility, and display an error log to encourage
fixing the subsystems that still return NULL.
Louis
--
Dr Louis Rilling Kerlabs - IRISA
Skype: louis.rilling Campus Universitaire de Beaulieu
Phone: (+33|0) 2 99 84 71 52 Avenue du General Leclerc
Fax: (+33|0) 2 99 84 71 71 35042 Rennes CEDEX - France
http://www.kerlabs.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://oss.oracle.com/pipermail/ocfs2-devel/attachments/20080718/1c0019a6/attachment-0001.bin
WARNING: multiple messages have this Message-ID (diff)
From: Louis Rilling <Louis.Rilling@kerlabs.com>
To: Joel.Becker@localdomain
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
Mark Fasheh <mfasheh@suse.com>,
linux-kernel@vger.kernel.org, ocfs2-devel@oss.oracle.com,
Andrew Morton <akpm@linux-foundation.org>
Subject: Re: [Ocfs2-devel] [git patches] Ocfs2 and Configfs updates for 2.6.27
Date: Fri, 18 Jul 2008 10:48:03 +0200 [thread overview]
Message-ID: <20080718084803.GB3887@localdomain> (raw)
In-Reply-To: <20080717223018.GC8283@ca-server1.us.oracle.com>
[-- Attachment #1: Type: text/plain, Size: 1558 bytes --]
On Thu, Jul 17, 2008 at 03:30:18PM -0700, Joel Becker wrote:
> On Thu, Jul 17, 2008 at 02:45:12PM -0700, Joel Becker wrote:
> > On Thu, Jul 17, 2008 at 02:20:38PM -0700, Joel Becker wrote:
> > > On Thu, Jul 17, 2008 at 11:01:40AM -0700, Linus Torvalds wrote:
> > > > I pulled it, but I want to register my protest.
> > >
> > > I wish you hadn't, because it won't be to difficult to go back
> > > to PTR_ERR(). However, don't revert it - that affects some of the
> > > follow-on patches that were affected by the change.
> >
> > I lied. I'll cleanup the fallout. You can revert it or wait
> > for my revert + PTR_ERR. Let me know if you revert it.
>
> Linus,
> Pull this to get the revert and the PTR_ERR() version:
>
> git://oss.oracle.com/git/jlbec/linux-2.6.git configfs-fixup-ptr-error
>
> It's tested with the same testing I did before - ocfs2 and netconsole.
While this new version looks ok, it seems that it still allows client
subsystems to return NULL in ->make_group()/->make_item(), in which case
configfs_mkdir() turns the result into -ENOMEM. Maybe this is intended to
smoothly update out-of-tree subsystems? I'd suggest to schedule a removal
of this backward compatibility, and display an error log to encourage
fixing the subsystems that still return NULL.
Louis
--
Dr Louis Rilling Kerlabs - IRISA
Skype: louis.rilling Campus Universitaire de Beaulieu
Phone: (+33|0) 2 99 84 71 52 Avenue du General Leclerc
Fax: (+33|0) 2 99 84 71 71 35042 Rennes CEDEX - France
http://www.kerlabs.com/
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2008-07-18 8:48 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-17 17:51 [Ocfs2-devel] [git patches] Ocfs2 and Configfs updates for 2.6.27 Mark Fasheh
2008-07-17 17:51 ` Mark Fasheh
2008-07-17 18:01 ` [Ocfs2-devel] " Linus Torvalds
2008-07-17 18:01 ` Linus Torvalds
2008-07-17 21:20 ` [Ocfs2-devel] " Joel Becker
2008-07-17 21:20 ` Joel Becker
2008-07-17 21:45 ` [Ocfs2-devel] " Joel Becker
2008-07-17 21:45 ` Joel Becker
2008-07-17 22:30 ` Joel Becker
2008-07-17 22:30 ` Joel Becker
2008-07-18 8:48 ` Louis Rilling [this message]
2008-07-18 8:48 ` Louis Rilling
2008-07-18 22:22 ` Joel Becker
2008-07-18 22:22 ` Joel Becker
-- strict thread matches above, loose matches on Subject: below --
2008-07-14 22:01 Mark Fasheh
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=20080718084803.GB3887@localdomain \
--to=louis.rilling@kerlabs.com \
--cc=Joel.Becker@localdomain \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mfasheh@suse.com \
--cc=ocfs2-devel@oss.oracle.com \
--cc=torvalds@linux-foundation.org \
/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.