linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Kristian Sørensen" <ks@cs.aau.dk>
To: Steven Rostedt <rostedt@goodmis.org>
Cc: Christoph Hellwig <hch@infradead.org>,
	LKML <linux-kernel@vger.kernel.org>,
	The Umbrella Team <umbrella@cs.aau.dk>
Subject: Re: [PATCH][RFC] dynamic syscalls revisited
Date: Tue, 30 Nov 2004 19:30:39 +0000	[thread overview]
Message-ID: <41ACCA5F.7090606@cs.aau.dk> (raw)
In-Reply-To: <1101742562.25841.47.camel@localhost.localdomain>

Steven Rostedt wrote:

>On Mon, 2004-11-29 at 15:17 +0000, Christoph Hellwig wrote:
>  
>
>>Actually they were dumped because dynamically syscalls are a really bad
>>idea, not because of implementation issues.
>>
>>    
>>
>
>Yes, for most cases they are.  But the implementation for them seemed to
>be too intrusive for the special case. This solution is not so
>intrusive, and can easily be compiled out. As I said, they are nice to
>have for a quick debugging, and may have other uses as well. The times I
>wished for them, was usually debugging a module and I didn't want to
>recompile the kernel and reboot. So instead I made awful hacks into the
>proc system or some make believe device to interface with.
>
>I'm just putting this out for others to use. If it doesn't get into the
>kernel, then so be it, but since this is not so intrusive, and can
>easily be used on all architectures, then the patch can surely help
>others.
>  
>
In our project (The Umbrella Project) we are maintaining a system call 
for making a "restricted fork" (which could e.g. be that the child 
created will have no access to the network)... it is a very annoying job 
to keep the patch up to date with the new kernel versions because the 
syscall files are changed often. The rest of the Umbrella module is 
independent because it is based on LSM ... so having dynamic syscalls is 
definitly a wish of ours!


Best, Kristian Sørensen.

-- 
Kristian Sørensen
- The Umbrella Project  --  Security for Consumer Electronics
  http://umbrella.sourceforge.net

E-mail: ipqw@users.sf.net, Phone: +45 29723816


  reply	other threads:[~2004-11-30 19:33 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-29 15:11 [PATCH][RFC] dynamic syscalls revisited Steven Rostedt
2004-11-29 15:17 ` Christoph Hellwig
2004-11-29 15:36   ` Steven Rostedt
2004-11-30 19:30     ` Kristian Sørensen [this message]
2004-11-29 16:41   ` [RFC] " Jan Engelhardt
2004-11-29 17:10     ` Steven Rostedt
2004-12-05 23:46       ` Adrian Bunk
2004-12-06 16:07         ` Steven Rostedt
2004-12-06 17:16           ` Steven Rostedt
2004-12-06 17:32             ` Zwane Mwaikambo
2004-12-06 17:57               ` linux-os
2004-12-06 18:03               ` Steven Rostedt
2004-12-06 18:18               ` Arjan van de Ven
2004-12-07  0:20           ` Michael Buesch
2004-12-07  0:57             ` Steven Rostedt
2004-12-06 21:14     ` H. Peter Anvin
2004-12-06 22:01       ` Steven Rostedt
2004-12-06 22:20         ` H. Peter Anvin
2004-12-06 22:38           ` Steven Rostedt
2004-12-14 23:14             ` Werner Almesberger
2004-12-15  2:14               ` Steven Rostedt
2004-12-15  3:35                 ` Steven Rostedt

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=41ACCA5F.7090606@cs.aau.dk \
    --to=ks@cs.aau.dk \
    --cc=hch@infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rostedt@goodmis.org \
    --cc=umbrella@cs.aau.dk \
    /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;
as well as URLs for NNTP newsgroup(s).