From: "Sricharan" <sricharan@codeaurora.org>
To: 'Abhishek Sahu' <absahu@codeaurora.org>
Cc: architt@codeaurora.org, wsa@the-dreams.de,
linux-arm-msm@vger.kernel.org, ntelkar@codeaurora.org,
linux-kernel@vger.kernel.org, dmaengine@vger.kernel.org,
linux-i2c@vger.kernel.org, agross@codeaurora.org,
andy.gross@linaro.org, linux-arm-kernel@lists.infradead.org
Subject: RE: [PATCH 1/2] i2c: qup: Cleared the error bits in ISR
Date: Thu, 12 May 2016 07:58:59 +0530 [thread overview]
Message-ID: <000901d1abf6$0f3ebf50$2dbc3df0$@codeaurora.org> (raw)
In-Reply-To: <934365f2bd30f242d8548e2a27483679@codeaurora.org>
Hi,
> -----Original Message-----
> From: linux-arm-kernel [mailto:linux-arm-kernel-
> bounces@lists.infradead.org] On Behalf Of Abhishek Sahu
> Sent: Wednesday, May 11, 2016 11:04 PM
> To: Sricharan <sricharan@codeaurora.org>
> Cc: architt@codeaurora.org; wsa@the-dreams.de; linux-arm-
> msm@vger.kernel.org; ntelkar@codeaurora.org; linux-
> kernel@vger.kernel.org; dmaengine@vger.kernel.org; linux-
> i2c@vger.kernel.org; agross@codeaurora.org; andy.gross@linaro.org; linux-
> arm-kernel@lists.infradead.org
> Subject: RE: [PATCH 1/2] i2c: qup: Cleared the error bits in ISR
>
> On 2016-05-11 21:27, Sricharan wrote:
> > Hi,
> >
> >> 1. Current QCOM I2C driver hangs when sending data to address
> >> 0x03-0x07
> >> in some scenarios. The QUP controller generates invalid write in this
> >> case, since these addresses are reserved for different bus formats.
> >>
> >> 2. Also, the error handling is done by I2C QUP ISR in the case of DMA
> >> mode.
> >> The state need to be RESET in case of any error for clearing the
> >> available data in FIFO, which otherwise leaves the BAM DMA controller
> >> in hang state.
> >>
> >> This patch fixes the above two issues by clearing the error bits from
> >> I2C and QUP status in ISR in case of I2C error, QUP error and resets
> >> the QUP state to clear the FIFO data.
> >>
> >> Signed-off-by: Abhishek Sahu <absahu@codeaurora.org>
> >> ---
> >> drivers/i2c/busses/i2c-qup.c | 14 ++++++++------
> >> 1 file changed, 8 insertions(+), 6 deletions(-)
> >>
> >> diff --git a/drivers/i2c/busses/i2c-qup.c
> >> b/drivers/i2c/busses/i2c-qup.c index 23eaabb..8c2f1bc 100644
> >> --- a/drivers/i2c/busses/i2c-qup.c
> >> +++ b/drivers/i2c/busses/i2c-qup.c
> >> @@ -213,14 +213,16 @@ static irqreturn_t qup_i2c_interrupt(int irq,
> >> void
> >> *dev)
> >> bus_err &= I2C_STATUS_ERROR_MASK;
> >> qup_err &= QUP_STATUS_ERROR_FLAGS;
> >>
> >> - if (qup_err) {
> >> - /* Clear Error interrupt */
> >> + /* Clear the error bits in QUP_ERROR_FLAGS */
> >> + if (qup_err)
> >> writel(qup_err, qup->base + QUP_ERROR_FLAGS);
> >> - goto done;
> >> - }
> >>
> >> - if (bus_err) {
> >> - /* Clear Error interrupt */
> >> + /* Clear the error bits in QUP_I2C_STATUS */
> >> + if (bus_err)
> >> + writel(bus_err, qup->base + QUP_I2C_STATUS);
> >> +
> >> + /* Reset the QUP State in case of error */
> >> + if (qup_err || bus_err) {
> >> writel(QUP_RESET_STATE, qup->base + QUP_STATE);
> >> goto done;
> >> }
> > In qup_i2c_xfer and qup_i2c_xfer_v2 state is set to RESET at
> > the end, when
> > there is no error. So would it be fine if we do it there
> > unconditionally ?
> >
> > Regards,
> > Sricharan
>
> RESET the QUP state wouldn't create any issue in the case of multiple
calls.
> The existing code also RESET the QUP state for bus_err but it is not
clearing
> status bits.
So is there a difference that you see by setting it in isr for qup
errors ?
Otherwise, its better to set it in one place unconditionally instead of
doing
it in two places ?
Regards,
Sricharan
next prev parent reply other threads:[~2016-05-12 2:28 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-09 12:44 [PATCH 0/2] i2c: qup: Fixed the DMA transfer errors Abhishek Sahu
2016-05-09 12:44 ` [PATCH 1/2] i2c: qup: Cleared the error bits in ISR Abhishek Sahu
2016-05-11 15:57 ` Sricharan
2016-05-11 17:34 ` Abhishek Sahu
2016-05-12 2:28 ` Sricharan [this message]
2016-05-12 5:13 ` Andy Gross
2016-05-12 6:18 ` Abhishek Sahu
2016-05-12 17:58 ` Andy Gross
2016-05-12 19:32 ` Abhishek Sahu
2016-05-12 20:05 ` Andy Gross
2016-05-12 20:27 ` Abhishek Sahu
2016-06-18 16:32 ` Wolfram Sang
2016-06-20 12:48 ` Abhishek Sahu
2016-07-15 6:33 ` Wolfram Sang
2016-05-09 12:44 ` [PATCH 2/2] i2c: qup: Fixed the DMA segments length Abhishek Sahu
2016-05-11 16:18 ` Sricharan
2016-05-11 17:43 ` Abhishek Sahu
2016-07-15 6:38 ` Wolfram Sang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='000901d1abf6$0f3ebf50$2dbc3df0$@codeaurora.org' \
--to=sricharan@codeaurora.org \
--cc=absahu@codeaurora.org \
--cc=agross@codeaurora.org \
--cc=andy.gross@linaro.org \
--cc=architt@codeaurora.org \
--cc=dmaengine@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=ntelkar@codeaurora.org \
--cc=wsa@the-dreams.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).