From nobody Wed Feb 15 21:40:37 2023 X-Original-To: bugs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PHBMT5DdDz3rN3T for ; Wed, 15 Feb 2023 21:40:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PHBMT3RMfz3MjT for ; Wed, 15 Feb 2023 21:40:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1676497237; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=lg4kslEfOEL7ZXtAq0zE+vhvWs4EvX2MhVyaWimY0ks=; b=NNYKZUhVRV5ihTM5pJnhcQrLny9H92Ktmm432L33Tm9f6TfY2ZBvhDFG0pEca0bPYJCbJw eFxNdmM+wt6ClR6YYGAP3IO2s3aKtw4fC/dxz/kiSX9unX0KHVxc+F3IWKQY5iwIjMblhQ UY+zfPJx/lTvcwXlweJVkxnZMnPgRfeRMMaJPBy3mjnoXc4JXTyagnBywXGKXRNhuVkq6F p6HG1CYVnA1hNt2aeQU/sKTZi6mekjC2Y8ivJiWCz0cr++f+j5sym3yIadaOTZxKr5/Iuc 6qlOHwzO/CJz5uDfYX4tNvAO2wZwBo5/f2lmil5MbK7Y8Sf7kSv236RnE/MMrw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1676497237; a=rsa-sha256; cv=none; b=XWZGqqktWEBL6oEwWOh+hGeK8sVLMs8V1d1mX/74M9UumrTo3On0fPuymTbGTz07ARfRyg sCGmdLwmj0AbDXhx5J/AOuNHYX53+eoddaMiepA+9RekfGV4eW/a2SgRvnTzh1WlCPGH2p czQdD3M9qSX6JC1/iaqTINDCGp/KIilq63h+od24d11Bb6j6k3AZBeMyKRsVB2zTcNI9vo MLkfA81GLEHoyayItP8EgoNYGSedjsdl3pJVBff8tYcXQFaEFy075JsEp7ocefwnKjvaOC q2dk0+wyRsabbtUZCfzQxd1L432ZRzFO69Yxr2eVwXl3UUJhZx7okjdLU9/NQw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4PHBMT2VhMzg26 for ; Wed, 15 Feb 2023 21:40:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 31FLebvj034499 for ; Wed, 15 Feb 2023 21:40:37 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 31FLeb0F034478 for bugs@FreeBSD.org; Wed, 15 Feb 2023 21:40:37 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 200802] MAXCPU bump to 256 breaks ABI for cpuset_getaffinity/setaffinity Date: Wed, 15 Feb 2023 21:40:37 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D200802 --- Comment #7 from Ed Maste --- (In reply to Dmitry Chagin from comment #6) I guess the main change related to this is: commit f35093f8d6d8155ab2e56c11ee03d474688b16a2 Author: Dmitry Chagin 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 --=20 You are receiving this mail because: You are the assignee for the bug.=