From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-134236-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 46280 invoked by alias); 21 Oct 2016 19:24:58 -0000
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
Received: (qmail 46267 invoked by uid 89); 21 Oct 2016 19:24:57 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: Yes, score=5.4 required=5.0 tests=AWL,BAYES_00,GARBLED_SUBJECT,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_PASS,UNSUBSCRIBE_BODY autolearn=no version=3.3.2 spammy=prctl, ptrace, processwide, process-wide
X-HELO: mailapp01.imgtec.com
Received: from mailapp01.imgtec.com (HELO mailapp01.imgtec.com) (195.59.15.196) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 21 Oct 2016 19:24:56 +0000
Received: from HHMAIL01.hh.imgtec.org (unknown [10.100.10.19])	by Forcepoint Email with ESMTPS id 9C3E622F29DC8;	Fri, 21 Oct 2016 20:24:49 +0100 (IST)
Received: from [10.20.78.168] (10.20.78.168) by HHMAIL01.hh.imgtec.org (10.100.10.21) with Microsoft SMTP Server id 14.3.294.0; Fri, 21 Oct 2016 20:24:53 +0100
Date: Fri, 21 Oct 2016 19:24:00 -0000
From: "Maciej W. Rozycki" <macro@imgtec.com>
To: Matthew Fortune <Matthew.Fortune@imgtec.com>
CC: James Hogan <James.Hogan@imgtec.com>, Bhushan Attarde	<Bhushan.Attarde@imgtec.com>, "gdb-patches@sourceware.org"	<gdb-patches@sourceware.org>, Andrew Bennett <Andrew.Bennett@imgtec.com>,	Jaydeep Patil <Jaydeep.Patil@imgtec.com>, "linux-mips@linux-mips.org"	<linux-mips@linux-mips.org>
Subject: RE: [PATCH 02/24]     Add MIPS32 FPU64 GDB target descriptions
In-Reply-To: <alpine.DEB.2.00.1610131614180.31859@tp.orcam.me.uk>
Message-ID: <alpine.DEB.2.00.1610212020340.31859@tp.orcam.me.uk>
References: <1467038991-6600-1-git-send-email-bhushan.attarde@imgtec.com> <1467038991-6600-2-git-send-email-bhushan.attarde@imgtec.com> <alpine.DEB.2.00.1607221827040.4076@tp.orcam.me.uk> <20161012135803.GT19354@jhogan-linux.le.imgtec.org> <alpine.DEB.2.00.1610121701180.31859@tp.orcam.me.uk> <20161012180531.GV19354@jhogan-linux.le.imgtec.org> <alpine.DEB.2.00.1610122217350.31859@tp.orcam.me.uk> <6D39441BF12EF246A7ABCE6654B0235380A70681@HHMAIL01.hh.imgtec.org> <alpine.DEB.2.00.1610131614180.31859@tp.orcam.me.uk>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-SW-Source: 2016-10/txt/msg00647.txt.bz2

On Fri, 21 Oct 2016, Maciej W. Rozycki wrote:

>  If we had such a dedicated virtual $fre, and we decided sometime to let 
> the user actually write to it and switch the mode process-wide, then we 
> could simply invoke the right prctl(2) call in response to the user's 
> ptrace(2) request.

 Or we could call it $fp_mode and map it directly to prctl(PR_GET_FP_MODE) 
and prctl(PR_SET_FP_MODE, ...).

  Maciej