https://bugs.freedesktop.org/show_bug.cgi?id=31868
--- Comment #3 from Chia-I Wu 2010-11-23 22:08:14 PST ---
Thanks for the detailed report. I've committed 1f4c55128b7e4a to fix the tri
demo. Can you test again with clutter?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab
https://bugs.freedesktop.org/show_bug.cgi?id=31800
--- Comment #3 from Vinson Lee 2010-11-23 20:14:40 PST ---
I tested check-registers.patch (id=40524).
glsl-fs-uniform-array-6 now checks for GL_MAX_FRAGMENT_UNIFORM_COMPONENTS. I
removed that check when testing the patch.
The test no longer cr
2010/11/23 Christian König :
> Am Sonntag, den 21.11.2010, 11:28 -0500 schrieb Alex Deucher:
>> Make sure you are using the latest drm patches. Dave and I fixed a
>> number of bugs in the CS checker in 2.6.37. Also, make sure you have
>> the latest mesa bits. I fixed the buffer alignment handlin
Christian König wrote:
Am Dienstag, den 23.11.2010, 14:17 + schrieb Andy Furniss:
Apart from -DDEBUG the extra -g is the only difference I have spotted in
a diff of the make outputs so far.
Ok, i'm just an idiot. totally forgot that an assert evaluates to
nothing on a non debug build.
A fi
https://bugs.freedesktop.org/show_bug.cgi?id=31800
--- Comment #2 from Brian Paul 2010-11-23 16:37:48 PST ---
Created an attachment (id=40524)
View: https://bugs.freedesktop.org/attachment.cgi?id=40524
Review: https://bugs.freedesktop.org/review?bug=31800&attachment=40524
check register indexe
Am Sonntag, den 21.11.2010, 11:28 -0500 schrieb Alex Deucher:
> Make sure you are using the latest drm patches. Dave and I fixed a
> number of bugs in the CS checker in 2.6.37. Also, make sure you have
> the latest mesa bits. I fixed the buffer alignment handling in r600g.
Just merged my mesa br
Am Dienstag, den 23.11.2010, 14:17 + schrieb Andy Furniss:
> Apart from -DDEBUG the extra -g is the only difference I have spotted in
> a diff of the make outputs so far.
Ok, i'm just an idiot. totally forgot that an assert evaluates to
nothing on a non debug build.
A fix is checked in, so pl
https://bugs.freedesktop.org/show_bug.cgi?id=25719
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=31868
--- Comment #2 from Neil Roberts 2010-11-23 10:59:31 PST
---
If I checkout 547e7619a (the first known bad commit) but revert d19afc57 (the
first segfaulting commit) then it works. So I guess that means d19afc57 is the
culprit but for some reason
https://bugs.freedesktop.org/show_bug.cgi?id=31868
--- Comment #1 from Neil Roberts 2010-11-23 10:36:06 PST
---
Created an attachment (id=40510)
View: https://bugs.freedesktop.org/attachment.cgi?id=40510
Review: https://bugs.freedesktop.org/review?bug=31868&attachment=40510
Hack to make the G
https://bugs.freedesktop.org/show_bug.cgi?id=31868
Summary: EGL doesn't work with multiple surfaces
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
C
Michel Dänzer wrote:
On Die, 2010-11-23 at 01:27 +, Andy Furniss wrote:
Andy Furniss wrote:
--enable-debug
make
Hmm, it's working now. I notice the tree has changed from earlier with a
merge - maybe something in that?
Testing, it seems like it's just the --enable-debug that has made t
Hi Dave,
I think Keith is right. It's very likely that some application will use the
same slow path u_blitter uses, so it makes sense to fix it in the driver
instead. I believe r300g has exactly the same problem, we just manage to
hide it for u_blitter by overriding the u_blitter::draw_rectangle c
On 11/23/2010 05:06 AM, Dave Airlie wrote:
> Hi Marek,
>
> So I was looking at some perf traces from r600g, and I see a stall on
> the blitter quad vbuf, every clear will cause the CPU to block on the
> mapping of the vbuf to upload the new coords. On r300g I can see this
> not mattering as the im
On Mon, 2010-11-22 at 20:06 -0800, Dave Airlie wrote:
> Hi Marek,
>
> So I was looking at some perf traces from r600g, and I see a stall on
> the blitter quad vbuf, every clear will cause the CPU to block on the
> mapping of the vbuf to upload the new coords. On r300g I can see this
> not matterin
On Die, 2010-11-23 at 01:27 +, Andy Furniss wrote:
> Andy Furniss wrote:
>
> >> --enable-debug
> >> make
> >
> >
> > Hmm, it's working now. I notice the tree has changed from earlier with a
> > merge - maybe something in that?
>
> Testing, it seems like it's just the --enable-debug that has
16 matches
Mail list logo