https://bugs.freedesktop.org/show_bug.cgi?id=38183
Kenneth Graunke changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=37862
Pepi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Oops, sending again sorry for spam :/
- Original message -
> Attached rootstrap for bug:
> https://bugs.freedesktop.org/show_bug.cgi?id=38198
>
> Jalil
>
xxx.tgz
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http
https://bugs.freedesktop.org/show_bug.cgi?id=37862
Benjamin Bellec changed:
What|Removed |Added
Resolution|FIXED |NOTABUG
--
Configure bugmail: https:/
https://bugs.freedesktop.org/show_bug.cgi?id=38183
--- Comment #4 from Sven Arvidsson 2011-06-12 05:20:27 PDT ---
Thanks for the help!
Turns out the game also needs a few other features, at least GL_EXT_gpu_shader4
and GL_EXT_texture_array but it's a step in the right direction!
--
Configure
Hi,
attached is a set of patches to r600g.
0001-r600g-Fix-typo.patch:
Fix a more or less obvious typo in shader initialization setup.
0002-r600g-Set-the-domains-value-also-for-recycled-buffer.patch:
Makes sure that buffer objects from the userspace bo manager does not have a
degraded domains v
https://bugs.freedesktop.org/show_bug.cgi?id=38210
Summary: Mesa git write access
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component:
https://bugs.freedesktop.org/show_bug.cgi?id=37862
Marek Olšák changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|NOTABUG
2011/6/12 Mathias Fröhlich :
> 0005-r600g-Make-use-of-PIPE_TRANSFER_DISCARD_WHOLE_RESOUR.patch:
> This makes use of the DISCARD_WHOLE_RESOURCE flag for memory mappings.
That won't work. The old buffer may still be set as a vertex
buffer/texture. If you replace the whole buffer like that, all the
s
2011/6/11 Chia-I Wu :
> I got this warning after applying the patch
>
> ../../../src/mapi/mapi/entry_x86-64_tls.h:69:1: warning:
> ‘x86_64_current_tls’ used but never defined
>
> Maybe the function declaration should be decorated with "extern"?
Yeah, should work at least, just checked that caling
https://bugs.freedesktop.org/show_bug.cgi?id=37862
--- Comment #12 from Sven Arvidsson 2011-06-12 11:12:28 PDT ---
I tried removing my copy of libtxc_dxtn and running the game, but I still can't
reproduce this.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- Y
On Sunday, June 12, 2011 16:53:08 Marek Olšák wrote:
> 2011/6/12 Mathias Fröhlich :
> > 0005-r600g-Make-use-of-PIPE_TRANSFER_DISCARD_WHOLE_RESOUR.patch:
> > This makes use of the DISCARD_WHOLE_RESOURCE flag for memory mappings.
>
> That won't work. The old buffer may still be set as a vertex
> buf
2011/6/12 Mathias Fröhlich :
> On Sunday, June 12, 2011 16:53:08 Marek Olšák wrote:
>> 2011/6/12 Mathias Fröhlich :
>> > 0005-r600g-Make-use-of-PIPE_TRANSFER_DISCARD_WHOLE_RESOUR.patch:
>> > This makes use of the DISCARD_WHOLE_RESOURCE flag for memory mappings.
>>
>> That won't work. The old buffer
https://bugs.freedesktop.org/show_bug.cgi?id=37862
--- Comment #13 from Marek Olšák 2011-06-12 11:52:07 PDT ---
(In reply to comment #8)
> Thanks Benjamin,
> But I'm not sure did everything went right?:
>
> The command:
> # LD_LIBRARY_PATH="/usr/local/lib" LIBGL_DRIVERS_PATH="/usr/local/lib/dri"
I found some bugs in this code.
2011/6/11 Brian Paul :
> The -c flag says to try to create a core profile (no legacy features)
> using glXCreateContextAttribsARB(). A core profile may advertise a
> different set of extensions than a compatibility profile (though,
> the only difference with NVIDIA
This fixes piglit/vbo-bufferdata. It's a regression in 7.11.
---
src/mesa/state_tracker/st_draw.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/mesa/state_tracker/st_draw.c b/src/mesa/state_tracker/st_draw.c
index 56955d3..dd26db2 100644
--- a/src/mesa/state_tracke
2011/6/12 Mathias Fröhlich :
> There is the implementation of glBufferData which detaches itself from the
> underlying pipe_resource by unreferencing the old one and creating a new one.
I was looking into this issue and realized glBufferData is a special
case, it adds the _NEW_BUFFER_OBJECT flag t
In gen6 and above, clip distances 0-3 are written to message register
3's xyzw components, and 4-7 to message register 4's xyzw components.
Therefore when when writing the clip distances we need to examine the
lower 2 bits of the clip distance index to see which component to
write to.
emit_vertex_
Good Morning,
On Monday, June 13, 2011 00:39:51 Marek Olšák wrote:
> 2011/6/12 Mathias Fröhlich :
> > There is the implementation of glBufferData which detaches itself from
> > the underlying pipe_resource by unreferencing the old one and creating a
> > new one.
>
> I was looking into this issue
19 matches
Mail list logo
