From owner-freebsd-bugs@FreeBSD.ORG  Sat Jun 20 11:53:28 2015
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Delivered-To: freebsd-bugs@hub.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 3C81221A
 for <freebsd-bugs@hub.freebsd.org>; Sat, 20 Jun 2015 11:53:28 +0000 (UTC)
 (envelope-from bugzilla-noreply@freebsd.org)
Received: from kenobi.freebsd.org (kenobi.freebsd.org
 [IPv6:2001:1900:2254:206a::16:76])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 268B42E7
 for <freebsd-bugs@FreeBSD.org>; Sat, 20 Jun 2015 11:53:28 +0000 (UTC)
 (envelope-from bugzilla-noreply@freebsd.org)
Received: from bugs.freebsd.org ([127.0.1.118])
 by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t5KBrSYD016349
 for <freebsd-bugs@FreeBSD.org>; Sat, 20 Jun 2015 11:53:28 GMT
 (envelope-from bugzilla-noreply@freebsd.org)
From: bugzilla-noreply@freebsd.org
To: freebsd-bugs@FreeBSD.org
Subject: [Bug 200802] MAXCPU bump to 256 breaks ABI for
 cpuset_getaffinity/setaffinity
Date: Sat, 20 Jun 2015 11:53:28 +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: jhb@FreeBSD.org
X-Bugzilla-Status: New
X-Bugzilla-Priority: ---
X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-200802-8-2IreAY8xvY@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-200802-8@https.bugs.freebsd.org/bugzilla/>
References: <bug-200802-8@https.bugs.freebsd.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-BeenThere: freebsd-bugs@freebsd.org
X-Mailman-Version: 2.1.20
Precedence: list
List-Id: Bug reports <freebsd-bugs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-bugs>,
 <mailto:freebsd-bugs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-bugs/>
List-Post: <mailto:freebsd-bugs@freebsd.org>
List-Help: <mailto:freebsd-bugs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
 <mailto:freebsd-bugs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Jun 2015 11:53:28 -0000

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200802

--- Comment #2 from John Baldwin <jhb@FreeBSD.org> ---
Hmm, the simplest change is to revert MAXCPU for now.  Longer term it might be
nice to rework the cpusetsize changes so that they only fail if there are CPU
IDs that don't fit in the requested size.

I think doing that would involve:

1) Replacing 'sizeof(cpuset_t)' with something like '(mp_maxid + NBBY - 1) /
NBBY'
2) When working with a cpuset internally rounding up the size to
'sizeof(cpuset_t)' to pass around internally and then truncating to the
requested size when doing a copyout.

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