From: paterley <paterley@DrunkenCodePoets.com>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.5.74-mm2
Date: Sat, 5 Jul 2003 20:01:33 -0400 [thread overview]
Message-ID: <20030705200133.3aa1da18.paterley@DrunkenCodePoets.com> (raw)
In-Reply-To: <20030705160445.2ab1e0ec.akpm@osdl.org>
same oops, at the same point with smbfs compiled in.
fstab: (I've removed all the non samba mounts due to it being rather large)
#samba mounts
//udrive.fit.edu/perley /mnt/smb smbfs noatime,nosuid,users,noauto,credentials=/etc/smbmnt.auth 0 0
//163.118.102.61/f$ /mnt/smb2 smbfs noatime,nosuid,users,noauto,credentials=/etc/smbmnt.auth 0 0
//163.118.102.55/pat$ /mnt/55 smbfs noatime,nosuid,users,noauto,credentials=/etc/smbmnt.auth 0 0
//spaz.it.fit.edu/LambdaChiAlpha /mnt/lcawebpage smbfs noatime,nosuid,users,noauto,credentials=/etc/smbmnt.auth 0 0
//spaz.it.fit.edu/itit$ /mnt/itit smbfs noatime,nosuid,users,noauto,credentials=/etc/smbmnt.auth 0 0
//roadrunner.fit.edu/itit$ /mnt/roadrunner smbfs noatime,nosuid,users,credentials=/etc/smbmnt.auth 0 0
//roadrunner.fit.edu/support /mnt/support smbfs noatime,nosuid,users,noauto,credentials=/etc/smbmnt.auth 0 0
On Sat, 5 Jul 2003 16:04:45 -0700
Andrew Morton <akpm@osdl.org> wrote:
> paterley <paterley@DrunkenCodePoets.com> wrote:
> >
> > ok, I get 4 of a kernel oops during boot, but the kernel seems to stay happy.
>
> Unable to handle kernel NULL pointer dereference at virtual address 00000000
> EIP: 0060:[<00000000>] Not tainted VLI
> [<c01637ab>] __lookup_hash+0x9b/0xd0
> [<c0163ff7>] open_namei+0x2e7/0x420
> [<c0153751>] filp_open+0x41/0x70
> [<c0153bd3>] sys_open+0x53/0x90
> [<c010945f>] syscall_call+0x7/0xb
>
> inode->i_op->lookup() is NULL. Not good.
>
> > according to dmesg, immediately prior to the first oops, smbfs was
> > unloaded due to unsafe usage.
>
> Well no, it say it cannot be unloedad.
>
> Could you please unconfigure smbfs in the kernel build? And any other
> less commonly used filesytems?
>
> Does it still oops if smbfs is build into the kernel (not a module).
>
> Please send a copy of your /etc/fstab.
>
> Thanks.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
next prev parent reply other threads:[~2003-07-05 23:56 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-05 20:25 2.5.74-mm2 Andrew Morton
2003-07-05 20:25 ` 2.5.74-mm2 Andrew Morton
2003-07-05 21:58 ` 2.5.74-mm2 paterley
2003-07-05 22:23 ` 2.5.74-mm2 paterley
2003-07-05 23:04 ` 2.5.74-mm2 Andrew Morton
2003-07-06 0:01 ` paterley [this message]
2003-07-06 0:49 ` 2.5.74-mm2 Andrew Morton
2003-07-06 1:40 ` 2.5.74-mm2 [kernel BUG at include/linux/list.h:148!] Ramón Rey Vicente
2003-07-06 13:49 ` Nick Orlov
2003-07-08 0:43 ` Mike Fedyk
2003-07-08 23:17 ` Ramón Rey Vicente
2003-07-09 0:18 ` Mike Fedyk
2003-07-09 0:32 ` Ramón Rey Vicente
2003-07-09 0:34 ` Mike Fedyk
2003-07-09 0:44 ` Ramón Rey Vicente
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20030705200133.3aa1da18.paterley@DrunkenCodePoets.com \
--to=paterley@drunkencodepoets.com \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.