From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailout2.w2.samsung.com ([211.189.100.12]:43431 "EHLO mailout2.w2.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727731AbeI0UXU (ORCPT ); Thu, 27 Sep 2018 16:23:20 -0400 Reply-to: shuah.kh@samsung.com Subject: Re: [PATCH] rseq/selftests: fix parametrized test with -fpie To: Steven Rostedt , Mathieu Desnoyers Cc: Thomas Gleixner , Shuah Khan , linux-kselftest , linux-kernel , linux-api , Peter Zijlstra , "Paul E. McKenney" , Boqun Feng , Andy Lutomirski , Dave Watson , Paul Turner , Andrew Morton , Russell King , Ingo Molnar , "H. Peter Anvin" , Andi Kleen , Chris Lameter , Ben Maurer , Josh Triplett , Linus Torvalds , Catalin Marinas , Will Deacon , Michael Kerrisk , Joel Fernandes , stable , Shuah Khan From: Shuah Khan Message-id: Date: Thu, 27 Sep 2018 07:58:32 -0600 MIME-version: 1.0 In-reply-to: <20180927092235.77282e35@vmware.local.home> Content-type: text/plain; charset="utf-8" Content-language: en-US Content-transfer-encoding: 7bit References: <20180918135328.32034-1-mathieu.desnoyers@efficios.com> <1367962117.10271.1537897176578.JavaMail.zimbra@efficios.com> <20180927092235.77282e35@vmware.local.home> Sender: stable-owner@vger.kernel.org List-ID: On 09/27/2018 07:22 AM, Steven Rostedt wrote: > On Tue, 25 Sep 2018 13:39:36 -0400 (EDT) > Mathieu Desnoyers wrote: > >> ----- On Sep 18, 2018, at 9:53 AM, Mathieu Desnoyers mathieu.desnoyers@efficios.com wrote: >> >>> On x86-64, the parametrized selftest code for rseq crashes with a >>> segmentation fault when compiled with -fpie. This happens when the >>> param_test binary is loaded at an address beyond 32-bit on x86-64. >>> >>> The issue is caused by use of a 32-bit register to hold the address >>> of the loop counter variable. >>> >>> Fix this by using a 64-bit register to calculate the address of the >>> loop counter variables as an offset from rip. >> >> Should this fix go through tip or the selftests tree ? >> > > I usually have changes like this pulled through Shuah's tree with an > ack from the maintainer of the code that it tests. > > -- Steve > Right that is what I prefer. I usually wait for an Ack. I can pull this in. thanks, -- Shuah -- Shuah Khan Sr. Linux Kernel Developer Open Source Innovation Group Samsung Research America(Silicon Valley) shuah.kh@samsung.com