Changes in Makefile

b168ed45 - kernel/cgroup: Add "dmem" memory accounting cgroup

Wed, 04 Dec 2024 14:31:11 +0000

kernel/cgroup: Add "dmem" memory accounting cgroupThis code is based on the RDMA and misc cgroup initially, but nowuses page_counter. It uses the same min/low/max semantics as the memorycgroup as a result.There's a small mismatch as TTM uses u64, and page_counter long pages.In practice it's not a problem. 32-bits systems don't really come with>=4GB cards and as long as we're consistently wrong with units, it'sfine. The device page size may not be in the same units as kernel pagesize, and each region might also have a different page size (VRAM vs GARTfor example).The interface is simple:- Call dmem_cgroup_register_region()- Use dmem_cgroup_try_charge to check if you can allocate a chunk of memory, use dmem_cgroup__uncharge when freeing it. This may return an error code, or -EAGAIN when the cgroup limit is reached. In that case a reference to the limiting pool is returned.- The limiting cs can be used as compare function for dmem_cgroup_state_evict_valuable.- After having evicted enough, drop reference to limiting cs with dmem_cgroup_pool_state_put.This API allows you to limit device resources with cgroups.You can see the supported cards in /sys/fs/cgroup/dmem.capacityYou need to echo +dmem to cgroup.subtree_control, and then you canpartition device memory.Co-developed-by: Friedrich Vock Signed-off-by: Friedrich Vock Co-developed-by: Maxime Ripard Signed-off-by: Maarten Lankhorst Acked-by: Tejun Heo Link: https://lore.kernel.org/r/20241204143112.1250983-1-dev@lankhorst.seSigned-off-by: Maxime Ripard List of files: /linux-6.15/kernel/cgroup/Makefile

1abab1ba - cgroup/cpuset: guard cpuset-v1 code under CONFIG_CPUSETS_V1

Fri, 30 Aug 2024 10:02:28 +0000

cgroup/cpuset: guard cpuset-v1 code under CONFIG_CPUSETS_V1This patch introduces CONFIG_CPUSETS_V1 and guard cpuset-v1 code underCONFIG_CPUSETS_V1. The default value of CONFIG_CPUSETS_V1 is N, so thatuser who adopted v2 don't have 'pay' for cpuset v1.Signed-off-by: Chen Ridong Acked-by: Waiman Long Signed-off-by: Tejun Heo List of files: /linux-6.15/kernel/cgroup/Makefile

71e934a8 - cgroup/cpuset: introduce cpuset-v1.c

Fri, 30 Aug 2024 10:02:18 +0000

cgroup/cpuset: introduce cpuset-v1.cThis patch introduces the cgroup/cpuset-v1.c source file which will beused for all legacy (cgroup v1) cpuset cgroup code. It also introducescgroup/cpuset-internal.h to keep declarations shared betweencgroup/cpuset.c and cpuset/cpuset-v1.c.As of now, let's compile it if CONFIG_CPUSET is set. Later on it can beswitched to use a separate config option, so that the legacy code won't becompiled if not required.Signed-off-by: Chen Ridong Acked-by: Waiman Long Signed-off-by: Tejun Heo List of files: /linux-6.15/kernel/cgroup/Makefile

a72232ea - cgroup: Add misc cgroup controller

Tue, 30 Mar 2021 04:42:04 +0000

