Re: [PATCH][RFC] splice support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Mar 29 2006, Andrew Morton wrote:
> Jens Axboe <[email protected]> wrote:
> >
> > > > Right now "flags" doesn't do anything at all, and you should just pass in 
> >  > > zero.
> >  > 
> >  > In that case perhaps we should be enforcing flags==0 so that future
> >  > flags-using applications will reliably fail on old flags-not-understanding
> >  > kernels.
> >  > 
> >  > But that won't work if we later define a bit in flags to mean "behave like
> >  > old kernels used to".  So perhaps we should require that bits 0-15 of
> >  > `flags' be zero and not care about bits 16-31.
> >  > 
> >  > IOW: it might be best to make `flags' just go away, and add new syscalls in
> >  > the future as appropriate.
> > 
> >  Not if flags == 0 maintains the same behaviour. The only flag I can
> >  think of right now is the 'move' or 'gift' flag, meaning that the caller
> >  wants to migrate pages from the pipe instead of copying them. I'd
> >  imagine we'd get that in way before 2.6.17 anyways, so I think we're
> >  fine.
> 
> OK..  Do you plan to make it reject unrecognised flags?

Depends, not sure if eg a 'move' flag should be a hard or soft
indication. Say we can't move a page and the caller asked us to migrate,
we'd probably just do the sane thing and copy that one page. It would be
silly to fail that request entirely.

-- 
Jens Axboe

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux