From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 582B6C433EF for ; Wed, 17 Nov 2021 04:34:44 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 4201461155 for ; Wed, 17 Nov 2021 04:34:44 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233104AbhKQEhk (ORCPT ); Tue, 16 Nov 2021 23:37:40 -0500 Received: from mail.kernel.org ([198.145.29.99]:42012 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233149AbhKQEhi (ORCPT ); Tue, 16 Nov 2021 23:37:38 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 6BCFA61155; Wed, 17 Nov 2021 04:34:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1637123680; bh=UvK+WJZOj7kbGDT6VDZOQ6UuM6Yq4w5uG0salUh+u1A=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=UXKrNop+lqgEpu/Q5hLEdgJdXIvaifZwVU4C9EK3kLHFkxG6ULmKG25x36QhqpbUX KCTxhPgpSiET1xP8B7fwDNnMY4D/eIYeSFnwc1pEn4+bKf0fPacoc2YhHEbwxReSOX wWTEt+8KAJ8JkwJ0ZPVd0PITRETFMmBol/xiPVscjZ2FPXFuoNygcNJry/Sjd+ifwV mcPxGoGGJNX3L3wiHtEpn109IxiWXP4tbm3Jyg+k8iYSiCgWtc//JOaBgQXWqSRMuV MFvQ6L1GU+vAITWK9z+hLu4zpmQkHTWOHFrgvfnxBNAAguyywZvKicwQz1mDP6Rrmu 33Xx4gbqXXyXA== Date: Wed, 17 Nov 2021 10:04:35 +0530 From: Vinod Koul To: Mark Brown Cc: Doug Anderson , Bjorn Andersson , linux-arm-msm@vger.kernel.org, Andy Gross , Sumit Semwal , Matthias Kaehlcke , linux-spi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v5] spi: spi-geni-qcom: Add support for GPI dma Message-ID: References: <20211020060954.1531783-1-vkoul@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-arm-msm@vger.kernel.org On 16-11-21, 16:41, Mark Brown wrote: > On Tue, Nov 16, 2021 at 09:27:59PM +0530, Vinod Koul wrote: > > On 03-11-21, 14:17, Doug Anderson wrote: > > > > if (result->residue) { > > > dev_err(...); > > > return; > > > } > > > spi_finalize_current_transfer(...); > > > Should we always call spi_finalize_current_transfer() ? This way we > > timeout... What is the way to signal error has occurred..? > > Yes, set an error in the transfer and then finalize it. Sure will do, thanks for confirming Mark -- ~Vinod