From: Madhavan Srinivasan <maddy@linux.ibm.com>
To: Christophe Leroy <christophe.leroy@csgroup.eu>,
mpe@ellerman.id.au, npiggin@gmail.com, shuah@kernel.org
Cc: linuxppc-dev@lists.ozlabs.org, linux-kselftest@vger.kernel.org
Subject: Re: [PATCH] selftest/powerpc/benchmark: remove requirement libc-dev
Date: Fri, 9 Aug 2024 11:02:01 +0530 [thread overview]
Message-ID: <24253b41-4fb8-47f8-b090-06f1762d7104@linux.ibm.com> (raw)
In-Reply-To: <493e1a40-6847-4be8-8978-ed71e7b8bf8c@csgroup.eu>
On 8/9/24 10:24 AM, Christophe Leroy wrote:
>
>
> Le 09/08/2024 à 06:25, Madhavan Srinivasan a écrit :
>>
>> On 8/6/24 12:24 PM, Christophe Leroy wrote:
>>>
>>>
>>> Le 05/08/2024 à 10:30, Madhavan Srinivasan a écrit :
>>>> Currently exec-target.c file is linked as static and this
>>>> post a requirement to install libc dev package to build.
>>>> Without it, build-breaks when compiling selftest/powerpc/benchmark.
>>>>
>>>> CC exec_target
>>>> /usr/bin/ld: cannot find -lc: No such file or directory
>>>> collect2: error: ld returned 1 exit status
>>>>
>>>> exec_target.c is using "syscall" library function which
>>>> could be replaced with a inline assembly and the same is
>>>> proposed as a fix here.
>>>>
>>>> Suggested-by: Michael Ellerman <mpe@ellerman.id.au>
>>>> Signed-off-by: Madhavan Srinivasan <maddy@linux.ibm.com>
>>>> ---
>>>> tools/testing/selftests/powerpc/benchmarks/Makefile | 2 +-
>>>> .../testing/selftests/powerpc/benchmarks/exec_target.c | 10
>>>> ++++++++--
>>>> 2 files changed, 9 insertions(+), 3 deletions(-)
>>>>
>>>> diff --git a/tools/testing/selftests/powerpc/benchmarks/Makefile
>>>> b/tools/testing/selftests/powerpc/benchmarks/Makefile
>>>> index 1321922038d0..ca4483c238b9 100644
>>>> --- a/tools/testing/selftests/powerpc/benchmarks/Makefile
>>>> +++ b/tools/testing/selftests/powerpc/benchmarks/Makefile
>>>> @@ -18,4 +18,4 @@ $(OUTPUT)/context_switch: LDLIBS += -lpthread
>>>> $(OUTPUT)/fork: LDLIBS += -lpthread
>>>> -$(OUTPUT)/exec_target: CFLAGS += -static -nostartfiles
>>>> +$(OUTPUT)/exec_target: CFLAGS += -nostartfiles
>>>> diff --git
>>>> a/tools/testing/selftests/powerpc/benchmarks/exec_target.c
>>>> b/tools/testing/selftests/powerpc/benchmarks/exec_target.c
>>>> index c14b0fc1edde..20027a23b594 100644
>>>> --- a/tools/testing/selftests/powerpc/benchmarks/exec_target.c
>>>> +++ b/tools/testing/selftests/powerpc/benchmarks/exec_target.c
>>>> @@ -7,10 +7,16 @@
>>>> */
>>>> #define _GNU_SOURCE
>>>> -#include <unistd.h>
>>>> #include <sys/syscall.h>
>>>> void _start(void)
>>>> {
>>>> - syscall(SYS_exit, 0);
>>>> + asm volatile (
>>>> + "li %%r0, %[sys_exit];"
>>>> + "li %%r3, 0;"
>>>> + "sc;"
>>>> + :
>>>> + : [sys_exit] "i" (SYS_exit)
>>>> + : "r0", "r3"
>>>> + );
>>>
>>> That looks ok because SYS_exit() is not supposed to return, but in
>>> the general case you should take a lot more precautions regarding
>>> which registers get clobbered when using sc.
>>>
>>> Maybe it is worth a comment.
>>
>>
>> ok sure and something like this will help?
>>
>>
>> + : "r0", "r3" //clobber registers, r0 - syscall number, r3 -
>> exit value
>>
>
> Not really.
>
> sc will clobber r0 and r3-r12, also SO bit in CR.
>
> Here the reason why you have no problem with that is that SYS_exit
> never returns. At the end, even your "r0" and "r3" clobber are
> unnecessary because of that.
ah nice. thanks for the details.
I will add comment and post a v2 soon.
Maddy
>
> Christophe
next prev parent reply other threads:[~2024-08-09 5:33 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-05 8:30 [PATCH] selftest/powerpc/benchmark: remove requirement libc-dev Madhavan Srinivasan
2024-08-06 6:54 ` Christophe Leroy
2024-08-09 4:25 ` Madhavan Srinivasan
2024-08-09 4:54 ` Christophe Leroy
2024-08-09 5:32 ` Madhavan Srinivasan [this message]
2024-08-12 0:21 ` Michael Ellerman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=24253b41-4fb8-47f8-b090-06f1762d7104@linux.ibm.com \
--to=maddy@linux.ibm.com \
--cc=christophe.leroy@csgroup.eu \
--cc=linux-kselftest@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mpe@ellerman.id.au \
--cc=npiggin@gmail.com \
--cc=shuah@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).