Date: Thu, 30 Jan 2003 09:03:22 -0600 From: wgrim@siue.edu To: freebsd-hackers@freebsd.org Subject: Re: Network block device. Message-ID: <1043939002.3e393ebaaf94a@webmail1.isg.siue.edu> In-Reply-To: <18287.1043936650@critter.freebsd.dk> References: <18287.1043936650@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
I haven't been following this thread too closely, but I was hoping you could clarify something for me. For what does GEOM mean/stand? Thanks for the clarification, Mike Quoting phk@FreeBSD.ORG: > In message <15929.4350.816918.384371@canoe.velocet.net>, David Gilbert > writes: > >>>>>> "phk" == phk <phk@freebsd.org> writes: > > > >phk> NBD wouldn't be hard to implement on FreeBSD, the easiest way > >phk> would be to write two GEOM modules to do it: a client and a > >phk> server. > > > >phk> No, I don't have time to do that right now, but I will happily > >phk> guide anybody who wants to try. > > > >I would be interested in knowing what you think would be required > >... and some pointers. This sounds like a task I could bite off. > > First, find out what protocol you will use. If nothing else stay > compatible with Linux (at least as an option if what they use suck > too much). > > Then write a userland server and client so you have something to > test against. > > Then write the kernel-client. There are two bits of this, one is > the network part, one is the GEOM part. > > Julian proposed using netgraph for the network part, I'm not sure > I agree with that idea, I think it would be more efficient to just > make a kthread and go directly on the socket. I can't see what > netgraph would add in this case, except a lot of code doing nothing > but getting in the way. > > Once your kernel client can actually send a request and receive > the reply, we will tack it onto GEOM. > > >From there I expect doing the kernel server is pretty much the > same, just the other way around :-) > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > ------------------------------------------------- SIUE Web Mail To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1043939002.3e393ebaaf94a>