diff --git a/ja_JP.eucJP/man/man9/acl.9 b/ja_JP.eucJP/man/man9/acl.9
index 0844db0974..aa80b5e0bc 100644
--- a/ja_JP.eucJP/man/man9/acl.9
+++ b/ja_JP.eucJP/man/man9/acl.9
@@ -1,121 +1,212 @@
 .\"-
-.\" Copyright (c) 1999, 2000 Robert N. M. Watson
+.\" Copyright (c) 1999-2001 Robert N. M. Watson
 .\" All rights reserved.
 .\"
 .\" Redistribution and use in source and binary forms, with or without
 .\" modification, are permitted provided that the following conditions
 .\" are met:
 .\" 1. Redistributions of source code must retain the above copyright
 .\"    notice, this list of conditions and the following disclaimer.
 .\" 2. Redistributions in binary form must reproduce the above copyright
 .\"    notice, this list of conditions and the following disclaimer in the
 .\"    documentation and/or other materials provided with the distribution.
 .\"
 .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
 .\" SUCH DAMAGE.
 .\"
-.\"       %FreeBSD: src/share/man/man9/acl.9,v 1.2.2.4 2001/12/17 11:30:18 ru Exp %
+.\"       %FreeBSD: src/share/man/man9/acl.9,v 1.11 2002/05/29 17:45:44 ru Exp $
 .\"
 .\" $FreeBSD$
 .Dd December 23, 1999
 .Os
 .Dt ACL 9
 .Sh 名称
 .Nm acl
 .Nd 仮想ファイルシステムアクセス制御リスト
 .Sh 書式
 .In sys/param.h
 .In sys/vnode.h
 .In sys/acl.h
 .Pp
