[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <53A95910.20104@nvidia.com>
Date: Tue, 24 Jun 2014 19:55:12 +0900
From: Alexandre Courbot <acourbot@...dia.com>
To: Russell King - ARM Linux <linux@....linux.org.uk>
CC: David Airlie <airlied@...ux.ie>, Ben Skeggs <bskeggs@...hat.com>,
Lucas Stach <dev@...xeye.de>,
Thierry Reding <thierry.reding@...il.com>,
"gnurou@...il.com" <gnurou@...il.com>,
"nouveau@...ts.freedesktop.org" <nouveau@...ts.freedesktop.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"dri-devel@...ts.freedesktop.org" <dri-devel@...ts.freedesktop.org>,
"linux-tegra@...r.kernel.org" <linux-tegra@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>
Subject: Re: [PATCH v2 2/3] drm/ttm: introduce dma cache sync helpers
On 06/24/2014 07:33 PM, Alexandre Courbot wrote:
> On 06/24/2014 07:02 PM, Russell King - ARM Linux wrote:
>> On Tue, Jun 24, 2014 at 06:54:26PM +0900, Alexandre Courbot wrote:
>>> From: Lucas Stach <dev@...xeye.de>
>>>
>>> On architectures for which access to GPU memory is non-coherent,
>>> caches need to be flushed and invalidated explicitly at the
>>> appropriate places. Introduce two small helpers to make things
>>> easy for TTM-based drivers.
>>
>> Have you run this with DMA API debugging enabled? I suspect you haven't,
>> and I recommend that you do.
>
> # cat /sys/kernel/debug/dma-api/error_count
> 162621
>
> (╯°□°)╯︵ ┻━┻)
*puts table back on its feet*
So, yeah - TTM memory is not allocated using the DMA API, hence we
cannot use the DMA API to sync it. Thanks Russell for pointing it out.
The only alternative I see here is to flush the CPU caches when syncing
for the device, and invalidate them for the other direction. Of course
if the device has caches on its side as well the opposite operation must
also be done for it. Guess the only way is to handle it all by ourselves
here. :/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists