NetBSD Problem Report #19769

Received: (qmail 8740 invoked by uid 605); 10 Jan 2003 15:44:53 -0000
Message-Id: <200301101544.h0AFiQl21003@cat>
Date: Fri, 10 Jan 2003 17:44:26 +0200 (EET)
From: cat@iki.fi
Sender: gnats-bugs-owner@netbsd.org
Reply-To: cat@iki.fi
To: gnats-bugs@gnats.netbsd.org
Subject: dell latidude c840 touchpad problem
X-Send-Pr-Version: 3.95

>Number:         19769
>Category:       kern
>Synopsis:       alps glidepoint neads reset after sleep on dell latitude C840
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jan 10 15:45:02 +0000 2003
>Closed-Date:    Wed Nov 01 13:09:36 +0000 2017
>Last-Modified:  Wed Nov 01 13:09:36 +0000 2017
>Originator:     Patrik Andersin
>Release:        NetBSD 1.6K
>Organization:
what? me organized?
>Environment:


System: NetBSD cat 1.6K NetBSD 1.6K (CAT3) #12: Fri Jan 3 12:16:29 EET 2003 cat@cat:/usr/obj/sys/arch/i386/compile/CAT3 i386
Architecture: i386
Machine: i386
>Description:

On dell latitude C840 the alps glidepoint neads reseting after sleep.
Otherwise the scratchpad is about 5 times slower than initially after cold boot.
There is some on pms.c that should recheck the protocol and init mouse on PWR_RESUME,
but it doesn't get executed when you suspend and resume from text vc because then
the mouse device is not open. Even if you suspen from X vc, the do_enable() function
isn't sufficient enough to reset the scratcpad. 

>How-To-Repeat:

Use zzz command to suspend.
>Fix:

--- /usr/src/sys/dev/pckbc/pms.c.orig   Fri Jan 10 15:42:58 2003
+++ /usr/src/sys/dev/pckbc/pms.c        Fri Jan 10 15:44:53 2003
@@ -368,6 +368,9 @@
                        sc->sc_suspended = 0;
                        do_enable(sc); /* only if we were suspended */
                }
+               sc->inputstate = 0; 
+               sc->sc_enabled = 0;
+               wakeup(&sc->sc_enabled);
        case PWR_SOFTSUSPEND:
        case PWR_SOFTSTANDBY:
        case PWR_SOFTRESUME:

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Tue, 12 Jan 2010 06:00:38 +0000
State-Changed-Why:
Is a patch still required with modern suspend infrastructure?


State-Changed-From-To: feedback->closed
State-Changed-By: maya@NetBSD.org
State-Changed-When: Wed, 01 Nov 2017 13:09:36 +0000
State-Changed-Why:
feedback timeout. the code has changed dramatically. since pms_reset_thread (periodically send PMS_RESET) is a thing, I'm inclined to believe this problem wo uld not exist on it for long. also, there's a chance that the alps code by ryoon supports this device better.


>Unformatted:

Home	PR Database Search