On 13.12.2012 17:03, Lucas Stach wrote:
> You are still doing the allocation the IMHO wrong way around. I thought
> we agreed to do all the allocations in host1x, which obviously means not
> using the cma_gem_helpers anymore, but introducing a new native host1x
> object to back GEM/V4L/whatever obj
This set of patches adds support for Tegra20 and Tegra30 host1x and
2D. It is based on linux-next.
The third version has too many changes to list all of them. Here are
highlights:
* Renamed to host1x, and moved to drivers/gpu/host1x
* Greatly simplified the inner workings between physical and lo
Hi Terje,
Am Donnerstag, den 13.12.2012, 16:04 +0200 schrieb Terje Bergstrom:
> This set of patches adds support for Tegra20 and Tegra30 host1x and
> 2D. It is based on linux-next.
>
> The third version has too many changes to list all of them. Here are
> highlights:
> * Renamed to host1x, and m
On 13.12.2012 17:03, Lucas Stach wrote:
> You are still doing the allocation the IMHO wrong way around. I thought
> we agreed to do all the allocations in host1x, which obviously means not
> using the cma_gem_helpers anymore, but introducing a new native host1x
> object to back GEM/V4L/whatever obj
Hi Terje,
Am Donnerstag, den 13.12.2012, 16:04 +0200 schrieb Terje Bergstrom:
> This set of patches adds support for Tegra20 and Tegra30 host1x and
> 2D. It is based on linux-next.
>
> The third version has too many changes to list all of them. Here are
> highlights:
> * Renamed to host1x, and m
This set of patches adds support for Tegra20 and Tegra30 host1x and
2D. It is based on linux-next.
The third version has too many changes to list all of them. Here are
highlights:
* Renamed to host1x, and moved to drivers/gpu/host1x
* Greatly simplified the inner workings between physical and lo
