Date: Thu, 14 Feb 2008 23:46:11 +0100 From: Roman Divacky <rdivacky@freebsd.org> To: Alexander Leidinger <Alexander@Leidinger.net> Cc: emulation@freebsd.org Subject: Re: Linux compatibility layer's wiki page Message-ID: <20080214224611.GA28632@freebsd.org> In-Reply-To: <20080214194749.u9soqtthws0wsock@webmail.leidinger.net> References: <3b47caa90802121939r61098f1dj4705d06d894c4aaf@mail.gmail.com> <20080213091552.GA20760@freebsd.org> <20080214194749.u9soqtthws0wsock@webmail.leidinger.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Feb 14, 2008 at 07:47:49PM +0100, Alexander Leidinger wrote: > Quoting Roman Divacky <rdivacky@freebsd.org> (from Wed, 13 Feb 2008 > 10:15:52 +0100): > > >On Tue, Feb 12, 2008 at 09:39:12PM -0600, Novembre wrote: > >>Hi all, > >> > >>I just wanted to mention that the wiki page for Linux compatibility > >>layer ( http://wiki.freebsd.org/linux-kernel ) has not been updated > >>for about 5 months. I was wondering about the status of the project > >>right now, whether it's ready to use, etc. > > > >its been ready to use for many years :) nothing much happened over > >the 5 months... but there are things in the queue waiting to be commited. > > We could do a new run with a recent LTP release and update the LP > page... unfortunately I don't have the time and not enough resources > for this. I doubt that much (if anything at all) changed > >most notably - *at syscalls (linuxulator and native ones), this is quite > >close to be commited (waiting for me to answer kib@ some questions which > >I hope to do really soon now), also epoll seems to be ready for the prime > >time but I havent found anyone who can review/commit that (it's really > >trivial so I think anyone can do that) > > Post the epoll patch here on emulation. sure... after I get some sleep I'll do that ;) > >overall the status of linuxulator is really good I'd say, especially > >with the recent fix to mmap() > > We should mention that we have a known bug in the linux getents(). > > >There's a plan to switch over to 2.6 emulation on default once 7.0 > >is released > > More precisely: after *at() and epoll hits the tree, we plan to switch > to 2.6 in _current_ (after a HEADS UP to current@). I dont think that this is absolutely necessary but it makes sense... I am not sure if the epoll() should be included too (so far no review has been done and I dont htink its wise to delay the switch because of epoll()) roman
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080214224611.GA28632>