Re: Synaptics Touchpad not detected in 2.6.13-rc2

From: Dmitry Torokhov (dtor_core_at_ameritech.net)
Date: 07/08/05

  • Next message: Ram: "Re: [RFC PATCH 1/8] share/private/slave a subtree" 
    Date:	Fri, 8 Jul 2005 09:29:08 -0700 (PDT)
To: Mattia Dongili <malattia@gmail.com>, Vojtech Pavlik <vojtech@suse.cz>

    Mattia Dongili <malattia@gmail.com> wrote:
    > On Thu, Jul 07, 2005 at 11:28:55PM +0200, Vojtech Pavlik wrote:
    > > On Thu, Jul 07, 2005 at 11:24:43PM +0200, Mattia Dongili wrote:
    > > > On Thu, Jul 07, 2005 at 01:02:38PM -0700, Dmitry Torokhov wrote:
    > > > > Mattia Dongili <malattia@gmail.com> wrote:
    > [...]
    > > > oh, it seems I'm not able to reproduce the error anymore!
    > > > I need some rest now, I'll try again tomorrow morning (I must be missing
    > > > something stupid right now) and report to you again.
    > >
    > > Could be the enabled debug is adding extra delay, making the problem
    > > impossible to reproduce. IIRC, we've seen this with an ALPS pad, too,
    > > Dmitry, right?
    >
    > Sorry, it took me a while but I got the error finally (see below for the
    > debug log). Anyway I suspect it's most likely a bios or hw problem, a
    > cold boot shows the issue, simply reboot-ing cures it (keeping the
    > ps2_adjust_timeout in place).
    > Also, not every cold boot shows the issue, I reproduced it at the 3rd
    > try today.
    > So I believe all my previous suspecions are mostly void.
    >

    I see several possible issues:

    > PNP: No PS/2 controller found. Probing ports directly.

    Does it show this line when touchpad is being detected?
    Do you have PNPACPI turned on?

    > i8042.c: Detected active multiplexing controller, rev 5.3.

    Revision 5.3 is suspicious. The last posted one is 1.1
    Again, when touchpad is detected, does it show this or 1.{0|1}?

    > serio: i8042 AUX0 port at 0x60,0x64 irq 12
    > serio: i8042 AUX1 port at 0x60,0x64 irq 12
    > serio: i8042 AUX2 port at 0x60,0x64 irq 12
    > serio: i8042 AUX3 port at 0x60,0x64 irq 12
    > serio: i8042 KBD port at 0x60,0x64 irq 1
    > mice: PS/2 mouse device common for all mice

    And now the real problem:

    > drivers/input/serio/i8042.c: 91 -> i8042 (command) [220803]
    > drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [220803]
    > drivers/input/serio/i8042.c: fa <- i8042 (interrupt, KBD, 1) [220806]

    We are trying to talk to AUX port but KBC replies as if data
    is coming from the keyboard port.

    Does it help if you boot with "usb-handoff" kernel option? Another
    one would be "i8042.nomux". Btw, does your laptop have external
    PS/2 ports? 

    -- 
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
  • Next message: Ram: "Re: [RFC PATCH 1/8] share/private/slave a subtree"

    Relevant Pages

    • Re: Wininet PORT command
      ... I am now using the INTERNET_FLAG_PASSIVE flag so that it uses PASV instead ... I wanted it to be using PASV anyway. ... One group of people complained that there is no way to force PORT and so ... I cannot reproduce *exactly* the same environment, ...
      (microsoft.public.win32.programmer.networks)
    • Re: portupgrade bug: -M no longer works after v2.1.0
      ... The problem is that there's a bug introduced by some of the recent portupgrade versions that changes its documented behavior. ... The '-M' switch in partucular no longer works, thus causing any existing port/package installation scripts depending on that switch to build packages with incorrect optional parameters. ... The www/apache13 port was given just as example how to reproduce the bug. ...
      (freebsd-stable)
    • Re: portupgrade bug: -M no longer works after v2.1.0
      ... The problem is that there's a bug introduced by some of the recent portupgrade versions that changes its documented behavior. ... The '-M' switch in partucular no longer works, thus causing any existing port/package installation scripts depending on that switch to build packages with incorrect optional parameters. ... The www/apache13 port was given just as example how to reproduce the bug. ...
      (freebsd-stable)
    • Re: UPDATE: The quest for the equation library
      ... just residing them in Port 2 shouldn´t cause any trouble. ... Maybe you can reproduce the problem step by step and take some ... The checksum of TreeBrowser is exactly the one that you have. ... standard with the operating system on my HP50g. ...
      (comp.sys.hp48)