From: Michael Ellerman <mpe@ellerman.id.au>
To: Linus Torvalds <torvalds@linux-foundation.org>,
Al Viro <viro@zeniv.linux.org.uk>,
"Aneesh Kumar K.V" <aneesh.kumar@linux.ibm.com>
Cc: Thadeu Lima de Souza Cascardo <cascardo@canonical.com>,
desnesn@linux.ibm.com,
Srikar Dronamraju <srikar@linux.vnet.ibm.com>,
ego@linux.vnet.ibm.com, aik@ozlabs.ru, jniethe5@gmail.com,
bin.meng@windriver.com, psampat@linux.ibm.com,
bala24@linux.ibm.com, msuchanek@suse.de,
sathnaga@linux.vnet.ibm.com, Oliver O'Halloran <oohall@gmail.com>,
fthain@telegraphics.com.au, Christoph Hellwig <hch@lst.de>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
equinox@diac24.net, leobras.c@gmail.com, santosh@fossix.org,
maddy@linux.ibm.com, Nayna Jain <nayna@linux.ibm.com>,
YueHaibing <yuehaibing@huawei.com>,
mahesh@linux.ibm.com, Peter Zijlstra <peterz@infradead.org>,
anju@linux.vnet.ibm.com,
Geert Uytterhoeven <geert@linux-m68k.org>,
weiyongjun1@huawei.com, alastair@d-silva.org,
harish@linux.ibm.com, Waiman Long <longman@redhat.com>,
"Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com>,
dyoung@redhat.com, vdronov@redhat.com, nathanl@linux.ibm.com,
miltonm@us.ibm.com, palmerdabbelt@google.com, ajd@linux.ibm.com,
Arnd Bergmann <arnd@arndb.de>,
lirongqing@baidu.com, sandipan@linux.ibm.com,
kjain@linux.ibm.com, muriloo@linux.ibm.com,
Nick Piggin <npiggin@gmail.com>,
Nathan Chancellor <natechancellor@gmail.com>,
Joe Perches <joe@perches.com>,
chris.packham@alliedtelesis.co.nz,
Vaibhav Jain <vaibhav@linux.ibm.com>,
felix@linux.ibm.com, hbathini@linux.ibm.com,
Christophe Leroy <christophe.leroy@c-s.fr>,
atrajeev@linux.vnet.ibm.com, wenxiong@linux.vnet.ibm.com,
sbobroff@linux.ibm.com, Randy Dunlap <rdunlap@infradead.org>,
"Gustavo A. R. Silva" <gustavoars@kernel.org>,
sourabhjain@linux.ibm.com, bharata@linux.ibm.com,
Tejun Heo <tj@kernel.org>,
miaoqinglang@huawei.com, Jeremy Kerr <jk@ozlabs.org>,
grandmaster@al2klimov.de, fbarrat@linux.ibm.com,
huntbag@linux.vnet.ibm.com, kaloz@openwrt.org,
linuxppc-dev <linuxppc-dev@lists.ozlabs.org>,
Ravi Bangoria <ravi.bangoria@linux.ibm.com>,
Bill Wendling <morbo@google.com>
Subject: Re: [GIT PULL] Please pull powerpc/linux.git powerpc-5.9-1 tag
Date: Sat, 08 Aug 2020 09:27:36 +1000 [thread overview]
Message-ID: <87eeoixcif.fsf@mpe.ellerman.id.au> (raw)
In-Reply-To: <CAHk-=wif9A9Y1i1xbie5Qsr7e-YoTpv9O_YSF8NCHWksDPEa2Q@mail.gmail.com>
Linus Torvalds <torvalds@linux-foundation.org> writes:
> On Fri, Aug 7, 2020 at 6:14 AM Michael Ellerman <mpe@ellerman.id.au> wrote:
>>
>> Just one minor conflict, in a comment in drivers/misc/ocxl/config.c.
>
> Well, this morning I merged the ptrace ->regset_get() updates from Al,
> and that brought in a different conflict.
Ah fooey.
> I _think_ I resolved it correctly, but while the new model is fairly
> readable, the old one sure wasn't, and who knows how messed up my
> attempt to sort it out was. I don't know the pkey details on powerpc..
The old API was horrible, nice to see it gone.
> So I'd appreciate it if both Al and Aneesh Kumar would check that what
> I did to pkey_get() in arch/powerpc/kernel/ptrace/ptrace-view.c makes
> sense and works..
It looks right to me, except it doesn't build due to ret now being unused:
/linux/arch/powerpc/kernel/ptrace/ptrace-view.c: In function ‘pkey_get’:
/linux/arch/powerpc/kernel/ptrace/ptrace-view.c:473:6: error: unused variable ‘ret’ [-Werror=unused-variable]
473 | int ret;
Patch below, do you mind taking it directly?
With that fixed our pkey selftests pass and show the expected values in
those regs.
> Side note - it might have been cleaner to just make it do
>
> membuf_store(&to, target->thread.amr);
> membuf_store(&to, target->thread.iamr);
> return membuf_store(&to, default_uamor);
>
> instead of doing that membuf_write() for the first two ones and then
> the membuf_store() for the uamor field, but I did what I did to keep
> the logic as close to what it used to be as possible.
Yep fair enough.
> If I messed up, I apologize.
>
> And if you agree that making it three membuf_store() instead of that
> odd "depend on the exact order of the thread struct and pick two
> consecutive values", I'll leave that to you as a separate cleanup.
Will do.
cheers
From a280ae69f248a0f87b36170a94c5665ef5353f51 Mon Sep 17 00:00:00 2001
From: Michael Ellerman <mpe@ellerman.id.au>
Date: Sat, 8 Aug 2020 09:12:03 +1000
Subject: [PATCH] powerpc/ptrace: Fix build error in pkey_get()
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The merge resolution in commit 25d8d4eecace left ret no longer used,
leading to:
/linux/arch/powerpc/kernel/ptrace/ptrace-view.c: In function ‘pkey_get’:
/linux/arch/powerpc/kernel/ptrace/ptrace-view.c:473:6: error: unused variable ‘ret’
473 | int ret;
Fix it by removing ret.
Fixes: 25d8d4eecace ("Merge tag 'powerpc-5.9-1' of git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux")
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
---
arch/powerpc/kernel/ptrace/ptrace-view.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/powerpc/kernel/ptrace/ptrace-view.c b/arch/powerpc/kernel/ptrace/ptrace-view.c
index 19823a250aa0..7e6478e7ed07 100644
--- a/arch/powerpc/kernel/ptrace/ptrace-view.c
+++ b/arch/powerpc/kernel/ptrace/ptrace-view.c
@@ -470,8 +470,6 @@ static int pkey_active(struct task_struct *target, const struct user_regset *reg
static int pkey_get(struct task_struct *target, const struct user_regset *regset,
struct membuf to)
{
- int ret;
-
BUILD_BUG_ON(TSO(amr) + sizeof(unsigned long) != TSO(iamr));
if (!arch_pkeys_enabled())
--
2.25.1
next prev parent reply other threads:[~2020-08-08 1:04 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-07 13:13 [GIT PULL] Please pull powerpc/linux.git powerpc-5.9-1 tag Michael Ellerman
2020-08-07 13:13 ` Michael Ellerman
2020-08-07 17:46 ` Linus Torvalds
2020-08-07 19:14 ` Al Viro
2020-08-08 14:27 ` [EXTERNAL] " Aneesh Kumar K.V
2020-08-07 23:27 ` Michael Ellerman [this message]
2020-08-07 17:47 ` pr-tracker-bot
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=87eeoixcif.fsf@mpe.ellerman.id.au \
--to=mpe@ellerman.id.au \
--cc=aik@ozlabs.ru \
--cc=ajd@linux.ibm.com \
--cc=alastair@d-silva.org \
--cc=aneesh.kumar@linux.ibm.com \
--cc=anju@linux.vnet.ibm.com \
--cc=arnd@arndb.de \
--cc=atrajeev@linux.vnet.ibm.com \
--cc=bala24@linux.ibm.com \
--cc=bharata@linux.ibm.com \
--cc=bin.meng@windriver.com \
--cc=cascardo@canonical.com \
--cc=chris.packham@alliedtelesis.co.nz \
--cc=christophe.leroy@c-s.fr \
--cc=desnesn@linux.ibm.com \
--cc=dyoung@redhat.com \
--cc=ego@linux.vnet.ibm.com \
--cc=equinox@diac24.net \
--cc=fbarrat@linux.ibm.com \
--cc=felix@linux.ibm.com \
--cc=fthain@telegraphics.com.au \
--cc=geert@linux-m68k.org \
--cc=grandmaster@al2klimov.de \
--cc=gustavoars@kernel.org \
--cc=harish@linux.ibm.com \
--cc=hbathini@linux.ibm.com \
--cc=hch@lst.de \
--cc=huntbag@linux.vnet.ibm.com \
--cc=jk@ozlabs.org \
--cc=jniethe5@gmail.com \
--cc=joe@perches.com \
--cc=kaloz@openwrt.org \
--cc=kjain@linux.ibm.com \
--cc=leobras.c@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=lirongqing@baidu.com \
--cc=longman@redhat.com \
--cc=maddy@linux.ibm.com \
--cc=mahesh@linux.ibm.com \
--cc=miaoqinglang@huawei.com \
--cc=miltonm@us.ibm.com \
--cc=morbo@google.com \
--cc=msuchanek@suse.de \
--cc=muriloo@linux.ibm.com \
--cc=natechancellor@gmail.com \
--cc=nathanl@linux.ibm.com \
--cc=naveen.n.rao@linux.vnet.ibm.com \
--cc=nayna@linux.ibm.com \
--cc=npiggin@gmail.com \
--cc=oohall@gmail.com \
--cc=palmerdabbelt@google.com \
--cc=peterz@infradead.org \
--cc=psampat@linux.ibm.com \
--cc=ravi.bangoria@linux.ibm.com \
--cc=rdunlap@infradead.org \
--cc=sandipan@linux.ibm.com \
--cc=santosh@fossix.org \
--cc=sathnaga@linux.vnet.ibm.com \
--cc=sbobroff@linux.ibm.com \
--cc=sourabhjain@linux.ibm.com \
--cc=srikar@linux.vnet.ibm.com \
--cc=tj@kernel.org \
--cc=torvalds@linux-foundation.org \
--cc=vaibhav@linux.ibm.com \
--cc=vdronov@redhat.com \
--cc=viro@zeniv.linux.org.uk \
--cc=weiyongjun1@huawei.com \
--cc=wenxiong@linux.vnet.ibm.com \
--cc=yuehaibing@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.