From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14056 invoked by alias); 17 Jun 2003 20:14:49 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 13983 invoked from network); 17 Jun 2003 20:14:47 -0000 Received: from unknown (HELO palrel11.hp.com) (156.153.255.246) by sources.redhat.com with SMTP; 17 Jun 2003 20:14:47 -0000 Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33]) by palrel11.hp.com (Postfix) with ESMTP id F28AD1C00C6C; Tue, 17 Jun 2003 13:14:46 -0700 (PDT) Received: from napali.hpl.hp.com (napali.hpl.hp.com [15.4.89.123]) by hplms2.hpl.hp.com (8.12.9/8.12.9/HPL-PA Hub) with ESMTP id h5HKEjwH008533; Tue, 17 Jun 2003 13:14:46 -0700 (PDT) Received: from napali.hpl.hp.com (localhost [127.0.0.1]) by napali.hpl.hp.com (8.12.3/8.12.3/Debian-5) with ESMTP id h5HKEjrK010023; Tue, 17 Jun 2003 13:14:45 -0700 Received: (from davidm@localhost) by napali.hpl.hp.com (8.12.3/8.12.3/Debian-5) id h5HKEjqH010019; Tue, 17 Jun 2003 13:14:45 -0700 From: David Mosberger MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16111.30389.189801.925393@napali.hpl.hp.com> Date: Tue, 17 Jun 2003 20:14:00 -0000 To: Andrew Cagney Cc: davidm@hpl.hp.com, Nick Clifton , davidm@napali.hpl.hp.com, gdb@sources.redhat.com, binutils@sources.redhat.com, roland@redhat.com Subject: Re: [davidm@napali.hpl.hp.com: readelf question] In-Reply-To: <3EEF6B6B.3020308@redhat.com> References: <20030613145520.GA2930@lucon.org> <16111.25674.965375.967286@napali.hpl.hp.com> <3EEF6B6B.3020308@redhat.com> Reply-To: davidm@hpl.hp.com X-URL: http://www.hpl.hp.com/personal/David_Mosberger/ X-SW-Source: 2003-06/txt/msg00349.txt.bz2 >>>>> On Tue, 17 Jun 2003 15:26:35 -0400, Andrew Cagney said: Andrew> David, I'm guessing that ``gate page'' is vsyscall page? Yes. To be precise: on ia64, the gate page serves a similar purpose as on x86 the vsyscall page. (ia64 linux doesn't actually support virtual syscalls; instead, there are lightweight syscalls, which have similar performance but aren't restricted to user-mode execution). Andrew> Whats the Linux kernel status on this one? They're in the 2.5 tree now (both on x86 and ia64). Andrew> Last I heard was a kernel patch to make auxv info available Andrew> in the core file, and via the /proc and ptrace interfaces. Yes: auxv, core, and ptrace are there. I don't think /proc support is there. Not sure if Roland is planning to do something about that. Andrew> Thing is, if that's done, those extra memory sections can go Andrew> back to being extra memory sections (and everything becomes Andrew> much simpler). I don't have much of a preference myself. I'm sure Roland has thought much more about the user-level parts of the support than I have (though I do like the idea of being able to get symbol and library info for the kernel DSO(s); not sure how you'd do that with plain memory sections). --david