This is the mail archive of the binutils@sourceware.org mailing list for the binutils project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: RFC: A new MIPS64 ABI

From: David Daney <ddaney at caviumnetworks dot com>
To: Ralf Baechle <ralf at linux-mips dot org>
Cc: linux-mips <linux-mips at linux-mips dot org>, GCC <gcc at gcc dot gnu dot org>, binutils <binutils at sourceware dot org>, Prasun Kapoor <prasun dot kapoor at caviumnetworks dot com>, rdsandiford at googlemail dot com
Date: Mon, 09 May 2011 10:47:03 -0700
Subject: Re: RFC: A new MIPS64 ABI
References: <4D5990A4.2050308__41923.1521235362$1297715435$gmane$org@caviumnetworks.com> <87hbbxqihm.fsf@firetop.home> <20110509142828.GA7196@linux-mips.org>

On 05/09/2011 07:28 AM, Ralf Baechle wrote:

On Mon, Feb 21, 2011 at 07:45:41PM +0000, Richard Sandiford wrote:
David Daney<ddaney@caviumnetworks.com> writes:
Background:
Current MIPS 32-bit ABIs (both o32 and n32) are restricted to 2GB of
user virtual memory space.  This is due the way MIPS32 memory space is
segmented.  Only the range from 0..2^31-1 is available.  Pointer
values are always sign extended.
Because there are not already enough MIPS ABIs, I present the ...
Proposal: A new ABI to support 4GB of address space with 32-bit
pointers.
FWIW, I'd be happy to see this go into GCC.
So am I for the kernel primarily because it's not really a new ABI but
an enhancement of the existing N32 ABI.

The patches are resting peacefully on my laptop. Now with endorcements like these, I may be forced to actually finish them...

David Daney

References:
- Re: RFC: A new MIPS64 ABI
  - From: Ralf Baechle

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]