Re: ALPS psmouse_reset on reconnect confusing Tecra M2

From: Micheal Marineau (marineam_at_engr.orst.edu)
Date: 07/10/05

  • Next message: Olaf Hering: "[PATCH 70/82] remove linux/version.h from fs/xfs/"
    Date:	Sun, 10 Jul 2005 13:06:37 -0700
    To: Vojtech Pavlik <vojtech@suse.cz>
    
    
    

    Vojtech Pavlik wrote:
    > On Sun, Jul 10, 2005 at 01:03:53AM -0700, Micheal Marineau wrote:
    >
    >
    >>Yey! fixed it, simple little patch, just updates the alps_model_info
    >>struct. Here's a link so my mail client won't mess up the white space:
    >>http://dev.gentoo.org/~marineam/files/alps-dell8500-dualpoint.patch
    >>
    >>(note, this sill requires the alps-suspend-typo fix)
    >
    >
    > It's hard to believe your patch
    >
    > --- linux-2.6.12-suspend2.orig/drivers/input/mouse/alps.c 2005-07-07 23:50:48.000000000 -0700
    > +++ linux-2.6.12-suspend2/drivers/input/mouse/alps.c 2005-07-10 00:51:36.000000000 -0700
    > @@ -48,1 +48,1 @@
    > - { { 0x63, 0x03, 0xc8 }, 0xf8, 0xf8, ALPS_PASS }, /* Dell Latitude D800 */
    > + { { 0x63, 0x03, 0xc8 }, 0xf8, 0xf8, ALPS_PASS | ALPS_DUALPOINT }, /* Dell Latitude D800, Inspiron 8500 */
    >
    > can fix it, because the ALPS_DUALPOINT constant doesn't affect the
    > initalization behavior at all, only the way how TouchPoint data are
    > decoded.
    >

    I don't really understand what's going on with that. It's not the root
    issue for sure, just now after a run of about 15 suspends the mouse
    finally capped out. Somehow that made it slightly more reliable? Or it
    was just dumb luck that I couldn't reproduce it yesterday, but I managed
    to do it once today.

    My best guess is that something more needs to be done to priv->dev2 to
    make sure it initilizes properly but I don't know what, I'm having some
    difficulty understanding the alps driver.

    But it could be something independent of resume, I have a gentoo user
    with another inspiron 8500 who says even with 2.6.12, the dualpoint
    stick doesn't initilize a lot of the time even on boot.

    -- 
    Michael Marineau
    marineam@engr.orst.edu
    Oregon State University
    
    

    -
    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: Olaf Hering: "[PATCH 70/82] remove linux/version.h from fs/xfs/"

    Relevant Pages

    • Re: BIOS overwritten during resume (was: Re: Asus L5D resume on battery power)
      ... >> and you probably need to fix those, ... I think I'll just port the Nigel's patch to x86-64. ... People were complaining that M$ turns users into beta-testers... ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] fix readahead breakage for sequential after random reads
      ... > yes I will run all my standard testsuites before we take this patch. ... I have also enclosed a patch that partially backs off Miklos's fix. ... ra->average value to max/2 when we move from readahead-off mode to ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: IA32 - 27 New warnings
      ... > | needed to confirm the patch and preferably some brave soul with Promise ... > Bart has already posted patches for this. ... I'm off looking for more resonably simple stuff to fix. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • 2.6.0-test7 byteorder.h ( as you go AGAIN! )
      ... seen many patches to attempt to fix this issue. ... Attached is my proposed patch to correct this error. ... all Linux CD-ROM application programs will use this ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Power Management Update
      ... I encountered this problem by having an IDE CD-ROM, ... He mentioned producing a cleaner patch, but this should at least fix the ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)