[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <53515775.2080604@zytor.com>
Date: Fri, 18 Apr 2014 09:48:53 -0700
From: "H. Peter Anvin" <hpa@...or.com>
To: Sasha Levin <sasha.levin@...cle.com>,
Masami Hiramatsu <masami.hiramatsu.pt@...achi.com>
CC: vegard.nossum@...cle.com, penberg@...nel.org,
jamie.iles@...cle.com, mingo@...hat.com, tglx@...utronix.de,
x86@...nel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 3/4] x86/insn: Extract more information about instructions
On 04/18/2014 08:47 AM, Sasha Levin wrote:
>
> There are very specific mnemonics that kmemchecks wants to detect and treat
> as a corner case.
>
> What you're saying here is that while the instruction decoder already has the
> knowledge of mnemonics, kmemcheck shouldn't use it and instead write it's own
> opcode -> mnemonic parser and use that instead.
>
I think that involving mnemonics is "bonghits" level of crazy. It's a
solution in search of the problem, but it is a hack, and a pretty
horrific one.
>
>> What it sounds like it really wants is a "bitwise" flag on the instruction.
>
> A flag like that would solve part of the problem (we'd still need to work with
> CMPS and MOVS), and sounds very kmemcheck specific.
>
Well, guess what, the whole point is to export information to the users
that need it.
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists