public inbox for linux-i3c@lists.infradead.org
 help / color / mirror / Atom feed
From: Frank Li <Frank.li@nxp.com>
To: Adrian Hunter <adrian.hunter@intel.com>
Cc: alexandre.belloni@bootlin.com, linux-i3c@lists.infradead.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 07/16] i3c: mipi-i3c-hci: Complete transfer lists immediately on error
Date: Sun, 19 Apr 2026 22:15:28 -0400	[thread overview]
Message-ID: <aeWMQB_KnW2MD1Jo@lizhi-Precision-Tower-5810> (raw)
In-Reply-To: <542a004d-e615-4bf4-962a-91736d7a412b@intel.com>

On Fri, Apr 17, 2026 at 08:12:46PM +0300, Adrian Hunter wrote:
> On 17/04/2026 11:11, Frank Li wrote:
> > On Thu, Apr 16, 2026 at 08:56:55PM +0300, Adrian Hunter wrote:
> >> In DMA mode, transfer lists are currently completed only when the final
> >> transfer in the list completes. If an earlier transfer fails, the list is
> >> left incomplete and callers wait until timeout.
> >>
> >> There is no need to wait for a timeout, as the completion path in
> >> i3c_hci_process_xfer() already checks for error status. Complete the
> >> transfer list as soon as any transfer in the list reports an error.
> >>
> >> This avoids unnecessary delays and spurious timeouts on error.
> >>
> >> Complete a transfer list completion immediately there is an error.
> >>
> >> Signed-off-by: Adrian Hunter <adrian.hunter@intel.com>
> >> ---
> > ...
> >>  			struct i3c_dma *dma;
> >> +			struct hci_xfer *completing_xfer;
> >
> > Generally, it should be working queue.
> >
> > So working(current)_xfer should be better.
>
> The completing transfer might not be the current transfer.
> This patch is concerned with transfer lists with more than
> one transfer, and an error happens on a transfer that is not
> the last one of the list (the last one is the completing transfer).

The modern module like use term "working queue" and "completed queue".

"completing" is confused, look like dma "working" it.

Frank


>
> >
> > Frank
> >>  			int ring_number;
> >>  			int ring_entry;
> >>  		};
> >> --
> >> 2.51.0
> >>
>

-- 
linux-i3c mailing list
linux-i3c@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-i3c

  reply	other threads:[~2026-04-20  2:15 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-04-16 17:56 [PATCH 00/16] i3c: mipi-i3c-hci: DMA abort, recovery and related improvements Adrian Hunter
2026-04-16 17:56 ` [PATCH 01/16] i3c: mipi-i3c-hci: Fix suspend behavior when bus disable falls back to software reset Adrian Hunter
2026-04-17  6:37   ` Frank Li
2026-04-16 17:56 ` [PATCH 02/16] i3c: mipi-i3c-hci: Preserve RUN bit when aborting DMA ring Adrian Hunter
2026-04-17  6:47   ` Frank Li
2026-04-16 17:56 ` [PATCH 03/16] i3c: mipi-i3c-hci: Prevent DMA enqueue while ring is aborting or in error Adrian Hunter
2026-04-17  6:56   ` Frank Li
2026-04-17 17:07     ` Adrian Hunter
2026-04-20  2:20       ` Frank Li
2026-04-20 11:59         ` Adrian Hunter
2026-04-16 17:56 ` [PATCH 04/16] i3c: mipi-i3c-hci: Wait for DMA ring restart to complete Adrian Hunter
2026-04-16 17:56 ` [PATCH 05/16] i3c: mipi-i3c-hci: Move hci_dma_xfer_done() definition Adrian Hunter
2026-04-17  7:01   ` Frank Li
2026-04-16 17:56 ` [PATCH 06/16] i3c: mipi-i3c-hci: Call hci_dma_xfer_done() from dequeue path Adrian Hunter
2026-04-17  7:04   ` Frank Li
2026-04-16 17:56 ` [PATCH 07/16] i3c: mipi-i3c-hci: Complete transfer lists immediately on error Adrian Hunter
2026-04-17  8:11   ` Frank Li
2026-04-17 17:12     ` Adrian Hunter
2026-04-20  2:15       ` Frank Li [this message]
2026-04-16 17:56 ` [PATCH 08/16] i3c: mipi-i3c-hci: Avoid restarting DMA ring after aborting wrong transfer Adrian Hunter
2026-04-16 17:56 ` [PATCH 09/16] i3c: mipi-i3c-hci: Add DMA ring abort/reset quirk for Intel controllers Adrian Hunter
2026-04-16 17:56 ` [PATCH 10/16] i3c: mipi-i3c-hci: Add DMA ring abort " Adrian Hunter
2026-04-16 17:56 ` [PATCH 11/16] i3c: mipi-i3c-hci: Factor out reset-and-restore helper Adrian Hunter
2026-04-16 17:57 ` [PATCH 12/16] i3c: mipi-i3c-hci: Add DMA-mode recovery for internal controller errors Adrian Hunter
2026-04-16 17:57 ` [PATCH 13/16] i3c: mipi-i3c-hci: Wait for NoOp commands to complete Adrian Hunter
2026-04-16 17:57 ` [PATCH 14/16] i3c: mipi-i3c-hci: Base timeouts on actual transfer start time Adrian Hunter
2026-04-16 17:57 ` [PATCH 15/16] i3c: mipi-i3c-hci: Consolidate DMA ring allocation Adrian Hunter
2026-04-16 17:57 ` [PATCH 16/16] i3c: mipi-i3c-hci: Increase DMA transfer ring size to maximum Adrian Hunter

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=aeWMQB_KnW2MD1Jo@lizhi-Precision-Tower-5810 \
    --to=frank.li@nxp.com \
    --cc=adrian.hunter@intel.com \
    --cc=alexandre.belloni@bootlin.com \
    --cc=linux-i3c@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    /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