diff options
author | Mark Greer <mgreer@animalcreek.com> | 2017-06-15 10:46:17 -0700 |
---|---|---|
committer | Samuel Ortiz <sameo@linux.intel.com> | 2017-06-23 00:20:00 +0200 |
commit | a81d1ab3cad77e20c2df8baef0a35a4980fc511c (patch) | |
tree | e4a98dee491606a76bd7c8f749e95d80dec1044e /net/nfc | |
parent | 1b609e4384a10bc4139ab6ca63caa809eb2d5d0c (diff) | |
download | linux-stable-a81d1ab3cad77e20c2df8baef0a35a4980fc511c.tar.gz linux-stable-a81d1ab3cad77e20c2df8baef0a35a4980fc511c.tar.bz2 linux-stable-a81d1ab3cad77e20c2df8baef0a35a4980fc511c.zip |
Revert "NFC: trf7970a: Handle extra byte in response to Type 5 RMB commands"
This reverts commit ab714817d7e891608d31f6996b1e4c43cf2bf342.
The original commit was designed to handle a bug in the trf7970a NFC
controller where an extra byte was returned in Read Multiple Blocks (RMB)
command responses. However, it has become less clear whether it is a bug
in the trf7970a or in the tag. In addition, it was assumed that the extra
byte was always returned but it turns out that is not always the case. The
result is that a byte of good data is trimmed off when the extra byte is
not present ultimately causing the neard deamon to fail the read.
Since the trf7970a driver does not have the context to know when to trim
the byte or not, remove the code from the trf7970a driver all together
(and move it up to the neard daemon). This has the added benefit of
simplifying the kernel driver and putting the extra complexity into
userspace.
CC: Rob Herring <robh@kernel.org>
CC: devicetree@vger.kernel.org
Signed-off-by: Mark Greer <mgreer@animalcreek.com>
Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
Diffstat (limited to 'net/nfc')
0 files changed, 0 insertions, 0 deletions