[Bug] adafruit/macropad: in default config, the 9th keypress gets stuck/repeated

[salfter]

Describe the Bug

I'm new to this firmware, but I'm looking to set up an Adafruit Macropad as a karaoke controller for OpenKJ. With the default configuration, the first 8 keypresses are accepted. On the 9th, though, the keypad doesn't beep on the press, and it repeats whatever was pressed indefinitely until the keypad is reset or unplugged.

Looking at some other issues that had been filed, someone suggested disabling RGB_MATRIX_ENABLE in #19600. When I did that, the keypad started working properly. This suggests that a bug lurks in the code that controls the RGB matrix.

I've 3D-printed keycaps with OpenKJ functions and planned on just setting fixed colors to match. It'd be nice if RGB lighting worked. :)

Keyboard Used

Adafruit Macropad

Link to product page (if applicable)

https://www.adafruit.com/product/5128

Operating System

Windows 11 22H2 (though it'll ultimately be used on Gentoo Linux)

qmk doctor Output

Ψ QMK Doctor is checking your environment.
Ψ CLI version: 1.1.2
Ψ QMK home: /home/salfter/qmk_firmware
Ψ Detected Linux (WSL, Gentoo Linux).
Ψ Git branch: master
Ψ Repo version: 0.21.6
⚠ Git has unstashed/uncommitted changes.
Ψ - Latest master: 2023-07-23 03:07:17 -0500 (1ca34c2168) -- Fix VS code live share extension link (#21585)
Ψ - Latest upstream/master: 2023-07-23 03:07:17 -0500 (1ca34c2168) -- Fix VS code live share extension link (#21585)
Ψ - Latest upstream/develop: None
Ψ - Common ancestor with upstream/master: 2023-07-23 03:07:17 -0500 (1ca34c2168) -- Fix VS code live share extension link (#21585)
Ψ - Common ancestor with upstream/develop: None
Ψ All dependencies are installed.
Ψ Found arm-none-eabi-gcc version 12
Ψ Found avr-gcc version 12
⚠ We do not recommend avr-gcc newer than 8. Downgrading to 8.x is recommended.
Ψ Found avrdude version 7.0
Ψ Found dfu-programmer version 1.0.0
Ψ Found dfu-util version 0.11
Ψ Submodules are up to date.
Ψ Submodule status:
Ψ - lib/chibios: 2023-04-15 13:48:04 +0000 --  (11edb1610)
Ψ - lib/chibios-contrib: 2023-01-11 16:42:27 +0100 --  (a224be15)
Ψ - lib/googletest: 2021-06-11 06:37:43 -0700 --  (e2239ee6)
Ψ - lib/lufa: 2022-08-26 12:09:55 +1000 --  (549b97320)
Ψ - lib/vusb: 2022-06-13 09:18:17 +1000 --  (819dbc1)
Ψ - lib/printf: 2022-06-29 23:59:58 +0300 --  (c2e3b4e)
Ψ - lib/pico-sdk: 2023-02-12 20:19:37 +0100 --  (a3398d8)
Ψ - lib/lvgl: 2022-04-11 04:44:53 -0600 --  (e19410f8)
Ψ QMK is ready to go, but minor problems were found

Is AutoHotKey / Karabiner installed

• AutoHotKey (Windows)
• Karabiner (macOS)

Other keyboard-related software installed

No response

Additional Context

No response

[lesshonor]

Compiling with Gentoo has some quirks: #20525 (comment)

[salfter]

Recompiling GCC for ARM and AVR right now...might need to fix my QMK ebuild accordingly.

[salfter]

...and it looks like echo cross-arm-none-eabi/gcc vanilla | sudo tee -a /etc/portage/package.use/cross-gcc && sudo emerge -1 cross-arm-none-eabi/gcc did the trick. Thanks!

[salfter]

Here's the ebuild I'm using...other Gentoo users might find it useful:

https://gitlab.com/salfter/portage/-/blob/master/dev-embedded/qmk/qmk-1.1.2.ebuild?ref_type=heads

sudo eselect repository enable salfter will pull it in.