From: Zach Brown <zach.brown@oracle.com>
To: Ulrich Drepper <drepper@redhat.com>
Cc: linux-kernel@vger.kernel.org, akpm@linux-foundation.org,
mingo@elte.hu, tglx@linutronix.de, torvalds@linux-foundation.org
Subject: Re: [PATCHv5 0/5] sys_indirect system call
Date: Tue, 11 Dec 2007 11:49:18 -0800 [thread overview]
Message-ID: <475EE9BE.3070909@oracle.com> (raw)
In-Reply-To: <200711210728.lAL7SoUM015040@devserv.devel.redhat.com>
> Note that the sys_indirect system call takes an additional parameter which
> is for now forced to be zero. This parameter is meant to enable the use
> of sys_indirect to create syslets, asynchronously executed system calls.
> This syslet approach is also the main reason for the interface in the form
> proposed here.
Can you talk more about how you imagined syslets working with
sys_indirect()?
I threw something together to test most of the machinery around the
actual argument passing. It just added the syslet arguments to the union:
http://lkml.org/lkml/2007/12/6/338
http://lkml.org/lkml/2007/12/6/339
This obviously doesn't work because it's a perfectly reasonable thing to
want to provide the file_flags to some call as well as the syslet args
to perform that call in a syslet.
Then it butchers sys_indirect() itself:
http://lkml.org/lkml/2007/12/6/340
The syslet machinery wants to run some code before and after the system
call itself when the syslet arguments are provided. It can also call
almost every single system call, white-listing in sys_indirect() is
probably not the answer here.
I could throw together some ideas, of course, but thought I'd see if you
guys already had a design in mind that I could pursue.
- z
prev parent reply other threads:[~2007-12-11 19:49 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-21 7:28 [PATCHv5 0/5] sys_indirect system call Ulrich Drepper
2007-12-11 19:49 ` Zach Brown [this message]
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=475EE9BE.3070909@oracle.com \
--to=zach.brown@oracle.com \
--cc=akpm@linux-foundation.org \
--cc=drepper@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=tglx@linutronix.de \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox