Closed lostiniceland closed 1 month ago
That looks like a problem with Secure Boot. There's a pinned message on xone's Discord server with more information: https://discord.com/channels/733964971842732042/819644054563192846/1119974224833024040.
Not sure if this is really necessary. There were some problems with this controller at the end of February this year where I've supplied a Wireshark capture. This was the discussion: https://discord.com/channels/733964971842732042/1203016473317085184
Those commits seem to be the ones that fixed the issue. https://github.com/medusalix/xone/commit/87f538ca0c31f81ed333e7e898b6ed4d1cc03d9c https://github.com/medusalix/xone/commit/2dd7129416757c2a08548c939404ab55df8a0b67 https://github.com/medusalix/xone/commit/9872e24d9c8eb796d71cc5e821cac741d1b1ea83
Those three commits are in my fork. I'm not sure what you mean but Loading of module with unavailable key is rejected
does indicate this is a problem with SecureBoot. Do you perhaps have other logs to share?
You were right about the signing. I was a bit hesitant because this was not necessary before and because the Id in dmesg (the T-thingy) was different from the device. After enrolling the mok the module was loaded.
Hi switched to your fork due to the 6.11 kernel issues.
The fixes solved the build-errors but the controller ist not working via usb cable.
lsusb
shows the usb device, butevtest
for instance does not show the device.I've installed the module with debug symbols and used
sudo dmesg
to see whats going on. There is one interesting lineLoading of module with unavailable key is rejected
which indicates the module is not loaded.