-
Notifications
You must be signed in to change notification settings - Fork 20
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
Not working with Kernel 5.11 #32
Comments
I'm not the creator, but I thought I'd try to a few more questions to see if we could possibly figure this out: Could you share what steps you tried to take, and if you updated to 5.11 or if this is a freshly installed OS? In my case I've been keeping the module working after each kernel update by removing it first ( These steps may be obvious, but I thought I'd share them anyway just in case. Initially I was a bit confused when after the very first minor (x.x.1) kernel update the module stopped working, even though the README says dkms should be keeping things up-to-date automatically for minor kernel updates. In my experience I've had to do these steps manually for every single kernel update, minor or otherwise. |
I did it as instructed, but it just didn’t work. /sys/class/leds/asus::screenpad is missing after startup. |
that seems to be the same for me. and i have some more info:
after this did the normal refresh things... (installation steps) seems in the led driver area is something different.... |
Hello jibsaramnim, Did you have to update the prepare-for-current-kernel.sh and / or patch or patch5.8 to make it work with the newer kernels? My thinking from looking at the script is that the patch set was one way (patch) for kernel 5.7 and then we needed a different patch (patch5.8) that was used for 5.8 and 5.9. Since the prepare isn't matching against 5.10 or beyond, maybe the problem is as simple as making the default patch5.8 instead of patch. Are you doing something similar to get it working of 5.10 +? Thanks, |
Hi Macbrownzie, I did not make any changes no, I simply re-ran the I'm not entirely sure how this could be related, but the only difference I'm seeing right now between the reports (Including #33) is that it seems everyone having this issue is running Ubuntu (or a derivative of), whereas I'm running Fedora. But how that could affect something Kernel-level, I'm not sure. Have you looked through your system journal logs after a boot? I wonder if there might be something reported there. |
Good Evening Jibsaramnim, I did a quick grep for WMI through the journalctl after my last boot and this is what I see. Can you check to see if you see similar entries on your box? Thanks, |
I'm seeing similar results on mine after a fresh boot:
This is while running on Kernel 5.15.5. I guess at boot at least the logs aren't very useful. I wonder if anything might've shown up when building the module? |
Here is the output of the prepare-for-current-kernel.sh
|
Note that you can wrap code snippets or logs in three back ticks (```, both at the beginning and the end of the snippet) to have them show up in a more legible way, right now it's a wee bit difficult to see where the logs end and your personal remarks start :). From what I can tell that looks about the same as what happens on my system, though I'm not sure if it mentioned anything about the build step not being necessary. I just ran everything again as there was a kernel update waiting for me (now |
I feel like we are getting closer. The modules all loaded so upon boot I have asus_wmi and asus_nb_wmi, but no /sys/class/leds/asus::screenpad/brightness. I rmmod(ed) the asus_wmi module (which required removing the asus_nb_wmi and something called aaeon and then modprobed them all back in and the asus::screenpad file appeared and after the chmod it is working again. So... maybe it is a module load order? Do you have the aaeon module on your system? Thanks again for your help! PS: I will go update the last post, thanks for the suggestion. |
I don't think I do,
There's a Troubleshooting section in the README referencing a possible load order issue, could this be what the readme is referring to? It seems to suggest replacing the installed modules with symlinks to a different version of the same modules? I'm not entirely sure what that would do, but if that gets you to a working system it'll sure be great :). Edit: I forgot to mention, if this AAEON module (is it related to this perhaps? No idea why that would come pre-installed with Ubuntu on a laptop, huh) isn't used, maybe blacklisting it would already be enough to solve the module load order issue that might be happening here? |
SUCCESS! I did a couple of searches for the mfd_aaeon module and couldn't find what it is used for, so I decided to disable it for the time being. With it blacklisted (and the initramfs updated) the asus_wmi and asus_nb_wmi load and the screenpad works as expected. So to answer your earlier question, I think the difference between the distributions is what kernel modules are loaded by default. If anyone has information on the mfd_aaeon, I would really appreciate you posting it here. Thanks for your help. |
AAEON seems to be a subsidiary of ASUS, focusing on embedded boards and related. Related to the link I posted previously, and here's their official website. I found a relevant patch note in the Ubuntu kernel mailing list here, though I have no idea why or how this ended up in the main Ubuntu release, seemingly loading this module for any Asus computer that loads
This is great news though! @HartnetDev @s-light could you try seeing if you too have the I am not on Ubuntu, but I believe you should also be able to use echo "blacklist mdf_aaeon" > sudo tee /etc/modprobe.d/aaeon-blacklist.conf I believe Ubuntu comes with Sorry if you knew all this already, but I figured I'd share just in case it's helpful. I for one can never remember these commands myself 😅. I hope this gets things working for you both too. And if it does, it'd be great if you could report back here for anyone else who might run into this in the future. Thank you! :) |
Yep, it seems odd that this module would be included in the standard Ubuntu build.. or even with the rest of the asus-wmi modules. Thanks again for your help on figuring this out. |
Hello Jibsaramnim, I tried the following commands on Ubuntu:
Result: Didn't workSo I tried reinstalling once more:
Result: SUCCESS!Adding the Aaeon module to the blacklist helped me get out of my misery. |
@jibsaramnim i appreciate your clear steps to test!
so it seems yeah i have this thing on my system... yeah! in detail:
👍 |
Awesome! I’m glad it’s working again for both of you! And it was @macbrownzie who found this rogue module throwing a wrench into things, not me. But I’m very glad we were able to figure this out. It’s such a nice laptop, it would be a waste if you both had to use Windows on it ;-) |
sorry yeah thanks @macbrownzie for finding!! no way i will use windows.... ;-) the next days i get my replacement battery (as my currently only has left 31% capacity...) |
Good Morning All, Since upgrading to Ubuntu 21.10 I have noticed that resuming the laptop after it goes to sleep or just after the screen saver isn't working right. The main OLED display doesn't come back on. The screenpad does and my external monitor (connected over USBC through a port replicator) does, but of course the login box is on the main OLED panel... so that makes it a bit tricky. Sometimes just closing and opening the lid restores the OLED, but today I had to switch to a text console and then switch back to X/Wayland. Any suggestions would be appreciated. _Macbrownzie |
That's odd.. I'm not sure if I'll be able to be of any use here unfortunately, My Zenbook Duo Peasant Edition™ does not seem to have this issue, but at the same time I never use it with an external monitor either. You have probably considered this already, but reviewing If your unit has an NVidia GPU, it might be worth looking into possible driver woes there. It seems like the newest drivers are causing trouble for a lot of people. I'm not sure if this issue you're having could be related to NVidia's drivers, but if you do have a dedicated GPU in yours and you're running the 495.xx (I believe) driver version, you could try downgrading to 470.xx and see if that helps? |
TTTTTTThank you guys!!!!! After blacklisting the aaeon module, it works!!!!! asus::screenpad directory occurs!!!! It has cost me the whole day to figure out!! Thanks again! You help me a lot! My ZenBook come to live!! |
if we mention this in the Troubleshooting section of the readme yes i think so too ;-) |
done in #34 |
A big thank you to all of you for investigating the issue and thanks @s-light for the additions to the readme file. I've merged the pull request. Closing the bug. |
thanks for merging :-) |
just did this again.
i get info that the module is loaded... and the puzzling thing is - first it did not work - |
I don't know if it's just me but the package stopped working with kernel 5.11.
The text was updated successfully, but these errors were encountered: