Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 18 Jul 2003 12:54:02 -0700 (PDT)
From:      Julian Elischer <julian@elischer.org>
To:        Marc Ramirez <marc.ramirez@bluecirclesoft.com>
Cc:        freebsd-hackers@freebsd.org
Subject:   Re: Communications kernel -> userland
Message-ID:  <Pine.BSF.4.21.0307181253290.14696-100000@InterJet.elischer.org>
In-Reply-To: <20030718153757.J61759@www.bluecirclesoft.com>

next in thread | previous in thread | raw e-mail | index | archive | help


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 daemon.  What's the preferred method for doing this in 4.8R and
> > > 5.1R?  I'm assuming the answer is Unix-domain sockets...
> >
> > I think you got it backwards.  Not that you can't
> > do what you want to do, but it's usually the other
> > way around.
> >
> > Your daemon should listen on the device (blocking
> > ioctl or read) and send data to the device when
> > it is ready for it (using write or ioctl).
> 
> Sorry - I'll be more specific.
> 
> 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 little of this as possible inside the kernel, so I've currently got a
> daemon to fetch and process the data, and then pipes it over a socket to
> the kernel FS layer.
> 
> Anyway I'm trying to move on from the "accurate" stage of development to
> the "accurate and speedy" stage, so I'm asking around... :)

Isn't that what the 'portalfs' is for?

> 
> Thanks,
> 
> Marc.
> 
> 
> --
> Marc Ramirez
> Blue Circle Software Corporation
> 513-688-1070 (main)
> 513-382-1270 (direct)
> www.bluecirclesoft.com
> _______________________________________________
> freebsd-hackers@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"
> 



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0307181253290.14696-100000>