Changes in Makefile

81510a0e - selftests/proc: add PROCMAP_QUERY ioctl tests

Thu, 27 Jun 2024 17:08:58 +0000

selftests/proc: add PROCMAP_QUERY ioctl testsExtend existing proc-pid-vm.c tests with PROCMAP_QUERY ioctl() API. Testa few successful and negative cases, validating querying filtering andexact vs next VMA logic works as expected.Link: https://lkml.kernel.org/r/20240627170900.1672542-7-andrii@kernel.orgSigned-off-by: Andrii Nakryiko Acked-by: Liam R. Howlett Cc: Alexey Dobriyan Cc: Al Viro Cc: Christian Brauner Cc: Greg Kroah-Hartman Cc: Mike Rapoport (IBM) Cc: Suren Baghdasaryan Cc: Andi Kleen Cc: Arnd Bergmann Cc: Stephen Rothwell Signed-off-by: Andrew Morton List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

cc937dad - selftests: centralize -D_GNU_SOURCE= to CFLAGS in lib.mk

Tue, 25 Jun 2024 22:34:45 +0000

selftests: centralize -D_GNU_SOURCE= to CFLAGS in lib.mkCentralize the _GNU_SOURCE definition to CFLAGS in lib.mk. Removeredundant defines from Makefiles that import lib.mk. Convert any usage of"#define _GNU_SOURCE 1" to "#define _GNU_SOURCE".This uses the form "-D_GNU_SOURCE=", which is equivalent to"#define _GNU_SOURCE".Otherwise using "-D_GNU_SOURCE" is equivalent to "-D_GNU_SOURCE=1" and"#define _GNU_SOURCE 1", which is less commonly seen in source code andwould require many changes in selftests to avoid redefinition warnings.Link: https://lkml.kernel.org/r/20240625223454.1586259-2-edliaw@google.comSigned-off-by: Edward Liaw Suggested-by: John Hubbard Acked-by: Shuah Khan Reviewed-by: Muhammad Usama Anjum Cc: Albert Ou Cc: André Almeida Cc: Darren Hart Cc: Dave Hansen Cc: Davidlohr Bueso Cc: David S. Miller Cc: Eric Dumazet Cc: Eric W. Biederman Cc: Fenghua Yu Cc: Ingo Molnar Cc: Jakub Kicinski Cc: Jarkko Sakkinen Cc: Jason Gunthorpe Cc: Kees Cook Cc: Kevin Tian Cc: Palmer Dabbelt Cc: Paolo Abeni Cc: Paolo Bonzini Cc: Paul Walmsley Cc: Peter Zijlstra Cc: Reinette Chatre Cc: Sean Christopherson Cc: Thomas Gleixner Signed-off-by: Andrew Morton List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

e7679a5c - proc: test "Kthread:" field

Fri, 07 Jun 2024 15:14:29 +0000

proc: test "Kthread:" field/proc/${pid}/status got Kthread field recently.Test that userspace program is not reported as kernel thread.Test that kernel thread is reported as kernel thread.Use kthreadd with pid 2 for this.Link: https://lkml.kernel.org/r/818c4c41-8668-4566-97a9-7254abf819ee@p183Signed-off-by: Alexey Dobriyan Cc: Chunguang Wu Cc: Shuah Khan Signed-off-by: Andrew Morton List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

5bc73bb3 - proc: test how it holds up with mapping'less process

Wed, 05 Oct 2022 20:14:00 +0000

proc: test how it holds up with mapping'less processCreate process without mappings and check /proc/*/maps /proc/*/numa_maps /proc/*/smaps /proc/*/smaps_rollupThey must be empty (excluding vsyscall page) or full of zeroes.Retroactively this test should've caught embarassing /proc/*/smaps_rollupoops:[17752.703567] BUG: kernel NULL pointer dereference, address: 0000000000000000[17752.703580] #PF: supervisor read access in kernel mode[17752.703583] #PF: error_code(0x0000) - not-present page[17752.703587] PGD 0 P4D 0[17752.703593] Oops: 0000 [#1] PREEMPT SMP PTI[17752.703598] CPU: 0 PID: 60649 Comm: cat Tainted: G W 5.19.9-100.fc35.x86_64 #1[17752.703603] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./X99 Extreme6/3.1, BIOS P3.30 08/05/2016[17752.703607] RIP: 0010:show_smaps_rollup+0x159/0x2e0Note 1: ProtectionKey field in /proc/*/smaps is optional, so check most of its contents, not everything.Note 2: due to the nature of this test, child process hardly can signal its readiness (after unmapping everything!) to parent. I feel like "sleep(1)" is justified. If you know how to do it without sleep please tell me.Note 3: /proc/*/statm is not tested but can be.Link: https://lkml.kernel.org/r/Yz3liL6Dn+n2SD8Q@localhost.localdomainSigned-off-by: Alexey Dobriyan Signed-off-by: Andrew Morton List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

0658a096 - procfs: do not list TID 0 in /proc//task

Tue, 09 Nov 2021 02:31:30 +0000

procfs: do not list TID 0 in /proc//taskIf a task exits concurrently, task_pid_nr_ns may return 0.[akpm@linux-foundation.org: coding style tweaks][adobriyan@gmail.com: test that /proc/*/task doesn't contain "0"] Link: https://lkml.kernel.org/r/YV88AnVzHxPafQ9o@localhost.localdomainLink: https://lkml.kernel.org/r/8735pn5dx7.fsf@oldenburg.str.redhat.comSigned-off-by: Florian Weimer Signed-off-by: Alexey Dobriyan Acked-by: Christian Brauner Reviewed-by: Alexey Dobriyan Cc: Kees Cook Cc: "Eric W. Biederman" Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

268af17a - selftests: proc: test subset=pid

Fri, 07 May 2021 01:02:21 +0000

selftests: proc: test subset=pidTest that /proc instance mounted with mount -t proc -o subset=pidcontains only ".", "..", "self", "thread-self" and pid directories.Note:Currently "subset=pid" doesn't return "." and ".." via readdir.This must be a bug.Link: https://lkml.kernel.org/r/YFYZZ7WGaZlsnChS@localhost.localdomainSigned-off-by: Alexey Dobriyan Acked-by: Alexey Gladkov Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

1c6c4d11 - proc: use human-readable values for hidepid

Sun, 19 Apr 2020 14:10:56 +0000

proc: use human-readable values for hidepidThe hidepid parameter values are becoming more and more and it becomesdifficult to remember what each new magic number means.Backward compatibility is preserved since it is possible to specifynumerical value for the hidepid parameter. This does not break thefsconfig since it is not possible to specify a numerical value throughit. All numeric values are converted to a string. The typeFSCONFIG_SET_BINARY cannot be used to indicate a numerical value.Selftest has been added to verify this behavior.Suggested-by: Andy Lutomirski Signed-off-by: Alexey Gladkov Reviewed-by: Alexey Dobriyan Reviewed-by: Kees Cook Signed-off-by: Eric W. Biederman List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

fa10fed3 - proc: allow to mount many instances of proc in one pid namespace

Sun, 19 Apr 2020 14:10:52 +0000

proc: allow to mount many instances of proc in one pid namespaceThis patch allows to have multiple procfs instances inside thesame pid namespace. The aim here is lightweight sandboxes, and to allowthat we have to modernize procfs internals.1) The main aim of this work is to have on embedded systems onesupervisor for apps. Right now we have some lightweight sandbox support,however if we create pid namespacess we have to manages all theprocesses inside too, where our goal is to be able to run a bunch ofapps each one inside its own mount namespace without being able tonotice each other. We only want to use mount namespaces, and we wantprocfs to behave more like a real mount point.2) Linux Security Modules have multiple ptrace paths inside somesubsystems, however inside procfs, the implementation does not guaranteethat the ptrace() check which triggers the security_ptrace_check() hookwill always run. We have the 'hidepid' mount option that can be used toforce the ptrace_may_access() check inside has_pid_permissions() to run.The problem is that 'hidepid' is per pid namespace and not attached tothe mount point, any remount or modification of 'hidepid' will propagateto all other procfs mounts.This also does not allow to support Yama LSM easily in desktop and usersessions. Yama ptrace scope which restricts ptrace and some othersyscalls to be allowed only on inferiors, can be updated to have aper-task context, where the context will be inherited during fork(),clone() and preserved across execve(). If we support multiple privateprocfs instances, then we may force the ptrace_may_access() on/proc// to always run inside that new procfs instances. This willallow to specifiy on user sessions if we should populate procfs withpids that the user can ptrace or not.By using Yama ptrace scope, some restricted users will only be able to seeinferiors inside /proc, they won't even be able to see their otherprocesses. Some software like Chromium, Firefox's crash handler, Wineand others are already using Yama to restrict which processes can beptracable. With this change this will give the possibility to restrict/proc// but more importantly this will give desktop users ageneric and usuable way to specifiy which users should see all processesand which users can not.Side notes:* This covers the lack of seccomp where it is not able to parsearguments, it is easy to install a seccomp filter on direct syscallsthat operate on pids, however /proc// is a Linux ABI usingfilesystem syscalls. With this change LSMs should be able to analyzeopen/read/write/close...In the new patch set version I removed the 'newinstance' optionas suggested by Eric W. Biederman.Selftest has been added to verify new behavior.Signed-off-by: Alexey Gladkov Reviewed-by: Alexey Dobriyan Reviewed-by: Kees Cook Signed-off-by: Eric W. Biederman List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

7dbbade1 - proc: test /proc/sysvipc vs setns(CLONE_NEWIPC)

Tue, 16 Jul 2019 23:26:48 +0000

proc: test /proc/sysvipc vs setns(CLONE_NEWIPC)I thought that /proc/sysvipc has the same bug as /proc/net commit 1fde6f21d90f8ba5da3cb9c54ca991ed72696c43 proc: fix /proc/net/* after setns(2)However, it doesn't! /proc/sysvipc files do get_ipc_ns(current->nsproxy->ipc_ns);in their open() hook and avoid the problem.Keep the test, maybe /proc/sysvipc will become broken someday :-\Link: http://lkml.kernel.org/r/20190706180146.GA21015@avx2Signed-off-by: Alexey Dobriyan Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

ec8f24b7 - treewide: Add SPDX license identifier - Makefile/Kconfig

Sun, 19 May 2019 12:07:45 +0000

treewide: Add SPDX license identifier - Makefile/KconfigAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is: GPL-2.0-onlySigned-off-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

e483b020 - proc: test /proc/*/maps, smaps, smaps_rollup, statm

Tue, 05 Mar 2019 23:50:39 +0000

proc: test /proc/*/maps, smaps, smaps_rollup, statmStart testing VM related fiels found in per-process files.Do it by jiting small executable which brings its address space toprecisely known state, then comparing /proc/*/maps, smaps, smaps_rollup,and statm files to expected values.Currently only x86_64 is supported.[adobriyan@gmail.com: exit correctly in /proc/*/maps test] Link: http://lkml.kernel.org/r/20190206073659.GB15311@avx2Link: http://lkml.kernel.org/r/20190203165806.GA14568@avx2Signed-off-by: Alexey Dobriyan Cc: Shuah Khan Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

1fde6f21 - proc: fix /proc/net/* after setns(2)

Fri, 01 Feb 2019 22:20:01 +0000

proc: fix /proc/net/* after setns(2)/proc entries under /proc/net/* can't be cached into dcache becausesetns(2) can change current net namespace.[akpm@linux-foundation.org: coding-style fixes][akpm@linux-foundation.org: avoid vim miscolorization][adobriyan@gmail.com: write test, add dummy ->d_revalidate hook: necessary if /proc/net/* is pinned at setns time] Link: http://lkml.kernel.org/r/20190108192350.GA12034@avx2Link: http://lkml.kernel.org/r/20190107162336.GA9239@avx2Fixes: 1da4d377f943fe4194ffb9fb9c26cc58fad4dd24 ("proc: revalidate misc dentries")Signed-off-by: Alexey Dobriyan Reported-by: Mateusz Stępień Reported-by: Ahmad Fatoum Cc: Al Viro Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

2cd36fb3 - proc: test /proc/thread-self symlink

Wed, 22 Aug 2018 04:54:20 +0000

proc: test /proc/thread-self symlinkSame story: I have WIP patch to make it faster, so better have a testas well.Link: http://lkml.kernel.org/r/20180627195209.GC18113@avx2Signed-off-by: Alexey Dobriyan Cc: Shuah Khan Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

61d47c4e - proc: test /proc/self symlink

Wed, 22 Aug 2018 04:54:16 +0000

proc: test /proc/self symlinkThere are plans to change how /proc/self result is calculated,for that a test is necessary.Use direct system call because of this whole getpid caching story.Link: http://lkml.kernel.org/r/20180627195103.GB18113@avx2Signed-off-by: Alexey Dobriyan Cc: Shuah Khan Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

b2f5de03 - tools/testing/selftests/proc: test /proc/*/fd a bit (+ PF_KTHREAD is ABI!)

Fri, 08 Jun 2018 00:10:20 +0000

tools/testing/selftests/proc: test /proc/*/fd a bit (+ PF_KTHREAD is ABI!)* Test lookup in /proc/self/fd. "map_files" lookup story showed that lookup is not that simple.* Test that all those symlinks open the same file. Check with (st_dev, st_info).* Test that kernel threads do not have anything in their /proc/*/fd/ directory.Now this is where things get interesting.First, kernel threads aren't pinned by /proc/self or equivalent,thus some "atomicity" is required.Second, ->comm can contain whitespace and ')'.No, they are not escaped.Third, the only reliable way to check if process is kernel threadappears to be field #9 in /proc/*/stat.This field is struct task_struct::flags in decimal!Check is done by testing PF_KTHREAD flags like we do in kernel. PF_KTREAD value is a part of userspace ABI !!!Other methods for determining kernel threadness are not reliable:* RSS can be 0 if everything is swapped, even while reading from /proc/self.* ->total_vm CAN BE ZERO if process is finishing munmap(NULL, whole address space);* /proc/*/maps and similar files can be empty because unmapping everything works. Read returning 0 can't distinguish between kernel thread and such suicide process.Link: http://lkml.kernel.org/r/20180505000414.GA15090@avx2Signed-off-by: Alexey Dobriyan Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

