Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
On Sun, Mar 06, 2011 at 01:08:49PM -0500, Alex Deucher wrote: On Fri, Mar 4, 2011 at 8:50 PM, Ben Hutchings b...@decadent.org.uk wrote: On Fri, 2011-03-04 at 21:01 +0200, Faidon Liambotis wrote: This isn't a singled out case nor in exotic, possibly faulty, hardware. It's on a standard 1½-year old Dell OptiPlex 780 desktop with a Radeon HD card (one of the standard configurations) and this is on a stock squeeze system. The findings so far seem to suggest this is a Mesa issue; I'd probably file it under Linux kernel bugs (or even DoS bugs) but I'm not sure where to properly file such bugs in the post-KMS stack world. If there is a kernel driver involved then it should be assigned to the kernel. Even without KMS, a Mesa driver should be considered untrusted and should not be able to trigger a crash or hang. With KMS, this applies to the X driver too. With or without KMS, the userspace acceleration drivers can certainly cause GPU hangs if the 3D engine is programmed with some combination of commands it doesn't like. Note that the bug in question causes a *kernel* lockup, not just a GPU hang. As indicated by the output in the bug log¹, we're getting a “BUG: unable to handle kernel paging request” after a GPU reset on 2.6.37, while a silent lockup on 2.6.32. Regards, Faidon ¹: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616301#30 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110313023533.ga3...@tty.gr
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
On Sun, Mar 6, 2011 at 1:36 PM, Ben Hutchings b...@decadent.org.uk wrote: On Sun, 2011-03-06 at 13:08 -0500, Alex Deucher wrote: On Fri, Mar 4, 2011 at 8:50 PM, Ben Hutchings b...@decadent.org.uk wrote: On Fri, 2011-03-04 at 21:01 +0200, Faidon Liambotis wrote: severity 616301 critical thanks No, not unless it will affect a large proportion of users. My system locks up whenever I click on a YouTube video link since yesterday. I can probably live without YouTube :), but in any case this shouldn't happen. This isn't a singled out case nor in exotic, possibly faulty, hardware. It's on a standard 1½-year old Dell OptiPlex 780 desktop with a Radeon HD card (one of the standard configurations) and this is on a stock squeeze system. The findings so far seem to suggest this is a Mesa issue; I'd probably file it under Linux kernel bugs (or even DoS bugs) but I'm not sure where to properly file such bugs in the post-KMS stack world. If there is a kernel driver involved then it should be assigned to the kernel. Even without KMS, a Mesa driver should be considered untrusted and should not be able to trigger a crash or hang. With KMS, this applies to the X driver too. With or without KMS, the userspace acceleration drivers can certainly cause GPU hangs if the 3D engine is programmed with some combination of commands it doesn't like. You can't solve the halting problem but you can implement a watchdog, can't you? We have lockup detection and asic reset support, but depending on the lockup it may or may not be able to successfully reset the asic. Also, as for the command buffer checking, we try to protect against basic stupidity, but the chips are just too complex to check for every possible scenario that might cause a hang. Alex Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinn3qd_vj+g6c75-ch6yyxv_b-s9bu-gtpdc...@mail.gmail.com
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
On Mon, Mar 7, 2011 at 4:36 AM, Ben Hutchings b...@decadent.org.uk wrote: On Sun, 2011-03-06 at 13:08 -0500, Alex Deucher wrote: On Fri, Mar 4, 2011 at 8:50 PM, Ben Hutchings b...@decadent.org.uk wrote: On Fri, 2011-03-04 at 21:01 +0200, Faidon Liambotis wrote: severity 616301 critical thanks No, not unless it will affect a large proportion of users. My system locks up whenever I click on a YouTube video link since yesterday. I can probably live without YouTube :), but in any case this shouldn't happen. This isn't a singled out case nor in exotic, possibly faulty, hardware. It's on a standard 1½-year old Dell OptiPlex 780 desktop with a Radeon HD card (one of the standard configurations) and this is on a stock squeeze system. The findings so far seem to suggest this is a Mesa issue; I'd probably file it under Linux kernel bugs (or even DoS bugs) but I'm not sure where to properly file such bugs in the post-KMS stack world. If there is a kernel driver involved then it should be assigned to the kernel. Even without KMS, a Mesa driver should be considered untrusted and should not be able to trigger a crash or hang. With KMS, this applies to the X driver too. With or without KMS, the userspace acceleration drivers can certainly cause GPU hangs if the 3D engine is programmed with some combination of commands it doesn't like. You can't solve the halting problem but you can implement a watchdog, can't you? We do, we reset the GPU 10s after it hangs, but this depends on a lot of things going our way. Occasionally we do reset the GPU when we shouldn't as well. However if there is an issue in the kernel, ddx or mesa driver, constants resets will pretty much DoS the GPU. Dave. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimaxwjtwncscjo0vuwwkocrpuq3zvvsrp++s...@mail.gmail.com
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
On Sam, 2011-03-05 at 16:23 +0100, Herber Sylwester wrote: I'm starting to think it may be caussed by hardware malfunction. No, it seems clear at this point that it's a youtube change triggering a pre-existing bug in the Mesa r600 driver. I've noticed that system does not hang - I'm able to go to a console login and reboot. The screen ends 10cm below the monitor so i have to gues some things. If it would be helpful I may try to record the incident. Might be nice for the sake of completeness, though most likely it'll just be generic symptoms from GPU lockups, which unfortunately don't say much about what triggered them. The most promising approach at this point seems bisecting which Mesa upstream change fixed the problem. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1299505017.14068.194.camel@thor.local
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
On Fri, Mar 4, 2011 at 8:50 PM, Ben Hutchings b...@decadent.org.uk wrote: On Fri, 2011-03-04 at 21:01 +0200, Faidon Liambotis wrote: severity 616301 critical thanks No, not unless it will affect a large proportion of users. My system locks up whenever I click on a YouTube video link since yesterday. I can probably live without YouTube :), but in any case this shouldn't happen. This isn't a singled out case nor in exotic, possibly faulty, hardware. It's on a standard 1½-year old Dell OptiPlex 780 desktop with a Radeon HD card (one of the standard configurations) and this is on a stock squeeze system. The findings so far seem to suggest this is a Mesa issue; I'd probably file it under Linux kernel bugs (or even DoS bugs) but I'm not sure where to properly file such bugs in the post-KMS stack world. If there is a kernel driver involved then it should be assigned to the kernel. Even without KMS, a Mesa driver should be considered untrusted and should not be able to trigger a crash or hang. With KMS, this applies to the X driver too. With or without KMS, the userspace acceleration drivers can certainly cause GPU hangs if the 3D engine is programmed with some combination of commands it doesn't like. Alex Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. ___ xorg-driver-ati mailing list xorg-driver-...@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTi=wfwtq5sxo26xosg8ctoeok_ymw28n2hofd...@mail.gmail.com
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
On Sun, 2011-03-06 at 13:08 -0500, Alex Deucher wrote: On Fri, Mar 4, 2011 at 8:50 PM, Ben Hutchings b...@decadent.org.uk wrote: On Fri, 2011-03-04 at 21:01 +0200, Faidon Liambotis wrote: severity 616301 critical thanks No, not unless it will affect a large proportion of users. My system locks up whenever I click on a YouTube video link since yesterday. I can probably live without YouTube :), but in any case this shouldn't happen. This isn't a singled out case nor in exotic, possibly faulty, hardware. It's on a standard 1½-year old Dell OptiPlex 780 desktop with a Radeon HD card (one of the standard configurations) and this is on a stock squeeze system. The findings so far seem to suggest this is a Mesa issue; I'd probably file it under Linux kernel bugs (or even DoS bugs) but I'm not sure where to properly file such bugs in the post-KMS stack world. If there is a kernel driver involved then it should be assigned to the kernel. Even without KMS, a Mesa driver should be considered untrusted and should not be able to trigger a crash or hang. With KMS, this applies to the X driver too. With or without KMS, the userspace acceleration drivers can certainly cause GPU hangs if the 3D engine is programmed with some combination of commands it doesn't like. You can't solve the halting problem but you can implement a watchdog, can't you? Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
I haven't heard of many chips that won't hang given the wrong instructsion whether it's GPU or keyboard controller. Sounds like more than a driver issue but a choice of driver issue. How are you going to have it both ways without an ammount of care you have no time for? having interrupting access / watchdog is nice if your driver can do that Ben Hutchings wrote: On Sun, 2011-03-06 at 13:08 -0500, Alex Deucher wrote: On Fri, Mar 4, 2011 at 8:50 PM, Ben Hutchings b...@decadent.org.uk wrote: On Fri, 2011-03-04 at 21:01 +0200, Faidon Liambotis wrote: severity 616301 critical thanks No, not unless it will affect a large proportion of users. My system locks up whenever I click on a YouTube video link since yesterday. I can probably live without YouTube :), but in any case this shouldn't happen. This isn't a singled out case nor in exotic, possibly faulty, hardware. It's on a standard 1½-year old Dell OptiPlex 780 desktop with a Radeon HD card (one of the standard configurations) and this is on a stock squeeze system. The findings so far seem to suggest this is a Mesa issue; I'd probably file it under Linux kernel bugs (or even DoS bugs) but I'm not sure where to properly file such bugs in the post-KMS stack world. If there is a kernel driver involved then it should be assigned to the kernel. Even without KMS, a Mesa driver should be considered untrusted and should not be able to trigger a crash or hang. With KMS, this applies to the X driver too. With or without KMS, the userspace acceleration drivers can certainly cause GPU hangs if the 3D engine is programmed with some combination of commands it doesn't like. You can't solve the halting problem but you can implement a watchdog, can't you? Ben. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d742b93.9050...@cox.net
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
On Sun, 2011-03-06 at 19:49 -0500, John D. Hendrickson and Sara Darnell wrote: I haven't heard of many chips that won't hang given the wrong instructsion whether it's GPU or keyboard controller. Of course. This is why the kernel driver filters the commands going to the GPU - the commands come from unprivileged applications (the Mesa driver is just a shared library) and should not be trusted. Sounds like more than a driver issue but a choice of driver issue. How are you going to have it both ways without an ammount of care you have no time for? having interrupting access / watchdog is nice if your driver can do that Ben Hutchings wrote: [...] Don't top-post. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
of course if you ask and have that command. just ask I'm actually not planning on being in the channel long. someone might find me! he he. Question. can I ask what top-post is? I will look it up too. debian rules are getting rather long to even have heard about even having read a good part of them once. Ben Hutchings wrote: On Sun, 2011-03-06 at 19:49 -0500, John D. Hendrickson and Sara Darnell wrote: I haven't heard of many chips that won't hang given the wrong instructsion whether it's GPU or keyboard controller. Of course. This is why the kernel driver filters the commands going to the GPU - the commands come from unprivileged applications (the Mesa driver is just a shared library) and should not be trusted. Sounds like more than a driver issue but a choice of driver issue. How are you going to have it both ways without an ammount of care you have no time for? having interrupting access / watchdog is nice if your driver can do that Ben Hutchings wrote: [...] Don't top-post. Ben. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d743e8a.5080...@cox.net
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
Hi, Same thing here ... with basically same constellation in terms of packages and update timing. For info: Work around on Youtube: Disable HW accel in flashplayer (Right-click / Settings on some none-crashing flashplayer instance (some other web-site) using iceweasel e.g.). So it might be maybe radeon, video HW accel related ... !? G+, Oliver -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d71f48d.8010...@oli1170.net
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
Hi there. W dniu 04.03.2011 22:44, Cyril Brulebois pisze: Hi, Herber Sylwestersly...@oomkill.net (03/03/2011): What I can tell from /var/log/apt/history.log […] hmm, nothing seems related. Any chance you upgraded something in the kernel/X stack before that, and only restarted your X or rebooted lately? KiBi. Mayby the upgrade was just a time related coincidence. After the upgrade i did niether reboot the machine nor restart the X-server. I remeber that 2nd I've watched few Youtube videos and it was fine. Don't know if attaching history.log for february will do any good. I did not do any manual enhancements to the system especially the kernel part. Regards, Herber Sylwester. history.log.1.gz Description: GNU Zip compressed data
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
Hi there. W dniu 04.03.2011 22:44, Cyril Brulebois pisze: Hi, Herber Sylwestersly...@oomkill.net (03/03/2011): What I can tell from /var/log/apt/history.log […] hmm, nothing seems related. Any chance you upgraded something in the kernel/X stack before that, and only restarted your X or rebooted lately? KiBi. Todays update: Start-Date: 2011-03-05 16:03:36 Commandline: apt-get dist-upgrade Install: libglib2.0-bin:i386 (2.28.1-1+b1, automatic), gcc-4.5-base:i386 (4.5.2-4, automatic), libboost-program-options1.42.0:i386 (1.42.0-4, automatic), libsoundtouch0:i386 (1.5.0-4, automatic) Upgrade: browser-plugin-gnash:i386 (0.8.8-9, 0.8.9~git20110220-1), libjna-java:i386 (3.2.4-2, 3.2.7-1), libstdc++6:i386 (4.4.5-12, 4.5.2-4), libwildmidi1:i386 (0.2.3.2-2, 0.2.3.4-1), rpm2cpio:i386 (4.8.1-6, 4.8.1-7), librpmbuild1:i386 (4.8.1-6, 4.8.1-7), libmpfr4:i386 (3.0.0-2, 3.0.0-7), python-mako:i386 (0.3.6-1, 0.4.0-1), libportaudio2:i386 (19+svn20071022-3.2, 19+svn20101113-3), xsane:i386 (0.997-2+b1, 0.998-1), mobile-broadband-provider-info:i386 (20101106-1, 20110218-1), libk3b6:i386 (2.0.2-1, 2.0.2-1+b1), libglib2.0-dev:i386 (2.24.2-1, 2.28.1-1+b1), libutempter0:i386 (1.1.5-3, 1.1.5-4), hplip-cups:i386 (3.10.6-2, 3.11.1-2), libx11-data:i386 (1.4.1-4, 1.4.1-5), libgfortran3:i386 (4.4.5-12, 4.5.2-4), iputils-ping:i386 (20100418-3, 20101006-1), hpijs:i386 (3.10.6-2, 3.11.1-2), hplip:i386 (3.10.6-2, 3.11.1-2), libsqlite3-dev:i386 (3.7.4-2, 3.7.5-1), librpmio1:i386 (4.8.1-6, 4.8.1-7), librpm1:i386 (4.8.1-6, 4.8.1-7), rpm-common:i386 (4.8.1-6, 4.8.1-7), libgomp1:i386 (4.4.5-12, 4.5.2-4), libpcre3:i386 (8.02-1.1, 8.12-3), libx11-xcb1:i386 (1.4.1-4, 1.4.1-5), libsqlite3-0:i386 (3.7.4-2, 3.7.5-1), k3b:i386 (2.0.2-1, 2.0.2-1+b1), libgcc1:i386 (4.4.5-12, 4.5.2-4), konqueror-plugin-gnash:i386 (0.8.8-9, 0.8.9~git20110220-1), libhpmud0:i386 (3.10.6-2, 3.11.1-2), w3m:i386 (0.5.3-1, 0.5.3-2), mozilla-plugin-gnash:i386 (0.8.8-9, 0.8.9~git20110220-1), python-pysqlite2:i386 (2.6.0-1, 2.6.3-1), libglib2.0-data:i386 (2.24.2-1, 2.28.1-1), libfreetype6-dev:i386 (2.4.2-2.1, 2.4.4-1), xdg-utils:i386 (1.1.0~rc1-1, 1.1.0~rc1-2), rpm:i386 (4.8.1-6, 4.8.1-7), gstreamer0.10-plugins-bad:i386 (0.10.19-2+b2, 0.10.19-2.1), libgcc1-dbg:i386 (4.4.5-12, 4.5.2-4), xsane-common:i386 (0.997-2, 0.998-1), libemail-mime-perl:i386 (1.906-1, 1.907-1), libfreetype6:i386 (2.4.2-2.1, 2.4.4-1), gnash:i386 (0.8.8-9, 0.8.9~git20110220-1), libglib2.0-0:i386 (2.24.2-1, 2.28.1-1+b1), libk3b6-extracodecs:i386 (2.0.2-1, 2.0.2-1+b1), libsane-hpaio:i386 (3.10.6-2, 3.11.1-2), libx11-6:i386 (1.4.1-4, 1.4.1-5), pkg-kde-tools:i386 (0.9.3, 0.9.5), klash:i386 (0.8.8-9, 0.8.9~git20110220-1), libx11-dev:i386 (1.4.1-4, 1.4.1-5), libobjc2:i386 (4.4.5-12, 4.5.2-4), gnash-common:i386 (0.8.8-9, 0.8.9~git20110220-1), sqlite3:i386 (3.7.4-2, 3.7.5-1), binfmt-support:i386 (2.0.2, 2.0.3), eject:i386 (2.1.5+deb1+cvs20081104-7.1, 2.1.5+deb1+cvs20081104-8), libmms0:i386 (0.6.2-1, 0.6.2-2), hplip-data:i386 (3.10.6-2, 3.11.1-2) End-Date: 2011-03-05 16:06:20 Did not help either. I'm starting to think it may be caussed by hardware malfunction. (wild goose chase?) I've noticed that system does not hang - I'm able to go to a console login and reboot. The screen ends 10cm below the monitor so i have to gues some things. If it would be helpful I may try to record the incident. Sincerely, Herber Sylwester. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d725587.5070...@oomkill.net
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
Hi, Same thing here, opening any youtube video since March 3 crashes the whole system using iceweasel 3.5.16-4. The crash has been consistent across two identical machines and started occurring yesterday. The fact that we didn't upgrade Flash, combined with the fact that yesterday I noticed some issues* on youtube on another machine (without radeon), leads me to the conclusion that the bug is triggered by some change youtube did to their player. * red and green tinting allover the video and misaligned image, as well as crashes of the plugin (only, not the browser or the system). This system has nothing to do with the affected systems (i915, x86, lenny). Due to this bug actually DoS'ing the whole system by simply opening a URL, IMHO it should be marked critical (and possibly reassinged to the kernel?). The hardware we're having problems with, are two x86_64 systems with: VGA compatible controller: ATI Technologies Inc RV620 LE [Radeon HD 3450] graphics cards. I have tested with both, 2.6.32-5-amd64 (2.6.32-30) and 2.6.37-2-amd64 from sid (2.6.37-2) with the same result (crash). Also, I tried both xserver-xorg-video-radeon 1:6.13.1-2+squeeze1 (squeeze) and 1:6.14.0-1 (sid) and both keep crashing. The problem in my system manifests with flash plugin version 10.3 r162 (64-bit). Version 10.0 r42 (which was in /var/cache/flashplugin-nonfree) works fine. Following are the backtraces obtained with netconsole from 2.6.32 and 2.6.37: 2.6.32 == [ 826.144018] [drm:radeon_fence_wait] *ERROR* fence(88010002a980:0xCA4C) 504ms timeout going to reset GPU [ 826.144029] radeon :01:00.0: GPU softreset [ 826.144033] radeon :01:00.0: R_008010_GRBM_STATUS=0xE57024E0 [ 826.144038] radeon :01:00.0: R_008014_GRBM_STATUS2=0x00110103 [ 826.144042] radeon :01:00.0: R_000E50_SRBM_STATUS=0x20C0 [ 826.144052] radeon :01:00.0: R_008020_GRBM_SOFT_RESET=0x7FEE [ 826.144107] radeon :01:00.0: R_008020_GRBM_SOFT_RESET=0x0001 [ 826.144166] radeon :01:00.0: R_000E60_SRBM_SOFT_RESET=0x0402 (death and silence) 2.6.37 == [ 491.372026] radeon :01:00.0: GPU lockup CP stall for more than 1msec [ 491.372034] [ cut here ] [ 491.372059] WARNING: at /build/buildd-linux-2.6_2.6.37-2-amd64-bITS0h/linux-2.6-2.6.37/debian/build /source_amd64_none/drivers/gpu/drm/radeon/radeon_fence.c:244 radeon_fence_wait+0x235/0x2d3 [radeon]() [ 491.372065] Hardware name: OptiPlex 780 [ 491.372068] GPU lockup (waiting for 0x6E39 last fence id 0x6E38) [ 491.372072] Modules linked in: gre netconsole configfs 8021q garp ppdev lp nf_conntrack_netlink nfn etlink kvm_intel kvm nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6_tables xt_pkttype xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack iptable_filter ip_tables x_tables fuse bridge s tp coretemp loop snd_hda_codec_analog snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm radeon snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd soundc ore ttm drm_kms_helper drm i2c_algo_bit snd_page_alloc power_supply shpchp parport_pc joydev tpm_tis t pm dell_wmi sparse_keymap i2c_i801 tpm_bios processor wmi parport i2c_core thermal_sys dcdbas[ 491.37 3400] radeon :01:00.0: GPU softreset [ 491.373403] radeon :01:00.0: R_008010_GRBM_STATUS=0xE57024E0 [ 491.373406] radeon :01:00.0: R_008014_GRBM_STATUS2=0x00110103 [ 491.373408] radeon :01:00.0: R_000E50_SRBM_STATUS=0x20C0 [ 491.373416] radeon :01:00.0: R_008020_GRBM_SOFT_RESET=0x7FEE [ 491.388299] radeon :01:00.0: R_008020_GRBM_SOFT_RESET=0x0001 [ 491.404176] radeon :01:00.0: R_008010_GRBM_STATUS=0xA0003030 [ 491.404179] radeon :01:00.0: R_008014_GRBM_STATUS2=0x0003 [ 491.404181] radeon :01:00.0: R_000E50_SRBM_STATUS=0x200080C0 [ 491.405177] radeon :01:00.0: GPU reset succeed [ 491.405200] BUG: unable to handle kernel paging request at c900112013e0 [ 491.405258] IP: [a046fa73] rs600_gart_set_page+0x28/0x34 [radeon] [ 491.405304] PGD 12780d067 PUD 12780e067 PMD 11f44a067 PTE 0 [ 491.405336] Oops: 0002 [#1] SMP [ 491.405354] last sysfs file: /sys/devices/virtual/dmi/id/chassis_asset_tag [ 491.405379] CPU 1 [ 491.405388] Modules linked in: gre netconsole configfs 8021q garp ppdev lp nf_conntrack_netlink nfn etlink kvm_intel kvm nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6_tables xt_pkttype xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack iptable_filter ip_tables x_tables fuse bridge s tp coretemp loop snd_hda_codec_analog snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm radeon snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd soundc ore ttm drm_kms_helper drm i2c_algo_bit snd_page_alloc power_supply shpchp parport_pc joydev tpm_tis t pm dell_wmi sparse_keymap i2c_i801 tpm_bios processor wmi
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
severity 616301 critical thanks My system locks up whenever I click on a YouTube video link since yesterday. I can probably live without YouTube :), but in any case this shouldn't happen. This isn't a singled out case nor in exotic, possibly faulty, hardware. It's on a standard 1½-year old Dell OptiPlex 780 desktop with a Radeon HD card (one of the standard configurations) and this is on a stock squeeze system. The findings so far seem to suggest this is a Mesa issue; I'd probably file it under Linux kernel bugs (or even DoS bugs) but I'm not sure where to properly file such bugs in the post-KMS stack world. Regards, Faidon -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110304190158.ga13...@faidon.noc.grnet.gr
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
severity 616301 important thanks Faidon Liambotis parav...@debian.org (04/03/2011): severity 616301 critical thanks No… […] but in any case this shouldn't happen. Plenty of other things shouldn't happen. That doesn't make it a critical bug. KiBi. signature.asc Description: Digital signature
Processed: Re: Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
Processing commands for cont...@bugs.debian.org: severity 616301 important Bug #616301 [xserver-xorg-video-radeon] xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.] Severity set to 'important' from 'critical' thanks Stopping processing here. Please contact me if you need assistance. -- 616301: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616301 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129926622324738.transcr...@bugs.debian.org
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
Hi, Herber Sylwester sly...@oomkill.net (03/03/2011): What I can tell from /var/log/apt/history.log […] hmm, nothing seems related. Any chance you upgraded something in the kernel/X stack before that, and only restarted your X or rebooted lately? KiBi. signature.asc Description: Digital signature
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
(Trying to gather everyone in To/Cc.) Hi, Apollon Oikonomopoulos apoi...@gmail.com (04/03/2011): Same thing here, opening any youtube video since March 3 crashes the whole system using iceweasel 3.5.16-4. The crash has been consistent across two identical machines and started occurring yesterday. The fact that we didn't upgrade Flash, combined with the fact that yesterday I noticed some issues* on youtube on another machine (without radeon), leads me to the conclusion that the bug is triggered by some change youtube did to their player. while you're at it, could you try switching off KMS? That should get you a working system in the interim. The hardware we're having problems with, are two x86_64 systems with: VGA compatible controller: ATI Technologies Inc RV620 LE [Radeon HD 3450] graphics cards. I have tested with both, 2.6.32-5-amd64 (2.6.32-30) and 2.6.37-2-amd64 from sid (2.6.37-2) with the same result (crash). Also, I tried both xserver-xorg-video-radeon 1:6.13.1-2+squeeze1 (squeeze) and 1:6.14.0-1 (sid) and both keep crashing. If you have some more time, you might want to check what happens with 2.6.38rc* from experimental. Following are the backtraces obtained with netconsole from 2.6.32 and 2.6.37: […] Thanks. To reply Faidon's question on IRC, I guess we might want to either reassign that bug to the kernel (affecting the driver + the server, to make sure it gets noticed) and/or to clone it for now, until further investigation happens. Michel, any preference? KiBi. signature.asc Description: Digital signature
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
On Fri, 2011-03-04 at 21:01 +0200, Faidon Liambotis wrote: severity 616301 critical thanks No, not unless it will affect a large proportion of users. My system locks up whenever I click on a YouTube video link since yesterday. I can probably live without YouTube :), but in any case this shouldn't happen. This isn't a singled out case nor in exotic, possibly faulty, hardware. It's on a standard 1½-year old Dell OptiPlex 780 desktop with a Radeon HD card (one of the standard configurations) and this is on a stock squeeze system. The findings so far seem to suggest this is a Mesa issue; I'd probably file it under Linux kernel bugs (or even DoS bugs) but I'm not sure where to properly file such bugs in the post-KMS stack world. If there is a kernel driver involved then it should be assigned to the kernel. Even without KMS, a Mesa driver should be considered untrusted and should not be able to trigger a crash or hang. With KMS, this applies to the X driver too. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
On Don, 2011-03-03 at 11:41 +0100, slyher wrote: Package: xserver-xorg-video-radeon Version: 1:6.13.1-2+squeeze1 Severity: important Hi there. After updating the packages 2. March 2011 [...] What packages were upgraded from/to which versions? -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1299151485.23888.54.camel@thor.local
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
W dniu 03.03.2011 12:24, Michel Dänzer pisze: On Don, 2011-03-03 at 11:41 +0100, slyher wrote: Package: xserver-xorg-video-radeon Version: 1:6.13.1-2+squeeze1 Severity: important Hi there. After updating the packages 2. March 2011 [...] What packages were upgraded from/to which versions? Hi there. What I can tell from /var/log/apt/history.log Start-Date: 2011-03-01 17:27:00 Commandline: apt-get dist-upgrade Upgrade: foomatic-db-engine:i386 (4.0.4-3, 4.0.7-1), dnsmasq-base:i386 (2.55-2+b1, 2.57-1), python-markupsafe:i386 (0.9.2-3, 0.12-1), musescore-common:i386 (0.9.6+dfsg-1, 1.0+dfsg-2), musescore:i386 (0.9.6+dfsg-1, 1.0+dfsg-2), gpgv:i386 (1.4.10-4, 1.4.11-3), foomatic-filters:i386 (4.0.5-6, 4.0.7-1), foomatic-filters-ppds:i386 (4.0.4-3, 4.0.7-1), musescore-soundfont-gm:i386 (0.9.6+dfsg-1, 1.0+dfsg-2), gnupg:i386 (1.4.10-4, 1.4.11-3) End-Date: 2011-03-01 17:28:29 Start-Date: 2011-03-02 09:03:39 Commandline: apt-get dist-upgrade Install: libclass-load-perl:i386 (0.06-1, automatic) Upgrade: desktop-base:i386 (6.0.5, 6.0.6), libcupscgi1:i386 (1.4.5-3, 1.4.6-1), cups-client:i386 (1.4.5-3, 1.4.6-1), libcupsmime1:i386 (1.4.5-3, 1.4.6-1), libnspr4-0d:i386 (4.8.6-1, 4.8.7-2), cups-ppdc:i386 (1.4.5-3, 1.4.6-1), libcupsppdc1:i386 (1.4.5-3, 1.4.6-1), cups-common:i386 (1.4.5-3, 1.4.6-1), libcups2:i386 (1.4.5-3, 1.4.6-1), libgsf-1-common:i386 (1.14.19-2, 1.14.19-3), cups:i386 (1.4.5-3, 1.4.6-1), libcupsdriver1:i386 (1.4.5-3, 1.4.6-1), libgdata7:i386 (0.6.4-2, 0.6.4-3), cups-bsd:i386 (1.4.5-3, 1.4.6-1), libcupsimage2:i386 (1.4.5-3, 1.4.6-1), libdatetime-timezone-perl:i386 (1.23-1+2010n, 1.28-1+2011b), libgsf-1-114:i386 (1.14.19-2, 1.14.19-3), libgdata-common:i386 (0.6.4-2, 0.6.4-3) End-Date: 2011-03-02 09:05:00 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d6f8168.9000...@oomkill.net
Bug#616301: xserver-xorg-video-radeon:screen goes black, system hangs after 2sec:[youtube(FF/Opera)-reset req.]
Package: xserver-xorg-video-radeon Version: 1:6.13.1-2+squeeze1 Severity: normal Hi. I'm experiencing the same problem, i.e. whenever I open a youtube.com website with video content my system hangs (black screen and monitor reports/gives warning of wrong input frequencies). Until at least two days ago I could play youtube videos without issues using iceweasel with Adobe Flash Player (flashplugin-nonfree); but not today. I also run 'aptitude update aptitude upgrade' regularly but I doubt the following packages have something to do with this. /var/log/apt/history.log: Start-Date: 2011-03-01 03:11:17 Upgrade: libsmbclient:amd64 (3.5.6~dfsg-3, 3.5.6~dfsg-3squeeze2), smbclient:amd64 (3.5.6~dfsg-3, 3.5.6~dfsg-3squeeze2), libwbclient0:amd64 (3.5.6~dfsg-3, 3.5.6~dfsg-3squeeze2), libavahi-glib1:amd64 (0.6.27-2, 0.6.27-2+squeeze1), libavahi-common-data:amd64 (0.6.27-2, 0.6.27-2+squeeze1), libavahi-core7:amd64 (0.6.27-2, 0.6.27-2+squeeze1), samba-common:amd64 (3.5.6~dfsg-3, 3.5.6~dfsg-3squeeze2), avahi-dnsconfd:amd64 (0.6.27-2, 0.6.27-2+squeeze1), avahi-daemon:amd64 (0.6.27-2, 0.6.27-2+squeeze1), libavahi-client3:amd64 (0.6.27-2, 0.6.27-2+squeeze1), samba-common-bin:amd64 (3.5.6~dfsg-3, 3.5.6~dfsg-3squeeze2), libavahi-common3:amd64 (0.6.27-2, 0.6.27-2+squeeze1) End-Date: 2011-03-01 03:11:24 Start-Date: 2011-03-03 02:39:51 Upgrade: libpango1.0-common:amd64 (1.28.3-1+squeeze1, 1.28.3-1+squeeze2), libpango1.0-0:amd64 (1.28.3-1+squeeze1, 1.28.3-1+squeeze2) End-Date: 2011-03-03 02:39:57 More interesting are the syslog entries when hitting the bug (abbreviated). /var/log/syslog: Mar 3 10:17:01 banshee /USR/SBIN/CRON[9664]: (root) CMD ( cd / run-parts --report /etc/cron.hourly) Mar 3 10:18:29 banshee kernel: [27296.676053] [drm:radeon_fence_wait] *ERROR* fence(880061522f40:0x0031D254) 508ms timeout going to reset GPU Mar 3 10:18:29 banshee kernel: [27296.676064] radeon :01:05.0: GPU softreset Mar 3 10:18:29 banshee kernel: [27296.676070] radeon :01:05.0: R_008010_GRBM_STATUS=0xE77324AC Mar 3 10:18:29 banshee kernel: [27296.676076] radeon :01:05.0: R_008014_GRBM_STATUS2=0x00110103 Mar 3 10:18:29 banshee kernel: [27296.676081] radeon :01:05.0: R_000E50_SRBM_STATUS=0x20001040 Mar 3 10:18:29 banshee kernel: [27296.676090] radeon :01:05.0: R_008020_GRBM_SOFT_RESET=0x7FEE Mar 3 10:18:29 banshee kernel: [27296.676146] radeon :01:05.0: R_008020_GRBM_SOFT_RESET=0x0001 Mar 3 10:18:29 banshee kernel: [27296.676204] radeon :01:05.0: R_000E60_SRBM_SOFT_RESET=0x0402 Mar 3 10:18:29 banshee kernel: [27296.676360] radeon :01:05.0: R_008010_GRBM_STATUS=0x3030 Mar 3 10:18:29 banshee kernel: [27296.676365] radeon :01:05.0: R_008014_GRBM_STATUS2=0x0003 Mar 3 10:18:29 banshee kernel: [27296.676370] radeon :01:05.0: R_000E50_SRBM_STATUS=0x2040 -- message loop (trying to softreset endlessly) -- Mar 3 10:20:00 banshee kernel: [27387.493788] [drm:radeon_fence_wait] *ERROR* fence(880062eb7540:0x0031D382) 516ms timeout Mar 3 10:20:00 banshee kernel: [27387.493797] [drm:radeon_fence_wait] *ERROR* last signaled fence(0x0031D382) Mar 3 10:20:03 banshee kernel: [27390.008063] [drm:radeon_fence_wait] *ERROR* fence(880062eb7dc0:0x0031D384) 504ms timeout going to reset GPU Mar 3 10:20:03 banshee kernel: [27390.008076] radeon :01:05.0: GPU softreset Mar 3 10:20:03 banshee kernel: [27390.008082] radeon :01:05.0: R_008010_GRBM_STATUS=0xA0003030 Mar 3 10:20:03 banshee kernel: [27390.008089] radeon :01:05.0: R_008014_GRBM_STATUS2=0x0003 Mar 3 10:20:03 banshee kernel: [27390.008096] radeon :01:05.0: R_000E50_SRBM_STATUS=0x2040 Mar 3 10:20:03 banshee kernel: [27390.008106] radeon :01:05.0: R_008020_GRBM_SOFT_RESET=0x7FEE Mar 3 10:20:03 banshee kernel: [27390.008164] radeon :01:05.0: R_008020_GRBM_SOFT_RESET=0x0001 Mar 3 10:20:03 banshee kernel: [27390.008224] radeon :01:05.0: R_000E60_SRBM_SOFT_RESET=0x0402 Mar 3 10:20:03 banshee kernel: [27390.008382] radeon :01:05.0: R_008010_GRBM_STATUS=0x3030 Mar 3 10:20:03 banshee kernel: [27390.008392] radeon :01:05.0: R_008014_GRBM_STATUS2=0x0003 Mar 3 10:20:03 banshee kernel: [27390.008401] radeon :01:05.0: R_000E50_SRBM_STATUS=0x2040 Mar 3 10:20:03 banshee kernel: [27390.009795] [drm:radeon_fence_wait] *ERROR* fence(880062eb7dc0:0x0031D384) 512ms timeout Mar 3 10:20:03 banshee kernel: [27390.009804] [drm:radeon_fence_wait] *ERROR* last signaled fence(0x0031D384) Mar 3 10:20:04 banshee kernel: [27391.517962] SysRq : Emergency Remount R/O Maybe Google changed the video format which triggers a bug in the graphics driver? Kind regards, Matthias -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 May 18 2010 /etc/X11/X - /usr/bin/Xorg
