From patchwork Thu May 19 09:33:58 2011 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Pavel Shilovsky X-Patchwork-Id: 796882 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by demeter1.kernel.org (8.14.4/8.14.3) with ESMTP id p4J9Yp7h017954 for ; Thu, 19 May 2011 09:34:52 GMT Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932834Ab1ESJev (ORCPT ); Thu, 19 May 2011 05:34:51 -0400 Received: from mail-bw0-f46.google.com ([209.85.214.46]:44542 "EHLO mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932629Ab1ESJeu (ORCPT ); Thu, 19 May 2011 05:34:50 -0400 Received: by bwz15 with SMTP id 15so2189854bwz.19 for ; Thu, 19 May 2011 02:34:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:from:to:subject:date:message-id:x-mailer; bh=bgKSvb4d9PxbNi7x0We8jqW5X54FlQorc1ZHVBiVVvw=; b=cJAxrxNOCYHSu9D8Mcu14B7VU0iXpGLxF3B74C7tEmKAd0k7zyGBM/omKjI94/icUu rlLKbOaNUnWfi07sz/FTO/YKFlGa2Nqivi6i6Zo6TNJu1NV923N8Bx1UJvwlKLlJCgyf InAqcYCCf9/X+dmAkcXwGj8Hn4cUEqfOqkzoA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:to:subject:date:message-id:x-mailer; b=Pgt1zRgDg7TdBVfOY1bJX5m1GIIFFyslIr7vSoXyD852w1kEI1ATpdEI0a9naMJxPA KevoDfDeEZeceZY8MnDKPgXoPTVcz5juOCt1xgdtaaSIhz93cGdWEIf7mAxC/rZZfiWS dGQOFTEeO+5J101husfjsFGc8yhrJTYlZcFDA= Received: by 10.204.154.74 with SMTP id n10mr2817577bkw.33.1305797689272; Thu, 19 May 2011 02:34:49 -0700 (PDT) Received: from localhost.localdomain (pppoe-88-147-180-163.san.ru [88.147.180.163]) by mx.google.com with ESMTPS id x6sm1495769bkv.12.2011.05.19.02.34.47 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 19 May 2011 02:34:48 -0700 (PDT) From: Pavel Shilovsky To: linux-cifs@vger.kernel.org Subject: [PATCH] manpage: make serverino and noserverino option descriptions clear Date: Thu, 19 May 2011 13:33:58 +0400 Message-Id: <1305797638-7063-1-git-send-email-piastry@etersoft.ru> X-Mailer: git-send-email 1.7.1 Sender: linux-cifs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-cifs@vger.kernel.org X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-4.2.6 (demeter1.kernel.org [140.211.167.41]); Thu, 19 May 2011 09:34:52 +0000 (UTC) Signed-off-by: Pavel Shilovsky --- mount.cifs.8 | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/mount.cifs.8 b/mount.cifs.8 index 2ebe19d..ddecb2a 100644 --- a/mount.cifs.8 +++ b/mount.cifs.8 @@ -363,12 +363,12 @@ When the CIFS Unix Extensions are not negotiated, attempt to create device files .PP serverino .RS 4 -Use inode numbers (unique persistent file identifiers) returned by the server instead of automatically generating temporary inode numbers on the client\&. Although server inode numbers make it easier to spot hardlinked files (as they will have the same inode numbers) and inode numbers may be persistent (which is userful for some sofware), the server does not guarantee that the inode numbers are unique if multiple server side mounts are exported under a single share (since inode numbers on the servers might not be unique if multiple filesystems are mounted under the same shared higher level directory)\&. Note that not all servers support returning server inode numbers, although those that support the CIFS Unix Extensions, and Windows 2000 and later servers typically do support this (although not necessarily on every local server filesystem)\&. Parameter has no effect if the server lacks support for returning inode numbers or equivalent\&. +Use inode numbers (unique persistent file identifiers) returned by the server instead of automatically generating temporary inode numbers on the client\&. Although server inode numbers make it easier to spot hardlinked files (as they will have the same inode numbers) and inode numbers may be persistent (which is userful for some sofware), the server does not guarantee that the inode numbers are unique if multiple server side mounts are exported under a single share (since inode numbers on the servers might not be unique if multiple filesystems are mounted under the same shared higher level directory)\&. Note that not all servers support returning server inode numbers, although those that support the CIFS Unix Extensions, and Windows 2000 and later servers typically do support this (although not necessarily on every local server filesystem)\&. Parameter has no effect if the server lacks support for returning inode numbers or equivalent\&. This behavior is enabled by default\&. .RE .PP noserverino .RS 4 -Client generates inode numbers (rather than using the actual one from the server) by default\&. +Client generates inode numbers itself rather than using the actual ones from the server\&. .sp See section \fIINODE NUMBERS\fR