<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/input/serio, branch v3.2.41</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/input/serio?h=v3.2.41</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/input/serio?h=v3.2.41'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2013-01-03T03:33:36Z</updated>
<entry>
<title>x86, 8042: Enable A20 using KBC to fix S3 resume on some MSI laptops</title>
<updated>2013-01-03T03:33:36Z</updated>
<author>
<name>Ondrej Zary</name>
<email>linux@rainbow-software.org</email>
</author>
<published>2012-12-11T21:18:05Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6f2aad2b4120b1770d8bc89c5b6feef347238585'/>
<id>urn:sha1:6f2aad2b4120b1770d8bc89c5b6feef347238585</id>
<content type='text'>
commit ad68652412276f68ad4fe3e1ecf5ee6880876783 upstream.

Some MSI laptop BIOSes are broken - INT 15h code uses port 92h to enable A20
line but resume code assumes that KBC was used.
The laptop will not resume from S3 otherwise but powers off after a while
and then powers on again stuck with a blank screen.

Fix it by enabling A20 using KBC in i8042_platform_init for x86.

Fixes https://bugzilla.kernel.org/show_bug.cgi?id=12878

Signed-off-by: Ondrej Zary &lt;linux@rainbow-software.org&gt;
Cc: Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;
Cc: Alan Cox &lt;alan@lxorguk.ukuu.org.uk&gt;
Cc: Rafael J. Wysocki &lt;rjw@sisk.pl&gt;
Link: http://lkml.kernel.org/r/201212112218.06551.linux@rainbow-software.org
Signed-off-by: H. Peter Anvin &lt;hpa@linux.intel.com&gt;
Signed-off-by: Ben Hutchings &lt;ben@decadent.org.uk&gt;
</content>
</entry>
<entry>
<title>Input: i8042 - also perform controller reset when suspending</title>
<updated>2012-12-06T11:20:13Z</updated>
<author>
<name>Dmitry Torokhov</name>
<email>dmitry.torokhov@gmail.com</email>
</author>
<published>2011-10-29T19:37:06Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c01751fb136fa85b8be135ef36440bda699a299f'/>
<id>urn:sha1:c01751fb136fa85b8be135ef36440bda699a299f</id>
<content type='text'>
commit 1729ad1f4f9e167ade84ca8b5269695c42351160 upstream.

In addition to some laptops needing i8042 reset after resuming from S2R to
get their touchpads working there is another class of laptops - ones that
need i8042 reset before going to S2R, otherwise they will simply reboot
instead of resuming.

See https://bugzilla.kernel.org/show_bug.cgi?id=15612

This change forces reset of i8042 before doing S2R.

Reported-by: Stefan Koch &lt;stefan_koch@gmx.net&gt;
Tested-by: Alexander van Loon &lt;a.vanloon@alexandervanloon.nl&gt;
Signed-off-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;
Signed-off-by: Ben Hutchings &lt;ben@decadent.org.uk&gt;
</content>
</entry>
<entry>
<title>Input: i8042 - disable mux on Toshiba C850D</title>
<updated>2012-10-10T02:31:00Z</updated>
<author>
<name>Anisse Astier</name>
<email>anisse@astier.eu</email>
</author>
<published>2012-09-19T18:10:48Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b0162ce56654616f0c5cdb48b06e448c2ee400cc'/>
<id>urn:sha1:b0162ce56654616f0c5cdb48b06e448c2ee400cc</id>
<content type='text'>
commit 8669cf6793bb38307a30fb6b9565ddc8840ebd3f upstream.

On Toshiba Satellite C850D, the touchpad and the keyboard might randomly
not work at boot. Preventing MUX mode activation solves this issue.

Signed-off-by: Anisse Astier &lt;anisse@astier.eu&gt;
Signed-off-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;
Signed-off-by: Ben Hutchings &lt;ben@decadent.org.uk&gt;
</content>
</entry>
<entry>
<title>Input: i8042 - add Gigabyte T1005 series netbooks to noloop table</title>
<updated>2012-09-19T14:04:27Z</updated>
<author>
<name>Dmitry Torokhov</name>
<email>dmitry.torokhov@gmail.com</email>
</author>
<published>2012-08-22T04:57:15Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=abad539f71b3d3fc390f571f440843731794d91d'/>
<id>urn:sha1:abad539f71b3d3fc390f571f440843731794d91d</id>
<content type='text'>
commit 7b125b94ca16b7e618c6241cb02c4c8060cea5e3 upstream.

They all define their chassis type as "Other" and therefore are not
categorized as "laptops" by the driver, which tries to perform AUX IRQ
delivery test which fails and causes touchpad not working.

Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=42620
Signed-off-by: Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;
Signed-off-by: Ben Hutchings &lt;ben@decadent.org.uk&gt;
</content>
</entry>
<entry>
<title>Input: ams_delta_serio - include linux/module.h</title>
<updated>2011-11-10T05:19:54Z</updated>
<author>
<name>Aaro Koskinen</name>
<email>aaro.koskinen@iki.fi</email>
</author>
<published>2011-11-09T18:13:33Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=77f6ca5a6283a5d34c4bd9dc809fec9e37fdd80d'/>
<id>urn:sha1:77f6ca5a6283a5d34c4bd9dc809fec9e37fdd80d</id>
<content type='text'>
Fix the following compilation failure with v3.2-rc1 by including module.h:

  CC      drivers/input/serio/ams_delta_serio.o
