From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8483 invoked by alias); 15 Dec 2001 02:08:45 -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 8462 invoked from network); 15 Dec 2001 02:08:44 -0000 Received: from unknown (HELO localhost.cygnus.com) (216.138.202.10) by sources.redhat.com with SMTP; 15 Dec 2001 02:08:44 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.cygnus.com (Postfix) with ESMTP id 3B0333D60; Fri, 14 Dec 2001 21:08:38 -0500 (EST) Message-ID: <3C1AB0A5.7040102@cygnus.com> Date: Fri, 14 Dec 2001 18:08:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:0.9.6) Gecko/20011207 X-Accept-Language: en-us MIME-Version: 1.0 To: Kumar Gala Cc: linuxppc-dev@lists.linuxppc.org, Daniel Jacobowitz , Kevin Buettner , gdb@sources.redhat.com, ezannoni@cygnus.com, fsirl@kernel.crashing.org, paulus@samba.org Subject: Re: AltiVec register ptrace support References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2001-12/txt/msg00135.txt.bz2 > Is there any reason that we can not spport both methods. There are > applications in which having the ability to get all the registers is a > single syscall is a major performance improvement. 2/c worth. Yes. The Linux/PPC kernel supports PEEK/POKE for fetching registers. The proposed Kernel interface _consistently_ extends that interface using the exact same mechanims to obtain the altivec regiters. All the required changes for this have been posted and have been demonstrated to work. Separate to that, it has been _proposed_ that the PPC ptrace() interface be changed so that get/set reg for all register classes be added (incomplete patch posted). Isn't this separate to the problem at hand? enjoy, Andrew