All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dmitry Torokhov <dtor_core@ameritech.net>
To: Peter Berg Larsen <pebl@math.ku.dk>, Vojtech Pavlik <vojtech@suse.cz>
Cc: "Gunter Königsmann" <gunter.koenigsmann@gmx.de>,
	linux-kernel@vger.kernel.org
Subject: Re: Synaptics Touchpad workaround for strange behavior after Sync loss (With Patch).
Date: Sat, 10 Jan 2004 22:33:46 -0500	[thread overview]
Message-ID: <200401102233.46164.dtor_core@ameritech.net> (raw)
In-Reply-To: <Pine.LNX.4.40.0401110335330.588-100000@shannon.math.ku.dk>

Hi,

It is a good stuff but we probably want not only restore mux mode
but also do serio_reconnect on all ports to make sure all devices are
properly configured. But it gets way too big for interrupt handler.
I am thinking that if mux error is detected the only thing that should
be done in i8042_interrupt is disabling the controller and then use
schedule_work to schedule the rest.

Also, if we get SERIO_REMOVED condition we should just do serio_reconnect
right away and let it sort through the device state.

What do you think?

Dmitry

  reply	other threads:[~2004-01-11  3:33 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-09 10:17 Synaptics Touchpad workaround for strange behavior after Sync loss (With Patch) Gunter Königsmann
2004-01-09 10:58 ` Vojtech Pavlik
2004-01-10 22:50   ` Peter Berg Larsen
2004-01-11  2:39     ` Peter Berg Larsen
2004-01-11  3:33       ` Dmitry Torokhov [this message]
2004-01-11  8:37       ` Gunter Königsmann
2004-01-11 12:52         ` Peter Berg Larsen
2004-01-11 14:22           ` Vojtech Pavlik
2004-01-11 15:34             ` Dmitry Torokhov
2004-01-11 15:06           ` Gunter Königsmann
2004-01-11  8:10     ` Vojtech Pavlik
2004-01-11 12:46       ` Peter Berg Larsen
2004-01-11 14:21         ` Vojtech Pavlik
2004-01-19 22:25         ` Vojtech Pavlik
2004-01-10  8:44 ` Dmitry Torokhov
2004-01-10  8:45   ` [PATCH 1/2] Synaptics rate switching Dmitry Torokhov
2004-01-10  8:46     ` [PATCH 2/2] Psmouse log and discard timed out bytes Dmitry Torokhov
2004-01-10 13:05       ` Gunter Königsmann
2004-01-10 13:23       ` Gunter Königsmann
2004-01-11  4:57       ` [PATCH 3/2] Psmouse log and discard timed out bytes - addition Dmitry Torokhov
2004-01-11  8:11         ` Gunter Königsmann
2004-01-10  9:56     ` [PATCH 1/2] Synaptics rate switching Vojtech Pavlik
2004-01-10 22:05     ` Gunter Königsmann
2004-01-10 23:37       ` Vojtech Pavlik
2004-01-11  2:20       ` Dmitry Torokhov
2004-01-11  8:00         ` Gunter Königsmann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200401102233.46164.dtor_core@ameritech.net \
    --to=dtor_core@ameritech.net \
    --cc=gunter.koenigsmann@gmx.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pebl@math.ku.dk \
    --cc=vojtech@suse.cz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.