From 1508294bb6a940770acc71d6f39a7ce412f9253c Mon Sep 17 00:00:00 2001
From: Kirk McKusick <mckusick@FreeBSD.org>
Date: Sat, 28 May 2011 15:07:29 +0000
Subject: [PATCH] Due to a lag in updating the fs_pendinginodes count, we
 cannot depend on it to decide whether we should try to reclaim inodes when we
 run short.

Discovered by: Peter Holm
---
 sys/ufs/ffs/ffs_alloc.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/sys/ufs/ffs/ffs_alloc.c b/sys/ufs/ffs/ffs_alloc.c
index 9b5425b5940a..5b8f3c837a80 100644
--- a/sys/ufs/ffs/ffs_alloc.c
+++ b/sys/ufs/ffs/ffs_alloc.c
@@ -1022,7 +1022,7 @@ ffs_valloc(pvp, mode, cred, vpp)
 		(*vpp)->v_op = &ffs_vnodeops1;
 	return (0);
 noinodes:
-	if (fs->fs_pendinginodes > 0 && reclaimed == 0) {
+	if (reclaimed == 0) {
 		reclaimed = 1;
 		softdep_request_cleanup(fs, pvp, cred, FLUSH_INODES_WAIT);
 		goto retry;