Bug 498131 - Visiting webpage causes system lockup, except mouse cursor
Summary: Visiting webpage causes system lockup, except mouse cursor
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-intel
Version: rawhide
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Kristian Høgsberg
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 502252 (view as bug list)
Depends On:
Blocks: F11Target
TreeView+ depends on / blocked
 
Reported: 2009-04-29 01:42 UTC by Andy Lawrence
Modified: 2018-04-11 11:42 UTC (History)
27 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-05-22 17:42:33 UTC
Type: ---


Attachments (Terms of Use)
/var/log/dmesg (38.05 KB, text/plain)
2009-04-29 09:46 UTC, Matěj Cepl
no flags Details
/var/log/Xorg.0.log (48.81 KB, text/plain)
2009-04-29 09:46 UTC, Matěj Cepl
no flags Details
/var/log/messages (1.30 MB, text/plain)
2009-04-29 09:47 UTC, Matěj Cepl
no flags Details

Description Andy Lawrence 2009-04-29 01:42:20 UTC
Description of problem:

F11 Preview.i368 with all updates as of 30 minutes ago!  Everytime I visit www.wthitv.com (with firefox) my computer hard locks with only mouse movement.  CTRL+ALT+F1 etc do nothing.  I first tried without flash then also with flash, no difference. 

/var/log/messages now only shows output since the most current boot?  No older data, new behaviour?  Only relevant hardware I can think of would be the graphics card, Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03).

Version-Release number of selected component (if applicable):

F11 Preview all updates to date of this post

How reproducible:

Everytime

Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Warren Togami 2009-04-29 01:47:41 UTC
Confirmed system seems to lockup when you visit this page in firefox on rawhide x86_64.  VT switch fails, but you can still move the mouse cursor.

I'm pretty sure this isn't a kernel bug.  Assigning to X, it can be reassigned from there.

Comment 2 Matthias Clasen 2009-04-29 02:14:52 UTC
I see the same on 965GM, x86_64 as well.

Comment 3 Nicu Buculei 2009-04-29 07:37:09 UTC
Not sure if this is related, I get a similar hard lock when trying to play any kind of video file (Ogg Theora, DivX) on any player (Totem, VLC, Mplayer, the Totem plugin in Firefox) with only two exceptions:
- flash videos in the browser;
- Ogg Theora videos in Firefox (probably using the build in Theora decoder) 

(fully updated Rawhide, Intel 965).

Comment 4 Rahul Sundaram 2009-04-29 07:39:53 UTC
I see the same behaviour. Intel GM965/GL960 here. Disabling KMS seems to workaround the problem. Can others here confirm this?

Comment 5 kushaldas@gmail.com 2009-04-29 07:53:14 UTC
I can see the same problem , 
My card -- VGA: compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller

Comment 6 Matěj Cepl 2009-04-29 09:46:20 UTC
Created attachment 341725 [details]
/var/log/dmesg

Comment 7 Matěj Cepl 2009-04-29 09:46:43 UTC
Created attachment 341726 [details]
/var/log/Xorg.0.log

Comment 8 Matěj Cepl 2009-04-29 09:47:57 UTC
Created attachment 341727 [details]
/var/log/messages

Comment 9 Matěj Cepl 2009-04-29 10:02:41 UTC
Yeah can reproduce handily :(

Comment 10 Dhaval Giani 2009-04-29 13:05:03 UTC
here as well!

Comment 11 Tom London 2009-04-29 13:33:02 UTC
With Thinkpad X200, I do NOT get freeze with "nomodeset nopat" on boot line, and running latest fc11 updates and compiz.


00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)


But I do see this in /var/log/messages:

Apr 29 06:18:18 tlondon kernel: Machine check events logged


Do not recall seeing "Machine check events logged" message before.....

Comment 12 Marcus Specht 2009-04-30 14:03:42 UTC
Same problem here ;-/
The lock happend with openoffice and firefox.

Comment 13 Martin Sourada 2009-04-30 16:09:04 UTC
Reproducible with epiphany (xulrunner backend), but not with midori (webkitgtk) here. Didn't try without KMS. It think it's really a soft lock, music continues to play.

i586
Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)

Comment 14 Henrik Nordström 2009-05-04 22:37:46 UTC
I have seen the same for some time. Intel GM965 chipset.

Comment 15 Will Woods 2009-05-05 15:53:12 UTC
For the record, this bug was discussed on the mailing lists, and summarized here:
http://fedoraproject.org/wiki/FWN/Issue174#Fedora_11_Preview_Xorg_.22Lock-up.22

Note that this isn't (strictly speaking) a full lockup, it's just taking a very long time to draw a large image - the web page(s) in question are typically using a background image that's 15000 pixels tall or something ridiculous like that.

The bug's being actively chased and (if all goes well) should have a fix sometime soonish.

Comment 16 Henrik Nordström 2009-05-05 18:11:26 UTC
Not sure that's the entire story. While it's true that I have only seen this while using Firefox, it's for me more random. On some sites I visit frequently I get this kind of "lockup" maybe once every 3 days..

But maybe some of those web sites have coding errors triggering rendering requests like that.

Comment 17 Matthew Schick 2009-05-06 22:08:00 UTC
I can confirm the random lockups Henrik mentioned as well. I can ssh into the box when it's locked as well as move the mouse, but it's completely unresponsive from X.  Killing the usual suspects (firefox, compiz, gnome-session) does nothing, but I can do a clean reboot.

I'd attach logs, but there's nothing in the way of warnings or errors in either the X or system logs.

Comment 18 Scott Tsai 2009-05-22 09:55:04 UTC
On my Intel G33(8086:29c2), after updating to:
kernel-2.6.29.3-155.fc11.x86_64
libdrm-2.4.6-7.fc11.x86_64
xorg-x11-drv-intel-2.7.0-6.fc11.x86_64
visiting http://www.wthitv.com in firefox no longer locks up(It used to).

Comment 19 Mihai Harpau 2009-05-22 11:44:23 UTC
I can confirm that after update to versions from comment #18 firefox (and desktop also) from F11 no longer locks up.

Comment 20 Kristian Høgsberg 2009-05-22 17:42:33 UTC
Thanks for confirming, rpms are in F-11 now.

Comment 21 Kristian Høgsberg 2009-05-22 21:39:37 UTC
*** Bug 502252 has been marked as a duplicate of this bug. ***

Comment 22 James 2009-06-03 19:51:36 UTC
Hmm... I think I just ran into this with all the updates:

libdrm-2.4.6-7.fc11.i586
kernel-2.6.29.4-167.fc11.x86_64
xorg-x11-drv-intel-2.7.0-7.fc11.x86_64

There was an Xorg page allocation failure earlier, and I'd been suspending/resume a few times.

Comment 23 Henrik Nordström 2009-06-03 22:20:35 UTC
Have also seen this "hang" once after all the updates, random clicking on a web page I frequently use..

I kind of suspect there is two issues with the same visible symptoms (X "hang" except for mouse pointer movement), one which is (was) easily reproducible by visiting a particularily misdesigned webpage, another which is more random in nature..

Unfortunately I do not have any logs to post of the event, but will make sure to collect some if/when it happens again.

Comment 24 James 2009-06-04 07:50:31 UTC
All the times this has happened to me there's been nothing in either the kernel or X logs, and X itself isn't stuck in a loop; it's just sleeping except for pointer movement.


Note You need to log in before you can comment on or make changes to this bug.