Messages in this thread | | | Date | Fri, 21 Jun 2002 21:54:14 -0700 | From | William Lee Irwin III <> | Subject | Re: (RFC)i386 arch autodetect( was Re: latest linus-2.5 BK broken ) |
| |
On Fri, Jun 21, 2002 at 11:57:57PM -0400, Matthew D. Pitts wrote: > Is there any plan to rewrite the i386 architecture to support auto-detection > of cpu's? Given the nature of the discussion here, that is something I would > love to tackle.
Probably more urgent are APIC drivers as it seems too many people are trying to stuff flat bitmasks into ICR2 and other places directly and breaking things. Also, the understanding of the fact that if flat logical mode is being used that no cpu's beyond #7 can be addressed would be nice to have, if only for a more graceful failure mode than deadlock in flush_tlb_all() and/or cpu wakeup code when more cpu's than the configured APIC mode can address are present. Perhaps afterward a dynamic understanding of when the clustered hierarchical destination format is required can be explored, involving dynamically switching between flat destination format with logical ID's and clustered hierarchical destination format with logical ID's and physical ID's for cluster-local IPI's. On the NUMA-Q, the arrangement of cluster ID's is dynamically configurable allowing one to configure each cluster so that the broadcast cluster ID clashes only with the local cluster, and so 64 cpu's may be addressed as cluster-local IPI's may be done physically.
Cheers, Bill - 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/
| |