Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 03 Jul 2001 09:14:28 +0100
From:      "Pierre Y. Dampure" <pierre.dampure@westmarsh.com>
To:        stable@freebsd.org
Subject:   Re: Hard lockups since cvsup'ing Jul 1st. Help!
Message-ID:  <3B417EE4.69633AF2@westmarsh.com>
References:  <OF9C18FD6E.59995745-ON88256A7E.00235244@wr.usgs.gov>

next in thread | previous in thread | raw e-mail | index | archive | help
Perhaps this will help tracking down the problem:

I built my box (OR840, 2xPIII 733, AHA2940UW) from a 4.3
distribution on June 23rd and upgraded to -stable on the same day.
An SMP kernel compiled on the 23rd does not have the noted behaviour
and I AM using an mfs-mounted /tmp. Later kernels (I have done
several CVSups since) all lock up after a few minutes.

A "find /sys -newer /kernel -print" (/kernel being stamped June 23rd
13:48 BST) produces the following:

./alpha/alpha
./alpha/alpha/db_trace.c
./alpha/pci
./alpha/pci/pci_eb64plus_intr.s
./alpha/tc
./alpha/tc/am7990.c
./coda
./coda/coda_vnops.c
./conf
./conf/majors
./dev/aic7xxx
./dev/aic7xxx/ahc_pci.c
./dev/mlx
./dev/mlx/mlx.c
./dev/mlx/mlx_disk.c
./dev/mlx/mlx_pci.c
./dev/mlx/mlxio.h
./dev/mlx/mlxreg.h
./dev/mlx/mlxvar.h
./dev/mlx/mlx_compat.h
./dev/sound/isa
./dev/sound/isa/ad1816.c
./dev/sound/isa/ess.c
./dev/sound/isa/gusc.c
./dev/sound/isa/mss.c
./dev/sound/isa/sb16.c
./dev/sound/isa/sb8.c
./dev/sound/isa/sbc.c
./dev/sound/pci
./dev/sound/pci/aureal.c
./dev/sound/pci/cmi.c
./dev/sound/pci/cs4281.c
./dev/sound/pci/csa.c
./dev/sound/pci/csapcm.c
./dev/sound/pci/es137x.c
./dev/sound/pci/fm801.c
./dev/sound/pci/maestro.c
./dev/sound/pci/neomagic.c
./dev/sound/pci/solo.c
./dev/sound/pci/t4dwave.c
./dev/sound/pci/via82c686.c
./dev/sound/pci/als4000.c
./dev/sound/pci/vibes.c
./i386/conf
./i386/conf/LINT
./i386/linux/linprocfs
./i386/linux/linprocfs/linprocfs.h
./i386/linux/linprocfs/linprocfs_misc.c
./i386/linux/linprocfs/linprocfs_subr.c
./i386/linux/linprocfs/linprocfs_vnops.c
./isa
./isa/sio.c
./kern
./kern/vfs_default.c
./kern/vfs_subr.c
./miscfs/nullfs
./miscfs/nullfs/null.h
./miscfs/nullfs/null_subr.c
./miscfs/nullfs/null_vnops.c
./netatalk
./netatalk/aarp.c
./nfs
./nfs/nfs_node.c
./nfs/nfs_vnops.c
./nfs/nfsnode.h
./pci
./pci/if_tx.c
./pci/if_txvar.h
./pccard
./pccard/pcic.c
./sys
./sys/lock.h
./sys/vnode.h
./ufs/ffs
./ufs/ffs/ffs_vfsops.c

mfs_vfsops.c (which is indeed at version 1.81.2.1) is stamped Juned
23rd 12:52 and was included in my kernel, so I'd discount it as the
culprit.
Pruning the above list by discarding what's not used on my box /
what's irrelevant, we're left with the following:

./dev/aic7xxx/ahc_pci.c
./i386/linux/linprocfs
./i386/linux/linprocfs/linprocfs.h
./i386/linux/linprocfs/linprocfs_misc.c
./i386/linux/linprocfs/linprocfs_subr.c
./i386/linux/linprocfs/linprocfs_vnops.c
./isa/sio.c
./kern/vfs_default.c
./kern/vfs_subr.c
./miscfs/nullfs/null.h
./miscfs/nullfs/null_subr.c
./miscfs/nullfs/null_vnops.c
./sys/lock.h
./sys/vnode.h
./ufs/ffs/ffs_vfsops.c

Maybe this will help narrowing the field of investigation?
 
Regards,

PYD

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3B417EE4.69633AF2>