https://bugs.freedesktop.org/show_bug.cgi?id=93126
Ilia Mirkin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=91888
--- Comment #7 from nerdopol...@verizon.net ---
It seems that mesa master's software rendering also causes some problems with
SDL v2, and the testgl2 application that is in their repository for Wayland
Reverting Mesa to 10.6 allows this applicati
On Sat, Nov 28, 2015 at 1:14 PM, Eduardo Lima Mitev wrote:
> Patch is:
>
> Reviewed-by: Eduardo Lima Mitev
Thanks! I realized that this should also return invalid for GLES 1...
I'm adding ctx->API == API_OPENGLES and pushing.
>
> On 11/26/2015 04:57 PM, Ilia Mirkin wrote:
>> Bugzilla: https://b
On 25 November 2015 at 07:20, Jose Fonseca wrote:
> BTW, I setup Mesa with Appveyor (like Travis for Windows)
>
> https://ci.appveyor.com/project/jrfonseca/mesa
>
> I'll try to get that going and commited too.
>
As a person who has broken the Windows build on an occasion or two, yes please.
>
On Tue, Nov 24, 2015 at 4:38 PM, Rob Clark wrote:
> On Tue, Nov 24, 2015 at 4:10 PM, Eric Anholt wrote:
>> Rob Clark writes:
>>
>>> On Tue, Nov 24, 2015 at 2:10 PM, Ilia Mirkin wrote:
Any reason not to add freedreno and nouveau in here?
Too bad these packages don't all have "late
Patch is:
Reviewed-by: Eduardo Lima Mitev
On 11/26/2015 04:57 PM, Ilia Mirkin wrote:
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=93126
> Signed-off-by: Ilia Mirkin
> Cc: "11.0 11.1"
> ---
> src/mesa/main/glformats.c | 8 +++-
> src/mesa/main/glformats.h | 3 ++-
> src/mesa/ma
On 28 November 2015 at 17:06, Francisco Jerez wrote:
> ... you're free to propose such a change as a
> separate series as long as you fix the documentation, all users and
> back-ends of pipe-loader, if you consider it worth doing -- I personally
> don't.
>
That what I was wondering about. Thanks
Emil Velikov writes:
> On 28 November 2015 at 15:10, Francisco Jerez wrote:
>> Emil Velikov writes:
>>
>>> Hi Francisco,
>>>
>>> In all due respect, I am surprised with the volume of justification
>>> you put into some changes.
>>>
>> And apparently it wasn't enough? :P
>>
>>> On 28 November 20
On 27 November 2015 at 20:45, Jason Ekstrand wrote:
> On Nov 27, 2015 11:26 AM, "Matt Turner" wrote:
>> On Fri, Nov 27, 2015 at 6:50 AM, Emil Velikov
>> wrote:
>> > On 25 November 2015 at 22:01, Matt Turner wrote:
>> >> On Wed, Nov 25, 2015 at 1:32 PM, Emil Velikov
>> >> wrote:
>> >
>> >>> ---
On 27 November 2015 at 18:48, Jason Ekstrand wrote:
> On Nov 27, 2015 10:44 AM, "Emil Velikov" wrote:
>> Suggestions on how to make it clearer are appreciated :-)
>
> Meh, you clarified :-)
>
Hope next time around I can reach you a bit earlier :-P
Emil
__
On 28 November 2015 at 15:10, Francisco Jerez wrote:
> Emil Velikov writes:
>
>> Hi Francisco,
>>
>> In all due respect, I am surprised with the volume of justification
>> you put into some changes.
>>
> And apparently it wasn't enough? :P
>
>> On 28 November 2015 at 11:52, Francisco Jerez wrote
Add missing `const` specifier for pointer pointing to a const struct.
Signed-off-by: Giuseppe Bilotta
---
src/mesa/drivers/dri/radeon/radeon_swtcl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/radeon/radeon_swtcl.c
b/src/mesa/drivers/dri/radeon/radeo
Signed-off-by: Giuseppe Bilotta
---
src/mesa/drivers/dri/radeon/radeon_swtcl.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/radeon/radeon_swtcl.c
b/src/mesa/drivers/dri/radeon/radeon_swtcl.c
index 1e19cf7..ed6b25c 100644
--- a/src/mesa/drivers/dri/
The second and third patches are mostly aimed at removing non-spurious
compiler warnings. The first one is just minor whitespace cleanup in the
general area of code touched by the second patch.
Giuseppe Bilotta (3):
radeon: whitespace cleanup
radeon: const correctness
xvmc: force assertion i
This follows the src/util/u_atomic_test model of undefining NDEBUG
unconditionally throughouth the XvMC tests, to force asserts regardless
of debug mode.
Signed-off-by: Giuseppe Bilotta
---
src/gallium/state_trackers/xvmc/tests/test_blocks.c | 2 ++
src/gallium/state_trackers/xvmc/tests/test
Emil Velikov writes:
> Hi Francisco,
>
> In all due respect, I am surprised with the volume of justification
> you put into some changes.
>
And apparently it wasn't enough? :P
> On 28 November 2015 at 11:52, Francisco Jerez wrote:
>> Francisco Jerez writes:
>>
>>> Tom Stellard writes:
>>>
>>>
Hi Francisco,
In all due respect, I am surprised with the volume of justification
you put into some changes.
On 28 November 2015 at 11:52, Francisco Jerez wrote:
> Francisco Jerez writes:
>
>> Tom Stellard writes:
>>
>>> When probing for devices, clover will call pipe_loader_probe() twice.
>>>
Francisco Jerez writes:
> Tom Stellard writes:
>
>> When probing for devices, clover will call pipe_loader_probe() twice.
>> The first time to retrieve the number of devices, and then second time
>> to retrieve the device structures.
>>
>> We currently assume that the return value of both calls
Tom Stellard writes:
> When probing for devices, clover will call pipe_loader_probe() twice.
> The first time to retrieve the number of devices, and then second time
> to retrieve the device structures.
>
> We currently assume that the return value of both calls will be the
> same, but this will
19 matches
Mail list logo