<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/nfc, branch v3.5</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
</subtitle>
<id>https://git.shady.money/linux/atom?h=v3.5</id>
<link rel='self' href='https://git.shady.money/linux/atom?h=v3.5'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/'/>
<updated>2012-05-25T15:16:16Z</updated>
<entry>
<title>NFC: potential integer overflow problem in check_crc()</title>
<updated>2012-05-25T15:16:16Z</updated>
<author>
<name>Dan Carpenter</name>
<email>dan.carpenter@oracle.com</email>
</author>
<published>2012-05-18T07:36:47Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=885ba1da689299ec52e646ca1a2429b8de55f364'/>
<id>urn:sha1:885ba1da689299ec52e646ca1a2429b8de55f364</id>
<content type='text'>
If "buf[0]" is 255 then "len" gets set to 0.  The call to
"crc_ccitt(0xffff, buf, len - 2);" casts the "len - 2" to a high
positive number which is ugly.

Signed-off-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>NFC: HCI based pn544 driver</title>
<updated>2012-05-15T21:30:30Z</updated>
<author>
<name>Eric Lapuyade</name>
<email>eric.lapuyade@intel.com</email>
</author>
<published>2012-05-07T10:31:29Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=bbed0deefbb4bb1ab09e0dbc29e00fda86bb7838'/>
<id>urn:sha1:bbed0deefbb4bb1ab09e0dbc29e00fda86bb7838</id>
<content type='text'>
This is an NFC driver for NXP pn544.
Unlike pn544.c, this one is based on the NFC HCI and SHDLC kernel layers.

Signed-off-by: Eric Lapuyade &lt;eric.lapuyade@intel.com&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@linux.intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>NFC: Remove unneeded pn533 dev NULL check</title>
<updated>2012-05-15T21:28:01Z</updated>
<author>
<name>Dan Carpenter</name>
<email>dan.carpenter@oracle.com</email>
</author>
<published>2012-05-07T10:31:18Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=0f909361062d42b0ff7c6522e2347b56a0bf43cc'/>
<id>urn:sha1:0f909361062d42b0ff7c6522e2347b56a0bf43cc</id>
<content type='text'>
container_of() works by subtracting the offset of the member.  The math
can't really return a zero here.  Sometimes people check it when they
actually meant to check something else but in this case we can just
remove the check.

Signed-off-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@linux.intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>NFC: Cache the core NFC active target pointer instead of its index</title>
<updated>2012-05-15T21:27:59Z</updated>
<author>
<name>Eric Lapuyade</name>
<email>eric.lapuyade@intel.com</email>
</author>
<published>2012-05-07T10:31:13Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=900994332675f84a9fbbb33ff089474614c7f2fe'/>
<id>urn:sha1:900994332675f84a9fbbb33ff089474614c7f2fe</id>
<content type='text'>
The NFC Core now caches the active nfc target pointer, thereby avoiding
the need to lookup the target table for each invocation of a driver ops.
Consequently, pn533, HCI and NCI now directly receive an nfc_target
pointer instead of a target index.

Cc: Ilan Elias &lt;ilane@ti.com&gt;
Signed-off-by: Eric Lapuyade &lt;eric.lapuyade@intel.com&gt;
Signed-off-by: Samuel Ortiz &lt;sameo@linux.intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>NFC: pn533 Rx chaining support</title>
<updated>2012-04-12T19:10:44Z</updated>
<author>
<name>Samuel Ortiz</name>
<email>sameo@linux.intel.com</email>
</author>
<published>2012-04-10T17:43:18Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=6ff73fd239ff5d6f1ebfe5b5f7f560d9fad7d749'/>
<id>urn:sha1:6ff73fd239ff5d6f1ebfe5b5f7f560d9fad7d749</id>
<content type='text'>
When buffers on the receiption path exceed 262 bytes, the pn533 uses
a chaining mechanism where the initiator has to send NULL data frames
to fetch the remaining frames.
We do that from a workqueue context while holding the cmd lock. Once the
MI bit is gone, we aggregate the queued received skbs.

Signed-off-by: Samuel Ortiz &lt;sameo@linux.intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>NFC: Convert pn533 from tasklet to workqueues</title>
<updated>2012-04-12T19:10:43Z</updated>
<author>
<name>Samuel Ortiz</name>
<email>sameo@linux.intel.com</email>
</author>
<published>2012-04-10T17:43:17Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=4849f85ee36db94033a7c8b32689458d6f435e80'/>
<id>urn:sha1:4849f85ee36db94033a7c8b32689458d6f435e80</id>
<content type='text'>
There is no need for soft IRQ contexts, and workqueues are more flexible.

Signed-off-by: Samuel Ortiz &lt;sameo@linux.intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>NFC: Remove the rf mode parameter from the DEP link up routine</title>
<updated>2012-03-06T20:16:23Z</updated>
<author>
<name>Samuel Ortiz</name>
<email>sameo@linux.intel.com</email>
</author>
<published>2012-03-05T00:03:50Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=47807d3dbb62e93850cbcb797db1a9ee1806f986'/>
<id>urn:sha1:47807d3dbb62e93850cbcb797db1a9ee1806f986</id>
<content type='text'>
When calling nfc_dep_link_up, we implicitely are in initiator mode.
Which means we also can provide the general bytes as a function argument,
as all drivers will eventually request them.

Signed-off-by: Samuel Ortiz &lt;sameo@linux.intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>NFC: Export NFCID when detecting a p2p target with pn533</title>
<updated>2012-03-06T20:16:23Z</updated>
<author>
<name>Samuel Ortiz</name>
<email>sameo@linux.intel.com</email>
</author>
<published>2012-03-05T00:03:47Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=2fbabfa467ce945deb92bf04c745b4d101fc21ee'/>
<id>urn:sha1:2fbabfa467ce945deb92bf04c745b4d101fc21ee</id>
<content type='text'>
Signed-off-by: Samuel Ortiz &lt;sameo@linux.intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>NFC: Export Jewel/Topaz ID from pn533</title>
<updated>2012-03-06T20:16:22Z</updated>
<author>
<name>Samuel Ortiz</name>
<email>sameo@linux.intel.com</email>
</author>
<published>2012-03-05T00:03:46Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=d8dc107248d336695ca6a964c5ffdc2f4d160a04'/>
<id>urn:sha1:d8dc107248d336695ca6a964c5ffdc2f4d160a04</id>
<content type='text'>
The jewel ID is the NFCID1 for Topaz NFC tags.

Signed-off-by: Samuel Ortiz &lt;sameo@linux.intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>NFC: Export sensf from pn533</title>
<updated>2012-03-06T20:16:22Z</updated>
<author>
<name>Samuel Ortiz</name>
<email>sameo@linux.intel.com</email>
</author>
<published>2012-03-05T00:03:45Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/linux/commit/?id=7975754f61b8e87ad0b34509a94c54c8d19ea15d'/>
<id>urn:sha1:7975754f61b8e87ad0b34509a94c54c8d19ea15d</id>
<content type='text'>
sensf is the detection response for Felica NFC tags.

Signed-off-by: Samuel Ortiz &lt;sameo@linux.intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
</feed>
