Home
last modified time | relevance | path

Searched refs:cpuset (Results 176 - 182 of 182) sorted by relevance

12345678

/kernel/linux/linux-5.10/mm/
H A Dslub.c26 #include <linux/cpuset.h>
2054 * between allocation and the cpuset in get_any_partial()
/kernel/linux/linux-5.10/kernel/cgroup/
H A Dcgroup.c4 * Based originally on the cpuset system, extracted by Paul Menage
11 * Copyright notices from the original cpuset code:
53 #include <linux/cpuset.h>
278 * - cpuset: tasks will be kept in empty cpusets when hotplug happens and
282 * - cpuset: a task can be moved into an empty cpuset, and again it takes
2233 * This is ugly, but preserves the userspace API for existing cpuset
2234 * users. If someone tries to mount the "cpuset" filesystem, we
2264 .name = "cpuset",
2340 * implementations (e.g. cpuset), als
[all...]
/kernel/linux/linux-6.6/kernel/cgroup/
H A Dcgroup.c4 * Based originally on the cpuset system, extracted by Paul Menage
11 * Copyright notices from the original cpuset code:
54 #include <linux/cpuset.h>
308 * - cpuset: tasks will be kept in empty cpusets when hotplug happens and
312 * - cpuset: a task can be moved into an empty cpuset, and again it takes
2295 * This is ugly, but preserves the userspace API for existing cpuset
2296 * users. If someone tries to mount the "cpuset" filesystem, we
2326 .name = "cpuset",
2363 * implementations (e.g. cpuset), als
[all...]
/kernel/linux/linux-6.6/mm/
H A Dhugetlb.c17 #include <linux/cpuset.h>
4555 * Only enforce MPOL_BIND policy which overlaps with cpuset policy in policy_mbind_nodemask()
4797 * When cpuset is configured, it breaks the strict hugetlb page in hugetlb_acct_memory()
4799 * reservation is completely rubbish in the presence of cpuset because in hugetlb_acct_memory()
4801 * current cpuset. Application can still potentially OOM'ed by kernel in hugetlb_acct_memory()
4802 * with lack of free htlb page in cpuset that the task is in. in hugetlb_acct_memory()
4803 * Attempt to enforce strict accounting with cpuset is almost in hugetlb_acct_memory()
4804 * impossible (or too ugly) because cpuset is too fluid that in hugetlb_acct_memory()
4807 * The change of semantics for shared hugetlb mapping with cpuset is in hugetlb_acct_memory()
4811 * semantics that cpuset ha in hugetlb_acct_memory()
[all...]
H A Dslub.c27 #include <linux/cpuset.h>
2381 * between allocation and the cpuset in get_any_partial()
H A Dpage_alloc.c34 #include <linux/cpuset.h>
3094 * See also cpuset_node_allowed() comment in kernel/cgroup/cpuset.c. in get_page_from_freelist()
3296 * fallback to ignore cpuset restriction if our nodes in __alloc_pages_cpuset_fallback()
3761 * Ignore cpuset mems for non-blocking __GFP_HIGH (probably in gfp_to_alloc_flags()
3903 * It's possible that cpuset's mems_allowed and the nodemask from in check_retry_cpuset()
3905 * policy_nodemask(), but it's possible to race with cpuset update in in check_retry_cpuset()
3910 * when it does not intersect with the cpuset restrictions) or the in check_retry_cpuset()
3923 * to fail, check if the cpuset changed during allocation and if so, in check_retry_cpuset()
3966 * there was a cpuset modification and we are retrying - otherwise we in __alloc_pages_slowpath()
3975 * Check for insane configurations where the cpuset does in __alloc_pages_slowpath()
[all...]
H A Dvmscan.c35 #include <linux/cpuset.h>
1611 /* Demotion ignores all cpuset and mempolicy settings */ in demote_folio_list()

Completed in 50 milliseconds

12345678