<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/drivers/staging/nvec, branch v3.18.100</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=v3.18.100</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=v3.18.100'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2017-10-08T08:11:22+00:00</updated>
<entry>
<title>staging: nvec: remove duplicated const</title>
<updated>2017-10-08T08:11:22+00:00</updated>
<author>
<name>Peng Fan</name>
<email>van.freenix@gmail.com</email>
</author>
<published>2015-06-16T15:13:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=9d5012da8b97a6199fb2ead626be9c81aff649a8'/>
<id>urn:sha1:9d5012da8b97a6199fb2ead626be9c81aff649a8</id>
<content type='text'>
commit 716baa7b430c66187a41e4d41eedf5de01343b21 upstream.

Sparse checking warning:
"drivers/staging/nvec/nvec_ps2.c:172:14: warning: duplicate const".
Remove the duplicated const to fix the warning.

Signed-off-by: Peng Fan &lt;van.freenix@gmail.com&gt;
Acked-by: Marc Dietrich &lt;marvin24@gmx.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>Revert "staging: nvec: ps2: change serio type to passthrough"</title>
<updated>2017-04-18T05:55:47+00:00</updated>
<author>
<name>Paul Fertser</name>
<email>fercerpav@gmail.com</email>
</author>
<published>2016-10-27T14:22:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=81bee3aa75f6c00f642eca6f2d0bd697a30a3d63'/>
<id>urn:sha1:81bee3aa75f6c00f642eca6f2d0bd697a30a3d63</id>
<content type='text'>
commit 17c1c9ba15b238ef79b51cf40d855c05b58d5934 upstream.

This reverts commit 36b30d6138f4677514aca35ab76c20c1604baaad.

This is necessary to detect paz00 (ac100) touchpad properly as one
speaking ETPS/2 protocol. Without it X.org's synaptics driver doesn't
work as the touchpad is detected as an ImPS/2 mouse instead.

Commit ec6184b1c717b8768122e25fe6d312f609cc1bb4 changed the way
auto-detection is performed on ports marked as pass through and made the
issue apparent.

A pass through port is an additional PS/2 port used to connect a slave
device to a master device that is using PS/2 to communicate with the
host (so slave's PS/2 communication is tunneled over master's PS/2
link). "Synaptics PS/2 TouchPad Interfacing Guide" describes such a
setup (PS/2 PASS-THROUGH OPTION section).

Since paz00's embedded controller is not connected to a PS/2 port
itself, the PS/2 interface it exposes is not a pass-through one.

Signed-off-by: Paul Fertser &lt;fercerpav@gmail.com&gt;
Acked-by: Marc Dietrich &lt;marvin24@gmx.de&gt;
Fixes: 36b30d6138f4 ("staging: nvec: ps2: change serio type to passthrough")
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drivers: staging: nvec: remove bogus reset command for PS/2 interface</title>
<updated>2017-04-18T05:55:47+00:00</updated>
<author>
<name>Paul Fertser</name>
<email>fercerpav@gmail.com</email>
</author>
<published>2016-10-27T14:22:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=e175e34835372fa035f98ea6387b39c48a55e051'/>
<id>urn:sha1:e175e34835372fa035f98ea6387b39c48a55e051</id>
<content type='text'>
commit d8f8a74d5fece355d2234e1731231d1aebc66b38 upstream.

This command was sent behind serio's back and the answer to it was
confusing atkbd probe function which lead to the elantech touchpad
getting detected as a keyboard.

To prevent this from happening just let every party do its part of the
job.

Signed-off-by: Paul Fertser &lt;fercerpav@gmail.com&gt;
Acked-by: Marc Dietrich &lt;marvin24@gmx.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>staging/nvec: Use platform_get_irq()</title>
<updated>2014-07-31T00:18:47+00:00</updated>
<author>
<name>Thierry Reding</name>
<email>treding@nvidia.com</email>
</author>
<published>2014-07-29T11:16:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=b5b628ba4980762b290bb794d44dce629d0126f2'/>
<id>urn:sha1:b5b628ba4980762b290bb794d44dce629d0126f2</id>
<content type='text'>
As opposed to platform_get_resource(), the platform_get_irq() function
has special code to handle driver probe deferral when booting using DT
and where an interrupt provider hasn't been registered yet. While this
is unlikely to become an issue for nvec, platform_get_irq() is the
recommended way to get at interrupts.

Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;
Acked-by: Marc Dietrich &lt;marvin24@gmx.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>staging/nvec: Do not pass resource to mfd_add_devices()</title>
<updated>2014-07-31T00:18:47+00:00</updated>
<author>
<name>Thierry Reding</name>
<email>treding@nvidia.com</email>
</author>
<published>2014-07-29T11:16:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=47e7b05001d8634704b1563ba93863194ac129f0'/>
<id>urn:sha1:47e7b05001d8634704b1563ba93863194ac129f0</id>
<content type='text'>
The mfd_add_devices() function takes a struct resource * as fifth
argument, but the nvec driver passes in a void __iomem *. The driver
gets away with it because none of the subdevices ever directly access
the registers.

