lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:   Wed, 15 Feb 2023 08:57:14 +0900
From:   Masami Hiramatsu (Google) <mhiramat@...nel.org>
To:     Nadav Amit <nadav.amit@...il.com>
Cc:     x86@...nel.org, Borislav Petkov <bp@...en8.de>,
        Peter Zijlstra <peterz@...radead.org>,
        Steven Rostedt <rostedt@...dmis.org>,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH -tip] kprobes/x86: Remove unneeded casting from
 immediate value

On Fri, 10 Feb 2023 02:01:54 +0200
Nadav Amit <nadav.amit@...il.com> wrote:

> 
> On 2/9/23 5:36 PM, Masami Hiramatsu (Google) wrote:
> > From: Masami Hiramatsu (Google) <mhiramat@...nel.org>
> >
> > Remove unneeded casting from immediate value assignments for relative
> > jump offset. Since the immediate values in the 'insn' data structure are
> > assigned from immediate bytes as a signed value to insn.immediate.value
> > by insn_field_set(). Thus, if we need to access that value as a signed
> > value (in this kprobe's case), we don't need to cast it.
> > This is a kind of clean up (should not change behavior) follows Nadav's
> > bugfix.
> >
> > Link: https://lore.kernel.org/all/20230208071708.4048-1-namit@vmware.com/
> >
> > Signed-off-by: Masami Hiramatsu (Google) <mhiramat@...nel.org>
> > ---
> >   arch/x86/kernel/kprobes/core.c |   16 ++++++++--------
> >   1 file changed, 8 insertions(+), 8 deletions(-)
> >
> > diff --git a/arch/x86/kernel/kprobes/core.c b/arch/x86/kernel/kprobes/core.c
> > index 695873c0f50b..2440e736d0e4 100644
> > --- a/arch/x86/kernel/kprobes/core.c
> > +++ b/arch/x86/kernel/kprobes/core.c
> > @@ -607,19 +607,19 @@ static int prepare_emulation(struct kprobe *p, struct insn *insn)
> >   	case 0xe8:	/* near call relative */
> >   		p->ainsn.emulate_op = kprobe_emulate_call;
> >   		if (insn->immediate.nbytes == 2)
> > -			p->ainsn.rel32 = *(s16 *)&insn->immediate.value;
> > +			p->ainsn.rel32 = insn->immediate.value;
> >   		else
> > -			p->ainsn.rel32 = *(s32 *)&insn->immediate.value;
> > +			p->ainsn.rel32 = insn->immediate.value;
> 
> Hmm.. I don't get it. What the purpose of keeping the duplicated code 
> (after your change)?
> 

Oops, good catch! I think p->ainsn.rel32 can be set without any check in general.
Let me update it.

Thank you!


-- 
Masami Hiramatsu (Google) <mhiramat@...nel.org>

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