From: Dmitry Torokhov <dtor_core@ameritech.net>
To: Vojtech Pavlik <vojtech@suse.cz>
Cc: LKML <linux-kernel@vger.kernel.org>
Subject: Input patches
Date: Tue, 20 Jul 2004 01:37:54 -0500 [thread overview]
Message-ID: <200407200137.56150.dtor_core@ameritech.net> (raw)
Vojtech,
Now that my driver core patches have been merged in Linus' tree I would
like finish merging input patches. Please do:
bk pull bk//dtor.bkbits.net/input
You will pull the following patches (along with whatever was in Linus'
tree as of last evening):
01-drivers-makefile.patch
- move input/serio closer to the top of drivers/Makefile so
serio_bus structure initialized early and is ready by the time
sunzilog and sunsu register their serio ports.
02-sunzilog-serio-register.patch
- Do not attempt to register serio ports while holding a spinlock
and with interrupts off. Fully initialize hardware first and
only then register. Cures lockup reported by WLI.
03-i8042-broken-mux-workaround.patch
- Some MUXes get confused what AUX port the byte came from. Assume
that is came from the same port previous byte came from if it
arrived within HZ/10
04-serio-pause-rx.patch
- Add serio_pause_rx and serio_continue_rx that take serio->lock and
can be used by drivers to protect their critical sections from
interrupt handler.
05-psmouse-set-state.patch
- Use serio_pause_rx/serio_continue_rx when changing psmosuee state
(active, ignore)
06-psmouse-initializing.patch
- Add a new state PSMOUSE_INITIALIZING and do not try to call protocol
handler for mice in this state. Shoudl help with OOPS caused by USB
Legacy emulation generating wierd data stream when probing for mouse
07-synaptics-passthrough-handling.patch
- If data looks like a pass-through packet and tuchpad has pass-
through capability do not pass it to the main handler if child port
is disconnected. Let serio core sort it out and bind a proper driver
to the port
08-psmouse-reconnect.patch
- Instead of wierd rule that connect should not activate mouse if
there is a pass-through port and have child do activation do the
following:
1. Connect/reconnect always activate port in question
2. If port is a pass-through port connect/reconnect will
deactivate parent at the beginning of the probe and will
activate it after everything is done.
This allows reliably reconnect children ports in response to user
request (echo -n "reconnect" > /sys/bus...)
next reply other threads:[~2004-07-20 6:38 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-20 6:37 Dmitry Torokhov [this message]
2004-07-20 6:50 ` Input patches Dmitry Torokhov
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=200407200137.56150.dtor_core@ameritech.net \
--to=dtor_core@ameritech.net \
--cc=linux-kernel@vger.kernel.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox