Re: cifs oops at mount in linus git

[Jeff Layton]

On Tue, 22 Sep 2009 16:37:57 +0200
Arkadiusz Miskiewicz <a.miskiewicz@xxxxxxxxx> wrote:

> 
> This oops is happening in latest linus master. Few days ago there
> was no such problem. Is this anything known?
> 
> [50421.547540] general protection fault: 0000 [#1] PREEMPT SMP                                                                                               
> [50421.547544] last sysfs file: /sys/class/power_supply/BAT0/energy_full                                                                                     
> [50421.547546] CPU 0
> [50421.547547] Modules linked in: nls_utf8 cifs iwlagn sco bridge stp llc xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack iptable_filter ip_tables x_tables tun input_polldev 
> rfcomm bnep l2cap crc16 ipv6 sch_sfq acpi_cpufreq cryptd aes_x86_64 aes_generic xts gf128mul dm_crypt btusb bluetooth dm_mod usbhid hid uvcvideo videodev v4l1_compat 
> v4l2_compat_ioctl32 joydev snd_hda_codec_conexant arc4 ecb snd_hda_intel snd_hda_codec iwlcore mac80211 snd_hwdep snd_pcm snd_timer uhci_hcd ehci_hcd yenta_socket firewire_ohci 
> cfg80211 sdhci_pci thinkpad_acpi snd psmouse sdhci firewire_core rfkill sg mmc_core rsrc_nonstatic soundcore usbcore evdev pcspkr processor serio_raw sr_mod snd_page_alloc ricoh_mmc 
> crc_itu_t pcmcia_core e1000e nvram cdrom iTCO_wdt i2c_i801 iTCO_vendor_support led_class wmi thermal battery ac xfs exportfs sd_mod crc_t10dif ahci libata scsi_mod [last unloaded: iwlagn]
> [50421.547607] Pid: 24094, comm: mount.cifs Not tainted 2.6.31 #36 2764CTO
> [50421.547609] RIP: 0010:[<ffffffffa04e572e>]  [<ffffffffa04e572e>] cifs_get_tcp_session+0x411/0x572 [cifs]
> [50421.547621] RSP: 0018:ffff880116439b98  EFLAGS: 00010287
> [50421.547623] RAX: ffff880116438000 RBX: ffff8801164e1400 RCX: 0000000000000000
> [50421.547625] RDX: ffff10016133db00 RSI: 0000000000000206 RDI: ffffffff8125cdc6
> [50421.547626] RBP: ffff880116439c58 R08: ffff880116438000 R09: ffff880028213e00
> [50421.547628] R10: ffffffff81487dd8 R11: 0000000000000005 R12: ffff880064d2eb80
> [50421.547630] R13: ffff880116439ba8 R14: ffff8801164e1400 R15: 0000000000000000
> [50421.547633] FS:  00007f1bbc0ca6f0(0000) GS:ffff880028200000(0000) knlGS:0000000000000000
> [50421.547635] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> [50421.547637] CR2: 00007f4741e20340 CR3: 00000001164b9000 CR4: 00000000000006f0
> [50421.547639] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> [50421.547641] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> [50421.547643] Process mount.cifs (pid: 24094, threadinfo ffff880116438000, task ffff88013ad38000)
> [50421.547645] Stack:
> [50421.547646]  0000000000000000 ffffffff0000000d 9200a8c000000002 0000000000000000
> [50421.547649] <0> 0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [50421.547652] <0> 0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [50421.547655] Call Trace:
> [50421.547665]  [<ffffffffa04e76d6>] cifs_mount+0x18a3/0x23c9 [cifs]
> [50421.547673]  [<ffffffffa04da93b>] cifs_get_sb+0x181/0x2d3 [cifs]
> [50421.547678]  [<ffffffff810d5626>] vfs_kern_mount+0x9e/0x12a
> [50421.547681]  [<ffffffff810d5710>] do_kern_mount+0x48/0xe8
> [50421.547684]  [<ffffffff810eaf24>] do_mount+0x785/0x7f2
> [50421.547687]  [<ffffffff810eb019>] sys_mount+0x88/0xc7
> [50421.547691]  [<ffffffff8100ba6b>] system_call_fastpath+0x16/0x1b
> [50421.547692] Code: 48 8b 04 25 08 b5 00 00 48 2d d8 1f 00 00 ff 40 1c 65 8b 0c 25 30 cc 00 00 48 8b 15 f5 d6 02 00 48 63 c9 48 03 14 cd 60 5c 4e 81 <48> ff 02 48 8b 15 e0 d6 02 00 48 03 
> 14 cd 60 5c 4e 81 83 3d 81
> [50421.547718] RIP  [<ffffffffa04e572e>] cifs_get_tcp_session+0x411/0x572 [cifs]
> [50421.547732]  RSP <ffff880116439b98>
> [50421.547734] ---[ end trace cc36b55daefbf636 ]---
> [50421.547736] note: mount.cifs[24094] exited with preempt_count 2
> 

(cc'ing Suresh...)

Not one I've seen. What mount options are you passing for this mount?

There's only been one patch in this area recently:

commit bdb97adcdf0993adbd2eef44b4533620d43792de
Author: Suresh Jayaraman <sjayaraman@xxxxxxx>
Date:   Thu Aug 20 13:03:34 2009 +0530

    PATCH] cifs: fix broken mounts when a SSH tunnel is used (try #4)

...I don't see any obvious bugs there, but it is a little more nested
than it could be. Could you send me the cifs.ko for the kernel that
generated this oops? Might be interesting to disassemble it and see
where it fell down.

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