cgroup: Add misc cgroup controllerThe Miscellaneous cgroup provides the resource limiting and trackingmechanism for the scalar resources which cannot be abstracted like theother cgroup resources. Controller is enabled by the CONFIG_CGROUP_MISCconfig option.A resource can be added to the controller via enum misc_res_type{} inthe include/linux/misc_cgroup.h file and the corresponding name viamisc_res_name[] in the kernel/cgroup/misc.c file. Provider of theresource must set its capacity prior to using the resource by callingmisc_cg_set_capacity().Once a capacity is set then the resource usage can be updated usingcharge and uncharge APIs. All of the APIs to interact with misccontroller are in include/linux/misc_cgroup.h.Miscellaneous controller provides 3 interface files. If two miscresources (res_a and res_b) are registered then:misc.capacityA read-only flat-keyed file shown only in the root cgroup. It showsmiscellaneous scalar resources available on the platform along withtheir quantities:: $ cat misc.capacity res_a 50 res_b 10misc.currentA read-only flat-keyed file shown in the non-root cgroups. It showsthe current usage of the resources in the cgroup and its children:: $ cat misc.current res_a 3 res_b 0misc.maxA read-write flat-keyed file shown in the non root cgroups. Allowedmaximum usage of the resources in the cgroup and its children.:: $ cat misc.max res_a max res_b 4Limit can be set by:: # echo res_a 1 > misc.maxLimit can be set to max by:: # echo res_a max > misc.maxLimits can be set more than the capacity value in the misc.capacityfile.Signed-off-by: Vipin Sharma Reviewed-by: David Rientjes Signed-off-by: Tejun Heo List of files: /linux-6.15/kernel/cgroup/Makefile

76f969e8 - cgroup: cgroup v2 freezer

Fri, 19 Apr 2019 17:03:04 +0000

cgroup: cgroup v2 freezerCgroup v1 implements the freezer controller, which provides an abilityto stop the workload in a cgroup and temporarily free up someresources (cpu, io, network bandwidth and, potentially, memory)for some other tasks. Cgroup v2 lacks this functionality.This patch implements freezer for cgroup v2.Cgroup v2 freezer tries to put tasks into a state similar to jobctlstop. This means that tasks can be killed, ptraced (usingPTRACE_SEIZE*), and interrupted. It is possible to attach toa frozen task, get some information (e.g. read registers) and detach.It's also possible to migrate a frozen tasks to another cgroup.This differs cgroup v2 freezer from cgroup v1 freezer, which mostlytried to imitate the system-wide freezer. However uninterruptiblesleep is fine when all tasks are going to be frozen (hibernation case),it's not the acceptable state for some subset of the system.Cgroup v2 freezer is not supporting freezing kthreads.If a non-root cgroup contains kthread, the cgroup still can be frozen,but the kthread will remain running, the cgroup will be shownas non-frozen, and the notification will not be delivered.* PTRACE_ATTACH is not working because non-fatal signal deliveryis blocked in frozen state.There are some interface differences between cgroup v1 and cgroup v2freezer too, which are required to conform the cgroup v2 interfacedesign principles:1) There is no separate controller, which has to be turned on:the functionality is always available and is represented bycgroup.freeze and cgroup.events cgroup control files.2) The desired state is defined by the cgroup.freeze control file.Any hierarchical configuration is allowed.3) The interface is asynchronous. The actual state is availableusing cgroup.events control file ("frozen" field). There are nodedicated transitional states.4) It's allowed to make any changes with the cgroup hierarchy(create new cgroups, remove old cgroups, move tasks between cgroups)no matter if some cgroups are frozen.Signed-off-by: Roman Gushchin Signed-off-by: Tejun Heo No-objection-from-me-by: Oleg Nesterov Cc: kernel-team@fb.com List of files: /linux-6.15/kernel/cgroup/Makefile

50943f3e - cgroup: rename freezer.c into legacy_freezer.c

Fri, 19 Apr 2019 17:03:01 +0000

cgroup: rename freezer.c into legacy_freezer.cFreezer.c will contain an implementation of cgroup v2 freezer,so let's rename the v1 freezer to avoid naming conflicts.Signed-off-by: Roman Gushchin Signed-off-by: Tejun Heo Cc: kernel-team@fb.com List of files: /linux-6.15/kernel/cgroup/Makefile

a5c2b93f - cgroup: Rename kernel/cgroup/stat.c to kernel/cgroup/rstat.c

Thu, 26 Apr 2018 21:29:04 +0000

