aboutsummaryrefslogtreecommitdiffstats
path: root/include/linux/if_arp.h
diff options
context:
space:
mode:
authorHenrik Rydberg <rydberg@euromail.se>2013-10-02 13:15:03 -0400
committerGuenter Roeck <linux@roeck-us.net>2013-10-09 12:48:55 -0400
commit25f2bd7f5add608c1d1405938f39c96927b275ca (patch)
tree7eaef0e6f3618ace1096905bd4ceb2d5597517f6 /include/linux/if_arp.h
parent15c03dd4859ab16f9212238f29dd315654aa94f6 (diff)
hwmon: (applesmc) Always read until end of data
The crash reported and investigated in commit 5f4513 turned out to be caused by a change to the read interface on newer (2012) SMCs. Tests by Chris show that simply reading the data valid line is enough for the problem to go away. Additional tests show that the newer SMCs no longer wait for the number of requested bytes, but start sending data right away. Apparently the number of bytes to read is no longer specified as before, but instead found out by reading until end of data. Failure to read until end of data confuses the state machine, which eventually causes the crash. As a remedy, assuming bit0 is the read valid line, make sure there is nothing more to read before leaving the read function. Tested to resolve the original problem, and runtested on MBA3,1, MBP4,1, MBP8,2, MBP10,1, MBP10,2. The patch seems to have no effect on machines before 2012. Tested-by: Chris Murphy <chris@cmurf.com> Cc: stable@vger.kernel.org Signed-off-by: Henrik Rydberg <rydberg@euromail.se> Signed-off-by: Guenter Roeck <linux@roeck-us.net>
Diffstat (limited to 'include/linux/if_arp.h')
0 files changed, 0 insertions, 0 deletions