https://bugs.freedesktop.org/show_bug.cgi?id=50450
Bug #: 50450
Summary: OpenGL does not work or works very slowly on Radeon
HD3850
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/R600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: maksbotan(a)gentoo.org
Created attachment 62198
--> https://bugs.freedesktop.org/attachment.cgi?id=62198
lspci
I have ATI Radeon HD3850 on AGP bus with Pentium-4 PC. I observe very strange
behavior of OpenGL applications:
KWin, qudos, doomsday run slowly even not with high quality settings;
Quake4 demo from ID site crashes right after map loading, just when rendering
starts i suppose, and X server crashes with it.
I attach my glxinfo, kernel config and lspci. Versions of used software are:
mesa, libdrm and xf86-video-ati from git, linux kernel kernel 3.3.5, X.org
server 1.12.1.
I think this is bug in mesa or xf86-video-ati related to my video card. Please
help me.
--
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=50135
Bug #: 50135
Summary: Unigine Heaven black stripes and weird shaders
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: kam1kaz3(a)gmail.com
Created attachment 61868
--> https://bugs.freedesktop.org/attachment.cgi?id=61868
day time rendered image 1
Black stripes appear across geometry, which appears to be wrongly computed
shadows, but I'm not sure (see day_* attachments). And some weird rendering
happens when night time is rendered (see night_* attachments)
System:
OS: Arch Linux
Kernel: 3.4 RC7
OpenGL renderer string: Gallium 0.4 on AMD RV670
OpenGL version string: 2.1 Mesa 8.1-devel (git-27b821b)
OpenGL shading language version string: 1.30
--
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=49239
Bug #: 49239
Summary: wine 1.5 will hand with some applications on
evergreen_create_sampler_state ()
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: alexandre.f.demers(a)gmail.com
Created attachment 60718
--> https://bugs.freedesktop.org/attachment.cgi?id=60718
winedbg glide-init.exe backtrace when hanged
If I try to run glide-init.exe with "winedbg glide-init.exe", the application
will lock when I'll ask it to "Query OpenGL-infos". I was able to retrieve a
backtrace. Backtrace attached.
It was working at some point in the past, I would have to go back to a previous
Wine version first to remove this variable from the equation, but I'm sure it's
not from there.
--
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=49140
Bug #: 49140
Summary: r600_state_common.c:761:r600_draw_vbo: Assertion `0'
failed
Classification: Unclassified
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: bgz.marko(a)gmail.com
Created attachment 60568
--> https://bugs.freedesktop.org/attachment.cgi?id=60568
R600_DUMP_SHADERS
Hello,
I have an application using a rather complex shader with some branching -
while/if. Applications fails with r600 driver giving the following error:
EE r600_shader.c:140 r600_pipe_shader_create - translation from TGSI failed !
r600_state_common.c:761:r600_draw_vbo: Assertion `0' failed.
It seems something goes wrong in the branching section, since it works if I
comment it. The same shader works fine using either LIBGL_ALWAYS_SOFTWARE=1 or
fglrx. Also, I can remember working it fine with some older revision of R600,
unfortunately I don't know which one exactly.
I have attached R600_DUMP_SHADERS output. If needed I can also provide links to
source code or any other data that may be helpful in debugging.
Some relevant parts of glxinfo:
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD RV770
OpenGL version string: 2.1 Mesa 8.1-devel (git-1a33c1b precise-oibaf-ppa)
Best regards,
Marko
--
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=48305
Bug #: 48305
Summary: llpp gets segfault in r600g_dri.so
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/R600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: myxolmyxmyx(a)yopmail.com
Loading any pdf with llpp produces segfault.
Message in dmesg:
[115638.669260] llpp[15916] general protection ip:b64f6d84 sp:bfe416dc error:0
in r600g_dri.so[b62d3000+a72000]
mupdf that is used by llpp works flawlessly on r600g. And llpp works on fglrx.
I'm using Radeon 2600 PRO AGPx4.
--
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=47900
Bug #: 47900
Summary: Sampler does not work with cubemaps in 16-bit
component pixel format
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: llyzs(a)163.com
If a cubemap is created using 16-bit component pixel format like
PIPE_FORMAT_R16G16B16A16_UNORM or PIPE_FORMAT_R16G16B16A16_FLOAT, it will not
be sampled correctly in fragment shader and generate garbage output. Those
16-bit formats works just fine when using in 2D texture, and the cubemap using
8-bit format also works. It's just the combination cubemap+16bit that does not
work.
Any hints?
--
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=47162
GitLab Migration User <gitlab-migration(a)fdo.invalid> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |MOVED
--- Comment #2 from GitLab Migration User <gitlab-migration(a)fdo.invalid> ---
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been
closed from further activity.
You can subscribe and participate further through the new bug through this link
to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/405.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=46654
GitLab Migration User <gitlab-migration(a)fdo.invalid> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |MOVED
--- Comment #12 from GitLab Migration User <gitlab-migration(a)fdo.invalid> ---
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been
closed from further activity.
You can subscribe and participate further through the new bug through this link
to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/404.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=45709
Bug #: 45709
Summary: r600g doesn't seem to flush when it should → visual
stuck
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
URL: http://bugs.winehq.org/show_bug.cgi?id=29802
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r600
AssignedTo: dri-devel(a)lists.freedesktop.org
ReportedBy: kai(a)dev.carbon-project.org
Yesterday I filed [0] in Wine's bug tracker. But now, after some replies there
(works with the proprietary nVidia driver) and an apitrace [1] (over 200 MB,
please download it only, if you can help) I concluded with the awesome help of
José Fonseca, that the bug is most likely in the driver (please note, that it
is also possible, that the issue is lurking e.g. in the common Gallium3D code).
In short, when I start Dungeon Keeper 2 with Wine I see everything until the
intro/logo videos end and then are stuck with the last video frame. I don't get
to see the main menu. Even though the menu is rendered as can be seen from the
trace.
Replaying the trace with and without -sb doesn't make a difference. In both
cases the replay shows the menu, while a live Wine "window" does not.
Please let me know, if you need something else.
Used stack:
libdrm: 2.4.30-1
Mesa: master/0fcc5189 (r600g)
Linux: 3.2.3
DDX: 6.14.3 + commits from Git up until and including master/ae45d7e6
X.org: 1.11.3.901 (1.11.4 RC 1)
Hardware: 1002:9553
Wine: 1.4 RC2
[0] <http://bugs.winehq.org/show_bug.cgi?id=29802>
[1] <http://dev.carbon-project.org/debian/wine.bugs/29802/DK2.trace>
--
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=44524
GitLab Migration User <gitlab-migration(a)fdo.invalid> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |MOVED
Status|NEW |RESOLVED
--- Comment #5 from GitLab Migration User <gitlab-migration(a)fdo.invalid> ---
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been
closed from further activity.
You can subscribe and participate further through the new bug through this link
to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/402.
--
You are receiving this mail because:
You are the assignee for the bug.