From 3accfcda217e4a121d1948ee3a01eee99db5f47a Mon Sep 17 00:00:00 2001
From: Ciro Santilli <ciro.santilli@gmail.com>
Date: Fri, 13 May 2022 09:38:54 +0100
Subject: [PATCH] doc: FATAL: kernel too old failure in userland simulation
 improve a bit

---
 README.adoc | 6 ++----
 1 file changed, 2 insertions(+), 4 deletions(-)

diff --git a/README.adoc b/README.adoc
index c9f3bca..7b6fdc4 100644
--- a/README.adoc
+++ b/README.adoc
@@ -4178,7 +4178,7 @@ At 125d14805f769104f93c510bedaa685a52ec025d we <<libc-choice,moved Buildroot fro
 
 glibc has a check for kernel version, likely obtained from the `uname` syscall, and if the kernel is not new enough, it quits.
 
-Both gem5 and QEMU however allow setting the reported `uname` version from the command line, which we do to always match our toolchain.
+Both gem5 and QEMU however allow setting the reported `uname` version from the command line for <<user-mode-simulation>>, which we do to always match our toolchain.
 
 QEMU by default copies the host `uname` value, but we always override it in our scripts.
 
@@ -4190,7 +4190,7 @@ Determining the right number to use for the kernel version is of course highly n
 
 Source: link:userland/posix/uname.c[].
 
-The QEMU source that does this is at: https://github.com/qemu/qemu/blob/v3.1.0/linux-user/syscall.c#L8931
+The QEMU source that does this is at: https://github.com/qemu/qemu/blob/v3.1.0/linux-user/syscall.c#L8931 The default ID is just hardcoded on the source.
 
 Bibliography:
 
@@ -4198,8 +4198,6 @@ Bibliography:
 * https://stackoverflow.com/questions/53085048/how-to-compile-and-run-an-executable-in-gem5-syscall-emulation-mode-with-se-py/53085049#53085049
 * https://gem5-review.googlesource.com/c/public/gem5/+/15855
 
-The ID is just hardcoded on the source:
-
 ==== stack smashing detected when using glibc
 
 For some reason QEMU / glibc x86_64 picks up the host libc, which breaks things.