public inbox for linux-parisc@vger.kernel.org
 help / color / mirror / Atom feed
From: Catalin Marinas <catalin.marinas@arm.com>
To: Helge Deller <deller@gmx.de>
Cc: "linux-parisc@vger.kernel.org" <linux-parisc@vger.kernel.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>,
	John David Anglin <dave.anglin@bell.net>,
	Bamvor Jian Zhang <bamvor.zhangjian@huawei.com>
Subject: Re: [PATCH] parisc: compat Fix siginfo_t -> compat_siginfo_t conversion on big endian
Date: Tue, 17 Mar 2015 17:13:33 +0000	[thread overview]
Message-ID: <20150317171333.GA14408@e104818-lin.cambridge.arm.com> (raw)
In-Reply-To: <20150315200041.GA10927@ls3530.box>

On Sun, Mar 15, 2015 at 08:00:41PM +0000, Helge Deller wrote:
> This patch is basically the same as commit 9d42d48 from Catalin Marinas
> but adopted to the parisc architecture.
> 
> The native (64-bit) sigval_t union contains sival_int (32-bit) and sival_ptr
> (64-bit). When a compat application invokes a syscall that takes a sigval_t
> value (as part of a larger structure, e.g.  compat_sys_mq_notify,
> compat_sys_timer_create), the compat_sigval_t union is converted to the native
> sigval_t with sival_int overlapping with either the least or the most
> significant half of sival_ptr, depending on endianness. When the corresponding
> signal is delivered to a compat application, on big endian the current
> (compat_uptr_t)sival_ptr cast always returns 0 since sival_int corresponds to
> the top part of sival_ptr. This patch fixes copy_siginfo_to_user32() so that
> sival_int is copied to the compat_siginfo_t structure.

Se below, I don't think this patch is needed.

> diff --git a/arch/parisc/kernel/signal32.c b/arch/parisc/kernel/signal32.c
> index 984abbe..d1f1fcd 100644
> --- a/arch/parisc/kernel/signal32.c
> +++ b/arch/parisc/kernel/signal32.c
> @@ -322,7 +322,6 @@ int
>  copy_siginfo_to_user32 (compat_siginfo_t __user *to, const siginfo_t *from)
>  {
>  	compat_uptr_t addr;
> -	compat_int_t val;
>  	int err;
>  
>  	if (!access_ok(VERIFY_WRITE, to, sizeof(compat_siginfo_t)))
> @@ -361,15 +360,13 @@ copy_siginfo_to_user32 (compat_siginfo_t __user *to, const siginfo_t *from)
>  		case __SI_TIMER >> 16:
>  			err |= __put_user(from->si_tid, &to->si_tid);
>  			err |= __put_user(from->si_overrun, &to->si_overrun);
> -			val = (compat_int_t)from->si_int;
> -			err |= __put_user(val, &to->si_int);
> +			err |= __put_user(from->si_int, &to->si_int);

Is there any actual change here? The native si_int is 32-bit already,
same as compat_int_t. I didn't think parisc needed fixing (only if it
was using si_ptr which is 64-bit on a 64-bit architecture).

>  			break;
>  		case __SI_RT >> 16:	/* Not generated by the kernel as of now.  */
>  		case __SI_MESGQ >> 16:
>  			err |= __put_user(from->si_uid, &to->si_uid);
>  			err |= __put_user(from->si_pid, &to->si_pid);
> -			val = (compat_int_t)from->si_int;
> -			err |= __put_user(val, &to->si_int);
> +			err |= __put_user(from->si_int, &to->si_int);

Same here.

-- 
Catalin

      reply	other threads:[~2015-03-17 17:13 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-15 20:00 [PATCH] parisc: compat Fix siginfo_t -> compat_siginfo_t conversion on big endian Helge Deller
2015-03-17 17:13 ` Catalin Marinas [this message]

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=20150317171333.GA14408@e104818-lin.cambridge.arm.com \
    --to=catalin.marinas@arm.com \
    --cc=James.Bottomley@HansenPartnership.com \
    --cc=bamvor.zhangjian@huawei.com \
    --cc=dave.anglin@bell.net \
    --cc=deller@gmx.de \
    --cc=linux-parisc@vger.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