Closed ForsakenRei closed 1 year ago
I have also been seeing this issue with another board I've been working on. I've posted a writeup of my observations in this comment.
One thing I noticed was that is that disabling my RGB fixes the issue. (Albeit not a great solution because I like RGB :))
Can you try turning off the RGB by setting RGB_MATRIX_ENABLE = no
in your rules.mk
and see if the stuck key still occurs? If so, then we are probably encountering the same problem, which can help narrow the issue down.
I've been seeing this issue on a split keyboard (Sofle with Elite-Pi controller) using RGB_LIGHT
instead of RGB_MATRIX
so if we are running into the same problem. then the problem may be more widespread than my relatively niche setup.
I have also been seeing this issue with another board I've been working on. I've posted a writeup of my observations in this comment.
One thing I noticed was that is that disabling my RGB fixes the issue. (Albeit not a great solution because I like RGB :))
Can you try turning off the RGB by setting
RGB_MATRIX_ENABLE = no
in yourrules.mk
and see if the stuck key still occurs? If so, then we are probably encountering the same problem, which can help narrow the issue down.I've been seeing this issue on a split keyboard (Sofle with Elite-Pi controller) using
RGB_LIGHT
instead ofRGB_MATRIX
so if we are running into the same problem. then the problem may be more widespread than my relatively niche setup.
That's quite interesting, I will give it a try and see if RGB is the trick.
@scchow yes once I disable the RGB everything works just fine upon resume from sleep. Quite interesting though, I will proabably resync the repo sometime later today and see if anything changed.
For some reason I can only reproduce this issue on my desktop PC, I tested on my laptop but it didn't happen at all. I guess it's related to the sleep mode on a laptop, which is quite different from a desktop PC.
Good to know! I'll be doing some more debugging myself this weekend.
I started noticing this problem after I made some significant changes to my keymap, so hopefully some regression tests can show which commit/feature broke it.
Can you link your keymap/config files? It would be nice to cross reference what features we both have enabled to help narrow things down.
On Fri, Jan 20, 2023, 6:25 AM しぐれ @.***> wrote:
@scchow https://github.com/scchow yes once I disable the RGB everything works just fine upon resume from sleep. Quite interesting though, I will proabably resync the repo sometime later today and see if anything changed.
— Reply to this email directly, view it on GitHub https://github.com/qmk/qmk_firmware/issues/19600#issuecomment-1398465468, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACUVQYMXFEIJGSPYUQQS7KTWTKN4ZANCNFSM6AAAAAAT36TRY4 . You are receiving this because you were mentioned.Message ID: @.***>
Good to know! I'll be doing some more debugging myself this weekend. I started noticing this problem after I made some significant changes to my keymap, so hopefully some regression tests can show which commit/feature broke it. Can you link your keymap/config files? It would be nice to cross reference what features we both have enabled to help narrow things down.
https://github.com/ForsakenRei/RP2040-MacroPad here's mine, I didn't update the rules.mk
yet.
I didn't experience the inactivaty then stuck issue though, I will leave it a few hours today and see if I can reproduce that. At least the likelyhood of something wrong of RGB driver is higher now.
@ForsakenRei @scchow could you please check if my fixes to the ws2812 vendor driver in https://github.com/qmk/qmk_firmware/pull/19652 fix your deadlocks.
could you please check if my fixes to the ws2812 vendor driver in #19652 fix your deadlocks.
Good catch on the timer overflow into deadlock! I've merged your fix into my branch and am currently testing it now. (Unfortunately have to leave my board idle for a while to see if it works.)
In the meantime, I've been working on a separate issue where keypresses from my rp2040 board doesn't wake Windows after it goes to S3 sleep (similar to #19008 and #16934).
At first, I thought it might have had the same root cause as this issue, but now it seems like it may be something entirely different.
Thanks for your help!
Update 1:
Left keyboard idle for 1 hour: Keyboard was able to respond without hanging (computer did not go to sleep in this period). This is very promising, I'll do another test overnight today to see if the stuck key issue has really been resolved.
I've recently completed my sofle build with kb2040 controllers and I have seen issues that sound very similar. My list of problems have been: Can't always wake my laptop from sleep, and other unresponsive keyboard issues from boot, sleep etc... I look forward to your findings. I don't feel I can be much help actually diagnosing these issues but I certainly can apply patches and do some testing. I have already applied @KarlK90 fix to see if some of my issues go away. Thanks for your efforts!
@KarlK90 Can confirm that I am no longer seeing the stuck key issue after applying your patch. Thanks!
I made a separate issue for the wake from S3 sleep problem here: #19663.
@ForsakenRei @scchow could you please check if my fixes to the ws2812 vendor driver in #19652 fix your deadlocks.
Just got back home and it seems it all works for others, I will give it a try as well. Thanks for your effort!
Thanks everyone for testing #19652 it has now been merged into develop. @ForsakenRei please close this issue if this resolves your issue.
Thanks everyone for testing #19652 it has now been merged into develop. @ForsakenRei please close this issue if this resolves your issue.
I think the key stuck issue was solved perfectly. I didn't have the S3 sleep issue but do encountered some weird RGB issue, I will do some test before open a new issue.
Describe the Bug
I have an Adafruit RP2040 Macropad and tried different build recently while the last issue of media key was fixed, there is still a problem when Windows resume from sleep.
After PC resume from sleep, the first key I pressed on the macropad will get stuck, for example I have
KC_F13
on it and I pressed it then it will be held until I reset the macropad(it seems reconnect will release the key but the macropad was stuck as I cannot change layers etc). It basically become unresponsible after the first key press.I'm on the lastest dev branch
Keyboard Used
adafruit/macropad
Link to product page (if applicable)
https://www.adafruit.com/product/5128
Operating System
Windows 10 22H2
qmk doctor Output
Is AutoHotKey / Karabiner installed
Other keyboard-related software installed
N/A
Additional Context
The unstashed changes come from the doc translation I haven't finish yet.
Maybe related to https://github.com/qmk/qmk_firmware/issues/18591? It's a different board so I opened a separate issue.