cgroup: Rename kernel/cgroup/stat.c to kernel/cgroup/rstat.cstat is too generic a name and ends up causing subtle confusions.It'll be made generic so that controllers can plug into it, which willmake the problem worse. Let's rename it to something more specific -cgroup_rstat for cgroup recursive stat.First, rename kernel/cgroup/stat.c to kernel/cgroup/rstat.c. Nocontent changes.Signed-off-by: Tejun Heo List of files: /linux-6.15/kernel/cgroup/Makefile

b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license

Wed, 01 Nov 2017 14:07:57 +0000

License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the 'GPL-2.0'SPDX license identifier. The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode & Windriver) producing SPDXtag:value files created by Philippe Ombredanne. Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed. Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained >5 lines of source - File already had some variant of a license header in it (even if <5 lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn't find any license traces, file was considered to have no license information in it, and the top level COPYING file license applied. For non */uapi/* files that summary was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 11139 and resulted in the first patch in this series. If that file was a */uapi/* path one, it was "GPL-2.0 WITH Linux-syscall-note" otherwise it was "GPL-2.0". Results of that was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 WITH Linux-syscall-note 930 and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one of the */uapi/* ones, it was denoted with the Linux-syscall-note if any GPL family license was found in the file or had no licensing in it (per prior point). Results summary: SPDX license identifier # files ---------------------------------------------------|------ GPL-2.0 WITH Linux-syscall-note 270 GPL-2.0+ WITH Linux-syscall-note 169 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause) 21 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 17 LGPL-2.1+ WITH Linux-syscall-note 15 GPL-1.0+ WITH Linux-syscall-note 14 ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause) 5 LGPL-2.0+ WITH Linux-syscall-note 4 LGPL-2.1 WITH Linux-syscall-note 3 ((GPL-2.0 WITH Linux-syscall-note) OR MIT) 3 ((GPL-2.0 WITH Linux-syscall-note) AND MIT) 1 and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became the concluded license(s). - when there was disagreement between the two scanners (one detected a license but the other didn't, or they both detected different licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file resulted in a clear resolution of the license that should apply (and which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier, the file was flagged for further research and to be revisited later in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights. TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected license ids and scores - reviewing anything where there was a license detected (about 500+ files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied SPDX license was correctThis produced a worksheet with 20 files needing minor correction. Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg. Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected. This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.) Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart Reviewed-by: Philippe Ombredanne Reviewed-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/kernel/cgroup/Makefile

041cd640 - cgroup: Implement cgroup2 basic CPU usage accounting

Mon, 25 Sep 2017 15:12:05 +0000

cgroup: Implement cgroup2 basic CPU usage accountingIn cgroup1, while cpuacct isn't actually controlling any resources, itis a separate controller due to combination of two factors -1. enabling cpu controller has significant side effects, and 2. wehave to pick one of the hierarchies to account CPU usages on. cpuacctcontroller is effectively used to designate a hierarchy to track CPUusages on.cgroup2's unified hierarchy removes the second reason and we canaccount basic CPU usages by default. While we can use cpuacct forthis purpose, both its interface and implementation leave a lot to bedesired - it collects and exposes two sources of truth which don'tagree with each other and some of the exposed statistics don't makemuch sense. Also, it propagates all the way up the hierarchy on eachaccounting event which is unnecessary.This patch adds basic resource accounting mechanism to cgroup2'sunified hierarchy and accounts CPU usages using it.* All accountings are done per-cpu and don't propagate immediately. It just bumps the per-cgroup per-cpu counters and links to the parent's updated list if not already on it.* On a read, the per-cpu counters are collected into the global ones and then propagated upwards. Only the per-cpu counters which have changed since the last read are propagated.* CPU usage stats are collected and shown in "cgroup.stat" with "cpu." prefix. Total usage is collected from scheduling events. User/sys breakdown is sourced from tick sampling and adjusted to the usage using cputime_adjust().This keeps the accounting side hot path O(1) and per-cpu and the readside O(nr_updated_since_last_read).v2: Minor changes and documentation updates as suggested by Waiman and Roman.Signed-off-by: Tejun Heo Acked-by: Peter Zijlstra Cc: Ingo Molnar Cc: Li Zefan Cc: Johannes Weiner Cc: Waiman Long Cc: Roman Gushchin List of files: /linux-6.15/kernel/cgroup/Makefile

a28f8f5e - cgroup: Move debug cgroup to its own file

Tue, 13 Jun 2017 21:18:02 +0000

cgroup: Move debug cgroup to its own fileThe debug cgroup currently resides within cgroup-v1.c and is enabledonly for v1 cgroup. To enable the debug cgroup also for v2, it makessense to put the code into its own file as it will no longer be v1specific. There is no change to the debug cgroup specific code.Signed-off-by: Waiman Long Signed-off-by: Tejun Heo List of files: /linux-6.15/kernel/cgroup/Makefile

39d3e758 - rdmacg: Added rdma cgroup controller

Tue, 10 Jan 2017 00:02:13 +0000

rdmacg: Added rdma cgroup controllerAdded rdma cgroup controller that does accounting, limit enforcementon rdma/IB resources.Added rdma cgroup header file which defines its APIs to performcharging/uncharging functionality. It also defined APIs for RDMA/IBstack for device registration. Devices which are registered willparticipate in controller functions of accounting and limitenforcements. It define rdmacg_device structure to bind IB stackand RDMA cgroup controller.RDMA resources are tracked using resource pool. Resource pool is perdevice, per cgroup entity which allows setting up accounting limitson per device basis.Currently resources are defined by the RDMA cgroup.Resource pool is created/destroyed dynamically whenevercharging/uncharging occurs respectively and whenever userconfiguration is done. Its a tradeoff of memory vs little more codespace that creates resource pool object whenever necessary, instead ofcreating them during cgroup creation and device registration time.Signed-off-by: Parav Pandit Signed-off-by: Tejun Heo List of files: /linux-6.15/kernel/cgroup/Makefile

dcfe149b - cgroup: move namespace code to kernel/cgroup/namespace.c

Tue, 27 Dec 2016 19:49:09 +0000

cgroup: move namespace code to kernel/cgroup/namespace.cget/put_css_set() get exposed in cgroup-internal.h in the process.Signed-off-by: Tejun Heo Acked-by: Acked-by: Zefan Li List of files: /linux-6.15/kernel/cgroup/Makefile

0a268dbd - cgroup: move cgroup v1 specific code to kernel/cgroup/cgroup-v1.c

Tue, 27 Dec 2016 19:49:06 +0000

cgroup: move cgroup v1 specific code to kernel/cgroup/cgroup-v1.ccgroup.c is getting too unwieldy. Let's move out cgroup v1 specificcode along with the debug controller into kernel/cgroup/cgroup-v1.c.v2: cgroup_mutex and css_set_lock made available in cgroup-internal.h regardless of CONFIG_PROVE_RCU.Signed-off-by: Tejun Heo Acked-by: Acked-by: Zefan Li List of files: /linux-6.15/kernel/cgroup/Makefile

201af4c0 - cgroup: move cgroup files under kernel/cgroup/

Tue, 27 Dec 2016 19:49:05 +0000

cgroup: move cgroup files under kernel/cgroup/They're growing to be too many and planned to get split further. Movethem under their own directory. kernel/cgroup.c -> kernel/cgroup/cgroup.c kernel/cgroup_freezer.c -> kernel/cgroup/freezer.c kernel/cgroup_pids.c -> kernel/cgroup/pids.c kernel/cpuset.c -> kernel/cgroup/cpuset.cSigned-off-by: Tejun Heo Acked-by: Acked-by: Zefan Li List of files: /linux-6.15/kernel/cgroup/Makefile