On Monday 23 April 2007 02:51:19 pm Mark Tinguely wrote:
> 
> >  John Baldwin <[EMAIL PROTECTED]> says:
> >
> >  APIC IDs are not programmable (well, they are on I/O APICs, but not 
local=20
> >  APICs).  However, I am working on patches to support all valid APIC IDs 
for=
> >  =20
> >  both mptable and MADT.  Bumping up NLAPICS as a temporary workaround 
should=
> >  =20
> >  suffice for now.
> >
> >  =2D-=20
> >  John Baldwin
> 
> IMO, the quick solution also requires that MAX_APICID in
> [amd64/amd64 | i386/i386]/local_apic.c needs to be changed
> because lapic_create() checks if the passed apic_id > MAX_APICID.
> 
> Also in [amd64/amd64 | i386/i386]/mp_machdep.c checks in cpu_add()
> if the passed apic_id >= MAXCPU. There are a couple other checks
> in mp_machdep.c before converting to use the cpu_apic_ids[] array.
> 
> I was curious, and wrote up a patch file with the potential minor changes
> for -current at http://www.casselton.com/~tinguely/acpicid.patch .
> I saw one more change needed to use on FreeBSD 6.2-RELEASE.

What I have so far is somewhat similar, but goes ahead and allows the full 
range of APIC IDs while trying to still honor MAXCPU correctly.  I haven't 
ported it to i386 yet, nor compiled it yet, much less booted it. :)  I hope 
to at least get it booted on amd64 today.

-- 
John Baldwin
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to