[Bug 200802] MAXCPU bump to 256 breaks ABI for cpuset_getaffinity/setaffinity

From: <bugzilla-noreply_at_freebsd.org>
Date: Wed, 15 Feb 2023 21:40:37 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200802

--- Comment #7 from Ed Maste <emaste@freebsd.org> ---
(In reply to Dmitry Chagin from comment #6)

I guess the main change related to this is:

commit f35093f8d6d8155ab2e56c11ee03d474688b16a2
Author: Dmitry Chagin <dchagin@FreeBSD.org>
Date:   Wed May 11 10:36:01 2022 +0300

    Use Linux semantics for the thread affinity syscalls.

    Linux has more tolerant checks of the user supplied cpuset_t's.

    Minimum cpuset_t size that the Linux kernel permits in case of
    getaffinity() is the maximum CPU id, present in the system / NBBY,
    the maximum size is not limited.
    For setaffinity(), Linux does not limit the size of the user-provided
    cpuset_t, internally using only the meaningful part of the set, where
    the upper bound is the maximum CPU id, present in the system, no larger
    than the size of the kernel cpuset_t.
    Unlike FreeBSD, Linux ignores high bits if set in the setaffinity(),
    so clear it in the sched_setaffinity() and Linuxulator itself.

    Reviewed by:            Pau Amma (man pages)
    In collaboration with:  jhb
    Differential revision:  https://reviews.freebsd.org/D34849
    MFC after:              2 weeks

-- 
You are receiving this mail because:
You are the assignee for the bug.