From mboxrd@z Thu Jan 1 00:00:00 1970 From: Florian Weimer Subject: Re: pkeys: Support setting access rights for signal handlers Date: Mon, 18 Dec 2017 12:00:30 +0100 Message-ID: <7ab875c5-dc7c-b36e-8612-3d4aaf86a15c@redhat.com> References: <20171212231324.GE5460@ram.oc3035372033.ibm.com> <9dc13a32-b1a6-8462-7e19-cfcf9e2c151e@redhat.com> <20171213113544.GG5460@ram.oc3035372033.ibm.com> <9f86d79e-165a-1b8e-32dd-7e4e8579da59@redhat.com> <93153ac4-70f0-9d17-37f1-97b80e468922@redhat.com> <20171214001756.GA5471@ram.oc3035372033.ibm.com> <20171216150910.GA5461@ram.oc3035372033.ibm.com> <2eba29f4-804d-b211-1293-52a567739cad@redhat.com> <20171216172026.GC5461@ram.oc3035372033.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20171216172026.GC5461@ram.oc3035372033.ibm.com> Content-Language: en-US Sender: linux-arch-owner@vger.kernel.org To: Ram Pai Cc: Dave Hansen , linux-mm , x86@kernel.org, linux-arch , linux-x86_64@vger.kernel.org, Linux API List-Id: linux-api@vger.kernel.org On 12/16/2017 06:20 PM, Ram Pai wrote: > Ok. Sounds like I do not have much to do. My patches in its current form > will continue to work and provide the semantics you envision. Thanks for confirming. >> I'm open to a different way towards conveying this information to >> userspace. I don't want to probe for the behavior by sending a >> signal because that is quite involved and would also be visible in >> debuggers, confusing programmers. > I am fine with your proposal. So how can we move this forward? Should I submit a single new patch with the new flag with a more appropriate name (PKEY_ALLOC_SIGNALINHERIT comes to my mind) and the signal inheritance change? Dave, do you still want to wait for feedback from the x86 maintainer regarding a general interface? Is this really feasible without detailed knowledge of the XSAVE output structure? Otherwise, there probably isn't a way around code which explicitly copies the bits we want to preserve from the interrupted CPU context to the signal handler context. Thanks, Florian