This is the mail archive of the
ecos-discuss@sourceware.org
mailing list for the eCos project.
Re: Debugging pc platform
- From: David Fernandez <dfernandez at cct dot co dot uk>
- To: Andrew Lunn <andrew at lunn dot ch>
- Cc: eCos Disuss <ecos-discuss at ecos dot sourceware dot org>
- Date: Thu, 02 Mar 2006 13:38:36 +0000
- Subject: Re: [ECOS] Debugging pc platform
- References: <1141146513.2877.11.camel@software.cct.co.uk> <20060228171459.GO18806@lunn.ch> <1141229171.2884.6.camel@software.cct.co.uk> <20060301172033.GN19406@lunn.ch>
Andrew,
Looking further into pcmb_smp.c, seems that there is a real mess with
the ordinal cpu count numbers and the cpu ids.
According to Intel SMP specification, what is regarded in pcmb_smp.c as
cpu id, is really the apic id, that should be unique but not need to be
consecutive. As most commercial boards could have them consecutive, its
not likely to be aware of the problem, but looking into the code, for
example the cpu flags are read and stored according to the cpu id, but
then are checked according to the cpu ordinal number; and there are
several other things like that.
I would like to know what do you think is the best way to change that;
we could have another table indexed by ordinal cpu number giving the cpu
ids, or we could just index everything by ordinal cpu number.
Anyway, seems that all the code there should be revised... So tell me
if it is going to be some high priority thing in there, and I wait for
it, or if you think it's okay for me to do it and submit the changes...
David.
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss