Re: new input layer and mouse button emulation
At 8:37 PM -0500 3/27/01, Adam C Powell IV wrote: Right. The "Linux" mapping is different from the ADB mapping. See /usr/include/linux/input.h for keycodes to use there. For all the gory details: http://homepages.munich.netsurf.de/Franz.Sirl/inputppc.html I know, very confusing, lots of breakage for a potato upgrade, etc. Apologies for the headache, the decision apparently seemed like a good one at the time. In the long term, everyone will make the change anyway, but perhaps the Debian PPC kernels should have waited for other packages to catch up (e.g. makedev, bug #87854). HTH, Thanks. It did. I know have 3 button emulation on the iMac at work.
Re: new input layer and mouse button emulation
On Wed, Mar 28, 2001 at 01:04:26PM -0500, Patrice LaFlamme wrote: > > I do see the new input layer. It does't compile, no matter how many times > I rerun menuconfig. But maybe I'm doing something wrong, don't know what. it took me a couple times to get it right. > Security issues aren't important on my laptop... They're more important > on my gateway :) 2.2.19 also includes the last of the powerpc fixes. > One less error than before... I guess you should send me your .config :) i will send it in a private mail, so as not to spam the list. > Where can I get 2.2.19? is the rsync place still ppc.samba.org? (and why > are the names outdated? the linux-pmac-unstable branch still lists > 2.3.x... and I never know which version I'm downloading until it's almost > done and I can look into include/linux/versionh ) you get 2.2.19 from ftp.XX.kernel.org/pub/linux/kernel/v2.2/ where XX is your country code. (ftp.kernel.org if the mirrors still have not caught up) you do not need to rsycn 2.2 kernels and you should not. the mainline kernel is the correct one. > hehe. but it runs so well on my PC.. It even sped up Realplayer! (I'm > not lying!) :) yup 2.4 is pretty much ok on x86, i still don't trust it thier for anything important since it seems to have a habit for eating filesystems (why does every new kernel seem to eat filesystems for about 13 revisions?) but on powerpc or other archs on Linus' shitlist its rather broken. -- Ethan Benson http://www.alaska.net/~erbenson/ pgphIe0L8Qy6h.pgp Description: PGP signature
Re: new input layer and mouse button emulation
On Wed, Mar 28, 2001 at 05:24:37AM -0900 or thereabouts, Ethan Benson wrote: > it can be done, with 2.2.18 and 2.2.19. its just the kernel > configuration system is buggy so you have to do two runthroughs to get > the old adb drivers turned off, which allows the new input layer > drivers to show up. I do see the new input layer. It does't compile, no matter how many times I rerun menuconfig. But maybe I'm doing something wrong, don't know what. > using menuconfig to to macintosh->drivers and turn off both of the > `old adb' drivers for mouse and keyboard. save the config and then > run menuconfig. you should see two new input layer options in the > same place iirc. I see those before, and yet it still fails to compile. > you also need USB turned on along with event layer, input layer etc. had that too. > leave sysrq turned off, its broken. try 2.2.19 as well some of this ok I'm turning off sysrq and trying to recompile... If it doesn't work I'll try to get 2.2.19 > might be cleaned up there, and 2.2.18 has serious security issues. Security issues aren't important on my laptop... They're more important on my gateway :) > if you like i can give you my kernel .config, which you can tune to > your tastes (it will just have all the input layer crap sorted out > already) lemme see first if it compiles now... argh... -o vmlinux drivers/usb/usbdrv.o: In function `emulate_raw': drivers/usb/usbdrv.o(.text+0x906c): undefined reference to `mac_hid_keyboard_sends_linux_keycodes' drivers/usb/usbdrv.o(.text+0x906c): relocation truncated to fit: R_PPC_REL24 mac_hid_keyboard_sends_linux_keycodes One less error than before... I guess you should send me your .config :) Where can I get 2.2.19? is the rsync place still ppc.samba.org? (and why are the names outdated? the linux-pmac-unstable branch still lists 2.3.x... and I never know which version I'm downloading until it's almost done and I can look into include/linux/versionh ) > > As for 2.4.x... well... I'm not using that yet... :) > good idea. hehe. but it runs so well on my PC.. It even sped up Realplayer! (I'm not lying!) :) Thanks, Patrix. -- "I am the fixed point of insanity in any sane situation. And some people find that comforting." -- Simkin, Doom of the Darksword.
Re: new input layer and mouse button emulation
* Patrice LaFlamme <[EMAIL PROTECTED]>, 20010328 16:21 +0200: > On Wed, Mar 28, 2001 at 12:18:22PM +0200 or thereabouts, Andre Berger wrote: > > It did! Changed the mapping to btn2=96 btn3=116, everything works > > beautifully again. So no reason to go back to ADB. Is there any > > documentation for the whole stuff also distributed with the kernel > > itself? > > Patrice: It does work on the 3400 (gpm, X). > > Hm, I guess I'll have to re-read this thread ;) > But, my main problem is that I can't even get a kernel compiled with the > new input layer, so there's no chance of getting it to work (that's with > 2.2.18). In BootX's optional arguments line: adb_buttons=76,127 (worked w/ my german kbd, check with showkey/xev) What's the problem compiling 2.2.18 with the new layer? > As for 2.4.x... well... I'm not using that yet... :) Me not either. I've switched to kernel-image-2.2.19pre17-pmac from proposed-updates. Andre Berger[EMAIL PROTECTED]
Re: new input layer and mouse button emulation
On Wed, Mar 28, 2001 at 09:06:00AM -0500, Patrice LaFlamme wrote: > > But, my main problem is that I can't even get a kernel compiled with the > new input layer, so there's no chance of getting it to work (that's with > 2.2.18). it can be done, with 2.2.18 and 2.2.19. its just the kernel configuration system is buggy so you have to do two runthroughs to get the old adb drivers turned off, which allows the new input layer drivers to show up. using menuconfig to to macintosh->drivers and turn off both of the `old adb' drivers for mouse and keyboard. save the config and then run menuconfig. you should see two new input layer options in the same place iirc. you also need USB turned on along with event layer, input layer etc. leave sysrq turned off, its broken. try 2.2.19 as well some of this might be cleaned up there, and 2.2.18 has serious security issues. if you like i can give you my kernel .config, which you can tune to your tastes (it will just have all the input layer crap sorted out already) > As for 2.4.x... well... I'm not using that yet... :) good idea. -- Ethan Benson http://www.alaska.net/~erbenson/ pgpRoS5YtsRds.pgp Description: PGP signature
Re: new input layer and mouse button emulation
On Wed, Mar 28, 2001 at 12:18:22PM +0200 or thereabouts, Andre Berger wrote: > It did! Changed the mapping to btn2=96 btn3=116, everything works > beautifully again. So no reason to go back to ADB. Is there any > documentation for the whole stuff also distributed with the kernel > itself? > Patrice: It does work on the 3400 (gpm, X). Hm, I guess I'll have to re-read this thread ;) But, my main problem is that I can't even get a kernel compiled with the new input layer, so there's no chance of getting it to work (that's with 2.2.18). As for 2.4.x... well... I'm not using that yet... :) Cheers, Patrix. -- "I am the fixed point of insanity in any sane situation. And some people find that comforting." -- Simkin, Doom of the Darksword.
Re: new input layer and mouse button emulation
* Adam C Powell IV <[EMAIL PROTECTED]>, 20010328 12:02 +0200: > Andre Berger wrote: > > > #/etc/sysctl.conf > > dev.mac_hid.mouse_button2_keycode = 76 > > dev.mac_hid.mouse_button3_keycode = 127 > > dev.mac_hid.mouse_button_emulation = 1 > > > > (and rebooted; /proc/sys/dev/mac_hid/mouse* are set to these values) > > > > Those keycodes are mapped to my keypad-enter (btn2) and the power button > > (btn3) on my keyboard, on the consoles. On X, the same keys are mapped > > to 84/135 (I re-checked with showkey and xev). This setup worked with > > adb_buttons=76,127 with my old kernel and gpm. > > Right. The "Linux" mapping is different from the ADB mapping. See > /usr/include/linux/input.h for keycodes to use there. > > For all the gory details: > http://homepages.munich.netsurf.de/Franz.Sirl/inputppc.html > > I know, very confusing, lots of breakage for a potato upgrade, etc. > Apologies for > the headache, the decision apparently seemed like a good one at the time. In > the > long term, everyone will make the change anyway, but perhaps the Debian PPC > kernels > should have waited for other packages to catch up (e.g. makedev, bug #87854). > > HTH, > > -Adam P. It did! Changed the mapping to btn2=96 btn3=116, everything works beautifully again. So no reason to go back to ADB. Is there any documentation for the whole stuff also distributed with the kernel itself? Patrice: It does work on the 3400 (gpm, X). Thank you. -Andre Andre Berger[EMAIL PROTECTED]
Re: new input layer and mouse button emulation
On Wed, Mar 28, 2001 at 12:11:36AM +0200 or thereabouts, Andre Berger wrote: > Those keycodes are mapped to my keypad-enter (btn2) and the power button I never managed to use that keypad-enter for mouse-button emulation, and I don't think I tried with the power button. This left me with very little choice (F3 and F4 are my current ones). And this I was able to do only with Xpmac's -rightkey and -middlekey arguments. Cheers, Patrix. -- "I am the fixed point of insanity in any sane situation. And some people find that comforting." -- Simkin, Doom of the Darksword.
Re: new input layer and mouse button emulation
Andre Berger wrote: > #/etc/sysctl.conf > dev.mac_hid.mouse_button2_keycode = 76 > dev.mac_hid.mouse_button3_keycode = 127 > dev.mac_hid.mouse_button_emulation = 1 > > (and rebooted; /proc/sys/dev/mac_hid/mouse* are set to these values) > > Those keycodes are mapped to my keypad-enter (btn2) and the power button > (btn3) on my keyboard, on the consoles. On X, the same keys are mapped > to 84/135 (I re-checked with showkey and xev). This setup worked with > adb_buttons=76,127 with my old kernel and gpm. Right. The "Linux" mapping is different from the ADB mapping. See /usr/include/linux/input.h for keycodes to use there. For all the gory details: http://homepages.munich.netsurf.de/Franz.Sirl/inputppc.html I know, very confusing, lots of breakage for a potato upgrade, etc. Apologies for the headache, the decision apparently seemed like a good one at the time. In the long term, everyone will make the change anyway, but perhaps the Debian PPC kernels should have waited for other packages to catch up (e.g. makedev, bug #87854). HTH, -Adam P. GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Welcome to the best software in the world today cafe!
Re: new input layer and mouse button emulation
* Patrice LaFlamme <[EMAIL PROTECTED]>, 20010327 22:36 +0100: > On Mon, Feb 12, 2001 at 02:57:00AM +0100 or thereabouts, Andre Berger wrote: > > I've updated my potato system (PB3400) to kernel 2.2.19pre17-pmac from > > proposed updates, which uses the new input layer model. I've changed > > mouse type and device successfully, the mouse works in X and the > > consoles, with gpm. The only thing not solved: Mouse button emulation. I > > used to boot with "adb_buttons=76,127" (IIRC) option in BootX, which had > > mapped my 2nd and 3rd mouse button to spare keys. Keys have changed > > according to xev, this wouldn't be a problem. But is there a similar > > option for the new input layer like adb_buttons? The > > kernel-parameters.txt document seemed not helpful. > > Hi! > > Check in /proc/sys/kernel/mac_hid orsomething (not home now, can't check) > You ca activate mouse_button_emulation and determine which keycode to use > for button 2 and 3.. Keycodes are defined in include/linux/input.h I think. > > Note however that on my pb3400 I've been very unlucky with kernel-powered > button > emulation (as opposed to Xpmac-powered button emulation...) > > Cheers, > Patrix. This is what I have now and what doesn't work: #/etc/sysctl.conf dev.mac_hid.mouse_button2_keycode = 76 dev.mac_hid.mouse_button3_keycode = 127 dev.mac_hid.mouse_button_emulation = 1 (and rebooted; /proc/sys/dev/mac_hid/mouse* are set to these values) Those keycodes are mapped to my keypad-enter (btn2) and the power button (btn3) on my keyboard, on the consoles. On X, the same keys are mapped to 84/135 (I re-checked with showkey and xev). This setup worked with adb_buttons=76,127 with my old kernel and gpm. I have a modem connection and don't want to d'l the kernel source. If I have to, I'd just use ADB... But what's wrong with my setup? Andre Berger[EMAIL PROTECTED]
Re: new input layer and mouse button emulation
On Mon, Feb 12, 2001 at 02:57:00AM +0100 or thereabouts, Andre Berger wrote: > I've updated my potato system (PB3400) to kernel 2.2.19pre17-pmac from > proposed updates, which uses the new input layer model. I've changed > mouse type and device successfully, the mouse works in X and the > consoles, with gpm. The only thing not solved: Mouse button emulation. I > used to boot with "adb_buttons=76,127" (IIRC) option in BootX, which had > mapped my 2nd and 3rd mouse button to spare keys. Keys have changed > according to xev, this wouldn't be a problem. But is there a similar > option for the new input layer like adb_buttons? The > kernel-parameters.txt document seemed not helpful. Hi! Check in /proc/sys/kernel/mac_hid orsomething (not home now, can't check) You ca activate mouse_button_emulation and determine which keycode to use for button 2 and 3.. Keycodes are defined in include/linux/input.h I think. Note however that on my pb3400 I've been very unlucky with kernel-powered button emulation (as opposed to Xpmac-powered button emulation...) Cheers, Patrix. > > Thanks in advance. > > Andre Berger[EMAIL PROTECTED] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- "I am the fixed point of insanity in any sane situation. And some people find that comforting." -- Simkin, Doom of the Darksword.
