From: Timur Tabi <timur@kernel.org>
To: Andrew Morton <akpm@linux-foundation.org>,
Petr Mladek <pmladek@suse.com>
Cc: torvalds@linux-foundation.org, linux-kernel@vger.kernel.org,
Sergey Senozhatsky <sergey.senozhatsky@gmail.com>,
Roman Fietze <roman.fietze@magna.com>,
Kees Cook <keescook@chromium.org>
Subject: Re: [PATCH] lib/hexdump: introduce DUMP_PREFIX_UNHASHED for unhashed addresses
Date: Thu, 14 Jan 2021 20:56:36 -0600 [thread overview]
Message-ID: <d067f15a-8816-8879-e575-b610707c5189@kernel.org> (raw)
In-Reply-To: <20210111173009.fe2383539e5ca2c23b135262@linux-foundation.org>
On 1/11/21 7:30 PM, Andrew Morton wrote:
> I doubt if Kees (or I or anyone else) can review this change because
> there are no callers which actually use the new DUMP_PREFIX_UNHASHED.
> Is it intended that some other places in the kernel be changed to use
> this? If so, please describe where and why, so that others can better
> understand both the requirement and the security implications.
In my opinion, hashed addresses make no sense in a hexdump, so I would
say that ALL callers should change. But none of the drivers I've
written call print_hex_dump(), so I can't make those changes myself.
> If it is intended that this be used mainly for developer debug and not
> to be shipped in the mainline kernel then let's get this info into the
> changelog as well.
I definitely want this patch included in the mainline kernel. Just
because there aren't any users today doesn't mean that there won't be.
In fact, I suspect that most current users haven't noticed that the
addresses have changed or don't care any more, but if they were to write
the code today, they would use unhashed addresses.
If you want, I can include a patch that changes a few callers of
print_hex_dump() to use DUMP_PREFIX_UNHASHED, based on what I think
would be useful.
next prev parent reply other threads:[~2021-01-15 2:57 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-06 21:35 [PATCH] lib/hexdump: introduce DUMP_PREFIX_UNHASHED for unhashed addresses Timur Tabi
2021-01-11 10:10 ` Petr Mladek
2021-01-12 1:30 ` Andrew Morton
2021-01-15 2:56 ` Timur Tabi [this message]
2021-01-15 9:21 ` Petr Mladek
2021-01-16 20:54 ` Timur Tabi
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=d067f15a-8816-8879-e575-b610707c5189@kernel.org \
--to=timur@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=keescook@chromium.org \
--cc=linux-kernel@vger.kernel.org \
--cc=pmladek@suse.com \
--cc=roman.fietze@magna.com \
--cc=sergey.senozhatsky@gmail.com \
--cc=torvalds@linux-foundation.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox