From owner-cvs-src@FreeBSD.ORG  Wed Apr 19 15:23:30 2006
Return-Path: <owner-cvs-src@FreeBSD.ORG>
X-Original-To: cvs-src@FreeBSD.org
Delivered-To: cvs-src@FreeBSD.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1B5D016A407;
	Wed, 19 Apr 2006 15:23:30 +0000 (UTC)
	(envelope-from bright@elvis.mu.org)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9EEA343D4C;
	Wed, 19 Apr 2006 15:23:29 +0000 (GMT)
	(envelope-from bright@elvis.mu.org)
Received: by elvis.mu.org (Postfix, from userid 1192)
	id 7BF791A4D94; Wed, 19 Apr 2006 08:23:29 -0700 (PDT)
Date: Wed, 19 Apr 2006 08:23:29 -0700
From: Alfred Perlstein <alfred@freebsd.org>
To: Mohan Srinivasan <mohan_srinivasan@yahoo.com>
Message-ID: <20060419152329.GO35896@elvis.mu.org>
References: <20060418133832.GF35896@elvis.mu.org>
	<20060418165348.55185.qmail@web30804.mail.mud.yahoo.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20060418165348.55185.qmail@web30804.mail.mud.yahoo.com>
User-Agent: Mutt/1.4.2.1i
Cc: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org,
	ps@freebsd.org, Xin LI <delphij@FreeBSD.org>, mohans@freebsd.orgc
Subject: Re: cvs commit: src/sys/nfsclient nfs_bio.c nfs_vnops.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Apr 2006 15:23:30 -0000

* Mohan Srinivasan <mohan_srinivasan@yahoo.com> [060418 09:56] wrote:
> Alfred,
> 
> If the operation times out because the server rebooted (or because
> of a network glitch), rather than losing data, the client can 
> potentially have the data written out successfully later. 
> 
> Other NFS client implementations (at least the Solaris client)
> re-dirty pages on soft mount timeouts.

Ok, I just wanted to be sure that we weren't turning soft mounts
into hard mounts.  The only problem though is that you have
a weird failure mode now where the OS reports failure however
it may later succeed, I think this is OK, esp if Solaris does
it, but it is interesting.

Seems OK, Thanks for clarifying!

-Alfred