Age | Commit message (Collapse) | Author |
|
The html_ok param added in
970174b0897d40b804808632784ffa1544d9da93
is misleading. It turns out that it is not HTML,
but Pango Markup that is used by GTK, and a subset of that
happens to also work as HTML4 for the HTML report generation.
This change renames html_ok to markup_ok in ProgramParameters
and adds a comment explaining what common set of tags may be
used.
Also, if report generation happens as a fallback after GUI
initialization failed, then also disable markup, unless report
will be generated as HTML.
Pango markup info at:
https://developer.gnome.org/pango/stable/PangoMarkupFormat.html
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>
|
|
|
|
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
I don't have any hardware to test, this is based only on the
OPP kernel docs.
https://www.kernel.org/doc/Documentation/devicetree/bindings/opp/opp.txt
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
* opp-v2 = operating-points-v2, frequency scaling information
from device tree that can be used for cpu, gpu, etc.
* adds helper function to get the opp-v2 range of frequencies
for a node, dtr_get_opp_range() in dt_util.c
* adds a freq range in opp-v2 property for a node in dt
* reports a gpu's max clock frequency if avaiable via opp-v2
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Fixes https://github.com/lpereira/hardinfo/issues/266
This is also needed so that vendor urls can be links where
appropriate.
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>
|
|
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>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Now that they are working better.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
This is a hack to address #240. The storage scanner needs work.
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>
|
|
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>
|
|
A set of functions for getting information for a single USB device,
or a list of all devices.
The only implemented method is using `lsusb`, which is slow. A
method using sysfs would be much better. The existing sysfs and
procfs methods in devices/usb.c do not appear to work, so it would
have to be something new.
devices/usb.c modified to use usb_util, but all the old code is
still there.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Use shared_cpu_list as a unique cache id, but only in the
case that kernel-supplied cache id is not available.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Show actual clocks where cores or threads share a clock.
Ex: x86 SMT each core has one clock shared by both threads.
Ex: BCM2837 has one clock for all four cores.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
The flags list is often more than 512 bytes long these days.
It was being truncated.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
cpu_insecure = page table isolation is being used to work
around a security vulnerability in Intel x86 CPUs.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Show actual physical caches by counting only unique
references from each "cpu" (hardware thread).
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
* Bug fix: Some flags are just an index, for example power
management might have "[13] [14]" as flags. This looks like
a new section to hardinfo shell and it truncates the CPU
information there.
* Show the Socket:Core and thread in the processor list, for
x86 only right now. In the future, the idea is to show only
one line for each core, and list the threads on that core,
where currently, there is one line for each thread.
Signed-off-by: Burt P <pburt0@gmail.com>
|
|
Warnings, found using PVS-Studio:
hardinfo/modules/devices/usb.c 397 err V773 The function was exited without releasing the 'temp' pointer. A memory leak is possible.
hardinfo/modules/computer/uptime.c 33 err V773 The function was exited without releasing the 'ui' pointer. A memory leak is possible.
|
|
Fixes #188.
|
|
Also, use properly-named variables and plug a memory leak.
|
|
- No need for a global dtr variable: just pass it around as parameters
- Internal functions marked static
|
|
Signed-off-by: Burt P <pburt0@gmail.com>
|