Date: Thu, 25 Jun 2009 20:40:13 +0000 (UTC) From: Sean Nicholas Barkas <snb@FreeBSD.org> To: cvs-src-old@freebsd.org Subject: cvs commit: src/sys/ufs/ufs ufs_dirhash.c Message-ID: <200906252104.n5PL4jnF090386@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
snb 2009-06-25 20:40:13 UTC
FreeBSD src repository
Modified files:
sys/ufs/ufs ufs_dirhash.c
Log:
SVN rev 195003 on 2009-06-25 20:40:13Z by snb
Fix a bug reported by pho@ where one can induce a panic by decreasing
vfs.ufs.dirhash_maxmem below the current amount of memory used by dirhash. When
ufsdirhash_build() is called with the memory in use greater than dirhash_maxmem,
it attempts to free up memory by calling ufsdirhash_recycle(). If successful in
freeing enough memory, ufsdirhash_recycle() leaves the dirhash list locked. But
at this point in ufsdirhash_build(), the list is not explicitly unlocked after
the call(s) to ufsdirhash_recycle(). When we next attempt to lock the dirhash
list, we will get a "panic: _mtx_lock_sleep: recursed on non-recursive mutex
dirhash list".
Tested by: pho
Approved by: dwmalone (mentor)
MFC after: 3 weeks
Revision Changes Path
1.33 +4 -1 src/sys/ufs/ufs/ufs_dirhash.c
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200906252104.n5PL4jnF090386>