Back to -hackers, I've been using and (many times, by necessity)
administering UNIX systems since '86. It seems to me that having points
within "privileged" code where the OS could invoke site-supplied code on
the way in (so the site-supplied code would be able to examine, and
possibly
From: John W. DeBoskey j...@unx.sas.com
Date: Tue, 6 Jul 1999 22:27:39 -0400 (EDT)
This part may well actually be relevant to -hackers (albeit in a way
that will probably seem heretical to some):
Never underestimate the power of good user exits and the
ability to implement your own External
Back to -hackers, I've been using and (many times, by necessity)
administering UNIX systems since '86. It seems to me that having points
within privileged code where the OS could invoke site-supplied code on
the way in (so the site-supplied code would be able to examine, and
possibly
-Original Message-
From: Dan Seguin [SMTP:[EMAIL PROTECTED]]
Sent: Monday, July 05, 1999 11:22 PM
To: Ladavac Marino
Cc: FreeBSD Hackers
Subject: RE: Connect and so on..
On Mon, 28 Jun 1999, Ladavac Marino wrote:
[ML] If I understand this correctly, only
processes/kernel supported threads may proceed. Sounds like
RAGF(spelling?) scheme you're doing there.
What you describe above is correctly expresses what I was trying to
say.
Could you point me to more about this (RAGF) scheme?
[ML] I don't know if I have spelled it out
On Tue, 6 Jul 1999, Ladavac Marino wrote:
[ML] Regardless of userland/kernel daemon implementation, the
real bottleneck is going to be the network latency. Do not expect
anything under a millisecond (compared to that, the daemon rescheduling
latency of a couple of microseconds is
Ladavac Marino wrote:
-Original Message-
From: Dan Seguin [SMTP:[EMAIL PROTECTED]]
Sent: Monday, July 05, 1999 11:22 PM
To: Ladavac Marino
Cc: FreeBSD Hackers
Subject: RE: Connect and so on..
On Mon, 28 Jun 1999, Ladavac Marino wrote:
[ML] If I
-Original Message-
From: Dan Seguin [SMTP:d...@texar.com]
Sent: Monday, July 05, 1999 11:22 PM
To: Ladavac Marino
Cc: FreeBSD Hackers
Subject: RE: Connect and so on..
On Mon, 28 Jun 1999, Ladavac Marino wrote:
[ML] If I understand this correctly, only
processes/kernel supported threads may proceed. Sounds like
RAGF(spelling?) scheme you're doing there.
What you describe above is correctly expresses what I was trying to
say.
Could you point me to more about this (RAGF) scheme?
[ML] I don't know if I have spelled it out
On Tue, 6 Jul 1999, Ladavac Marino wrote:
[ML] Regardless of userland/kernel daemon implementation, the
real bottleneck is going to be the network latency. Do not expect
anything under a millisecond (compared to that, the daemon rescheduling
latency of a couple of microseconds is
Ladavac Marino wrote:
-Original Message-
From: Dan Seguin [SMTP:d...@texar.com]
Sent: Monday, July 05, 1999 11:22 PM
To: Ladavac Marino
Cc: FreeBSD Hackers
Subject: RE: Connect and so on..
On Mon, 28 Jun 1999, Ladavac Marino wrote:
[ML] If I
Date: Tue, 06 Jul 1999 09:52:12 -0700
From: Mike Smith m...@smith.net.au
Could you point me to more about this (RAGF) scheme?
[ML] I don't know if I have spelled it out correctly, but this
is the authentication scheme used on mainframes (IBM at least) where all
syscalls are routed
Ahhh.. RACF... MVS... Music to my ears...
And speaking of resource managers... don't forget
the ESM on CMS for SFS... :-)
I would have spared the bandwidth.. but it's worth noting
that we run a production system that installs user exits into
the Shared File System on CMS via the Callable
On Mon, 28 Jun 1999, Ladavac Marino wrote:
Essentially, we're trying to mediate system calls. Read, Write, Open,
Socket calls from userland are caught, information about the calling
process (i.e. caller UID) are sent to an external source for
authorization and depending on the reply,
On Mon, 28 Jun 1999, Ladavac Marino wrote:
Essentially, we're trying to mediate system calls. Read, Write, Open,
Socket calls from userland are caught, information about the calling
process (i.e. caller UID) are sent to an external source for
authorization and depending on the reply,
Essentially, we're trying to mediate system calls. Read, Write, Open,
Socket calls from userland are caught, information about the calling
process (i.e. caller UID) are sent to an external source for
authorization and depending on the reply, the system call will proceed
or
not. This is the
On Fri, 25 Jun 1999, Mike Smith wrote:
static struct sockaddr_in servaddr;
This needs to be a valid structure in USER space, not kernel.
OK. I suspected as much. Question is: how do I open a connection from
KERNEL space?
You don't.
If you're really desperate to do
On Fri, 25 Jun 1999, Mike Smith wrote:
static struct sockaddr_in servaddr;
This needs to be a valid structure in USER space, not kernel.
OK. I suspected as much. Question is: how do I open a connection from
KERNEL space?
You don't.
If you're really desperate to do
On Wed, 23 Jun 1999, Brian F. Feldman wrote:
On Wed, 23 Jun 1999, Dan Seguin wrote:
[snip]
I use the calling proc's table as it is passed to the system call, and am
trying to call socket and connect as if the user process originally called
them one by one (from userland syscall 97
-Original Message-
From: Dan Seguin [SMTP:d...@texar.com]
Sent: Friday, June 25, 1999 5:26 PM
To: Brian F. Feldman
Cc: FreeBSD Hackers
Subject: Re: Connect and so on..
As I said earlier in this post, I need to open a connection to the
outside
(presumably) from
On Fri, 25 Jun 1999, Ladavac Marino wrote:
-Original Message-
From: Dan Seguin [SMTP:d...@texar.com]
Sent: Friday, June 25, 1999 5:26 PM
To: Brian F. Feldman
Cc: FreeBSD Hackers
Subject:Re: Connect and so on..
As I said earlier in this post, I need to open
static struct sockaddr_in servaddr;
This needs to be a valid structure in USER space, not kernel.
OK. I suspected as much. Question is: how do I open a connection from
KERNEL space?
You don't.
If you're really desperate to do this, you'll have to patch _all_ of
the system calls
On Wed, 23 Jun 1999, Dan Seguin wrote:
Hi All.
I'm trying to create a system call that will burst a (pseudo) quick tcp
message out to a remote host every time that it is called. I've got the
system call all worked out as a kld, it loads and restores without a
hitch.
Good, you're
Hi All.
I'm trying to create a system call that will burst a (pseudo) quick tcp
message out to a remote host every time that it is called. I've got the
system call all worked out as a kld, it loads and restores without a
hitch.
I use the calling proc's table as it is passed to the system call,
On Wed, 23 Jun 1999, Dan Seguin wrote:
Hi All.
I'm trying to create a system call that will burst a (pseudo) quick tcp
message out to a remote host every time that it is called. I've got the
system call all worked out as a kld, it loads and restores without a
hitch.
Good, you're
25 matches
Mail list logo