Bug 56464 - Radeon HD 6520G lockups under load
Summary: Radeon HD 6520G lockups under load
Status: RESOLVED DUPLICATE of bug 56405
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-10-27 15:53 UTC by Kristian Klausen
Modified: 2012-11-01 17:16 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
dmesg (72.88 KB, text/plain)
2012-10-27 15:53 UTC, Kristian Klausen
no flags Details
Xorg log, if there is anything usefull. (42.16 KB, text/plain)
2012-10-27 16:00 UTC, Kristian Klausen
no flags Details

Description Kristian Klausen 2012-10-27 15:53:20 UTC
Created attachment 69155 [details]
dmesg

[Steps to Reproduce]
Login into gnome-shell, start totem playing a video, start minecraft and enter "a world", screens begin to bilking every 5 sec, keyboard normaly only working when screen is black, sometimes it works all time. Mouse sometimes working, sometimes you can switch to tty1 when screen i black, and kill totem, java. Sometimes gnome-shell need to be killed. Sometimes the laptop totally lockups (1 time i even got a kernel panic)


[Software installed]
Gnome-shell: 3.4.2
Totem: 3.4.2
gstreamer: 0.10.36
Minecraft: 1.4.2
Java: 7.u9_2.3.3

Kernel: 3.6.3
Mesa: 9.0
libdrm: 2.4.39
xorg-server 1.13.0
Comment 1 Kristian Klausen 2012-10-27 16:00:05 UTC
After totem and minecraft have got killed, gnome-shell is running slow (also totem is), and glxgears is not running vsynced.
Comment 2 Kristian Klausen 2012-10-27 16:00:42 UTC
Created attachment 69156 [details]
Xorg log, if there is anything usefull.
Comment 3 Alex Deucher 2012-10-28 16:44:40 UTC
Does it work better with mesa 8.0.x?  Might be related to bug 56405.
Comment 4 Kristian Klausen 2012-10-28 16:50:51 UTC
(In reply to comment #3)
> Does it work better with mesa 8.0.x?  Might be related to bug 56405.

Will test with mesa 8.0.4 when i get time, i can also confirm that i have bug 56405.
Comment 5 Kristian Klausen 2012-10-31 12:38:43 UTC
(In reply to comment #4)
> (In reply to comment #3)
> > Does it work better with mesa 8.0.x?  Might be related to bug 56405.
> 
> Will test with mesa 8.0.4 when i get time, i can also confirm that i have
> bug 56405.
Problems seems solved with mesa 8.0.4. Also can't mesa 9.0 to work realy with gdm, works 1 out of 10 times or something.
Comment 6 Alex Deucher 2012-10-31 13:45:06 UTC
Any chance you can bisect to identify what commit is causing the problem?
Comment 7 Kristian Klausen 2012-11-01 07:46:46 UTC
(In reply to comment #6)
> Any chance you can bisect to identify what commit is causing the problem?

"Just" all this commit http://cgit.freedesktop.org/mesa/mesa/log/?h=9.0 ? and could the problem also be in mesa 8.0.5? Because then i will mesa 8.0.5
Comment 8 Alex Deucher 2012-11-01 12:57:47 UTC
(In reply to comment #7)
> (In reply to comment #6)
> > Any chance you can bisect to identify what commit is causing the problem?
> 
> "Just" all this commit http://cgit.freedesktop.org/mesa/mesa/log/?h=9.0 ?
> and could the problem also be in mesa 8.0.5? Because then i will mesa 8.0.5

If 8.0.5 has a similar problem, then you could just focus on the 8.0 branch.  Otherwise, it's probably easiest to checkout master and try master.  If that has the same issues as 9.0, then switch to a commit near where the 8.0 branch was branched, then bisect between that and the top of master.
Comment 9 Kristian Klausen 2012-11-01 15:18:45 UTC
(In reply to comment #8)
> (In reply to comment #7)
> > (In reply to comment #6)
> > > Any chance you can bisect to identify what commit is causing the problem?
> > 
> > "Just" all this commit http://cgit.freedesktop.org/mesa/mesa/log/?h=9.0 ?
> > and could the problem also be in mesa 8.0.5? Because then i will mesa 8.0.5
> 
> If 8.0.5 has a similar problem, then you could just focus on the 8.0 branch.
> Otherwise, it's probably easiest to checkout master and try master.  If that
> has the same issues as 9.0, then switch to a commit near where the 8.0
> branch was branched, then bisect between that and the top of master.
For some unknown reason mesa master won't compile:
Last lines:
r600_shader.c: In function ‘r600_compute_shader_create’:
r600_shader.c:252:2: fejl: too few arguments to function ‘r600_bytecode_init’
In file included from r600_shader.h:26:0,
                 from r600_shader.c:27:
r600_asm.h:224:6: bemærk: declared here
r600_llvm.c: In function ‘llvm_load_input’:
r600_llvm.c:124:11: advarsel: variable ‘offset’ set but not used [-Wunused-but-set-variable]
make[4]: *** [r600_shader.o] Fejl 1
make[4]: *** Venter på uafsluttede job....
In file included from r600_llvm.c:3:0:
r600_llvm.c: In function ‘llvm_load_system_value’:
../../../../src/gallium/auxiliary/gallivm/lp_bld_const.h:124:23: advarsel: ‘chan’ may be used uninitialized in this function [-Wmaybe-uninitialized]
r600_llvm.c:41:11: bemærk: ‘chan’ was declared here
make[4]: Forlader katalog '/home/kristian/Hentninger/mesa-git/src/build/src/gallium/drivers/r600'
make[3]: *** [all-recursive] Fejl 1
make[3]: Forlader katalog '/home/kristian/Hentninger/mesa-git/src/build/src/gallium/drivers'
make[2]: *** [all-recursive] Fejl 1
make[2]: Forlader katalog '/home/kristian/Hentninger/mesa-git/src/build/src/gallium'
make[1]: *** [all-recursive] Fejl 1
make[1]: Forlader katalog '/home/kristian/Hentninger/mesa-git/src/build/src'
make: *** [all-recursive] Fejl 1
Comment 10 Alex Deucher 2012-11-01 17:16:42 UTC

*** This bug has been marked as a duplicate of bug 56405 ***


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.