https://bugs.freedesktop.org/show_bug.cgi?id=34708
Summary: running piglit on r600 causes gkrellm to lose text
color
Product: Mesa
Version: 7.10
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: hramrach(a)gmail.com
Created an attachment (id=43790)
--> (https://bugs.freedesktop.org/attachment.cgi?id=43790)
screenshot of part of the gkrellm window
After running some 3d apps (eg. piglit) parts of gkrellm lose text color.
Firefox does not seem affected, nor are terminals.
While taking the screenshot the Lock and Shoot buttons which were previously OK
lost color while they were redrawn.
As all the text that loses color is the value text (as opposed to the label
text) it looks like any newly drawn text is not colored (black).
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=30651
Summary: r600g: gl output in mplayer have no colors if used
with a fragment program with additional lookup and
bicubic B-spline filtering
Product: Mesa
Version: git
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: virtuousfox(a)gmail.com
when i try to play video in mplayer with option 'gl:yuv=4,lscale=1,cscale=1'
and r600g in use, it displays no colors. if it's 'gl:yuv=3', colors are ok.
'gl:yuv=5' seems also ok.
sorry, i haven't tested yuv=4 without 'lscale=1,cscale=1' and immediately
rebuilded mesa without gallium, so i don't know which of those to blame
actually. my bet is 'yuv=4' and "a fragment program with additional lookup".
by the way, what yuv and *scale options do you recommend for use with ATI/AMD
>=r600 cards in terms of performance and quality ?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=62578
Priority: medium
Bug ID: 62578
Assignee: dri-devel(a)lists.freedesktop.org
Summary: r300: Implementation error: Render targets are too big
in r300_set_framebuffer_state, refusing to bind
framebuffer state!
Severity: major
Classification: Unclassified
OS: All
Reporter: orion(a)cora.nwra.com
Hardware: x86 (IA32)
Status: NEW
Version: 9.1
Component: Drivers/DRI/r300
Product: Mesa
Created attachment 76846
--> https://bugs.freedesktop.org/attachment.cgi?id=76846&action=edit
Xorg.0.log
Running KDE 4.10.1 on Fedora 18. After login, screen flickers a bit but
nothing is displayed other than the background image.
.xsession-errors contains:
OpenGL vendor string: X.Org R300 Project
OpenGL renderer string: Gallium 0.4 on ATI RV370
OpenGL version string: 2.1 Mesa 9.1
OpenGL shading language version string: 1.20
Driver: R300G
GPU class: R300
OpenGL version: 2.1
GLSL version: 1.20
Mesa version: 9.1
Linux kernel version: 3.8.3
Direct rendering: yes
Requires strict binding: yes
GLSL shaders: limited
Texture NPOT support: limited
Virtual Machine: no
r300: Implementation error: Render targets are too big in
r300_set_framebuffer_state, refusing to bind framebuffer state!
this r300 messages keeps repeating.
kernel 3.8.3-203.fc18.i686.PAE
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV370
5B60 [Radeon X300 (PCIE)]
Just updated from Fedora 16 where this system was working fine.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=61883
Priority: medium
Bug ID: 61883
Assignee: dri-devel(a)lists.freedesktop.org
Summary: wine shader_generate_glsl_declarations fail
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: victoraur.santos(a)gmail.com
Hardware: All
Status: NEW
Version: 9.1
Component: Drivers/DRI/r300
Product: Mesa
Trying to run RE4 on my r300 freeze completely system
Submitted on wine bug tracker and suggested to report here.
----
err:winediag:shader_generate_glsl_declarations The hardware does not support
enough uniform components to run this shader, it may not render correctly.
----
and lot of:
----
r300: ERROR: FS input fog unassigned, not enough hardware slots. (it's not a
bug, do not report it)
----
for more details and full log see: http://bugs.winehq.org/show_bug.cgi?id=33129
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=60965
Priority: medium
Bug ID: 60965
Assignee: dri-devel(a)lists.freedesktop.org
Summary: [r300g] Anno1701: flickering colorful corruption over
some models
Severity: normal
Classification: Unclassified
OS: All
Reporter: pavel.ondracka(a)email.cz
Hardware: Other
Status: NEW
Version: git
Component: Drivers/Gallium/r300
Product: Mesa
Created attachment 74949
--> https://bugs.freedesktop.org/attachment.cgi?id=74949&action=edit
RADEON_DEBUG=fp,vp
In Anno1701, there are flickering colorful spots over some models. It looks
similar to the bug 60552, except the spots are colorful instead of black and
they don't go away with RADEON_DEBUG=noopt.
Setting Wine to use ARB shader rendering backend instead of GLSL makes the
problem go away indicating another bug in the shader compiler.
Apitrace here http://pavel.ondracka.cz/Anno1701.trace (renders fine with
proprietary NVIDIA drivers).
Wine: 1.5.23
GPU: RV530
Mesa: f1ab67c13ab97f19c08d99c6ba101edc7d7b80e6
Kernel: 3.7.3-101.fc17.i686
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=60963
Priority: medium
Bug ID: 60963
Assignee: dri-devel(a)lists.freedesktop.org
Summary: [r300g] Anno1701: some models are red
Severity: normal
Classification: Unclassified
OS: All
Reporter: pavel.ondracka(a)email.cz
Hardware: Other
Status: NEW
Version: git
Component: Drivers/Gallium/r300
Product: Mesa
Created attachment 74948
--> https://bugs.freedesktop.org/attachment.cgi?id=74948&action=edit
RADEON_DEBUG=fp,vp
In Anno1701, some models are red, however they are rendered with correct colors
when RADEON_DEBUG=noopt is used (or with glsl disabled in Wine).
Apitrace here http://pavel.ondracka.cz/Anno1701.trace (renders fine with
proprietary NVIDIA drivers).
Wine: 1.5.23
GPU: RV530
Mesa: f1ab67c13ab97f19c08d99c6ba101edc7d7b80e6
Kernel: 3.7.3-101.fc17.i686
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=60555
Priority: lowest
Bug ID: 60555
Assignee: dri-devel(a)lists.freedesktop.org
Summary: [r300g] RADEON_NO_TCL=1 hardlock
Severity: trivial
Classification: Unclassified
OS: All
Reporter: pavel.ondracka(a)email.cz
Hardware: Other
Status: NEW
Version: git
Component: Drivers/DRI/r300
Product: Mesa
This is not really a bug as normal user will never encounter this, just some
nuisance I discovered when I tried to investigate bug 60552 a little bit.
When RADEON_NO_TCL=1 is used (which is useful in diagnosing compiler bugs), the
whole machine sometimes hardlocks. App from bug 60552 is a good way to
reproduce this.
This debug option should be either fixed, or if it no longer considered useful,
then it should be removed.
BTW this was working not a year ago, so I can probably run a bisect if needed.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=60552
Priority: medium
Bug ID: 60552
Assignee: dri-devel(a)lists.freedesktop.org
Summary: [r300g] Carvisualizer webgl demo: black flickering
spots over the car
Severity: normal
Classification: Unclassified
OS: All
Reporter: pavel.ondracka(a)email.cz
URL: http://carvisualizer.plus360degrees.com/threejs/
Hardware: Other
Status: NEW
Version: git
Component: Drivers/Gallium/r300
Product: Mesa
Created attachment 74497
--> https://bugs.freedesktop.org/attachment.cgi?id=74497&action=edit
screenshot
In the Car Visualizer Webgl demo, there are some flickering black spots on the
car. This is probably a bug in the shader compiler, as RADEON_DEBUG=noopt works
around this. Specifically its the register_rename pass that causes this, when
it is disabled in r3xx_fragprog.c, everything is fine. Also when I disable only
the dataflow optimize pass, there is still some flickering but much less.
Firefox 18.0
GPU:RV530
Mesa: 0e2f26d5ea26febd16173aa8bbf7427b090e320f
Kernel: 3.7.3-101.fc17.i686
--
You are receiving this mail because:
You are the assignee for the bug.