On Mon, Feb 18, 2013 at 7:51 AM, Inki Dae wrote:
> This patch adds library and test application for g2d gpu(fimg2d).
>
> The fimg2d hardware is a 2D graphics accelerator(G2D) that
> supports Bit Block Transfer(BitBLT).
>
> The library includes the following primitive drawing operations:
> .solid f
2013/3/3 Rob Clark :
> On Sat, Mar 2, 2013 at 2:28 AM, Inki Dae wrote:
>> Actually, we have already implemented the EXA part of X server and
>> that has being used on our linux platform. But I think we could more
>> improvement this. So are you writting user side g2d drivers for Chrome
>> book(bas
2013/3/3 Rob Clark :
> On Sat, Mar 2, 2013 at 2:28 AM, Inki Dae wrote:
>> Actually, we have already implemented the EXA part of X server and
>> that has being used on our linux platform. But I think we could more
>> improvement this. So are you writting user side g2d drivers for Chrome
>> book(bas
2013/3/1 Rob Clark :
> On Fri, Mar 1, 2013 at 1:52 AM, Inki Dae wrote:
>> 2013/3/1 Rob Clark :
>>> Just curious, but the 2d blitter have it's own sort of
>>> command-processor, ie. can you feed it a list of different blits in
>>> one batch and then it will process them one after another?
>>>
>>
>>
On Sat, Mar 2, 2013 at 2:28 AM, Inki Dae wrote:
> Actually, we have already implemented the EXA part of X server and
> that has being used on our linux platform. But I think we could more
> improvement this. So are you writting user side g2d drivers for Chrome
> book(based on Exynos5250 SoC)? And
On Sat, Mar 2, 2013 at 2:28 AM, Inki Dae wrote:
> Actually, we have already implemented the EXA part of X server and
> that has being used on our linux platform. But I think we could more
> improvement this. So are you writting user side g2d drivers for Chrome
> book(based on Exynos5250 SoC)? And
2013/3/1 Rob Clark :
> Just curious, but the 2d blitter have it's own sort of
> command-processor, ie. can you feed it a list of different blits in
> one batch and then it will process them one after another?
>
Right, the command lists are processed by the dma. One command list
links up with anoth
On Fri, Mar 1, 2013 at 1:52 AM, Inki Dae wrote:
> 2013/3/1 Rob Clark :
>> Just curious, but the 2d blitter have it's own sort of
>> command-processor, ie. can you feed it a list of different blits in
>> one batch and then it will process them one after another?
>>
>
> Right, the command lists are
Just curious, but the 2d blitter have it's own sort of
command-processor, ie. can you feed it a list of different blits in
one batch and then it will process them one after another?
If so, that would make the separate ioctls for SET_CMDLIST on each
blit operation, and then EXEC a bit awkward, and
This patch adds library and test application for g2d gpu(fimg2d).
The fimg2d hardware is a 2D graphics accelerator(G2D) that
supports Bit Block Transfer(BitBLT).
The library includes the following primitive drawing operations:
.solid fill - This operation fills the given buffer with
the g
This patch adds library and test application for g2d gpu(fimg2d).
The fimg2d hardware is a 2D graphics accelerator(G2D) that
supports Bit Block Transfer(BitBLT).
The library includes the following primitive drawing operations:
.solid fill - This operation fills the given buffer with
the g
11 matches
Mail list logo
