built-in trackpoint from my x200 can't be recognized

I have the same issue after installing Lucid on my laptop.

I can still configure some properties of my trackpoint using 'PS/2 Generic Mouse' instead of 'TPPS/2 IBM TrackPoint' though some others like press_to_select (having the trackpoint send a click event when pressed) is missing (it used to be configurable through /sys/devices/platform/i8042/serio1/press_to_select).

That's on a Lenovo X200s with linux-generic 2.6.32.6.6 on amd64.

when I switch to use mainline kernel
freeflying@zphou:~$ uname -r
2.6.32-020632-generic
xinput --list will find the right one
"TPPS/2 IBM TrackPoint" id=8 [XExtensionPointer]
 Type is MOUSE
 Num_buttons is 7
 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

On Mon, Dec 7, 2009 at 9:21 AM, Stéphane Graber <email address hidden> wrote:
> I have the same issue after installing Lucid on my laptop.
>
> I can still configure some properties of my trackpoint using 'PS/2
> Generic Mouse' instead of 'TPPS/2 IBM TrackPoint' though some others
> like press_to_select (having the trackpoint send a click event when
> pressed) is missing (it used to be configurable through
> /sys/devices/platform/i8042/serio1/press_to_select).
>
> That's on a Lenovo X200s with linux-generic 2.6.32.6.6 on amd64.
>
> ** Changed in: linux (Ubuntu)
>       Status: New => Confirmed
>
> ** Tags added: regression-potential
>
> --
> built-in trackpoint from my x200 can't be recognized
> https://bugs.launchpad.net/bugs/492729
> You received this bug notification because you are a direct subscriber
> of the bug.
>

@ZengPeng -- could you retest with the 2.6.32-7.10 lucid kernel and confirm the behaviour is still present. If so could you then try the 2.6.32 mainline kernel for me and confirm that your trackpoint is recognised there. This kernell can be found in the mainline kernel archive at the url below:

    https://wiki.ubuntu.com/KernelTeam/MainlineBuilds?action=show&redirect=KernelMainlineBuilds

If this kernel does work could you attach dmesg output from both the 2.6.32 mainline kernel and 2.6.32-7.10 lucid kernel for comparison. Thanks!

Hi,
I have the same problem with kernel 2.6.32-8-generic. Mainline kernel does show "TPPS/2 IBM TrackPoint" when doing xinput -list, but I can't scroll with the trackpoint using the mouse-wheel.fdi method.

Attached are the dmesg output from both kernels

dmesg output of mainline kernel

@Andy
this issue still there, its recognized by mainline's, but not with
2.6.32-8-generic.

On Thu, Dec 17, 2009 at 5:28 AM, Untitled No. 4 <email address hidden> wrote:
> dmesg output of mainline kernel
>
> ** Attachment added: "dmesg.2.6.32-020632-generic"
>   http://launchpadlibrarian.net/36884267/dmesg.2.6.32-020632-generic
>
> --
> built-in trackpoint from my x200 can't be recognized
> https://bugs.launchpad.net/bugs/492729
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Hmm from the 2.6.32 base kernel we get the following but nothing similar from the Lucid kernel:

    [ 9.495785] IBM TrackPoint firmware: 0x0e, buttons: 3/3
    [ 9.737128] input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/serio2/input/input12

The driver support for that device is enabled by the fragment below:

    #ifdef CONFIG_MOUSE_PS2_TRACKPOINT
        {
                .type = PSMOUSE_TRACKPOINT,
                .name = "TPPS/2",
                .alias = "trackpoint",
                .detect = trackpoint_detect,
        },
    #endif

And this does appear to be enabled in our kernel:

    debian.master/config/config.common.ubuntu:CONFIG_MOUSE_PS2_TRACKPOINT=y

If we compare the two dmesg files in greater details we can see that the mouse is being found but miss-classified, in the working case:

  [ 0.729671] input: Macintosh mouse button emulation as /devices/virtual/input/input3
  [ 0.792019] serio: i8042 KBD port at 0x60,0x64 irq 1
  [ 0.792025] serio: i8042 AUX port at 0x60,0x64 irq 12
  [ 0.792116] mice: PS/2 mouse device common for all mice
  [ 0.797582] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input4
  [ 3.347112] serio: Synaptics pass-through port at isa0060/serio1/input0
  [ 3.397852] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input11
  [ 9.495785] IBM TrackPoint firmware: 0x0e, buttons: 3/3
  [ 9.737128] input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/serio2/input/input12

