Age | Commit message (Collapse) | Author |
|
In the future, won't have to rely on a translated string.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
For the GPU Drawing benchmark at least, it should give
some idea of the graphics capabilities of the machine.
This is the only data hardinfo currently has about that.
Maybe in the future, more advanced GPU information could
be given.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
* cpu_config string is translated as loaded
* if board or cpu_desc is missing, it is left null, stored empty, and
translated to (Unknown) only when displayed.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
* hide bench/name and result
* expand note for old results
The old version is kept because it is useful for future
development.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Old versions of hardinfo used current frequency instead of max
frequency. If the cpu id string had a clock rate in it, and it is
significantly more than thre reported frequency in the benchmark
result, use that.
This feature exists in an earlier commit but it was broken.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
* More information can be saved in benchmark.conf, while still being
compatible with older versions.
* Selecting a result give additional information about the result
and the machine the produced it.
|
|
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
|
|
Only tested __scan_usb_lsusb(). I can't test
__scan_usb_procfs() or __scan_usb_sysfs()
because those do not work on any machine I have
access to.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Continuation of TotalCaesar659's work, but with the labels
broken out of the c-format string. Several more strings made
translatable.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Continuation of TotalCaesar659's work, but with the labels
broken out of the c-format string. Some tweaks to the handling of
vendor information and other cleanup.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Continuation of TotalCaesar659's work, but with the labels
broken out of the c-format string, and the values cleaned of
ampersands.
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Continuation of TotalCaesar659's work, but with the labels
broken out of the c-format string, and the Dependencies header
translatable as well.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Added Gambas compiler,runtime and IDE to development, gambas has a runtime, a compiler and a complete ide, all can be used separatelly but IDE depends on compiler, and compiler depends on runtime..
Gambas its the Visual development most easyle for Linux, theres no languaje similar to Visual Basic but with the power and concepts of Java in Linux.. a hole covered b gambas...
|
|
This will return something like:
ThinkPad X220 / 42917J10 (LENOVO)
As opposed to just:
42917J10 LENOVO
|
|
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
It was kindof translatable before, but as part of a messy
use-once c-format string. In this form it is re-usable elsewhere.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Current CPU configurations aren't properly represented in Hardinfo.
For SMT, each hardware thread is still reported as a CPU. Clusters
with different CPU clock rates are not reported. It is common for
ARM to pair a cluster of fast cores with a cluster of slower, but
more power-efficient cores. These changes attempt to address this.
The getProcessorFrequency method now returns the processor's max
frequency for all its cores. While the new
getProcessorFrequencyDesc lists each unique frequency with a prefix
Nx with the count of cores at that freqency.
Benchmark results have been reformated to use the de-prefixed
getProcessorName and getProcessorFrequencyDesc.
As an example from benchmark.conf:
4x AMD Phenom(tm) II X4 940 Processor | 800 MHz
becomes:
AMD Phenom(tm) II X4 940 Processor | 4x 800 MHz
Which, I think, makes much more sense, as it works well with
this kind of thing:
Qualcomm Snapdragon 691 | 4x 1400 MHz + 4x 800 MHz
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
* add cpu_procs_cores_threads() function to get counts from sysfs/topology
* each platform must now provide processor_name() and processor_describe()
* processor_name_default(): returns a list of unique processor->model_name
* processor_describe_default(): returns "N physical; M cores; L threads"
* processor_describe_by_counting_names(): returns a list of unique
processor->model_name with Nx prefix
(ex: "4x ARM Cortex A53 + 4x ARM Cortex A33")
* x86: _name and _describe use defaults
* arm: _name returns name of SOC, if available, _describe returns
processor_describe_by_counting_names()
* all other platforms: _name and _describe use defaults
* Computer module summary now shows both name and description for CPU
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
|
|
|
|
|
|
Just ARM for now, but maybe this will become more generic and
it will be possible to have the processor package name and
description seperate, even for x86 and whatnot. Also perhaps
work in Sockets/Threads/Cores information.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
In the future, I think a processor will need a name and a
description. Name as the straight name of the processor or SOC,
and description as what name is now, with 4x and whatnot.
x86 description might be "8 cores, 16 threads" or similar.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
* Break "Not found" out of a c-format
* Tweak GDB regex. Old one would grab only closing paren
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Use the same strategies from laptop-detect[1] to detect physical
machine type.
[1] https://gitlab.com/debiants/laptop-detect
|
|
Files are going to be opened for reading anyway.
|
|
If the output of `lsb_release -d` didn't contain a "Description: "
substring, it would leak.
|
|
* Each key name must be unique, so using stat values as keys
causes problems if two stats have the same stat value.
* Show all stats, not just those in the form "%d %explaination"
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
* mixed tab/space indent -> all space
* break translatable labels out of format strings
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
* mixed tab/space indent -> all space
* break translatable labels out of format strings
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
* More easily translated.
* The strings are more likely to be re-usable.
* A small change to one, or to a shell param, does not lose all
of them.
spd-decode.c still has many labels that are untranslatable, or stuck in
c-format strings.
Signed-off-by: Burt P <pburt0@gmail.com>
|