From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1727 invoked by alias); 15 Apr 2005 17:03:10 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 901 invoked from network); 15 Apr 2005 17:02:55 -0000 Received: from unknown (HELO pollux.ds.pg.gda.pl) (153.19.208.7) by sourceware.org with SMTP; 15 Apr 2005 17:02:55 -0000 Received: from localhost (localhost [127.0.0.1]) by pollux.ds.pg.gda.pl (Postfix) with ESMTP id 0C6DBE1CAA; Fri, 15 Apr 2005 19:02:50 +0200 (CEST) Received: from pollux.ds.pg.gda.pl ([127.0.0.1]) by localhost (pollux [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11437-03; Fri, 15 Apr 2005 19:02:49 +0200 (CEST) Received: from piorun.ds.pg.gda.pl (piorun.ds.pg.gda.pl [153.19.208.8]) by pollux.ds.pg.gda.pl (Postfix) with ESMTP id B1A9AE1C99; Fri, 15 Apr 2005 19:02:49 +0200 (CEST) Received: from blysk.ds.pg.gda.pl (macro@blysk.ds.pg.gda.pl [153.19.208.6]) by piorun.ds.pg.gda.pl (8.13.1/8.13.1) with ESMTP id j3FH2rYu025616; Fri, 15 Apr 2005 19:02:53 +0200 Date: Fri, 15 Apr 2005 17:03:00 -0000 From: "Maciej W. Rozycki" To: Eric Christopher Cc: Thiemo Seufer , newlib@sources.redhat.com, binutils@sources.redhat.com, cgd@broadcom.com Subject: Re: [patch] adjust libgloss addresses for 64-bit In-Reply-To: <1113583817.4591.68.camel@localhost.localdomain> Message-ID: References: <1113516346.4591.39.camel@localhost.localdomain> <20050414223754.GI32470@hattusa.textio> <1113583817.4591.68.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Status: Clean X-SW-Source: 2005-04/txt/msg00428.txt.bz2 On Fri, 15 Apr 2005, Eric Christopher wrote: > > > > leaving us with a zero-extended value in a register which is > > > > unpredictable as far as the standard (and at least one chip out there) > > > > Hmm, 0x80000000 should be a valid XKUSEG address... > > > > Nothing wrong with the address, but it's loaded as: > > ori $2,0x8000 > dsll $2,$2,0x10 > > so it's zero extended and not sign extended as it should be. Of course it is zero-extended. Otherwise it would be a different one; actually in the CKSEG0 space rather than XKUSEG. If you want the former, what's wrong with 0xffffffff80000000? -- please keep in mind we are talking about 64-bit addressing. Maciej