Re: cpuid_t typedef? (was Re: Processor cores not properly

看板FB_current作者時間11年前 (2014/05/30 05:32), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串3/7 (看更多)
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 _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
文章代碼(AID): #1JXwTIoI (FB_current)
討論串 (同標題文章)
文章代碼(AID): #1JXwTIoI (FB_current)