3rd-party/linux-kernel-module-cheat
1
0
Fork 0
mirror of https://github.com/cirosantilli/linux-kernel-module-cheat.git synced 2026-01-23 02:05:57 +01:00
Code Issues Releases Wiki Activity

more getcpu

Browse Source
This commit is contained in:
Ciro Santilli 六四事件 法轮功
2020-05-18 01:00:00 +00:00
parent f1da9bcc72
commit f82258dfb4
3 changed files with 53 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files

3
README.adoc
View File

@@ -12784,6 +12784,8 @@ It relates to the more common `.opt` build just as explained at xref:debug-the-e
How it goes faster is explained at: https://stackoverflow.com/questions/59860091/how-to-increase-the-simulation-speed-of-a-gem5-run/59861375#59861375
Disables debug symbols (no `-g`) for some reason.
Benchmarks present at:
* xref:benchmark-emulators-on-userland-executables[xrefstyle=full]
@@ -19013,6 +19015,7 @@ Examples:
* link:userland/linux/sched_getcpu.c[]
* link:userland/linux/getcpu.c[]: a wrapper close the the syscall that also returns the current NUMA node
* link:userland/linux/getcpu_syscal.c[]: the wrapper segfaults on error handling, so double checking with the real syscall: https://stackoverflow.com/questions/9260937/unix-socket-error-14-efault-bad-address/61879849#61879849
* link:userland/linux/sched_getcpu_barrier.c[]: this uses a barrier to ensure that gem5 will run each thread on one separate CPU
Returns the CPU that the process/thread is currently running on: