Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 20 Aug 2007 11:55:27 -0700
From:      Maxim Sobolev <sobomax@FreeBSD.org>
To:        Scott Long <scottl@samsco.org>
Cc:        wine-freebsd@hub.org, Kris Moore <krismoore@comcast.net>, src-committers@FreeBSD.org, cvs-src@FreeBSD.org, Alfred Perlstein <alfred@FreeBSD.org>, cvs-all@FreeBSD.org, Daniel Eischen <deischen@FreeBSD.org>, Robert Watson <rwatson@FreeBSD.org>, David Xu <davidxu@FreeBSD.org>, Tijl Coosemans <tijl@ulyssis.org>, Xin LI <delphij@delphij.net>
Subject:   Re: cvs commit: src/sys/kern kern_thr.c syscalls.master src/sys/sys
Message-ID:  <46C9E39F.8010009@FreeBSD.org>
In-Reply-To: <46C9AE64.50705@samsco.org>
References:  <200708160526.l7G5Qg0b008022@repoman.freebsd.org> <46C4FD02.3090708@freebsd.org> <Pine.GSO.4.64.0708162216530.1396@sea.ntplx.net> <200708182118.37998.tijl@ulyssis.org> <20070818204223.D1234@fledge.watson.org> <Pine.GSO.4.64.0708182050070.13363@sea.ntplx.net> <46C7A9A4.5090404@samsco.org> <20070819095302.D66918@fledge.watson.org> <46C863C5.6090906@comcast.net><20070820093009.GE87451@elvis.mu.org> <222044094-1187603330-cardhu_decombobulator_blackberry.rim.net-1638751523-@bxe027.bisx.prod.on.blackberry> <46C9AE64.50705@samsco.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Scott Long wrote:
> Having it as a loadable module that is essentially private to PC-BSD 
> (though open source, of course) will lead to questions of why Wine works
> in PC-BSD and not FreeBSD.  That's fine if your intention is to create
> a fork of FreeBSD, but I don't know if that's what you really want.

There is no need for it to be private - we can just easily have it in 
the same port or in separate port (wine_kmod?) and get wine RUN_DEPEND 
on it.

We have been using this scheme with VmWare for ages now and everybody 
seems to be happy. Indeed, as Robert has pointed out, wine is special in 
its needs to access some kernel internals to emulate sufficiently 
different threading model. Those internals are not and probably will 
never be exposed via POSIX layer, so that loadable module approach makes 
lot of sense.

-Maxim



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?46C9E39F.8010009>