Messages in this thread | | | Date | 8 Jan 2005 01:34:12 +0100 | Date | Sat, 8 Jan 2005 01:34:12 +0100 | From | Andi Kleen <> | Subject | Re: 256 apic id for amd64 |
| |
On Fri, Jan 07, 2005 at 04:26:57PM -0800, James Cleverdon wrote: > Already done, although not dividing along AMD vs. Intel lines. > phys_pkg_id() indirects through the subarch table. See > genapic_cluster.c and genapic_flat.c for details. > > We may need a third subarch for AMD's Extended APIC mode boxes.
I'm not convinced we do. Things seem to work with BSP APIC-ID = 0. Is there any real reason to not just require that?
> > Can you suggest some heuristics for detecting such a system and > discerning it from a clustered APIC box? (Hopefully, without using MPS > or ACPI table ID string lookups.)
Early PCI scan would work in the worst case. All Opterons have a builtin northbridge with a specific ID. There is already other code that checks for these.
-Andi
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |