[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <32339445-5a1c-5a3e-cd07-d64e35dce2c4@metafoo.de>
Date: Thu, 4 Aug 2016 17:59:30 +0200
From: Lars-Peter Clausen <lars@...afoo.de>
To: Russell King - ARM Linux <linux@...linux.org.uk>,
Sinan Kaya <okaya@...eaurora.org>
Cc: Vinod Koul <vinod.koul@...el.com>, linux-arm-msm@...r.kernel.org,
timur@...eaurora.org, linux-kernel@...r.kernel.org,
Christopher Covington <cov@...eaurora.org>,
dmaengine@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH] dmaengine: qcom_hidma: release the descriptor before the
callback
On 08/04/2016 05:38 PM, Russell King - ARM Linux wrote:
[...]
> What you instead need to do is to find some way to record in your
> driver that transaction 2 failed, and when dma_cookie_status() says
> that a transaction has DMA_COMPLETE status, you need to look up to
> see whether it failed.
In my opinion this is where the current API is broken by design. For each
transfer that fails you need to store the cookie associated with that
transfer in some kind of lookup table. Since there is no lifetime associated
with a cookie entries in this table would need to be retained forever and it
will grow unbound.
Ideally we'd mark error reporting through this interface as deprecated and
discourage new users of the interface. As far as I can see most of the few
drivers that do return DMA_ERROR get it wrong anyway, e.g. return it
unconditionally for all cookies when an error occurred for any of them.
- Lars
Powered by blists - more mailing lists