diff options
author | Shardar Shariff Md | 2016-08-31 18:58:44 +0530 |
---|---|---|
committer | Wolfram Sang | 2016-09-08 22:34:58 +0200 |
commit | 77821b4678f93b0b45870c04b7c06c364ed090de (patch) | |
tree | cff0edbebba4d9c52617e7e37f7f1d879e526e20 /kernel/uid16.c | |
parent | 2bc445e2253f963412083c3eb1fc92a276086389 (diff) |
i2c: tegra: proper handling of error cases
To summarize the issue observed in error cases:
SW Flow: For i2c message transfer, packet header and data payload is
posted and then required error/packet completion interrupts are enabled
later.
HW flow: HW process the packet just after packet header is posted, if
ARB lost/NACK error occurs (SW will not handle immediately when error
happens as error interrupts are not enabled at this point). HW assumes
error is acknowledged and clears current data in FIFO, But SW here posts
the remaining data payload which still stays in FIFO as stale data
(data without packet header).
Now once the interrupts are enabled, SW handles ARB lost/NACK error by
clearing the ARB lost/NACK interrupt. Now HW assumes that SW attended
the error and will parse/process stale data (data without packet header)
present in FIFO which causes invalid NACK errors.
Fix: Enable the error interrupts before posting the packet into FIFO
which make sure HW to not clear the fifo. Also disable the packet mode
before acknowledging errors (ARB lost/NACK error) to not process any
stale data. As error interrupts are enabled before posting the packet
header use spinlock to avoid preempting.
Signed-off-by: Shardar Shariff Md <smohammed@nvidia.com>
Signed-off-by: Wolfram Sang <wsa@the-dreams.de>
Diffstat (limited to 'kernel/uid16.c')
0 files changed, 0 insertions, 0 deletions