This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: AltiVec register ptrace support
- From: Andrew Cagney <ac131313 at cygnus dot com>
- To: Kumar Gala <kumar dot gala at motorola dot com>
- Cc: linuxppc-dev at lists dot linuxppc dot org,Daniel Jacobowitz <drow at mvista dot com>,Kevin Buettner <kevinb at redhat dot com>, gdb at sources dot redhat dot com,ezannoni at cygnus dot com, fsirl at kernel dot crashing dot org, paulus at samba dot org
- Date: Fri, 14 Dec 2001 21:08:37 -0500
- Subject: Re: AltiVec register ptrace support
- References: <Pine.GSO.4.40.0112141249070.21737-100000@softail.somerset.sps.mot.com>
> 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