---
layout:
'hcl'
type:
'Tablet'
hvm:
'yes'
iommu:
'yes'
slat:
'yes'
tpm:
'2.0'
remap:
'yes'
brand: |
GETAC
model: |
UX10G2
bios: |
R1.12.070520
cpu: |
Intel(R) Core(TM) i5-10310U CPU @ 1.70GHz
cpu-short: |
FIXME
chipset: |
Intel Corporation Comet Lake-U v1 4c Host Bridge/DRAM Controller [8086:9b61] (rev 0c)
chipset-short: |
FIXME
gpu: |
Intel Corporation CometLake-U GT2 [UHD Graphics] [8086:9b41] (rev 02) (prog-if 00 [VGA controller])
gpu-short: |
FIXME
network: |
Intel Corporation Wi-Fi 6 AX200 [8086:2723] (rev 1a)
memory: |
8028
scsi: |
usb: |
1
certified:
'no'
versions:
- works:
'FIXME:yes|no|partial'
qubes: |
R4.3-rc1
xen: |
4.19.3
kernel: |
6.12.42-1
remark: |
FIXME
credit: |
FIXAUTHOR
link: |
FIXLINK
Remarks
In order to run Qubes OS on this tablet, I had to:
- set up any UEFI password to be able to disable UEFI Secure Boot
- during initial setup, I had to make sure to allow USB keyboards, otherwise I wouldn’t be able to even log in (the attachable base with keyboard and touchpad is a USB device), although later on there’s a workaround to increase security a bit
After the setup above I set up KDE due to its more tablet-friendly nature than XFCE’s. Some of the issues might be KDE-related, but some are not:
- The Wi-Fi card most likely doesn’t support strict reset. Shutting down sys-net causes it to be unreponsive until the next boot (I haven’t tried using no strict reset for extra security).
- Pressing the power button on the right side of the tablet causes 100% CPU usage in dom0. Workaround: add
acpi_mask_gpe=0x6Fto the kernel’s commandline. - Touch gestures in domUs are not implemented. While it’s possible to, for example, swipe three fingers up the screen to have an overview of KDE’s desktops in dom0 or draw artworks in drawing programs in domUs, swiping to scroll up/down in a browser in domUs will not work.
- The screen is capacitive, not resistive, so only certain materials work with it, and no vendor tools for non-Windows systems are available to tweak its properties. Using it with fingers does work, using the Getac stylus does not.
Copy dom0 clipboarddoesn’t work, claims thatDom0 clipboard is empty!- Keyboard layout switching doesn’t work in domUs.
Curiosities:
- in order to increase security a bit, after allowing the USB keyboards and transitioning to KDE, set up the KDE’s Mallit keyboard. Change the USB devices policy to
askand reboot. During the LUKS prompt you should still be able to use the USB keyboard, which will get disabled once sys-usb starts. At the login prompt, log in with the touch keyboard, and allow the USB devices once dom0 asks for permission with the touchscreen. - this tablet supports up to 32 GB RAM, but it’s a factory preset, and it’s likely impossible to upgrade the one with 8 GB. In case of getting one like that, prepare to do some optimizations, e.g. using more lightweight software in domUs, or using
dom0_mem=max:1536Min Xen commandline - the tablet’s screen has temporary burn-ins if using bright outputs for prolonged time, especically at the more bright settings. This is not a Qubes bug, or a KDE bug. The burn-ins decay after some time.
- Suspend works, HDMI works, keyboard backlight works, rotating the screen orientation works (if using KDE). USB hubs work as well - recommended when working stationary in a comfortable place, like a living room or an office, and using multiple devices, like additional keyboard and mouse, since the tablet has only one USB port and due to its ruggedness is designed to work in less-than-comfortable environents, think of a mission during a sandstorm.
- I haven’t tested the front and back cameras, since this model came without any (although some could think of this as an additional privacy feature) or if the more fancy devices, like Smartcard reader or barcode scanner work, but they are visible in sys-usb, so I’d bet they do:
Bus 002 Device 003: ID 058f:9540 Alcor Micro Corp. AU9540 Smartcard Reader
Bus 002 Device 006: ID 05e0:1900 Symbol Technologies SNAPI Imaging Device
Attachments
Qubes-HCL-GETAC-UX10G2-20250911-171600.yml (826 Bytes)