Date: Wed, 6 Jan 2010 18:35:02 +0000 (UTC)
From: Manuel Bouyer <bouyer%antioche.eu.org@localhost>
Reply-To: gnats-bugs%NetBSD.org@localhost
To: kern-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
netbsd-bugs%netbsd.org@localhost,
6bone%6bone.informatik.uni-leipzig.de@localhost
Subject: Re: kern/42205: kernel panic at activated userquota
The following reply was made to PR kern/42205; it has been noted by GNATS.
From: Manuel Bouyer <bouyer%antioche.eu.org@localhost>
To: 6bone%6bone.informatik.uni-leipzig.de@localhost
Cc: gnats-bugs%NetBSD.org@localhost, kern-bug-people%NetBSD.org@localhost,
gnats-admin%NetBSD.org@localhost,
netbsd-bugs%NetBSD.org@localhost
Subject: Re: kern/42205: kernel panic at activated userquota
Date: Wed, 6 Jan 2010 19:29:55 +0100
I have an idea on how this can happen; the vnode is put on the mnt list before
initialisation is completed. But then its type should be VNON and so it should
be skipped.
Anyway, ffs_sync() checks for both v_type == VNON and VTOI(vp) == NULL, so
we could do the same in qsync. While there also check for VCLEAN, like
ffs_sync() although this should also not be needed.
Can you see if the attached patch prevents the vprint from firing ?