Bug 1134086 - [abrt] BUG: unable to handle kernel paging request at ffffffffffffffa1
Summary: [abrt] BUG: unable to handle kernel paging request at ffffffffffffffa1
Keywords:
Status: CLOSED DUPLICATE of bug 1131551
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 20
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:753cc40c1e87e2832b9294cb960...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-08-26 19:33 UTC by sengend
Modified: 2014-08-26 21:41 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-08-26 21:41:18 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: dmesg (66.06 KB, text/plain)
2014-08-26 19:33 UTC, sengend
no flags Details

Description sengend 2014-08-26 19:33:35 UTC
Description of problem:
Crash happened during opening NFS directory containing pictures with gthumb 3.2.8. No files are being shown, instead a message"ghetting folder listing", infinitely. The NFS server is running fine. Chdir and looking at files is possible. Watching the pictures with gwenview as well. 

This machine is being used infrequently, the crash happened after an update from Kernel 3.12.7 and gthumb 3.2.5. 
Just before the update it did work fine. 

I did somehow expect these problems after the update because my primary machine has the very same issues running the same up-to-date fedora. It crashes every time I try to use gthumb to look at pictures on the nfs server. But since I use the proprietary nvidia graphics driver I did not report it. I cannot exactly say when these problems did occur for the first time, I guess a couple of weeks ago. 

I tried a new installation on that machine on a different partition and got the same problems (after updating, did not try setting nfs up before). 

However I own a third machine which does not show this behaviour. It runs the same fedora system as well. Browsing the nfs directories with gthumb is possible. That machine is a notebook with an AMD E450 CPU, while my main System uses a AMD Phenom II. While on the other machines I use KDE, on the notebook XFCE is being used. But I also tried using XFCE on the primary machine, It did not improve the behaviour. 

Personally I do not have a clue what the reason could be. Since the laptop was working fine, I believed in a hardware error, but since this machine has the same issues, but only after the update, I am lost completely. Maybe there is a bug in some hardware-dependant functions.


Thanks for looking into it.

Cheers,
Jo

Additional info:
reporter:       libreport-2.2.3
BUG: unable to handle kernel paging request at ffffffffffffffa1
IP: [<ffffffffa06fc30b>] nfs3_list_one_acl+0x2b/0x80 [nfsv3]
PGD 1c14067 PUD 1c16067 PMD 0 
Oops: 0002 [#1] SMP 
Modules linked in: nfsv3 nfs_acl rpcsec_gss_krb5 auth_rpcgss nfsv4 dns_resolver nfs lockd sunrpc fscache ip6t_rpfilter ip6t_REJECT bnep xt_conntrack bluetooth cfg80211 ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw eeepc_wmi asus_wmi sparse_keymap iTCO_wdt joydev rfkill iTCO_vendor_support snd_hda_codec_hdmi x86_pkg_temp_thermal coretemp kvm fuse crct10dif_pclmul crc32_pclmul snd_hda_codec_realtek snd_hda_codec_generic crc32c_intel ghash_clmulni_intel microcode snd_seq snd_hda_intel hid_uclogic serio_raw snd_hda_controller
snd_seq_device snd_hda_codec snd_hwdep snd_pcm tpm_infineon tpm_tis snd_timer tpm snd lpc_ich mei_me soundcore mei i2c_i801 shpchp mfd_core nouveau mxm_wmi i2c_algo_bit drm_kms_helper ttm drm r8169 mii i2c_core wmi video
CPU: 0 PID: 2102 Comm: pool Not tainted 3.15.10-200.fc20.x86_64 #1
Hardware name: System manufacturer System Product Name/P8Z77-M, BIOS 1806 01/03/2013
task: ffff8803de554520 ti: ffff8803e02d4000 task.ti: ffff8803e02d4000
RIP: 0010:[<ffffffffa06fc30b>]  [<ffffffffa06fc30b>] nfs3_list_one_acl+0x2b/0x80 [nfsv3]
RSP: 0018:ffff8803e02d7e68  EFLAGS: 00010282
RAX: ffffffffffffffa1 RBX: ffff8803e02d7ea0 RCX: 0000000000000000
RDX: 000000000000000c RSI: 0000000000008000 RDI: ffff8803e02d7e08
RBP: ffff8803e02d7e90 R08: 0000000000000000 R09: ffff8803e02d7ea0
R10: ffffffff811f1922 R11: ffffea000f841a00 R12: 0000000000000000
R13: ffffffffa06fdc2a R14: 0000000000000000 R15: 0000000000000000
FS:  00007fa7b1dbc700(0000) GS:ffff88041ec00000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: ffffffffffffffa1 CR3: 00000003e11cb000 CR4: 00000000001407f0
Stack:
ffff8803bef009d0 0000000000000000 0000000000000000 0000000000000000
0000000000000000 ffff8803e02d7ec8 ffffffffa06fc901 0000000000000000
000000002723fd5f ffff8803beea39c0 0000000000000000 0000000000000000
Call Trace:
[<ffffffffa06fc901>] nfs3_listxattr+0x51/0xa8 [nfsv3]
[<ffffffff8120af92>] vfs_listxattr+0x42/0x70
[<ffffffff8120b29d>] listxattr+0x10d/0x120
[<ffffffff8120bf8e>] SyS_listxattr+0x5e/0xb0
[<ffffffff816ffae9>] system_call_fastpath+0x16/0x1b
Code: 0f 1f 44 00 00 55 48 89 e5 41 57 49 89 cf 41 56 4d 8b 31 41 55 49 89 d5 41 54 4d 89 c4 53 4c 89 cb e8 3a 7d b4 e0 48 85 c0 74 32 <f0> ff 08 74 40 4c 89 ef e8 28 91 c5 e0 48 03 03 4d 85 e4 48 8d 
RIP  [<ffffffffa06fc30b>] nfs3_list_one_acl+0x2b/0x80 [nfsv3]
RSP <ffff8803e02d7e68>
CR2: ffffffffffffffa1

Comment 1 sengend 2014-08-26 19:33:39 UTC
Created attachment 931098 [details]
File: dmesg

Comment 2 Josh Boyer 2014-08-26 21:41:18 UTC

*** This bug has been marked as a duplicate of bug 1131551 ***


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