fork of 9front i guess
Go to file
cinap_lenrek 08a2cd30ba kernel: fix noteid change race condition from devproc while forking (thanks joe7)
devproc allows changing the noteid of another process
which opens a race condition in sysrfork(), when deciding
to inherit the noteid of "up" to the child and calling
pidalloc() later to take the reference, the noteid could
have been changed and the childs noteid could have been
freed already in the process.

this bug can only happen when one writes the /proc/n/noteid
file of a another process than your own that is in the
process of forking.

the noteid changing functionality of devproc seems questinable
and seems to be only used by ape's setpgrid() implementation.
2022-05-30 21:55:37 -04:00
386 ape: sync flaot.h macros with u.h 2021-02-08 15:45:11 -08:00
68000
68020 ape: sync flaot.h macros with u.h 2021-02-08 15:45:11 -08:00
acme
adm/timezone
amd64 libc: change usize to 64-bit for amd64 and arm64, make memory(2) functions use usize 2021-07-25 15:54:22 +00:00
arm ape: sync flaot.h macros with u.h 2021-02-08 15:45:11 -08:00
arm64 libc: change usize to 64-bit for amd64 and arm64, make memory(2) functions use usize 2021-07-25 15:54:22 +00:00
lib /lib/theo: Once you understand the mechanism you'll realize it will never work. 2022-03-06 02:25:23 +00:00
mips ape: sync flaot.h macros with u.h 2021-02-08 15:45:11 -08:00
power ape: sync flaot.h macros with u.h 2021-02-08 15:45:11 -08:00
power64
rc /rc/bin/9fs: case 9front: restore extra/ and iso/ 2022-05-30 21:55:36 -04:00
sparc ape: sync flaot.h macros with u.h 2021-02-08 15:45:11 -08:00
sparc64 ape: sync flaot.h macros with u.h 2021-02-08 15:45:11 -08:00
spim
sys kernel: fix noteid change race condition from devproc while forking (thanks joe7) 2022-05-30 21:55:37 -04:00