Age | Commit message (Collapse) | Author | Files | Lines |
|
Also clarify which is x86info's guess.
|
|
This steals lots of code from the kernel, and munges it to work with userspace.
In doing so, I renamed a bunch of x86info's struct cpudata members to match
the kernels struct cpu_data, just to make it easier to sync any future changes.
|
|
Print it out when we're dumping the raw value instead.
|
|
- No more nasty pages and pages of assembly
- x86-64 'just works'
* cpuid takes 32 bit registers. always. wtf were we passing around longs?
* implement cpuid4()
* start using cpuid4 to determine number of cores.
|
|
general cleanup
|
|
|
|
that tries to determine a good looking K8 Processor name string in case
the BIOS didn't do it.
My build machine now reports a nice "Dual Core AMD Opteron(tm) Processor
875" instead of "AMD Athlon(tm) or Opteron(tm) CPU-model unknown". ;-)
|
|
* get_model_name.c: Eat leading spaces.
|
|
|
|
* get_model_name.c, identify.c, x86info.h,
* AMD/identify.c, Cyrix/identify.c
* IDT/identify.c, Intel/identify.c
* NatSemi/identify.c, RiSE/identify.c:
maxei & maxi are now used from the cpu-> struct.
This fix makes x86info pass the valgrind test.
|
|
identify.c
|