amd64 on Asus K8V SE Deluxe
tjr at freebsd.org
Mon Oct 4 02:53:41 PDT 2004
On Sun, Oct 03, 2004 at 05:29:17PM +0200, Alex D'Elia wrote:
> * Tim Robbins <tjr at freebsd.org> [041003 03:16]:
> > On Sat, Oct 02, 2004 at 12:37:24PM -0700, Sean McNeil wrote:
> > > If you look in the freebsd-amd64 mailing list archive you will see all
> > > kinds of discussion about it. My kernel is built with 32-bit binary
> > > compatibility by adding:
> > >
> > > options COMPAT_IA32 # Compatible with i386 binaries
> > >
> > > and Linux 32-bit with
> > >
> > > options COMPAT_LINUX32
> > > options LINPROCFS
> > >
> > > I do not think these are setup as loadable modules yet, but I might be
> > > mistaken. Loadable modules work great now too, so there is no reason
> > > they couldn't be built as modules I should think.
> > [...]
> > The only reason these can't be built usefully as modules on amd64 is that
> > Linux emulation depends on COMPAT_43, which is not enabled in GENERIC
> > (and shouldn't be). There's work underway to decouple COMPAT_LINUX from
> > COMPAT_43, and when that's done, the Linux modules will work fine.
> > Tim
> Hi Tim,
> thanks for that, I got it installed now with that options and the COMPAT_43
> either, but I am ofcourse keeping on, cause I want to see how the system
> goes, and where the problems are, so that for the RELEASE things will be
> up and running as needed. And no users' complains :)
> so, do you mean is "bad" to enable that option ?
> what are the problems I might encounter ?
COMPAT_43 won't cause you any problems. The reason it's disabled is that if
a "stable" release of FreeBSD/amd64 were to ship with that option enabled by
default, users could rightly assume that the additional system calls, ioctls
and quirks it enables would be available in future releases.
More information about the freebsd-amd64