public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Arjan van de Ven <arjan@infradead.org>
To: "Jinkai Gao" <mickeygjk@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Suggestion: LKM should be able to add system call for itself
Date: Mon, 7 Jul 2008 07:29:45 -0700	[thread overview]
Message-ID: <20080707072945.189bbe76@infradead.org> (raw)
In-Reply-To: <fb82a8210807070512o3a5f8814kba83df94b7c7e04a@mail.gmail.com>

On Mon, 7 Jul 2008 08:12:00 -0400
"Jinkai Gao" <mickeygjk@gmail.com> wrote:

> On Mon, Jul 7, 2008 at 3:01 AM, Arjan van de Ven
> <arjan@infradead.org> wrote:
> > On Mon, 7 Jul 2008 01:09:30 -0400
> > "Jinkai Gao" <mickeygjk@gmail.com> wrote:
> >
> >> Above is to demonstrate that LKM is extension to kernel, and the
> >> system calls should be able to extend as long as the kernel is
> >> extending. So The LKM should be able to define its own user
> >> interface by adding new system call for itself.
> >
> > Since we promise a stable ABI to userspace, this is a bit of a
> > problem.
> >
> > But... look today, we already have various system calls implemented
> > by modules. (example: sys_nfsservctl)
> > but to make it fully dynamic? Not a good idea... nobody would be
> > able to program to it.
> 
> Why? Using the interface we provide to add and delete system call (the
> module can only unregister the system calls registered by itself), all
> the existing system calls will be the same. It is just you can have
> more system calls then you need, That shouldn't be a problem.

but when the kernel later adds new ones.. overlap.

Really.. it's not hard to do this. Look at nfs etc. You CAN do this,
just you need to reserve your system call number officially (and create
a manpage for it describing what it does)... and then it doesn't really
matter if it's module or vmlinux who provides it. Again.. nfs has
solved this.



-- 
If you want to reach me at my work email, use arjan@linux.intel.com
For development, discussion and tips for power savings, 
visit http://www.lesswatts.org

  reply	other threads:[~2008-07-07 14:29 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-07  5:09 Suggestion: LKM should be able to add system call for itself Jinkai Gao
2008-07-07  7:01 ` Arjan van de Ven
2008-07-07 12:12   ` Jinkai Gao
2008-07-07 14:29     ` Arjan van de Ven [this message]
2008-07-07  8:40 ` Bart Van Assche
2008-07-07 12:36   ` Jinkai Gao
2008-07-07 14:16     ` Bart Van Assche
2008-07-07 14:42     ` Jan Engelhardt
2008-07-07  9:35 ` Jan Engelhardt
2008-07-07 14:00   ` Jinkai Gao
2008-07-07 14:16     ` Josh Boyer
2008-07-07 16:33       ` Eduard - Gabriel Munteanu

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=20080707072945.189bbe76@infradead.org \
    --to=arjan@infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mickeygjk@gmail.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox