-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Trekstor C13 Touchpad logging. #1
Comments
First, I think the issue regarding the name Feel free to send a PR to change the name of the probe so it can be compatible with iasl.exe too :) Regarding the issue you are seeing ( Either you put the probe upper in the file, in the PCI0 scope (or just open a new scope after/before the I2C2 one), or change the TPD0 reference to I hope I am not mistaken and this will be enough to solve the issues. |
Thank you so much I actually did it. That fixed my issues I will file a PR soon. |
Yep I think now everything worked as expected... |
yes, that's the reason why I spend so much time fixing the extracted DSDT. If iasl.exe is able to recompile it's own extracted version, that's a very good news :) |
well - I did not find the option to extract with iasl that's why I extracted the binary with the rw-Anything tool (GUI - I'm on windows after all ;) ) then I proceeded to decompile the extracted binary with iasl. The resulting dsdt.asl can be compiled without modification. The only problem is that I needed to list some of the external references and I also needed to provide all the SSDTs. I needed to extract those with rw-Anything too. so summary: Its not without issues and hazzle but it's much better if you don't know the asl language... |
Thank you for writing this guide and driver!
related bug: https://bugzilla.redhat.com/show_bug.cgi?id=1526312
Background
Problem/why we want to log:
The Linux i2c driver does not seem to work with the touchpad of this laptop although it uses the default microsoft driver. Since we did not find the root cause of the issue we want to probe the windows driver.
what was done
The DSDT and SSDT tables have been extracted with a tool called rwanything and recompiled with iasl. There were some external definitions missing so the following refs.txt was used:
The Patch used for the DSDT file is:
Adjustments not in the instructions
Note: The name spbProbe was not working so I used
DEBDEBD
(conditions were: 6-7 Letters, only capitals, only hexadecimal). I don't understand the last one since there are lots of non hexadecimal names around.Since the driver did not install to the probing device I changed the name in the drivers
.inf
too:The current problem:
Device manager->System devices
with no error.0000000C
Object Name not found. C0000034
I suspect I did something wrong with my changes of either the ASL or the drivers inf. But as I only came that far using educated guesses and pattern matching I do understand nothing of the language.
Can you help me identify the problem?
The text was updated successfully, but these errors were encountered: