From: Jan Stancek <jstancek@redhat.com>
To: "Zhang Jian(Bamvor)" <bamvor.zhangjian@huawei.com>
Cc: ltp-list@lists.sourceforge.net,
bintian wang <bintian.wang@huawei.com>,
yangyingliang@huawei.com, apinski@cavium.com,
dingtianhong@huawei.com
Subject: Re: [LTP] [RFC PATCH 1/3] ARM64: ILP32: modify struct kernel_sigaction
Date: Thu, 19 Mar 2015 13:40:40 +0100 [thread overview]
Message-ID: <550AC3C8.6070707@redhat.com> (raw)
In-Reply-To: <1627971631.32976127.1426764822909.JavaMail.zimbra@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 2035 bytes --]
On 03/19/2015 12:33 PM, Jan Stancek wrote:
>
>
>
>
> ----- Original Message -----
>> From: "Zhang Jian(Bamvor)" <bamvor.zhangjian@huawei.com>
>> To: ltp-list@lists.sourceforge.net
>> Cc: "bintian wang" <bintian.wang@huawei.com>, yangyingliang@huawei.com, apinski@cavium.com, dingtianhong@huawei.com
>> Sent: Thursday, 19 March, 2015 6:16:36 AM
>> Subject: [LTP] [RFC PATCH 1/3] ARM64: ILP32: modify struct kernel_sigaction
>>
>> From: Yang Yingliang <yangyingliang@huawei.com>
>>
>> In ILP32, the sigaction struct is the same as AARCH64.
>> To allow for this to work, we use a long long fields and
>> then add extra casts when converting between the user
>> exposed struct and the kernel exposed struct.
>> The modify is came from a patch of glibc,
>> the commit is 9266f4b060f6("Add kernel_sigaction.h for AARCH64 ILP32").
>>
>> Signed-off-by: Yang Yingliang <yangyingliang@huawei.com>
>> ---
>> include/lapi/rt_sigaction.h | 12 ++++++------
>> 1 file changed, 6 insertions(+), 6 deletions(-)
>>
>> diff --git a/include/lapi/rt_sigaction.h b/include/lapi/rt_sigaction.h
>> index 46f6a50..2b1365a 100644
>> --- a/include/lapi/rt_sigaction.h
>> +++ b/include/lapi/rt_sigaction.h
>> @@ -34,9 +34,9 @@
>> #define INVAL_SA_PTR ((void *)-1)
>>
>> struct kernel_sigaction {
>> - __sighandler_t k_sa_handler;
>> - unsigned long sa_flags;
>> - void (*sa_restorer) (void);
>> + unsigned long long k_sa_handler;
>> + unsigned long long sa_flags;
>> + unsigned long long sa_restorer;
>
> Isn't this going to break i386? (long is 4, long long is 8).
Hi,
Attached is a testcase I put together to check how it behaves.
It's expected that signal handler will run on alternate stack and
testcase will print "frame_addr is within my_stack: 1"
# uname -m
i686
LTP HEAD:
# ./rt_sigaction04
my_stack: 0x0804d260 frame_addr: 0x0844cd08
frame_addr is within my_stack: 1
LTP HEAD + patch that changes kernel_sigaction to long long
# ./rt_sigaction04
my_stack: 0x0804d260 frame_addr: 0xbfda5068
frame_addr is within my_stack: 0
Regards,
Jan
[-- Attachment #2: rt_sigaction04.c --]
[-- Type: text/x-csrc, Size: 1435 bytes --]
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <signal.h>
#include <inttypes.h>
#include <errno.h>
#include <sys/syscall.h>
#include <string.h>
#include "test.h"
#include "linux_syscall_numbers.h"
#include "lapi/rt_sigaction.h"
char *TCID = "rt_sigaction01";
int TST_TOTAL = 1;
static char my_stack[4*1024*1024];
static void handler(int sig)
{
(void) sig;
uintptr_t frame_addr = (uintptr_t) __builtin_frame_address(0);
uintptr_t stack_addr = (uintptr_t) &my_stack;
uintptr_t stack_last = stack_addr + sizeof(my_stack);
printf("my_stack: 0x%08"PRIxPTR " frame_addr: 0x%08"PRIxPTR "\n",
stack_addr, frame_addr);
printf("frame_addr is within my_stack: %d\n",
(frame_addr > stack_addr && frame_addr < stack_last));
}
static int set_handler(int sig, int sig_to_mask, int mask_flags)
{
struct sigaction sa, oldaction;
(void) sig_to_mask;
sa.sa_handler = (void *)handler;
sa.sa_flags = mask_flags;
sigemptyset(&sa.sa_mask);
sigaddset(&sa.sa_mask, sig);
ltp_rt_sigaction(sig, &sa, &oldaction, SIGSETSIZE);
return 0;
}
int main(int ac, char **av)
{
const char *msg;
msg = parse_opts(ac, av, NULL, NULL);
if (msg != NULL)
tst_brkm(TBROK, NULL, "OPTION PARSING ERROR - %s", msg);
stack_t stack = {
.ss_sp = (void *)my_stack,
.ss_flags = 0,
.ss_size = sizeof(my_stack)
};
sigaltstack(&stack, NULL);
set_handler(SIGRTMIN, 0, SA_ONSTACK);
kill(getpid(), SIGRTMIN);
tst_exit();
}
[-- Attachment #3: Type: text/plain, Size: 441 bytes --]
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
[-- Attachment #4: Type: text/plain, Size: 155 bytes --]
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
next prev parent reply other threads:[~2015-03-19 12:40 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1426742198-17967-1-git-send-email-bamvor.zhangjian@huawei.com>
[not found] ` <1426742198-17967-2-git-send-email-bamvor.zhangjian@huawei.com>
2015-03-19 11:33 ` [LTP] [RFC PATCH 1/3] ARM64: ILP32: modify struct kernel_sigaction Jan Stancek
2015-03-19 12:40 ` Jan Stancek [this message]
2015-03-19 15:18 ` Bamvor Zhang
[not found] ` <1426742198-17967-3-git-send-email-bamvor.zhangjian@huawei.com>
2015-03-19 11:49 ` [LTP] [RFC PATCH 2/3] ARM64: ILP32: cast for negtive off_t Cyril Hrubis
[not found] ` <18FC2E80-AF7B-408C-8863-B4FC532B5CD4@caviumnetworks.com>
2015-03-19 12:00 ` Cyril Hrubis
[not found] ` <1426742198-17967-4-git-send-email-bamvor.zhangjian@huawei.com>
2015-03-19 12:01 ` [LTP] [RFC PATCH 3/3] ARM64: ILP32: define LTP_USE_64_ABI for ILP32 Cyril Hrubis
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=550AC3C8.6070707@redhat.com \
--to=jstancek@redhat.com \
--cc=apinski@cavium.com \
--cc=bamvor.zhangjian@huawei.com \
--cc=bintian.wang@huawei.com \
--cc=dingtianhong@huawei.com \
--cc=ltp-list@lists.sourceforge.net \
--cc=yangyingliang@huawei.com \
/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