Re: 2.5.74-mm2

[paterley]

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 <[e-mail]> wrote:

> paterley <[e-mail]> 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 [e-mail]
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

--