The current cgroup directory layout for running the partition state
transition tests is mainly suitable for testing local partitions as
well as with a mix of local and remote partitions. It is not that
suitable for doing extensive remote partition and nested remote/local
partition testing.
Add a n
Rename partition_xcpus_newstate() to isolated_cpus_update(),
update_partition_exclusive() to update_partition_exclusive_flag() and
the new_xcpus_state variable to isolcpus_updated to make their meanings
more explicit. Also add some comments to further clarify the code.
No functional change is expec
When remote_partition_disable() is called to disable a remote partition,
it always sets the partition to an invalid partition state. It should
only do so if an error code (prs_err) has been set. Correct that and
add proper error code in places where remote_partition_disable() is
called due to error
Before commit f0af1bfc27b5 ("cgroup/cpuset: Relax constraints to
partition & cpus changes"), a cpuset partition cannot be enabled if not
all the requested CPUs can be granted from the parent cpuset. After
that commit, a cpuset partition can be created even if the requested
exclusive CPUs contain CP
This patch series fixes a number of bugs in the cpuset partition code as
well as improvement in remote partition handling. The test_cpuset_prs.sh
is also enhanced to allow more vigorous remote partition testing.
Waiman Long (10):
cgroup/cpuset: Fix race between newly created partition and dying
Currently, changes in exclusive CPUs are being handled in
remote_partition_check() by disabling conflicting remote partitions.
However, that may lead to results unexpected by the users. Fix
this problem by removing remote_partition_check() and making
update_cpumasks_hier() handle changes in descend
Currently, we don't allow the creation of a remote partition underneath
another local or remote partition. However, it is currently possible to
create a new local partition with an existing remote partition underneath
it if top_cpuset is the parent. However, the current cpuset code does
not set the
This patchset originates from my attempt to resolve a KMSAN warning that
has existed for over 3 years:
https://syzkaller.appspot.com/bug?extid=0e6ddb1ef80986bdfe64
Previously, we had a brief discussion in this thread about whether we can
simply perform memset in adjust_{head,meta}:
https://lore.ke
Cleaning up the test_cpuset_prs.sh script and restructure some of the
functions so that a new test matrix with a different cgroup directory
structure can be added in the next patch.
Signed-off-by: Waiman Long
---
.../selftests/cgroup/test_cpuset_prs.sh | 257 +++---
1 file chan
The goto statement in sched_partition_write() is not needed. Remove
it and rename sched_partition_write()/sched_partition_show() to
cpuset_partition_write()/cpuset_partition_show().
Signed-off-by: Waiman Long
---
kernel/cgroup/cpuset.c | 15 ++-
1 file changed, 6 insertions(+), 9 del
The pull request you sent on Fri, 28 Mar 2025 16:53:26 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/modules/linux.git/
> tags/modules-6.15-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/01d5b167dc230cf3b6eb9dd7205f6a705026d1ce
Thank you!
--
Deet-doot-
Cppcheck warning:
int result is assigned to long long variable. If the variable is long long
to avoid loss of information, then you have loss of information.
This patch changes the type of page_size from 'unsigned int' to
'unsigned long' instead of using ULL suffixes. Changing hpage_size to
'unsig
On 3/26/25 07:02, Mark Brown wrote:
On Thu, Mar 20, 2025 at 01:23:47PM +, Mark Brown wrote:
On Wed, Feb 26, 2025 at 12:44:51PM +0100, Thomas Weißschuh wrote:
To allow the usage of parse_vdso.c together with a limited libc like
nolibc, use the kernels own elf.h and auxvec.h headers.
The v
Hi ignacio,
On 30/03/2025 13:12, Ignacio Encinas Rubio wrote:
Gentle ping :)
No worries, it's either being merged in 6.15-rc1 or rc2!
Thanks,
Alex
On 6/3/25 20:49, Ignacio Encinas wrote:
Vector registers are zero initialized by the kernel. Stop accepting
"all ones" as a clean value.
N
On 2025-03-29 10:51:47 [+0100], Thomas Weißschuh wrote:
>
> Does the following work for you when running kust "make nolibc-test"?
I had to manually apply this on top of b4/nolibc-mips-n32. The resulting
make produced the native 64bit binary.
Sebastian
15 matches
Mail list logo