Since subdevices never need to access the registers we can simply pass
NULL instead.

Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;
Acked-by: Marc Dietrich &lt;marvin24@gmx.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>staging/nvec: Remove double const qualifier</title>
<updated>2014-07-21T21:20:50+00:00</updated>
<author>
<name>Thierry Reding</name>
<email>treding@nvidia.com</email>
</author>
<published>2014-07-21T11:54:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=5d30566f7383f7f33a1c8ece38f5306bcd12890e'/>
<id>urn:sha1:5d30566f7383f7f33a1c8ece38f5306bcd12890e</id>
<content type='text'>
The SIMPLE_DEV_PM_OPS macro already uses the const qualifier, so there's
no need to repeat it.

Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;
Acked-by: Marc Dietrich &lt;marvin24@gmx.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>staging: nvec: remove unneccessary 'out of memory' message</title>
<updated>2014-07-09T19:14:06+00:00</updated>
<author>
<name>Pawel Lebioda</name>
<email>pawel.lebioda89@gmail.com</email>
</author>
<published>2014-07-05T20:30:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=5a9077a83321abe390b2dffde0e3fe2be0f4e6bb'/>
<id>urn:sha1:5a9077a83321abe390b2dffde0e3fe2be0f4e6bb</id>
<content type='text'>
Fix the following warning reported by checkpatch.pl:

WARNING: Possible unnecessary 'out of memory' message
811: FILE: drivers/staging/nvec/nvec.c:811

Signed-off-by: Pawel Lebioda &lt;pawel.lebioda89@gmail.com&gt;
Acked-by: Marc Dietrich &lt;marvin24@gmx.de&gt;
Reviewed-by: Thierry Reding &lt;treding@nvidia.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>staging: nvec: remove unnecessary 'else' after 'return' statement</title>
<updated>2014-07-09T19:14:06+00:00</updated>
<author>
<name>Pawel Lebioda</name>
<email>pawel.lebioda89@gmail.com</email>
</author>
<published>2014-07-05T20:30:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=aea2cda3d817a53ee13ffe0105644d1ac500cc5e'/>
<id>urn:sha1:aea2cda3d817a53ee13ffe0105644d1ac500cc5e</id>
<content type='text'>
Fix the following warning reported by checkpatch.pl:

WARNING: else is not generally useful after a break or return
235: FILE: drivers/staging/nvec/nvec.c:235

Signed-off-by: Pawel Lebioda &lt;pawel.lebioda89@gmail.com&gt;
Acked-by: Marc Dietrich &lt;marvin24@gmx.de&gt;
Reviewed-by: Thierry Reding &lt;treding@nvidia.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>staging: nvec: insert blank lines after declarations</title>
<updated>2014-07-09T19:14:06+00:00</updated>
<author>
<name>Pawel Lebioda</name>
<email>pawel.lebioda89@gmail.com</email>
</author>
<published>2014-07-03T19:15:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=fa7996178650377994b1e42ea6c00df304d48065'/>
<id>urn:sha1:fa7996178650377994b1e42ea6c00df304d48065</id>
<content type='text'>
This patch fixes coding style warnings reported by checkpatch.pl:
"Missing a blank line after declarations".

Signed-off-by: Pawel Lebioda &lt;pawel.lebioda89@gmail.com&gt;
Acked-by: Marc Dietrich &lt;marvin24@gmx.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>staging:nvec: Introduce the use of the managed version of kzalloc</title>
<updated>2014-03-07T23:19:36+00:00</updated>
<author>
<name>Himangi Saraogi</name>
<email>himangi774@gmail.com</email>
</author>
<published>2014-03-07T16:09:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=e534f3e9429feb99ea133dfd5618b0dfc5af8a00'/>
<id>urn:sha1:e534f3e9429feb99ea133dfd5618b0dfc5af8a00</id>
<content type='text'>
This patch moves shared private data kzalloc to managed devm_kzalloc.
There are no kfree statements associated with this data, so using devm
adds the possibility of the data being freed, if the proble function
fails (if that is possible) or if the remove function succeeds.

Signed-off-by: Himangi Saraogi &lt;himangi774@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
</feed>
