From owner-freebsd-current@FreeBSD.ORG  Thu May 29 21:29:42 2014
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id D6FE8711;
 Thu, 29 May 2014 21:29:42 +0000 (UTC)
Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1])
 (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id AC519299C;
 Thu, 29 May 2014 21:29:42 +0000 (UTC)
Received: from jhbbsd.localnet (unknown [209.249.190.124])
 by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4BFFBB924;
 Thu, 29 May 2014 17:29:41 -0400 (EDT)
From: John Baldwin <jhb@freebsd.org>
To: Adrian Chadd <adrian@freebsd.org>
Subject: Re: cpuid_t typedef? (was Re: Processor cores not properly
 detected/activated?)
Date: Thu, 29 May 2014 17:29:33 -0400
User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20140415; KDE/4.5.5; amd64; ; )
References: <CAJ-VmonhjQZGhxTjgJA5a3Cyu+x7HCmuK1MDoLQtdpHJ4wR-FA@mail.gmail.com>
 <201405291618.55058.jhb@freebsd.org>
 <CAJ-VmokC9Nr06r9B=R59_uRH6fBU0n9vCy79Mj7X0bjewZVo1A@mail.gmail.com>
In-Reply-To: <CAJ-VmokC9Nr06r9B=R59_uRH6fBU0n9vCy79Mj7X0bjewZVo1A@mail.gmail.com>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-Id: <201405291729.33471.jhb@freebsd.org>
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7
 (bigwig.baldwin.cx); Thu, 29 May 2014 17:29:41 -0400 (EDT)
Cc: Attilio Rao <attilio@freebsd.org>,
 freebsd-current <freebsd-current@freebsd.org>,
 Jia-Shiun Li <jiashiun@gmail.com>, Alan Somers <asomers@freebsd.org>,
 Tim Bishop <tim-lists@bishnet.net>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
 <freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>, 
 <mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current/>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
 <mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 29 May 2014 21:29:42 -0000

On Thursday, May 29, 2014 5:09:05 pm Adrian Chadd wrote:
> On 29 May 2014 13:18, John Baldwin <jhb@freebsd.org> wrote:
> 
> >> anyway. Besides all of this - I'm thinking of just introducing:
> >>
> >> typedef uint32_t cpuid_t;
> >>
> >> .. then once we've converted all the users, we can make NOCPU
> >> something other than 255 (which is the other limiting factor here..)
> >>
> >> Any objections?
> >
> > This one is a bit harder as you'll have to do shims for kinfo_proc, but
> > I think this is fine.  You could also just use u_int, but a new foo_t
> > isn't that bad I guess.
> 
> I don't think I'd modify any userland-facing ABI/KBI's just yet. I'm
> just worried that 11.0-REL will come out before we have made a decent
> inroads into this and we _can't_ support > 254 CPUs.

Eh, that's one of the biggies to do actually.   Kind of pointless to
update td_oncpu/lastcpu and not fix kinfo_proc at the same time.  You'll
just have to add new int fields and populate the old ones with sane values
for CPUs < 255.

-- 
John Baldwin