Date: Thu, 29 May 2014 14:09:05 -0700 From: Adrian Chadd <adrian@freebsd.org> To: John Baldwin <jhb@freebsd.org> 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> Subject: Re: cpuid_t typedef? (was Re: Processor cores not properly detected/activated?) Message-ID: <CAJ-VmokC9Nr06r9B=R59_uRH6fBU0n9vCy79Mj7X0bjewZVo1A@mail.gmail.com> In-Reply-To: <201405291618.55058.jhb@freebsd.org> References: <CAJ-VmonhjQZGhxTjgJA5a3Cyu%2Bx7HCmuK1MDoLQtdpHJ4wR-FA@mail.gmail.com> <201405291618.55058.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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. -a
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmokC9Nr06r9B=R59_uRH6fBU0n9vCy79Mj7X0bjewZVo1A>