-.Bd -literal
-typedef int     acl_type_t;
-typedef int     acl_tag_t;
-typedef mode_t  acl_perm_t;
-
-struct acl_entry {
-        acl_tag_t       ae_tag;
-        uid_t           ae_id;
-        acl_perm_t      ae_perm;
+カーネルコンフィギュレーションファイルの中に、
+.Cd "options UFS_ACL"
+.Sh 解説
+アクセス制御リスト、すなわち ACL は、
+ファイルおよびディレクトリを表現する vnode に対する権限を、
+きめ細かく指定可能とします。
+しかしながら、
+異なる ACL のセマンティクスを持つファイルシステムが過多にあるため、
+vnode インタフェースは ACL の文法のみを理解し、基礎をなすファイルシステムが
+細部を実装することを当てにしています。
+基礎をなすファイルシステムに依存して、個々のファイルまたはディレクトリは、
+関連付けられる 0 個以上の ACL を持つことが可能です。
+それぞれ ACL の名前は、適切な vnode ACL 呼び出し
+.Xr VOP_ACLCHECK 9 ,
+.Xr VOP_GETACL 9
+および
+.Xr VOP_SETACL 9
+の
+.Fa type
+フィールドを使用して指定されます。
+.Pp
+現在は、個々の ACL は以下に定義されるカーネル内で固定サイズの
+.Vt acl
+構造体によって表現されます。
+.Bd -literal -offset indent
+struct acl {
+        int                     acl_cnt;
+        struct acl_entry        acl_entry[ACL_MAX_ENTRIES];
 };
-typedef struct acl_entry        *acl_entry_t;
+.Ed
+.Pp
+ACL は、ACL エントリの固定サイズ配列で構成されます。
+各 ACL エントリは、
+パーミッションの組、主要な名前空間、主要な識別子から構成されます。
+.Pp
+個別の ACL エントリは、以下のメンバを持つ構造体の
+.Vt acl_entry_t
+型です。
+.Bl -tag -width 2n
+.It Vt acl_tag_t Va ae_tag
+以下は
+.Va ae_tag
+に設定されるべき ACL の型の定義のリストです。
+.Pp
+.Bl -tag -width ".Dv ACL_UNDEFINED_FIELD" -offset indent -compact
+.It Dv ACL_UNDEFINED_FIELD
+未定義の ACL 型。
+.It Dv ACL_USER_OBJ
+実効ユーザ ID がファイルの所有者のユーザ ID と
+一致するプロセスのための任意のアクセス権。
+.It Dv ACL_USER
+実効ユーザ ID が ACL エントリの権限と
+一致するプロセスのための任意のアクセス権。
+.It Dv ACL_GROUP_OBJ
+実効グループ ID または全ての追加のグループがファイルの所有者のグループ ID と
+一致するプロセスのための任意のアクセス権。
+.It Dv ACL_GROUP
+実効グループ ID または全ての追加のグループが ACL エントリの権限と
+一致するプロセスのための任意のアクセス権。
+.It Dv ACL_MASK
+ファイルグループクラスの中のプロセスが許可されることができる
+任意のアクセス権の最高限度。
+.It Dv ACL_OTHER
+その他の ACL エントリによって保護されていない
+プロセスのための任意のアクセス権。
+.It Dv ACL_OTHER_OBJ
+.Dv ACL_OTHER
+と同じです。
+各々の ACL エントリは、厳密に、1 つの
+.Dv ACL_USER_OBJ
+と 1 つの
+.Dv ACL_GROUP_OBJ
+と 1 つの
+.Dv ACL_OTHER
+を含まなければなりません。
+.Dv ACL_USER ,
+.Dv ACL_GROUP
+または
+.Dv ACL_OTHER
+が存在する場合には、厳密に 1 つの
+.Dv ACL_MASK
+エントリが存在するべきです。
+.El
+.It Vt uid_t Va ae_id
+この ACL がアクセスパーミションを記述しているユーザのユーザ ID。
+.It Vt acl_perm_t Va ae_perm
+このフィールドは、この ACL に適合するプロセスが関連したファイルの
+アクセスのために、どの種類のアクセスかを定義します。
+.Bl -tag -width ".Dv ACL_POSIX1E_BITS"
+.It Dv ACL_EXECUTE
+プロセスは関連したファイルの実行が可能です。
+.It Dv ACL_WRITE
+プロセスは関連したファイルへの書込みが可能です。
+.It Dv ACL_READ
+プロセスは関連したファイルからの読込みが可能です。
+.It Dv ACL_PERM_NONE
+プロセスは関連したファイルへの読込み、書込みまたは実行のパーミションを
+所有していません。
+.El
+.El
+.Pp
+.Sh 実装に関する注
+.Bd -literal
+typedef mode_t  *acl_permset_t;
 
+/* 内部の ACL 構造体 */
 struct acl {
         int                     acl_cnt;
         struct acl_entry        acl_entry[ACL_MAX_ENTRIES];
 };
-typedef struct acl      *acl_t;
+
+/* 外部の ACL 構造体 */
+struct acl_t_struct {
+        struct acl              ats_acl;
+        int                     ats_cur_entry;
+};
+typedef struct acl_t_struct *acl_t;
 
 /*
- * acl_entry_t の a_tag に有効な値
+ * ae_tag フィールドに有効な値
  */
-#define ACL_USER_OBJ    0x00000001
-#define ACL_USER        0x00000002
-#define ACL_GROUP_OBJ   0x00000004
-#define ACL_GROUP       0x00000008
-#define ACL_MASK        0x00000010
-#define ACL_OTHER       0x00000020
-#define ACL_OTHER_OBJ   ACL_OTHER
+#define ACL_UNDEFINED_TAG       0x00000000
+#define ACL_USER_OBJ            0x00000001
+#define ACL_USER                0x00000002
+#define ACL_GROUP_OBJ           0x00000004
+#define ACL_GROUP               0x00000008
+#define ACL_MASK                0x00000010
+#define ACL_OTHER               0x00000020
+#define ACL_OTHER_OBJ           ACL_OTHER
 
 /*
- * a_type_t 引数に有効な値
+ * acl_type_t 引数のために有効な値
  */
 #define ACL_TYPE_ACCESS    0x00000000
 #define ACL_TYPE_DEFAULT   0x00000001
 #define ACL_TYPE_AFS       0x00000002
 #define ACL_TYPE_CODA      0x00000003
 #define ACL_TYPE_NTFS      0x00000004
 #define ACL_TYPE_NWFS      0x00000005
 
 /*
- * a_perm フィールドに可能なフラグ
+ * ae_perm フィールドに可能なフラグ
  */
-#define ACL_PERM_EXEC      0x0001
-#define ACL_PERM_WRITE     0x0002
-#define ACL_PERM_READ      0x0004
+#define ACL_EXECUTE        0x0001
+#define ACL_WRITE          0x0002
+#define ACL_READ           0x0004
 #define ACL_PERM_NONE      0x0000
-#define ACL_PERM_BITS      (ACL_PERM_EXEC | ACL_PERM_WRITE | ACL_PERM_READ)
-#define ACL_POSIX1E_BITS   (ACL_PERM_EXEC | ACL_PERM_WRITE | ACL_PERM_READ)
+#define ACL_PERM_BITS      (ACL_EXECUTE | ACL_WRITE | ACL_READ)
+#define ACL_POSIX1E_BITS   (ACL_EXECUTE | ACL_WRITE | ACL_READ)
+
+/*
+ * acl_get_entry() のための entry_id に可能な値
+ */
+#define ACL_FIRST_ENTRY         0
+#define ACL_NEXT_ENTRY          1
+
+/*
+ * ae_id フィールドの中の未定義の値
+ */
+#define ACL_UNDEFINED_ID        ((uid_t)-1)
 .Ed
-.Sh 解説
-アクセス制御リスト、すなわち ACL は、
-ファイルおよびディレクトリを表現する vnode に対する権限を、
-きめ細かく指定可能とします。
-しかしながら、
-異なる ACL のセマンティクスを持つファイルシステムが過多にあるため、
-vnode インタフェースは ACL の文法のみを理解し、基礎をなすファイルシステムが
-細部を実装することを当てにしています。
-基礎をなすファイルシステムに依存して、個々のファイルまたはディレクトリは、
-関連付けられる 0 個以上の ACL を持つことが可能です。
-それぞれ ACL の名前は、適切な vnode ACL 呼び出し
-.Xr VOP_ACLCHECK 9 ,
-.Xr VOP_GETACL 9 ,
-.Xr VOP_SETACL 9
-の
-.Fa type
-フィールドを使用して指定されます。
-.Pp
-現在は、個々の ACL はカーネル内で固定サイズの ACL 構造体によって表現されます。
-ACL は、ACL エントリの固定サイズ配列で構成されます。
-各 ACL エントリは、
-パーミッションの組、主要な名前空間、主要な識別子から構成されます。
-結びつけられた acl_cnt フィールドの値に依存して、
-これらの 0 個以上のエントリが "定義" されることが出来ます。
 .Sh 関連項目
+.Xr acl 3 ,
+.Xr vaccess_acl_posix1e 9 ,
 .Xr VFS 9 ,
+.Xr vaccess 9 ,
 .Xr VOP_ACLCHECK 9 ,
 .Xr VOP_GETACL 9 ,
 .Xr VOP_SETACL 9
 .Sh 作者
 このマニュアルページは
 .An Robert Watson
 が書きました。
diff --git a/ja_JP.eucJP/man/man9/extattr.9 b/ja_JP.eucJP/man/man9/extattr.9
index 8fd8e7d6ed..46da5db07f 100644
--- a/ja_JP.eucJP/man/man9/extattr.9
+++ b/ja_JP.eucJP/man/man9/extattr.9
@@ -1,74 +1,101 @@
 .\"-
-.\" Copyright (c) 1999 Robert N. M. Watson
+.\" Copyright (c) 1999, 2000, 2001 Robert N. M. Watson
 .\" All rights reserved.
 .\"
 .\" Redistribution and use in source and binary forms, with or without
 .\" modification, are permitted provided that the following conditions
 .\" are met:
 .\" 1. Redistributions of source code must retain the above copyright
 .\"    notice, this list of conditions and the following disclaimer.
 .\" 2. Redistributions in binary form must reproduce the above copyright
 .\"    notice, this list of conditions and the following disclaimer in the
 .\"    documentation and/or other materials provided with the distribution.
 .\"
 .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
 .\" SUCH DAMAGE.
 .\"
-.\"       %FreeBSD: src/share/man/man9/extattr.9,v 1.1.2.4 2001/12/17 11:30:18 ru Exp %
+.\" %FreeBSD: src/share/man/man9/extattr.9,v 1.10 2002/05/16 05:21:58 trhodes Exp %
 .\"
 .\" $FreeBSD$
 .Dd December 23, 1999
 .Os
 .Dt EXTATTR 9
 .Sh 名称
 .Nm extattr
 .Nd 仮想ファイルシステムの名前付き拡張属性
 .Sh 書式
 .In sys/param.h
 .In sys/vnode.h
 .In sys/extattr.h
 .Sh 解説
 名前付き拡張属性は、ファイルまたはディレクトリを表現する vnode に
 追加のメタデータを関連付けることを可能にします。
 この追加のデータのセマンティクスは、"name=value" ("名前=値") のペアで、
 名前は定義されても定義されなくても良く、定義されていれば、0 バイト以上の
 任意のバイナリデータに関連付けられます。
-このデータの読み込みは、
+拡張属性の名前は名前空間の集合の中に存在します。
+拡張属性上の個々の操作は、操作を参照するために名前空間を供給することが
+要求されています。
+複数の名前空間の中に同じ名前が存在する場合には、その名前に関連付けられた
+拡張属性は、独立して格納され、操作されます。
+次の 2 つの名前空間が普遍的に定義されていますが、個々のファイルシステムは
+追加の名前空間を実装することが可能で、またこれら
+.Dv EXTATTR_NAMESPACE_USER ,
+.Dv EXTATTR_NAMESPACE_SYSTEM
+の名前空間を実装しないことも可能です。
+これらの属性のセマンティクスは以下を意図しています。
+ユーザ属性データは、ファイルまたはディレクトリの中のデータに関連付けられた
+通常の任意および必須の保護によって、保護されます。
+システム属性データは、これらの属性への直接的なアクセスまたは操作には
+適切な特権が要求されることによって、保護されます。
+.Pp
+拡張属性データの読み込みは、
 .Xr VOP_READ 9
 の形式で、明示されたメタデータの連続した領域を返します。
 一方、書込みは、
 与えられた名前に関連付けられた現在の "値" 全体が置き換えられます。
 拡張属性の違いを持つファイルシステムが過多にあります。
 このため、これらの関数は、利用可能性および機能性は制限されるかもしれませんし、
 サポートするファイルシステムの基本的なセマンティクスを意識して
 使用するべきです。
 拡張属性データのための権限を与える機構は、
 ファイルシステムによって異なります。
 これは、属性の最大の大きさや、
 任意または特定の新規属性を定義可能か否かも同様です。
 .Pp
 拡張属性は、ヌルで終端された文字列を使用して名前付けされます。
 名前は大文字と小文字を区別するかもしれませんし、しないかもしれませんが、
-これはファイルシステムのセマンティクスに依存します。
+これは潜在的なファイルシステムのセマンティクスに依存します。
 適切な vnode 拡張属性の呼び出しは、
 .Xr VOP_GETEXTATTR 9
 および
 .Xr VOP_SETEXTATTR 9
 です。
 .Sh 関連項目
 .Xr VFS 9 ,
+.Xr VFS_EXTATTRCTL 9 ,
 .Xr VOP_GETEXTATTR 9 ,
 .Xr VOP_SETEXTATTR 9
 .Sh 作者
 このマニュアルページは
 .An Robert Watson
 が書きました。
+.Sh バグ
+現在は拡張属性アクセスインタフェースは、属性のトータルの大きさを返せないか、
+呼び出し側によって提供されたバッファ空間が全ての利用可能なデータを保持する
+ためには不足であることを示します。
+加えて、このインタフェースは現在の利用可能な属性の組を取り出す仕組みを
+提供していません。既に、
+.Dv NULL
+の属性名を与えることで、渡されたファイルまたはディレクトリのための
+定義された属性のリストをもたらすべきであると提案されていますが、
+現在は実装されていません。
diff --git a/ja_JP.eucJP/man/man9/make_dev.9 b/ja_JP.eucJP/man/man9/make_dev.9
index d5d81f1f43..9b3e0f39dc 100644
--- a/ja_JP.eucJP/man/man9/make_dev.9
+++ b/ja_JP.eucJP/man/man9/make_dev.9
@@ -1,95 +1,137 @@
 .\" Copyright (c) 1999 Chris Costello
 .\" All rights reserved.
 .\"
 .\" Redistribution and use in source and binary forms, with or without
 .\" modification, are permitted provided that the following conditions
 .\" are met:
 .\" 1. Redistributions of source code must retain the above copyright
 .\"    notice, this list of conditions and the following disclaimer.
 .\" 2. Redistributions in binary form must reproduce the above copyright
 .\"    notice, this list of conditions and the following disclaimer in the
 .\"    documentation and/or other materials provided with the distribution.
 .\"
 .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
 .\" SUCH DAMAGE.
 .\"
-.\" %FreeBSD: src/share/man/man9/make_dev.9,v 1.2.2.3 2001/12/17 11:30:18 ru Exp %
+.\" %FreeBSD: src/share/man/man9/make_dev.9,v 1.12 2002/02/11 01:21:29 dd Exp %
 .\"
 .\" $FreeBSD$
-.Dd September 25, 1999
+.Dd May 27, 2001
 .Os
 .Dt MAKE_DEV 9
 .Sh 名称
 .Nm make_dev ,
-.Nm destroy_dev
-.Nd 新しいデバイスのための dev_t の作成と削除
+.Nm make_dev_alias ,
+.Nm destroy_dev ,
+.Nm dev_depends
+.Nd デバイスのための
+.Vt dev_t
+および DEVFS 登録の管理
 .Sh 書式
-.In sys/types.h
+.In sys/param.h
 .In sys/conf.h
 .Ft dev_t
-.Fn make_dev "struct cdevsw *cdevsw" "int minor" "uid_t uid" "gid_t gid" "int perms" "char *fmt" ...
+.Fn make_dev "struct cdevsw *cdevsw" "int minor" "uid_t uid" "gid_t gid" "int perms" "const char *fmt" ...
+.Ft dev_t
+.Fn make_dev_alias "dev_t pdev" "const char *fmt" ...
 .Ft void
 .Fn destroy_dev "dev_t dev"
+.Ft void
+.Fn dev_depends "dev_t pdev" "dev_t cdev"
 .Sh 解説
 .Fn make_dev
 関数は新しいデバイスのための
 .Fa dev_t
 構造体を作成します。
+DEVFS が利用可能の場合には、新しいデバイスの存在も通知されます。
 そのデバイスは
 .Va uid
 によって所有され、
 .Va gid
 のグループに所有され、
 .Va name
 で指定される名前を持ちます。
 .Va perms
 に指定するファイルのパーミッションは
 .Aq Pa sys/stat.h
 で定義されています。
 .Pp
 .Bd -literal -offset indent -compact
 #define S_IRWXU 0000700    /* 所有者の RWX マスク
 #define S_IRUSR 0000400    /* 所有者の R */
 #define S_IWUSR 0000200    /* 所有者の W */
 #define S_IXUSR 0000100    /* 所有者の X */
 
 #define S_IRWXG 0000070    /* グループの RWX マスク */
 #define S_IRGRP 0000040    /* グループの R */
 #define S_IWGRP 0000020    /* グループの W */
 #define S_IXGRP 0000010    /* グループの X */
 
 #define S_IRWXO 0000007    /* その他の RWX マスク */
 #define S_IROTH 0000004    /* その他の R */
 #define S_IWOTH 0000002    /* その他の W */
 #define S_IXOTH 0000001    /* その他の X */
 
 #define S_ISUID 0004000    /* 実行時にユーザ ID を設定 */
 #define S_ISGID 0002000    /* 実行時にグループ ID を設定 */
 #define S_ISVTX 0001000    /* スティッキービット */
 #ifndef _POSIX_SOURCE
 #define S_ISTXT 0001000
 #endif
 .Ed
 .Pp
+.Fn make_dev_alias
+関数は
+.Fn make_dev
+から返された
+.Ft dev_t
+をとり、このデバイスのための別の名前 (別名) を作成します。
+.Fn make_dev
+の呼出しの前の
+.Fn make_dev_alias
+の呼出しは、誤りです。
+.Pp
 .Fn destroy_dev
-関数は、
+関数は
 .Fn make_dev
 から返された
 .Fa dev_t
 をとり、そのデバイスの登録を削除します。
+.Fn make_dev_alias
+で作成されたデバイスで
+.Fn destroy_dev
+を呼出さないでください。
+.Pp
+.Fn dev_depends
+関数は 2 つのデバイス間の親子関係を確立します。
+このネット効果は、親デバイスの
+.Fn destroy_dev
+は、もしあれば、結果としてその子デバイスの破壊に終わります。
+1 つのデバイスは同時に親にも子にもなれ、
+そのため、完全な階層構造を構築することが可能です。
 .Sh 歴史
 .Fn make_dev
 および
 .Fn destroy_dev
 関数は
 .Fx 4.0
-で初めて登場しました。
+ではじめて登場しました。
+関数
+.Fn make_dev_alias
+は
+.Fx 4.1
+ではじめて登場しました。
+関数
+.Fn dev_depends
+は
+.Fx 5.0 .
+ではじめて登場しました。
diff --git a/ja_JP.eucJP/man/man9/mi_switch.9 b/ja_JP.eucJP/man/man9/mi_switch.9
index d3acc903ad..02b2a5da42 100644
--- a/ja_JP.eucJP/man/man9/mi_switch.9
+++ b/ja_JP.eucJP/man/man9/mi_switch.9
@@ -1,146 +1,160 @@
 .\"	$NetBSD: ctxsw.9,v 1.2 1996/12/02 00:11:31 tls Exp $
 .\"
 .\" Copyright (c) 1996 The NetBSD Foundation, Inc.
 .\" All rights reserved.
 .\"
 .\" This code is derived from software contributed to The NetBSD Foundation
 .\" by Paul Kranenburg.
 .\"
 .\" Redistribution and use in source and binary forms, with or without
 .\" modification, are permitted provided that the following conditions
 .\" are met:
 .\" 1. Redistributions of source code must retain the above copyright
 .\"    notice, this list of conditions and the following disclaimer.
 .\" 2. Redistributions in binary form must reproduce the above copyright
 .\"    notice, this list of conditions and the following disclaimer in the
 .\"    documentation and/or other materials provided with the distribution.
 .\" 3. All advertising materials mentioning features or use of this software
 .\"    must display the following acknowledgement:
 .\"        This product includes software developed by the NetBSD
 .\"        Foundation, Inc. and its contributors.
 .\" 4. Neither the name of The NetBSD Foundation nor the names of its
 .\"    contributors may be used to endorse or promote products derived
 .\"    from this software without specific prior written permission.
 .\"
 .\" THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBUTORS
 .\" ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED
 .\" TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
 .\" PURPOSE ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE
 .\" LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
 .\" CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
 .\" SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
 .\" INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
 .\" CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
 .\" ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
 .\" POSSIBILITY OF SUCH DAMAGE.
 .\"
-.\" %FreeBSD: src/share/man/man9/mi_switch.9,v 1.7.2.4 2001/12/17 11:30:18 ru Exp %
+.\" %FreeBSD: src/share/man/man9/mi_switch.9,v 1.16 2002/08/13 14:51:17 ru Exp %
 .\"
 .\" $FreeBSD$
 .Dd November 24, 1996
 .Dt MI_SWITCH 9
 .Os
 .Sh 名称
 .Nm mi_switch ,
-.Nm cpu_switch
-.Nd 別のプロセスコンテキストへのスイッチ
+.Nm cpu_switch ,
+.Nm cpu_throw
+.Nd 別のスレッドコンテキストへのスイッチ
 .Sh 書式
 .In sys/param.h
 .In sys/proc.h
 .Ft void
 .Fn mi_switch "void"
 .Ft void
-.Fn cpu_switch "struct proc *p"
+.Fn cpu_switch "void"
+.Ft void
+.Fn cpu_throw "void"
 .Sh 解説
 .Fn mi_switch
-関数はマシン非依存なプロセスコンテキストスイッチの前処理を実装しています。
+関数はマシン非依存なスレッドコンテキストスイッチの前処理を実装しています。
 横取り不可能なカーネルモード実行の方針の結果として、カーネル内の数少ない
 区別された場所からのみ呼び出されます。
-3 つの主な
+いくつかの主な
 .Nm
 の使用は以下に挙げられます。
 .Bl -enum -offset indent
 .It
-.Xr sleep 9
-および
+.Xr sleep 9 ,
 .Xr tsleep 9
+および
+.Xr msleep
 の中から、あるリソースが利用可能になるのを待つために
-現在のプロセスが自発的に CPU を放棄するとき。
+現在のスレッドが自発的に CPU を放棄するとき。
 .It
 トラップ (例えば、システムコール、デバイス割り込み) の取り扱いの後で、
 カーネルがユーザモード実行のために戻る準備のとき。
 通常この場合は、現在のプロセスのシグナル配置の中の変化の検出の後で
 マシン依存のトラップハンドリングコードによって取り扱われるか、
-より高い優先度のプロセスが実行可能になったかもしれないときです。
+より高い優先度のスレッドが実行可能になったかもしれないときです。
 後者のイベントはマシン定義の
 .Fn need_resched
 の呼び出しによるマシン非依存のスケジューリングルーチンによって伝達されます。
 .It
 シグナルハンドラコード
 .Xr ( issignal 9
 を参照) の中で、プロセスを停止させるシグナルが届けられた場合。
+.It
+スレッドが
+.Xr thread_exit 9
+の中で終了し、プロセッサの制御が次の実行可能のスレッドに渡されることが
+可能なとき。
+.It
+.Xr thread_suspend_check 9
+中で、全体としてのプロセスの停止状態のために、
+スレッドが実行を停止する必要がある
+場合。
 .El
 .Pp
 .Fn mi_switch
 はプロセス構造体の中に現在のプロセスが実行された時間量を記録して、
-そのプロセスに割当てられている CPU の時間リミット
+そのスレッドに割当てられている CPU の時間リミット
 .Xr ( getrlimit 2
 を参照) に照らしてこの値を検査します。
 ソフトリミットの超過はそのプロセスに
 .Dv SIGXCPU
 シグナルが配信される結果を招き、一方ハードリミットの超過は
 .Dv SIGKILL
 を引き起こします。
 これらの管理上の仕事が完了した後で、
 .Fn mi_switch
 は実際にプロセスコンテキストスイッチを行なうマシン依存ルーチン
 .Fn cpu_switch
 に制御を引き渡します。
 .Pp
 .Fn cpu_switch
 は優先度キューデータ構造において、
 実行準備のできているプロセスの中から選択します。
 優先度キューは、キュー先頭構造体である配列
 .Va qs[NQS]
 で構成されます。
 個々のキュー先頭構造体により、
 同じ優先度の実行可能なプロセスのリストを識別します
 .Fa ( <sys/proc.h>
 を参照)。
 単一の語
 .Va whichqs
 は、空ではないキューが分かるビットマスクを含み、
 素早くプロセスを選択することを助けます。
 .Fn cpu_switch
 は最も高い優先度を持つキュー上のリスト
 .Po Va qs
 の中の低いインデックスが高い優先度を示す
 .Pc
 から最初のプロセスを削除しなければならず、グローバル変数
 .Dv curproc
 にそのプロセス構造体のアドレスを割当てなければなりません。
 実行キュー上に利用可能なプロセスがない場合には、
 .Fn cpu_switch
 は
 .Dq idle
 ループに移行することになっています。
 idle ループは割り込みを許可する必要があります。
 これにより、やがてプロセスが実行キュー上に再び現れます。
 .Fn cpu_switch
 がこの発生を待っている間は変数
 .Va curproc
 は
 .Dv NULL
 であるべきです。
 .Pp
 .Fn mi_switch
 および当然
 .Fn cpu_switch
 は splhigh() で呼び出されるべきであることに注意してください。
 .Pp
 .Sh 関連項目
 .Xr issignal 9 ,
 .Xr spl 9 ,
 .Xr tsleep 9 ,
 .Xr wakeup 9
 .Pp
diff --git a/ja_JP.eucJP/man/man9/style.9 b/ja_JP.eucJP/man/man9/style.9
index 8c14536e94..f8dbd1e5e9 100644
--- a/ja_JP.eucJP/man/man9/style.9
+++ b/ja_JP.eucJP/man/man9/style.9
@@ -1,704 +1,783 @@
 .\" Copyright (c) 1995-2001 FreeBSD Inc.
 .\" All rights reserved.
 .\"
 .\" Redistribution and use in source and binary forms, with or without
 .\" modification, are permitted provided that the following conditions
 .\" are met:
 .\" 1. Redistributions of source code must retain the above copyright
 .\"    notice, this list of conditions and the following disclaimer.
 .\" 2. Redistributions in binary form must reproduce the above copyright
 .\"    notice, this list of conditions and the following disclaimer in the
 .\"    documentation and/or other materials provided with the distribution.
 .\"
 .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
 .\" ARE DISCLAIMED.  IN NO EVENT SHALL [your name] OR CONTRIBUTORS BE LIABLE
 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
 .\" SUCH DAMAGE.
 .\"
 .\" %FreeBSD: src/share/man/man9/style.9,v 1.32.2.19 2002/04/14 19:28:03 asmodai Exp %
 .\" $FreeBSD$
 .\"
 .Dd December 7, 2001
 .Dt STYLE 9
 .Os
 .Sh 名称
 .Nm style
 .Nd カーネルソースファイルのスタイルガイド
 .Sh 解説
 このファイルは
 .Fx
 ソースツリーのカーネルソースに好ましいスタイルを明記しています。
 これはユーザランドのコードスタイルの手引きでもあります。
 例において、スタイル規則の多くを暗黙的に使用しています。
 .Nm
 がこれらの事例について言及していないと決め付ける前に、
 注意して例を確認してください。
 .Nm
 はそのような事柄については記述していません。
 .\" $ と FreeBSD を続けるとキーワード置換されるので、\& を挿入
 .\" 2001/05/23 horikawa@jp.FreeBSD.org
 .Bd -literal
 /*
  * FreeBSD のためのスタイルガイドです。
  * CSRG の KNF (Kernel Normal Form, カーネル標準書式) に基づいています。
  *
  *	@(#)style	1.14 (Berkeley) 4/28/95
- * $\&FreeBSD: src/share/man/man9/style.9,v 1.32.2.19 2002/04/14 19:28:03 asmodai Exp $
+ * $\&FreeBSD: src/share/man/man9/style.9,v 1.95 2002/11/01 16:20:31 rwatson Exp $
  */
 
 /*
  * とても重要な 1 行のコメントはこのようにします。
  */
 
 /* 殆どの 1 行のコメントはこのようにします。 */
 
 /*
  * 複数行にわたるコメントはこのようにします。実際の文章を書きます。実際の
  * 段落に見えるように埋めていきます。
  */
 .Ed
 .Pp
 著作権ヘッダの後には空行を 1 行入れ、ソースファイルには
 .Va rcsid
 を付けます。
 バージョン管理システムの ID タグは、ファイル中に 1 個のみあるべきです
 (このファイルでは違いますが)。
 C/C++ ソースファイル以外はこの例に従いますが、
 C/C++ ソースファイルは以降の例に従います。
 外部から入手したファイルの
 すべての VCS (バージョン管理システム) リビジョン識別子は、
 存在すれば維持します。
 これには、ファイルの来歴を示す複数の ID も含みます。
-一般的に、
-.So Li $ Sc
-も含めて、ID はそのままとします。
-外部からの VCS ID の前に
-.Qq Li "From"
-を付ける理由はありません。
-ほとんどの非
-.Fx
-の VCS ID は、
-コメント中ではタブでインデントされているでしょう。
-.Bd -literal
+一般的に、外来の ID またはその下部構造は編集しません。
+さもなければ 
+.Dq Li ( "#if defined(LIBC_SCCS)"
+のように) 囲まれていない場合には、全ての互換性のない小片を隠すため、および
+その ID をオブジェクトファイルから追い出しておくために、両方を
+.Dq Li "#if 0 ... #endif"
+の中に囲みます。
+ファイルの名前が変更された場合には、外来の VCS ID の前に
+.Dq Li "From: "
+のみを追加します。
+.Bd -literal
+#if 0
+#ifndef lint
+static char sccsid[] = "@(#)style      1.14 (Berkeley) 4/28/95";
+#endif /* not lint */
+#endif
+
 #include <sys/cdefs.h>
-__RCSID("@(#)style	1.14 (Berkeley) 4/28/95");
-__FBSDID("$\&FreeBSD: src/share/man/man9/style.9,v 1.32.2.19 2002/04/14 19:28:03 asmodai Exp $");
+__FBSDID("$\&FreeBSD: src/share/man/man9/style.9,v 1.95 2002/11/01 16:20:31 rwatson Exp $");
 .Ed
 .Pp
 ヘッダファイルの前に、空行を 1 行付けます。
 .Pp
 カーネルのインクルードファイル (すなわち、
 .Pa sys/*.h
 ) が初めに来ます。
 通常、
 .Aq Pa sys/types.h
 または
 .Aq Pa sys/param.h
 のどちらかが必要ですが、
 両方は必要ないでしょう。
 .Aq Pa sys/types.h
 は
 .Aq Pa sys/cdefs.h
 をインクルードしており、
 依存関係は問題ありません。
 .Bd -literal
 #include <sys/types.h>		/* 山括弧による非ローカルインクルード */
 .Ed
 .Pp
 ネットワークプログラムである場合は、
 次にネットワークインクルードファイルを置きます。
 .Bd -literal
 #include <net/if.h>
 #include <net/if_dl.h>
 #include <net/route.h>
 #include <netinet/in.h>
 #include <protocols/rwhod.h>
 .Ed
 .Pp
 カーネル用のファイルには、
 .Pa /usr/include
 中のファイルを使用しないでください。
 .Pp
 それから空行を置き、
 .Pa /usr
 インクルードファイルを続けます。
 .Pa /usr
 インクルードファイルはアルファベット順にソートされているべきです。
 .Bd -literal
 #include <stdio.h>
 .Ed
 .Pp
 グローバルなパス名は
 .Pa /usr/include/paths.h
 で定義されています。
 プログラムにローカルなパス名はローカルディレクトリの
 .Qq Pa pathnames.h
 に入れます。
 .Bd -literal
 #include <paths.h>
 .Ed
 .Pp
 それから、空行があって、ユーザインクルードファイルが来ます。
 .Bd -literal
 #include "pathnames.h"		/* " " によるローカルインクルード */
 .Ed
 .Pp
 アプリケーションインタフェースを実装している場合を除き、
 実装の名前空間で
 .Ic #define
 したり名前を定義したりしてはいけません。
 .Pp
 .Dq Li 安全でない
 マクロ (副作用を持っているもの) の名前と、
 明らかな定数のマクロの名前はすべて大文字です。
 式のように展開されるマクロは、単一のトークンにするか外側に括弧をつけます。
 .Ic #define
 とマクロ名の間にタブ文字を 1 個入れます。
 マクロがある関数のインライン展開である場合は、
 関数名は全て小文字で、マクロはすべて大文字の同じ名前を持ちます。
 .\" XXX 上記は名前が同じマクロを #undef すれば関数を使える
 .\" という ANSI のスタイルと衝突します。
 .\" これは MALLOC() については言えないし、インライン関数を使う時の
 .\" 一般的なやりかたではありません。
-マクロが 1 行以上必要な場合は、ブレース
-.Ql ( \&{
-と
-.Ql \&} )
-を使用します。
 バックスラッシュは右揃えします。こうすると読みやすくなります。
 マクロが複合文をカプセル化する場合には、それを
 .Ic do
 ループで囲みます。
 これにより、
 .Ic if
 文で安全に使用できます。
 最後の文の終端のセミコロンは、
 マクロではなくマクロの実施時に付けられるべきです。
 これにより、清書器やエディタで文法解析しやすくなります。
 .Bd -literal
 #define	MACRO(x, y) do {						\e
 	variable = (x) + (y);						\e
 	(y) += 2;							\e
-} while(0)
+} while (0)
+.Ed
+.Pp
+コードが
+.Ic #ifdef
+または
+.Ic #if
+を使用して条件付きでコンパイルされるときには、
+どこで条件付きでコンパイルされるコードが終了するのかを
+読む人が容易に識別することが可能にするために、それに続く適合する
+.Ic #endif
+または
+.Ic #else
+にコメントを追加しても構いません。
+このコメントは (主観的に) 長い部分、20 行以上の部分、またはネストされた
+.Ic #ifdef
+の連続が読む人を混乱させるかもしれないとき、にのみ使用されるべきです。
+たとえコンパイルされない領域が小さくなるかもしれないでも、
+lint の目的のために条件付きでコンパイルされない個所のために、
+例外が作られても構いません。
+そのコメントは
+.Ic #endif
+または
+.Ic #else
+から 1 つの空白によって分離されるべきです。
+短い条件付きでコンパイルされる部分のために、
+終わりのコメントを使用するべきではありません。
+.Pp
+.Ic #endif
+のためのコメントは対応する
+.Ic #iF
+または
+.Ic #ifdef
+で使用されている表現に合わせるべきです。
+.Ic #else
+および
+.Ic #elif
+のためのコメントは先行する
+.Ic #if
+および/または
+.Ic #elif
+文に使用されている表現の反対に合わせるべきです。
+コメントの中では、補助表現
+.Dq Li defined(FOO)
+は
+.Dq Li FOO
+と省略されます。
+コメントの目的のためには、
+.Dq Ic #ifndef Li FOO
+は
+.Dq Ic #if Li !defined(FOO)
+とみなされます。
+.Bd -literal
+#ifdef KTRACE
+#include <sys/ktrace.h>
+#endif
+
+#ifdef COMPAT_43
+/* 大きな部分が、または他の条件付きのコードがここに */
+#else /* !COMPAT_43 */
+/* またはここに */
+#endif /* COMPAT_43 */
+
+#ifndef COMPAT_43
+/* 更に別の大きな部分が、または他の条件付きのコードがここに */
+#else /* COMPAT_43 */
+/* またはここに */
+#endif /* !COMPAT_43*/
 .Ed
 .Pp
 列挙値は全て大文字を使用します。
 .Bd -literal
 enum enumtype { ONE, TWO } et;
 .Ed
 .Pp
