On Thu, Jan 16, 2014 at 8:43 AM, Michel Dänzer wrote:
> On Mit, 2014-01-15 at 14:27 +0100, Marek Olšák wrote:
>> On Wed, Jan 15, 2014 at 7:07 AM, Michel Dänzer wrote:
>> > On Die, 2014-01-14 at 00:22 +0100, Marek Olšák wrote:
>> >> I think the format conversion functions should look like:
>> >>
>
On Mit, 2014-01-15 at 14:27 +0100, Marek Olšák wrote:
> On Wed, Jan 15, 2014 at 7:07 AM, Michel Dänzer wrote:
> > On Die, 2014-01-14 at 00:22 +0100, Marek Olšák wrote:
> >> I think the format conversion functions should look like:
> >>
> >> #ifdef BIG_ENDIAN
> >>case PIPE_FORMAT_A8B8G8R8_UNORM
On Wed, Jan 15, 2014 at 7:07 AM, Michel Dänzer wrote:
> On Die, 2014-01-14 at 00:22 +0100, Marek Olšák wrote:
>> I think the format conversion functions should look like:
>>
>> #ifdef BIG_ENDIAN
>>case PIPE_FORMAT_A8B8G8R8_UNORM:
>> return hw_format_for_R8G8B8A8_UNORM;
>> ...
>> #else
>>
On Wed, Jan 15, 2014 at 7:07 AM, Michel Dänzer wrote:
> On Die, 2014-01-14 at 00:22 +0100, Marek Olšák wrote:
>> I think the format conversion functions should look like:
>>
>> #ifdef BIG_ENDIAN
>>case PIPE_FORMAT_A8B8G8R8_UNORM:
>> return hw_format_for_R8G8B8A8_UNORM;
>> ...
>> #else
>>
On Die, 2014-01-14 at 00:22 +0100, Marek Olšák wrote:
> I think the format conversion functions should look like:
>
> #ifdef BIG_ENDIAN
>case PIPE_FORMAT_A8B8G8R8_UNORM:
> return hw_format_for_R8G8B8A8_UNORM;
> ...
> #else
>case PIPE_FORMAT_R8G8B8A8_UNORM:
> return hw_format_fo
I think the format conversion functions should look like:
#ifdef BIG_ENDIAN
case PIPE_FORMAT_A8B8G8R8_UNORM:
return hw_format_for_R8G8B8A8_UNORM;
...
#else
case PIPE_FORMAT_R8G8B8A8_UNORM:
return hw_format_for_R8G8B8A8_UNORM;
#endif
which can be simplified to:
case PIPE_FORM
On Fre, 2013-12-27 at 19:41 +0100, Marek Olšák wrote:
> Okay. Using Axxx for transfers only is a good idea, just please make
> sure the formats are not advertised to the state tracker.
Advertising the format to the state tracker is the whole point :), as
it's the format that matches the X11 semant
Okay. Using Axxx for transfers only is a good idea, just please make
sure the formats are not advertised to the state tracker.
Also, resource_copy_region doesn't (it sometimes does, but shouldn't)
do format conversions, so pipe->blit must be used instead. You can
fork r600_copy_region_with_blit fo
On Mit, 2013-12-25 at 15:57 +0100, Marek Olšák wrote:
> Some comments about the r300g patch.
>
> The hardware doesn't support Axxx texture formats for blending and
> alpha-test. Only xxxA formats are supported.
I know, the idea is to only actually use the Axxx layout for transfers
but to use xxxA
Some comments about the r300g patch.
The hardware doesn't support Axxx texture formats for blending and
alpha-test. Only xxxA formats are supported. The driver already
supports all formats it can support and no other formats can be added
(except for those where the component ordering matches
curre
On Mon, 2013-12-16 at 13:30 +0100, Marek Olšák wrote:
> Wouldn't it be easier to just revert the gallium endianness rework?
That would be putting our heads in the sand.
> If it breaks all hw drivers on big endian machines, it's apparently not
> done right.
The HW drivers were already broken befo
On Mon, 2013-12-16 at 13:30 +0100, Marek Olšák wrote:
> Wouldn't it be easier to just revert the gallium endianness rework? If
> it breaks all hw drivers on big endian machines, it's apparently not
> done right.
It also makes llvmpipe work on P7 and P8 and enables r600 ... which some
people rely o
Wouldn't it be easier to just revert the gallium endianness rework? If
it breaks all hw drivers on big endian machines, it's apparently not
done right.
Marek
On Mon, Dec 16, 2013 at 8:05 AM, Dave Airlie wrote:
> So the llvmpipe endian work broke the nouveau nv40 support for the
> nv43 in the ppc
On Mon, 2013-12-16 at 17:05 +1000, Dave Airlie wrote:
> So the llvmpipe endian work broke the nouveau nv40 support for the
> nv43 in the ppc G5 a few people have,
Same for r300g: https://bugs.freedesktop.org/show_bug.cgi?id=71789
> Now I'm not really sure how this is supposed to be fixed,
>
> t
So the llvmpipe endian work broke the nouveau nv40 support for the
nv43 in the ppc G5 a few people have,
Now I'm not really sure how this is supposed to be fixed,
the gallium driver exports the formats it supports, which doesn't
include the translated formats for PIPE_FORMAT_BGRA and
PIPE_FOR
15 matches
Mail list logo
