[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220512034437epcms5p1b384e18e75f0f56ee70f67e62f7ab0ce@epcms5p1>
Date: Thu, 12 May 2022 09:14:37 +0530
From: Maninder Singh <maninder1.s@...sung.com>
To: Kees Cook <keescook@...omium.org>
CC: "mcgrof@...nel.org" <mcgrof@...nel.org>,
"pmladek@...e.com" <pmladek@...e.com>,
"rostedt@...dmis.org" <rostedt@...dmis.org>,
"senozhatsky@...omium.org" <senozhatsky@...omium.org>,
"andriy.shevchenko@...ux.intel.com"
<andriy.shevchenko@...ux.intel.com>,
"linux@...musvillemoes.dk" <linux@...musvillemoes.dk>,
"akpm@...ux-foundation.org" <akpm@...ux-foundation.org>,
"wangkefeng.wang@...wei.com" <wangkefeng.wang@...wei.com>,
Vaneet Narang <v.narang@...sung.com>,
"swboyd@...omium.org" <swboyd@...omium.org>,
"ojeda@...nel.or" <ojeda@...nel.or>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-modules@...r.kernel.org" <linux-modules@...r.kernel.org>,
"avimalin@...il.com" <avimalin@...il.com>,
"atomlin@...hat.com" <atomlin@...hat.com>,
Onkarnath <onkarnath.1@...sung.com>
Subject: RE: [PATCH modules-next 1/1] kallsyms: enhance %pS/s/b printing
when KALLSYSMS is disabled
Hi,
> On Wed, May 11, 2022 at 01:36:56PM +0530, Maninder Singh wrote:
> > kallsyms_show_value return false if KALLSYMS is disabled,
> > but its usage is done by module.c also.
> > Thus when KALLSYMS is disabled, system will not print module
> > load address:
>
> Eek, I hadn't see the other changes this depends on. I think those
> changes need to be reworked first. Notably in the other patch, this is
> no good:
>
> /* address belongs to module */
> if (add_offset)
> len = sprintf(buf, "0x%p+0x%lx", base, offset);
> else
> len = sprintf(buf, "0x%lx", value);
>
> 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.
> Once that other patch gets fixed, this one then can be revisited.
>
I will check detailed comments on that also
> And just on naming: "kallsyms_tiny" is a weird name: it's just "ksyms"
> -- there's no "all". :)
Ok :)
Will name it as knosyms.c (if it seems ok).
Thanks,
Maninder Singh
Powered by blists - more mailing lists