+宣言の中では、型に関係付けられたトークンを除いて、
+アスタリスクと隣接したトークンの間には空白文字を置きません。
+(これらの識別子は基本の型の名前、型の修飾語句、および今宣言されようとしている
+もの以外の typedef 名です。)
+これらの識別子はアスタリスクから 1 つの空白で分離します。
+.Pp
 構造体の中で変数を宣言する時には、
 使用順、サイズ順、アルファベット順にソートして宣言します。
 最初の区分は通常適用しませんが、例外があります。
 各宣言は、それぞれ独立した行にて行います。
 構造体の名前の位置を、あなたの判断で読み易いように、
 タブ 1 個または 2 個を使用して揃えてください。
-ほとんどのメンバを揃えるのに十分であれば、単一のタブを使用すべきです。
+少なくとも 90% のメンバの名前を揃えるのに十分な場合には、
+1 つだけのタブを使用するべきです。
 非常に長い型の後の名前は、単一の空白で区切られるべきです。
 .Pp
 重要な構造体は、それが使用されるファイルの先頭で宣言されるか、
 複数のソースファイルで使用される場合は別のヘッダファイルで宣言されるべきです。
 構造体がヘッダファイルで宣言されている場合には、
 それら構造体の使用は、宣言とは分けられるべきで、かつ
 .Ic "extern
 であるべきです。
 .Bd -literal
 struct foo {
 	struct foo	*next;		/* 使用中の foo のリスト */
 	struct mumble	amumble;	/* mumble のコメント */
 	int		bar;		/* コメントを揃えようとしています */
 	struct verylongtypename *baz;	/* タブ 2 個には収まりません */
 };
 struct foo *foohead;			/* グローバルな foo リストの先頭 */
 .Ed
 .Pp
 可能な時には必ず、あなた自身でリストを操作するのではなく、
 .Xr queue 3
 マクロを使用してください。
 従って、前の例をより良く書くと次のようになります。
 .Bd -literal
 #include <sys/queue.h>
 struct foo {
 	LIST_ENTRY(foo)	link;		/* foo リストにキューマクロを使用 */
 	struct mumble	amumble;	/* mumble のコメント */
 	int		bar;		/* コメントを揃えようとしています */
 	struct verylongtypename *baz;	/* タブ 2 個には収まりません */
 };
 LIST_HEAD(, foo) foohead;		/* グローバルな foo リストの先頭 */
 .Ed
 .Pp
 構造体の型に typedef を使用する事は避けてください。
 使用してしまうと、
 構造体へのポインタを不透明 (opaque) に使用することが、
 アプリケーションにとって不可能となります。
 通常の struct タグを使用すると、これが可能となり、かつ有益です。
 規約が
 .Ic typedef
 を要求する場合には、その名前を構造体タグに一致させます。
 標準 C または \*[Px]
 によって明示されたものを除いては、
 .Dq Li _t
 で終る typedef を避けてください。
 .Bd -literal
 /* 構造体名と typedef を一致させます */
