[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090918183926.GB8551@mail.oracle.com>
Date: Fri, 18 Sep 2009 11:39:26 -0700
From: Joel Becker <Joel.Becker@...cle.com>
To: "Peter W. Morreale" <pmorreale@...ell.com>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Mark Fasheh <mfasheh@...e.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
ocfs2-devel@....oracle.com
Subject: Re: [Ocfs2-devel] [GIT PULL] ocfs2 changes for 2.6.32
On Fri, Sep 18, 2009 at 11:23:33AM -0600, Peter W. Morreale wrote:
> On Thu, 2009-09-17 at 18:43 -0700, Joel Becker wrote:
> > On Thu, Sep 17, 2009 at 09:29:14AM -0700, Linus Torvalds wrote:
> > > Why would anybody want to hide it at all? Why even the libc hiding?
> > >
> > > Nobody is going to use this except for special apps. Let them see what
> > > they can do, in all its glory.
> >
> > I expect everyone will use this through cp(1), so that cp(1) can
> > try to get server-side copy on the network filesystms.
> > Speaking of "all its glory", what we have now is:
> >
> > int sys_copyfileat(int oldfd, const char *oldname, int newfd,
> > const char *newname, int flags, int atflags)
>
>
> Would it be worthwhile to consider adding an offset and length?
>
> Then we get dd as well. (potentially)
I'm with Linus that a range attribute really makes this
complicated. I also think it doesn't work well with a call that is
supposed to create newname.
Joel
--
Pitchers and catchers report.
Joel Becker
Principal Software Developer
Oracle
E-mail: joel.becker@...cle.com
Phone: (650) 506-8127
--
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