Re: Strange issue with hal and Xorg [SOLVED-Workaround]
Matt Hayes wrote: > Normally, xorg.conf I could map my buttons using ZAxisMapping "4 5" and > ButtonMapping "1 2 3 6 7" and Buttons "7" and things were dandy. > > Well, after the latest updates to Slackware and Xorg, what I'm seeing > now is the side buttons on my Microsoft Intellimouse Explorer 3 are > mapping the buttons (side buttons) as 8 9 instead of 6 7. > > However, making a change in xorg.conf to facilitate the change in > mapping, things DO work fine in X, but not other applications such as > Enemy Territory. > > Below is my xinput list: > > "Virtual core pointer" id=0[XPointer] > Num_buttons is 32 > Num_axes is 2 > Mode is Relative > Motion_buffer is 256 > Axis 0 : > Min_value is -1 > Max_value is -1 > Resolution is 0 > Axis 1 : > Min_value is -1 > Max_value is -1 > Resolution is 0 > "Virtual core keyboard" id=1[XKeyboard] > Num_keys is 248 > Min_keycode is 8 > Max_keycode is 255 > "Macintosh mouse button emulation" id=2[XExtensionPointer] > Type is MOUSE > Num_buttons is 32 > Num_axes is 2 > Mode is Relative > Motion_buffer is 256 > Axis 0 : > Min_value is -1 > Max_value is -1 > Resolution is 1 > Axis 1 : > Min_value is -1 > Max_value is -1 > Resolution is 1 > "AT Translated Set 2 keyboard" id=3[XExtensionKeyboard] > Type is KEYBOARD > Num_keys is 248 > Min_keycode is 8 > Max_keycode is 255 > "Microsoft Microsoft 5-Button Mouse with IntelliEye(TM)"id=4 > [XExtensionPointer] > Type is MOUSE > Num_buttons is 32 > Num_axes is 2 > Mode is Relative > Motion_buffer is 256 > Axis 0 : > Min_value is -1 > Max_value is -1 > Resolution is 1 > Axis 1 : > Min_value is -1 > Max_value is -1 > Resolution is 1 > > > > > > Now, what I don't understand is why hal is detecting the mouse as > Num_buttons 32... I even created a hal policy to map the buttons how I > normally would in xorg.conf and this had no effect. > > I'm at a loss. > > -Matt > Ok, well I finally got this figured it out. The issue was evdev, of course, some of the suggestions everyone made got me digging through some research. I added: Section "ServerFlags" Option "AutoAddDevices" "False" Option "AllowEmptyInput" "False" EndSection To my xorg.conf, restarted X, and what do you know.. .mouse buttons map properly and Enemy Territory again picks it up. Basically telling hal to go away :) I know its more of a band-aid, but it works Thanks everyone for the help, Matt ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Strange issue with hal and Xorg
Justin Mattock wrote: > On Fri, Jun 12, 2009 at 11:06 AM, Matt Hayes wrote: >> walt wrote: >>> Matt Hayes wrote: >>>> Dan Nicholson wrote: >>>>> On Fri, Jun 12, 2009 at 5:46 AM, Matt Hayes >>>>> wrote: >>>>>> Hrm.. so where the heck is the "32" buttons coming from? That's very >>>>>> odd and causes mapping of buttons to be a pita. >>>>> The evdev driver. Perhaps you were using the mouse driver in xorg.conf? >>>>> >>>> That is possible. I will have to look at changing the mouse driver in a >>>> hal policy or Xorg.conf and see what that reveals. >>> I recently switched to using evdev and when I removed the InputDevice >>> sections >>> from xorg.conf I had to add an fdi file to /etc/hal/fdi/policy (which I >>> cleverly >>> named 10-x11-logitech.fdi) containing this: >>> >>> >>> >>> >>> >>>>> type="string">true >>>>> type="string">8 >>> >>> >>> >>> >>> I constructed that file by looking at mouse-oriented parts of the output of >>> 'lshal' and just stuck the options in where it looked reasonable. >>> >>> It worked, and I'm still amazed. >> Well, I will give that a shot. I need to learn how this hal stuff works >> anyway :) >> >> -Matt >> > > Don't want to confuse you, but hal > is being fazed out. > udev-142 is now responsible for handling > volumeid etc... Yeah.. now I'm confused -Matt ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Strange issue with hal and Xorg
walt wrote: > Matt Hayes wrote: >> Dan Nicholson wrote: >>> On Fri, Jun 12, 2009 at 5:46 AM, Matt Hayes >>> wrote: >>>> Hrm.. so where the heck is the "32" buttons coming from? That's very >>>> odd and causes mapping of buttons to be a pita. >>> The evdev driver. Perhaps you were using the mouse driver in xorg.conf? >>> >> That is possible. I will have to look at changing the mouse driver in a >> hal policy or Xorg.conf and see what that reveals. > > I recently switched to using evdev and when I removed the InputDevice sections > from xorg.conf I had to add an fdi file to /etc/hal/fdi/policy (which I > cleverly > named 10-x11-logitech.fdi) containing this: > > > > > >true > type="string">8 > > > > > I constructed that file by looking at mouse-oriented parts of the output of > 'lshal' and just stuck the options in where it looked reasonable. > > It worked, and I'm still amazed. Well, I will give that a shot. I need to learn how this hal stuff works anyway :) -Matt ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Strange issue with hal and Xorg
Dan Nicholson wrote: > On Fri, Jun 12, 2009 at 5:46 AM, Matt Hayes wrote: >> Hrm.. so where the heck is the "32" buttons coming from? That's very >> odd and causes mapping of buttons to be a pita. > > The evdev driver. Perhaps you were using the mouse driver in xorg.conf? > That is possible. I will have to look at changing the mouse driver in a hal policy or Xorg.conf and see what that reveals. -Matt ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Strange issue with hal and Xorg
Hrm.. so where the heck is the "32" buttons coming from? That's very odd and causes mapping of buttons to be a pita. -Matt Peter Hutterer wrote: > On Fri, Jun 12, 2009 at 12:20:16AM -0400, Matt Hayes wrote: >> Normally, xorg.conf I could map my buttons using ZAxisMapping "4 5" and >> ButtonMapping "1 2 3 6 7" and Buttons "7" and things were dandy. >> >> Well, after the latest updates to Slackware and Xorg, what I'm seeing >> now is the side buttons on my Microsoft Intellimouse Explorer 3 are >> mapping the buttons (side buttons) as 8 9 instead of 6 7. >> >> However, making a change in xorg.conf to facilitate the change in >> mapping, things DO work fine in X, but not other applications such as >> Enemy Territory. > > if HAL takes effect, xorg.conf sections are generally ignored these days. So > chances are it's not even picking up what you have configured. > > the other chance is of course that your DE is overwriting it on login. > >> Now, what I don't understand is why hal is detecting the mouse as >> Num_buttons 32... I even created a hal policy to map the buttons how I >> normally would in xorg.conf and this had no effect. > > HAL is not detecting anything. Think of hal being the equivalent to the > Option "Device" "/dev/input/event1" line. That's really all it does. > > Cheers, > Peter ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Strange issue with hal and Xorg
Normally, xorg.conf I could map my buttons using ZAxisMapping "4 5" and ButtonMapping "1 2 3 6 7" and Buttons "7" and things were dandy. Well, after the latest updates to Slackware and Xorg, what I'm seeing now is the side buttons on my Microsoft Intellimouse Explorer 3 are mapping the buttons (side buttons) as 8 9 instead of 6 7. However, making a change in xorg.conf to facilitate the change in mapping, things DO work fine in X, but not other applications such as Enemy Territory. Below is my xinput list: "Virtual core pointer" id=0[XPointer] Num_buttons is 32 Num_axes is 2 Mode is Relative Motion_buffer is 256 Axis 0 : Min_value is -1 Max_value is -1 Resolution is 0 Axis 1 : Min_value is -1 Max_value is -1 Resolution is 0 "Virtual core keyboard" id=1[XKeyboard] Num_keys is 248 Min_keycode is 8 Max_keycode is 255 "Macintosh mouse button emulation" id=2[XExtensionPointer] Type is MOUSE Num_buttons is 32 Num_axes is 2 Mode is Relative Motion_buffer is 256 Axis 0 : Min_value is -1 Max_value is -1 Resolution is 1 Axis 1 : Min_value is -1 Max_value is -1 Resolution is 1 "AT Translated Set 2 keyboard" id=3[XExtensionKeyboard] Type is KEYBOARD Num_keys is 248 Min_keycode is 8 Max_keycode is 255 "Microsoft Microsoft 5-Button Mouse with IntelliEye(TM)"id=4 [XExtensionPointer] Type is MOUSE Num_buttons is 32 Num_axes is 2 Mode is Relative Motion_buffer is 256 Axis 0 : Min_value is -1 Max_value is -1 Resolution is 1 Axis 1 : Min_value is -1 Max_value is -1 Resolution is 1 Now, what I don't understand is why hal is detecting the mouse as Num_buttons 32... I even created a hal policy to map the buttons how I normally would in xorg.conf and this had no effect. I'm at a loss. -Matt ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
