Semperverus
commented
2 years ago Apologies for these not being screenshots, don't have anything that can take one from the UEFI that I am aware of:
Open Semperverus opened 2 years ago
Semperverus
commented
2 years ago Apologies for these not being screenshots, don't have anything that can take one from the UEFI that I am aware of:
cyclane
commented
2 years ago I am having exactly the same issue with the linux-surface 5.15.5-1 kernel release on Ubuntu 20.04. Has there been any progression on fixes or temporary workarounds?
Edit: I have tried everything mentioned above to try fix it without success, and I have most the same situation of that /dev/ipts/0 e.t.c. do exist and the other settings shown, so I am almost certain this is the same issue.
Unit model is 1796
Thomvh
commented
2 years ago I experience the same issue on my freshly installed Ubuntu 21.10 with linux-surface
cyclane
commented
2 years ago I just tried downgrading to linux-surface 5.14.16 and this fixes the issue for me so actually it might be a different issue to what you are having.
jchv
commented
1 year ago I'm getting this on the Tigerlake Surface Laptop 4 as well; the IPTS devices exist, yet it fails momentarily after starting. I'm running NixOS unstable. I'm not sure how to debug this further. dmesg doesn't appear to have anything relevant. Is there anything I can do?
NP-chaonay
commented
1 year ago I'm getting this on the Tigerlake Surface Laptop 4 as well; the IPTS devices exist, yet it fails momentarily after starting. I'm running NixOS unstable. I'm not sure how to debug this further. dmesg doesn't appear to have anything relevant. Is there anything I can do?
could you output the command of systemctl status iptsd and systemctl status iptsd@*
jchv
commented
1 year ago Sure!
systemctl status iptsd:
× iptsd.service - IPTSD
Loaded: loaded (/etc/systemd/system/iptsd.service; enabled; preset: enabled)
Active: failed (Result: exit-code) since Sat 2022-12-17 03:10:12 EST; 7h ago
Duration: 5.013s
Process: 916 ExecStart=/nix/store/7q9xplqgf53h1lahwj6nhf3njnqaf9lq-unit-script-iptsd-start/bin/iptsd-start (code=exited, status=237/KEYRING)
Main PID: 916 (code=exited, status=237/KEYRING)
IP: 0B in, 0B out
CPU: 3ms
Dec 17 03:10:07 taiga systemd[1]: Started IPTSD.
Dec 17 03:10:12 taiga iptsd-start[923]: ERROR: ../src/control.c:51: Failed to send feedback: No such device
Dec 17 03:10:12 taiga iptsd-start[923]: ERROR: ../src/control.c:74: Failed to flush buffers: No such device
Dec 17 03:10:12 taiga iptsd-start[923]: ERROR: ../src/main.c:106: Failed to start IPTS: No such device
Dec 17 03:10:12 taiga systemd[1]: iptsd.service: Main process exited, code=exited, status=237/KEYRING
Dec 17 03:10:12 taiga systemd[1]: iptsd.service: Failed with result 'exit-code'.systemctl status "iptsd@*" has no output. (I quoted the argument because by default zsh otherwise prevents the command from running when it detects no glob matches.)
For good measure, here is ls -lah /dev/ipts:
total 0
drwxr-xr-x 2 root root 360 Dec 17 03:09 .
drwxr-xr-x 21 root root 3.8K Dec 17 03:10 ..
crw------- 1 root root 248, 0 Dec 17 03:10 0
crw------- 1 root root 248, 1 Dec 17 03:10 1
crw------- 1 root root 248, 10 Dec 17 03:10 10
crw------- 1 root root 248, 11 Dec 17 03:10 11
crw------- 1 root root 248, 12 Dec 17 03:10 12
crw------- 1 root root 248, 13 Dec 17 03:10 13
crw------- 1 root root 248, 14 Dec 17 03:10 14
crw------- 1 root root 248, 15 Dec 17 03:10 15
crw------- 1 root root 248, 2 Dec 17 03:10 2
crw------- 1 root root 248, 3 Dec 17 03:10 3
crw------- 1 root root 248, 4 Dec 17 03:10 4
crw------- 1 root root 248, 5 Dec 17 03:10 5
crw------- 1 root root 248, 6 Dec 17 03:10 6
crw------- 1 root root 248, 7 Dec 17 03:10 7
crw------- 1 root root 248, 8 Dec 17 03:10 8
crw------- 1 root root 248, 9 Dec 17 03:10 9
StollD
commented
1 year ago I'm getting this on the Tigerlake Surface Laptop 4 as well; the IPTS devices exist, yet it fails momentarily after starting.
Tigerlake devices don't have IPTS. The module shouldn't even load on its own.
You need ITHC (https://github.com/quo/ithc-linux) and a development build of iptsd from its master branch (https://github.com/linux-surface/iptsd).
jchv
commented
1 year ago Ahh, sorry to waste your time; this is simply my mistake. I'll give that a try. If I have any problems I'll definitely open a new issue to avoid cluttering this unrelated one further.
edit:
If anyone happens to get here via Google, here's how I'm able to use the newest ithc module with nixos-unstable and nixos-hardware. iptsd does not currently work. Updated to make iptsd work too.
{ config, pkgs, ... }:
{
imports = [
<nixos-hardware/microsoft/surface>
];
boot.extraModulePackages = [
config.boot.kernelPackages.ithc
];
boot.initrd.kernelModules = [
"surface_hid_core"
"surface_hid"
"surface_aggregator_registry"
"surface_aggregator"
"8250_dw"
"pinctrl_tigerlake"
"intel_lpss"
"intel_lpss_pci"
];
boot.kernelPatches = [{ name = "ipts-hid"; patch = builtins.fetchurl "https://patch-diff.githubusercontent.com/raw/linux-surface/kernel/pull/132.diff"; }];
nixpkgs.overlays = [
(self: super: {
iptsd = super.iptsd.overrideDerivation (attrs: {
version = "66bd7c4d386c6bf4c77e008bb974ddcb8a52874e";
src = pkgs.fetchFromGitHub {
owner = "linux-surface";
repo = "iptsd";
rev = "66bd7c4d386c6bf4c77e008bb974ddcb8a52874e";
sha256 = "uDt2V7FD8hafZQ22iQUjJACXV9/DiFAfLnpsEqmZTAI=";
};
nativeBuildInputs = attrs.nativeBuildInputs ++ [
pkgs.cmake
];
buildInputs = attrs.buildInputs ++ [
pkgs.cli11
pkgs.fmt_8.dev
pkgs.spdlog.dev
pkgs.microsoft_gsl
pkgs.hidrd
pkgs.SDL2.dev
pkgs.cairomm.dev
];
mesonFlags = [
"-Dsample_config=false"
"-Ddebug_tools=[]"
"-Db_lto=false"
];
postPatch = ''
substituteInPlace etc/meson.build \
--replace "install_dir: unitdir" "install_dir: datadir" \
--replace "install_dir: rulesdir" "install_dir: datadir" \
'';
});
})
];
boot.extraModprobeConfig = ''
options ithc hid=1
'';
systemd.services.iptsd = {
description = "IPTSD";
script = "${pkgs.iptsd}/bin/iptsd ''$(${pkgs.iptsd}/bin/iptsd-find-hidraw)";
serviceConfig.Restart = "always";
wantedBy = [
"multi-user.target"
];
};
}@jchv
the iptsd-find-hidraw is responsible for finding hidraw device
so could you test that command, the scripting inside the script file is not complex, you can using that for starting debug if something is differ from your system and broke the script working.
jchv
commented
1 year ago Don't want to clutter this unrelated thread too much, but basically what happened was, instead of installing quo/ithc-linux, I applied the patch from https://github.com/linux-surface/kernel/pull/132. Even though ithc_use_hid = true in that patch, I've found that I need to specify the hid argument explicitly in order to get ithc to load in HID mode. After doing that, I get an hidraw device that corresponds to it, and IPTSD is working. Thanks for the hints. Really curious why hid mode was not loading by default, but it's gotta be some kind of PEBKAC.
sburris0
commented
1 year ago The systemd service override in the nixos config above did not have an effect. Using that config + running the script manually did get pen/touch to work on my SP8. Is there anything here that could be moved into nixos-hardware?
jchv
commented
1 year ago I'm not sure why the systemd override didn't work for you, but if you figure out why please let me know. I'd be happy to help with updating nixos-hardware, but the override above is using unreleased patches and code. Before we update nixos-hardware, we should wait until:
It could be a bit tricky. Someone knowledgeable correct me if I am wrong, but new iptsd will probably, at least temporarily, need a new Nixpkgs attribute, because it's neither backwards nor forwards compatible with current iptsd.
(It'd also be really, really cool if we could get some of the Linux Surface patches upstreamed. Not sure how I could help with that. If I spot any oopses or panics in kernel, or segfaults in iptsd, I'll be sure to investigate. Thankfully, it's all been fairly stable for me :) )
sburris0
commented
1 year ago I replaced the script section with
serviceConfig.ExecStart = lib.mkForce "${pkgs.bash}/bin/bash -c '${pkgs.iptsd}/bin/iptsd $(${pkgs.iptsd}/bin/iptsd-find-hidraw)'";and it may not be pretty but all is well now.
This issue seems to be related to: https://github.com/linux-surface/iptsd/issues/35 (where I have also posted, but that bug report is closed).
Unlike that bug, however, adding a swapfile does not alleviate the issue, though it does appear as though it does. After manually mounting the swapfile and restarting
iptsd, systemctl states that it is currently running. However, there is still no touch input, and upon checking again, it appears as thoughiptsdreverts back to the original fail state with theiptsd.service: Main process exited, code=exited, status=237/KEYRINGline. Also, this unit has had plenty of reboots, so unfortunately unable to waive it away as a curse this time :PThis unit is a model
1724.Touch input works perfectly on UEFI and on rEFInd screen, but once Linux is booted,
iptsdis unable to launch./dev/ipts/0and other items in that directory exist and are detected on boot.output of
sudo systemctl status iptsd:output of
neofetchOutput of
/boot/refind_linux.conf(first line is auto-selected at boot):Output of
ls -la /boot/:Output of
sudo dmesg:Output of
sudo lspci:output of
sudo lsusb:(mouse is a Logitech G600 I had in my closet, keyboard is an RK68 that acts as an apple keyboard for some reason, plugged into a basic USB hub in the port).
If there is any other output or information you need, please let me know. I am going to be rebooting to grab UEFI driver strings. As a side note: I tried using the
fwupdmethod you guys provide, and it worked, but it said everything I had installed was newer than what Microsoft offers on their webpage. Half-tempted to flash the driver for the Surface Pro 5, since I have one of those as well and it's perfectly working with this exact same setup.I also have made sure to install:
intel-ucodeiptsdiio-sensor-proxyAnd the hail mary starts here after installing:
libwacom-surfacelibinputxf86-input-libinputxf86-input-evdevxf86-input-synapticsxf86-input-wacomxf86-video-intel(note: I am running this primarily in Wayland, but it does not work even on SDDM/Kwin-X11)
I am not sure if this is a traditionally acceptable thing to do on GitHub, but there seems to be another person struggling with this issue on Reddit, with the active thread being here: https://old.reddit.com/r/SurfaceLinux/comments/qizu1w/surface_4_pro_no_touchscreen_ipts_not_running/