In the broken case:

  [ 0.544008] input: Macintosh mouse button emulation as /devices/virtual/input/input3
  [ 0.602217] serio: i8042 KBD port at 0x60,0x64 irq 1
  [ 0.602226] serio: i8042 AUX port at 0x60,0x64 irq 12
  [ 0.602364] mice: PS/2 mouse device common for all mice
  [ 0.608478] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input4
  [ 2.917372] serio: Synaptics pass-through port at isa0060/serio1/input0
  [ 2.962442] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input11
  [ 8.158980] input: PS/2 Generic Mouse as /devices/platform/i8042/serio1/serio2/input/input12

Now ... why are we doing _that_ I wonder.

There are very few changes at all in this area mostly the addition of quirks. There is one slightly suspect change which might (just might) be on the probing path. I have therefore reverted this change and built a test kernel. If you could test this kernel and report back here that would be very helpful. The kernel is at the url below, thanks:

    http://people.canonical.com/~apw/lp492729-lucid/

uname -r: 2.6.32-9-generic

xinput -list:
â¡ Virtual core pointer id=2 [master pointer (3)]
â â³ Virtual core XTEST pointer id=4 [slave pointer (2)]
â â³ "SynPS/2 Synaptics TouchPad" id=10 [slave pointer (2)]
â â³ "PS/2 Generic Mouse" id=11 [slave pointer (2)]
â â³ "Macintosh mouse button emulation" id=12 [slave pointer (2)]
⣠Virtual core keyboard id=3 [master keyboard (2)]
    â³ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
    â³ "Power Button" id=6 [slave keyboard (3)]
    â³ "Video Bus" id=7 [slave keyboard (3)]
    â³ "Sleep Button" id=8 [slave keyboard (3)]
    â³ "AT Translated Set 2 keyboard" id=9 [slave keyboard (3)]
    â³ "ThinkPad Extra Buttons"

dmesg output attached.

Hi Andy,

thanks for your support. Your patched kernel doesn't help on my Thinkpads X200 and T60: xinput -list still says "PS/2 Generic Mouse" , in dmesg no notion auf "TPPS/2". Mainline 2.6.32.2 works fine. See attachments..

I should mention that i'm running Karmic with Lucid Kernel only, but i doubt this matters.

heya,

I thought I might just add I'm seeing a similar issue on Arch Linux, with the 2.6.32 kernel.

I suspect it might be an issue upstream.

There's a discussion on the Arch Linux forum boards here:

http://bbs.archlinux.org/viewtopic.php?pid=680645

and I filed a kernel bug report here:

http://bugzilla.kernel.org/show_bug.cgi?id=14970

Cheers,
Victor

I like to add that the 2.6.32-11-generic still has the problem

Andy: It seems that it has been fixed 2 days ago in the main kernel http://bugzilla.kernel.org/show_bug.cgi?id=14970#c12

commit 4a18b3ab6ed537b055e3fcfca64ab870b4f9acf0
Author: Tai-hwa Liang <email address hidden>
Date: Wed Jan 13 00:16:27 2010 -0800

    Input: pmouse - move Sentelic probe down the list

    Sentelic probes confuse IBM trackpoints so they stop responding to
    TP_READ_ID command. See:

     http://bugzilla.kernel.org/show_bug.cgi?id=14970

    Let's move FSP detection lower so it is probed after trackpoint and
    others, just before we strat probing for Intellimouse Explorer.

    Signed-off-by: Tai-hwa Liang <email address hidden>
    Signed-off-by: Dmitry Torokhov <email address hidden>

The patch ("Input: pmouse - move Sentelic probe down the list") landed in Lucid with 2.6.32-12.16 - so this should be fixed for a long time now. Is it still an issue for anyone?

I do not see this problem in precise. "xinput --list" reports a TPPS/2 IBM trackpoint. So, I will close this ticket as per comment #23. Please feel free to reopen if you are still affected.