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

From: <bugzilla-noreply_at_freebsd.org>
Date: Wed, 15 Feb 2023 21:48:12 UTC

--- Comment #8 from Dmitry Chagin <dchagin@FreeBSD.org> ---
(In reply to Ed Maste from comment #7)
yeah, and this:

commit 01f74ccd5a0d1a444703e931339709c7de5296b5
Author:     Dmitry Chagin <dchagin@FreeBSD.org>
AuthorDate: 2023-01-29 12:35:18 +0000
Commit:     Dmitry Chagin <dchagin@FreeBSD.org>
CommitDate: 2023-01-29 12:35:18 +0000

    libthr: Fix pthread_attr_[g|s]etaffinity_np to match it's manual and the

    Since f35093f8 semantics of a thread affinity functions is changed to be a
    compatible with Linux:

    In case of getaffinity(), the minimum cpuset_t size that the kernel permits
    the maximum CPU id, present in the system, / NBBY bytes, the maximum size
is not
    In case of setaffinity(), the kernel does not limit the size of the
    cpuset_t, internally using only the meaningful part of the set, where the
    bound is the maximum CPU id, present in the system, no larger than the size
    the kernel cpuset_t.

    To match pthread_attr_[g|s]etaffinity_np checks of the user-provided
cpusets to
    the kernel behavior export the minimum cpuset_t size allowed by running
    via new sysctl kern.sched.cpusetsizemin and use it in checks.

    Reviewed by:
    Differential Revision:  https://reviews.freebsd.org/D38112
    MFC after:              1 week

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