Did this just start with this latest kernel version?
Does the latest 2.6.34 kernel from koji work any better?

The problem with earlier kernels was a different one in relation to hibernate, so I tried to avoid that. Recently, Intel graphics v. hibernate was fixed, so I gave it a try. This is when I noticed this new problem.

As for 2.6.34, I did not try that. Do we have F-13 builds? Or do I just use rawhide?

This kernel (the most recent 2.6.34):

http://koji.fedoraproject.org/koji/buildinfo?buildID=181064

Doesn't appear to have the Intel graphics hibernation fix. Can we can that applied and rebuilt? No point testing with 2.6.34 when we already know it's going to cause trouble without that patch.

This was closed upstream:

https://bugzilla.kernel.org/show_bug.cgi?id=15114

But, it looks somewhat similar to what I'm seeing here.

Have another trace:

BUG: unable to handle kernel paging request at ffffc90020300004
IP: [<ffffffffa007cd9b>] i915_gem_do_execbuffer+0x785/0xfb3 [i915]
PGD 23bc07067 PUD 23bc28067 PMD 22e3e0067 PTE 0
Oops: 0002 [#1] SMP 
last sysfs file: /sys/devices/pci0000:00/0000:00:1c.1/0000:03:00.0/ieee80211/phy0/rfkill2/uevent
CPU 2 
Pid: 1941, comm: Xorg Not tainted 2.6.33.6-147.fc13.x86_64 #1 4313CTO/4313CTO
RIP: 0010:[<ffffffffa007cd9b>]  [<ffffffffa007cd9b>] i915_gem_do_execbuffer+0x785/0xfb3 [i915]
RSP: 0018:ffff880221b37c18  EFLAGS: 00010286
RAX: 000000000deff000 RBX: ffffc90011a4cbe0 RCX: ffffc90020300000
RDX: ffff88021ab07480 RSI: ffffc90020300004 RDI: ffff88022e390000
RBP: ffff880221b37d18 R08: ffff880221b36000 R09: ffff880221b36000
R10: ffff88021ab07300 R11: ffff880000000000 R12: ffff88021ab073c0
R13: ffff8801f68327a8 R14: 0000000000000000 R15: ffff88021ab07cc0
FS:  00007fef63e83840(0000) GS:ffff880009100000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: ffffc90020300004 CR3: 00000002219bd000 CR4: 00000000000006e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process Xorg (pid: 1941, threadinfo ffff880221b36000, task ffff880230fbc5f0)
Stack:
ffff880221b37c90 ffff880221d35080 0000000000000000 ffff880230fbc5f0
 ffff88021ab07300 ffff88021ab07480 ffffc90011a4cbe0 ffff88022e390000
 0000000000000000 ffff8802218f49c0 ffff88022e390000 000001dfa007c5fe
Call Trace:
[<ffffffffa007c5fe>] ? drm_malloc_ab+0x33/0x4b [i915]
[<ffffffffa0077dd7>] ? might_fault+0x1c/0x1e [i915]
[<ffffffffa007d692>] i915_gem_execbuffer2+0xc9/0x129 [i915]
[<ffffffffa0078188>] ? i915_gem_sw_finish_ioctl+0x7f/0x8a [i915]
[<ffffffffa002b19b>] drm_ioctl+0x254/0x365 [drm]
[<ffffffffa007d5c9>] ? i915_gem_execbuffer2+0x0/0x129 [i915]
[<ffffffff811010fd>] ? do_sync_read+0xbf/0xfc
[<ffffffff8110d8cf>] vfs_ioctl+0x2d/0xa1
[<ffffffff8110de38>] do_vfs_ioctl+0x47e/0x4c4
[<ffffffff8104f0b0>] ? do_setitimer+0xbd/0x1de
[<ffffffff8110decf>] sys_ioctl+0x51/0x74
[<ffffffff81009b02>] system_call_fastpath+0x16/0x1b
Code: 77 5c 48 8b bd 38 ff ff ff 8b 43 04 41 03 42 5c 48 89 f1 81 e6 ff 0f 00 00 48 81 e1 00 f0 ff ff 48 03 8f d8 0f 00 00 48 8d 34 31 <89> 06 45 8b 52 5c 4c 89 53 10 48 89 d7 41 ff c6 e8 72 ae ff ff 
RIP  [<ffffffffa007cd9b>] i915_gem_do_execbuffer+0x785/0xfb3 [i915]
RSP <ffff880221b37c18>
CR2: ffffc90020300004

(In reply to comment #3)
> This kernel (the most recent 2.6.34):
> 
> http://koji.fedoraproject.org/koji/buildinfo?buildID=181064
> 
> Doesn't appear to have the Intel graphics hibernation fix. Can we can that
> applied and rebuilt? No point testing with 2.6.34 when we already know it's
> going to cause trouble without that patch.    

The fix is in CVS, but there's been no build since then. F-13 has been rebased to 2.6.34 and there will be a build soon.

(In reply to comment #6)
 
> The fix is in CVS, but there's been no build since then. F-13 has been rebased
> to 2.6.34 and there will be a build soon.    

Thank you for building 2.6.34.1-9.fc13.x86_64. I have tried to hibernate/thaw with this kernel several times and so far, so good. Image size was left at default (512 MB). Given this is an occasional problem, I'm not going to pronounce it fixed. I'm guessing this may have something to do with total memory allocated on the system over time, so I'll give it a good bashing over the next week.

PS. I also did one suspend/resume while writing this comment. So, that looks to be working still.

(In reply to comment #7)
> I have tried to hibernate/thaw
> with this kernel several times and so far, so good.

And, of course, on the next hibernate/thaw, it hung the box. Black screen with cursor in the upper left corner and an artfact in the upper right part of the screen. Nothing in the logs. Not pingable fron another machine.

So, we're back to square one with 2.6.34.1.

Sorry to be PIA, but after the segfault fix I upgraded by Inspiron E1505 to F13 and have installed the 2.6.34.1-9 PAE kernel. Seeing a similar thing as described in this bug.
It is quite random, sometimes I can get up to 14 hibernate/thaw cycles other times not even 1.  Other than this one comment, I'll keep quiet.

Here is the ABRT The call trace is a little different, so just ignore if really is different. 

BUG: unable to handle kernel paging request at a5e89046
IP: [<f7f8ec27>] drm_mode_getconnector+0x295/0x2b9 [drm]
*pdpt = 0000000036091001 *pde = 0000000000000000 
Oops: 0002 [#1] SMP 
last sysfs file: /sys/devices/pci0000:00/0000:00:1c.0/0000:0b:00.0/ssb0:0/ieee80211/phy0/rfkill1/uevent
Modules linked in: aes_i586 aes_generic coretemp ipv6 cpufreq_ondemand acpi_cpufreq fuse uinput arc4 snd_hda_codec_idt ecb snd_hda_intel snd_hda_codec b43 snd_hwdep snd_seq snd_seq_device snd_pcm mac80211 snd_timer cfg80211 snd b44 ssb dell_laptop soundcore dell_wmi i2c_i801 iTCO_wdt snd_page_alloc iTCO_vendor_support rfkill wmi mii sdhci_pci sdhci mmc_core joydev microcode dcdbas firewire_ohci firewire_core crc_itu_t i915 drm_kms_helper drm i2c_algo_bit i2c_core video output [last unloaded: kvm]
Pid: 1516, comm: Xorg Not tainted 2.6.34.1-9.fc13.i686.PAE #1 0KD882/MM061                           
EIP: 0060:[<f7f8ec27>] EFLAGS: 00013293 CPU: 1
EIP is at drm_mode_getconnector+0x295/0x2b9 [drm]
EAX: f36d313b EBX: 00000001 ECX: 00000003 EDX: f36d3e7c
ESI: f69d4000 EDI: f8032b74 EBP: f36d3e60 ESP: f36d3dec
DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
Process Xorg (pid: 1516, ti=f36d2000 task=f3df5940 task.ti=f36d2000)
Stack:
000000d0 f69d7688 000a3e0c f69d4154 0000033b 00000003 00000001 f36d3e7c
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Call Trace:
[<f7f85ba3>] ? drm_ioctl+0x23c/0x31d [drm]
[<f7f8e992>] ? drm_mode_getconnector+0x0/0x2b9 [drm]
[<c04c64a7>] ? get_swap_bio+0x3b/0x6b
[<c057f0e8>] ? file_has_perm+0x8c/0xa6
[<c04c64a7>] ? get_swap_bio+0x3b/0x6b
[<c04e485d>] ? vfs_ioctl+0x2c/0x96
[<f7f85967>] ? drm_ioctl+0x0/0x31d [drm]
[<c04e4df3>] ? do_vfs_ioctl+0x488/0x4c6
[<c04c64a7>] ? get_swap_bio+0x3b/0x6b
[<c057f38c>] ? selinux_file_ioctl+0x43/0x46
[<c04c64a7>] ? get_swap_bio+0x3b/0x6b
[<c04e4e77>] ? sys_ioctl+0x46/0x66
[<c04c64a7>] ? get_swap_bio+0x3b/0x6b
[<c0408cdf>] ? sysenter_do_call+0x12/0x28
[<c04c64a7>] ? get_swap_bio+0x3b/0x6b
[<c04c64a7>] ? get_swap_bio+0x3b/0x6b
Code: 00 74 17 e8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 28 eb 05 bf f2 ff ff <ff> 8b 45 90 e8 a5 1f 81 c8 89 f8 8b 55 f0 65 33 15 14 00 00 00 
EIP: [<f7f8ec27>] drm_mode_getconnector+0x295/0x2b9 [drm] SS:ESP 0068:f36d3dec
CR2: 00000000a5e89046

Just tried 2.6.34.1-20.fc13.x86_64 (http://koji.fedoraproject.org/koji/buildinfo?buildID=184570). Performed hibernate/thaw 10 times. Each time on thaw, I started a different program in Gnome - no segfaults. After that, I rebooted the machine into the old kernel and ran file system check. No errors.

So, looks like that other hibernation fix made a difference.

Please push to testing, so that more folks can verify.

This message is a reminder that Fedora 13 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 13.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '13'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 13's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 13 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Fedora 13 changed to end-of-life (EOL) status on 2011-06-25. Fedora 13 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.