linux-kernel - Re: nfs oops in 2.6.32-rc5-00041-g1d91624

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <1255997511.2892.8.camel@heimdal.trondhjem.org>
Date:	Tue, 20 Oct 2009 09:11:51 +0900
From:	Trond Myklebust <trond.myklebust@....uio.no>
To:	Frans Pop <elendil@...net.nl>
Cc:	Egon Alter <egon.alter@....net>, linux-kernel@...r.kernel.org,
	linux-nfs@...r.kernel.org
Subject: Re: nfs oops in 2.6.32-rc5-00041-g1d91624

On Tue, 2009-10-20 at 01:51 +0200, Frans Pop wrote:
> Adding CC to linux-nfs.
> 
> =================
> Hi,
> 
> I got this oops while doing a grep on an nfs4 share.
> 
>  kernel: general protection fault: 0000 [#1] SMP
>  kernel: last sysfs file: /sys/devices/system/cpu/cpu1/cache/index2/shared_cpu_map
>  kernel: CPU 0
>  kernel: Modules linked in: nfs lockd nfs_acl auth_rpcgss sunrpc sit tunnel4 analog it87 hwmon_vid joydev snd_pcm_oss snd_mixer_o
> ss snd_seq_midi snd_emu10k1_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_event snd_seq_midi_emul snd_seq cpufreq_conservative cpufreq_userspace cpufreq_
> powersave snd_hda_codec_realtek snd_emu10k1 snd_rawmidi snd_ac97_codec ac97_bus snd_seq_device snd_hda_intel snd_util_mem snd_hda_codec radeon ttm snd_pcm sn
> d_timer snd_hwdep emu10k1_gp drm_kms_helper snd k8temp r8169 gameport pcspkr drm soundcore mii snd_page_alloc i2c_piix4 i2c_algo_bit
>  kernel: Pid: 4337, comm: rpciod/0 Tainted: G        W  2.6.32-rc5-00041-g1d91624 #1 GA-MA69VM-S2
                                                      ^^^
What is the warning that preceded this Oops?

>  kernel: RIP: 0010:[<ffffffffa028d9c2>]  [<ffffffffa028d9c2>] rpcauth_checkverf+0x32/0x70 [sunrpc]
>  kernel: RSP: 0000:ffff8800371add60  EFLAGS: 00010246
>  kernel: RAX: 6b6b6b6b6b6b6b6b RBX: ffff880017380070 RCX: 000000000000200f
>  kernel: RDX: 0000000000000000 RSI: ffff880034418290 RDI: ffff880017380070
>  kernel: RBP: ffff8800371add80 R08: ffff8800371ac000 R09: 0000010f683033fc
>  kernel: R10: 0000000000000000 R11: ffff880001c14318 R12: ffff880035d54590
>  kernel: R13: ffff880034418290 R14: ffff88003472dad0 R15: ffff880034c87260
>  kernel: FS:  000000007ffd8000(0000) GS:ffff880001c00000(0000) knlGS:00000000f73ff6c0
>  kernel: CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
>  kernel: CR2: 000000000e966004 CR3: 00000000140fe000 CR4: 00000000000006f0
>  kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
>  kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
>  kernel: Process rpciod/0 (pid: 4337, threadinfo ffff8800371ac000, task ffff8800345f66c0)
>  kernel: Stack:
>  kernel:  ffff880038cd2588 ffff880017380070 ffff880034c87260 ffffffffa0320ed0
>  kernel: <0> ffff8800371adde0 ffffffffa0285449 ffff8800371addb0 ffffffffa0284cba
>  kernel: <0> 0000000000000000 ffff880017387a38 ffff8800345f6c38 ffff880017380070
>  kernel: Call Trace:
>  kernel:  [<ffffffffa0320ed0>] ? nfs4_xdr_dec_read+0x0/0x110 [nfs]
>  kernel:  [<ffffffffa0285449>] call_decode+0x2d9/0x790 [sunrpc]
>  kernel:  [<ffffffffa0284cba>] ? call_transmit_status+0x3a/0x80 [sunrpc]
>  kernel:  [<ffffffffa028cc82>] __rpc_execute+0xb2/0x2b0 [sunrpc]
>  kernel:  [<ffffffffa028ceb0>] ? rpc_async_schedule+0x0/0x20 [sunrpc]
>  kernel:  [<ffffffffa028cec0>] rpc_async_schedule+0x10/0x20 [sunrpc]
>  kernel:  [<ffffffff8106969d>] worker_thread+0x15d/0x280
>  kernel:  [<ffffffff8106de50>] ? autoremove_wake_function+0x0/0x40
>  kernel:  [<ffffffff81069540>] ? worker_thread+0x0/0x280
>  kernel:  [<ffffffff8106da4e>] kthread+0x8e/0xa0
>  kernel:  [<ffffffff8100ceaa>] child_rip+0xa/0x20
>  kernel:  [<ffffffff8106d9c0>] ? kthread+0x0/0xa0
>  kernel:  [<ffffffff8100cea0>] ? child_rip+0x0/0x20
>  kernel: Code: 20 f6 05 d9 d5 01 00 10 48 89 5d e8 4c 89 6d f8 48 89 fb 4c 89 65 f0 49 89 f5 4c 8b 67 50 75 1c 49 8b 44 24 38 4c 89 ee 48 89 df <ff> 50 38 48 8b 5d e8 4c 8b 65 
> f0 4c 8b 6d f8 c9 c3 49 8b 44 24
>  kernel: RIP  [<ffffffffa028d9c2>] rpcauth_checkverf+0x32/0x70 [sunrpc]
>  kernel:  RSP <ffff8800371add60>
>  kernel: ---[ end trace 667f1c1d6e9b9476 ]---

Hmm...It looks as though the credential doesn't have a crvalidate
method. I'll see if I can track this down...

Cheers
  Trond

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/