-typedef struct bar {
+typedef		struct bar {
 	int	level;
 } BAR;
 typedef	int		foo;		/* これは foo です */
 typedef	const long	baz;		/* これは baz です */
 .Ed
 .Pp
 全ての関数はどこかでプロトタイプされます。
 .Pp
 私的な関数 (すなわち、他のどこでも使用されない関数など) の関数プロトタイプは、
 最初のソースモジュールの先頭に置かれます。
 単一のソースモジュールにローカルな関数は、
 .Ic static
 で宣言されるべきです。
 .Pp
 カーネルの別の部分から使用される関数は、
 関連のあるインクルードファイルの中でプロトタイプされます。
+関数プロトタイプは、異なる順序の使用を強制する理由がない場合には、
+なるべくアルファベット順の論理的な順序で整列されるべきです。
 .Pp
 複数のモジュールでローカルに使用される関数は、
 .Qq Pa extern.h
 等の分離したヘッダファイルの中に置かれます。
 .Pp
-一般にソースファイルが K&R 旧約聖書コンパイラで
-コンパイル可能である (べき) 時にのみ、
-インクルードファイル
-.Aq Pa sys/cdefs.h
-の
-.Dv __P
-マクロを使用します。
-新しいコードでの
 .Dv __P
-マクロの使用は反対されていますが、
-既存のファイルに対する修正はそのファイルの規約と首尾一貫しているべきです。
+マクロは使用しません。
 .Pp
 ファイルの 50% かそれ以上を巻き込んだ修正の場合は、
 一般にコードは
 .Dq 新しいコード
 とみなすことができます。
 これは既存のコードの慣例を破り、
 現在の
 .Nm
 ガイドラインを使用するのに十分です。
 .Pp
 カーネルはパラメータの型に関連付けられた名前を持ちます。
 例えば、カーネル内でこのように使用します。
 .Bd -literal
 void	function(int fd);
 .Ed
 .Pp
 ユーザランドのアプリケーションに対して見えるヘッダファイルの中では、
 可視のプロトタイプは、
 型を伴った
 .Dq 保護された
 (アンダスコアで開始する) 名前を使用するか、
 型だけで名前を使用しないかのどちらかが必要です。
 保護された名前の使用がより望ましいです。
 例えば、このように使用します。
 .Bd -literal
 void	function(int);
 .Ed
 .Pp
 または
 .Bd -literal
 void	function(int _fd);
 .Ed
 .Pp
 プロトタイプは関数名の行揃えを行なうために、タブの後に追加のスペース文字を
 置いても構いません。
 .Bd -literal
 static char	*function(int _arg, const char *_arg2, struct foo *_arg3,
 		    struct bar *_arg4);
 static void	 usage(void);
 
 /*
  * 全ての主要なルーチンはそれが何をするのかを簡潔に記述した
  * コメントを持つべきです。"main" ルーチンの前のコメントは
  * そのプログラムが何をするのかを記述するべきです。
  */
 int
 main(int argc, char *argv[])
 {
+	char *ep;
 	long num;
 	int ch;
-	char *ep;
-
 .Ed
 .Pp
 一貫性のために、オプションの解析には
 .Xr getopt 3
 が使用されるべきです。
 .Xr getopt 3
 呼び出しと
 .Ic switch
 文では、オプションをソートすべきですが、
 .Ic switch
 文のカスケードの一部の場合は例外です。
 .Ic switch
 文のカスケード要素は
 .Li FALLTHROUGH
 コメントを持つべきです。
 数値の引数は精度をチェックされるべきです。
 到達できないコードは
 .Li NOTREACHED
 コメントを持つべきです。
 .Bd -literal
 	while ((ch = getopt(argc, argv, "abn:")) != -1)
 		switch (ch) {		/* switch をインデント */
 		case 'a':		/* case はインデントしない */
 			aflag = 1;
 			/* FALLTHROUGH */
 		case 'b':
 			bflag = 1;
 			break;
 		case 'n':
 			num = strtol(optarg, &ep, 10);
 			if (num <= 0 || *ep != '\e0') {
 				warnx("illegal number, -n argument -- %s",
 				    optarg);
 				usage();
 			}
 			break;
 		case '?':
 		default:
 			usage();
 			/* NOTREACHED */
 		}
 	argc -= optind;
 	argv += optind;
 .Ed
 .Pp
 予約語
 .Pq Ic if , while , for , return , switch
 の後にスペースを入れます。
-何も伴わないかただ 1 つの文を伴う制御文は、ブレースを使用しません。
+何も伴わないかただ 1 つの文を伴う制御文は、ブレース
+.Ql ( \&{
+および
+.Ql \&} )
+を使用しません。
 1 つの文が 複数行である文の場合には、これは許されます。
 無限ループは
 .Ic while
 ではなく
 .Ic for
 で行ないます。
 .Bd -literal
 	for (p = buf; *p != '\e0'; ++p)
 		;	/* 何もなし */
 	for (;;)
 		stmt;
 	for (;;) {
 		z = a + really + long + statement + that + needs +
-		    two lines + gets + indented + four + spaces +
+		    two + lines + gets + indented + four + spaces +
 		    on + the + second + and + subsequent + lines;
 	}
 	for (;;) {
 		if (cond)
 			stmt;
 	}
 	if (val != NULL)
 		val = realloc(val, newsize);
 .Ed
 .Pp
 .Ic for
 ループの各部は空のまま残しても構いません。
 異常に複雑なルーチンでない限りは、ブロックの中に宣言を置いてはなりません。
 .Bd -literal
 	for (; cnt < 15; cnt++) {
 		stmt1;
 		stmt2;
 	}
 .Ed
 .Pp
 インデントは 8 文字のタブです。
 第 2 レベルのインデントは 4 文字のスペースです。
 長い分を折り返す必要がある場合、オペレータを行末に置きます。
 .Bd -literal
-	while (cnt < 20 && this_variable_name_is_too_long_for_its_own_good &&
+	while (cnt < 20 && this_variable_name_is_too_long &&
 	    ep != NULL)
 		z = a + really + long + statement + that + needs +
-		    two lines + gets + indented + four + spaces +
+		    two + lines + gets + indented + four + spaces +
 		    on + the + second + and + subsequent + lines;
 .Ed
 .Pp
 空白文字を行末に追加してはいけません。
 また、インデントを形成するためには、タブとその後にスペースのみを使用します。
 タブが生み出す以上のスペースや、タブの前のスペースは使用しません。
 .Pp
 ブレースの終了と開始は
 .Ic else
 と同じ行に置かれます。
 必要でないブレースは省いても構いません。
 .Bd -literal
 	if (test)
 		stmt;
 	else if (bar) {
 		stmt;
 		stmt;
 	} else
 		stmt;
 .Ed
 .Pp
 関数名の後はスペースを空けません。
 コンマの後にはスペースを持ちます。
 .Ql \&(
 または
 .Ql \&[
 の後ろまたは
 .Ql \&]
 または
 .Ql \&)
 の前にはスペースを空けません。
 .Bd -literal
 	error = function(a1, a2);
 	if (error != 0)
 		exit(error);
 .Ed
 .Pp
 単項演算子はスペースを要求しませんが、二項演算子は要求します。
 優先順位が要求する場合または文が括弧なしでは混乱する場合以外は、
 括弧は使用しません。
 他人はあなたよりも混乱しやすいかもしれないということを覚えておいてください。
 あなたは以下を理解できますか?
 .Bd -literal
 	a = b->c[0] + ~d == (e || f) || g && h ? i : j >> 1;
 	k = !(l & FLAGS);
 .Ed
 .Pp
 成功時には 0 で、または
 .Xr sysexits 3
 にあらかじめ定義してある値で exit するべきです。
 .Bd -literal
 	exit(EX_OK);	/*
 			 * "Exit 0 on success." (成功時は 0 で終了)
 			 * の様に明白なコメントは避けてください
 			 */
 }
 .Ed
 .Pp
 関数の型は、関数自身に先行する行にあるべきです。
+関数の本体の開始のブレースは、単独で 1 行であるべきです。
 .Bd -literal
 static char *
 function(int a1, int a2, float fl, int a4)
 {
 .Ed
 .Pp
 関数の中で変数を宣言する時には、サイズ順に、次にアルファベット順に
 ソートして宣言します。
 1 行に複数の宣言は可能です。
 行が溢れる場合は、型の予約語を再度使用します。
 .Pp
 宣言時に変数を初期化することによってコードを
 不明瞭にしない様に注意してください。
 この機能は良く考えて使用してください。
 初期化に関数呼び出しを使用しないでください。
 .Bd -literal
 	struct foo one, *two;
 	double three;
 	int *four, five;
 	char *six, seven, eight, nine, ten, eleven, twelve;
 
 	four = myfunction();
 .Ed
 .Pp
 他の関数の内部で関数を宣言しないでください。
 ANSI C によると、このような宣言は、宣言のネスティングによらず、
 ファイルスコープになります。
 ローカルスコープに見えるものの中にファイルの宣言を隠すことは好ましくなく、
 良いコンパイラは苦情を言います。
 .Pp
 キャストと
 .Ic sizeof
 演算子の後にはスペースを続けません。
 この規則は
 .Xr indent 1
 が理解しないことに注意してください。
+.Ic sizeof
+は常に括弧をつけて書かれます。
+冗長な括弧の規則は
+.Fn sizeof var
+の事例には適用されません。
 .Pp
 .Dv NULL
 は、好まれるヌルポインタ定数です。
 コンパイラが型を知っている文脈、例えば代入では、
 .Vt ( "type *" ) Ns 0
 または
 .Vt ( "type *" ) Ns Dv NULL
 の代わりに、
 .Dv NULL
 を使用します。
 他の文脈では、特に全ての関数の引数では、
 .Vt ( "type *" ) Ns Dv NULL
 を使用します。
 (関数のプロトタイプがスコープ外かもしれない場合に、
 キャストはいろいろな引数にとって必須で、その他の引数にとっても必要です。)
 ポインタは
 .Dv NULL
 と比較します。例えば、
 .Bd -literal
 !(p = f())
 .Ed
 .Pp
 ではなく、このように使います。
 .Bd -literal
 (p = f()) == NULL
 .Ed
 .Pp
 真理値ではない場合、テストには
 .Ic \&!
 を使用しないでください。
 例えば、下記のように使います。
 .Bd -literal
 if (*p == '\e0')
 .Ed
 .Pp
 下記のようには使いません。
 .Bd -literal
 if (!*p)
 .Ed
 .Pp
 .Vt "void *"
 を返すルーチンでは、
 戻り値をどのポインタ型にもキャストしてはなりません。
 .Pp
+.Ic return
+文の値は括弧で囲まれているべきです。
+.Pp
 .Xr err 3
 または
 .Xr warn 3
 を使用し、勝手に作らないでください。
 .Bd -literal
 	if ((four = malloc(sizeof(struct foo))) == NULL)
 		err(1, (char *)NULL);
 	if ((six = (int *)overflow()) == NULL)
 		errx(1, "number overflowed");
 	return (eight);
 }
 .Ed
 .Pp
 古いスタイルの関数宣言はこのようになっています。
 .Bd -literal
 static char *
 function(a1, a2, fl, a4)
 	int a1, a2;	/* int 型も宣言します、デフォルトにしないこと */
 	float fl;	/* double と float の違いに気を付けてください */
 	int a4;		/* 出てきた順に宣言します */
 {
 .Ed
 .Pp
 あなたが明確に K&R との互換性を必要とする場合以外は、
 ANSI の関数宣言を使用してください。
 長いパラメータリストの折り返しには、
 4 個の空白による通常のインデントを付けます。
 .Pp
 可変個数の引数はこのようにします。
 .Bd -literal
 #include <stdarg.h>
 
 void
 vaf(const char *fmt, ...)
 {
 	va_list ap;
 
 	va_start(ap, fmt);
 	STUFF;
 	va_end(ap);
 	/* void 型の関数に return は不要です */
 }
 
 static void
 usage()
 {
 	/* 関数がローカル変数を持たない場合、空行をいれます */
 .Ed
 .Pp
 .Xr fputs 3 ,
 .Xr puts 3 ,
 .Xr putchar 3
 等ではなく、
 .Xr printf 3
 を使用してください。
 これは速くて大抵はきれいで、言うまでもなくつまらないバグを避けます。
 .Pp
 使用法 (usage) の文はマニュアルページの
 .Sx SYNOPSIS
 (書式) の様であるべきです。
 使用法の文は、次の構造であるべきです:
 .Bl -enum
 .It
 オペランドの無いオプションが、最初にアルファベット順に、
 1 組の大括弧
 .Ql ( \&[
 と
 .Ql \&] )
 でくくられます。
 .It
 オプションとそのオペランドがこれもアルファベット順に続き、
 それぞれのオプションとその引数を 1 組の大括弧でくくります。
 .It
 必須の引数
 (もしあれば)
 が続き、
 コマンドラインで指定されるべき順で一覧されます。
 .It
 最後に、
 すべての任意の引数が指定されるべき順で、
 すべて大括弧の中に一覧されます。
 .El
 .Pp
 縦棒
 .Pq Ql \&|
 は、
 .Dq 二者択一
 のオプションまたは引数を分割し、
 同時に使用するオプションと引数は、単一の大括弧でくくります。
 .Bd -literal -offset 4n
 "usage: f [-aDde] [-b b_arg] [-m m_arg] req1 req2 [opt1 [opt2]]\en"
 "usage: f [-a | -b] [-c [-dEe] [-n number]]\en"
 .Ed
 .Bd -literal
 	(void)fprintf(stderr, "usage: f [-ab]\en");
 	exit(EX_USAGE);
 }
 .Ed
 .Pp
 マニュアルページのオプション記述は、
 純粋なアルファベット順であるべきであることに注意してください。
 つまり、オプションが引数を取るか否かに関わらないということです。
 アルファベット順は、前述の大文字小文字の順序を考慮に入れるべきです。
 .Pp
 新しい中心的なカーネルのコードは、適度に
 .Nm
 ガイドに従うべきです。
 サードパーティが保守するモジュールやデバイスドライバのためのガイドラインは
 より緩やかですが、最低限内部的には彼らの一貫したスタイルであるべきです。
 .Pp
 ソースリポジトリの文体の変更 (空白文字の変更を含む) は困難で、
 正当な理由なしには避けるべきです。
 リポジトリの中のおおよそ
 KNF
 .Nm
 に適合しているコードは、この適合から離れてはなりません。
 .Pp
 可能な時にはいつでも、
 コードはコードチェッカ (例えば、
 .Xr lint 1
 または
 .Nm gcc Fl Wall
 ) を
 通過し、発生する警告は最小限となるべきです。
 .Sh 関連項目
 .Xr indent 1 ,
 .Xr lint 1 ,
 .Xr err 3 ,
 .Xr sysexits 3 ,
 .Xr warn 3
 .Sh 歴史
 このページは
 .Bx 4.4 Lite2
 リリースの
 .Pa src/admin/style/style
 ファイルに大きく基づいていて、
 現在の実装と
 .Fx
 プロジェクトの要望を反映して、頻繁に更新しています。
diff --git a/ja_JP.eucJP/man/man9/zone.9 b/ja_JP.eucJP/man/man9/zone.9
index b2107c0810..b068a949c2 100644
--- a/ja_JP.eucJP/man/man9/zone.9
+++ b/ja_JP.eucJP/man/man9/zone.9
@@ -1,211 +1,149 @@
 .\"-
 .\" Copyright (c) 2001 Dag-Erling Co�dan Sm�rgrav
 .\" All rights reserved.
 .\"
 .\" Redistribution and use in source and binary forms, with or without
 .\" modification, are permitted provided that the following conditions
 .\" are met:
 .\" 1. Redistributions of source code must retain the above copyright
 .\"    notice, this list of conditions and the following disclaimer.
 .\" 2. Redistributions in binary form must reproduce the above copyright
 .\"    notice, this list of conditions and the following disclaimer in the
 .\"    documentation and/or other materials provided with the distribution.
 .\"
 .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
 .\" SUCH DAMAGE.
 .\"
-.\" %FreeBSD: src/share/man/man9/zone.9,v 1.9.2.4 2002/05/02 20:01:29 asmodai Exp %
+.\" %FreeBSD: src/share/man/man9/zone.9,v 1.21 2002/05/30 11:37:39 ru Exp %
 .\"
 .\" $FreeBSD$
-.Dd January 27, 2001
+.Dd May 18, 2002
 .Dt ZONE 9
 .Os
 .Sh 名称
-.Nm zbootinit ,
-.Nm zinitna ,
-.Nm zinit ,
-.Nm zalloc ,
-.Nm zfree ,
-.Nm zalloci ,
-.Nm zfreei ,
+.Nm uma_zcreate ,
+.Nm uma_zalloc ,
+.Nm uma_zfree ,
+.Nm uma_zdestroy
 .Nd ゾーンアロケータ
 .Sh 書式
 .In sys/param.h
 .In sys/queue.h
-.In vm/vm_zone.h
+.In vm/uma.h
+.Ft uma_zone_t
+.Fo uma_zcreate
+.Fa "char *name" "int size"
+.Fa "uma_ctor ctor" "uma_dtor dtor" "uma_init uminit" "uma_fini fini"
+.Fa "int align" "u_int16_t flags"
+.Fc
+.Ft "void *"
+.Fn uma_zalloc "uma_zone_t zone" "int flags"
 .Ft void
-.Fn zbootinit "vm_zone_t z" "char *name" "int size" "void *item" "int nitems"
-.Ft int
-.Fn zinitna "vm_zone_t z" "struct vm_object *obj" "char *name" "int size" "int nentries" "int flags" "int zalloc"
-.Ft vm_zone_t
-.Fn zinit "char *name" "int size" "int nentries" "int flags" "int zalloc"
-.Ft void *
-.Fn zalloc "vm_zone_t z"
+.Fn uma_zfree "uma_zone_t zone" "void *item"
 .Ft void
-.Fn zfree "vm_zone_t z" "void *item"
-.Ft void *
-.Fn zalloci "vm_zone_t z"
-.Ft void
-.Fn zfreei "vm_zone_t z" "void *item"
+.Fn uma_zdestroy "uma_zone_t zone"
 .Sh 解説
 ゾーンアロケータは動的に大きさが決められる類似した大きさの項目の集合を
 管理するための効率的なインタフェースを提供します。
 ゾーンアロケータは実行時に割り当てられたゾーンはもちろん、
 予め割り当てられているゾーンに対しても使用することが出来、またそのため、
 他のメモリ管理ルーチンよりもブートプロセスのより早い段階で利用可能です。
 .Pp
 ゾーンは伸張性のある同一の大きさの項目の集合です。
 ゾーンアロケータはどの項目が使用中かそうでないのかを見失わないようにし、
 ゾーンから
 項目を割り当てるための関数および解放して戻す (後での使用のために項目を
 利用可能にする) ための関数を提供します。
 .Pp
 構造体をゾーンアロケータで管理し、
 割り当ての間に埋め込み済みのフィールドを残すことにより
 型が固定となるゾーンの特性を使用したい場合、
 ゾーンアロケータが内部で使用する先頭 2 つのポインタを
 この構造体が予約しておく必要があります。
-.Bd -literal
+.Bd -literal -offset indent
 struct my_item {
         struct my_item  *z_rsvd1;
         struct my_item  *z_rsvd2;
         /* 構造体の残りの部分 */
 };
 .Ed
 .Pp
 そうしない場合、各々の割当ての後でこれらのエントリが壊れたとみなすべきです。
 項目の最初の割当ての後では、0 にクリアされています。
 しかしそれに続く割当てでは、
 最近解放されたものが内容として残っているでしょうが、
 前述のフィールドは例外です。
 .Pp
-ゾーンはブートプロセスがどれだけ進捗しているかに依存して、
-2 つの流儀のうちの一方で作成されます。
-.Pp
-VM システムが完全に初期化されている場合には、
-.Fn zinit
-を使用して動的に割当てられたゾーンが作成できます。
+.Fn uma_zcreate
+関数は、これから項目が割当てられることが可能な新しいゾーンを作成します。
 .Fa name
-引数はゾーンのための短い記述的な名前へのポインタであるべきです。
-これは統計とデバッギング目的のために使用されます。
-.Fa size
-および
-.Fa nentries
-はそれぞれ、ゾーンによって保持される項目の大きさおよびそのゾーンの
-初期の大きさ (項目数で) です。
-割り込みコンテキストの中でゾーンから項目が割当てられる機会がある
-場合には、
-.Fa flags
-引数は
-.Dv ZONE_INTERRUPT
-に設定されるべきです。
-この場合、ゾーンは決して
-.Fa nentries
-項目よりも大きくならないことに注意してください。
-他の全ての場合には
-.Fa flags
-は 0 に設定されるべきです。
-最後の引数
-.Fa zalloc
-はゾーンが一杯になる度にそのゾーンが大きくなるべき VM ページの数を示します。
+引数はデバッグおよびステータスのためのテキストのゾーン名です。
+このメモリは、ゾーンの割当てが解放されるまでは、解放されるべきではありません。
 .Pp
-VM システムが未だ完全に初期化されていない場合には、
-ゾーンアロケータは項目に分け与えるための VM ページを
-動的に割当てることができません。そのため、呼び出し側が静的な項目のプールを
-供給する必要があります。
-この場合、2 つの段階で初期化が完了します。最初に、ゾーンの最初の使用の前に
-.Fn zbootinit
-が呼び出され、後で VM システムが起動したときに、
-.Fn zinitna
-の呼び出しによってそのゾーンの初期化が完了されます。
-.Pp
-.Fn zbootinit
-への最初の引数は初期化されるべき静的な
-.Vt "struct vm_zone"
-へのポインタです。
-2 番目と 3 番目はゾーンの名前と保持される項目の大きさです。
-4 番目の引数はゾーンが完全に初期化されるまでの間にゾーンアロケータが
-そこから引き出すであろう静的な項目の配列へのポインタです。
-.Fa nitems
-引数は配列中の項目数です。
-.Pp
-.Fa zinitna
-への引数は
-.Fa zinit
-へのものと同じですが、初期化されるべきゾーンへのポインタ、および
-.Dv ZONE_INTERRUPT
-の場合にそこからページを割当てるための
-.Vt "struct vm_object"
-へのポインタが加わっています。
-.Pp
-ゾーンから項目を割当てるためには、単純にそのゾーンのポインタを伴なって
-.Fn zalloc
-を呼び出します。これは項目へのポインタを、または、ゾーンの中の全ての
-項目が使用中で且つアロケータがゾーンを大きくできないまれな場合には、
+項目はそのゾーンへのポインタを伴なう
+.Fn uma_zalloc
+の呼出しによって割当てられ、
+.Fa flags
+引数に
+.Xr malloc 9
+として文書化された選択されたフラグを設定されます。
+その項目はそのゾーンに解放し戻されます。
+成功の場合には項目へのポインタを返します。
+ゾーン中の全項目が使用中で且つアロケータがゾーンを拡張できない稀な場合か、
+.Dv M_NOWAIT
+が明示されている場合、
 .Dv NULL
-を、返します。
-.Fn zalloc
-は割り込みセーフではないことに注意してください。
-割り込みセーフな割当てのためには
-.Fn zalloc
-と同じセマンティクスを持つ
-.Fn zalloci
-を使用します。
+を返します。
 .Pp
 項目はそのゾーンへのポインタおよびその項目へのポインタを伴なった
-.Fn zfree
-を呼び出しによって、割当てられていたゾーンに解放し戻されます。
-.Fn zalloci
-が使用されて行なわれた割当ての場合には対応する
-.Fn zfreei
-関数を使用します。
-.Sh 戻り値
-.Fn zinitna
-関数は成功時には 1 をそして失敗時には 0 を返します。
-唯一の失敗の場合は割り込みセーフなゾーンのためのアドレス空間を
-前もって割当てられないことです。
+.Fn uma_zfree
+の呼び出しによって、割当てられていたゾーンに解放し戻されます。
 .Pp
-.Fn zinit
-関数は完全に初期化された
-.Vt "struct vm_zone"
-へのポインタを、または
-.Vt "struct vm_zone"
-を
-.Fn malloc
-できなかった場合か
-.Dv ZONE_INTERRUPT
-フラグが設定されていて
-.Fn zinitna
-がアドレス空間の前割当てに失敗した場合に
-.Dv NULL
-を、返します。
-.Pp
-.Fn zalloc
+空である作成されたゾーンは、
+.Fn uma_zdestroy
+を使用して、そのゾーンのために割当てられた全てのメモリを解放して、
+破壊されることが可能です。
+そのゾーンから
+.Fn uma_zalloc
+によって割当てられた項目は、その前に
+.Fn uma_zfree
+によって解放されなければなりません。
+.Sh 戻り値
+.Fn uma_zalloc
 関数は項目へのポインタを、またはゾーンの未使用項目が不足してアロケータが
 ゾーンを拡張できない場合に
 .Dv NULL
 を、返します。
 .Sh 関連項目
 .Xr malloc 9
 .Sh 歴史
 ゾーンアロケータは
 .Fx 3.0
 ではじめて登場しました。
+スラブアロケータとしての機能のため、
+.Fx 5.0
+で根本的に変更されました。
 .Sh 作者
 .An -nosplit
 ゾーンアロケータは
 .An John S. Dyson
 が書きました。
+ゾーンアロケータは、スラブアロケータとしての機能のため、
+.An Jeff Roberson Aq jeff@FreeBSD.org
+が大部分を書き直しました。
 .Pp
 このマニュアルページは
 .An Dag-Erling Co\(:idan Sm\(/orgrav Aq des@FreeBSD.org
 が書きました。
+UMA のために
+.An Jeroen Ruigrok van der Werven Aq asmodai@FreeBSD.org
+が変更しました。