XOrg 6.9 and later come with a new evdev driver. Configurations using the old evdev protocol hack no longer work. So here’s an updated version of my old MX1000 configuration:

• Build a udev rule to give the mouse device a static name: I’m using

  ACTION=="add", \
    KERNEL=="event*", \
    SUBSYSTEM=="input", \
    SYSFS{manufacturer}=="Logitech", \
    SYSFS{product}=="USB Receiver", \
    NAME="input/mx1000"

  in /etc/udev/rules.d/010_local.rules.
  After restarting udev and replugging the mouse, you should see a device named /dev/input/mx1000.

• /etc/X11/xorg.conf:

  Section "InputDevice"
   Identifier "MX1000"
   Driver     "evdev"
   Option     "CorePointer"
   Option     "Device"    "/dev/input/mx1000"
  EndSection

• ~/.xbindkeysrc:
  (You have to install xbindkeys and xvkbd for this; I’m starting xbindkeys in ~/.gnomerc)

  # Backward and Forward buttons
  "xvkbd -text "\[Alt_L]\[Left]""
    m:0x10 + b:8
  "xvkbd -text "\[Alt_L]\[Right]""
    m:0x10 + b:9
  
  # "Cruise Control" disabled:
  #"xvkbd -text "\[Page_Up]""
  #  m:0x10 + b:11
  #"xvkbd -text "\[Page_Down]""
  #  m:0x10 + b:12
  
  # "Cruise Control" enabled:
  # Work-around extra events
  "~/bin/click 4"
   m:0x10 + b:11
  "~/bin/click 5"
   m:0x10 + b:12
  
  # Application-Switch button
  # A-Tab doesn't work
  # Use it as another Forward for now
  "xvkbd -text "\[Alt_L]\[Right]""
    m:0x10 + b:10

  Using the Application-Switch button for switching windows in GNOME doesn’t work because it would require holding down the Alt key while pressing Tab several times, xvkbd can’t do that. I’m using the button as another Forward now, it’s easier to reach than the real Forward button.
  Defining actions for the Cruise Control buttons only makes sense when Cruise Control is disabled (you can disable it with lmctl or the Logitech Mouse Applet). If it is disabled, the buttons generate 11 and 12. When it is enabled, they generate a single button 11 or 12 event and then a series of button 4 or 5 events just like scrolling the wheel does.
  I have no idea why the mouse generates 11 or 12 before starting normal scrolling in Cruise Control mode. I’m mapping 11 and 12 to a little utility (click by Jeremy Nickurak) which replaces these bogus events with normal scroll events.

• At this point the Backward and Forward buttons should work in GNOME, KDE, and Mozilla-based browsers. Horizontal scrolling should work in GNOME and KDE.
  Mozilla-based browser like Firefox need two additional changes to get horizontal scrolling working with the tilt wheel: Open about:config and set

  mousewheel.horizscroll.withnokey.action = 0
  mousewheel.horizscroll.withnokey.sysnumlines = true

January 18th, 2006: The evdev driver in XOrg 6.9 is broken on big-endian machines like powerpc. Here’s a fix.