[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <YnzZASsT2Cy7COax@smile.fi.intel.com>
Date: Thu, 12 May 2022 12:53:05 +0300
From: "andriy.shevchenko@...ux.intel.com"
<andriy.shevchenko@...ux.intel.com>
To: Maninder Singh <maninder1.s@...sung.com>
Cc: Kees Cook <keescook@...omium.org>,
"mcgrof@...nel.org" <mcgrof@...nel.org>,
"avimalin@...il.com" <avimalin@...il.com>,
"ast@...nel.org" <ast@...nel.org>,
"daniel@...earbox.net" <daniel@...earbox.net>,
"andrii@...nel.org" <andrii@...nel.org>,
"kafai@...com" <kafai@...com>,
"songliubraving@...com" <songliubraving@...com>,
"yhs@...com" <yhs@...com>,
"john.fastabend@...il.com" <john.fastabend@...il.com>,
"kpsingh@...nel.org" <kpsingh@...nel.org>,
"pmladek@...e.com" <pmladek@...e.com>,
"rostedt@...dmis.org" <rostedt@...dmis.org>,
"senozhatsky@...omium.org" <senozhatsky@...omium.org>,
"naveen.n.rao@...ux.ibm.com" <naveen.n.rao@...ux.ibm.com>,
"davem@...emloft.net" <davem@...emloft.net>,
"mhiramat@...nel.org" <mhiramat@...nel.org>,
"anil.s.keshavamurthy@...el.com" <anil.s.keshavamurthy@...el.com>,
"linux@...musvillemoes.dk" <linux@...musvillemoes.dk>,
"akpm@...ux-foundation.org" <akpm@...ux-foundation.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
Vaneet Narang <v.narang@...sung.com>,
Onkarnath <onkarnath.1@...sung.com>
Subject: Re: [PATCH 1/2] kallsyms: add kallsyms_show_value definition in all
cases
On Thu, May 12, 2022 at 09:16:50AM +0530, Maninder Singh wrote:
> > On Wed, May 11, 2022 at 01:36:56PM +0530, Maninder Singh wrote:
...
> > This is printing raw kernel addresses with no hashing, as far as I can
> > tell. That's not okay at all.
>
> yes same was suggested by Petr also, because earlier we were printing base address also as raw address.
>
> https://lkml.org/lkml/2022/2/28/847
>
> but then modified approach to print base address as hash when we are going to show offset of module address,
> but when we print complete address then we thought of keeping it same as it was:
>
> original:
> [12.487424] ps 0xffff800000eb008c
> with patch:
> [9.624152] ps 0xffff800001bd008c [crash]
>
> But if its has to be hashed, will fix that also.
In such case it should be a separate change since it will be the one that
changes behaviour.
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists