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 [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
