Is this a regression compared to older kernel versions?

(In reply to comment #1)
> Is this a regression compared to older kernel versions?

No. I am getting the same problem with all kernel versions.
Currently i am using the latest kernel version (3.14.4-200.fc20.i686).

Could you please test the latest drm-intel-nightly branch from http://cgit.freedesktop.org/drm-intel to verify the hang is present on dev tree?

Also, could you boot the kernel with drm.debug=0xe to provide us more info?

(In reply to comment #3)
> Could you please test the latest drm-intel-nightly branch from
> http://cgit.freedesktop.org/drm-intel to verify the hang is present on dev
> tree?
> 
> Also, could you boot the kernel with drm.debug=0xe to provide us more info?


I am a newbie to linux operating system so please help me how to do that ??

To compile our dev branch:
git clone git://people.freedesktop.org/drm-intel
git checkout drm-intel-nighlty
cp /boot/config* .config
make
sudo make modules_install
sudo make install

To boot kernel with drm.debug=0xe you have to stop the grub when your machine is booting and edit the entry (usually typing "e") than edit the "linux" line adding this drm.debug=0xe to the end... than typing F10 to boot with that line. By doing that you should see more info on log with drm lines.

(In reply to comment #5)
> To compile our dev branch:
> git clone git://people.freedesktop.org/drm-intel
> git checkout drm-intel-nighlty
> cp /boot/config* .config
> make
> sudo make modules_install
> sudo make install
> 
> To boot kernel with drm.debug=0xe you have to stop the grub when your
> machine is booting and edit the entry (usually typing "e") than edit the
> "linux" line adding this drm.debug=0xe to the end... than typing F10 to boot
> with that line. By doing that you should see more info on log with drm lines.


It takes long time to download. I dont have highspeed internet connection.
Yesterday i met with same problem but it was not related to the GPU.

The bug line is:

db kernel: psmouse serio1: Explorer Mouse at isa0060/serio1/input0 lost synchronization, throwing 1 bytes away.
db kernel: psmouse serio1: resync failed, issuing reconnect request
db kernel: psmouse serio1: hgpk: ID: 10 00 64
db kernel: [1;39mpsmouse serio1: logips2pp: Detected unknown Logitech mouse model 89[0m

Created attachment 99504 [details]
journalctl --since=today

Please check this output file of journalctl --since=today

Another Freeze due to GPU hung:

May 22 07:35:04 db kernel: psmouse serio1: Explorer Mouse at isa0060/serio1/input0 lost synchronization, throwing 3 bytes away.
May 22 07:35:05 db kernel: psmouse serio1: resync failed, issuing reconnect request
May 22 07:35:06 db kernel: psmouse serio1: hgpk: ID: 10 00 64
May 22 07:35:06 db kernel: [1;39mpsmouse serio1: logips2pp: Detected unknown Logitech mouse model 89[0m
May 22 07:38:03 db gnome-session[1034]: [1708:1719:0522/020803:ERROR:gpu_watchdog_thread.cc(253)] The GPU process hung. Terminating after 10000 ms.
May 22 07:38:03 db kernel: Watchdog[1719]: segfault at 0 ip b677e028 sp aff18cf0 error 6 in chrome[b27fb000+4f69000]
May 22 07:38:05 db abrt-hook-ccpp[2300]: [1;39mSaved core dump of pid 1708 (/opt/google/chrome/chrome) to /var/tmp/abrt/ccpp-2014-05-22-07:38:03-1708 (343617536 bytes)[0m
May 22 07:38:05 db gnome-session[1034]: [1674:1674:0522/073805:ERROR:gpu_process_transport_factory.cc(467)] Lost UI shared context.

The graphics driver is handling the problem in the hardware. gnome-session gives up and kills everything - that is the critical data loss bug that needs to be fixed.

If you want to test something, I have a interrupt/request handling overhaul in

http://cgit.freedesktop.org/~ickle/linux-2.6/log/?h=requests

(git clone git://people.freedesktop.org/~ickle/linux-2.6 --branch requests)

Please test requested branch and or latest drm-intel-nightly and please upload logs and i915_error_state.

timeout. please retest providing requested logs than feel free to reopen the bug.