linux-mips
[Top] [All Lists]

Re: Yet another fix

To: Keith Owens <kaos@sgi.com>
Subject: Re: Yet another fix
From: Ralf Baechle <ralf@linux-mips.org>
Date: Mon, 2 Jun 2003 16:12:22 +0200
Cc: ilya@theIlya.com, linux-mips@linux-mips.org
In-reply-to: <5368.1054560466@ocs3.intra.ocs.com.au>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <20030602045700.GI3035@gateway.total-knowledge.com> <5368.1054560466@ocs3.intra.ocs.com.au>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Mutt/1.4.1i
On Mon, Jun 02, 2003 at 11:27:46PM +1000, Keith Owens wrote:

> Not in 2.4.20 nor 2.4.21-rc6 from Marcelo, must be a mips local change.
> I strongly suggest that you get rid of it, there is no good reason to
> emulate the 32 bit module syscalls on a 64 bit machine.  modutils is
> pure Linux and there is absolutely no justification for emulating 32
> bit versions of modutils when the user can install the 64 bit version
> of modutils instead.  32 bit emulation is a crutch to let binary only
> programs work when you do not have the source to rebuild to 64 bit, by
> definition we have the source to modutils.

Until very recently there was no 64-bit userland.

> IA64 and x86_64 make no attempt to emulate 32 bit modutils.  sparc64,
> ppc64 and s390x all pass the data straight to the 64 bit kernel code,
> they require the user space modutils to supply 64 bit data.  Emulation
> is a waste of time.

The code simply does the sparc64 thing.  Heck, it is the sparc64 code
with minor changes.

  Ralf

<Prev in Thread] Current Thread [Next in Thread>