linux-kernel - Re: cifs oops at mount in linus git

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] [day] [month] [year] [list]
Message-Id: <200909250836.29119.a.miskiewicz@gmail.com>
Date:	Fri, 25 Sep 2009 08:36:28 +0200
From:	Arkadiusz Miskiewicz <a.miskiewicz@...il.com>
To:	Jeff Layton <jlayton@...hat.com>
Cc:	Steve French <sfrench@...ba.org>, linux-kernel@...r.kernel.org,
	Suresh Jayaraman <sjayaraman@...e.de>
Subject: Re: cifs oops at mount in linus git

On Thursday 24 of September 2009, Jeff Layton wrote:
> On Tue, 22 Sep 2009 16:37:57 +0200
> 
> Arkadiusz Miskiewicz <a.miskiewicz@...il.com> 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@...e.de>
> 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.

In meantime I pulled Linus repo and this oops stopped happening. Previously it 
did happen everytime.

Will get back if this happen again.
-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/
--
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/