Bug 901989 - [abrt]: general protection fault: 0000 [#1] SMP
Summary: [abrt]: general protection fault: 0000 [#1] SMP
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 17
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:cbb3a4aa9545f90f784645ac7af...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-01-20 11:15 UTC by Phil V
Modified: 2013-04-01 13:06 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-04-01 13:06:06 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Phil V 2013-01-20 11:15:04 UTC
Description of problem:
Resumed from suspend with firefox and a few other apps running. (gnome-terminal, evince, gedit...)

Additional info:
libreport version: 2.0.18
abrt_version:   2.0.18
cmdline:        BOOT_IMAGE=/vmlinuz-3.6.11-1.fc17.x86_64 root=UUID=2003aa21-14a4-4686-9207-f9df8c473ac5 ro KEYTABLE=dvorak rd.md=0 rd.lvm=0 rd.dm=0 SYSFONT=True rd.luks=0 LANG=en_US.UTF-8 rhgb quiet
kernel:         3.6.11-1.fc17.x86_64

backtrace:
:general protection fault: 0000 [#1] SMP 
:Modules linked in: vfat fat fuse lockd sunrpc bnep bluetooth ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6_tables nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack arc4 xfs iTCO_wdt iTCO_vendor_support hp_wmi sparse_keymap uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core videodev media coretemp microcode snd_hda_codec_conexant snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm ath5k ath lpc_ich i2c_i801 mfd_core 8139too mac80211 8139cp mii snd_page_alloc snd_timer snd cfg80211 soundcore rfkill uinput wmi ums_realtek usb_storage i915 video i2c_algo_bit drm_kms_helper drm i2c_core
:CPU 0 
:Pid: 27663, comm: 10-sendmail Not tainted 3.6.11-1.fc17.x86_64 #1 Hewlett-Packard Compaq Presario A900 Notebook PC/30ED
:RIP: 0010:[<ffffffff810142c2>]  [<ffffffff810142c2>] do_signal+0x42/0x610
:RSP: 0018:ffff88000008fe48  EFLAGS: 00010292
:RAX: 0000000000000000 RBX: 07ff7f6afe90003f RCX: ffff8800794ef740
:RDX: ffff880005d818c0 RSI: ffff880020cd8550 RDI: ffff880020cd8000
:RBP: ffff88000008ff28 R08: ffff88000008e000 R09: 00000000000006de
:R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000
:R13: 0000000000006c10 R14: 0000000000000001 R15: 0000000000000000
:FS:  00007f2d835ff740(0000) GS:ffff88007f200000(0000) knlGS:0000000000000000
:CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
:CR2: 00000031e6eb1768 CR3: 0000000030ae2000 CR4: 00000000000007f0
:DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
:DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
:Process 10-sendmail (pid: 27663, threadinfo ffff88000008e000, task ffff880020cd8000)
:Stack:
: ffff88000008fe78 ffffffff8108092c ffff880020cd82c8 fffffffffffffe00
: ffff880020cd82f0 ffff880020cd8000 ffff88000008fee8 ffffffff81061d8b
: ffff880020cdc530 ffff88000008ff28 ffff880020cd8000 ffff880020cd8000
:Call Trace:
: [<ffffffff8108092c>] ? remove_wait_queue+0x3c/0x50
: [<ffffffff81061d8b>] ? do_wait+0x12b/0x250
: [<ffffffff81014930>] do_notify_resume+0x80/0xb0
: [<ffffffff816275e2>] int_signal+0x12/0x17
:Code: 4c 89 75 f0 4c 89 7d f8 66 66 66 66 90 31 c9 48 89 fb 48 89 fa 48 8d b5 30 ff ff ff 48 8d bd 50 ff ff ff e8 21 d9 05 00 41 89 c4 <48> 8b 43 78 45 85 e4 7f 75 85 c0 78 27 65 48 8b 0c 25 00 c7 00 
:RIP  [<ffffffff810142c2>] do_signal+0x42/0x610
: RSP <ffff88000008fe48>

Comment 1 Phil V 2013-01-20 23:22:59 UTC
Don't know whether Bug 863540 is related, aside from being GPF on fedora on same hardware.

Comment 2 Phil V 2013-01-20 23:26:24 UTC
or Bug 863549.

Comment 3 Josh Boyer 2013-01-21 14:59:43 UTC
Does this always happen on resume from suspend?  Have you run memtest86+ overnight on this machine?

Comment 4 Phil V 2013-03-08 19:43:52 UTC
No it does not always happen. Once in a while.

I have not run memtest86+ recently.

Comment 5 Phil V 2013-03-29 20:21:15 UTC
Memtest reports no problems after overnight run.
The good news is that I have not seen a GPF for several weeks now.

Comment 6 Josh Boyer 2013-04-01 13:06:06 UTC
Thanks for letting us know.  We'll close this out for now as a one-off.  If you see it again, please reopen.


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