Linus,
Two more tracing fixes
- Have kprobes not use copy_from_user() to access kernel addresses,
because kprobes can legitimately poke at bad kernel memory, which
will fault. Copy from user code should never fault in kernel space.
Using probe_mem_read() can handle kernel address space faulting.
- Put back the entries counter in the tracing output that was accidentally
removed.
Please pull the latest trace-v5.0-rc4-3 tree, which can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
trace-v5.0-rc4-3
Tag SHA1: 633d24cef06bed019a34e84ff82c20782449ee5c
Head SHA1: 9e7382153f80ba45a0bbcd540fb77d4b15f6e966
Changbin Du (1):
kprobe: Do not use uaccess functions to access kernel memory that can
fault
Quentin Perret (1):
tracing: Fix number of entries in trace header
----
kernel/trace/trace.c | 2 ++
kernel/trace/trace_kprobe.c | 10 +---------
2 files changed, 3 insertions(+), 9 deletions(-)
Changes from v1:
- Explain that the kprobe change to probe_mem_read() is because
copy_from_user() can not handle bad memory in kernel space,
which kprobes can cause. The code itself is unchanged.
I tweaked the change log of that patch to clarify that as well.
