http://tinderbox.x.org/builds/2010-04-29-0001/logs/libGL/#build
draw/draw_vs_ppc.c: In function 'vs_ppc_run_linear':
draw/draw_vs_ppc.c:129: warning: passing argument 5 of 'shader->func' from
incompatible pointer type
draw/draw_vs_ppc.c:129: note: expected 'float (*)[4]' but argument is of type
2010/4/28 Chia-I Wu :
> 2010/4/28 Kristian Høgsberg :
>> 2010/4/27 Kristian Høgsberg :
>> [ I hit send to early there... ]
>>> review the patches, or at least just some of them. The overall
>>> approach is
>>
>> 1. Add a API tag to GLcontext so we key off of that.
>> 2. Use API-aware constructor
Would it work to put a dummy value into the enum to assure you get the
size you want?
enum __dri_api_enum {
__DRI_API_OPENGL = 0,
#define __DRI_API_OPENGL __DRI_API_OPENGL
__DRI_API_GLES1 = 1,
#define __DRI_API_GLES1 __DRI_API_GLES1
__DRI_API_GLES2 = 2,
#define __DRI_API_GLES2
2010/4/28 Jakob Bornecrantz :
> On 2010-04-28 17.32, Kristian Høgsberg wrote:
>>
>> 2010/4/28 Brian Paul:
>>>
>>> Kristian Høgsberg wrote:
2010/4/27 Kristian Høgsberg:
[ I hit send to early there... ]
>
> review the patches, or at least just some of them. The overall
> a
2010/4/28 Kristian Høgsberg :
> 2010/4/27 Kristian Høgsberg :
> [ I hit send to early there... ]
>> review the patches, or at least just some of them. The overall
>> approach is
>
> 1. Add a API tag to GLcontext so we key off of that.
> 2. Use API-aware constructor where we create GLES1/2 contex
On 2010-04-28 17.32, Kristian Høgsberg wrote:
2010/4/28 Brian Paul:
Kristian Høgsberg wrote:
2010/4/27 Kristian Høgsberg:
[ I hit send to early there... ]
review the patches, or at least just some of them. The overall
approach is
1. Add a API tag to GLcontext so we key off of that.
2.
2010/4/28 Brian Paul :
> Kristian Høgsberg wrote:
>>
>> 2010/4/27 Kristian Høgsberg :
>> [ I hit send to early there... ]
>>>
>>> review the patches, or at least just some of them. The overall
>>> approach is
>>
>> 1. Add a API tag to GLcontext so we key off of that.
>> 2. Use API-aware construc
https://bugs.freedesktop.org/show_bug.cgi?id=27867
--- Comment #3 from Brian Paul 2010-04-28 07:51:09 PDT
---
Ideally, we should fall back to generating regular x86 code w/out SSE but this
seems OK for now. Jose?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
Kristian Høgsberg wrote:
2010/4/27 Kristian Høgsberg :
[ I hit send to early there... ]
review the patches, or at least just some of them. The overall
approach is
1. Add a API tag to GLcontext so we key off of that.
2. Use API-aware constructor where we create GLES1/2 contexts
(currently on
Micah Fedke wrote:
This patch amends the error output string for the case where the dri2
egl driver could not open the dri dev node.
diff --git a/src/egl/drivers/dri2/egl_dri2.c
b/src/egl/drivers/dri2/egl_dri2.c
index 8b6f78c..00550c2 100644
--- a/src/egl/drivers/dri2/egl_dri2.c
+++ b/src/e
https://bugs.freedesktop.org/show_bug.cgi?id=27867
--- Comment #2 from Török Edwin 2010-04-28 05:17:33 PDT
---
Created an attachment (id=35317)
View: https://bugs.freedesktop.org/attachment.cgi?id=35317
Review: https://bugs.freedesktop.org/review?bug=27867&attachment=35317
workaround patch th
https://bugs.freedesktop.org/show_bug.cgi?id=27867
--- Comment #1 from Andrew Randrianasulu 2010-04-28 05:15:24
PDT ---
patch from http://paste.debian.net/71009/ helps, at least softpipe runs now
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rec
https://bugs.freedesktop.org/show_bug.cgi?id=27867
Summary: llvmpipe/softpipe broken on old CPUs
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Ping.
Could someone with administrative rights on fdo please make an empty
git://anongit.freedesktop.org/mesa/demos repos, so that we can push this
branch into it?
Jose
On Wed, 2010-04-21 at 15:08 -0700, José Fonseca wrote:
> Eric,
>
> Apart of a minor details, I think we all agreed on general
On Wed, 2010-04-28 at 02:26 -0700, Dave Airlie wrote:
> On Wed, Apr 28, 2010 at 7:13 PM, Jose Fonseca wrote:
> > No need to go into this blame game, especially not for this feature. Which
> > is pretty easy to implement on svga pipe driver -- we already generate
> > shader variants, so it is jus
https://bugs.freedesktop.org/show_bug.cgi?id=25588
--- Comment #9 from Fabio Pedretti 2010-04-28 02:38:14
PDT ---
(In reply to comment #8)
> ETQW still shows errors as in comment #5 with current mesa with both r300 and
> swrast but not with r300g and swrastg.
Update:
- r300 shows the errors of
On Wed, Apr 28, 2010 at 7:13 PM, Jose Fonseca wrote:
> No need to go into this blame game, especially not for this feature. Which is
> pretty easy to implement on svga pipe driver -- we already generate shader
> variants, so it is just the matter of baking a swizzle in there. This might
> actua
https://bugs.freedesktop.org/show_bug.cgi?id=25588
--- Comment #8 from Fabio Pedretti 2010-04-28 02:15:38
PDT ---
ETQW still shows errors as in comment #5 with current mesa with both r300 and
swrast but not with r300g and swrastg.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cg
No need to go into this blame game, especially not for this feature. Which is
pretty easy to implement on svga pipe driver -- we already generate shader
variants, so it is just the matter of baking a swizzle in there. This might
actually fix some bugs there.
I also think this is a feature basic
19 matches
Mail list logo
