Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759611AbZJMMJq (ORCPT ); Tue, 13 Oct 2009 08:09:46 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759381AbZJMMJp (ORCPT ); Tue, 13 Oct 2009 08:09:45 -0400 Received: from mail-fx0-f227.google.com ([209.85.220.227]:47349 "EHLO mail-fx0-f227.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1759334AbZJMMJo (ORCPT ); Tue, 13 Oct 2009 08:09:44 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=hRIMpyUccOnuMactXimWIm5WElKTI3ffNwvvQWoiWmzqCoH4eDg3g+4xGk1NNpMbrG NS+wfxwebWt5EiYhslm+OYzWGmIi/n0Yf4EuNsAqav58WwEMGNE4WXCYAw+K0Pm8QcLp DkrTayWjgswtX07TFgvhjyPJH+8VUwQHM4KwQ= Date: Tue, 13 Oct 2009 14:07:45 +0200 From: "Carlos R. Mafra" To: Dmitry Torokhov Cc: linux-kernel@vger.kernel.org, "Rafael J. Wysocki" , linux-input@vger.kernel.org Subject: Re: [bisected regression] Touchpad "paste" stops working after suspend to RAM Message-ID: <20091013120745.GA4619@Pilar.aei.mpg.de> References: <20091011162155.GA4260@Pilar.aei.mpg.de> <20091011180134.GA5197@core.coreip.homeip.net> <20091011193100.GA4410@Pilar.aei.mpg.de> <20091012090224.GB7403@core.coreip.homeip.net> <20091012100929.GA4402@Pilar.aei.mpg.de> <20091013032414.GC2887@core.coreip.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091013032414.GC2887@core.coreip.homeip.net> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 4826 Lines: 153 On Mon 12.Oct'09 at 20:24:14 -0700, Dmitry Torokhov wrote: > Could you please try this patch and let me know if it helps. Yes! The patch quoted below fixed the problem. (and I tested it twice already, since I read your suggestion in the other thread :-) > Anotehr i8042.dmesg would be much appreciated. Sure, it is here: http://www.aei.mpg.de/~crmafra/syslog-i8042.debug-patched.txt > Input: psmouse - retry reset command if first one fails > > From: Dmitry Torokhov > > Sometimes mice are not ready for a command and respond with 0xfe; > failure to reset mouse can lead to losing the device to let's try > harder and repeat the command after delay. > > Signed-off-by: Dmitry Torokhov > --- > > drivers/input/mouse/psmouse-base.c | 13 ++++++++++++- > drivers/input/serio/libps2.c | 31 +++++++++++++++++-------------- > 2 files changed, 29 insertions(+), 15 deletions(-) > > > diff --git a/drivers/input/mouse/psmouse-base.c b/drivers/input/mouse/psmouse-base.c > index 690aed9..52ad50f 100644 > --- a/drivers/input/mouse/psmouse-base.c > +++ b/drivers/input/mouse/psmouse-base.c > @@ -395,8 +395,19 @@ int psmouse_sliced_command(struct psmouse *psmouse, unsigned char command) > int psmouse_reset(struct psmouse *psmouse) > { > unsigned char param[2]; > + int error; > + > + error = ps2_command(&psmouse->ps2dev, param, PSMOUSE_CMD_RESET_BAT); > + if (error == -EAGAIN) { > + /* > + * Controller requested us to resend the command. > + */ > + msleep(100); > + error = ps2_command(&psmouse->ps2dev, > + param, PSMOUSE_CMD_RESET_BAT); > + } > > - if (ps2_command(&psmouse->ps2dev, param, PSMOUSE_CMD_RESET_BAT)) > + if (error) > return -1; > > if (param[0] != PSMOUSE_RET_BAT && param[1] != PSMOUSE_RET_ID) > diff --git a/drivers/input/serio/libps2.c b/drivers/input/serio/libps2.c > index f3876ac..5201b0c 100644 > --- a/drivers/input/serio/libps2.c > +++ b/drivers/input/serio/libps2.c > @@ -39,7 +39,7 @@ MODULE_LICENSE("GPL"); > int ps2_sendbyte(struct ps2dev *ps2dev, unsigned char byte, int timeout) > { > serio_pause_rx(ps2dev->serio); > - ps2dev->nak = 1; > + ps2dev->nak = ETIME; > ps2dev->flags |= PS2_FLAG_ACK; > serio_continue_rx(ps2dev->serio); > > @@ -187,17 +187,17 @@ int __ps2_command(struct ps2dev *ps2dev, unsigned char *param, int command) > int timeout; > int send = (command >> 12) & 0xf; > int receive = (command >> 8) & 0xf; > - int rc = -1; > + int rc; > int i; > > if (receive > sizeof(ps2dev->cmdbuf)) { > WARN_ON(1); > - return -1; > + return -EINVAL; > } > > if (send && !param) { > WARN_ON(1); > - return -1; > + return -EINVAL; > } > > serio_pause_rx(ps2dev->serio); > @@ -213,13 +213,16 @@ int __ps2_command(struct ps2dev *ps2dev, unsigned char *param, int command) > * ACKing the reset command, and so it can take a long > * time before the ACK arrrives. > */ > - if (ps2_sendbyte(ps2dev, command & 0xff, > - command == PS2_CMD_RESET_BAT ? 1000 : 200)) > + rc = ps2_sendbyte(ps2dev, command & 0xff, > + command == PS2_CMD_RESET_BAT ? 1000 : 200); > + if (rc) > goto out; > > - for (i = 0; i < send; i++) > - if (ps2_sendbyte(ps2dev, param[i], 200)) > + for (i = 0; i < send; i++) { > + rc = ps2_sendbyte(ps2dev, param[i], 200); > + if (rc) > goto out; > + } > > /* > * The reset command takes a long time to execute. > @@ -240,10 +243,10 @@ int __ps2_command(struct ps2dev *ps2dev, unsigned char *param, int command) > for (i = 0; i < receive; i++) > param[i] = ps2dev->cmdbuf[(receive - 1) - i]; > > - if (ps2dev->cmdcnt && (command != PS2_CMD_RESET_BAT || ps2dev->cmdcnt != 1)) > + if (ps2dev->cmdcnt && (command != PS2_CMD_RESET_BAT || ps2dev->cmdcnt != 1)) { > + rc = ETIME; > goto out; > - > - rc = 0; > + } > > out: > serio_pause_rx(ps2dev->serio); > @@ -293,13 +296,13 @@ int ps2_handle_ack(struct ps2dev *ps2dev, unsigned char data) > > case PS2_RET_NAK: > ps2dev->flags |= PS2_FLAG_NAK; > - ps2dev->nak = PS2_RET_NAK; > + ps2dev->nak = EAGAIN; > break; > > case PS2_RET_ERR: > if (ps2dev->flags & PS2_FLAG_NAK) { > ps2dev->flags &= ~PS2_FLAG_NAK; > - ps2dev->nak = PS2_RET_ERR; > + ps2dev->nak = EIO; > break; > } > > @@ -365,7 +368,7 @@ EXPORT_SYMBOL(ps2_handle_response); > void ps2_cmd_aborted(struct ps2dev *ps2dev) > { > if (ps2dev->flags & PS2_FLAG_ACK) > - ps2dev->nak = 1; > + ps2dev->nak = EIO; > > if (ps2dev->flags & (PS2_FLAG_ACK | PS2_FLAG_CMD)) > wake_up(&ps2dev->wait); -- 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/