1f5bd054 - proc: selftests: test /proc/uptime

Tue, 10 Apr 2018 23:43:28 +0000

proc: selftests: test /proc/uptimeThe only tests I could come up with for /proc/uptime are: - test that values increase monotonically for 1 second, - bounce around CPUs and test the same thing.Avoid glibc like plague for affinity given patches like this:https://marc.info/?l=linux-kernel&m=152130031912594&w=4Link: http://lkml.kernel.org/r/20180317165235.GB3445@avx2Signed-off-by: Alexey Dobriyan Cc: Shuah Khan Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

05c3f292 - proc: selftests: shotgun testing of read/readdir/readlink/write

Tue, 10 Apr 2018 23:46:19 +0000

proc: selftests: shotgun testing of read/readdir/readlink/writePerform reads with nearly everything in /proc, and some writing as well.Hopefully memleak checkers and KASAN will find something.[adobriyan@gmail.com: /proc/kmsg can and will block if read under root] Link: http://lkml.kernel.org/r/20180316232147.GA20146@avx2Signed-off-by: Alexey Dobriyan [adobriyan@gmail.com: /proc/sysrq-trigger lives on the ground floor] Link: http://lkml.kernel.org/r/20180317164911.GA3445@avx2Link: http://lkml.kernel.org/r/20180315201251.GA12396@avx2Signed-off-by: Alexey Dobriyan Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

5de3d401 - proc: add selftest for last field of /proc/loadavg

Tue, 10 Apr 2018 23:42:23 +0000

proc: add selftest for last field of /proc/loadavgTest fork counter formerly known as ->last_pid, the only part of/proc/loadavg which can be tested.Testing in init pid namespace is not reliable because of backgroundactivity.Link: http://lkml.kernel.org/r/20180311152241.GA26247@avx2Signed-off-by: Alexey Dobriyan Cc: Shuah Khan Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

35318db5 - proc: fix /proc/*/map_files lookup some more

Tue, 10 Apr 2018 23:41:14 +0000

proc: fix /proc/*/map_files lookup some moreI totally forgot that _parse_integer() accepts arbitrary amount ofleading zeroes leading to the following lookups: OK # readlink /proc/1/map_files/56427ecba000-56427eddc000 /lib/systemd/systemd bogus # readlink /proc/1/map_files/00000000000056427ecba000-56427eddc000 /lib/systemd/systemd # readlink /proc/1/map_files/56427ecba000-00000000000056427eddc000 /lib/systemd/systemdLink: http://lkml.kernel.org/r/20180303215130.GA23480@avx2Signed-off-by: Alexey Dobriyan Reviewed-by: Cyrill Gorcunov Reviewed-by: Andrew Morton Cc: Pavel Emelyanov Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/tools/testing/selftests/proc/Makefile

c4219edf - proc: test /proc/self/syscall

Tue, 10 Apr 2018 23:31:48 +0000

proc: test /proc/self/syscallRead from /proc/self/syscall should yield read system call and correctargs in the output as current is reading /proc/self/syscall.Link: http://lkml.kernel.org/r/20180226212145.GB742@avx2Signed-off-by: Alexey Dobriyan Cc: Shuah Khan Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds List of files: /linux-6.15/tools/testing/selftests/proc/Makefile