In eventcomm.c:

static struct model_lookup_t model_lookup_table[] = {
    {0x0002, 0x0007, 0x0007, MODEL_SYNAPTICS},
    {0x0002, 0x0008, 0x0008, MODEL_ALPS},
    {0x05ac, PRODUCT_ANY, 0x222, MODEL_APPLETOUCH},
    {0x05ac, 0x223, PRODUCT_ANY, MODEL_UNIBODY_MACBOOK},
    {0x0002, 0x000e, 0x000e, MODEL_ELANTECH},
    {0x0, 0x0, 0x0, 0x0}
};

http://www.linux-usb.org/usb.ids lists 0x222 as the last "aluminum"
keyboard and 0x223 forward are ostensibly fancier.

However, the Macbook 3,1 (which uses appletouch) reports as "0x5ac
0x229", which puts it in the MODEL_UNIBODY_MACBOOK range instead of
MODEL_APPLETOUCH. (Also, the website above seems to think 0x229
indicates a Macbook Pro, which it is not. That might explain some of the
confusion.)

Elsewhere on the internet I found a couple other values that ostensibly
fall after 0x223 that loaded appletouch instead of bcm5974 - 0x22a a few
times, but also a single reference to 0x30b. I'm not sure what 0x30b is.
0x22a looks like it's probably a Macbook ?,1.

Could we just look at what driver we're loading instead of trying to
figure it out from the vendor/product id? Appletouch = old behavior,
bcm5974 = new.

If not, I propose moving the cutoff to <=0x22b for MODEL_APPLETOUCH and
>=0x230 for MODEL_UNIBODY_MACBOOK.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-input-synaptics in Ubuntu.
https://bugs.launchpad.net/bugs/1246215

Title:
  Ubuntu 13.10, wrong settings for Apple (mouse) touchpad in Macbook 4,1

Status in “xserver-xorg-input-synaptics” package in Ubuntu:
  Confirmed

Bug description:
  The default settings for the touchpad of a macbook 4,1 in Ubuntu 13.10
  render an awkward mouse behaviour that is found during and after
  installation. The following issues are found:

  1) Moving the cursor shows an intermittent behaviour because the
  parameters for FingerLow and FingerHigh are way too high, hence
  affecting the sensitivity and requiring more pressure to move the
  mouse.

  2) Having enabled Two-finger tap for right click, using  vertical
  scrolling with two fingers often ends up in a right click.

  Fixes:

  I have permanently fixed the settings by editing the first Section
  block in file "/usr/share/X11/xorg.conf.d/50-synaptics.conf"

  Section "InputClass"
          Identifier "touchpad catchall"
          Driver "synaptics"
          MatchIsTouchpad "on"
  # This option is recommend on all Linux systems using evdev, but cannot be
  # enabled by default. See the following link for details:
  # http://who-t.blogspot.com/2010/11/how-to-ignore-configuration-errors.html
        MatchDevicePath "/dev/input/event*"
             Option "FingerLow" "30"
             Option "FingerHigh" "40"
             Option "MaxTapMove" "25"
  EndSection

  The added parts are:
             Option "FingerLow" "30"
             Option "FingerHigh" "40"
             Option "MaxTapMove" "25"

  where FingerLow and FingerHigh fix issue (1), and MaxTapMove fixes
  issue (2).

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/1246215/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to