[PATCH] expose extended processor information for various
architectures
Danny Kukawka
danny.kukawka at web.de
Sun Apr 8 10:49:32 PDT 2007
On Sonntag, 8. April 2007, Martin Szulecki wrote:
[...]
> As we can expect (even major) differences among CPU architectures, I
> introduced an architecture dependent namespace such as "processor.x86".
>
> However in terms of abstraction, it might make more sense to simply add
> (and agree upon) more non-mandatory general processor properties such as
> "processor.bogomips", "processor.flags" and rather store the
> architecture in "processor.architecture".
IMO we don't need an extra processor subnamespace for each arch. Simply put
everything into the same namespace and make common stuff mandatory and
information that is arch/processor specific optional. It would be easier
for applications to read everything from the same namespace, otherwise they
have to provide code for each arch and they have to know also the arch
specific properties. Then the apps can also read from /proc/cpuinfo
Btw. I would like to see the /proc/cpuinfo stuff go into sysfs as I said in
the IRC channel. This should not be that hard and we get the abstraction for
free. ;-)
Danny
More information about the hal
mailing list