Keyboard via IPMI controller doesn't work on recent 1.5

Bugs
1

When I install recent versions of 1.5 (rolling release, 2025-Q1 and 2025-Q2) the keyboard doesn’t work via an IPMI KVM session on at least 3 different SuperMicro systems.

The system boots and looks fine but no key strokes.

I just happened to have an older version (rolling-202311120024) and it works just fine.

I’d love to chase this one to ground my self but I’m at a loss to figure out how to get access to source code for nightly builds between 202311120024 and 2025.07.18 so I do a compile and binary search to find the exact date when the IPMI KMV keyboard stopped functioning and diff everything to out.

One extra strange note:

If I’m booted on a version that doesn’t work, say 2025-Q2 and I have the IPMI KVM console up and I press some keys and get nothing back, if I ssh into the system and open /dev/input/event1 then all of my stored up keys show up. I don’t even need to read event1, just open it. Once the stored up keys are “played” then it starts storing keystrokes until I open event1 again.

I know in this isn’t a super critical thing but I do like to have IPMI OOB management of my systems.

My current test system has a SuperMicro X11SSZ-F motherboard but I’ve tested this on two other systems, one brand new, one older than the X11SSZ-F with the same results.

If there is a repository of build source tarballs going back to 2023-11 someplace that would be ideal for me to work on this without pestering people who are working on important stuff.

Thanks,

Max.

2

Checkout to the branch `equuleus` and you will find old code

3

I would suggest that this is to do with different kernel versions/modules. Can you grab a lsmod from a keyboard working system and then an lsmod from the non working? Also un ame -a Then we could compare and try and find out what module might be missing?

Edit: You need to remove the space in my second command there, the forum sees it as a security issue and won’t let me post it.