https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #16 from Norbert Papke 2010-11-11
22:41:53 PST ---
The patch applied cleanly but unfortunately it doesn't seem to have any impact.
However, I am not sure if I am doing this correctly. I am testing with a
Radeon HD 3650 card using
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #15 from Brian Paul 2010-11-11 16:40:36 PST ---
Created an attachment (id=40217)
View: https://bugs.freedesktop.org/attachment.cgi?id=40217
Review: https://bugs.freedesktop.org/review?bug=31544&attachment=40217
set texImage->TexFor
Christian König wrote:
I figured out an usable workaround for motion_vertical_field_selection
and now even field based mc looks 99% correct, only some minor colored
artefacts left in your Pendulum.mpg test video. If you like you could
test some other interlaced videos now.
It's certainly bette
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #14 from Norbert Papke 2010-11-11
16:00:55 PST ---
I retested against git master with the patch applied. There is no discernible
difference in behavior or gdb output. The assertion was not triggered.
--
Configure bugmail: https:/
This. I thought that, to trigger uploads, we just had to change the domain
on the buffer.
Sending from a mobile, pardon the brevity. ~ C.
On Nov 11, 2010 3:00 PM, "Jerome Glisse" wrote:
> 2010/11/11 Keith Whitwell :
>> There is still more to do there. Currently r600g treats buffer and
texture u
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #13 from Norbert Papke 2010-11-11
15:21:01 PST ---
There are significant changes to the radeon_texture.c file between the 7.9 and
master branches. The Fedora package stems from 7.9 as of 2010-10-14. The
patch does not apply against
On Thu, 30 Sep 2010 12:49:48 +0300, Aras Pranckevicius wrote:
> Attached patch fixes crash in GLSL loop analysis when some of the loop's
> controls (e.g. "from") can not be determined.
>
> This happens on a shader like this (there's another loop between counter
> initialization & loop):
>
> void
2010/11/11 Keith Whitwell :
> There is still more to do there. Currently r600g treats buffer and texture
> uploads separately, and I've only attempted to improve texture uploads.
> Buffer is just as important however.
>
> The change needed is likely to be one of two:
> a) Allow newly created ve
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #12 from Brian Paul 2010-11-11 14:44:28 PST ---
Created an attachment (id=40216)
View: https://bugs.freedesktop.org/attachment.cgi?id=40216
Review: https://bugs.freedesktop.org/review?bug=31544&attachment=40216
additional assertion
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #11 from Norbert Papke 2010-11-11
14:20:43 PST ---
(gdb) up
#2 0x7f7388223b14 in _mesa_generate_mipmap (ctx=0x22f6750, target=3553,
texObj=0x2d9f930) at main/mipmap.c:1582
1582 _mesa_format_to_type_and_comps(convertFo
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #10 from Brian Paul 2010-11-11 14:06:47 PST ---
Could you go up the stack into _mesa_generate_mipmap() then do:
(gdb) p *texObj
(gdb) p *texObj->Image[0][texObj->BaseLevel]
--
Configure bugmail: https://bugs.freedesktop.org/userpre
https://bugs.freedesktop.org/show_bug.cgi?id=31514
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=31514
--- Comment #6 from Vinson Lee 2010-11-11 13:00:19 PST ---
piglit isbufferobj results
Mesa - warn
NVIDIA - warn
ATI - pass
Mac OS X - pass
Intel - pass
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #9 from Norbert Papke 2010-11-11 12:22:36
PST ---
Created an attachment (id=40210)
--> (https://bugs.freedesktop.org/attachment.cgi?id=40210)
Full backtrace (partial symbols)
--
Configure bugmail: https://bugs.freedesktop.org/user
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #8 from Norbert Papke 2010-11-11 12:21:05
PST ---
Here's the top of the stack. I'll attach to full-backtrace. Please let me
know if there is any other information I can provide.
#0 _mesa_problem (ctx=0x0, fmtString=
0x7f5b436
https://bugs.freedesktop.org/show_bug.cgi?id=31514
--- Comment #5 from Adrienne Walker 2010-11-11 10:12:30 PST
---
(In reply to comment #3)
> I just ran a test with NVIDIA's driver (version 256.35) and it returns GL_TRUE
> like Mesa does. I wonder what AMD's driver does?
As another data point,
https://bugs.freedesktop.org/show_bug.cgi?id=30192
--- Comment #2 from Tobias Jakobi 2010-11-11 09:27:50 PST
---
I also encountered this. I tracked it down to some incompatibility between my
32bit multilib system libraries and the libs (libstdc++ and so on) that the
doom3 installer ships with th
We've had indirect addressing of inputs/outputs for a long time (tgsi
supports it and softpipe/llvmpipe support it).
-Brian
On 11/11/2010 10:16 AM, Marek Olšák wrote:
BTW I remember that somebody said shader outputs (and inputs?) are not
indexable in TGSI, but now I added the CAP for it. Shou
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #7 from Brian Paul 2010-11-11 09:22:24 PST ---
(In reply to comment #6)
> I am having some build problems with the sources from git. Presumably, to get
> the stack trace, the current Fedora sources are OK?
Sure.
> I need a few hou
BTW I remember that somebody said shader outputs (and inputs?) are not
indexable in TGSI, but now I added the CAP for it. Should that CAP go away
or are we gonna allow it?
Marek
On Wed, Nov 10, 2010 at 9:29 PM, Marek Olšák wrote:
> Required because ATI and NVIDIA DX9 GPUs do not support indirec
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #6 from Norbert Papke 2010-11-11 09:14:43
PST ---
I am having some build problems with the sources from git. Presumably, to get
the stack trace, the current Fedora sources are OK?
I need a few hours to get a debug environment set u
On 11/10/2010 09:08 PM, firos ismail wrote:
On Wed, Nov 10, 2010 at 7:40 PM, Brian Paul mailto:bri...@vmware.com>> wrote:
On 11/09/2010 09:03 PM, firos ismail wrote:
Hi all,
When comparing the buffers created by X11 and OSMesa i
found
that the fun
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #5 from Brian Paul 2010-11-11 08:44:44 PST ---
Hmmm, we shouldn't even be in that function if format=MESA_FORMAT_NONE. Can
you run w/ gdb, set a breakpoint on _mesa_problem() and get a stack trace?
--
Configure bugmail: https://bug
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #4 from Norbert Papke 2010-11-11 08:33:29
PST ---
(In reply to comment #1)
> Can you debug this at all? I don't know what format is causing this failure.
> I've updated the code to print the format in the error message (and will
>
2010/11/11 Keith Whitwell :
> There is still more to do there. Currently r600g treats buffer and texture
> uploads separately, and I've only attempted to improve texture uploads.
> Buffer is just as important however.
>
> The change needed is likely to be one of two:
> a) Allow newly created ve
There is still more to do there. Currently r600g treats buffer and texture
uploads separately, and I've only attempted to improve texture uploads. Buffer
is just as important however.
The change needed is likely to be one of two:
a) Allow newly created vertex buffers to be in the GTT domain, w
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #3 from Brian Paul 2010-11-11 07:35:12 PST ---
By inspection I found a few pixel formats that weren't handled in that
function. I've added them now and committed to git. If you can test with Mesa
from git, that'd be great.
--
Conf
2010/11/11 Christian König :
> Am Mittwoch, den 10.11.2010, 15:30 -0500 schrieb Younes Manton:
>> In the meantime, I suggest you check if your vertex buffers are in
>> sytem memory (preferably at least WC-ed if not cached); I don't recall
>> spending that much time in gen_block_verts in Nouveau.
>
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #2 from Brian Paul 2010-11-11 06:47:43 PST ---
Created an attachment (id=40205)
View: https://bugs.freedesktop.org/attachment.cgi?id=40205
Review: https://bugs.freedesktop.org/review?bug=31544&attachment=40205
emit the format name
https://bugs.freedesktop.org/show_bug.cgi?id=31544
--- Comment #1 from Brian Paul 2010-11-11 06:47:19 PST ---
Can you debug this at all? I don't know what format is causing this failure.
I've updated the code to print the format in the error message (and will attach
the patch).
--
Configure b
Am Mittwoch, den 10.11.2010, 15:30 -0500 schrieb Younes Manton:
> In the meantime, I suggest you check if your vertex buffers are in
> sytem memory (preferably at least WC-ed if not cached); I don't recall
> spending that much time in gen_block_verts in Nouveau.
Looks like your suspicions about th
31 matches
Mail list logo
