Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 25 Sep 2002 10:29:14 -0700 (PDT)
From:      Nate Lawson <nate@root.org>
To:        Bruce M Simpson <bms@spc.org>
Cc:        Paolo Pisati <p.pisati@oltrelinux.com>, FreeBSD_Hackers <freebsd-hackers@FreeBSD.ORG>
Subject:   Re: Hey, is there space for a newbie? =)
Message-ID:  <Pine.BSF.4.21.0209251025140.68759-100000@root.org>
In-Reply-To: <20020925092017.GL23343@spc.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 25 Sep 2002, Bruce M Simpson wrote:
> On Tue, Sep 24, 2002 at 12:32:40PM -0700, Nate Lawson wrote:
> > How about updating Alpine (alpine.cs.washington.edu) and fixing a lot of
> > its lousy hacks (i.e. the sysinit stuff)?
> 
> Nice idea, but a lot of people will/are use/using Bochs or VMware for this.
> Mind you, the Alpine approach doesn't require as much other crap (vmnet,
> vmmon, et al) to operate. And tun(4) could be used as a faux ethernet driver.

It's still useful and can be expanded like usermode Linux.  Having both
the user code calling a socket and tcp_output in the same address space
helps a lot for GDB.  Your approach is also useful.
 
> > Zero copy BPF?
> 
> This is a seriously nice idea; but won't it require user-space applications
> to allocate their buffers on page boundaries (assuming MMU page tricks are
> one underlying mechanism to avoid copies) ?

See options ZERO_COPY.  Similar tricks would be needed.

> > Port the Linux Rockwell/Conexant winmodem support to freebsd?  (Tons of
> > laptops have this chipset).
> >   http://www.mbsi.ca/cnxtlindrv/
> 
> I had a brief look at this last month. I should warn you that the Linux
> driver is simply a wrapper. The actual software modem is a Linux object
> with encrypted symbols which is linked in to the wrapper to provide the
> loadable softmodem module. I didn't get further than that - but I imagine
> that there must be some way to convert the module to something which
> could be linked in to a corresponding FreeBSD .ko.

Yep.  The grunt work is in mapping the FreeBSD kernel services to provide
the expected entries their binary driver wants.

-Nate


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?Pine.BSF.4.21.0209251025140.68759-100000>