[PATCH 06/13] kexec: New syscall kexec_file_load() declaration

Vivek Goyal vgoyal at redhat.com
Thu Jun 5 08:22:09 PDT 2014


On Thu, Jun 05, 2014 at 11:16:39AM -0400, Vivek Goyal wrote:
> On Thu, Jun 05, 2014 at 05:56:03PM +0800, WANG Chao wrote:
> 
> [..]
> > > diff --git a/kernel/kexec.c b/kernel/kexec.c
> > > index c435c5f..a3044e6 100644
> > > --- a/kernel/kexec.c
> > > +++ b/kernel/kexec.c
> > > @@ -1098,6 +1098,13 @@ COMPAT_SYSCALL_DEFINE4(kexec_load, compat_ulong_t, entry,
> > >  }
> > >  #endif
> > >  
> > > +SYSCALL_DEFINE5(kexec_file_load, int, kernel_fd, int, initrd_fd,
> > > +		const char __user *, cmdline_ptr, unsigned long,
> > > +		cmdline_len, unsigned long, flags)
> > 
> > initrd is optional for system boot.
> > 
> > How about using int *kernel_fd and int *initrd_fd as the argument? Then
> > if I don't need initrd, in userspace I can do this:
> 
> Hi Chao,
> 
> I really am not too keen converting plain int fd arguments into pointers.
> 
> Given the fact that fd is int, that means all valid values are greater
> than 0. How about using -1 to denote that initrd is not being loaded?
> 
> This does create one little anomaly and that is for all -ve values we
> will return -EBADF except -1 which we special cased.

Or we could do.

- Define extra flag which should be set by user if valid initrd fd is not
  being passed. Say, KEXEC_FILE_NO_INITRAMFS. And if kernel sees that flag
  it will not try to parse value passed in argument initrd_fd at all.

I think I like this better.

Thanks
Vivek



More information about the kexec mailing list