| 00:02.30 | florian_ | pb_: nothing obvious... iirc it just works if use KEY_F11 instead of KEY_POWER or KEY_SUSPEND |
| 00:04.40 | pb_ | florian_: hrm. looking at the source, KEY_SUSPEND should be ok, but KEY_POWER not. |
| 00:04.50 | pb_ | I wonder how it works for opie. |
| 00:05.02 | pb_ | oh, heh, I know. |
| 00:05.12 | pb_ | they don't use the keyboard driver at all, they read directly from the switches thing. |
| 00:05.21 | pb_ | crazy qt/e stuff. |
| 00:05.52 | pb_ | florian_: look in switches_init(), where it does: |
| 00:06.04 | pb_ | <PROTECTED> |
| 00:06.04 | pb_ | <PROTECTED> |
| 00:06.13 | pb_ | There needs to be one of those for every keycode that it can generate. |
| 00:06.23 | florian_ | yes right |
| 00:06.34 | florian_ | did i forget one?! |
| 00:06.42 | pb_ | KEY_SUSPEND is there, but KEY_POWER isn't. |
| 00:06.51 | pb_ | and, unfortunately, KEY_POWER is the one that it actually uses. |
| 00:07.05 | pb_ | <PROTECTED> |
| 00:07.05 | pb_ | <PROTECTED> |
| 00:07.35 | florian_ | oh well.. i must have been sleeping |
| 00:07.51 | pb_ | I think that if you change them to be either both KEY_POWER, or both KEY_SUSPEND, it should be fine. |
| 00:08.00 | pb_ | but one of each is no good :-) |
| 00:08.22 | florian_ | heh indeed... that obviously won't work. |
| 00:09.27 | florian_ | thats why it worked after changing to function keys :-/ |
| 00:10.28 | *** join/#gpe grayeul (~grayeul@user-12lm6l3.cable.mindspring.com) |
| 00:10.41 | pb_ | heh, right |
| 00:10.55 | florian_ | then i only need to find out why KEY_WWW is mepped to 'm' |
| 00:11.01 | florian_ | s/mepped/mapped |
| 00:11.23 | pb_ | that's the old xserver bug |
| 00:11.33 | florian_ | oh |
| 00:11.36 | pb_ | it's the same issue that we encountered on the nb with the Help key |
| 00:12.03 | pb_ | older (as in, more than about three weeks old) versions of the xserver only understand seven-bit keycodes. |
| 00:12.18 | pb_ | #define KEY_WWW 150 |
| 00:12.31 | pb_ | that's obviously higher than 128, so it will lose |
| 00:12.52 | *** join/#gpe libor_klepac (~jouda_tfd@62.240.186.237) |
| 00:13.52 | pb_ | also, standard kernel 2.4 doesn't know how to report these high keycodes correctly, so even with a patched xserver you will still be in trouble. |
| 00:14.05 | pb_ | I'll extract the patch that we applied to the kernel, and add it to the Simpad build. |
| 00:14.31 | pb_ | or, as a workaround, you could select a key with a smaller keycode. :-} |
| 00:15.44 | florian_ | right... we could use a finction key or maybe escape. |
| 00:16.22 | pb_ | yup, either sounds fine |
| 00:16.47 | florian_ | hmm nasty... two good ideas but only one button ;) |
| 00:16.57 | pb_ | heh |
| 00:17.19 | florian_ | gn |
| 00:17.22 | pb_ | night |
| 00:21.30 | *** part/#gpe libor_klepac (~jouda_tfd@62.240.186.237) |
| 01:25.33 | *** join/#gpe okercho (~okercho@101.Red-217-126-24.pooles.rima-tde.net) |
| 01:30.57 | *** join/#gpe FortMax (~aperez@pool-141-150-20-110.mad.east.verizon.net) |
| 02:23.37 | *** join/#gpe FortMax (~aperez@pool-141-150-20-110.mad.east.verizon.net) |
| 02:23.43 | *** part/#gpe FortMax (~aperez@pool-141-150-20-110.mad.east.verizon.net) |
| 04:54.34 | *** join/#gpe tigrux (~tigrux@201.129.245.2) |
| 06:08.29 | eyck | florian, pb: this means this detect-suspend button thingie will work now? |
| 06:53.29 | *** join/#gpe zedkatuf (~dfutak@82-32-58-45.cable.ubr08.azte.blueyonder.co.uk) |