drivers/input/serio/ams_delta_serio.c:33:15: error: expected declaration specifiers or '...' before string constant
drivers/input/serio/ams_delta_serio.c:34:20: error: expected declaration specifiers or '...' before string constant
drivers/input/serio/ams_delta_serio.c:35:16: error: expected declaration specifiers or '...' before string constant
drivers/input/serio/ams_delta_serio.c: In function 'ams_delta_serio_init':
drivers/input/serio/ams_delta_serio.c:155:2: error: 'THIS_MODULE' undeclared (first use in this function)
drivers/input/serio/ams_delta_serio.c:155:2: note: each undeclared identifier is reported only once for each function it appears in

Signed-off-by: Aaro Koskinen &lt;aaro.koskinen@iki.fi&gt;
Signed-off-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;
</content>
</entry>
<entry>
<title>Input: i8042 - add HP Pavilion dv4s to 'notimeout' and 'nomux' blacklists</title>
<updated>2011-11-05T07:03:21Z</updated>
<author>
<name>Tomas Miljenović</name>
<email>TomasM@tomasm.tk</email>
</author>
<published>2011-11-05T06:59:49Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b42c909743595208f7987e331f0921b73af2ce25'/>
<id>urn:sha1:b42c909743595208f7987e331f0921b73af2ce25</id>
<content type='text'>
Touchpad input doesn't work with newer HP Pavilion dv4 laptops due to bad i8042
timeout data.  Booting with i8042.notimeout and i8042.nomux successfully works
around the problem.

This patch adds the devices to the i8042 notimeout and nomux blacklists.

Signed-off-by: Tomas Miljenovic &lt;TomasM@tomasm.tk&gt;
Signed-off-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;
</content>
</entry>
<entry>
<title>Input: serio_raw - fix memory leak when closing char device</title>
<updated>2011-10-11T01:35:23Z</updated>
<author>
<name>Dmitry Torokhov</name>
<email>dmitry.torokhov@gmail.com</email>
</author>
<published>2011-10-11T01:31:39Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=550eca7cafa1c6e2c077afb2211a364a982d8645'/>
<id>urn:sha1:550eca7cafa1c6e2c077afb2211a364a982d8645</id>
<content type='text'>
Apparently we never freed memory allocated when users open our char
devices nor removed old users from the list of connected clients.

Also unregister misc device immediately upon disconnecting the port
instead of waiting until last user drops off (refcounting in misc
device code will make sure needed pieces stay around while they
are needed) and make sure we are not holing holding serio_raw_mutex
when registering/unregistering misc device. This should fix potential
deadlock between serio_raw and misc device code uncovered by lockdep
and reported by Thomas Tuttle.

Reviewed-by: Wanlong Gao &lt;gaowanlong@cn.fujitsu.com&gt;
Signed-off-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;
</content>
</entry>
<entry>
<title>Input: serio_raw - kick clients when disconnecting port</title>
<updated>2011-10-11T01:35:18Z</updated>
<author>
<name>Dmitry Torokhov</name>
<email>dmitry.torokhov@gmail.com</email>
</author>
<published>2011-10-11T01:31:30Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=8c1c10d5706bbb3b41cb4a5578339d67d3eeffc2'/>
<id>urn:sha1:8c1c10d5706bbb3b41cb4a5578339d67d3eeffc2</id>
<content type='text'>
Send SIGIO/POLL_HUP and otherwise wake up waiters when corresponding serio
port is being disconnected. Also check if port is dead in serio_raw_poll
and signal POLLHUP|POLLERR.

This should speed up process of releasing dead devices by userspace
applications.

Reviewed-by: Wanlong Gao &lt;gaowanlong@cn.fujitsu.com&gt;
Signed-off-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;
</content>
</entry>
<entry>
<title>Input: serio_raw - explicitly mark disconnected ports as dead</title>
<updated>2011-10-11T01:35:13Z</updated>
<author>
<name>Dmitry Torokhov</name>
<email>dmitry.torokhov@gmail.com</email>
</author>
<published>2011-10-11T01:31:04Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=85f5b35da86bcd63dd27f0976176169727f96da4'/>
<id>urn:sha1:85f5b35da86bcd63dd27f0976176169727f96da4</id>
<content type='text'>
Instead of relying on setting serio_raw-&gt;serio to NULL upon disconnecting
ports mark them explicitly as "dead". Also take and carry reference to
underlying serio port to make sure it does not go away until we are done
with it.

Reviewed-by: Wanlong Gao &lt;gaowanlong@cn.fujitsu.com&gt;
Signed-off-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;
</content>
</entry>
<entry>
<title>Input: serio_raw - fix coding style issues</title>
<updated>2011-10-11T01:35:10Z</updated>
<author>
<name>Dmitry Torokhov</name>
<email>dmitry.torokhov@gmail.com</email>
</author>
<published>2011-10-11T01:30:56Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=15a564d8dbfc9429540c2d9b38a64d1909de8b24'/>
<id>urn:sha1:15a564d8dbfc9429540c2d9b38a64d1909de8b24</id>
<content type='text'>
This makes checkpatch.pl happy with the driver

Reviewed-by: Wanlong Gao &lt;gaowanlong@cn.fujitsu.com&gt;
Signed-off-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;
</content>
</entry>
</feed>
