The patch on the kernel bugzilla fixes the key release problem, I know this as I wrote it. It fixes all of the key releases, allowing them to be mapped by HAL correctly. There was mention of it being included in a hotkey file (still can't find the page link)
As for the scancodes, there is an attachment on the kernel bugzilla that lists all of the codes that the Fn keys produce. This will be what the hal team are after for the mappings. The list can be found at http://bugzilla.kernel.org/attachment.cgi?id=19300
If I get a chance I will look into the HAL config to see if I can create a quick patch to fix it. It still remains an issue though about unpatched kernels having the correct scancodes, as the keys would repeat to infinity (not a good idea when turning wireless on/off etc)
The patch on the kernel bugzilla fixes the key release problem, I know this as I wrote it. It fixes all of the key releases, allowing them to be mapped by HAL correctly. There was mention of it being included in a hotkey file (still can't find the page link)
As for the scancodes, there is an attachment on the kernel bugzilla that lists all of the codes that the Fn keys produce. This will be what the hal team are after for the mappings. The list can be found at http:// bugzilla. kernel. org/attachment. cgi?id= 19300
If I get a chance I will look into the HAL config to see if I can create a quick patch to fix it. It still remains an issue though about unpatched kernels having the correct scancodes, as the keys would repeat to infinity (not a good idea when turning wireless on/off etc)
Stuart