From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10236 invoked by alias); 10 Jan 2002 18:59:10 -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 10201 invoked from network); 10 Jan 2002 18:59:10 -0000 Received: from unknown (HELO motgate3.mot.com) (144.189.100.103) by sources.redhat.com with SMTP; 10 Jan 2002 18:59:10 -0000 Received: [from pobox.mot.com (pobox.mot.com [129.188.137.100]) by motgate3.mot.com (motgate3 2.1) with ESMTP id LAA18353; Thu, 10 Jan 2002 11:48:46 -0700 (MST)] Received: [from postal.somerset.sps.mot.com (postal.somerset.sps.mot.com [163.12.132.5]) by pobox.mot.com (MOT-pobox 2.0) with ESMTP id LAA10957; Thu, 10 Jan 2002 11:58:49 -0700 (MST)] Received: from softail.somerset.sps.mot.com (softail.somerset.sps.mot.com [163.12.80.17]) by postal.somerset.sps.mot.com (8.11.0/8.11.0) with ESMTP id g0AIwm308416; Thu, 10 Jan 2002 12:58:48 -0600 (CST) Received: from localhost (galak@localhost) by softail.somerset.sps.mot.com (8.11.0/8.11.0) with ESMTP id g0AIwmt29131; Thu, 10 Jan 2002 12:58:48 -0600 (CST) X-Authentication-Warning: softail.somerset.sps.mot.com: galak owned process doing -bs Date: Thu, 10 Jan 2002 10:59:00 -0000 From: Kumar Gala X-X-Sender: galak@softail.somerset.sps.mot.com To: Paul Mackerras cc: Andrew Cagney , Kumar Gala , , Daniel Jacobowitz , Kevin Buettner , , , Subject: Re: AltiVec register ptrace support In-Reply-To: <15389.3566.531070.447917@argo.ozlabs.ibm.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2002-01/txt/msg00100.txt.bz2 Paul, Can you please make a decision regarding which version (or both) of the AltiVec ptrace support should go into the kernel. The two patches are available here: http://lists.linuxppc.org/linuxppc-dev/200112/msg00107.html The change is holding up altivec support for gdb. Thanks - kumar On Mon, 17 Dec 2001, Paul Mackerras wrote: > 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. >