[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6133244fb6181420b27694abdfe3f42d43df8868.camel@trillion01.com>
Date: Tue, 25 May 2021 17:48:55 -0400
From: Olivier Langlois <olivier@...llion01.com>
To: Pavel Begunkov <asml.silence@...il.com>,
Jens Axboe <axboe@...nel.dk>,
Steven Rostedt <rostedt@...dmis.org>,
Ingo Molnar <mingo@...hat.com>, io-uring@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] io_uring: Add to traces the req pointer when available
On Tue, 2021-05-25 at 17:26 -0400, Olivier Langlois wrote:
> but the pointers should be hashed by trace.
>
> That would be nice if someone more knowledgeable about the tracing
> system could jump in and comment about the hash-ptr option and tell
> when it is applied and when it is not...
My concern about hashing pointers directly in the io_uring code
directly. It is that by doing so will make it impossible for a
sufficiently priviledged user to get the raw pointer values without
reverting back the pointer hashing stuff.
that would not be the right way to address the security concern if the
tracing subsystem already hash them by default and is configurable to
display raw pointers if desired.
My issue is that I haven't been able to see hashed pointers output from
trace.
The only way that I know to get the traces is with 'sudo perf' and I
have never seen hashed pointers with it.
but the code is there... If you grep 'TRACE_ITER_HASH_PTR' in
kernel/trace/trace.c
I just haven't spent days in studying the tracing code to figure out
how it all works...
Powered by blists - more mailing lists