From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-37878-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 15953 invoked by alias); 20 Aug 2010 09:06:16 -0000
Received: (qmail 15942 invoked by uid 22791); 20 Aug 2010 09:06:15 -0000
X-SWARE-Spam-Status: No, hits=-5.9 required=5.0	tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD
X-Spam-Check-By: sourceware.org
Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 20 Aug 2010 09:06:10 +0000
Received: from int-mx03.intmail.prod.int.phx2.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.16])	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o7K966LM027499	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);	Fri, 20 Aug 2010 05:06:06 -0400
Received: from hase.home (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1])	by int-mx03.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o7K964s1024586;	Fri, 20 Aug 2010 05:06:05 -0400
From: Andreas Schwab <schwab@redhat.com>
To: Simon Richter <Simon.Richter@hogyros.de>
Cc: gdb@sourceware.org
Subject: Re: PT_TEXT_ADDR on ARM
References: <20100820083257.GA3902@richter>
X-Yow: This MUST be a good party -- My RIB CAGE is being painfully pressed up against someone's MARTINI!!
Date: Fri, 20 Aug 2010 09:06:00 -0000
In-Reply-To: <20100820083257.GA3902@richter> (Simon Richter's message of "Fri,	20 Aug 2010 10:32:57 +0200")
Message-ID: <m3y6c17iwz.fsf@hase.home>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2010-08/txt/msg00126.txt.bz2

Simon Richter <Simon.Richter@hogyros.de> writes:

> I'd like to prepare a patch that ideally fixes both 2.4 uClinux and 2.6
> uClinux (normal Linux doesn't really need the offsets). Should I
>
>  a) check the kernel version
>  b) try 0x10000 first, if it returns zero, use the value from 0xc4
>  c) use 0x10000 only?

I wonder how 0x10000 can actually work.  I'm pretty sure that
sizeof(struct user) < 0x10000, so this would always return EIO
(according to arch/arm/kernel/ptrace.c:ptrace_read_user).

Andreas.

-- 
Andreas Schwab, schwab@redhat.com
GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84  5EC7 45C6 250E 6F00 984E
"And now for something completely different."