Robert Watson said:
On Mon, 21 Jul 2003, Pawel Jakub Dawidek wrote:
For example syscall is marking some range with mark()
function. For now
on this range isn't accessable from userland. If
process will try to
write to this page, page is copied (copy-on-write).
If this page will
be
On Tue, 22 Jul 2003, Adam Migus wrote:
Perhaps I'm not understanding you right but I think Pawel's idea is
cool. It seems to fulfill your requirements (except being network
specific). I suppose if it were network specific we could optimize it
for packet streams and if we made it
Robert Watson said:
Well, the case I had particularly in mind was the rapid
flow of packets
form the kernel to the user process; Pawel's suggestion
handles the flow
of new data from the user process to the kernel well,
and has substantial
similarity to some of the IO Lite mechanisms I
On Sat, 19 Jul 2003, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Marc Ramirez [EMAIL PROTECTED] writes:
: I have a device driver that needs to make requests for data from a
: userland daemon. What's the preferred method for doing this in 4.8R and
: 5.1R? I'm assuming
On Fri, 18 Jul 2003, Terry Lambert wrote:
Marc Ramirez wrote:
I asked this in -questions, but got no response; sorry for the repost.
I have a device driver that needs to make requests for data from a
userland daemon. What's the preferred method for doing this in 4.8R and
5.1R? I'm
On Sat, 19 Jul 2003, Pawel Jakub Dawidek wrote:
On Fri, Jul 18, 2003 at 03:47:05PM -0400, Marc Ramirez wrote:
+ I have a remote datastore that I want to present as a filesystem. There
+ are two parts to this: fetching raw data over the network, and doing some
+ processing on the data. For
Cool. Thanks, everyone! Messrs. Watson and Lambert have convinced me to
go the pseudo-device route. I think that's really going to clean up a lot
of the code.
I'm so excited!
Thanks!
Marc.
On Sun, 20 Jul 2003, Robert Watson wrote:
On Sat, 19 Jul 2003, Pawel Jakub Dawidek wrote:
Your
Robert Watson wrote:
Of these approaches, my favorite are writing directly to a file, and using
a psuedo-device, depending on the requirements. They have fairly
well-defined security semantics (especially if you properly cache the
open-time credentials in the file case). I don't really like
On Mon, 21 Jul 2003, Terry Lambert wrote:
Robert Watson wrote:
Of these approaches, my favorite are writing directly to a file, and using
a psuedo-device, depending on the requirements. They have fairly
well-defined security semantics (especially if you properly cache the
open-time
On Mon, Jul 21, 2003 at 02:20:40PM -0400, Robert Watson wrote:
+ For one of our research projects, here at NAI, we did a fair amount of
+ userland network code prototyping. We started out with IPDIVERT, then
+ pushed down to BPF using a partial network stack in userspace. We've
+ found it's a
On Mon, 21 Jul 2003, Pawel Jakub Dawidek wrote:
For example syscall is marking some range with mark() function. For now
on this range isn't accessable from userland. If process will try to
write to this page, page is copied (copy-on-write). If this page will
be modified by kernel it will
On Sat, 19 Jul 2003, Pawel Jakub Dawidek wrote:
Your choices are:
- device,
- sysctl,
- syscall.
There are actually a few other more obscure ways to push information from
the kernel to userspace, depending on what you want to accomplish.
Write directly to a file from the kernel. ktrace,
On Fri, Jul 18, 2003 at 03:47:05PM -0400, Marc Ramirez wrote:
+ I have a remote datastore that I want to present as a filesystem. There
+ are two parts to this: fetching raw data over the network, and doing some
+ processing on the data. For purposes of maintainability, I'd like to do
+ as
On Sat, Jul 19, 2003 at 09:47:08AM +0200, Pawel Jakub Dawidek wrote:
+ On Fri, Jul 18, 2003 at 03:47:05PM -0400, Marc Ramirez wrote:
+ + I have a remote datastore that I want to present as a filesystem. There
+ + are two parts to this: fetching raw data over the network, and doing some
+ +
In message: [EMAIL PROTECTED]
Marc Ramirez [EMAIL PROTECTED] writes:
: I have a device driver that needs to make requests for data from a
: userland daemon. What's the preferred method for doing this in 4.8R and
: 5.1R? I'm assuming the answer is Unix-domain sockets...
what's wrong
I asked this in -questions, but got no response; sorry for the repost.
I have a device driver that needs to make requests for data from a
userland daemon. What's the preferred method for doing this in 4.8R and
5.1R? I'm assuming the answer is Unix-domain sockets...
Thanks,
Marc.
--
Marc
On Fri, 18 Jul 2003, Marc Ramirez wrote:
I asked this in -questions, but got no response; sorry for the repost.
I have a device driver that needs to make requests for data from a
userland daemon. What's the preferred method for doing this in 4.8R and
5.1R? I'm assuming the answer is
On Fri, 18 Jul 2003, Daniel Eischen wrote:
On Fri, 18 Jul 2003, Marc Ramirez wrote:
I asked this in -questions, but got no response; sorry for the repost.
I have a device driver that needs to make requests for data from a
userland daemon. What's the preferred method for doing this in
On Fri, 18 Jul 2003, Marc Ramirez wrote:
On Fri, 18 Jul 2003, Daniel Eischen wrote:
On Fri, 18 Jul 2003, Marc Ramirez wrote:
I asked this in -questions, but got no response; sorry for the repost.
I have a device driver that needs to make requests for data from a
userland
On Fri, 18 Jul 2003, Julian Elischer wrote:
On Fri, 18 Jul 2003, Marc Ramirez wrote:
On Fri, 18 Jul 2003, Daniel Eischen wrote:
On Fri, 18 Jul 2003, Marc Ramirez wrote:
I asked this in -questions, but got no response; sorry for the repost.
I have a device driver that needs
Marc Ramirez wrote:
I asked this in -questions, but got no response; sorry for the repost.
I have a device driver that needs to make requests for data from a
userland daemon. What's the preferred method for doing this in 4.8R and
5.1R? I'm assuming the answer is Unix-domain sockets...
It
21 matches
Mail list logo