Description of problem: (all are Fn keys) Scroll Lock appears to be being detected correctly by X, based on xev results. Break seems to be being detected as Pause (the key on which the Fn key is located). SysRQ is detected, but I cannot tell what as. See attachment (1st is Sysrq, then Scroll Lock, then Break) Version-Release number of selected component (if applicable): xorg-x11-server-Xorg-1.1.1-26.fc6 How reproducible: Always Steps to Reproduce: 1. Hold down 'Fn' 2. Press the Print Screen button (this will get detected by X as print screen, so may need to go to Kernel team), the Num Lock Key, and the Pause key. Actual results: Strangeness Expected results: Sysrq, Scroll lock, break Additional info:
Created attachment 134676 [details] xev output
On normal AT-style keyboards, the Pause/Break key always generates Pause when pressed by itself. Break is generated with Control+Pause.
Hmm... While this does make it work, the fact that 'Break' is blue, like the rest of the Fn keys, makes me suspect that the correct behavior still needs to involve Fn and not CTRL. That, or perhaps have a note somewhere about this.
Since this bugzilla report was filed, there have been several major updates, which may have resolved this issue. Users who have experienced this problem are encouraged to upgrade their system to the latest version of their distribution available. Please, if you experience this problem on the up-to-date system, let us now in the comment for this bug, or whether the upgraded system works for you. If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.
Unfortunately, the M90 has disappeared, and I will not be able to test if this is resolved.