[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