https://bugs.freedesktop.org/show_bug.cgi?id=71796
Priority: medium
Bug ID: 71796
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Hardware assisted (VDPAU) decoding of MPEG-2 causes
GPU lockup - Radeon HD6950
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: libgradev(a)gmail.com
Hardware: x86-64 (AMD64)
Status: NEW
Version: git
…
[View More] Component: Drivers/DRI/R600
Product: Mesa
Created attachment 89477
--> https://bugs.freedesktop.org/attachment.cgi?id=89477&action=edit
DMESG output showing hardware info and lockup.
Playing back MPEG-2 compressed video causes a GPU lockup and reset. This
happens about 9 times out of 10 upon start of playback - the other time
playback starts fine.
About 4 out of 5 times the reset is successful and playback begins a catchup
phase before continuing normally - otherwise it results in a complete system
freeze.
If playback actually starts it continues fine.
Using VDPAU assisted playback via XBMC. Using software only playback works fine
every time. h264 playback seems unaffected.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=71326
Priority: medium
Bug ID: 71326
Assignee: dri-devel(a)lists.freedesktop.org
Summary: [r600g] Texture artifacts when viewed from a distance
in WoW
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: rankincj(a)googlemail.com
Hardware: x86 (IA32)
Status: NEW
Version: git
Component: …
[View More]Drivers/Gallium/r600
Product: Mesa
Dual P4 Xeon, 2 GB RAM, Mesa HEAD is:
commit 110009302bddb4c42a5b3ed5ca451d6bb50a06a0
Author: Fabio Pedretti <fabio.ped(a)libero.it>
Date: Wed Nov 6 10:55:28 2013 +0100
gallium: fix build on GNU/kFreeBSD
I am currently playing WoW with my HD4670 (AGP), and I am noticing that various
textures are being rendered incorrectly when viewed beyond a certain distance.
However, as I approach the badly rendered area, all of the artifacts disappear!
It's as if my character is surrounded by an invisible bubble, and everything
within the bubble becomes correctly rendered. (The visual effect reminds me of
the "Genesis wave" demonstration video from "Star Trek: The Wrath of Khan" - if
that means anything to anyone...;-).)
This problem is not visible with the HD4890 on my 64 bit machine.
I have attached a couple of screenshots showing the problem.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=70497
Priority: medium
Bug ID: 70497
Assignee: dri-devel(a)lists.freedesktop.org
Summary: GPU lockup CP stall for more than 10000msec
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: brunojimen(a)gmail.com
Hardware: x86-64 (AMD64)
Status: NEW
Version: git
Component: Drivers/DRI/Radeon
Product: …
[View More]Mesa
Hi,
I think I have found a bug in the radeon driver: after a random time using my
PC the screen turns to black and then I'm thrown back to the login screen, and
after I log in this happens again after a few moments.
Looking in my journals, I have found this at, more or less, the moment of the
problem:
kernel: radeon 0000:01:00.0: GPU lockup CP stall for more than 10000msec
kernel: radeon 0000:01:00.0: GPU lockup (waiting for 0x000000000000954e last
fence id 0x000000000000954d)
systemd-coredump[1999]: Process 240 (Xorg) dumped core.
Currently I am using Arch Linux with its mesa-git repo (everything upgraded).
My card is an AMD Radeon HD 5470.
This started happening after I change to the mesa-git repo, but not from the
begining of using it.
If there's anything I can do to help, just ask.
Thanks in advance!
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=70191
Priority: medium
Bug ID: 70191
Assignee: dri-devel(a)lists.freedesktop.org
Summary: [r600g] White icons and font with compiz
Severity: normal
Classification: Unclassified
OS: All
Reporter: h.judt(a)gmx.at
Hardware: x86-64 (AMD64)
Status: NEW
Version: XOrg CVS
Component: DRM/Radeon
Product: DRI
If I do not set …
[View More]R600_DEBUG=nosb, then icons and fonts in the panel are white.
The panel is set to being transparent, with the blur filter enabled. Tested
with rv635 and cayman, xserver-1.14. I'll try to attach a screenshot later.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=69897
Priority: medium
Bug ID: 69897
Assignee: dri-devel(a)lists.freedesktop.org
Summary: OpenCL kernel fails to compile with R600 LLVM backend
Severity: normal
Classification: Unclassified
OS: All
Reporter: greg(a)chown.ath.cx
Hardware: Other
Status: NEW
Version: unspecified
Component: Drivers/Gallium/r600
Product: …
[View More]Mesa
Created attachment 86758
--> https://bugs.freedesktop.org/attachment.cgi?id=86758&action=edit
Kernel source code with headers
The attached kernel fails to compile with this error message:
PRT: /home/greg/build/llvm/lib/Target/R600/AMDILCFGStructurizer.cpp:1115: int
<anonymous namespace>::AMDGPUCFGStructurizer::mergeLoop(llvm::MachineLoop *):
Assertion `ExitBlkSet.size() == 1' failed.
Stack dump:
0. Running pass 'Function Pass Manager' on module 'radeon'.
1. Running pass 'AMD IL Control Flow Graph structurizer Pass' on function
'@shadow_ao'
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=69728
Priority: medium
Bug ID: 69728
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Radeon Redwood (5670) GPU Lockup
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: pablow.1422(a)gmail.com
Hardware: x86-64 (AMD64)
Status: NEW
Version: XOrg CVS
Component: DRM/Radeon
Product: DRI
Created …
[View More]attachment 86404
--> https://bugs.freedesktop.org/attachment.cgi?id=86404&action=edit
journalctl log
When running a 3D Game, like 0A.D. or Need for Speed Most Wanted or Counter
Strike 1.6, both over wine, after a variable leght of time I get a GPU Lockup.
While playing Counter Strike 1.6 sometimes I can get into a tty and kill exe
process, which allows me to be able to use the desktop.
If not, a completely system hang happens, but I can ssh in, thus is how I've
obtained dmesg log (actually from journalctl).
This hang always happen also when I use accelerated flash games in Chrome or
Firefox (11.6 11.2 flash versions).
I have no issues in normal desktop usage, or when playing FullHD videos using
VDPAU.
My system is a AMD Phenom II x6 1100T; AMD Radeon HD 5670 (MSI) running Fedora
pre-release 20: Kernel 3.11, DPM and UVD enabled, mesa 9.2.0, wine 1.7.1, KDE
4.11 with kwin using OpenGL 3.1 compositing.
Aditional Info: The hang occurs using kernel 3.11, 3.10, 3.9 with UVD and DPM
enabled or disabled, kwin using OpenGL 3.1, 2.0 or 1.2 and bypassing (or not)
desktop compositing with fullscreen apps.
I can provide any aditional info that could help.
PD: sorry my english.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=68901
Priority: medium
Bug ID: 68901
Keywords: regression
Assignee: dri-devel(a)lists.freedesktop.org
Summary: wine/3DMark2001: shader generation fails
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: gurketsky(a)googlemail.com
URL: http://www.futuremark.com/support/downloads
Hardware: x86-64 (AMD64)
…
[View More] Status: NEW
Version: git
Component: Drivers/Gallium/r600
Product: Mesa
When running 3DMark2001 in wine (1.7.1), the r600 gallium driver (on RV710)
fails to generate some shaders. This is a regression:
3f67251e3d0ce61a0e7fc16de91de6fb49cad768 is the first bad commit
commit 3f67251e3d0ce61a0e7fc16de91de6fb49cad768
Author: Christian König <christian.koenig(a)amd.com>
Date: Sun Mar 10 14:33:29 2013 +0100
glsl_to_tgsi: allocate arrays separately v2
Instead of allocating everything as temporaries, use the
new array allocation functions.
v2: fix bug in simplify_cmp, declare arrays on demand
Signed-off-by: Christian König <christian.koenig(a)amd.com>
:040000 040000 75a734fc12e314c32a959f4111543ec518cb8a51
57eed35384ed9aadd89adfce1a075b4ad0a745cc M src
The output when the shader generation fails is:
EE /mnt/raid0/software/mesa/git/src/gallium/drivers/r600/r600_shader.c:1886
r600_shader_from_tgsi - GPR limit exceeded - shader requires 129 registers
EE /mnt/raid0/software/mesa/git/src/gallium/drivers/r600/r600_shader.c:134
r600_pipe_shader_create - translation from TGSI failed !
EE
/mnt/raid0/software/mesa/git/src/gallium/drivers/r600/r600_state_common.c:750
r600_shader_select - Failed to build shader variant (type=0) -12
EE /mnt/raid0/software/mesa/git/src/gallium/drivers/r600/r600_shader.c:1886
r600_shader_from_tgsi - GPR limit exceeded - shader requires 129 registers
EE /mnt/raid0/software/mesa/git/src/gallium/drivers/r600/r600_shader.c:134
r600_pipe_shader_create - translation from TGSI failed !
EE
/mnt/raid0/software/mesa/git/src/gallium/drivers/r600/r600_state_common.c:750
r600_shader_select - Failed to build shader variant (type=0) -12
This is not a dupe of bug 62696 as the problem is still there with git version
6b5c802c30ada043ee31cc5e62249ff99bbc865f.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=68857
Priority: medium
Bug ID: 68857
Assignee: dri-devel(a)lists.freedesktop.org
Summary: SNU OpenCL NAS Parallel Benchmarks don't work
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: nat(a)ferrus.net
Hardware: x86-64 (AMD64)
Status: NEW
Version: git
Component: Drivers/DRI/R600
Product: Mesa
…
[View More]None of the benchmarks in the SNU OpenCL NAS Parallel Benchmarks are working.
They're available from
http://aces.snu.ac.kr/Center_for_Manycore_Programming/SNU_NPB_Suite.html
I've got a Radeon 5830 and have installed Mesa from git using the instructions
at http://dri.freedesktop.org/wiki/GalliumCompute/
Most of the benchmarks fail at
Running pass 'AMDGPU DAG->DAG Pattern Instruction Selection' on function
The FFT benchmark fails at
error: parameter may not be qualified with an address space
I do have some other test cases that are working for me, including the ones
from http://cgit.freedesktop.org/~tstellar/opencl-example/
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=68799
Priority: medium
Bug ID: 68799
Assignee: dri-devel(a)lists.freedesktop.org
Summary: [APITRACE] Hyper-Z lockup with Falcon BMS 4.32u6 on
CAYMAN
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: sthalik(a)misaki.pl
Hardware: x86-64 (AMD64)
Status: NEW
Version: git
Component: …
[View More]Drivers/DRI/R600
Product: Mesa
apitrace file not attached due to size.
http://ananke.laggy.pk/wine-preloader.trace.xz
Causes lockup before finishing on CAYMAN 6970 and today's git unless HYPERZ is
disabled.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=68792
Priority: medium
Bug ID: 68792
Assignee: dri-devel(a)lists.freedesktop.org
Summary: Problems during playback of h264 files using UVD and
VLC on AMD E-350 CPU
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: rvdb(a)cryptolab.net
Hardware: x86-64 (AMD64)
Status: NEW
Version: git
…
[View More]Component: Drivers/Gallium/r600
Product: Mesa
Created attachment 84971
--> https://bugs.freedesktop.org/attachment.cgi?id=84971&action=edit
vlc -vvv output log
I have a small system with a E350 CPU in it and try to use a recent git pull of
VLC, mesa and xfree86-video-ati, on a 3.11rc6 kernel, to run with VDPAU and the
UVD chip on the CPU.
VLC indeed manages to play H264 files in DVD resolution but :
1/ It seems to fail on color space matrix :
[0x7ffa0f00c288] vdpau_chroma filter debug: using video mixer sharpness feature
[0x7ffa0f00c288] vdpau_chroma filter error: video color space matrix failure:
An invalid pointer was provided. Typically, this means that a NULL pointer was
provided for an 'output' parameter.
[0x7ffa0f00c288] vdpau_chroma filter debug: using video mixer 7
2/ it regularly spits "vo messages like this :
[0x7ffa14001248] vdpau_display vout display debug: surface status: 2
3/ regularly, it spits "warning: picture is too late to be displayed (missing
113 ms)" messages
4/ regularly stalls with messages like this :
[CODE][0x7f08e0c1f3f8] main input error: ES_OUT_SET_(GROUP_)PCR is called too
late (pts_delay increased to 1000 ms
[0x7f08e0c1f3f8] main input error: ES_OUT_RESET_PCR called
[0x7f08a0001248] vdpau_display vout display debug: surface status: 2
[0x7f08d91e7188] main decoder warning: early picture skipped[/CODE]
On the same system, mplayer from 2013/08/19 plays the same file, using VDPAU
and UVD (checked watching the CPU usage) fine.
I opened a bug on the VLC bug tracker
(https://trac.videolan.org/vlc/ticket/9281) but according to them, the problem
seems to come from the Galllium VDPAU state tracker as they should not get
"surface status : 2" at this stage of their code (they obviously tested their
VDPAU implementation using Nvidia binary driver, which does not use the VDPAU
Gallium state tracker).
Mplayer doesn't seem to have problem here as it seems to not even try to
support
CSC matrix generation or decoder capabilities.
I'm sorry if this bug report is a bit of a mess. There may be several issues
involved here, and some may be more VLC-related that mesa, but I don't know at
all how to sort them out.
The VLC devs at least seem to consider that the "surface status : 2" and CSC
matrix generation problem are Gallium-related and need to be fixed before they
can look into the problem if it's still there.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]