On 5.10.2020 17.12, Jonathan Corbet wrote:
On Mon, 5 Oct 2020 11:11:35 +0300
Topi Miettinen <toiwoton@xxxxxxxxx> wrote:
The point is not to shrink the kernel (it will shrink by one small
function) or get rid of complexity. The point is to disable an inferior
interface. Memory returned by mmap() is at a random location but with
brk() it is located near the data segment, so the address is more easily
predictable.
So if your true objective is to get glibc to allocate memory differently,
perhaps the right thing to do is to patch glibc?
Of course:
https://sourceware.org/pipermail/libc-alpha/2020-October/118319.html
But since glibc is pretty much the only user of brk(), it also makes
sense to disable it in the kernel if nothing uses it anymore.
-Topi
