From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3736 invoked by alias); 16 Dec 2001 21:13:21 -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 3622 invoked from network); 16 Dec 2001 21:12:05 -0000 Received: from unknown (HELO lists.samba.org) (198.186.203.85) by sources.redhat.com with SMTP; 16 Dec 2001 21:12:05 -0000 Received: by lists.samba.org (Postfix, from userid 1020) id 2C32B4164; Sun, 16 Dec 2001 13:13:39 -0800 (PST) From: Paul Mackerras MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15389.3566.531070.447917@argo.ozlabs.ibm.com> Date: Sun, 16 Dec 2001 13:13:00 -0000 To: Andrew Cagney Cc: Kumar Gala , linuxppc-dev@lists.linuxppc.org, Daniel Jacobowitz , Kevin Buettner , gdb@sources.redhat.com, ezannoni@cygnus.com, fsirl@kernel.crashing.org Subject: Re: AltiVec register ptrace support In-Reply-To: <3C1AB0A5.7040102@cygnus.com> References: <3C1AB0A5.7040102@cygnus.com> X-Mailer: VM 6.75 under Emacs 20.7.2 Reply-To: paulus@samba.org X-SW-Source: 2001-12/txt/msg00147.txt.bz2 Andrew Cagney writes: > 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? If we are going to add a get/set reg interface for the altivec vector registers, I would rather not extend the peek/poke interface to do that as well. Paul.