[PATCH 0/6] Etnaviv cmdbuf suballocator

Christian Gmeiner christian.gmeiner at gmail.com
Mon Jan 30 11:52:18 UTC 2017


Hi Lucas,

2017-01-30 12:48 GMT+01:00 Lucas Stach <l.stach at pengutronix.de>:
> Am Mittwoch, den 18.01.2017, 12:25 +0100 schrieb Lucas Stach:
>> Hi all,
>>
>> the following patches introduce a cmduf suballocator in the Etnaviv
>> kernel driver, which has the following benefits:
>>
>> 1. Allocating and freeing a CMA buffer for each user command submission
>>    is taking a big toll on the CPU, as CMA is not exactly low overhead.
>>    By suballocating a single buffer we avoid all this overhead.
>>
>> 2. Less TLB flushes on MMUv2. Each time a new buffer gets mapped into
>>    the GPU address space on MMUv2 the TLBs need to be flushed. Mapping
>>    the suballocated area once allows to skip the TLB flushes (at least
>>    as long as userspace re-uses existing buffers).
>>
>> 3. No workarounds for GC3000 required anymore. The FE TLB flush on
>>    GC3000 doesn't work reliably, which required us to map the cmdbufs
>>    into the GPU address space at specific positions, which also isn't
>>    guaranteed to work if the address space is already crowded. Having
>>    a single static area for the cmdbufs side-steps the erratum completely.
>>
>> If I can get reviews and/or enough testing, I would like to include this
>> code in kernel 4.11.
>
> If this helps in testing this change, I have pushed my queue out into my
> public git repo at:
>
> https://git.pengutronix.de/git/lst/linux drm-etnaviv-next
>
> The branch is based on v4.10-rc1, but is trivial to rebase onto
> something more recent.
>

Will have a look at it later the day.

greets
--
Christian Gmeiner, MSc

https://www.youtube.com/user/AloryOFFICIAL
https://soundcloud.com/christian-gmeiner


More information about the dri-devel mailing list