Re: (RFC)i386 arch autodetect( was Re: latest linus-2.5 BK broken )

William Lee Irwin III (wli@holomorphy.com)
Fri, 21 Jun 2002 21:54:14 -0700


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/