mirror of
https://github.com/AuxXxilium/linux_dsm_epyc7002.git
synced 2024-11-24 15:40:56 +07:00
vsprintf: don't use 'restricted_pointer()' when not restricting
Instead, just fall back on the new '%p' behavior which hashes the pointer. Otherwise, '%pK' - that was intended to mark a pointer as restricted - just ends up leaking pointers that a normal '%p' wouldn't leak. Which just make the whole thing pointless. I suspect we should actually get rid of '%pK' entirely, and make it just work as '%p' regardless, but this is the minimal obvious fix. People who actually use 'kptr_restrict' should weigh in on which behavior they want. Cc: Tobin Harding <me@tobin.cc> Cc: Kees Cook <keescook@chromium.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
This commit is contained in:
parent
668533dc07
commit
ef0010a309
@ -1931,6 +1931,8 @@ char *pointer(const char *fmt, char *buf, char *end, void *ptr,
|
|||||||
return buf;
|
return buf;
|
||||||
}
|
}
|
||||||
case 'K':
|
case 'K':
|
||||||
|
if (!kptr_restrict)
|
||||||
|
break;
|
||||||
return restricted_pointer(buf, end, ptr, spec);
|
return restricted_pointer(buf, end, ptr, spec);
|
||||||
case 'N':
|
case 'N':
|
||||||
return netdev_bits(buf, end, ptr, fmt);
|
return netdev_bits(buf, end, ptr, fmt);
|
||||||
|
Loading…
Reference in New Issue
Block a user