On Wed, 2005-10-26 at 11:18 -0600, Eric W. Biederman wrote:
Stefan Reinauer stepan@openbios.org writes:
- Eric W. Biederman ebiederman@lnxi.com [051026 18:52]:
The best way is to get buggy software fixed. So lifting the apic id on the boot cpu will help find those bugs sooner, so they get fixed.
While this is philosophically true, it sounds like those "well, works with fuctory bios, so linuxbios is broken" kind of thing.
Could be. But it works with the latest kernels as well, so it is easy enough to diagnose.
Especially since having the boot cpu on apic id 0 is not particularly wrong.
Until you hit the board with 15 or 16 ioapics.
Getting a model that covers everything is painful. If we need to touch this again we really need a function that takes a node_core_id and returns an apicid. Then set it up so we have a reasonable default version of that function but it can be overridden per motherboard.
OTOH if we don't run into the pain that would trigger this, we can stay where we are.
Eric
Why don't you assign apicid backwards for CPUs? Start from 0 for BSP then 0 - 1 = 255 for AP etc.