- Dec 03, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Nov 19, 2020
-
-
Simon McVittie authored
vulkan_layer_dup() can return NULL if self is not a valid SrtVulkanLayer (which would be undefined behaviour, and in fact we already checked for that situation, but gcc 8 can't tell that). This results in a build failure on Debian 10. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Nov 18, 2020
-
-
Simon McVittie authored
On operating systems with unusual path layouts, such as Exherbo and NixOS, the de facto standard path for the runtime linker is not necessarily present for all architectures. (Of course, if the x86_64 runtime linker is not present, we won't normally be able to run steam-runtime-system-info either, but at least users of such operating systems can compile it from source code if they need to provide diagnostics.) Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
We have a backport of this, so we can use it even in older GLib. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Nov 17, 2020
-
-
Ludovico de Nittis authored
Similarly to what we already have for ICDs, we are now able to parse the Vulkan layers JSON files and add this information in the report. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
Ludovico de Nittis authored
This function allow us to avoid some repetitive codes when constructing a new JSON file. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
Ludovico de Nittis authored
Vulkan uses the same search paths for ICDs and layers. If we factor out the code that lists those search paths, we'll be able to reuse it for layers. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
Ludovico de Nittis authored
Vulkan layers and Vulkan ICDs have a very similar structure, so refactoring SrtIcd to a more generic SrtLoadable gives us the ability to reuse the same structure and functions also for layers. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Nov 12, 2020
-
-
Ludovico de Nittis authored
We are now able to detect when the Primus graphics driver is in use. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Nov 10, 2020
-
-
Simon McVittie authored
We'll need this if the portal provides a way to open device nodes that don't exist in the container. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
We can use this later, in diagnostic tools. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
These are what we really want for SDL and Wine: they're broadly equivalent to the udev ID_INPUT_FOO properties, and identify which devices are desired at a high level. Also add test coverage for the device-type-guessing heuristic. Thanks to various people in Collabora, Codeweavers and #debian-uk for providing `sudo evemu-describe` output for their devices. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
These are a useful input for guessing what an input device is. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This is the official way to determine what an input device is, at the kernel level. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
The name is to leave space for "type flags" (joystick, etc.) later. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Wine/Proton needs these for some of its HID functionality. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This is the same approach used by SDL. It doesn't work well in most containers. To facilitate testing this, change sysroot/run-in-sysroot.py so that it doesn't share /run with the host, and signals "we're in a container" by creating /run/host. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
This includes: * a public interface implemented by input device monitors * a public interface to be implemented by the input devices they signal * a mock implementation for unit-testing * a unit test for the API * a simple implementation in terms of inotify on /dev * a monitor that can print input devices in JSON format on stdout, and optionally monitor them Implementations in terms of udev, SDL, or a portal service are not yet included. Details of the devices, beyond their paths in /dev and /sys, are also not included. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
We'll use this for the uevent blob in input devices, because that's much easier to read than a single string with escaped newlines. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
json_array_get_string_element() raises a critical warning if the element exists but isn't a string. json_node_get_string() is more tolerant. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
It seems misleading to have a function with json_array in the name that takes a JsonObject. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
utils.c is getting larger and more miscellaneous than I'd prefer. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Nov 09, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
There's currently only one generated header, enums.h, but we could add more in future. We need to make sure the test_utils static library depends on that generated header, otherwise it could be compiled before the header itself is generated, leading to intermittent and unreproducible build failures (for some reason scout i386 seems especially prone to this). Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Ludovico de Nittis authored
JSON-Glib 1.6.0 introduced new functions to get members from a JSON object with a default fallback value. This allows us to avoid manually checking the existence of a member. The functions that we currently need, have been backported to allow the execution on systems with a JSON-GLIB version older than the 1.6.0 Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Oct 29, 2020
-
-
Simon McVittie authored
I added this to GLib at the beginning of the 2.68 cycle. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Oct 26, 2020
-
-
Ludovico de Nittis authored
Print in the steam-runtime-system-info report the information we know about the xdg-portal support. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Oct 22, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
We no longer need to, because the test is now linked statically. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
Simon McVittie authored
Now that GIO_MODULE_DIR has been backported into scout's GLib, we can disable GIO modules completely, instead of loading them but then not using them. This avoids some misleading warnings (#32). This will not be completely effective on non-Debian systems until we also patch scout's GLib to make GIO_MODULE_DIR take precedence over the hard-coded legacy search path /usr/lib/gio/modules. The unit test for this is still in tests/pressure-vessel/utils.c for now. Signed-off-by:
Simon McVittie <smcv@collabora.com>
-
- Oct 19, 2020
-
-
Ludovico de Nittis authored
Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Oct 07, 2020
-
-
Ludovico de Nittis authored
These two environment variables can be useful for inferring how and which version of the Steam bootstrapper have been used. For example if the reported version is something like "1.0.0.63-1/Debian", we are quite sure that Steam has been installed using the package from Debian's non-free archive area. Signed-off-by:
Ludovico de Nittis <ludovico.denittis@collabora.com>
-
- Sep 29, 2020
-
-
Simon McVittie authored
Signed-off-by:
Simon McVittie <smcv@collabora.com>
-