Changeset 315 for rubycfg_asp/trunk/asp_dcre/doc

Timestamp:

Jul 23, 2017, 2:29:40 PM (7 years ago)

Author:

coas-nagasima

Message:

SVNプロパティを設定

Location:

rubycfg_asp/trunk/asp_dcre/doc

Files:

• asp_spec.txt (modified) (2 diffs, 1 prop)
• configurator.txt (modified) (17 diffs, 1 prop)
• design.txt (modified) (20 diffs, 1 prop)
• extension.txt (modified) (6 diffs, 1 prop)
• porting.txt (modified) (46 diffs, 1 prop)
• user.txt (modified) (18 diffs, 1 prop)
• version.txt (modified) (2 diffs, 1 prop)

rubycfg_asp/trunk/asp_dcre/doc/asp_spec.txt

@@ -1 +1 @@
 
-                TOPPERS/ASPカーネルの仕様概要
-
-                対応バージョン: Release 1.9
-                最終更新: 2017年1月29日
-
-このドキュメントは，TOPPERS/ASPカーネルの仕様概要について説明したもので
-ある．μITRON4.0仕様のスタンダードプロファイルに対する拡張および変更箇
-所を中心に説明する．
+                TOPPERS/ASPカーネルの仕様概要
+
+                対応バージョン: Release 1.9
+                最終更新: 2017年1月29日
+
+このドキュメントは，TOPPERS/ASPカーネルの仕様概要について説明したもので
+ある．μITRON4.0仕様のスタンダードプロファイルに対する拡張および変更箇
+所を中心に説明する．
 
 ----------------------------------------------------------------------
@@ -17 +17 @@
              Graduate School of Information Science, Nagoya Univ., JAPAN
  
- 上記著作権è€
-は，以下の(1)～(4)ã®æ¡ä»¶ã‚’æº€ãŸã™å ´åˆã«é™ã‚Šï¼Œæœ¬ã‚½ãƒ•ãƒˆã‚¦ã‚§
- ア（本ソフトウェアを改変したものを含む．以下同じ）を使用・複製・改
- 変・再é
-å¸ƒï¼ˆä»¥ä¸‹ï¼Œåˆ©ç”¨ã¨å‘¼ã¶ï¼‰ã™ã‚‹ã“とを無償で許諾する．
- (1) æœ¬ã‚½ãƒ•ãƒˆã‚¦ã‚§ã‚¢ã‚’ã‚½ãƒ¼ã‚¹ã‚³ãƒ¼ãƒ‰ã®å½¢ã§åˆ©ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼Œä¸Šè¨˜ã®è‘—ä½œ
-     権表示，この利用条件および下記の無保証規定が，そのままの形でソー
-     スコード中に含まれていること．
- (2) 本ソフトウェアを，ライブラリ形式など，他のソフトウェア開発に使
-     用できる形で再é
-å¸ƒã™ã‚‹å ´åˆã«ã¯ï¼Œå†é
-å¸ƒã«ä¼´ã†ãƒ‰ã‚­ãƒ¥ãƒ¡ãƒ³ãƒˆï¼ˆåˆ©ç”¨
-     è€
-マニュアルなど）に，上記の著作権表示，この利用条件および下記
-     の無保証規定を掲載すること．
- (3) 本ソフトウェアを，機器に組み込むなど，他のソフトウェア開発に使
-     用できない形で再é
-å¸ƒã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã„ずれかの条件を満たすこ
-     と．
-   (a) 再é
-å¸ƒã«ä¼´ã†ãƒ‰ã‚­ãƒ¥ãƒ¡ãƒ³ãƒˆï¼ˆåˆ©ç”¨è€
-マニュアルなど）に，上記の著
-       作権表示，この利用条件および下記の無保証規定を掲載すること．
-   (b) 再é
-å¸ƒã®å½¢æ
-‹ã‚’，別に定める方法によって，TOPPERSプロジェクトに
-       å ±å‘Šã™ã‚‹ã“ã¨ï¼Ž
- (4) 本ソフトウェアの利用により直接的または間接的に生じるいかなる損
-     害からも，上記著作権è€
-およびTOPPERSプロジェクトをå
-è²¬ã™ã‚‹ã“と．
-     また，本ソフトウェアのユーザまたはエンドユーザからのいかなる理
-     由に基づく請求からも，上記著作権è€
-およびTOPPERSプロジェクトを
-     å
-è²¬ã™ã‚‹ã“と．
+ 上記著作権者は，以下の(1)～(4)の条件を満たす場合に限り，本ソフトウェ
+ ア（本ソフトウェアを改変したものを含む．以下同じ）を使用・複製・改
+ 変・再配布（以下，利用と呼ぶ）することを無償で許諾する．
+ (1) 本ソフトウェアをソースコードの形で利用する場合には，上記の著作
+     権表示，この利用条件および下記の無保証規定が，そのままの形でソー
+     スコード中に含まれていること．
+ (2) 本ソフトウェアを，ライブラリ形式など，他のソフトウェア開発に使
+     用できる形で再配布する場合には，再配布に伴うドキュメント（利用
+     者マニュアルなど）に，上記の著作権表示，この利用条件および下記
+     の無保証規定を掲載すること．
+ (3) 本ソフトウェアを，機器に組み込むなど，他のソフトウェア開発に使
+     用できない形で再配布する場合には，次のいずれかの条件を満たすこ
+     と．
+   (a) 再配布に伴うドキュメント（利用者マニュアルなど）に，上記の著
+       作権表示，この利用条件および下記の無保証規定を掲載すること．
+   (b) 再配布の形態を，別に定める方法によって，TOPPERSプロジェクトに
+       報告すること．
+ (4) 本ソフトウェアの利用により直接的または間接的に生じるいかなる損
+     害からも，上記著作権者およびTOPPERSプロジェクトを免責すること．
+     また，本ソフトウェアのユーザまたはエンドユーザからのいかなる理
+     由に基づく請求からも，上記著作権者およびTOPPERSプロジェクトを
+     免責すること．
  
- 本ソフトウェアは，無保証で提供されているものである．上記著作権è€
-お
- よびTOPPERSプロジェクトは，本ソフトウェアに関して，特定の使用目的
- に対する適合性も含めて，いかなる保証も行わない．また，本ソフトウェ
- アの利用により直接的または間接的に生じたいかなる損害に関しても，そ
- ã®è²¬ä»»ã‚’è² ã‚ãªã„ï¼Ž
+ 本ソフトウェアは，無保証で提供されているものである．上記著作権者お
+ よびTOPPERSプロジェクトは，本ソフトウェアに関して，特定の使用目的
+ に対する適合性も含めて，いかなる保証も行わない．また，本ソフトウェ
+ アの利用により直接的または間接的に生じたいかなる損害に関しても，そ
+ の責任を負わない．
  
  $Id$
 ----------------------------------------------------------------------
 
-○前提となる文書
-
-[1] トロン協会: μITRON4.0仕様, Ver.4.02.00, 2004年.
-
-[2] トロン協会: μITRON4.0仕様 保護機能拡張（μITRON4.0/PX仕様）,
-        Ver.1.00.00, 2002å¹´.
-
-[3] TOPPERSプロジェクト: TOPPERS/JSPカーネル ユーザズマニュアル
-        Release 1.4.3対応, 最終更新: 2007年4月23日.
-
-○仕様の概略
-
-TOPPERS/ASPカーネルの仕様は，μITRON4.0仕様のスタンダードプロファイルを
-ãƒ™ãƒ¼ã‚¹ã«ï¼Œæ¬¡ã®ã‚ˆã†ãªæ‹¡å¼µãƒ»æ”¹è‰¯ã‚’åŠ ãˆãŸã‚‚ã®ã§ã‚ã‚‹ï¼Ž
-
-・割込み処理機能については，TOPPERSæ¨™æº–å‰²è¾¼ã¿å‡¦ç†ãƒ¢ãƒ‡ãƒ«ã«æº–æ‹ ã•ã›ã‚‹ï¼Ž
-・μITRON4.0仕様のスタンダードプロファイル外の機能の一部を導å
-¥ã™ã‚‹ï¼Ž
-・一部の仕様について，μITRON4.0ä»•æ§˜ã«å¯¾ã—ã¦å¤‰æ›´ã‚’åŠ ãˆã‚‹ï¼Ž
-・JSPカーネルにおける独自の拡張機能を一部変更して実è£
-する．
-・ASPカーネルにおける独自の拡張機能を新たに実è£
-する．
-・システムコンフィギュレーション処理をå
-¨é¢çš„に見直す．
-・拡張機能を実è£
-するための拡張パッケージをサポートする．
-・TOPPERS組込みコンポーネントシステム（TECS）を導å
-¥ã™ã‚‹ï¼Ž
-
-そのためASPカーネルは，μITRON4.0仕様に完å
-¨ã«æº–æ‹ しているわけではなく，
-JSPカーネルの上位互換にもなっていない．
-
-μITRON4.0仕様では，実è£
-独自に用意する静的APIおよびサービスコールの名称
-には，å
-ˆé ­ã«ãã‚Œãžã‚Œ"V"および"v"ã®æ–‡å­—ã‚’ä»˜åŠ ã™ã‚‹ã‚‚ã®ã¨ã—ã¦ã„ã‚‹ãŒï¼ŒASPカー
-ネルではこの規定は採用しない．
-
-以下では，μITRON4.0仕様のスタンダードプロファイルに対する拡張および変
-更箇所について説明する．
-
-○スタンダードプロファイル外の機能の一部導å
-¥
-
-μITRON4.0仕様には規定されているが，スタンダードプロファイルに含まれな
-い（または，含まれるとは限らない）機能として，次の機能を実è£
-する．
-
-(1) イベントフラグの複数タスクå¾
-ち
-
-イベントフラグに対する複数タスクå¾
-ちの機能（TA_WMUL属性のイベントフラグ）
-を実è£
-する．
-
-これにより，イベントフラグのセット（set_flg，iset_flg）で複数のタスクが
-起床される可能性が生じる．多くのタスクを同時にå¾
-ã¡è§£é™¤ã—ãŸå ´åˆï¼Œã‚«ãƒ¼ãƒ
-ルå†
-での割込み禁止時間が長くなるため，使用にあたっては注意がå¿
-要である．
-
-(2) アラームハンドラ
-
-アラームハンドラの機能を実è£
-する．アラームハンドラ機能のために実è£
-する
-静的APIおよびサービスコールは次の通りである．
-
-        CRE_ALM         アラームハンドラの生成（静的API）
-        sta_alm         アラームハンドラの動作開始
-        ista_alm        アラームハンドラの動作開始（非タスクコンテキスト用）
-        stp_alm         アラームハンドラの動作停止
-        istp_alm        アラームハンドラの動作停止（非タスクコンテキスト用）
-
-(3) 割込みサービスルーチン
-
-スタンダードプロファイルでは，割込みハンドラと割込みサービスルーチンの
-いずれかをサポートすればよいことになっている．JSPカーネルでは割込みハン
-ドラのみを実è£
-しているが，ASPカーネルではその両è€
-を実è£
-する．
-
-割込みサービスルーチンの仕様については，TOPPERS標準割込み処理モデルの規
-å®šã«æº–æ‹ ã™ã‚‹ï¼Žå‰²è¾¼ã¿ã‚µãƒ¼ãƒ“ã‚¹ãƒ«ãƒ¼ãƒãƒ³ã‚’è¿½åŠ ã™ã‚‹ã‚µãƒ¼ãƒ“ã‚¹ã‚³ãƒ¼ãƒ«ã¨ã—ã¦ï¼Œæ¬¡
-の静的APIを実è£
-する．この静的APIの仕様については，TOPPERS標準割込み処理
-モデルにおいて，μITRON4.0ä»•æ§˜ã«å¯¾ã—ã¦æ‹¡å¼µã‚’åŠ ãˆã¦ã„ã‚‹ï¼Ž
-
-        ATT_ISR         å‰²è¾¼ã¿ã‚µãƒ¼ãƒ“ã‚¹ãƒ«ãƒ¼ãƒãƒ³ã®è¿½åŠ ï¼ˆé™çš„API）
-
-(4) 割込み管理機能
-
-スタンダードプロファイルに含まれない割込み管理機能として，次のサービス
-コールを実è£
-する．JSPカーネルでは，これらのサービスコールを実è£
-するかど
-うかはターゲット依存となっているが，ASPカーネルでは，TOPPERS標準割込み
-å‡¦ç†ãƒ¢ãƒ‡ãƒ«ã®è¦å®šã«æº–æ‹ ã—ã¦ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆéžä¾å­˜ã«å®Ÿè£
-する．
-
-        dis_int         割込みの禁止
-        ena_int         割込みの許可
-        chg_ipm         割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã®å¤‰æ›´
-        get_ipm         割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã®å‚ç
-§
-
-(5) オブジェクトの状æ
-‹å‚ç
-§æ©Ÿèƒ½
-
-主にデバッグ時向けの機能として，オブジェクトの状æ
-‹å‚ç
-§æ©Ÿèƒ½ã‚’実è£
-する．
-å
-·ä½“的には，次のサービスコールを実è£
-する．
-
-        ref_tsk         タスクの状æ
-‹å‚ç
-§
-        ref_tex         タスク例外処理の状æ
-‹å‚ç
-§
-        ref_sem         セマフォの状æ
-‹å‚ç
-§
-        ref_flg         イベントフラグの状æ
-‹å‚ç
-§
-        ref_dtq         データキューの状æ
-‹å‚ç
-§
-        ref_mbx         メールボックスの状æ
-‹å‚ç
-§
-        ref_mpf         固定長メモリプールの状æ
-‹å‚ç
-§
-        ref_cyc         周期ハンドラの状æ
-‹å‚ç
-§
-        ref_alm         アラームハンドラの状æ
-‹å‚ç
-§
-
-○μITRON4.0仕様に対する変更
-
-(1) ITRON標準データ型の見直し
-
-サイズの決まった整数型（B，H, Wなど）などについて，C99ã«æº–æ‹ ã—ãŸåž‹ã®å
-称（int8_t，int16_t，int32_tなど）やそれと相性が良い名称に変更する．
-ITRON標準データ型（B，H, Wなど）をå¿
-要とするアプリケーションのために，
-itron.hを用意する．
-
-(2) 非タスクコンテキストからのext_tsk
-
-非タスクコンテキストからext_tskãŒå‘¼ã°ã‚ŒãŸå ´åˆï¼ŒE_CTXエラーを返すものと
-する．これにともなって，ext_tskをリターンする可能性があるものとし，返り
-値の型をERとする．
-
-(3) CPU例外ハンドラで行える操作
-
-CPU例外ハンドラで行える操作については，TOPPERS標準割込み処理モデルに準
-æ‹ ã™ã‚‹ã“ã¨ã¨ã—ï¼ŒJSPカーネルの仕様を踏襲せず，μITRON4.0仕様にも従わない．
-そのためのサービスコールとして，次のサービスコールを実è£
-する．
-
-        xsns_dpn        CPU例外発生時のディスパッチ保留状æ
-‹ã®å‚ç
-§
-        xsns_xpn        CPU例外発生時のタスク例外処理保留状æ
-‹ã®å‚ç
-§
-
-(4) ã‚«ãƒ¼ãƒãƒ«ã®ç”¨ã„ã‚‹ç®¡ç†é ˜åŸŸã®åˆ†é›¢
-
-μITRON4.0/PX仕様において導å
-¥ã•ã‚ŒãŸÎ¼ITRON4.0仕様に対する変更として，カー
-ãƒãƒ«ã®ç”¨ã„ã‚‹ç®¡ç†é ˜åŸŸã®åˆ†é›¢ã«é–¢ã™ã‚‹ä»•æ§˜ã‚’ä¸€éƒ¨æŽ¡ç”¨ã™ã‚‹ï¼Ž
-
-まず，固定長メモリプールの実è£
-ã«ãŠã„ã¦ï¼Œã‚«ãƒ¼ãƒãƒ«ã®ç”¨ã„ã‚‹ç®¡ç†é ˜åŸŸã‚’åˆ†é›¢
-することに伴い，固定長メモリプールを生成する静的API（CRE_MPF）のパラメー
-ã‚¿ã«ï¼Œå›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«ç®¡ç†é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ï¼ˆmpfmbï¼‰ã‚’è¿½åŠ ã™ã‚‹ï¼Ž
-
-また，これにあわせて，データキューを生成する静的API（CRE_DTQ）の最後の
-ãƒ‘ãƒ©ãƒ¡ãƒ¼ã‚¿ã®åç§°ã‚’ï¼Œãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ç®¡ç†é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ï¼ˆdtqmb）に変更する．
-
-なお，メールボックスは，μITRON4.0仕様との互換性のために残している機能
-ã¨ä½ç½®ä»˜ã‘ï¼Œã‚«ãƒ¼ãƒãƒ«ã®ç”¨ã„ã‚‹ç®¡ç†é ˜åŸŸã®åˆ†é›¢ã¯è¡Œã‚ãªã„ï¼Žãã®ãŸã‚ï¼Œãƒ¡ãƒ¼ãƒ«
-ボックスを生成する静的API（CRE_MBX）に対する変更はない．
-
-(5) å‡¦ç†å˜ä½ã¨ãƒ¡ãƒ¢ãƒªé ˜åŸŸã®ãƒ‡ãƒ¼ã‚¿åž‹ã®è¦‹ç›´ã—
-
-å‡¦ç†å˜ä½ã®ã‚¨ãƒ³ãƒˆãƒªç•ªåœ°ã®ãƒ‡ãƒ¼ã‚¿åž‹ã‚’ï¼Œãƒ‘ãƒ©ãƒ¡ãƒ¼ã‚¿ãŒåæ˜ ã•ã‚Œãªã„FP型ではな
-く，処理単位毎の専用のデータ型とする．例えば，タスクのエントリ番地のデー
-タ型をTASK型，タスク例外処理ルーチンのデータ型をTEXRTN型とする．
-
-ã¾ãŸï¼Œã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã¨å›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«é ˜åŸŸã®ãƒ‡ãƒ¼ã‚¿åž‹ã‚’ï¼Œãã‚Œãžã‚ŒSTK_T型
-とMPF_T型とする．
-
-(6) 値が0の定数（オブジェクト属性等）の見直し
-
-コーディングミスを防ぐために，値が0の定数の扱いを見直す．オブジェクト属
-性（TA_TFIFO等）については，値が0のものはデフォルト扱いして廃止し，定義
-をitron.hに移す．値が0のサービスコールの動作モード（TWF_ANDW）やオブジェ
-クトの状æ
-‹ï¼ˆTTEX_ENA等）については，値を変更する．
-
-(7) 強制å¾
-ち要求ネストの廃止
-
-強制å¾
-ち要求をネストする機能を廃止する．言い換えると，強制å¾
-ち要求ネス
-ト数の最大値を1に固定する．これに伴い，frsm_tskは廃止し，itron.hにおい
-てfrsm_tskをrsm_tskにマクロ定義する．また，TMAX_SUSCNTの定義をitron.hに
-移す．
-
-(8) システム時刻の設定機能の廃止
-
-set_tim（システム時刻の設定）を廃止する．
-
-(9) 周期ハンドラの仕様変更
-
-sta_cycを呼び出した後，最初に周期ハンドラが起動される時刻を変更する．
-μITRON4.0仕様では，sta_cycを呼び出してから周期ハンドラの起動周期で指定
-した相対時間後としているが，ASPカーネルでは，起動位相で指定した相対時間
-後とする．
-
-(10) タスク例外処理ルーチンの実行開始条件の変更
-
-割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹ã§ãªã„å ´åˆã«ã¯ï¼Œã‚¿ã‚¹ã‚¯ä¾‹å¤–å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã®å®Ÿ
-行が開始されないという仕様に変更した．
-
-○JSPカーネルにおける独自の拡張機能
-
-JSPカーネルにおける独自の拡張機能の中で，以下の機能を実è£
-する．
-
-(1) 性能評価用システム時刻参ç
-§æ©Ÿèƒ½
-
-性能評価用システム時刻参ç
-§æ©Ÿèƒ½ã¨ã¯ï¼ŒASPカーネル上で動作するタスクやASP
-カーネル自身の性能を計測するための，システム時刻をμ秒単位で読み出す機
-能である．この機能のためのサービスコールは次の通りである（JSPカーネルと
-は名称を変更した）．
-
-        get_utm         性能評価用システム時刻の参ç
-§
-
-JSPカーネルからの仕様変更として，get_utmは任意のコンテキストから呼び出
-すことができるものする．また，性能評価用システム時刻の型（SYSUTM）を，
-ターゲット非依存部でulong_tに定義する．
-
-(2) 終了処理ルーチン機能
-
-ASPカーネルでは，システムの終了時に呼び出される終了処理ルーチンを登録す
-るための機能をサポートする．この機能のための静的APIは次の通りである．
-
-        ATT_TER         çµ‚äº†å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã®è¿½åŠ ï¼ˆé™çš„API）
-
-(3) カーネル動作状æ
-‹ã®å‚ç
-§
-
-カーネル上で動作するタスクから呼び出される関数が，カーネルの初期化完了
-å‰ã‚„çµ‚äº†å‡¦ç†é–‹å§‹å¾Œã«ã‚‚å‘¼ã³å‡ºã•ã‚Œã‚‹å¯èƒ½æ€§ãŒã‚ã‚‹å ´åˆã«ã¯ï¼Œãã®ä¸­ã§ã‚«ãƒ¼ãƒ
-ルのサービスコールを呼び出せるかを判別することがå¿
-要となる．この機能の
-ためのサービスコールは次の通りである（JSPカーネルとは名称を変更した）．
-
-        sns_ker         カーネル非動作状æ
-‹ã®å‚ç
-§
-
-○ASPカーネルにおける独自の拡張機能
-
-(1) 割込み要求ラインの属性の設定
-
-割込み要求ラインの属性を設定する機能として，TOPPERS標準割込み処理モデル
-で規定された次の静的APIを実è£
-する．
-
-        CFG_INT         割込み要求ラインの属性の設定（静的API）
-
-(2) 同期・通信オブジェクトの再初期化機能
-
-同期・通信オブジェクトを初期状æ
-‹ã«æˆ»ã™ãŸã‚ã®æ©Ÿèƒ½ã¨ã—て，次のサービスコー
-ルを実è£
-する．
-
-        ini_sem         セマフォの再初期化
-        ini_flg         イベントフラグの再初期化
-        ini_dtq         データキューの再初期化
-        ini_mbx         メールボックスの再初期化
-        ini_mpf         固定長メモリプールの再初期化
-
-同期・通信オブジェクトの再初期化の際に，その同期・通信オブジェクトに対
-してå¾
-ち状æ
-‹ã¨ãªã£ã¦ã„たタスクはすべてå¾
-ち解除される．å¾
-ち解除されたタ
-スクに対しては，E_DLTを返す．E_DLTは，スタンダードプロファイルでは使用
-していないエラーコードである．
-
-そのため，これらのサービスコールにより，複数のタスクが起床される可能性
-が生じる．多くのタスクを同時にå¾
-ã¡è§£é™¤ã—ãŸå ´åˆï¼Œã‚«ãƒ¼ãƒãƒ«å†
-での割込み禁
-止時間が長くなるため，使用にあたっては注意がå¿
-要である．
-
-同期・通信オブジェクトを再初期化する際に，アプリケーション側との整合性
-を保つのはアプリケーションの責任である．å
-·ä½“的には，固定長メモリプール
-を再初期化する際には，そこから獲得済みのメモリブロックをそれ以降使わな
-いようにしなければならない．また，メールボックスを再初期化する際には，
-ãƒ¡ãƒ¼ãƒ«ãƒœãƒƒã‚¯ã‚¹ã«é€ä¿¡ã•ã‚ŒãŸãƒ¡ãƒƒã‚»ãƒ¼ã‚¸é ˜åŸŸã‚’å›žåŽã—ãªã‘ã‚Œã°ãªã‚‰ãªã„ï¼Ž
-
-(3) 優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã®æ–°è¨­
-
-優å
-ˆåº¦ä»˜ãã®ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã®æ©Ÿèƒ½ã‚’新設する．優å
-ˆåº¦ä»˜ããƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼æ©Ÿèƒ½ã®
-ために実è£
-する静的APIおよびサービスコールは次の通りである．
-
-        CRE_PDQ         優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã®ç”Ÿæˆ
-        snd_pdq         優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã¸ã®é€ä¿¡
-        psnd_pdq        優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã¸ã®é€ä¿¡ï¼ˆãƒãƒ¼ãƒªãƒ³ã‚°ï¼‰
-        ipsnd_pdq       優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã¸ã®é€ä¿¡ï¼ˆãƒãƒ¼ãƒªãƒ³ã‚°ï¼Œéžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆï¼‰
-        tsnd_pdq        優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã¸ã®é€ä¿¡ï¼ˆã‚¿ã‚¤ãƒ アウトあり）
-        rcv_pdq         優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã‹ã‚‰ã®å—ä¿¡
-        prcv_pdq        優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã‹ã‚‰ã®å—信（ポーリング）
-        trcv_pdq        優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã‹ã‚‰ã®å—信（タイムアウトあり）
-        ini_pdq         優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã®å†åˆæœŸåŒ–
-        ref_pdq         優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã®çŠ¶æ
-‹å‚ç
-§
-
-ここで，優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã«è“„ç©ã•ã‚ŒãŸãƒ‡ãƒ¼ã‚¿ã®æ•°ãŒå¤šã„å ´åˆï¼Œå„ªå
-ˆåº¦ãƒ‡ãƒ¼
-タキューへのデータの送信を行うサービスコール（snd_pdq，psnd_pdq，
-ipsnd_pdq，tsnd_pdq）の処理時間が長くなり，カーネルå†
-での割込み禁止時間
-が長くなるため，使用にあたっては注意がå¿
-要である．
-
-(4) 自タスクの拡張æƒ
-å ±ã®å‚ç
-§
-
-自タスクの拡張æƒ
-å ±ã‚’å‚ç
-§ã™ã‚‹ãŸã‚ã®ã‚µãƒ¼ãƒ“スコールを新設する．ライブラリ
-等の中で用いることを想定している．
-
-        get_inf         自タスクの拡張æƒ
-å ±ã®å‚ç
-§
-
-(5) カーネルの終了
-
-è‡´å‘½çš„ãªã‚¨ãƒ©ãƒ¼ãŒèµ·ã“ã£ãŸå ´åˆãªã©ã«ã‚«ãƒ¼ãƒãƒ«ã‚’çµ‚äº†ã•ã›ã‚‹ãŸã‚ã®ã‚µãƒ¼ãƒ“ã‚¹ã‚³ãƒ¼
-ルを新設する．この機能は，μITRON4.0仕様の機能分類では，システム構成管
-理機能に分類する（JSPカーネルでは，kernel_exitという名称で，実質的にこ
-の機能を用意していた）．
-
-        ext_ker         カーネルの終了
-
-ASPカーネルでは，このサービスコールからリターンすることはないが，保護機
-能を持ったカーネルではエラーリターンする可能性があるため，返り値の型を
-ERとする．
-
-これに伴って，JSPカーネルのkernel_startを，sta_kerに名称変更する．ただ
-し，sta_kerはサービスコールとは見なさないことにする．
-
-(6) éžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆç”¨ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®è¨­å®š
-
-éžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆç”¨ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ã¨ã‚µã‚¤ã‚ºã‚’指定するための
-静的APIを新設する．また，この静的APIにより，非タスクコンテキスト用のス
-ã‚¿ãƒƒã‚¯é ˜åŸŸã®ã‚µã‚¤ã‚ºã®ã¿ã‚’æŒ‡å®šã™ã‚‹ã“ã¨ã‚‚ã§ãã‚‹ï¼Ž
-
-        DEF_ICS         éžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆç”¨ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®å®šç¾©
-
-○JSPカーネルにおける実è£
-定義／実è£
-依存規定からの変更
-
-μITRON4.0仕様で実è£
-定義または実è£
-依存とされている仕様の中で，以下のも
-のについてJSPカーネルから変更する．
-
-(1) アプリケーション向けのインクルードファイルの構成の整理
-
-カーネルを呼び出すアプリケーションからはkernel.hを，SILを呼び出すアプリ
-ケーションからはsil.hをインクルードすればよいものとし，t_services.hと
-s_services.hは廃止する．
-
-また，kernel.hとsil.hのå
-±é€šéƒ¨åˆ†ã¨ã—てt_stddef.hを用意し，カーネルとSIL
-のいずれも呼び出さないアプリケーションからは，t_stddef.hをインクルード
-すればよいものとする．itron.hは，μITRON4.0仕様との互換性がå¿
-è¦ãªå ´åˆã«
-インクルードするものとする．
-
-(2) 割込み処理／例外処理関連の型の定義の変更
-
-割込みハンドラ番号の型（INHNO），割込み番号の型（INTNO），CPU例外ハンド
-ラ番号の型（EXCNO）を，ターゲット非依存部で，いずれもuint_t型に定義する．
-
-(3) 処理単位の実行開始／リターン時のシステム状æ
-‹ã®è¦å®š
-
-処理単位の実行開始／リターン時のシステム状æ
-‹ã«ã¤ã„て，μITRON4.0仕様に
-おいて実è£
-依存であった点を厳密に規定し，ターゲットによる違いが生じない
-ようにする．
-
-(4) isig_timの扱いの変更
-
-システム時刻を更新する機構をカーネルå†
-部に持つ扱いとし，サービスコール
-としてのisig_timは廃止する．
-
-(5) ã‚«ãƒ¼ãƒãƒ«ã®ç”¨ã„ã‚‹é ˜åŸŸã®æŒ‡å®šæ–¹æ³•
-
-JSPã‚«ãƒ¼ãƒãƒ«ã§ã¯ï¼Œã‚«ãƒ¼ãƒãƒ«ã®ç”¨ã„ã‚‹é ˜åŸŸã¯ã™ã¹ã¦è‡ªå‹•å‰²ä»˜ã‘ã§ã‚ã£ãŸãŒï¼ŒASP
-ã‚«ãƒ¼ãƒãƒ«ã§ã¯ï¼Œã‚¿ã‚¹ã‚¯ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã¨å›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«ã®å›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼
-ãƒ«é ˜åŸŸã«ã¤ã„ã¦ã¯ï¼Œé™çš„APIでå
-ˆé ­ç•ªåœ°ã‚’指定することもできるものとする（自
-動割付けもサポートする）．
-
-(6) カーネル管理外の割込みの扱いの規定
-
-JSPカーネルではターゲット毎に定めていたカーネル管理外の割込みの扱いを，
-ASPカーネルでは，TOPPERSæ¨™æº–å‰²è¾¼ã¿å‡¦ç†ãƒ¢ãƒ‡ãƒ«ã®è¦å®šã«æº–æ‹ ã—ã¦ï¼Œå¯èƒ½ãªç¯„
-囲で標準化する．ただし，NMI以外にカーネル管理外の割込みを設けるかや，ど
-の割込み優å
-ˆåº¦ã‚ˆã‚Šé«˜ã„ものをカーネル管理外とするかは，ターゲット毎に定
-める．
-
-○システムコンフィギュレーション処理の見直し
-
-システムコンフィギュレーション処理をå
-¨é¢çš„に見直し，システムコンフィギュ
-レーションファイル中におけるC言語のプリプロセッサディレクティブの扱いと
-静的APIのパラメータの分類を変更した．
-
-○拡張パッケージのサポート
-
-ASPカーネルでは，いくつかの拡張機能を実è£
-するために，次の拡張パッケージ
-をサポートしている．
-
-・ミューテックス機能拡張パッケージ（優å
-ˆåº¦ç¶™æ‰¿ãƒŸãƒ¥ãƒ¼ãƒ†ãƒƒã‚¯ã‚¹ã‚’除く）
-・メッセージバッファ機能拡張パッケージ
-・オーバランハンドラ機能拡張パッケージ
-・タスク優å
-ˆåº¦æ‹¡å¼µãƒ‘ッケージ
-・制約タスク拡張パッケージ
-・動的生成機能拡張パッケージ
-
-○TOPPERS組込みコンポーネントシステム（TECS）の導å
-¥
-
-デバイスドライバやシステムログ機能との接続にTOPPERS組込みコンポーネント
-システム（TECS）を導å
-¥ã™ã‚‹ï¼Žã¾ãŸï¼Œã‚«ãƒ¼ãƒãƒ«ã‚ªãƒ–ジェクトをTECSのコンポー
-ネントとして扱えるようにする．
-
-なお，TECSに対応するための修正は，TECSのé
-å¸ƒãƒ‘ッケージに含まれており，
-ASPカーネルのé
-å¸ƒãƒ‘ッケージには含まれていない．
-
-以上
+○前提となる文書
+
+[1] トロン協会: μITRON4.0仕様, Ver.4.02.00, 2004年.
+
+[2] トロン協会: μITRON4.0仕様 保護機能拡張（μITRON4.0/PX仕様）,
+        Ver.1.00.00, 2002年.
+
+[3] TOPPERSプロジェクト: TOPPERS/JSPカーネル ユーザズマニュアル
+        Release 1.4.3対応, 最終更新: 2007年4月23日.
+
+○仕様の概略
+
+TOPPERS/ASPカーネルの仕様は，μITRON4.0仕様のスタンダードプロファイルを
+ベースに，次のような拡張・改良を加えたものである．
+
+・割込み処理機能については，TOPPERS標準割込み処理モデルに準拠させる．
+・μITRON4.0仕様のスタンダードプロファイル外の機能の一部を導入する．
+・一部の仕様について，μITRON4.0仕様に対して変更を加える．
+・JSPカーネルにおける独自の拡張機能を一部変更して実装する．
+・ASPカーネルにおける独自の拡張機能を新たに実装する．
+・システムコンフィギュレーション処理を全面的に見直す．
+・拡張機能を実装するための拡張パッケージをサポートする．
+・TOPPERS組込みコンポーネントシステム（TECS）を導入する．
+
+そのためASPカーネルは，μITRON4.0仕様に完全に準拠しているわけではなく，
+JSPカーネルの上位互換にもなっていない．
+
+μITRON4.0仕様では，実装独自に用意する静的APIおよびサービスコールの名称
+には，先頭にそれぞれ"V"および"v"の文字を付加するものとしているが，ASPカー
+ネルではこの規定は採用しない．
+
+以下では，μITRON4.0仕様のスタンダードプロファイルに対する拡張および変
+更箇所について説明する．
+
+○スタンダードプロファイル外の機能の一部導入
+
+μITRON4.0仕様には規定されているが，スタンダードプロファイルに含まれな
+い（または，含まれるとは限らない）機能として，次の機能を実装する．
+
+(1) イベントフラグの複数タスク待ち
+
+イベントフラグに対する複数タスク待ちの機能（TA_WMUL属性のイベントフラグ）
+を実装する．
+
+これにより，イベントフラグのセット（set_flg，iset_flg）で複数のタスクが
+起床される可能性が生じる．多くのタスクを同時に待ち解除した場合，カーネ
+ル内での割込み禁止時間が長くなるため，使用にあたっては注意が必要である．
+
+(2) アラームハンドラ
+
+アラームハンドラの機能を実装する．アラームハンドラ機能のために実装する
+静的APIおよびサービスコールは次の通りである．
+
+        CRE_ALM         アラームハンドラの生成（静的API）
+        sta_alm         アラームハンドラの動作開始
+        ista_alm        アラームハンドラの動作開始（非タスクコンテキスト用）
+        stp_alm         アラームハンドラの動作停止
+        istp_alm        アラームハンドラの動作停止（非タスクコンテキスト用）
+
+(3) 割込みサービスルーチン
+
+スタンダードプロファイルでは，割込みハンドラと割込みサービスルーチンの
+いずれかをサポートすればよいことになっている．JSPカーネルでは割込みハン
+ドラのみを実装しているが，ASPカーネルではその両者を実装する．
+
+割込みサービスルーチンの仕様については，TOPPERS標準割込み処理モデルの規
+定に準拠する．割込みサービスルーチンを追加するサービスコールとして，次
+の静的APIを実装する．この静的APIの仕様については，TOPPERS標準割込み処理
+モデルにおいて，μITRON4.0仕様に対して拡張を加えている．
+
+        ATT_ISR         割込みサービスルーチンの追加（静的API）
+
+(4) 割込み管理機能
+
+スタンダードプロファイルに含まれない割込み管理機能として，次のサービス
+コールを実装する．JSPカーネルでは，これらのサービスコールを実装するかど
+うかはターゲット依存となっているが，ASPカーネルでは，TOPPERS標準割込み
+処理モデルの規定に準拠して，ターゲット非依存に実装する．
+
+        dis_int         割込みの禁止
+        ena_int         割込みの許可
+        chg_ipm         割込み優先度マスクの変更
+        get_ipm         割込み優先度マスクの参照
+
+(5) オブジェクトの状態参照機能
+
+主にデバッグ時向けの機能として，オブジェクトの状態参照機能を実装する．
+具体的には，次のサービスコールを実装する．
+
+        ref_tsk         タスクの状態参照
+        ref_tex         タスク例外処理の状態参照
+        ref_sem         セマフォの状態参照
+        ref_flg         イベントフラグの状態参照
+        ref_dtq         データキューの状態参照
+        ref_mbx         メールボックスの状態参照
+        ref_mpf         固定長メモリプールの状態参照
+        ref_cyc         周期ハンドラの状態参照
+        ref_alm         アラームハンドラの状態参照
+
+○μITRON4.0仕様に対する変更
+
+(1) ITRON標準データ型の見直し
+
+サイズの決まった整数型（B，H, Wなど）などについて，C99に準拠した型の名
+称（int8_t，int16_t，int32_tなど）やそれと相性が良い名称に変更する．
+ITRON標準データ型（B，H, Wなど）を必要とするアプリケーションのために，
+itron.hを用意する．
+
+(2) 非タスクコンテキストからのext_tsk
+
+非タスクコンテキストからext_tskが呼ばれた場合，E_CTXエラーを返すものと
+する．これにともなって，ext_tskをリターンする可能性があるものとし，返り
+値の型をERとする．
+
+(3) CPU例外ハンドラで行える操作
+
+CPU例外ハンドラで行える操作については，TOPPERS標準割込み処理モデルに準
+拠することとし，JSPカーネルの仕様を踏襲せず，μITRON4.0仕様にも従わない．
+そのためのサービスコールとして，次のサービスコールを実装する．
+
+        xsns_dpn        CPU例外発生時のディスパッチ保留状態の参照
+        xsns_xpn        CPU例外発生時のタスク例外処理保留状態の参照
+
+(4) カーネルの用いる管理領域の分離
+
+μITRON4.0/PX仕様において導入されたμITRON4.0仕様に対する変更として，カー
+ネルの用いる管理領域の分離に関する仕様を一部採用する．
+
+まず，固定長メモリプールの実装において，カーネルの用いる管理領域を分離
+することに伴い，固定長メモリプールを生成する静的API（CRE_MPF）のパラメー
+タに，固定長メモリプール管理領域の先頭番地（mpfmb）を追加する．
+
+また，これにあわせて，データキューを生成する静的API（CRE_DTQ）の最後の
+パラメータの名称を，データキュー管理領域の先頭番地（dtqmb）に変更する．
+
+なお，メールボックスは，μITRON4.0仕様との互換性のために残している機能
+と位置付け，カーネルの用いる管理領域の分離は行わない．そのため，メール
+ボックスを生成する静的API（CRE_MBX）に対する変更はない．
+
+(5) 処理単位とメモリ領域のデータ型の見直し
+
+処理単位のエントリ番地のデータ型を，パラメータが反映されないFP型ではな
+く，処理単位毎の専用のデータ型とする．例えば，タスクのエントリ番地のデー
+タ型をTASK型，タスク例外処理ルーチンのデータ型をTEXRTN型とする．
+
+また，スタック領域と固定長メモリプール領域のデータ型を，それぞれSTK_T型
+とMPF_T型とする．
+
+(6) 値が0の定数（オブジェクト属性等）の見直し
+
+コーディングミスを防ぐために，値が0の定数の扱いを見直す．オブジェクト属
+性（TA_TFIFO等）については，値が0のものはデフォルト扱いして廃止し，定義
+をitron.hに移す．値が0のサービスコールの動作モード（TWF_ANDW）やオブジェ
+クトの状態（TTEX_ENA等）については，値を変更する．
+
+(7) 強制待ち要求ネストの廃止
+
+強制待ち要求をネストする機能を廃止する．言い換えると，強制待ち要求ネス
+ト数の最大値を1に固定する．これに伴い，frsm_tskは廃止し，itron.hにおい
+てfrsm_tskをrsm_tskにマクロ定義する．また，TMAX_SUSCNTの定義をitron.hに
+移す．
+
+(8) システム時刻の設定機能の廃止
+
+set_tim（システム時刻の設定）を廃止する．
+
+(9) 周期ハンドラの仕様変更
+
+sta_cycを呼び出した後，最初に周期ハンドラが起動される時刻を変更する．
+μITRON4.0仕様では，sta_cycを呼び出してから周期ハンドラの起動周期で指定
+した相対時間後としているが，ASPカーネルでは，起動位相で指定した相対時間
+後とする．
+
+(10) タスク例外処理ルーチンの実行開始条件の変更
+
+割込み優先度マスク全解除状態でない場合には，タスク例外処理ルーチンの実
+行が開始されないという仕様に変更した．
+
+○JSPカーネルにおける独自の拡張機能
+
+JSPカーネルにおける独自の拡張機能の中で，以下の機能を実装する．
+
+(1) 性能評価用システム時刻参照機能
+
+性能評価用システム時刻参照機能とは，ASPカーネル上で動作するタスクやASP
+カーネル自身の性能を計測するための，システム時刻をμ秒単位で読み出す機
+能である．この機能のためのサービスコールは次の通りである（JSPカーネルと
+は名称を変更した）．
+
+        get_utm         性能評価用システム時刻の参照
+
+JSPカーネルからの仕様変更として，get_utmは任意のコンテキストから呼び出
+すことができるものする．また，性能評価用システム時刻の型（SYSUTM）を，
+ターゲット非依存部でulong_tに定義する．
+
+(2) 終了処理ルーチン機能
+
+ASPカーネルでは，システムの終了時に呼び出される終了処理ルーチンを登録す
+るための機能をサポートする．この機能のための静的APIは次の通りである．
+
+        ATT_TER         終了処理ルーチンの追加（静的API）
+
+(3) カーネル動作状態の参照
+
+カーネル上で動作するタスクから呼び出される関数が，カーネルの初期化完了
+前や終了処理開始後にも呼び出される可能性がある場合には，その中でカーネ
+ルのサービスコールを呼び出せるかを判別することが必要となる．この機能の
+ためのサービスコールは次の通りである（JSPカーネルとは名称を変更した）．
+
+        sns_ker         カーネル非動作状態の参照
+
+○ASPカーネルにおける独自の拡張機能
+
+(1) 割込み要求ラインの属性の設定
+
+割込み要求ラインの属性を設定する機能として，TOPPERS標準割込み処理モデル
+で規定された次の静的APIを実装する．
+
+        CFG_INT         割込み要求ラインの属性の設定（静的API）
+
+(2) 同期・通信オブジェクトの再初期化機能
+
+同期・通信オブジェクトを初期状態に戻すための機能として，次のサービスコー
+ルを実装する．
+
+        ini_sem         セマフォの再初期化
+        ini_flg         イベントフラグの再初期化
+        ini_dtq         データキューの再初期化
+        ini_mbx         メールボックスの再初期化
+        ini_mpf         固定長メモリプールの再初期化
+
+同期・通信オブジェクトの再初期化の際に，その同期・通信オブジェクトに対
+して待ち状態となっていたタスクはすべて待ち解除される．待ち解除されたタ
+スクに対しては，E_DLTを返す．E_DLTは，スタンダードプロファイルでは使用
+していないエラーコードである．
+
+そのため，これらのサービスコールにより，複数のタスクが起床される可能性
+が生じる．多くのタスクを同時に待ち解除した場合，カーネル内での割込み禁
+止時間が長くなるため，使用にあたっては注意が必要である．
+
+同期・通信オブジェクトを再初期化する際に，アプリケーション側との整合性
+を保つのはアプリケーションの責任である．具体的には，固定長メモリプール
+を再初期化する際には，そこから獲得済みのメモリブロックをそれ以降使わな
+いようにしなければならない．また，メールボックスを再初期化する際には，
+メールボックスに送信されたメッセージ領域を回収しなければならない．
+
+(3) 優先度データキューの新設
+
+優先度付きのデータキューの機能を新設する．優先度付きデータキュー機能の
+ために実装する静的APIおよびサービスコールは次の通りである．
+
+        CRE_PDQ         優先度データキューの生成
+        snd_pdq         優先度データキューへの送信
+        psnd_pdq        優先度データキューへの送信（ポーリング）
+        ipsnd_pdq       優先度データキューへの送信（ポーリング，非タスクコンテキスト）
+        tsnd_pdq        優先度データキューへの送信（タイムアウトあり）
+        rcv_pdq         優先度データキューからの受信
+        prcv_pdq        優先度データキューからの受信（ポーリング）
+        trcv_pdq        優先度データキューからの受信（タイムアウトあり）
+        ini_pdq         優先度データキューの再初期化
+        ref_pdq         優先度データキューの状態参照
+
+ここで，優先度データキューに蓄積されたデータの数が多い場合，優先度デー
+タキューへのデータの送信を行うサービスコール（snd_pdq，psnd_pdq，
+ipsnd_pdq，tsnd_pdq）の処理時間が長くなり，カーネル内での割込み禁止時間
+が長くなるため，使用にあたっては注意が必要である．
+
+(4) 自タスクの拡張情報の参照
+
+自タスクの拡張情報を参照するためのサービスコールを新設する．ライブラリ
+等の中で用いることを想定している．
+
+        get_inf         自タスクの拡張情報の参照
+
+(5) カーネルの終了
+
+致命的なエラーが起こった場合などにカーネルを終了させるためのサービスコー
+ルを新設する．この機能は，μITRON4.0仕様の機能分類では，システム構成管
+理機能に分類する（JSPカーネルでは，kernel_exitという名称で，実質的にこ
+の機能を用意していた）．
+
+        ext_ker         カーネルの終了
+
+ASPカーネルでは，このサービスコールからリターンすることはないが，保護機
+能を持ったカーネルではエラーリターンする可能性があるため，返り値の型を
+ERとする．
+
+これに伴って，JSPカーネルのkernel_startを，sta_kerに名称変更する．ただ
+し，sta_kerはサービスコールとは見なさないことにする．
+
+(6) 非タスクコンテキスト用のスタック領域の設定
+
+非タスクコンテキスト用のスタック領域の先頭番地とサイズを指定するための
+静的APIを新設する．また，この静的APIにより，非タスクコンテキスト用のス
+タック領域のサイズのみを指定することもできる．
+
+        DEF_ICS         非タスクコンテキスト用のスタック領域の定義
+
+○JSPカーネルにおける実装定義／実装依存規定からの変更
+
+μITRON4.0仕様で実装定義または実装依存とされている仕様の中で，以下のも
+のについてJSPカーネルから変更する．
+
+(1) アプリケーション向けのインクルードファイルの構成の整理
+
+カーネルを呼び出すアプリケーションからはkernel.hを，SILを呼び出すアプリ
+ケーションからはsil.hをインクルードすればよいものとし，t_services.hと
+s_services.hは廃止する．
+
+また，kernel.hとsil.hの共通部分としてt_stddef.hを用意し，カーネルとSIL
+のいずれも呼び出さないアプリケーションからは，t_stddef.hをインクルード
+すればよいものとする．itron.hは，μITRON4.0仕様との互換性が必要な場合に
+インクルードするものとする．
+
+(2) 割込み処理／例外処理関連の型の定義の変更
+
+割込みハンドラ番号の型（INHNO），割込み番号の型（INTNO），CPU例外ハンド
+ラ番号の型（EXCNO）を，ターゲット非依存部で，いずれもuint_t型に定義する．
+
+(3) 処理単位の実行開始／リターン時のシステム状態の規定
+
+処理単位の実行開始／リターン時のシステム状態について，μITRON4.0仕様に
+おいて実装依存であった点を厳密に規定し，ターゲットによる違いが生じない
+ようにする．
+
+(4) isig_timの扱いの変更
+
+システム時刻を更新する機構をカーネル内部に持つ扱いとし，サービスコール
+としてのisig_timは廃止する．
+
+(5) カーネルの用いる領域の指定方法
+
+JSPカーネルでは，カーネルの用いる領域はすべて自動割付けであったが，ASP
+カーネルでは，タスクのスタック領域と固定長メモリプールの固定長メモリプー
+ル領域については，静的APIで先頭番地を指定することもできるものとする（自
+動割付けもサポートする）．
+
+(6) カーネル管理外の割込みの扱いの規定
+
+JSPカーネルではターゲット毎に定めていたカーネル管理外の割込みの扱いを，
+ASPカーネルでは，TOPPERS標準割込み処理モデルの規定に準拠して，可能な範
+囲で標準化する．ただし，NMI以外にカーネル管理外の割込みを設けるかや，ど
+の割込み優先度より高いものをカーネル管理外とするかは，ターゲット毎に定
+める．
+
+○システムコンフィギュレーション処理の見直し
+
+システムコンフィギュレーション処理を全面的に見直し，システムコンフィギュ
+レーションファイル中におけるC言語のプリプロセッサディレクティブの扱いと
+静的APIのパラメータの分類を変更した．
+
+○拡張パッケージのサポート
+
+ASPカーネルでは，いくつかの拡張機能を実装するために，次の拡張パッケージ
+をサポートしている．
+
+・ミューテックス機能拡張パッケージ（優先度継承ミューテックスを除く）
+・メッセージバッファ機能拡張パッケージ
+・オーバランハンドラ機能拡張パッケージ
+・タスク優先度拡張パッケージ
+・制約タスク拡張パッケージ
+・動的生成機能拡張パッケージ
+
+○TOPPERS組込みコンポーネントシステム（TECS）の導入
+
+デバイスドライバやシステムログ機能との接続にTOPPERS組込みコンポーネント
+システム（TECS）を導入する．また，カーネルオブジェクトをTECSのコンポー
+ネントとして扱えるようにする．
+
+なお，TECSに対応するための修正は，TECSの配布パッケージに含まれており，
+ASPカーネルの配布パッケージには含まれていない．
+
+以上

rubycfg_asp/trunk/asp_dcre/doc/configurator.txt

@@ -1 +1 @@
 
-                TOPPERS/ASPカーネル
-                コンフィギュレータ仕様
-
-                対応バージョン: Release 1.9.3
-                最終更新: 2013年12月31日
-
-このドキュメントは，TOPPERS/ASPカーネルのコンフィギュレータが標準的に生
-成すべきファイルのå†
-容について解説したものである．ターゲット依存に生成
-するå†
-容については，このドキュメントの範囲外である．
+                TOPPERS/ASPカーネル
+                コンフィギュレータ仕様
+
+                対応バージョン: Release 1.9.3
+                最終更新: 2013年12月31日
+
+このドキュメントは，TOPPERS/ASPカーネルのコンフィギュレータが標準的に生
+成すべきファイルの内容について解説したものである．ターゲット依存に生成
+する内容については，このドキュメントの範囲外である．
 
 ----------------------------------------------------------------------
@@ -20 +18 @@
              Graduate School of Information Science, Nagoya Univ., JAPAN
  
- 上記著作権è€
-は，以下の(1)～(4)ã®æ¡ä»¶ã‚’æº€ãŸã™å ´åˆã«é™ã‚Šï¼Œæœ¬ã‚½ãƒ•ãƒˆã‚¦ã‚§
- ア（本ソフトウェアを改変したものを含む．以下同じ）を使用・複製・改
- 変・再é
-å¸ƒï¼ˆä»¥ä¸‹ï¼Œåˆ©ç”¨ã¨å‘¼ã¶ï¼‰ã™ã‚‹ã“とを無償で許諾する．
- (1) æœ¬ã‚½ãƒ•ãƒˆã‚¦ã‚§ã‚¢ã‚’ã‚½ãƒ¼ã‚¹ã‚³ãƒ¼ãƒ‰ã®å½¢ã§åˆ©ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼Œä¸Šè¨˜ã®è‘—ä½œ
-     権表示，この利用条件および下記の無保証規定が，そのままの形でソー
-     スコード中に含まれていること．
- (2) 本ソフトウェアを，ライブラリ形式など，他のソフトウェア開発に使
-     用できる形で再é
-å¸ƒã™ã‚‹å ´åˆã«ã¯ï¼Œå†é
-å¸ƒã«ä¼´ã†ãƒ‰ã‚­ãƒ¥ãƒ¡ãƒ³ãƒˆï¼ˆåˆ©ç”¨
-     è€
-マニュアルなど）に，上記の著作権表示，この利用条件および下記
-     の無保証規定を掲載すること．
- (3) 本ソフトウェアを，機器に組み込むなど，他のソフトウェア開発に使
-     用できない形で再é
-å¸ƒã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã„ずれかの条件を満たすこ
-     と．
-   (a) 再é
-å¸ƒã«ä¼´ã†ãƒ‰ã‚­ãƒ¥ãƒ¡ãƒ³ãƒˆï¼ˆåˆ©ç”¨è€
-マニュアルなど）に，上記の著
-       作権表示，この利用条件および下記の無保証規定を掲載すること．
-   (b) 再é
-å¸ƒã®å½¢æ
-‹ã‚’，別に定める方法によって，TOPPERSプロジェクトに
-       å ±å‘Šã™ã‚‹ã“ã¨ï¼Ž
- (4) 本ソフトウェアの利用により直接的または間接的に生じるいかなる損
-     害からも，上記著作権è€
-およびTOPPERSプロジェクトをå
-è²¬ã™ã‚‹ã“と．
-     また，本ソフトウェアのユーザまたはエンドユーザからのいかなる理
-     由に基づく請求からも，上記著作権è€
-およびTOPPERSプロジェクトを
-     å
-è²¬ã™ã‚‹ã“と．
+ 上記著作権者は，以下の(1)～(4)の条件を満たす場合に限り，本ソフトウェ
+ ア（本ソフトウェアを改変したものを含む．以下同じ）を使用・複製・改
+ 変・再配布（以下，利用と呼ぶ）することを無償で許諾する．
+ (1) 本ソフトウェアをソースコードの形で利用する場合には，上記の著作
+     権表示，この利用条件および下記の無保証規定が，そのままの形でソー
+     スコード中に含まれていること．
+ (2) 本ソフトウェアを，ライブラリ形式など，他のソフトウェア開発に使
+     用できる形で再配布する場合には，再配布に伴うドキュメント（利用
+     者マニュアルなど）に，上記の著作権表示，この利用条件および下記
+     の無保証規定を掲載すること．
+ (3) 本ソフトウェアを，機器に組み込むなど，他のソフトウェア開発に使
+     用できない形で再配布する場合には，次のいずれかの条件を満たすこ
+     と．
+   (a) 再配布に伴うドキュメント（利用者マニュアルなど）に，上記の著
+       作権表示，この利用条件および下記の無保証規定を掲載すること．
+   (b) 再配布の形態を，別に定める方法によって，TOPPERSプロジェクトに
+       報告すること．
+ (4) 本ソフトウェアの利用により直接的または間接的に生じるいかなる損
+     害からも，上記著作権者およびTOPPERSプロジェクトを免責すること．
+     また，本ソフトウェアのユーザまたはエンドユーザからのいかなる理
+     由に基づく請求からも，上記著作権者およびTOPPERSプロジェクトを
+     免責すること．
  
- 本ソフトウェアは，無保証で提供されているものである．上記著作権è€
-お
- よびTOPPERSプロジェクトは，本ソフトウェアに関して，特定の使用目的
- に対する適合性も含めて，いかなる保証も行わない．また，本ソフトウェ
- アの利用により直接的または間接的に生じたいかなる損害に関しても，そ
- ã®è²¬ä»»ã‚’è² ã‚ãªã„ï¼Ž
+ 本ソフトウェアは，無保証で提供されているものである．上記著作権者お
+ よびTOPPERSプロジェクトは，本ソフトウェアに関して，特定の使用目的
+ に対する適合性も含めて，いかなる保証も行わない．また，本ソフトウェ
+ アの利用により直接的または間接的に生じたいかなる損害に関しても，そ
+ の責任を負わない．
  
  $Id$
 ----------------------------------------------------------------------
 
-○目次
-
-・生成するファイルの種類
-・静的API一覧
-・カーネル構成・初期化ヘッダファイル（kernel_cfg.h）
-        (1) 固定生成部分
-        (2) オブジェクト数の定義
-        (3) オブジェクトのID番号の定義
-・カーネル構成・初期化ファイル（kernel_cfg.c）
-        (1) 固定生成部分
-        (2) カーネルの種類のチェック
-        (3) インクルードディレクティブ（#include）の処理
-        (4) トレースログマクロのデフォルト定義
-        (5) オブジェクトのID番号を保持する変数の定義
-        (6) 各カーネルオブジェクトに関する定義
-        (7) 割込みに関する定義
-        (8) CPU例外に関する定義
-        (9) éžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆç”¨ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã«é–¢ã™ã‚‹å®šç¾©
-        (10) タイムイベント管理に関する定義
-        (11) 各モジュールの初期化関数の定義
-        (12) 初期化ルーチンの実行関数の定義
-        (13) 終了処理ルーチンの実行関数の定義
-
-
-○生成するファイルの種類
-
-ASPカーネルのコンフィギュレータは，システムコンフィギュレーションファイ
-ルを処理して，カーネル構成・初期化ファイル（kernel_cfg.c）と構成・初期
-化ヘッダファイル（kernel_cfg.h）を生成する．また，コンフィギュレータの
-処理の途中に，å¿
-要な中間ファイルを生成する．
-
-
-○静的API一覧
-
-ASPカーネルのコンフィギュレータが処理する静的APIは次の通り．
-
-(1) タスク管理機能
+○目次
+
+・生成するファイルの種類
+・静的API一覧
+・カーネル構成・初期化ヘッダファイル（kernel_cfg.h）
+        (1) 固定生成部分
+        (2) オブジェクト数の定義
+        (3) オブジェクトのID番号の定義
+・カーネル構成・初期化ファイル（kernel_cfg.c）
+        (1) 固定生成部分
+        (2) カーネルの種類のチェック
+        (3) インクルードディレクティブ（#include）の処理
+        (4) トレースログマクロのデフォルト定義
+        (5) オブジェクトのID番号を保持する変数の定義
+        (6) 各カーネルオブジェクトに関する定義
+        (7) 割込みに関する定義
+        (8) CPU例外に関する定義
+        (9) 非タスクコンテキスト用のスタック領域に関する定義
+        (10) タイムイベント管理に関する定義
+        (11) 各モジュールの初期化関数の定義
+        (12) 初期化ルーチンの実行関数の定義
+        (13) 終了処理ルーチンの実行関数の定義
+
+
+○生成するファイルの種類
+
+ASPカーネルのコンフィギュレータは，システムコンフィギュレーションファイ
+ルを処理して，カーネル構成・初期化ファイル（kernel_cfg.c）と構成・初期
+化ヘッダファイル（kernel_cfg.h）を生成する．また，コンフィギュレータの
+処理の途中に，必要な中間ファイルを生成する．
+
+
+○静的API一覧
+
+ASPカーネルのコンフィギュレータが処理する静的APIは次の通り．
+
+(1) タスク管理機能
         CRE_TSK(ID tskid, { ATR tskatr, intptr_t exinf, TASK task,
                                                                 PRI itskpri, SIZE stksz, STK_T *stk })
 
-(2) タスク例外処理機能
+(2) タスク例外処理機能
         DEF_TEX(ID tskid, { ATR texatr, TEXRTN texrtn })
 
-(3) 同期・通信機能
+(3) 同期・通信機能
         CRE_SEM(ID semid, { ATR sematr, uint_t isemcnt, uint_t maxsem })
         CRE_FLG(ID flgid, { ATR flgatr, FLGPTN iflgptn })
@@ -118 +100 @@
         CRE_MBX(ID mbxid, { ATR mbxatr, PRI maxmpri, void *mprihd })
 
-※ dtqmb，pdqmb，mprihdがNULLã§ãªã„å ´åˆã¯ã‚µãƒãƒ¼ãƒˆã—ãªã„ï¼Ž
-
-(4) メモリプール管理機能
+※ dtqmb，pdqmb，mprihdがNULLでない場合はサポートしない．
+
+(4) メモリプール管理機能
         CRE_MPF(ID mpfid, { ATR mpfatr, uint_t blkcnt, uint_t blksz,
                                                                                 MPF_T *mpf, void *mpfmb })
 
-※ mpfmbがNULLã§ãªã„å ´åˆã¯ã‚µãƒãƒ¼ãƒˆã—ãªã„ï¼Ž
-
-(5) 時間管理機能
+※ mpfmbがNULLでない場合はサポートしない．
+
+(5) 時間管理機能
         CRE_CYC(ID cycid, { ATR cycatr, intptr_t exinf, CYCHDR cychdr,
                                                                 RELTIM cyctim, RELTIM cycphs })
         CRE_ALM(ID almid, { ATR almatr, intptr_t exinf, ALMHDR almhdr })
 
-(6) 割込み管理機能
+(6) 割込み管理機能
         CFG_INT(INTNO intno, { ATR intatr, PRI intpri })
         ATT_ISR({ ATR isratr, intptr_t exinf, INTNO intno, ISR isr, PRI isrpri })
         DEF_INH(INHNO inhno, { ATR inhatr, INTHDR inthdr })
 
-(7) CPU例外管理機能
+(7) CPU例外管理機能
         DEF_EXC(EXCNO excno, { ATR excatr, EXCHDR exchdr })
 
-(8) システム構成管理機能
+(8) システム構成管理機能
         DEF_ICS({ SIZE istksz, STK_T *istk })
         ATT_INI({ ATR iniatr, intptr_t exinf, INIRTN inirtn })
         ATT_TER({ ATR teratr, intptr_t exinf, TERRTN terrtn })
 
-これらの静的APIのパラメータのå†
-，ID型のパラメータはオブジェクト識別名，
-ポインタ型（void *，TASK，TEXRTN，CYCHDR，ALMHDR，ISR，INTHDR，EXCHDR，
-INIRTN，TERRTN，STK_T *，MPF_T *）およびintptr_t型のパラメータは一般定
-数式パラメータとする．その他のパラメータは，整数定数式パラメータとする．
-
-
-○カーネル構成・初期化ヘッダファイル（kernel_cfg.h）
-
-カーネル構成・初期化ヘッダファイル（kernel_cfg.h）には，次の定義を生成
-する．
-
-(1) 固定生成部分
-
-kernel_cfg.hが複数回インクルードされるのを防ぐための記述を生成する．å
-·
-体的には，ファイルのå
-ˆé ­ã«æ¬¡ã®è¡Œã‚’生成する．
+これらの静的APIのパラメータの内，ID型のパラメータはオブジェクト識別名，
+ポインタ型（void *，TASK，TEXRTN，CYCHDR，ALMHDR，ISR，INTHDR，EXCHDR，
+INIRTN，TERRTN，STK_T *，MPF_T *）およびintptr_t型のパラメータは一般定
+数式パラメータとする．その他のパラメータは，整数定数式パラメータとする．
+
+
+○カーネル構成・初期化ヘッダファイル（kernel_cfg.h）
+
+カーネル構成・初期化ヘッダファイル（kernel_cfg.h）には，次の定義を生成
+する．
+
+(1) 固定生成部分
+
+kernel_cfg.hが複数回インクルードされるのを防ぐための記述を生成する．具
+体的には，ファイルの先頭に次の行を生成する．
 
 #ifndef TOPPERS_KERNEL_CFG_H
 #define TOPPERS_KERNEL_CFG_H
 
-また，ファイルの末尾に次の行を生成する．
+また，ファイルの末尾に次の行を生成する．
 
 #endif  /* TOPPERS_KERNEL_CFG_H */
 
-(2) オブジェクト数の定義
-
-カーネルがサポートするオブジェクトの数をマクロ定義するプリプロセッサディ
-レクティブ（#define）を生成する．å
-·ä½“的には，次のような記述を生成する．
-
-#define TNUM_TSKID      <タスクの数>
-#define TNUM_SEMID      <セマフォの数>
-#define TNUM_FLGID      <イベントフラグの数>
-#define TNUM_DTQID      <データキューの数>
-#define TNUM_PDQID      <優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã®æ•°>
-#define TNUM_MBXID      <メールボックスの数>
-#define TNUM_MPFID      <固定長メモリプールの数>
-#define TNUM_CYCID      <周期ハンドラの数>
-#define TNUM_ALMID      <アラームハンドラの数>
-
-(3) オブジェクトのID番号の定義
-
-コンフィギュレータがID番号を割り付けたオブジェクトの名前を，割り付けた
-ID番号にマクロ定義するプリプロセッサディレクティブ（#define）を生成する．
-例えば，次のような記述を生成する．
+(2) オブジェクト数の定義
+
+カーネルがサポートするオブジェクトの数をマクロ定義するプリプロセッサディ
+レクティブ（#define）を生成する．具体的には，次のような記述を生成する．
+
+#define TNUM_TSKID      <タスクの数>
+#define TNUM_SEMID      <セマフォの数>
+#define TNUM_FLGID      <イベントフラグの数>
+#define TNUM_DTQID      <データキューの数>
+#define TNUM_PDQID      <優先度データキューの数>
+#define TNUM_MBXID      <メールボックスの数>
+#define TNUM_MPFID      <固定長メモリプールの数>
+#define TNUM_CYCID      <周期ハンドラの数>
+#define TNUM_ALMID      <アラームハンドラの数>
+
+(3) オブジェクトのID番号の定義
+
+コンフィギュレータがID番号を割り付けたオブジェクトの名前を，割り付けた
+ID番号にマクロ定義するプリプロセッサディレクティブ（#define）を生成する．
+例えば，次のような記述を生成する．
 
 #define TASK1   1
@@ -198 +175 @@
 
 
-○カーネル構成・初期化ファイル（kernel_cfg.c）
-
-(1) 固定生成部分
-
-kernel_cfg.c用のヘッダファイルとID自動割付け結果ファイルをインクルード
-するプリプロセッサディレクティブ（#include）を生成する．å
-·ä½“的には，次
-の行を生成する．
+○カーネル構成・初期化ファイル（kernel_cfg.c）
+
+(1) 固定生成部分
+
+kernel_cfg.c用のヘッダファイルとID自動割付け結果ファイルをインクルード
+するプリプロセッサディレクティブ（#include）を生成する．具体的には，次
+の行を生成する．
 
 #include "kernel/kernel_int.h"
 #include "kernel_cfg.h"
 
-(2) カーネルの種類のチェック
-
-kernel_cfg.cとカーネルの種類が一致しているかをチェックするために，次の
-行を生成する．
+(2) カーネルの種類のチェック
+
+kernel_cfg.cとカーネルの種類が一致しているかをチェックするために，次の
+行を生成する．
 
 #if TKERNEL_PRID != 0x07u
@@ -219 +195 @@
 #endif
 
-(3) インクルードディレクティブ（#include）の処理
-
-システムコンフィギュレーションファイルに含まれるC言語プリプロセッサのイ
-ンクルードディレクティブ（#include）と同一のディレクティブ（#include）
-を生成する．例えば，
+(3) インクルードディレクティブ（#include）の処理
+
+システムコンフィギュレーションファイルに含まれるC言語プリプロセッサのイ
+ンクルードディレクティブ（#include）と同一のディレクティブ（#include）
+を生成する．例えば，
 
 #include "sample1.h"
 
-というインクルードディレクティブに対して，
+というインクルードディレクティブに対して，
 
 #include "sample1.h"
 
-ã¨ã„ã†ãƒ‡ã‚£ãƒ¬ã‚¯ãƒ†ã‚£ãƒ–ã‚’ç”Ÿæˆã™ã‚‹ï¼Žç”Ÿæˆã™ã‚‹ãƒ‡ã‚£ãƒ¬ã‚¯ãƒ†ã‚£ãƒ–ã®é †åºã¯ï¼Œã‚·ã‚¹ãƒ†
-ãƒ ã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚·ãƒ§ãƒ³ãƒ•ã‚¡ã‚¤ãƒ«ä¸­ã§ã®ã‚¤ãƒ³ã‚¯ãƒ«ãƒ¼ãƒ‰ãƒ‡ã‚£ãƒ¬ã‚¯ãƒ†ã‚£ãƒ–ã®é †åº
-に一致させる．
-
-(4) トレースログマクロのデフォルト定義
-
-kernel_cfg.cの中で使用するトレースログマクロのデフォルト定義を生成する．
-å
-·ä½“的には，次の行を生成する．
+というディレクティブを生成する．生成するディレクティブの順序は，システ
+ムコンフィギュレーションファイル中でのインクルードディレクティブの順序
+に一致させる．
+
+(4) トレースログマクロのデフォルト定義
+
+kernel_cfg.cの中で使用するトレースログマクロのデフォルト定義を生成する．
+具体的には，次の行を生成する．
 
 #ifndef LOG_ISR_ENTER
@@ -249 +224 @@
 #endif /* LOG_ISR_LEAVE */
 
-(5) オブジェクトのID番号を保持する変数の定義
-
-コンフィギュレータに対するオプション指定（--external-id）により，コンフィ
-ギュレータがID 番号を割り付けたオブジェクトの名前の末尾に"_id"ã‚’ä»˜åŠ ã—
-た名前の変数を生成する．変数は，constå±žæ€§ã‚’ä»˜åŠ ã—ãŸID型の変数とし，割り
-付けたID番号を値とする．例えば，次のような記述を生成する．
+(5) オブジェクトのID番号を保持する変数の定義
+
+コンフィギュレータに対するオプション指定（--external-id）により，コンフィ
+ギュレータがID 番号を割り付けたオブジェクトの名前の末尾に"_id"を付加し
+た名前の変数を生成する．変数は，const属性を付加したID型の変数とし，割り
+付けたID番号を値とする．例えば，次のような記述を生成する．
 
 const ID TASK1_id = 1;
@@ -260 +235 @@
 const ID SEM1_id = 1;
 
-(6) 各カーネルオブジェクトに関する定義
-
-システムコンフィギュレーションファイル中に，オブジェクトを生成する静的
-API「CRE_XXX」が含まれる各カーネルオブジェクトに関して，オブジェクト生
-成のための定義を生成する．
-
-コンフィギュレータは，同じ種類のオブジェクトを生成する静的APIを集め，各
-オブジェクトにID番号を割り付ける．ID番号は，他のオブジェクトのID番号と
-重複がなく，ID番号が連続するように割り付ける．
-
-コンフィギュレータに対するオプション指定（--id-input-file）により，コン
-フィギュレータがオブジェクトに割り付けるID番号を指定することができる．
-同じ種類の異なるオブジェクトに対して同じID番号を指定したり，コンフィギュ
-レータがID番号をできる限り連続するように割り付けたとしてもID番号が連続
-ã—ãªã„å ´åˆã«ã¯ï¼ˆASPカーネルは，オブジェクトのID番号が連続していることを
-仮定して実è£
-ã—ã¦ã‚ã‚‹ï¼‰ï¼Œã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚¿ã¯ã‚¨ãƒ©ãƒ¼ã‚’å ±å‘Šã™ã‚‹ï¼Ž
-
-また，コンフィギュレータに対するオプション指定（--id-output-file）によ
-り，コンフィギュレータがID番号を割り付けたオブジェクトの名前と割り付け
-たID番号の組を，オプションで指定したファイルに出力する．
-
-各カーネルオブジェクトに関する定義の標準的な構成は，次の通りである．オ
-ãƒ–ã‚¸ã‚§ã‚¯ãƒˆã«ã‚ˆã£ã¦ä¾‹å¤–ãŒã‚ã‚‹å ´åˆã«ã¯ï¼Œã‚ªãƒ–ã‚¸ã‚§ã‚¯ãƒˆæ¯Žã®é 
-で説明する．
-
-(a) 最大のオブジェクトIDの変数の定義
-
-最大のオブジェクトIDを持つ変数の定義を生成する．å
-·ä½“的には，オブジェク
-トの省略記号を「XXX／xxx」とすると，次のような行を生成する．
+(6) 各カーネルオブジェクトに関する定義
+
+システムコンフィギュレーションファイル中に，オブジェクトを生成する静的
+API「CRE_XXX」が含まれる各カーネルオブジェクトに関して，オブジェクト生
+成のための定義を生成する．
+
+コンフィギュレータは，同じ種類のオブジェクトを生成する静的APIを集め，各
+オブジェクトにID番号を割り付ける．ID番号は，他のオブジェクトのID番号と
+重複がなく，ID番号が連続するように割り付ける．
+
+コンフィギュレータに対するオプション指定（--id-input-file）により，コン
+フィギュレータがオブジェクトに割り付けるID番号を指定することができる．
+同じ種類の異なるオブジェクトに対して同じID番号を指定したり，コンフィギュ
+レータがID番号をできる限り連続するように割り付けたとしてもID番号が連続
+しない場合には（ASPカーネルは，オブジェクトのID番号が連続していることを
+仮定して実装してある），コンフィギュレータはエラーを報告する．
+
+また，コンフィギュレータに対するオプション指定（--id-output-file）によ
+り，コンフィギュレータがID番号を割り付けたオブジェクトの名前と割り付け
+たID番号の組を，オプションで指定したファイルに出力する．
+
+各カーネルオブジェクトに関する定義の標準的な構成は，次の通りである．オ
+ブジェクトによって例外がある場合には，オブジェクト毎の項で説明する．
+
+(a) 最大のオブジェクトIDの変数の定義
+
+最大のオブジェクトIDを持つ変数の定義を生成する．具体的には，オブジェク
+トの省略記号を「XXX／xxx」とすると，次のような行を生成する．
 
 const ID _kernel_tmax_xxxid = (TMIN_XXXID + TNUM_XXXID - 1);
 
-(b) オブジェクトにå¿
-è¦ãªãƒ¡ãƒ¢ãƒªé ˜åŸŸã®å®šç¾©
-
-オブジェクトによっては，オブジェクトにå¿
-è¦ãªãƒ¡ãƒ¢ãƒªé ˜åŸŸã®å®šç¾©ã‚’ç”Ÿæˆã™ã‚‹ï¼Ž
-å
-·ä½“的には，オブジェクト毎のé 
-で説明する．
-
-(c) オブジェクトの初期化ブロックの定義
-
-オブジェクトの初期化ブロックの定義を生成する．å
-·ä½“的には，オブジェクト
-の省略記号を「XXX／xxx」とすると，次のような行を生成する．
+(b) オブジェクトに必要なメモリ領域の定義
+
+オブジェクトによっては，オブジェクトに必要なメモリ領域の定義を生成する．
+具体的には，オブジェクト毎の項で説明する．
+
+(c) オブジェクトの初期化ブロックの定義
+
+オブジェクトの初期化ブロックの定義を生成する．具体的には，オブジェクト
+の省略記号を「XXX／xxx」とすると，次のような行を生成する．
 
 const XXXINIB _kernel_xxxinib_table[TNUM_XXXID] = {
-        <オブジェクトIDが1のオブジェクトの初期化æƒ
-å ±>,
-        <オブジェクトIDが2のオブジェクトの初期化æƒ
-å ±>,
-                                ……
-        <オブジェクトIDがTNUM_XXXIDのオブジェクトの初期化æƒ
-å ±>
+        <オブジェクトIDが1のオブジェクトの初期化情報>,
+        <オブジェクトIDが2のオブジェクトの初期化情報>,
+                                ……
+        <オブジェクトIDがTNUM_XXXIDのオブジェクトの初期化情報>
 };
 
-オブジェクトの初期化æƒ
-å ±ã®å½¢å¼ã¯ï¼Œã‚ªãƒ–ã‚¸ã‚§ã‚¯ãƒˆæ¯Žã«ç•°ãªã‚‹ï¼Žå
-·ä½“的には，
-オブジェクト毎のé 
-で説明する．
-
-(d) オブジェクトのコントロールブロックの定義
-
-オブジェクトのコントロールブロックの定義を生成する．å
-·ä½“的には，オブジェ
-クトの省略記号を「XXX／xxx」とすると，次のような行を生成する．
+オブジェクトの初期化情報の形式は，オブジェクト毎に異なる．具体的には，
+オブジェクト毎の項で説明する．
+
+(d) オブジェクトのコントロールブロックの定義
+
+オブジェクトのコントロールブロックの定義を生成する．具体的には，オブジェ
+クトの省略記号を「XXX／xxx」とすると，次のような行を生成する．
 
 XXXCB _kernel_xxxcb_table[TNUM_XXXID];
 
-(6-1) タスクに関する定義
-
-ASPカーネルは，タスクが一つもないケースに対応していないため，タスクに関
-する定義はå¿
-ず生成しなければならない．
-
-タスクの省略記号は「TSK」「tsk」である．ただし，タスク初期化ブロックの
-データ型はTINIB，その変数名は_kernel_tinib_table，タスクコントロールブ
-ロックのデータ型はTCB，その変数名は_kernel_tcb_table である（いずれも
-「TSK／tsk」に代えて「T／t」を用いている）．
-
-タスク初期化ブロックには，「CRE_TSK」静的APIで指定されるæƒ
-å ±ã«åŠ ãˆã¦ï¼Œ
-「DEF_TEX」静的APIで指定されるæƒ
-å ±ã‚’å«ã‚ã‚‹ï¼Ž
-
-以下では，システムコンフィギュレーションファイルに次の静的APIが含まれ
-ている時に生成すべきæƒ
-å ±ã«ã¤ã„ã¦è¿°ã¹ã‚‹ï¼Ž
+(6-1) タスクに関する定義
+
+ASPカーネルは，タスクが一つもないケースに対応していないため，タスクに関
+する定義は必ず生成しなければならない．
+
+タスクの省略記号は「TSK」「tsk」である．ただし，タスク初期化ブロックの
+データ型はTINIB，その変数名は_kernel_tinib_table，タスクコントロールブ
+ロックのデータ型はTCB，その変数名は_kernel_tcb_table である（いずれも
+「TSK／tsk」に代えて「T／t」を用いている）．
+
+タスク初期化ブロックには，「CRE_TSK」静的APIで指定される情報に加えて，
+「DEF_TEX」静的APIで指定される情報を含める．
+
+以下では，システムコンフィギュレーションファイルに次の静的APIが含まれ
+ている時に生成すべき情報について述べる．
 
 CRE_TSK(tskid, { tskatr, exinf, task, itskpri, stksz, stk });
 DEF_TEX(tskid, { texatr, texrtn });
 
-(6-1-1) タスクにå¿
-è¦ãªãƒ¡ãƒ¢ãƒªé ˜åŸŸã®å®šç¾©
-
-タスクにå¿
-è¦ãªãƒ¡ãƒ¢ãƒªé ˜åŸŸã¨ã—ã¦ï¼Œã‚¿ã‚¹ã‚¯ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸãŒã‚ã‚‹ï¼ŽstkがNULLの
-å ´åˆã«ã¯ï¼Œç”Ÿæˆã™ã‚‹ã‚¿ã‚¹ã‚¯æ¯Žã«ï¼ŒæŒ‡å®šã•ã‚ŒãŸã‚µã‚¤ã‚ºã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã‚’ç¢ºä¿ã™ã‚‹ï¼Ž
-å
-·ä½“的には，上記の静的APIに対して，次の定義を生成する．
-
-＊stkがNULLã®å ´åˆã®ã¿ç”Ÿæˆ
-static STK_T _kernel_stack_<タスク名>[COUNT_STK_T(stksz)];
-
-(6-1-2) タスクの初期化æƒ
-å ±
-
-タスク初期化ブロック中に生成するタスクの初期化æƒ
-å ±ã¯ï¼Œæ¬¡ã®å½¢å¼ã¨ã™ã‚‹ï¼Ž
+(6-1-1) タスクに必要なメモリ領域の定義
+
+タスクに必要なメモリ領域として，タスクのスタック領域がある．stkがNULLの
+場合には，生成するタスク毎に，指定されたサイズのスタック領域を確保する．
+具体的には，上記の静的APIに対して，次の定義を生成する．
+
+＊stkがNULLの場合のみ生成
+static STK_T _kernel_stack_<タスク名>[COUNT_STK_T(stksz)];
+
+(6-1-2) タスクの初期化情報
+
+タスク初期化ブロック中に生成するタスクの初期化情報は，次の形式とする．
 
         { (tskatr), (intptr_t)(exinf), (task), INT_PRIORITY(itskpri),
                                                                 (stksz), (stk), (texatr), (texrtn) }
 
-ここで，stkがNULLã®å ´åˆã«ã¯ï¼Œ(stksz)に代えてROUND_STK_T(stksz)を，
-(stk)に代えて(_kernel_stack_<タスク名>)を生成する．CRE_TSKに対応する
-DEF_TEXãŒãªã„å ´åˆã«ã¯ï¼ŒtexatrをTA_NULL，texrtnをNULLとする．
-
-(6-1-3) ã‚¿ã‚¹ã‚¯ç”Ÿæˆé †åºãƒ†ãƒ¼ãƒ–ãƒ«ã®å®šç¾©
-
-ã‚¿ã‚¹ã‚¯ã«å¯¾ã—ã¦ã¯ï¼Œç”Ÿæˆã•ã‚ŒãŸé †åºï¼ˆã‚¿ã‚¹ã‚¯ã‚’ç”Ÿæˆã™ã‚‹é™çš„APIが記述された
-é †åºï¼‰ã‚’ãƒ†ãƒ¼ãƒ–ãƒ«ã«å‡ºåŠ›ã™ã‚‹å¿
-è¦ãŒã‚ã‚‹ï¼Žã“ã‚Œã¯ï¼Œã‚¿ã‚¹ã‚¯ã®ç”Ÿæˆã•ã‚ŒãŸé †åºã§ï¼Œ
-タスクの初期化（よりå
-·ä½“的には，タスクの起動）を行うå¿
-要があるためであ
-る．
-
-å
-·ä½“的には，次のような行を生成する．
+ここで，stkがNULLの場合には，(stksz)に代えてROUND_STK_T(stksz)を，
+(stk)に代えて(_kernel_stack_<タスク名>)を生成する．CRE_TSKに対応する
+DEF_TEXがない場合には，texatrをTA_NULL，texrtnをNULLとする．
+
+(6-1-3) タスク生成順序テーブルの定義
+
+タスクに対しては，生成された順序（タスクを生成する静的APIが記述された
+順序）をテーブルに出力する必要がある．これは，タスクの生成された順序で，
+タスクの初期化（より具体的には，タスクの起動）を行う必要があるためであ
+る．
+
+具体的には，次のような行を生成する．
 
 const ID _kernel_torder_table[TNUM_TSKID] = {
-        <最初に生成されたタスクのタスクID>,
-        <2番目に生成されたタスクのタスクID>,
-                                ……
-        <最後に生成されたタスクのタスクID>
+        <最初に生成されたタスクのタスクID>,
+        <2番目に生成されたタスクのタスクID>,
+                                ……
+        <最後に生成されたタスクのタスクID>
 };
 
-(6-1-4) エラー条件
-
-タスクに関するエラー条件は次の通りである．
-
-＊コンフィギュレータ本体が検出するもの
-・同じtskidに対するCRE_TSKãŒè¤‡æ•°ã‚ã‚‹å ´åˆï¼ˆE_OBJ）
-・DEF_TEXに対応するCRE_TSKãŒãªã„å ´åˆï¼ˆE_NOEXS）
-・同じtskidに対するDEF_TEXãŒè¤‡æ•°ã‚ã‚‹å ´åˆï¼ˆE_OBJ）
-
-＊パス2で検出するもの
-・tskatrが（［TA_ACTï¼½ï¼‰ã§ãªã„å ´åˆï¼ˆE_RSATR）
-        ※ ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§ã‚¿ã‚¹ã‚¯å±žæ€§ã‚’è¿½åŠ å¯ï¼ˆTARGET_TSKATR）
-・(TMIN_TPRI <= itskpri && itskpri <= TMAX_TPRI)ã§ãªã„å ´åˆï¼ˆE_PAR）
-・stkszが0以下か，ターゲット定義の最小値（TARGET_MIN_STKSZ）よりも小さ
-ã€€ã„å ´åˆï¼ˆE_PAR）
-・stkszãŒã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®ã‚µã‚¤ã‚ºã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-        - ターゲット依存の値（CHECK_STKSZ_ALIGNï¼‰ã®å€æ•°ã§ãªã„å ´åˆ
-        ※ このエラーチェックは，stkがNULLã§ãªã„å ´åˆã«ã®ã¿è¡Œã†
-・texatrが（TA_NULLï¼‰ã§ãªã„å ´åˆï¼ˆE_RSATR）
-
-＊パス3で検出するもの
-・taskとtexrtnãŒãƒ—ãƒ­ã‚°ãƒ©ãƒ ã®é–‹å§‹ç•ªåœ°ã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-        - ターゲット依存の値（CHECK_FUNC_ALIGNï¼‰ã®å€æ•°ã§ãªã„å ´åˆ
-        - NULLã®å ´åˆï¼ˆã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜ï¼ŒCHECK_FUNC_NONNULL）
-・stkãŒã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-        - ターゲット依存の値（CHECK_STACK_ALIGNï¼‰ã®å€æ•°ã§ãªã„å ´åˆ
-        - NULLã®å ´åˆï¼ˆã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜ï¼ŒCHECK_STACK_NONNULL）
-
-(6-2) セマフォに関する定義
-
-セマフォの省略記号は「SEM／sem」である．以下では，システムコンフィギュレー
-ションファイルに次の静的APIが含まれている時に生成すべきæƒ
-å ±ã«ã¤ã„ã¦è¿°ã¹
-る．なお，セマフォにå¿
-è¦ãªãƒ¡ãƒ¢ãƒªé ˜åŸŸã¯ãªã„ï¼Ž
+(6-1-4) エラー条件
+
+タスクに関するエラー条件は次の通りである．
+
+＊コンフィギュレータ本体が検出するもの
+・同じtskidに対するCRE_TSKが複数ある場合（E_OBJ）
+・DEF_TEXに対応するCRE_TSKがない場合（E_NOEXS）
+・同じtskidに対するDEF_TEXが複数ある場合（E_OBJ）
+
+＊パス2で検出するもの
+・tskatrが（［TA_ACT］）でない場合（E_RSATR）
+        ※ ターゲット依存部でタスク属性を追加可（TARGET_TSKATR）
+・(TMIN_TPRI <= itskpri && itskpri <= TMAX_TPRI)でない場合（E_PAR）
+・stkszが0以下か，ターゲット定義の最小値（TARGET_MIN_STKSZ）よりも小さ
+　い場合（E_PAR）
+・stkszがスタック領域のサイズとして正しくない場合（E_PAR）
+        - ターゲット依存の値（CHECK_STKSZ_ALIGN）の倍数でない場合
+        ※ このエラーチェックは，stkがNULLでない場合にのみ行う
+・texatrが（TA_NULL）でない場合（E_RSATR）
+
+＊パス3で検出するもの
+・taskとtexrtnがプログラムの開始番地として正しくない場合（E_PAR）
+        - ターゲット依存の値（CHECK_FUNC_ALIGN）の倍数でない場合
+        - NULLの場合（ターゲット依存，CHECK_FUNC_NONNULL）
+・stkがスタック領域の先頭番地として正しくない場合（E_PAR）
+        - ターゲット依存の値（CHECK_STACK_ALIGN）の倍数でない場合
+        - NULLの場合（ターゲット依存，CHECK_STACK_NONNULL）
+
+(6-2) セマフォに関する定義
+
+セマフォの省略記号は「SEM／sem」である．以下では，システムコンフィギュレー
+ションファイルに次の静的APIが含まれている時に生成すべき情報について述べ
+る．なお，セマフォに必要なメモリ領域はない．
 
 CRE_SEM(semid, { sematr, isemcnt, maxsem });
 
-(6-2-1) セマフォの初期化æƒ
-å ±
-
-セマフォ初期化ブロック中に生成するセマフォの初期化æƒ
-å ±ã¯ï¼Œæ¬¡ã®å½¢å¼ã¨ã™
-る．
+(6-2-1) セマフォの初期化情報
+
+セマフォ初期化ブロック中に生成するセマフォの初期化情報は，次の形式とす
+る．
 
         { (sematr), (isemcnt), (maxsem) }
 
-(6-2-2) エラー条件
-
-セマフォに関するエラー条件は次の通りである．
-
-＊コンフィギュレータ本体が検出するもの
-・同じsemidに対するCRE_SEMãŒè¤‡æ•°ã‚ã‚‹å ´åˆï¼ˆE_OBJ）
-
-＊パス2で検出するもの
-・sematrが（［TA_TPRIï¼½ï¼‰ã§ãªã„å ´åˆï¼ˆE_RSATR）
-・(0 <= isemcnt && isemcnt <= maxsem)ã§ãªã„å ´åˆï¼ˆE_PAR）
-・(1 <= maxsem && maxsem <= TMAX_MAXSEM)ã§ãªã„å ´åˆï¼ˆE_PAR）
-
-(6-3) イベントフラグに関する定義
-
-イベントフラグの省略記号は「FLG／flg」である．以下では，システムコンフィ
-ギュレーションファイルに次の静的APIが含まれている時に生成すべきæƒ
-å ±ã«ã¤
-いて述べる．なお，イベントフラグにå¿
-è¦ãªãƒ¡ãƒ¢ãƒªé ˜åŸŸã¯ãªã„ï¼Ž
+(6-2-2) エラー条件
+
+セマフォに関するエラー条件は次の通りである．
+
+＊コンフィギュレータ本体が検出するもの
+・同じsemidに対するCRE_SEMが複数ある場合（E_OBJ）
+
+＊パス2で検出するもの
+・sematrが（［TA_TPRI］）でない場合（E_RSATR）
+・(0 <= isemcnt && isemcnt <= maxsem)でない場合（E_PAR）
+・(1 <= maxsem && maxsem <= TMAX_MAXSEM)でない場合（E_PAR）
+
+(6-3) イベントフラグに関する定義
+
+イベントフラグの省略記号は「FLG／flg」である．以下では，システムコンフィ
+ギュレーションファイルに次の静的APIが含まれている時に生成すべき情報につ
+いて述べる．なお，イベントフラグに必要なメモリ領域はない．
 
 CRE_FLG(flgid, { flgatr, iflgptn });
 
-(6-3-1) イベントフラグの初期化æƒ
-å ±
-
-イベントフラグ初期化ブロック中に生成するイベントフラグの初期化æƒ
-å ±ã¯ï¼Œ
-次の形式とする．
+(6-3-1) イベントフラグの初期化情報
+
+イベントフラグ初期化ブロック中に生成するイベントフラグの初期化情報は，
+次の形式とする．
 
         { (flgatr), (iflgptn) }
 
-(6-3-2) エラー条件
-
-イベントフラグに関するエラー条件は次の通りである．
-
-＊コンフィギュレータ本体が検出するもの
-・同じflgidに対するCRE_FLGãŒè¤‡æ•°ã‚ã‚‹å ´åˆï¼ˆE_OBJ）
-
-＊パス1で検出するもの
-・iflgptnがFLGPTNã«æ ¼ç´ã§ããªã„å ´åˆï¼ˆE_PAR）
-        → iflgptnがuint32_tã«æ ¼ç´ã§ããªã„å ´åˆã¯ï¼Œcfg1_out.cのコンパイル時
-           にエラーとなる．
-
-＊パス2で検出するもの
-・flgatrが（［TA_TPRI］｜［TA_WMUL］｜［TA_CLRï¼½ï¼‰ã§ãªã„å ´åˆï¼ˆE_RSATR）
-・iflgptnがFLGPTNã«æ ¼ç´ã§ããªã„å ´åˆï¼ˆE_PAR）
-        → iflgptnがuint32_tã«ã¯æ ¼ç´ã§ãã‚‹ãŒï¼ŒFLGPTNã«æ ¼ç´ã§ããªã„å ´åˆã¯ï¼Œ
-           パス2でエラーを検出する．
-
-(6-4) データキューに関する定義
-
-データキューの省略記号は「DTQ／dtq」である．以下では，システムコンフィギュ
-レーションファイルに次の静的APIが含まれている時に生成すべきæƒ
-å ±ã«ã¤ã„ã¦
-述べる．
+(6-3-2) エラー条件
+
+イベントフラグに関するエラー条件は次の通りである．
+
+＊コンフィギュレータ本体が検出するもの
+・同じflgidに対するCRE_FLGが複数ある場合（E_OBJ）
+
+＊パス1で検出するもの
+・iflgptnがFLGPTNに格納できない場合（E_PAR）
+        → iflgptnがuint32_tに格納できない場合は，cfg1_out.cのコンパイル時
+           にエラーとなる．
+
+＊パス2で検出するもの
+・flgatrが（［TA_TPRI］｜［TA_WMUL］｜［TA_CLR］）でない場合（E_RSATR）
+・iflgptnがFLGPTNに格納できない場合（E_PAR）
+        → iflgptnがuint32_tには格納できるが，FLGPTNに格納できない場合は，
+           パス2でエラーを検出する．
+
+(6-4) データキューに関する定義
+
+データキューの省略記号は「DTQ／dtq」である．以下では，システムコンフィギュ
+レーションファイルに次の静的APIが含まれている時に生成すべき情報について
+述べる．
 
 CRE_DTQ(dtqid, { dtqatr, dtqcnt, dtqmb });
 
-(6-4-1) データキューにå¿
-è¦ãªãƒ¡ãƒ¢ãƒªé ˜åŸŸã®å®šç¾©
-
-データキューにå¿
-è¦ãªãƒ¡ãƒ¢ãƒªé ˜åŸŸã¨ã—ã¦ï¼Œãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ç®¡ç†é ˜åŸŸãŒã‚ã‚‹ï¼Žç”Ÿæˆ
-するデータキュー毎に，å¿
-è¦ãªã‚µã‚¤ã‚ºã®ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ç®¡ç†é ˜åŸŸã‚’å®šç¾©ã™ã‚‹ï¼Žå
-·
-体的には，上記の静的APIに対して，次の定義を生成する．
-
-＊dtqcntが0ã§ãªã„å ´åˆã®ã¿ç”Ÿæˆ
-static DTQMB _kernel_dtqmb_<データキュー名>[dtqcnt];
-
-(6-4-2) データキューの初期化æƒ
-å ±
-
-データキュー初期化ブロック中に生成するデータキューの初期化æƒ
-å ±ã¯ï¼Œæ¬¡ã®
-形式とする．
-
-        { (dtqatr), (dtqcnt), (_kernel_dtqmb_<データキュー名>) }
-
-ここで，dtqcntが0ã®å ´åˆã«ã¯ï¼Œ_kernel_dtqmb_<データキュー名>に代えて，
-NULLを用いる．
-
-(6-4-3) エラー条件
-
-データキューに関するエラー条件は次の通りである．
-
-＊コンフィギュレータ本体が検出するもの
-・同じdtqidに対するCRE_DTQãŒè¤‡æ•°ã‚ã‚‹å ´åˆï¼ˆE_OBJ）
-
-＊パス2で検出するもの
-・dtqatrが（［TA_TPRIï¼½ï¼‰ã§ãªã„å ´åˆï¼ˆE_RSATR）
-・dtqcntãŒè² ã®å€¤ã®å ´åˆï¼ˆE_PAR）
-・dtqmbがNULLã§ãªã„å ´åˆï¼ˆE_NOSPT）
-
-(6-5) 優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã«é–¢ã™ã‚‹å®šç¾©
-
-優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã®çœç•¥è¨˜å·ã¯ã€ŒPDQ／pdq」である．以下では，システムコ
-ンフィギュレーションファイルに次の静的APIが含まれている時に生成すべきæƒ
-
-å ±ã«ã¤ã„ã¦è¿°ã¹ã‚‹ï¼Ž
+(6-4-1) データキューに必要なメモリ領域の定義
+
+データキューに必要なメモリ領域として，データキュー管理領域がある．生成
+するデータキュー毎に，必要なサイズのデータキュー管理領域を定義する．具
+体的には，上記の静的APIに対して，次の定義を生成する．
+
+＊dtqcntが0でない場合のみ生成
+static DTQMB _kernel_dtqmb_<データキュー名>[dtqcnt];
+
+(6-4-2) データキューの初期化情報
+
+データキュー初期化ブロック中に生成するデータキューの初期化情報は，次の
+形式とする．
+
+        { (dtqatr), (dtqcnt), (_kernel_dtqmb_<データキュー名>) }
+
+ここで，dtqcntが0の場合には，_kernel_dtqmb_<データキュー名>に代えて，
+NULLを用いる．
+
+(6-4-3) エラー条件
+
+データキューに関するエラー条件は次の通りである．
+
+＊コンフィギュレータ本体が検出するもの
+・同じdtqidに対するCRE_DTQが複数ある場合（E_OBJ）
+
+＊パス2で検出するもの
+・dtqatrが（［TA_TPRI］）でない場合（E_RSATR）
+・dtqcntが負の値の場合（E_PAR）
+・dtqmbがNULLでない場合（E_NOSPT）
+
+(6-5) 優先度データキューに関する定義
+
+優先度データキューの省略記号は「PDQ／pdq」である．以下では，システムコ
+ンフィギュレーションファイルに次の静的APIが含まれている時に生成すべき情
+報について述べる．
 
 CRE_PDQ(ID pdqid, { pdqatr, pdqcnt, maxdpri, pdqmb });
 
-(6-5-1) 優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã«å¿
-è¦ãªãƒ¡ãƒ¢ãƒªé ˜åŸŸã®å®šç¾©
-
-優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã«å¿
-è¦ãªãƒ¡ãƒ¢ãƒªé ˜åŸŸã¨ã—ã¦ï¼Œå„ªå
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ç®¡ç†é ˜åŸŸ
-がある．生成する優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼æ¯Žã«ï¼Œå¿
-要なサイズの優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼
-ç®¡ç†é ˜åŸŸã‚’å®šç¾©ã™ã‚‹ï¼Žå
-·ä½“的には，上記の静的APIに対して，次の定義を生成す
-る．
-
-＊pdqcntが0ã§ãªã„å ´åˆã®ã¿ç”Ÿæˆ
-static PDQMB _kernel_pdqmb_<優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼å>[pdqcnt];
-
-(6-5-2) 優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã®åˆæœŸåŒ–æƒ
-å ±
-
-優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼åˆæœŸåŒ–ブロック中に生成する優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã®åˆæœŸåŒ–
-æƒ
-å ±ã¯ï¼Œæ¬¡ã®å½¢å¼ã¨ã™ã‚‹ï¼Ž
-
-        { (pdqatr), (pdqcnt), (maxdpri), (_kernel_pdqmb_<優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼å>) }
-
-ここで，pdqcntが0ã®å ´åˆã«ã¯ï¼Œ_kernel_pdqmb_<優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼å>に代え
-て，NULLを用いる．
-
-(6-5-3) エラー条件
-
-優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã«é–¢ã™ã‚‹ã‚¨ãƒ©ãƒ¼æ¡ä»¶ã¯æ¬¡ã®é€šã‚Šã§ã‚る．
-
-＊コンフィギュレータ本体が検出するもの
-・同じpdqidに対するCRE_PDQãŒè¤‡æ•°ã‚ã‚‹å ´åˆï¼ˆE_OBJ）
-
-＊パス2で検出するもの
-・pdqatrが（［TA_TPRIï¼½ï¼‰ã§ãªã„å ´åˆï¼ˆE_RSATR）
-・pdqcntãŒè² ã®å€¤ã®å ´åˆï¼ˆE_PAR）
-・(TMIN_DPRI <= maxdpri && maxdpri <= TMAX_DPRI)ã§ãªã„å ´åˆï¼ˆE_PAR）
-・pdqmbがNULLã§ãªã„å ´åˆï¼ˆE_NOSPT）
-
-(6-6) メールボックスに関する定義
-
-メールボックスの省略記号は「MBX／mbx」である．以下では，システムコンフィ
-ギュレーションファイルに次の静的APIが含まれている時に生成すべきæƒ
-å ±ã«ã¤
-いて述べる．なお，メールボックスにå¿
-è¦ãªãƒ¡ãƒ¢ãƒªé ˜åŸŸã¯ãªã„ï¼Ž
+(6-5-1) 優先度データキューに必要なメモリ領域の定義
+
+優先度データキューに必要なメモリ領域として，優先度データキュー管理領域
+がある．生成する優先度データキュー毎に，必要なサイズの優先度データキュー
+管理領域を定義する．具体的には，上記の静的APIに対して，次の定義を生成す
+る．
+
+＊pdqcntが0でない場合のみ生成
+static PDQMB _kernel_pdqmb_<優先度データキュー名>[pdqcnt];
+
+(6-5-2) 優先度データキューの初期化情報
+
+優先度データキュー初期化ブロック中に生成する優先度データキューの初期化
+情報は，次の形式とする．
+
+        { (pdqatr), (pdqcnt), (maxdpri), (_kernel_pdqmb_<優先度データキュー名>) }
+
+ここで，pdqcntが0の場合には，_kernel_pdqmb_<優先度データキュー名>に代え
+て，NULLを用いる．
+
+(6-5-3) エラー条件
+
+優先度データキューに関するエラー条件は次の通りである．
+
+＊コンフィギュレータ本体が検出するもの
+・同じpdqidに対するCRE_PDQが複数ある場合（E_OBJ）
+
+＊パス2で検出するもの
+・pdqatrが（［TA_TPRI］）でない場合（E_RSATR）
+・pdqcntが負の値の場合（E_PAR）
+・(TMIN_DPRI <= maxdpri && maxdpri <= TMAX_DPRI)でない場合（E_PAR）
+・pdqmbがNULLでない場合（E_NOSPT）
+
+(6-6) メールボックスに関する定義
+
+メールボックスの省略記号は「MBX／mbx」である．以下では，システムコンフィ
+ギュレーションファイルに次の静的APIが含まれている時に生成すべき情報につ
+いて述べる．なお，メールボックスに必要なメモリ領域はない．
 
 CRE_MBX(mbxid, { mbxatr, maxmpri, mprihd });
 
-(6-6-1) メールボックスの初期化æƒ
-å ±
-
-メールボックス初期化ブロック中に生成するメールボックスの初期化æƒ
-å ±ã¯ï¼Œ
-次の形式とする．
+(6-6-1) メールボックスの初期化情報
+
+メールボックス初期化ブロック中に生成するメールボックスの初期化情報は，
+次の形式とする．
 
         { (mbxatr), (maxmpri) }
 
-(6-6-2) エラー条件
-
-メールボックスに関するエラー条件は次の通りである．
-
-＊コンフィギュレータ本体が検出するもの
-・同じmbxidに対するCRE_MBXãŒè¤‡æ•°ã‚ã‚‹å ´åˆï¼ˆE_OBJ）
-
-＊パス2で検出するもの
-・mbxatrが（［TA_TPRI］｜［TA_MPRIï¼½ï¼‰ã§ãªã„å ´åˆï¼ˆE_RSATR）
-・(TMIN_MPRI <= maxmpri && maxmpri <= TMAX_MPRI)ã§ãªã„å ´åˆï¼ˆE_PAR）
-・mprihdがNULLã§ãªã„å ´åˆï¼ˆE_NOSPT）
-
-(6-7) 固定長メモリプールに関する定義
-
-固定長メモリプールの省略記号は「MPF／mpf」である．以下では，システムコ
-ンフィギュレーションファイルに次の静的APIが含まれている時に生成すべきæƒ
-
-å ±ã«ã¤ã„ã¦è¿°ã¹ã‚‹ï¼Ž
+(6-6-2) エラー条件
+
+メールボックスに関するエラー条件は次の通りである．
+
+＊コンフィギュレータ本体が検出するもの
+・同じmbxidに対するCRE_MBXが複数ある場合（E_OBJ）
+
+＊パス2で検出するもの
+・mbxatrが（［TA_TPRI］｜［TA_MPRI］）でない場合（E_RSATR）
+・(TMIN_MPRI <= maxmpri && maxmpri <= TMAX_MPRI)でない場合（E_PAR）
+・mprihdがNULLでない場合（E_NOSPT）
+
+(6-7) 固定長メモリプールに関する定義
+
+固定長メモリプールの省略記号は「MPF／mpf」である．以下では，システムコ
+ンフィギュレーションファイルに次の静的APIが含まれている時に生成すべき情
+報について述べる．
 
 CRE_MPF(mpfid, { mpfatr, blkcnt, blksz, mpf, mpfmb });
 
-(6-7-1) 固定長メモリプールにå¿
-è¦ãªãƒ¡ãƒ¢ãƒªé ˜åŸŸã®å®šç¾©
-
-固定長メモリプールにå¿
-è¦ãªãƒ¡ãƒ¢ãƒªé ˜åŸŸã¨ã—ã¦ï¼Œå›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«é ˜åŸŸã¨å›º
-å®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«ç®¡ç†é ˜åŸŸãŒã‚ã‚‹ï¼Žç”Ÿæˆã™ã‚‹å›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«æ¯Žã«ï¼Œå¿
-要な
-ã‚µã‚¤ã‚ºã®å›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«é ˜åŸŸï¼ˆmpfがNULLã®å ´åˆã®ã¿ï¼‰ã¨å›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼
-ãƒ«ç®¡ç†é ˜åŸŸã‚’ç¢ºä¿ã™ã‚‹ï¼Žå
-·ä½“的には，上記の静的APIに対して，次の定義を生成
-する．
-
-＊mpfがNULLã®å ´åˆã®ã¿ç”Ÿæˆ
-static MPF_T _kernel_mpf_<固定長メモリプール名>[(blkcnt) * COUNT_MPF_T(blksz)];
+(6-7-1) 固定長メモリプールに必要なメモリ領域の定義
+
+固定長メモリプールに必要なメモリ領域として，固定長メモリプール領域と固
+定長メモリプール管理領域がある．生成する固定長メモリプール毎に，必要な
+サイズの固定長メモリプール領域（mpfがNULLの場合のみ）と固定長メモリプー
+ル管理領域を確保する．具体的には，上記の静的APIに対して，次の定義を生成
+する．
+
+＊mpfがNULLの場合のみ生成
+static MPF_T _kernel_mpf_<固定長メモリプール名>[(blkcnt) * COUNT_MPF_T(blksz)];
                                                                 
-＊å¿
-ず生成
-static MPFMB _kernel_mpfmb_<固定長メモリプール名>[blkcnt];
-
-(6-7-2) 固定長メモリプールの初期化æƒ
-å ±
-
-固定長メモリプール初期化ブロック中に生成する固定長メモリプールの初期化
-æƒ
-å ±ã¯ï¼Œæ¬¡ã®å½¢å¼ã¨ã™ã‚‹ï¼Ž
+＊必ず生成
+static MPFMB _kernel_mpfmb_<固定長メモリプール名>[blkcnt];
+
+(6-7-2) 固定長メモリプールの初期化情報
+
+固定長メモリプール初期化ブロック中に生成する固定長メモリプールの初期化
+情報は，次の形式とする．
 
         { (mpfatr), (blkcnt), ROUND_MPF_T(blksz), mpf,
-                                                (_kernel_mpfmb_<固定長メモリプール名>) }
-
-ここで，mpfがNULLã®å ´åˆã«ã¯ï¼Œmpfに代えて，_kernel_mpf_<固定長メモリプー
-ル名>を用いる．
-
-(6-7-3) エラー条件
-
-固定長メモリプールに関するエラー条件は次の通りである．
-
-＊コンフィギュレータ本体が検出するもの
-・同じmpfidに対するCRE_MPFãŒè¤‡æ•°ã‚ã‚‹å ´åˆï¼ˆE_OBJ）
-
-＊パス2で検出するもの
-・mpfatrが（［TA_TPRIï¼½ï¼‰ã§ãªã„å ´åˆï¼ˆE_RSATR）
-・blkcntが0ä»¥ä¸‹ã®å ´åˆï¼ˆE_PAR）
-・blkszが0ä»¥ä¸‹ã®å ´åˆï¼ˆE_PAR）
-・mpfmbがNULLã§ãªã„å ´åˆï¼ˆE_NOSPT）
-
-＊パス3で検出するもの
-・mpfãŒå›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-        - ターゲット依存の値（CHECK_MPF_ALIGNï¼‰ã®å€æ•°ã§ãªã„å ´åˆ
-        - NULLã®å ´åˆï¼ˆã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜ï¼ŒCHECK_MPF_NONNULL）
-
-(6-8) 周期ハンドラに関する定義
-
-周期ハンドラの省略記号は「CYC／cyc」である．以下では，システムコンフィ
-ギュレーションファイルに次の静的APIが含まれている時に生成すべきæƒ
-å ±ã«ã¤
-いて述べる．なお，周期ハンドラにå¿
-è¦ãªãƒ¡ãƒ¢ãƒªé ˜åŸŸã¯ãªã„ï¼Ž
+                                                (_kernel_mpfmb_<固定長メモリプール名>) }
+
+ここで，mpfがNULLの場合には，mpfに代えて，_kernel_mpf_<固定長メモリプー
+ル名>を用いる．
+
+(6-7-3) エラー条件
+
+固定長メモリプールに関するエラー条件は次の通りである．
+
+＊コンフィギュレータ本体が検出するもの
+・同じmpfidに対するCRE_MPFが複数ある場合（E_OBJ）
+
+＊パス2で検出するもの
+・mpfatrが（［TA_TPRI］）でない場合（E_RSATR）
+・blkcntが0以下の場合（E_PAR）
+・blkszが0以下の場合（E_PAR）
+・mpfmbがNULLでない場合（E_NOSPT）
+
+＊パス3で検出するもの
+・mpfが固定長メモリプール領域の先頭番地として正しくない場合（E_PAR）
+        - ターゲット依存の値（CHECK_MPF_ALIGN）の倍数でない場合
+        - NULLの場合（ターゲット依存，CHECK_MPF_NONNULL）
+
+(6-8) 周期ハンドラに関する定義
+
+周期ハンドラの省略記号は「CYC／cyc」である．以下では，システムコンフィ
+ギュレーションファイルに次の静的APIが含まれている時に生成すべき情報につ
+いて述べる．なお，周期ハンドラに必要なメモリ領域はない．
 
 CRE_CYC(cycid, { cycatr, exinf, cychdr, cyctim, cycphs });
 
-(6-8-1) 周期ハンドラの初期化æƒ
-å ±
-
-周期ハンドラ初期化ブロック中に生成する周期ハンドラの初期化æƒ
-å ±ã¯ï¼Œæ¬¡ã®
-形式とする．
+(6-8-1) 周期ハンドラの初期化情報
+
+周期ハンドラ初期化ブロック中に生成する周期ハンドラの初期化情報は，次の
+形式とする．
 
         { (cycatr), (intptr_t)(exinf), (cychdr), (cyctim), (cycphs) }
 
-(6-8-2) エラー条件
-
-周期ハンドラに関するエラー条件は次の通りである．
-
-＊コンフィギュレータ本体が検出するもの
-・同じcycidに対するCRE_CYCãŒè¤‡æ•°ã‚ã‚‹å ´åˆï¼ˆE_OBJ）
-
-＊パス2で検出するもの
-・cycatrが（［TA_STAï¼½ï¼‰ã§ãªã„å ´åˆï¼ˆE_RSATR）
-・(0 < cyctim && cyctim <= TMAX_RELTIM)ã§ãªã„å ´åˆï¼ˆE_PAR）
-・(0 <= cycphs && cycphs <= TMAX_RELTIM)ã§ãªã„å ´åˆï¼ˆE_PAR）
-・警告：cycatrにTA_STAが設定されていて，(cycphs == 0)ã®å ´åˆ
-
-＊パス3で検出するもの
-・cychdrãŒãƒ—ãƒ­ã‚°ãƒ©ãƒ ã®é–‹å§‹ç•ªåœ°ã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-        - ターゲット依存の値（CHECK_FUNC_ALIGNï¼‰ã®å€æ•°ã§ãªã„å ´åˆ
-        - NULLã®å ´åˆï¼ˆã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜ï¼ŒCHECK_FUNC_NONNULL）
-
-(6-9) アラームハンドラに関する定義
-
-アラームハンドラの省略記号は「ALM／alm」である．以下では，システムコン
-フィギュレーションファイルに次の静的APIが含まれている時に生成すべきæƒ
-å ±
-について述べる．なお，アラームハンドラにå¿
-è¦ãªãƒ¡ãƒ¢ãƒªé ˜åŸŸã¯ãªã„ï¼Ž
+(6-8-2) エラー条件
+
+周期ハンドラに関するエラー条件は次の通りである．
+
+＊コンフィギュレータ本体が検出するもの
+・同じcycidに対するCRE_CYCが複数ある場合（E_OBJ）
+
+＊パス2で検出するもの
+・cycatrが（［TA_STA］）でない場合（E_RSATR）
+・(0 < cyctim && cyctim <= TMAX_RELTIM)でない場合（E_PAR）
+・(0 <= cycphs && cycphs <= TMAX_RELTIM)でない場合（E_PAR）
+・警告：cycatrにTA_STAが設定されていて，(cycphs == 0)の場合
+
+＊パス3で検出するもの
+・cychdrがプログラムの開始番地として正しくない場合（E_PAR）
+        - ターゲット依存の値（CHECK_FUNC_ALIGN）の倍数でない場合
+        - NULLの場合（ターゲット依存，CHECK_FUNC_NONNULL）
+
+(6-9) アラームハンドラに関する定義
+
+アラームハンドラの省略記号は「ALM／alm」である．以下では，システムコン
+フィギュレーションファイルに次の静的APIが含まれている時に生成すべき情報
+について述べる．なお，アラームハンドラに必要なメモリ領域はない．
 
 CRE_ALM(ID almid, { almatr, (intptr_t)(exinf), almhdr });
 
-(6-9-1) アラームハンドラの初期化æƒ
-å ±
-
-アラームハンドラ初期化ブロック中に生成するアラームハンドラの初期化æƒ
-å ±
-は，次の形式とする．
+(6-9-1) アラームハンドラの初期化情報
+
+アラームハンドラ初期化ブロック中に生成するアラームハンドラの初期化情報
+は，次の形式とする．
 
         { (almatr), (exinf), (almhdr) }
 
-(6-9-2) エラー条件
-
-アラームハンドラに関するエラー条件は次の通りである．
-
-＊コンフィギュレータ本体が検出するもの
-・同じalmidに対するCRE_ALMãŒè¤‡æ•°ã‚ã‚‹å ´åˆï¼ˆE_OBJ）
-
-＊パス2で検出するもの
-・almatrが（TA_NULLï¼‰ã§ãªã„å ´åˆï¼ˆE_RSATR）
-
-＊パス3で検出するもの
-・almhdrãŒãƒ—ãƒ­ã‚°ãƒ©ãƒ ã®é–‹å§‹ç•ªåœ°ã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-        - ターゲット依存の値（CHECK_FUNC_ALIGNï¼‰ã®å€æ•°ã§ãªã„å ´åˆ
-        - NULLã®å ´åˆï¼ˆã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜ï¼ŒCHECK_FUNC_NONNULL）
-
-(7) 割込みに関する定義
-
-割込みに関して生成するæƒ
-å ±ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆæ¯Žã«å®šã‚ã‚‹ã“ã¨ãŒã§ãã‚‹ï¼Žã‚¿ãƒ¼ã‚²ãƒƒ
-ãƒˆæ¯Žã«å®šã‚ãªã„å ´åˆã«ã¯ï¼Œä»¥ä¸‹ã§è¿°ã¹ã‚‹ã‚¿ãƒ¼ã‚²ãƒƒãƒˆã«ä¾å­˜ã—ãªã„æ¨™æº–çš„ãªæƒ
-å ±
-ã‚’ç”Ÿæˆã™ã‚‹ï¼Žã‚¿ãƒ¼ã‚²ãƒƒãƒˆæ¯Žã«å®šã‚ã‚‹å ´åˆã«ã¯ï¼Œ(7-1)と(7-3)に述べるæƒ
-å ±ã¯ç”Ÿ
-成しない（(7-2)に述べるæƒ
-å ±ã¯ç”Ÿæˆã™ã‚‹ï¼‰ï¼Ž
-
-(7-1) 割込み要求ラインに関する定義
-
-割込み要求ラインの属性を設定する静的API「CFG_INT」で設定した割込み要求
-ラインに関する定義を生成する．å
-·ä½“的には次の通り．
-
-以下では，システムコンフィギュレーションファイルに次の静的APIが含まれ
-ている時に生成すべきæƒ
-å ±ã«ã¤ã„ã¦è¿°ã¹ã‚‹ï¼Ž
+(6-9-2) エラー条件
+
+アラームハンドラに関するエラー条件は次の通りである．
+
+＊コンフィギュレータ本体が検出するもの
+・同じalmidに対するCRE_ALMが複数ある場合（E_OBJ）
+
+＊パス2で検出するもの
+・almatrが（TA_NULL）でない場合（E_RSATR）
+
+＊パス3で検出するもの
+・almhdrがプログラムの開始番地として正しくない場合（E_PAR）
+        - ターゲット依存の値（CHECK_FUNC_ALIGN）の倍数でない場合
+        - NULLの場合（ターゲット依存，CHECK_FUNC_NONNULL）
+
+(7) 割込みに関する定義
+
+割込みに関して生成する情報は，ターゲット毎に定めることができる．ターゲッ
+ト毎に定めない場合には，以下で述べるターゲットに依存しない標準的な情報
+を生成する．ターゲット毎に定める場合には，(7-1)と(7-3)に述べる情報は生
+成しない（(7-2)に述べる情報は生成する）．
+
+(7-1) 割込み要求ラインに関する定義
+
+割込み要求ラインの属性を設定する静的API「CFG_INT」で設定した割込み要求
+ラインに関する定義を生成する．具体的には次の通り．
+
+以下では，システムコンフィギュレーションファイルに次の静的APIが含まれ
+ている時に生成すべき情報について述べる．
 
 CFG_INT(INTNO intno, { intatr, intpri });
 
-(7-1-1) 設定する割込み要求ラインの数
-
-設定する割込み要求ラインの数をマクロ定義するプリプロセッサディレクティ
-ブ（#define）を生成する．また，その値を持つ変数の定義を生成する．å
-·ä½“çš„
-には，次のような行を生成する．
-
-#define TNUM_INTNO <設定する割込み要求ラインの数>
+(7-1-1) 設定する割込み要求ラインの数
+
+設定する割込み要求ラインの数をマクロ定義するプリプロセッサディレクティ
+ブ（#define）を生成する．また，その値を持つ変数の定義を生成する．具体的
+には，次のような行を生成する．
+
+#define TNUM_INTNO <設定する割込み要求ラインの数>
 const uint_t    _kernel_tnum_intno = TNUM_INTNO;
 
-(7-1-2) 割込み要求ライン初期化ブロックの定義
-
-割込み要求ライン初期化ブロックを生成する．å
-·ä½“的には，次のような行を生
-成する．
+(7-1-2) 割込み要求ライン初期化ブロックの定義
+
+割込み要求ライン初期化ブロックを生成する．具体的には，次のような行を生
+成する．
 
 const INTINIB _kernel_intinib_table[TNUM_INTNO] = {
-        <割込み要求ライン1の初期化æƒ
-å ±>,
-        <割込み要求ライン2の初期化æƒ
-å ±>,
-                                ……
-        <割込み要求ラインTNUM_INTNOの初期化æƒ
-å ±>
+        <割込み要求ライン1の初期化情報>,
+        <割込み要求ライン2の初期化情報>,
+                                ……
+        <割込み要求ラインTNUM_INTNOの初期化情報>
 };
 
-この中の割込み要求ラインの初期化æƒ
-å ±ã¯ï¼Œæ¬¡ã®å½¢å¼ã¨ã™ã‚‹ï¼Ž
+この中の割込み要求ラインの初期化情報は，次の形式とする．
 
         { (intno), (intatr), (intpri) }
 
-(7-1-3) エラー条件
-
-割込み要求ラインに関するエラー条件は次の通りである．
-
-＊パス2で検出するもの
-・intnoがCFG_INTã«å¯¾ã™ã‚‹å‰²è¾¼ã¿ç•ªå·ã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-・intnoがCFG_INTã«ã‚ˆã£ã¦è¨­å®šæ¸ˆã¿ã®å ´åˆï¼ˆE_OBJ）
-・intatrが（［TA_ENAINT］｜［TA_EDGEï¼½ï¼‰ã§ãªã„å ´åˆï¼ˆE_RSATR）
-        ※ ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§å‰²è¾¼ã¿å±žæ€§ã‚’è¿½åŠ å¯ï¼ˆTARGET_INTATR）
-・カーネル管理に固定されているintnoに対して，intpriにTMIN_INTPRIよりも
-ã€€å°ã•ã„å€¤ãŒæŒ‡å®šã•ã‚ŒãŸå ´åˆï¼ˆE_OBJ）
-・カーネル管理外に固定されているintnoに対して，intpriにTMIN_INTPRIより
-ã€€ã‚‚å°ã•ã„å€¤ãŒæŒ‡å®šã•ã‚Œãªã‹ã£ãŸå ´åˆï¼ˆE_OBJ）
-・intpriがCFG_INTに対する割込み優å
-ˆåº¦ã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-
-＊å¿
-要に応じてターゲット依存部で検出するもの
-・intatrãŒå‰²è¾¼ã¿å±žæ€§ã¨ã—ã¦è¨­å®šã§ããªã„å€¤ã®å ´åˆï¼ˆE_RSATR）
-・intpriが割込み優å
-ˆåº¦ã¨ã—ã¦è¨­å®šã§ããªã„å€¤ã®å ´åˆï¼ˆE_PAR）
-・同一の割込み優å
-ˆåº¦ã—か設定できない割込み要求ラインに対して，異なる割
-　込み優å
-ˆåº¦ã‚’è¨­å®šã—ãŸå ´åˆï¼ˆE_PAR）
-
-(7-2) 割込みサービスルーチンに関する定義
-
-(7-2-1) 割込みハンドラの生成
-
-システムコンフィギュレーションファイル中に含まれる割込みサービスルーチ
-ãƒ³ã‚’è¿½åŠ ã™ã‚‹é™çš„API「ATT_ISRã€ã«å¯¾ã—ã¦ï¼ŒåŒä¸€ã®å‰²è¾¼ã¿ç•ªå·ã«å¯¾ã—ã¦è¿½åŠ ã•
-ã‚ŒãŸå‰²è¾¼ã¿ã‚µãƒ¼ãƒ“ã‚¹ãƒ«ãƒ¼ãƒãƒ³ã‚’é †ã«å‘¼ã³å‡ºã™é–¢æ•°ã‚’ç”Ÿæˆã™ã‚‹ï¼Ž
-
-å
-·ä½“çš„ã«ã¯ï¼ŒåŒä¸€ã®å‰²è¾¼ã¿ç•ªå·ã«å¯¾ã—ã¦å‰²è¾¼ã¿ã‚µãƒ¼ãƒ“ã‚¹ãƒ«ãƒ¼ãƒãƒ³ã‚’è¿½åŠ する
+(7-1-3) エラー条件
+
+割込み要求ラインに関するエラー条件は次の通りである．
+
+＊パス2で検出するもの
+・intnoがCFG_INTに対する割込み番号として正しくない場合（E_PAR）
+・intnoがCFG_INTによって設定済みの場合（E_OBJ）
+・intatrが（［TA_ENAINT］｜［TA_EDGE］）でない場合（E_RSATR）
+        ※ ターゲット依存部で割込み属性を追加可（TARGET_INTATR）
+・カーネル管理に固定されているintnoに対して，intpriにTMIN_INTPRIよりも
+　小さい値が指定された場合（E_OBJ）
+・カーネル管理外に固定されているintnoに対して，intpriにTMIN_INTPRIより
+　も小さい値が指定されなかった場合（E_OBJ）
+・intpriがCFG_INTに対する割込み優先度として正しくない場合（E_PAR）
+
+＊必要に応じてターゲット依存部で検出するもの
+・intatrが割込み属性として設定できない値の場合（E_RSATR）
+・intpriが割込み優先度として設定できない値の場合（E_PAR）
+・同一の割込み優先度しか設定できない割込み要求ラインに対して，異なる割
+　込み優先度を設定した場合（E_PAR）
+
+(7-2) 割込みサービスルーチンに関する定義
+
+(7-2-1) 割込みハンドラの生成
+
+システムコンフィギュレーションファイル中に含まれる割込みサービスルーチ
+ンを追加する静的API「ATT_ISR」に対して，同一の割込み番号に対して追加さ
+れた割込みサービスルーチンを順に呼び出す関数を生成する．
+
+具体的には，同一の割込み番号に対して割込みサービスルーチンを追加する
 
 ATT_ISR({ isratr_1, exinf_1, intno, isr_1, isrpri_1 });
 ATT_ISR({ isratr_2, exinf_2, intno, isr_2, isrpri_2 });
-        ……
+        ……
 ATT_ISR({ isratr_n, exinf_n, intno, isr_n, isrpri_n });
 
-という静的APIに対して，次のような関数を生成する．ここで，isrpri_1，
-isrpri_2，……，isrpri_nã¯ï¼Œå€¤ã®å°ã•ã„é †ã«ä¸¦ã¹æ›¿ãˆã‚‰ã‚Œã¦ã„ã‚‹ã‚‚ã®ã¨ã™ã‚‹ï¼Ž
-値が同じものの間では，システムコンフィギュレーションファイル中での静的
-APIã®é †åºã®é€šã‚Šã«ä¸¦ã‚“ã§ã„ã‚‹ã‚‚ã®ã¨ã™ã‚‹ï¼Ž
+という静的APIに対して，次のような関数を生成する．ここで，isrpri_1，
+isrpri_2，……，isrpri_nは，値の小さい順に並べ替えられているものとする．
+値が同じものの間では，システムコンフィギュレーションファイル中での静的
+APIの順序の通りに並んでいるものとする．
 
 static void
@@ -877 +748 @@
         saved_ipm = i_get_ipm();
 
-        LOG_ISR_ENTER(<intno>);         /* ISR1の呼出し */
+        LOG_ISR_ENTER(<intno>);         /* ISR1の呼出し */
         isr_1((intptr_t)(exinf_1));
         LOG_ISR_LEAVE(intno);
 
-        if (i_sense_lock()) {           /* ISRの呼出し前の状æ
-‹ã«æˆ»ã™ */
+        if (i_sense_lock()) {           /* ISRの呼出し前の状態に戻す */
                 i_unlock_cpu();
         }
         i_set_ipm(saved_ipm);
 
-        LOG_ISR_ENTER(<intno>);         /* ISR2の呼出し */
+        LOG_ISR_ENTER(<intno>);         /* ISR2の呼出し */
         isr_2((intptr_t)(exinf_2));
         LOG_ISR_LEAVE(intno);
 
-        if (i_sense_lock()) {           /* ISRの呼出し前の状æ
-‹ã«æˆ»ã™ */
+        if (i_sense_lock()) {           /* ISRの呼出し前の状態に戻す */
                 i_unlock_cpu();
         }
         i_set_ipm(saved_ipm);
 
-        ……
-
-        LOG_ISR_ENTER(<intno>);         /* ISRnの呼出し */
+        ……
+
+        LOG_ISR_ENTER(<intno>);         /* ISRnの呼出し */
         isr_n((intptr_t)(exinf_n));
         LOG_ISR_LEAVE(intno);
@@ -906 +775 @@
 }
 
-ここで，ISRnの呼出しの後に呼出し前の状æ
-‹ã«æˆ»ã•ãªã„のは，割込みハンドラ
-からのリターンにより，カーネルがå
-ƒã®çŠ¶æ
-‹ã«æˆ»ã™ãŸã‚ã§ã‚る．
-
-åŒä¸€ã®å‰²è¾¼ã¿ç•ªå·ã«å¯¾ã—ã¦è¿½åŠ ã•ã‚ŒãŸå‰²è¾¼ã¿ã‚µãƒ¼ãƒ“ã‚¹ãƒ«ãƒ¼ãƒãƒ³ãŒ1ã¤ã®ã¿ã®å ´åˆ
-には，次のような関数を生成する．
+ここで，ISRnの呼出しの後に呼出し前の状態に戻さないのは，割込みハンドラ
+からのリターンにより，カーネルが元の状態に戻すためである．
+
+同一の割込み番号に対して追加された割込みサービスルーチンが1つのみの場合
+には，次のような関数を生成する．
 
 static void
@@ -925 +791 @@
 }
 
-【課題】ここで，LOG_ISR_ENTER，LOG_ISR_LEAVEの引数をどうするかが課題と
-して残っている．ATT_ISRで登録されたISRに対してはISR IDが付与されないた
-め，IDでISRを区別することができない．やむなく割込み番号を渡しているが，
-拡張æƒ
-å ±ï¼ˆexinf）も渡すべきかもしれない．
-
-(7-2-2) 割込みハンドラの定義に相当する処理
-
-ä¸Šã®ã‚ˆã†ã«å‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©ã‚’ç”Ÿæˆã—ãŸå ´åˆã«ã¯ï¼Œæ¬¡ã«èª¬æ˜Žã™ã‚‹å‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©
-に関する定義において，システムコンフィギュレーションファイル中に次の静
-的APIが含まれているのと同様に処理する．
+【課題】ここで，LOG_ISR_ENTER，LOG_ISR_LEAVEの引数をどうするかが課題と
+して残っている．ATT_ISRで登録されたISRに対してはISR IDが付与されないた
+め，IDでISRを区別することができない．やむなく割込み番号を渡しているが，
+拡張情報（exinf）も渡すべきかもしれない．
+
+(7-2-2) 割込みハンドラの定義に相当する処理
+
+上のように割込みハンドラを生成した場合には，次に説明する割込みハンドラ
+に関する定義において，システムコンフィギュレーションファイル中に次の静
+的APIが含まれているのと同様に処理する．
 
 DEF_INH(inhno, { TA_NULL, _kernel_inthdr_<intno> });
 
-ここでinhnoは，intnoに対応する割込みハンドラ番号である．
-
-(7-2-3) エラー条件
-
-割込みサービスルーチンに関するエラー条件は次の通りである．
-
-＊パス2で検出するもの
-・isratrが（TA_NULLï¼‰ã§ãªã„å ´åˆï¼ˆE_RSATR）
-        ※ ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§å‰²è¾¼ã¿ã‚µãƒ¼ãƒ“ã‚¹ãƒ«ãƒ¼ãƒãƒ³å±žæ€§ã‚’è¿½åŠ å¯ï¼ˆTARGET_ISRATR）
-・intnoがATT_ISRã«å¯¾ã™ã‚‹å‰²è¾¼ã¿ç•ªå·ã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-        ※ intnoに対応するinhnoãŒãªã„å ´åˆã‚’å«ã‚€
-・(TMIN_ISRPRI <= isrpri && isrpri <= TMAX_ISRPRI)ã§ãªã„å ´åˆï¼ˆE_PAR）
-・intnoに対応するinhnoに対してDEF_INHãŒã‚ã‚‹å ´åˆï¼ˆE_OBJ）
-・intnoに対するCFG_INTãŒãªã„å ´åˆï¼ˆE_OBJ）
-・intnoに対してCFG_INTで設定された割込み優å
-ˆåº¦ãŒTMIN_INTPRIよりも小さい
-ã€€å ´åˆï¼ˆE_OBJ）
-        ※ カーネル管理外のISRはサポートしないため
-
-＊可能であればターゲット依存部で検出するもの
-・isrãŒãƒ—ãƒ­ã‚°ãƒ©ãƒ ã®é–‹å§‹ç•ªåœ°ã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-
-(7-3) 割込みハンドラに関する定義
-
-割込みハンドラを定義する静的API「DEF_INH」で定義した割込みハンドラ（上
-è¿°ã®å‰²è¾¼ã¿ã‚µãƒ¼ãƒ“ã‚¹ãƒ«ãƒ¼ãƒãƒ³ã®è¿½åŠ ã«ã‚ˆã‚Šã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚¿ãŒç”Ÿæˆã—ãŸå‰²è¾¼
-みハンドラを含む）に関する定義を生成する．å
-·ä½“的には次の通り．
-
-以下では，システムコンフィギュレーションファイルに次の静的APIが含まれ
-ている時に生成すべきæƒ
-å ±ã«ã¤ã„ã¦è¿°ã¹ã‚‹ï¼Ž
+ここでinhnoは，intnoに対応する割込みハンドラ番号である．
+
+(7-2-3) エラー条件
+
+割込みサービスルーチンに関するエラー条件は次の通りである．
+
+＊パス2で検出するもの
+・isratrが（TA_NULL）でない場合（E_RSATR）
+        ※ ターゲット依存部で割込みサービスルーチン属性を追加可（TARGET_ISRATR）
+・intnoがATT_ISRに対する割込み番号として正しくない場合（E_PAR）
+        ※ intnoに対応するinhnoがない場合を含む
+・(TMIN_ISRPRI <= isrpri && isrpri <= TMAX_ISRPRI)でない場合（E_PAR）
+・intnoに対応するinhnoに対してDEF_INHがある場合（E_OBJ）
+・intnoに対するCFG_INTがない場合（E_OBJ）
+・intnoに対してCFG_INTで設定された割込み優先度がTMIN_INTPRIよりも小さい
+　場合（E_OBJ）
+        ※ カーネル管理外のISRはサポートしないため
+
+＊可能であればターゲット依存部で検出するもの
+・isrがプログラムの開始番地として正しくない場合（E_PAR）
+
+(7-3) 割込みハンドラに関する定義
+
+割込みハンドラを定義する静的API「DEF_INH」で定義した割込みハンドラ（上
+述の割込みサービスルーチンの追加によりコンフィギュレータが生成した割込
+みハンドラを含む）に関する定義を生成する．具体的には次の通り．
+
+以下では，システムコンフィギュレーションファイルに次の静的APIが含まれ
+ている時に生成すべき情報について述べる．
 
 DEF_INH(inhno, { inhatr, inthdr });
 
-(7-3-1) 定義する割込みハンドラの数
-
-定義する割込みハンドラの数をマクロ定義するプリプロセッサディレクティブ
-（#define）を生成する．また，その値を持つ変数の定義を生成する．å
-·ä½“çš„
-には，次のような行を生成する．
-
-#define TNUM_INHNO <定義する割込みハンドラの数>
+(7-3-1) 定義する割込みハンドラの数
+
+定義する割込みハンドラの数をマクロ定義するプリプロセッサディレクティブ
+（#define）を生成する．また，その値を持つ変数の定義を生成する．具体的
+には，次のような行を生成する．
+
+#define TNUM_INHNO <定義する割込みハンドラの数>
 const uint_t    _kernel_tnum_inhno = TNUM_INHNO;
 
-(7-3-2) 割込みハンドラの出å
-¥å£å‡¦ç†
-
-定義する割込みハンドラ毎に，割込みハンドラの出å
-¥å£å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã‚’生成す
-る．å
-·ä½“的には，次のような行を生成する．
+(7-3-2) 割込みハンドラの出入口処理
+
+定義する割込みハンドラ毎に，割込みハンドラの出入口処理ルーチンを生成す
+る．具体的には，次のような行を生成する．
 
 INTHDR_ENTRY(inhno, inhno_num, inthdr)
 
-ここでinhno_numは，inhno（割込みハンドラ番号）を数値で表現したもので，
-アセンブリ言語記述に使用するためのものである．
-
-(7-3-3) 割込みハンドラ初期化ブロックの定義
-
-割込みハンドラ初期化ブロックを生成する．å
-·ä½“的には，次のような行を生成
-する．
+ここでinhno_numは，inhno（割込みハンドラ番号）を数値で表現したもので，
+アセンブリ言語記述に使用するためのものである．
+
+(7-3-3) 割込みハンドラ初期化ブロックの定義
+
+割込みハンドラ初期化ブロックを生成する．具体的には，次のような行を生成
+する．
 
 const INHINIB _kernel_inhinib_table[TNUM_INHNO] = {
-        <割込みハンドラ1の初期化æƒ
-å ±>,
-        <割込みハンドラ2の初期化æƒ
-å ±>,
-                                ……
-        <割込みハンドラTNUM_INHNOの初期化æƒ
-å ±>
+        <割込みハンドラ1の初期化情報>,
+        <割込みハンドラ2の初期化情報>,
+                                ……
+        <割込みハンドラTNUM_INHNOの初期化情報>
 };
 
-この中の割込みハンドラの初期化æƒ
-å ±ã¯ï¼Œæ¬¡ã®å½¢å¼ã¨ã™ã‚‹ï¼Ž
+この中の割込みハンドラの初期化情報は，次の形式とする．
 
         { (inhno), (inhatr), (FP)(INT_ENTRY(inhno, inthdr)) }
 
-(7-3-4) エラー条件
-
-割込みハンドラに関するエラー条件は次の通りである．
-
-＊パス2で検出するもの
-・inhnoがDEF_INHã«å¯¾ã™ã‚‹å‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©ç•ªå·ã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-・inhnoがDEF_INHã«ã‚ˆã£ã¦è¨­å®šæ¸ˆã¿ã®å ´åˆï¼ˆE_OBJ）
-#・inhnoに対応するintnoに対してATT_ISRãŒã‚ã‚‹å ´åˆï¼ˆE_OBJ）
-#       ※ inhnoに対応するintnoãŒãªã„å ´åˆã«ã¯ï¼Œã“ã®ãƒã‚§ãƒƒã‚¯ã‚’è¡Œã‚ãªã„
-#       → このチェックは，割込みサービスルーチン側で行う
-・inhatrが（TA_NULLï¼‰ã§ãªã„å ´åˆï¼ˆE_RSATR）
-        ※ ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§å‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©å±žæ€§ã‚’è¿½åŠ å¯ï¼ˆTARGET_INHATR）
-        ※ TA_NONKERNELã‚’ä½¿ã†å ´åˆã«ã¯ï¼ŒTARGET_INHATRに設定する
-・カーネル管理に固定されているinhnoに対して，inhatrにTA_NONKERNELが指定
-ã€€ã•ã‚Œã¦ã„ã‚‹å ´åˆï¼ˆE_RSATR）
-・カーネル管理外に固定されているinhnoに対して，inhatrにTA_NONKERNELが指
-ã€€å®šã•ã‚Œã¦ã„ãªã„å ´åˆï¼ˆE_RSATR）
-・inhnoに対応するintnoに対するCFG_INTãŒãªã„å ´åˆï¼ˆE_OBJ）
-        ※ inhnoに対応するintnoãŒãªã„å ´åˆã«ã¯ï¼Œã“ã®ãƒã‚§ãƒƒã‚¯ã‚’è¡Œã‚ãªã„
-・inhatrにTA_NONKERNELが指定されておらず，inhnoに対応するintnoに対して
-　CFG_INTで設定された割込み優å
-ˆåº¦ãŒTMIN_INTPRIã‚ˆã‚Šã‚‚å°ã•ã„å ´åˆï¼ˆE_OBJ）
-        ※ inhnoに対応するintnoãŒãªã„å ´åˆã«ã¯ï¼Œã“ã®ãƒã‚§ãƒƒã‚¯ã‚’è¡Œã‚ãªã„
-・inhatrにTA_NONKERNELが指定されており，inhnoに対応するintnoに対して
-　CFG_INTで設定された割込み優å
-ˆåº¦ãŒTMIN_INTPRIä»¥ä¸Šã§ã‚ã‚‹å ´åˆï¼ˆE_OBJ）
-        ※ inhnoに対応するintnoãŒãªã„å ´åˆã«ã¯ï¼Œã“ã®ãƒã‚§ãƒƒã‚¯ã‚’è¡Œã‚ãªã„
-
-＊可能であればターゲット依存部で検出するもの
-・inthdrãŒãƒ—ãƒ­ã‚°ãƒ©ãƒ ã®é–‹å§‹ç•ªåœ°ã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-
-(8) CPU例外に関する定義
-
-CPU例外に関して生成するæƒ
-å ±ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆæ¯Žã«å®šã‚ã‚‹ã“ã¨ãŒã§ãã‚‹ï¼Žã‚¿ãƒ¼ã‚²ãƒƒ
-ãƒˆæ¯Žã«å®šã‚ãªã„å ´åˆã«ã¯ï¼Œä»¥ä¸‹ã§è¿°ã¹ã‚‹ã‚¿ãƒ¼ã‚²ãƒƒãƒˆã«ä¾å­˜ã—ãªã„æ¨™æº–çš„ãªæƒ
-å ±
-ã‚’ç”Ÿæˆã™ã‚‹ï¼Žã‚¿ãƒ¼ã‚²ãƒƒãƒˆæ¯Žã«å®šã‚ã‚‹å ´åˆã«ã¯ï¼Œã“ã‚Œã‚‰ã®æƒ
-å ±ã¯ç”Ÿæˆã•ã‚Œãªã„ï¼Ž
-
-システムコンフィギュレーションファイル中に，CPU例外ハンドラを定義する
-静的API「DEF_EXCã€ãŒå«ã¾ã‚Œã¦ã„ã‚‹å ´åˆã«ï¼ŒCPU例外ハンドラに関する定義を
-生成する．
-
-以下では，システムコンフィギュレーションファイルに次の静的APIが含まれ
-ている時に生成すべきæƒ
-å ±ã«ã¤ã„ã¦è¿°ã¹ã‚‹ï¼Ž
+(7-3-4) エラー条件
+
+割込みハンドラに関するエラー条件は次の通りである．
+
+＊パス2で検出するもの
+・inhnoがDEF_INHに対する割込みハンドラ番号として正しくない場合（E_PAR）
+・inhnoがDEF_INHによって設定済みの場合（E_OBJ）
+#・inhnoに対応するintnoに対してATT_ISRがある場合（E_OBJ）
+#       ※ inhnoに対応するintnoがない場合には，このチェックを行わない
+#       → このチェックは，割込みサービスルーチン側で行う
+・inhatrが（TA_NULL）でない場合（E_RSATR）
+        ※ ターゲット依存部で割込みハンドラ属性を追加可（TARGET_INHATR）
+        ※ TA_NONKERNELを使う場合には，TARGET_INHATRに設定する
+・カーネル管理に固定されているinhnoに対して，inhatrにTA_NONKERNELが指定
+　されている場合（E_RSATR）
+・カーネル管理外に固定されているinhnoに対して，inhatrにTA_NONKERNELが指
+　定されていない場合（E_RSATR）
+・inhnoに対応するintnoに対するCFG_INTがない場合（E_OBJ）
+        ※ inhnoに対応するintnoがない場合には，このチェックを行わない
+・inhatrにTA_NONKERNELが指定されておらず，inhnoに対応するintnoに対して
+　CFG_INTで設定された割込み優先度がTMIN_INTPRIよりも小さい場合（E_OBJ）
+        ※ inhnoに対応するintnoがない場合には，このチェックを行わない
+・inhatrにTA_NONKERNELが指定されており，inhnoに対応するintnoに対して
+　CFG_INTで設定された割込み優先度がTMIN_INTPRI以上である場合（E_OBJ）
+        ※ inhnoに対応するintnoがない場合には，このチェックを行わない
+
+＊可能であればターゲット依存部で検出するもの
+・inthdrがプログラムの開始番地として正しくない場合（E_PAR）
+
+(8) CPU例外に関する定義
+
+CPU例外に関して生成する情報は，ターゲット毎に定めることができる．ターゲッ
+ト毎に定めない場合には，以下で述べるターゲットに依存しない標準的な情報
+を生成する．ターゲット毎に定める場合には，これらの情報は生成されない．
+
+システムコンフィギュレーションファイル中に，CPU例外ハンドラを定義する
+静的API「DEF_EXC」が含まれている場合に，CPU例外ハンドラに関する定義を
+生成する．
+
+以下では，システムコンフィギュレーションファイルに次の静的APIが含まれ
+ている時に生成すべき情報について述べる．
 
 DEF_EXC(excno, { excatr, exchdr });
 
-(8-1) 定義するCPU例外ハンドラの数
-
-定義するCPU例外ハンドラの数をマクロ定義するプリプロセッサディレクティ
-ブ（#define）を生成する．また，その値を持つ変数の定義を生成する．å
-·ä½“
-的には，次のような行を生成する．
-
-#define TNUM_EXCNO <定義するCPU例外ハンドラの数>
+(8-1) 定義するCPU例外ハンドラの数
+
+定義するCPU例外ハンドラの数をマクロ定義するプリプロセッサディレクティ
+ブ（#define）を生成する．また，その値を持つ変数の定義を生成する．具体
+的には，次のような行を生成する．
+
+#define TNUM_EXCNO <定義するCPU例外ハンドラの数>
 const uint_t    _kernel_tnum_excno = TNUM_EXCNO;
 
-(8-2) CPU例外ハンドラの出å
-¥å£å‡¦ç†
-
-定義するCPU例外ハンドラ毎に，CPU例外ハンドラの出å
-¥å£å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã‚’生成
-する．å
-·ä½“的には，次のような行を生成する．
+(8-2) CPU例外ハンドラの出入口処理
+
+定義するCPU例外ハンドラ毎に，CPU例外ハンドラの出入口処理ルーチンを生成
+する．具体的には，次のような行を生成する．
 
 EXCHDR_ENTRY(excno, excno_num, exchdr)
 
-ここでexcno_numは，excno（CPU例外ハンドラ番号）を数値で表現したもので，
-アセンブリ言語記述に使用するためのものである．
-
-(8-3) CPU例外ハンドラ初期化ブロックの定義
-
-CPU例外ハンドラ初期化ブロックを生成する．å
-·ä½“的には，次のような行を生成
-する．
+ここでexcno_numは，excno（CPU例外ハンドラ番号）を数値で表現したもので，
+アセンブリ言語記述に使用するためのものである．
+
+(8-3) CPU例外ハンドラ初期化ブロックの定義
+
+CPU例外ハンドラ初期化ブロックを生成する．具体的には，次のような行を生成
+する．
 
 const EXCINIB _kernel_excinib_table[TNUM_EXCNO] = {
-        <CPU例外ハンドラ1の初期化æƒ
-å ±>,
-        <CPU例外ハンドラ2の初期化æƒ
-å ±>,
-                                ……
-        <CPU例外ハンドラTNUM_EXCNOの初期化æƒ
-å ±>
+        <CPU例外ハンドラ1の初期化情報>,
+        <CPU例外ハンドラ2の初期化情報>,
+                                ……
+        <CPU例外ハンドラTNUM_EXCNOの初期化情報>
 };
 
-この中のCPU例外ハンドラの初期化æƒ
-å ±ã¯ï¼Œæ¬¡ã®å½¢å¼ã¨ã™ã‚‹ï¼Ž
+この中のCPU例外ハンドラの初期化情報は，次の形式とする．
 
         { (excno), (excatr), (FP)(EXC_ENTRY(excno, exchdr)) }
 
-(8-4) エラー条件
-
-CPU例外ハンドラに関するエラー条件は次の通りである．
-
-＊パス2で検出するもの
-・excnoがDEF_EXCに対するCPUä¾‹å¤–ãƒãƒ³ãƒ‰ãƒ©ç•ªå·ã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-・excnoがDEF_EXCã«ã‚ˆã£ã¦è¨­å®šæ¸ˆã¿ã®å ´åˆï¼ˆE_OBJ）
-・excatrが（TA_NULLï¼‰ã§ãªã„å ´åˆï¼ˆE_RSATR）
-        ※ ターゲット依存部でCPUä¾‹å¤–ãƒãƒ³ãƒ‰ãƒ©å±žæ€§ã‚’è¿½åŠ å¯ï¼ˆTARGET_EXCATR）
-
-＊可能であればターゲット依存部で検出するもの
-・exchdrãŒãƒ—ãƒ­ã‚°ãƒ©ãƒ ã®é–‹å§‹ç•ªåœ°ã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-
-(9) éžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆç”¨ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã«é–¢ã™ã‚‹å®šç¾©
-
-éžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆç”¨ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã«é–¢ã™ã‚‹å®šç¾©ã¯ï¼Œå¿
-ず生成しなければ
-ならない．
-
-(9-1) DEF_ICSãŒãªã„å ´åˆ
-
-システムコンフィギュレーションファイルに，静的API「DEF_ICS」が含まれて
-ã„ãªã„å ´åˆã«ã¯ï¼Œæ¬¡ã®è¡Œã‚’ç”Ÿæˆã™ã‚‹ï¼Ž
+(8-4) エラー条件
+
+CPU例外ハンドラに関するエラー条件は次の通りである．
+
+＊パス2で検出するもの
+・excnoがDEF_EXCに対するCPU例外ハンドラ番号として正しくない場合（E_PAR）
+・excnoがDEF_EXCによって設定済みの場合（E_OBJ）
+・excatrが（TA_NULL）でない場合（E_RSATR）
+        ※ ターゲット依存部でCPU例外ハンドラ属性を追加可（TARGET_EXCATR）
+
+＊可能であればターゲット依存部で検出するもの
+・exchdrがプログラムの開始番地として正しくない場合（E_PAR）
+
+(9) 非タスクコンテキスト用のスタック領域に関する定義
+
+非タスクコンテキスト用のスタック領域に関する定義は，必ず生成しなければ
+ならない．
+
+(9-1) DEF_ICSがない場合
+
+システムコンフィギュレーションファイルに，静的API「DEF_ICS」が含まれて
+いない場合には，次の行を生成する．
 
 #ifdef DEFAULT_ISTK
@@ -1149 +986 @@
 #endif /* DEFAULT_ISTK */
 
-(9-2) DEF_ICSãŒã‚ã‚‹å ´åˆ
-
-以下では，システムコンフィギュレーションファイルに次の静的APIが含まれて
-いる時に生成すべきæƒ
-å ±ã«ã¤ã„ã¦è¿°ã¹ã‚‹ï¼Ž
+(9-2) DEF_ICSがある場合
+
+以下では，システムコンフィギュレーションファイルに次の静的APIが含まれて
+いる時に生成すべき情報について述べる．
 
 DEF_ICS({ istksz, istk });
 
-istkがNULLã®å ´åˆã«ã¯ï¼ŒæŒ‡å®šã•ã‚ŒãŸã‚µã‚¤ã‚ºã®éžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆç”¨ã®ã‚¹ã‚¿ãƒƒ
-ã‚¯é ˜åŸŸã‚’ç¢ºä¿ã—ï¼Œéžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆç”¨ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®åˆæœŸåŒ–æƒ
-å ±ã‚’ç”Ÿæˆ
-する．å
-·ä½“的には，上記の静的APIに対して，次の行を生成する．
+istkがNULLの場合には，指定されたサイズの非タスクコンテキスト用のスタッ
+ク領域を確保し，非タスクコンテキスト用のスタック領域の初期化情報を生成
+する．具体的には，上記の静的APIに対して，次の行を生成する．
 
 static STK_T                            _kernel_istack[COUNT_STK_T(istksz)];
@@ -1167 +1001 @@
 #define TOPPERS_ISTK            _kernel_istack
 
-istkがNULLã§ãªã„å ´åˆã«ã¯ï¼Œéžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆç”¨ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®åˆæœŸåŒ–
-æƒ
-å ±ã‚’ï¼Œæ¬¡ã®å½¢å¼ã§ç”Ÿæˆã™ã‚‹ï¼Ž
+istkがNULLでない場合には，非タスクコンテキスト用のスタック領域の初期化
+情報を，次の形式で生成する．
 
 #define TOPPERS_ISTKSZ          (istksz)
 #define TOPPERS_ISTK            (istk)
 
-(9-3) 変数の生成
-
-DEF_ICSの有無によらず，次の定義を生成する．
+(9-3) 変数の生成
+
+DEF_ICSの有無によらず，次の定義を生成する．
 
 const SIZE              _kernel_istksz = TOPPERS_ISTKSZ;
@@ -1185 +1018 @@
 #endif /* TOPPERS_ISTKPT */
 
-(9-4) エラー条件
-
-éžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆç”¨ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã«é–¢ã™ã‚‹ã‚¨ãƒ©ãƒ¼æ¡ä»¶ã¯æ¬¡ã®é€šã‚Šã§ã‚ã‚‹ï¼Ž
-
-＊パス2で検出するもの
-・静的API「DEF_ICS」が複数ある（E_OBJ）
-・istkszが0以下か，ターゲット定義の最小値（TARGET_MIN_ISTKSZ）よりも小
-ã€€ã•ã„å ´åˆï¼ˆE_PAR）
-・istkszãŒã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®ã‚µã‚¤ã‚ºã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-        - ターゲット依存の値（CHECK_STKSZ_ALIGNï¼‰ã®å€æ•°ã§ãªã„å ´åˆ
-        ※ このエラーチェックは，istkがNULLã§ãªã„å ´åˆã«ã®ã¿è¡Œã†
-
-＊パス3で検出するもの
-・istkãŒã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-        - ターゲット依存の値（CHECK_STACK_ALIGNï¼‰ã®å€æ•°ã§ãªã„å ´åˆ
-        - NULLã®å ´åˆï¼ˆã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜ï¼ŒCHECK_STACK_NONNULL）
-
-(10) タイムイベント管理に関する定義
-
-タイムイベント管理に関連して，次の定義を生成する．
+(9-4) エラー条件
+
+非タスクコンテキスト用のスタック領域に関するエラー条件は次の通りである．
+
+＊パス2で検出するもの
+・静的API「DEF_ICS」が複数ある（E_OBJ）
+・istkszが0以下か，ターゲット定義の最小値（TARGET_MIN_ISTKSZ）よりも小
+　さい場合（E_PAR）
+・istkszがスタック領域のサイズとして正しくない場合（E_PAR）
+        - ターゲット依存の値（CHECK_STKSZ_ALIGN）の倍数でない場合
+        ※ このエラーチェックは，istkがNULLでない場合にのみ行う
+
+＊パス3で検出するもの
+・istkがスタック領域の先頭番地として正しくない場合（E_PAR）
+        - ターゲット依存の値（CHECK_STACK_ALIGN）の倍数でない場合
+        - NULLの場合（ターゲット依存，CHECK_STACK_NONNULL）
+
+(10) タイムイベント管理に関する定義
+
+タイムイベント管理に関連して，次の定義を生成する．
 
 TMEVTN  _kernel_tmevt_heap[TNUM_TSKID + TNUM_CYCID + TNUM_ALMID];
 
-(11) 各モジュールの初期化関数の定義
-
-各カーネルオブジェクトの管理，割込み管理，CPU例外ハンドラ管理の各機能を
-åˆæœŸåŒ–é–¢æ•°ã‚’é †ã«å‘¼ã³å‡ºã™é–¢æ•°ï¼ˆ_kernel_initialize_object）を生成する．次
-の3つの初期化関数を除いては，使用しない機能の初期化関数は呼び出さない．
+(11) 各モジュールの初期化関数の定義
+
+各カーネルオブジェクトの管理，割込み管理，CPU例外ハンドラ管理の各機能を
+初期化関数を順に呼び出す関数（_kernel_initialize_object）を生成する．次
+の3つの初期化関数を除いては，使用しない機能の初期化関数は呼び出さない．
 
         _kernel_initialize_task
@@ -1219 +1051 @@
         _kernel_initialize_exception
 
-ã™ã¹ã¦ã®æ©Ÿèƒ½ã‚’ä½¿ã£ãŸå ´åˆã«ç”Ÿæˆã•ã‚Œã‚‹é–¢æ•°ã¯æ¬¡ã®é€šã‚Šã§ã‚ã‚‹ï¼Ž
+すべての機能を使った場合に生成される関数は次の通りである．
 
 void
@@ -1237 +1069 @@
 }
 
-(12) 初期化ルーチンの実行関数の定義
-
-ã‚·ã‚¹ãƒ†ãƒ ã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚·ãƒ§ãƒ³ãƒ•ã‚¡ã‚¤ãƒ«ä¸­ã«å«ã¾ã‚Œã‚‹åˆæœŸåŒ–ãƒ«ãƒ¼ãƒãƒ³ã‚’è¿½åŠ 
-する静的API「ATT_INIã€ã«å¯¾ã—ã¦ï¼Œè¿½åŠ ã—ãŸåˆæœŸåŒ–ãƒ«ãƒ¼ãƒãƒ³ã‚’é †ã«å‘¼ã³å‡ºã™é–¢
-数を生成する．å
-·ä½“的には，
+(12) 初期化ルーチンの実行関数の定義
+
+システムコンフィギュレーションファイル中に含まれる初期化ルーチンを追加
+する静的API「ATT_INI」に対して，追加した初期化ルーチンを順に呼び出す関
+数を生成する．具体的には，
 
 ATT_INI({ iniatr, exinf, inirtn });
 
-という静的APIに対して，
+という静的APIに対して，
 
         (inirtn)((intptr_t)(exinf));
 
-を呼び出す関数を，_kernel_call_inirtnという名前で生成する．初期化ルーチ
-ãƒ³ã‚’å‘¼ã³å‡ºã™é †åºã¯ï¼Œã‚·ã‚¹ãƒ†ãƒ ã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚·ãƒ§ãƒ³ãƒ•ã‚¡ã‚¤ãƒ«ä¸­ã§ã®é™çš„
-APIã®é †åºã«ä¸€è‡´ã•ã›ã‚‹ï¼Ž
-
-例えば，
+を呼び出す関数を，_kernel_call_inirtnという名前で生成する．初期化ルーチ
+ンを呼び出す順序は，システムコンフィギュレーションファイル中での静的
+APIの順序に一致させる．
+
+例えば，
 
 ATT_INI({ TA_NULL, 0, timer_initialize });
 ATT_INI({ TA_NULL, CONSOLE_PORTID, serial_initialize });
 
-という2つの静的APIãŒã“ã®é †åºã§è¨˜è¿°ã•ã‚ŒãŸæ™‚ã«ç”Ÿæˆã™ã‚‹é–¢æ•°ã¯æ¬¡ã®é€šã‚Šã§ã‚
-る．
+という2つの静的APIがこの順序で記述された時に生成する関数は次の通りであ
+る．
 
 void
@@ -1269 +1100 @@
 }
 
-(12-1) エラー条件
-
-初期化ルーチンに関するエラー条件は次の通りである．
-
-＊パス2で検出するもの
-・iniatrが（TA_NULLï¼‰ã§ãªã„å ´åˆï¼ˆE_RSATR）
-
-＊可能であればターゲット依存部で検出するもの
-・inirtnãŒãƒ—ãƒ­ã‚°ãƒ©ãƒ ã®é–‹å§‹ç•ªåœ°ã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-
-(13) 終了処理ルーチンの実行関数の定義
-
-システムコンフィギュレーションファイル中に含まれる終了処理ルーチンを追
-åŠ ã™ã‚‹é™çš„API「ATT_TERã€ã«å¯¾ã—ã¦ï¼Œè¿½åŠ ã—ãŸçµ‚äº†å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã‚’é †ã«å‘¼ã³å‡º
-す関数を生成する．å
-·ä½“的には，
+(12-1) エラー条件
+
+初期化ルーチンに関するエラー条件は次の通りである．
+
+＊パス2で検出するもの
+・iniatrが（TA_NULL）でない場合（E_RSATR）
+
+＊可能であればターゲット依存部で検出するもの
+・inirtnがプログラムの開始番地として正しくない場合（E_PAR）
+
+(13) 終了処理ルーチンの実行関数の定義
+
+システムコンフィギュレーションファイル中に含まれる終了処理ルーチンを追
+加する静的API「ATT_TER」に対して，追加した終了処理ルーチンを順に呼び出
+す関数を生成する．具体的には，
 
 ATT_TER({ teratr, exinf, terrtn });
 
-という静的APIに対して，
+という静的APIに対して，
 
         (terrtn)((intptr_t)(exinf));
 
-を呼び出す関数を，_kernel_call_terrtnという名前で生成する．終了処理ルー
-ãƒãƒ³ã‚’å‘¼ã³å‡ºã™é †åºã¯ï¼Œã‚·ã‚¹ãƒ†ãƒ ã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚·ãƒ§ãƒ³ãƒ•ã‚¡ã‚¤ãƒ«ä¸­ã§ã®é™çš„
-APIã®é€†é †ã«ä¸€è‡´ã•ã›ã‚‹ï¼Ž
-
-例えば，
+を呼び出す関数を，_kernel_call_terrtnという名前で生成する．終了処理ルー
+チンを呼び出す順序は，システムコンフィギュレーションファイル中での静的
+APIの逆順に一致させる．
+
+例えば，
 
 ATT_TER({ TA_NULL, 0, timer_terminate });
 ATT_TER({ TA_NULL, CONSOLE_PORTID, serial_terminate });
 
-という2つの静的APIãŒã“ã®é †åºã§è¨˜è¿°ã•ã‚ŒãŸæ™‚ã«ç”Ÿæˆã™ã‚‹é–¢æ•°ã¯æ¬¡ã®é€šã‚Šã§ã‚
-る．
+という2つの静的APIがこの順序で記述された時に生成する関数は次の通りであ
+る．
 
 void
@@ -1311 +1141 @@
 }
 
-(13-1) エラー条件
-
-終了処理ルーチンに関するエラー条件は次の通りである．
-
-＊パス2で検出するもの
-・teratrが（TA_NULLï¼‰ã§ãªã„å ´åˆï¼ˆE_RSATR）
-
-＊可能であればターゲット依存部で検出するもの
-・terrtnãŒãƒ—ãƒ­ã‚°ãƒ©ãƒ ã®é–‹å§‹ç•ªåœ°ã¨ã—ã¦æ­£ã—ããªã„å ´åˆï¼ˆE_PAR）
-
-以上
+(13-1) エラー条件
+
+終了処理ルーチンに関するエラー条件は次の通りである．
+
+＊パス2で検出するもの
+・teratrが（TA_NULL）でない場合（E_RSATR）
+
+＊可能であればターゲット依存部で検出するもの
+・terrtnがプログラムの開始番地として正しくない場合（E_PAR）
+
+以上

rubycfg_asp/trunk/asp_dcre/doc/design.txt

@@ -1 +1 @@
 
-                TOPPERS/ASPカーネル
-                設計メモ
-
-                対応バージョン: Release 1.9.3
-                最終更新: 2014年4月15日（作成中）
-
-このドキュメントは，TOPPERS/ASPカーネルの設計メモである．作成途中のもの
-であり，網ç¾
-的ではない．
+                TOPPERS/ASPカーネル
+                設計メモ
+
+                対応バージョン: Release 1.9.3
+                最終更新: 2014年4月15日（作成中）
+
+このドキュメントは，TOPPERS/ASPカーネルの設計メモである．作成途中のもの
+であり，網羅的ではない．
 
 ----------------------------------------------------------------------
@@ -18 +17 @@
              Graduate School of Information Science, Nagoya Univ., JAPAN
  
- 上記著作権è€
-は，以下の(1)～(4)ã®æ¡ä»¶ã‚’æº€ãŸã™å ´åˆã«é™ã‚Šï¼Œæœ¬ã‚½ãƒ•ãƒˆã‚¦ã‚§
- ア（本ソフトウェアを改変したものを含む．以下同じ）を使用・複製・改
- 変・再é
-å¸ƒï¼ˆä»¥ä¸‹ï¼Œåˆ©ç”¨ã¨å‘¼ã¶ï¼‰ã™ã‚‹ã“とを無償で許諾する．
- (1) æœ¬ã‚½ãƒ•ãƒˆã‚¦ã‚§ã‚¢ã‚’ã‚½ãƒ¼ã‚¹ã‚³ãƒ¼ãƒ‰ã®å½¢ã§åˆ©ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼Œä¸Šè¨˜ã®è‘—ä½œ
-     権表示，この利用条件および下記の無保証規定が，そのままの形でソー
-     スコード中に含まれていること．
- (2) 本ソフトウェアを，ライブラリ形式など，他のソフトウェア開発に使
-     用できる形で再é
-å¸ƒã™ã‚‹å ´åˆã«ã¯ï¼Œå†é
-å¸ƒã«ä¼´ã†ãƒ‰ã‚­ãƒ¥ãƒ¡ãƒ³ãƒˆï¼ˆåˆ©ç”¨
-     è€
-マニュアルなど）に，上記の著作権表示，この利用条件および下記
-     の無保証規定を掲載すること．
- (3) 本ソフトウェアを，機器に組み込むなど，他のソフトウェア開発に使
-     用できない形で再é
-å¸ƒã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã„ずれかの条件を満たすこ
-     と．
-   (a) 再é
-å¸ƒã«ä¼´ã†ãƒ‰ã‚­ãƒ¥ãƒ¡ãƒ³ãƒˆï¼ˆåˆ©ç”¨è€
-マニュアルなど）に，上記の著
-       作権表示，この利用条件および下記の無保証規定を掲載すること．
-   (b) 再é
-å¸ƒã®å½¢æ
-‹ã‚’，別に定める方法によって，TOPPERSプロジェクトに
-       å ±å‘Šã™ã‚‹ã“ã¨ï¼Ž
- (4) 本ソフトウェアの利用により直接的または間接的に生じるいかなる損
-     害からも，上記著作権è€
-およびTOPPERSプロジェクトをå
-è²¬ã™ã‚‹ã“と．
-     また，本ソフトウェアのユーザまたはエンドユーザからのいかなる理
-     由に基づく請求からも，上記著作権è€
-およびTOPPERSプロジェクトを
-     å
-è²¬ã™ã‚‹ã“と．
+ 上記著作権者は，以下の(1)～(4)の条件を満たす場合に限り，本ソフトウェ
+ ア（本ソフトウェアを改変したものを含む．以下同じ）を使用・複製・改
+ 変・再配布（以下，利用と呼ぶ）することを無償で許諾する．
+ (1) 本ソフトウェアをソースコードの形で利用する場合には，上記の著作
+     権表示，この利用条件および下記の無保証規定が，そのままの形でソー
+     スコード中に含まれていること．
+ (2) 本ソフトウェアを，ライブラリ形式など，他のソフトウェア開発に使
+     用できる形で再配布する場合には，再配布に伴うドキュメント（利用
+     者マニュアルなど）に，上記の著作権表示，この利用条件および下記
+     の無保証規定を掲載すること．
+ (3) 本ソフトウェアを，機器に組み込むなど，他のソフトウェア開発に使
+     用できない形で再配布する場合には，次のいずれかの条件を満たすこ
+     と．
+   (a) 再配布に伴うドキュメント（利用者マニュアルなど）に，上記の著
+       作権表示，この利用条件および下記の無保証規定を掲載すること．
+   (b) 再配布の形態を，別に定める方法によって，TOPPERSプロジェクトに
+       報告すること．
+ (4) 本ソフトウェアの利用により直接的または間接的に生じるいかなる損
+     害からも，上記著作権者およびTOPPERSプロジェクトを免責すること．
+     また，本ソフトウェアのユーザまたはエンドユーザからのいかなる理
+     由に基づく請求からも，上記著作権者およびTOPPERSプロジェクトを
+     免責すること．
  
- 本ソフトウェアは，無保証で提供されているものである．上記著作権è€
-お
- よびTOPPERSプロジェクトは，本ソフトウェアに関して，特定の使用目的
- に対する適合性も含めて，いかなる保証も行わない．また，本ソフトウェ
- アの利用により直接的または間接的に生じたいかなる損害に関しても，そ
- ã®è²¬ä»»ã‚’è² ã‚ãªã„ï¼Ž
+ 本ソフトウェアは，無保証で提供されているものである．上記著作権者お
+ よびTOPPERSプロジェクトは，本ソフトウェアに関して，特定の使用目的
+ に対する適合性も含めて，いかなる保証も行わない．また，本ソフトウェ
+ アの利用により直接的または間接的に生じたいかなる損害に関しても，そ
+ の責任を負わない．
  
  $Id$
 ----------------------------------------------------------------------
 
-○目次
-
-・TOPPERS/ASPカーネルの実è£
-設計方針
-・システム状æ
-‹ã¨ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã®å®Ÿè£
-
-        - カーネル動作状æ
-‹ã¨éžå‹•ä½œçŠ¶æ
-‹
-        - タスクコンテキストと非タスクコンテキスト
-        - å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã¨å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯è§£é™¤çŠ¶æ
-‹
-        - CPUロック状æ
-‹ã¨CPUロック解除状æ
-‹
-        - 割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯
-        - ディスパッチ禁止状æ
-‹ã¨ãƒ‡ã‚£ã‚¹ãƒ‘ッチ許可状æ
-‹
-        - ディスパッチ保留状æ
-‹
-・タスク状æ
-‹ã®ç®¡ç†ã¨ã‚¹ã‚±ã‚¸ãƒ¥ãƒ¼ãƒªãƒ³ã‚°
-        - タスク状æ
-‹ã®ç®¡ç†
-        - タスクスケジューラ
-・タスクディスパッチ処理の実è£
-
-        - タスクディスパッチ処理のå¿
-要なタイミング
-        - ã‚¿ã‚¹ã‚¯ãƒ‡ã‚£ã‚¹ãƒ‘ãƒƒãƒãƒ£ã®æ§‹é€ 
-        - タスクの終了時のタスクディスパッチ
-        - reqflgの導å
-¥ç†ç”±
-・タスク例外処理機能の実è£
-
-        - タスク例外処理ルーチンの実行開始条件とシステム状æ
-‹ï¼ˆä»•æ§˜ã®ç¢ºèªï¼‰
-        - タスク例外処理ルーチンの呼出し処理
-        - タスク例外処理ルーチンの実行開始がå¿
-要なタイミング
-        - タスク例外処理ルーチンの実行開始処理
-        - call_texrtnからdispatchを呼び出す処理について
-ãƒ»ã‚¨ãƒ©ãƒ¼ã®ãƒã‚§ãƒƒã‚¯é †åº
-        - エラーの3分類
-        - é™çš„ã‚¨ãƒ©ãƒ¼ã®ãƒã‚§ãƒƒã‚¯é †åº
-        - æº–é™çš„ã‚¨ãƒ©ãƒ¼ã®ãƒã‚§ãƒƒã‚¯é †åº
-・CHECKマクロとgoto文の使用
-        - CHECKマクロの定義とその使用法
-        - 設計意図
-        - CHECKマクロを使用してよい条件
-        - å•é¡Œã‚’ç”Ÿã˜ã‚‹ã“ã¨ãŒãªã„æ ¹æ‹ 
-・ext_tsk，ext_kerの返り値
-ãƒ»ã‚«ãƒ¼ãƒãƒ«ã®ãƒ‡ãƒ¼ã‚¿æ§‹é€ ã«å¯¾ã™ã‚‹volatile宣言について
-・型キャストに伴う警告メッセージ
-・性能評価用システム時刻参ç
-§æ©Ÿèƒ½
-        - å¿
-要性と使途
-        - API仕様
-        - 実è£
-
-・タスク例外処理禁止フラグをenatexで実è£
-している理由
-
-
-○TOPPERS/ASPカーネルの実è£
-設計方針
-
-TOPPERS/ASPカーネル（以下，ASPカーネル）は，TOPPERS新世代カーネルの出発
-点となるリアルタイムカーネルである．TOPPERS新世代カーネル仕様の設計方針
-と，ASPã‚«ãƒ¼ãƒãƒ«ã®é©ç”¨å¯¾è±¡é ˜åŸŸã¨è¨­è¨ˆæ–¹é‡ã«ã¤ã„ã¦ã¯ï¼ŒTOPPERS新世代カーネ
-ル統合仕様書に述べられている．
-
-以下では，ASPカーネルの実è£
-設計方針について述べるが，仕様設計方針とも関
-連しており，明確に分離できない部分もある．
-
-TOPPERS/ASPカーネルの実è£
-設計を行うにあたり，次の方針を設定する．
-
-(1) ã‚½ãƒ¼ã‚¹ã‚³ãƒ¼ãƒ‰ã®èª­ã¿ã‚„ã™ã•ãƒ»æ”¹é€ ã—ã‚„ã™ã•ã‚’é‡è¦–ã™ã‚‹
-
-ソースコードが読みやすいことは，オープンソースソフトウェアの品質を向上
-させる上で最も重要な特性である．ソースコードを理解している技術è€
-が増え
-ることで，問題を早期に発見することができ，サポート体制もå
-
-実させること
-ができる．また，ソースコードが読みやすいことは，シンプルな設計がされて
-ã„ã‚‹ã“ã¨ã‚‚æ„å‘³ã—ã¦ãŠã‚Šï¼Œä¿¡é ¼æ€§å‘ä¸Šã«ã‚‚ã¤ãªãŒã‚‹ï¼Žã•ã‚‰ã«ï¼ŒæŠ€è¡“è€
-教育のた
-めの教材とする観点からも，ソースコードが読みやすいことは重要となる．
-
-æ”¹é€ ã—ã‚„ã™ã„ã“ã¨ã¯ï¼Œã‚·ã‚¹ãƒ†ãƒ æ¯Žã®è¦æ±‚ã«ã‚ã‚ã›ãŸãƒãƒ¥ãƒ¼ãƒ‹ãƒ³ã‚°ãŒè¡Œã„ã‚„ã™ã„
-ことを意味しており，擦り合わせ型の開発を支援する性質である．また，ASPカー
-ネルを基盤としてTOPPERSæ–°ä¸–ä»£ã‚«ãƒ¼ãƒãƒ«ã‚·ãƒªãƒ¼ã‚ºã‚’é–‹ç™ºã—ã¦ã„ãä¸Šã§ã‚‚ï¼Œæ”¹é€ 
-しやすいことはå¿
-é ˆã®æ¡ä»¶ã§ã‚ã‚‹ï¼Ž
-
-(2) æ–°ã—ã„ã‚¿ãƒ¼ã‚²ãƒƒãƒˆã‚·ã‚¹ãƒ†ãƒ ã¸ã®ãƒãƒ¼ãƒ†ã‚£ãƒ³ã‚°ãŒå®¹æ˜“ãªæ§‹é€ ã¨ã™ã‚‹
-
-組込みシステムには多様なハードウェアが用いられるため，それらに容易にポー
-ティングできることは重要な性質である．そのために，実行性能にé
-æ
-®ã—つつ
-ハードウェアを抽象化し，ターゲットシステムに依存する部分（ターゲット依
-存部）と依存しない部分（ターゲット非依存部）を明確に分離する．また，開
-発環境（コンパイラなど）に依存する部分も明確に分離する．
-
-(3) æ¤œè¨¼ãŒå®¹æ˜“ãªæ§‹é€ ã¨ã™ã‚‹
-
-ä¿¡é ¼æ€§ã‚’ç¢ºä¿ã™ã‚‹ãŸã‚ã«ï¼Œæ¤œè¨¼ãŒå®¹æ˜“ãªæ§‹é€ ã¨ã™ã‚‹ï¼Ž
-
-å
-·ä½“的には，サービスコールのほとんどå
-¨ä½“を割込み禁止で実行することとし，
-ã‚µãƒ¼ãƒ“ã‚¹ã‚³ãƒ¼ãƒ«ã®å‡¦ç†é€”ä¸­ã§å‰²è¾¼ã¿ã‚’è¨±å¯ã—ãªã„ï¼Žã“ã®æ§‹é€ ã¯ï¼Œèª­ã¿ã‚„ã™ãæ”¹
-é€ ã—ã‚„ã™ã„ã‚½ãƒ¼ã‚¹ã‚³ãƒ¼ãƒ‰ã«ã™ã‚‹ãŸã‚ã«ã‚‚æœ‰åŠ¹ã§ã‚ã‚‹ï¼Žã“ã‚Œã«ã‚ˆã‚Šå‰²è¾¼ã¿å¿œç­”æ€§
-ãŒçŠ ç‰²ã«ãªã‚‹ãŒï¼Œãã‚Œã«ã‚ˆã£ã¦å•é¡Œã‚’ç”Ÿã˜ã‚‹ã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ã¯å°‘æ•°ã§ã‚ã‚Šï¼Œ
-やむをえないものと考える．
-
-また，条件コンパイル等によりコンフィギュレーションできる箇所を増やすと，
-細かな最適化ができる一方で，検証すべき組合せが増えることから，コンフィ
-ギュレーションできる箇所はå¿
-要最低限とする．
-
-(4) 実行性能とメモリ使用量にé
-æ
-®ã™ã‚‹
-
-上記の方針を満たした上で，高い実行性能と小さいメモリ使用量を達成できる
-ような実è£
-を行う．実行性能を向上させる際には，平均性能の向上よりも，最
-悪時性能の向上を重視する．
-
-ソースコードの読みやすさを重視すると言っても，実行性能の悪いアルゴリズ
-ムを安易に採用することはせず，高い実行性能を達成できるアルゴリズムを用
-いる．ただし，新しいターゲットシステムへのポーティングを容易にするため
-に大部分をC言語で実è£
-ã—ã¦ãŠã‚Šï¼Œã™ã¹ã¦ã‚’ã‚¢ã‚»ãƒ³ãƒ–ãƒªè¨€èªžã§è¨˜è¿°ã—ãŸå ´åˆã«æ¯”
-べて実行性能が落ちるのはやむをえない．
-
-メモリ使用量については，RAMの使用量を削減することに重点を置いた設計を行
-うが，上記の方針および実行性能とのトレードオフを考æ
-®ã—，ぎりぎりまでの
-削減は行わない．
-
-(5) スケーラビリティにé
-æ
-®ã™ã‚‹
-
-様ã€
-ãªè¦æ¨¡ã®ã‚·ã‚¹ãƒ†ãƒ ã«é©ç”¨ã§ãã‚‹ã‚¹ã‚±ãƒ¼ãƒ©ãƒ“ãƒªãƒ†ã‚£ã‚’ã‚‚ã£ãŸæ§‹é€ ã¨ã™ã‚‹ï¼Žç‰¹
-に，小規模なシステムに適用する際に，使用しない機能をカーネルが持ってい
-ã‚‹ã“ã¨ã«ã‚ˆã‚‹ãƒ¡ãƒ¢ãƒªä½¿ç”¨é‡ã®å¢—åŠ ãŒæœ€å°é™ã«ãªã‚‹ã‚ˆã†ã«é
-æ
-®ã™ã‚‹ï¼Ž
-
-å
-·ä½“的には，アプリケーションとカーネルを1つのロードモジュールにリンクす
-る方法（1リンクモデル）を想定し，カーネルを関数単位でライブラリ化して，
-ä½¿ç”¨ã™ã‚‹é–¢æ•°ã®ã¿ã‚’ãƒªãƒ³ã‚¯ã§ãã‚‹æ§‹é€ ã¨ã™ã‚‹ï¼Žã“ã‚Œã¯ä¸€ç¨®ã®ã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼
-ションであるが，この方法は，条件コンパイルによるコンフィギュレーション
-とは違い，検証工数に与える影響が小さい．
-
-また，固定的に使用するRAMé ˜åŸŸã‚’æ¸›ã‚‰ã—ï¼Œã‚¹ã‚¿ãƒƒã‚¯ã«ç½®ã‘ã‚‹æƒ
-å ±ã¯ã§ãã‚‹é™ã‚Š
-スタック上に置く．
-
-
-○システム状æ
-‹ã¨ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã®å®Ÿè£
-
-
-ã“ã®ç« ã§ã¯ï¼Œã€ŒTOPPERS新世代カーネル統合仕様書」の「2.5 システム状æ
-‹ã¨ã‚³
-ンテキスト」の節に規定されているシステム状æ
-‹ã¨ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã®å®Ÿè£
-方法に
-ついて記述する．
-
-●カーネル動作状æ
-‹ã¨éžå‹•ä½œçŠ¶æ
-‹
-
-カーネルの動作状æ
-‹ã‚’管理するために，カーネル動作状æ
-‹ãƒ•ãƒ©ã‚°ï¼ˆkerflg）を
-用意する．kerflgは，スタートアップモジュールでfalse（＝0）に初期化する．
-また，カーネル動作の開始時にtrueにし，カーネル動作の終了時にfalseにする．
+○目次
+
+・TOPPERS/ASPカーネルの実装設計方針
+・システム状態とコンテキストの実装
+        - カーネル動作状態と非動作状態
+        - タスクコンテキストと非タスクコンテキスト
+        - 全割込みロック状態と全割込みロック解除状態
+        - CPUロック状態とCPUロック解除状態
+        - 割込み優先度マスク
+        - ディスパッチ禁止状態とディスパッチ許可状態
+        - ディスパッチ保留状態
+・タスク状態の管理とスケジューリング
+        - タスク状態の管理
+        - タスクスケジューラ
+・タスクディスパッチ処理の実装
+        - タスクディスパッチ処理の必要なタイミング
+        - タスクディスパッチャの構造
+        - タスクの終了時のタスクディスパッチ
+        - reqflgの導入理由
+・タスク例外処理機能の実装
+        - タスク例外処理ルーチンの実行開始条件とシステム状態（仕様の確認）
+        - タスク例外処理ルーチンの呼出し処理
+        - タスク例外処理ルーチンの実行開始が必要なタイミング
+        - タスク例外処理ルーチンの実行開始処理
+        - call_texrtnからdispatchを呼び出す処理について
+・エラーのチェック順序
+        - エラーの3分類
+        - 静的エラーのチェック順序
+        - 準静的エラーのチェック順序
+・CHECKマクロとgoto文の使用
+        - CHECKマクロの定義とその使用法
+        - 設計意図
+        - CHECKマクロを使用してよい条件
+        - 問題を生じることがない根拠
+・ext_tsk，ext_kerの返り値
+・カーネルのデータ構造に対するvolatile宣言について
+・型キャストに伴う警告メッセージ
+・性能評価用システム時刻参照機能
+        - 必要性と使途
+        - API仕様
+        - 実装
+・タスク例外処理禁止フラグをenatexで実装している理由
+
+
+○TOPPERS/ASPカーネルの実装設計方針
+
+TOPPERS/ASPカーネル（以下，ASPカーネル）は，TOPPERS新世代カーネルの出発
+点となるリアルタイムカーネルである．TOPPERS新世代カーネル仕様の設計方針
+と，ASPカーネルの適用対象領域と設計方針については，TOPPERS新世代カーネ
+ル統合仕様書に述べられている．
+
+以下では，ASPカーネルの実装設計方針について述べるが，仕様設計方針とも関
+連しており，明確に分離できない部分もある．
+
+TOPPERS/ASPカーネルの実装設計を行うにあたり，次の方針を設定する．
+
+(1) ソースコードの読みやすさ・改造しやすさを重視する
+
+ソースコードが読みやすいことは，オープンソースソフトウェアの品質を向上
+させる上で最も重要な特性である．ソースコードを理解している技術者が増え
+ることで，問題を早期に発見することができ，サポート体制も充実させること
+ができる．また，ソースコードが読みやすいことは，シンプルな設計がされて
+いることも意味しており，信頼性向上にもつながる．さらに，技術者教育のた
+めの教材とする観点からも，ソースコードが読みやすいことは重要となる．
+
+改造しやすいことは，システム毎の要求にあわせたチューニングが行いやすい
+ことを意味しており，擦り合わせ型の開発を支援する性質である．また，ASPカー
+ネルを基盤としてTOPPERS新世代カーネルシリーズを開発していく上でも，改造
+しやすいことは必須の条件である．
+
+(2) 新しいターゲットシステムへのポーティングが容易な構造とする
+
+組込みシステムには多様なハードウェアが用いられるため，それらに容易にポー
+ティングできることは重要な性質である．そのために，実行性能に配慮しつつ
+ハードウェアを抽象化し，ターゲットシステムに依存する部分（ターゲット依
+存部）と依存しない部分（ターゲット非依存部）を明確に分離する．また，開
+発環境（コンパイラなど）に依存する部分も明確に分離する．
+
+(3) 検証が容易な構造とする
+
+信頼性を確保するために，検証が容易な構造とする．
+
+具体的には，サービスコールのほとんど全体を割込み禁止で実行することとし，
+サービスコールの処理途中で割込みを許可しない．この構造は，読みやすく改
+造しやすいソースコードにするためにも有効である．これにより割込み応答性
+が犠牲になるが，それによって問題を生じるアプリケーションは少数であり，
+やむをえないものと考える．
+
+また，条件コンパイル等によりコンフィギュレーションできる箇所を増やすと，
+細かな最適化ができる一方で，検証すべき組合せが増えることから，コンフィ
+ギュレーションできる箇所は必要最低限とする．
+
+(4) 実行性能とメモリ使用量に配慮する
+
+上記の方針を満たした上で，高い実行性能と小さいメモリ使用量を達成できる
+ような実装を行う．実行性能を向上させる際には，平均性能の向上よりも，最
+悪時性能の向上を重視する．
+
+ソースコードの読みやすさを重視すると言っても，実行性能の悪いアルゴリズ
+ムを安易に採用することはせず，高い実行性能を達成できるアルゴリズムを用
+いる．ただし，新しいターゲットシステムへのポーティングを容易にするため
+に大部分をC言語で実装しており，すべてをアセンブリ言語で記述した場合に比
+べて実行性能が落ちるのはやむをえない．
+
+メモリ使用量については，RAMの使用量を削減することに重点を置いた設計を行
+うが，上記の方針および実行性能とのトレードオフを考慮し，ぎりぎりまでの
+削減は行わない．
+
+(5) スケーラビリティに配慮する
+
+様々な規模のシステムに適用できるスケーラビリティをもった構造とする．特
+に，小規模なシステムに適用する際に，使用しない機能をカーネルが持ってい
+ることによるメモリ使用量の増加が最小限になるように配慮する．
+
+具体的には，アプリケーションとカーネルを1つのロードモジュールにリンクす
+る方法（1リンクモデル）を想定し，カーネルを関数単位でライブラリ化して，
+使用する関数のみをリンクできる構造とする．これは一種のコンフィギュレー
+ションであるが，この方法は，条件コンパイルによるコンフィギュレーション
+とは違い，検証工数に与える影響が小さい．
+
+また，固定的に使用するRAM領域を減らし，スタックに置ける情報はできる限り
+スタック上に置く．
+
+
+○システム状態とコンテキストの実装
+
+この章では，「TOPPERS新世代カーネル統合仕様書」の「2.5 システム状態とコ
+ンテキスト」の節に規定されているシステム状態とコンテキストの実装方法に
+ついて記述する．
+
+●カーネル動作状態と非動作状態
+
+カーネルの動作状態を管理するために，カーネル動作状態フラグ（kerflg）を
+用意する．kerflgは，スタートアップモジュールでfalse（＝0）に初期化する．
+また，カーネル動作の開始時にtrueにし，カーネル動作の終了時にfalseにする．
 
 ----------------------------------------
@@ -266 +189 @@
 ----------------------------------------
 
-kerflgは，sns_kerで参ç
-§ã™ã‚‹ï¼Žã‚«ãƒ¼ãƒãƒ«éžå‹•ä½œçŠ¶æ
-‹ã§sns_ker以外のサービス
-ã‚³ãƒ¼ãƒ«ã‚’å‘¼ã³å‡ºã—ãŸå ´åˆã®å‹•ä½œã¯ä¿è¨¼ã™ã‚‹å¿
-要がないため，他のサービスコー
-ルではkerflgを参ç
-§ã—ない．
-
-●タスクコンテキストと非タスクコンテキスト
-
-タスクコンテキストと非タスクコンテキストの切換えは，ターゲットハードウェ
-アおよびターゲット依存部に委ねる．また，どちらのコンテキストで実行中で
-あるかを判別する関数（sense_context）も，ターゲット依存部で用意すること
-とする．
-
-●å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã¨å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯è§£é™¤çŠ¶æ
-‹
-
-å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯ãƒ•ãƒ©ã‚°ã®ç®¡ç†ã¯ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã«å§”ね，å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹
-に遷移させるマクロ（SIL_LOC_INT）と，å
-ƒã®çŠ¶æ
-‹ã«æˆ»ã™ãƒžã‚¯ãƒ­ï¼ˆSIL_UNL_INT）
-は，SILのターゲット依存部で用意することとする．å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã§ã‚ã‚‹
-か否かを判別する機能は，å¿
-要がないために用意していない．
-
-å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã§sns_kerとext_kerä»¥å¤–ã®ã‚µãƒ¼ãƒ“ã‚¹ã‚³ãƒ¼ãƒ«ã‚’å‘¼ã³å‡ºã—ãŸå ´
-合の動作は保証するå¿
-要がないため，サービスコール中でå
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹
-であることを判別するå¿
-要はない．
-
-●CPUロック状æ
-‹ã¨CPUロック解除状æ
-‹
-
-CPUロックフラグの管理はターゲット依存部に委ね，CPUロック状æ
-‹ã«é·ç§»ã•ã›
-る関数（t_lock_cpu／i_lock_cpu／x_lock_cpu）と，CPUロック解除状æ
-‹ã«é·ç§»
-させる関数（t_unlock_cpu／i_unlock_cpu／x_unlock_cpu）は，ターゲット依
-存部で用意することとする．また，CPUロック状æ
-‹ã§ã‚るか否かを判別する関数
-（t_sense_lock／i_sense_lock／x_sense_lock）も，ターゲット依存部で用意
-することとする．
-
-●割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯
-
-割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã®ç®¡ç†ã¯ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã«å§”ね，割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã‚’
-設定する関数（t_set_ipm／i_set_ipm／x_set_ipm）と，それを参ç
-§ã™ã‚‹é–¢æ•°
-（t_get_ipm／i_get_ipm／x_get_ipm）は，ターゲット依存部で用意することと
-する．
-
-ただし，タスクコンテキストの実行中に，割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹ã§ã‚
-ることを効率的に判断するために，割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹ã§ã‚ること
-を示すフラグ（ipmflg）を用意する．
-
-ipmflgは，カーネルの初期化時にfalseに初期化する．非タスクコンテキストで
-は，割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹ã«ãªã‚‹ã“とはないため，このフラグを用い
-るå¿
-要はなく，フラグの更新も行わない．
+kerflgは，sns_kerで参照する．カーネル非動作状態でsns_ker以外のサービス
+コールを呼び出した場合の動作は保証する必要がないため，他のサービスコー
+ルではkerflgを参照しない．
+
+●タスクコンテキストと非タスクコンテキスト
+
+タスクコンテキストと非タスクコンテキストの切換えは，ターゲットハードウェ
+アおよびターゲット依存部に委ねる．また，どちらのコンテキストで実行中で
+あるかを判別する関数（sense_context）も，ターゲット依存部で用意すること
+とする．
+
+●全割込みロック状態と全割込みロック解除状態
+
+全割込みロックフラグの管理はターゲット依存部に委ね，全割込みロック状態
+に遷移させるマクロ（SIL_LOC_INT）と，元の状態に戻すマクロ（SIL_UNL_INT）
+は，SILのターゲット依存部で用意することとする．全割込みロック状態である
+か否かを判別する機能は，必要がないために用意していない．
+
+全割込みロック状態でsns_kerとext_ker以外のサービスコールを呼び出した場
+合の動作は保証する必要がないため，サービスコール中で全割込みロック状態
+であることを判別する必要はない．
+
+●CPUロック状態とCPUロック解除状態
+
+CPUロックフラグの管理はターゲット依存部に委ね，CPUロック状態に遷移させ
+る関数（t_lock_cpu／i_lock_cpu／x_lock_cpu）と，CPUロック解除状態に遷移
+させる関数（t_unlock_cpu／i_unlock_cpu／x_unlock_cpu）は，ターゲット依
+存部で用意することとする．また，CPUロック状態であるか否かを判別する関数
+（t_sense_lock／i_sense_lock／x_sense_lock）も，ターゲット依存部で用意
+することとする．
+
+●割込み優先度マスク
+
+割込み優先度マスクの管理はターゲット依存部に委ね，割込み優先度マスクを
+設定する関数（t_set_ipm／i_set_ipm／x_set_ipm）と，それを参照する関数
+（t_get_ipm／i_get_ipm／x_get_ipm）は，ターゲット依存部で用意することと
+する．
+
+ただし，タスクコンテキストの実行中に，割込み優先度マスク全解除状態であ
+ることを効率的に判断するために，割込み優先度マスク全解除状態であること
+を示すフラグ（ipmflg）を用意する．
+
+ipmflgは，カーネルの初期化時にfalseに初期化する．非タスクコンテキストで
+は，割込み優先度マスク全解除状態になることはないため，このフラグを用い
+る必要はなく，フラグの更新も行わない．
 
 ----------------------------------------
@@ -357 +239 @@
 ----------------------------------------
 
-●ディスパッチ禁止状æ
-‹ã¨ãƒ‡ã‚£ã‚¹ãƒ‘ッチ許可状æ
-‹
-
-ディスパッチ禁止フラグを管理するために，フラグ（disdsp）を用意する．
-disdspは，カーネルの初期化時にfalseに初期化する．
+●ディスパッチ禁止状態とディスパッチ許可状態
+
+ディスパッチ禁止フラグを管理するために，フラグ（disdsp）を用意する．
+disdspは，カーネルの初期化時にfalseに初期化する．
 
 ----------------------------------------
@@ -368 +248 @@
 ----------------------------------------
 
-※ disdspではなく，それを論理反転したenadspを用意した方が，ipmflgや
-dspflgとの整合性の観点からは良かった．
-
-●ディスパッチ保留状æ
-‹
-
-ディスパッチ保留状æ
-‹ã¯ï¼Œéžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã®å®Ÿè¡Œä¸­ï¼ŒCPUロック状æ
-‹ï¼Œå‰²
-込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ãŒå
-¨è§£é™¤ã§ãªã„状æ
-‹ï¼Œãƒ‡ã‚£ã‚¹ãƒ‘ッチ禁止状æ
-‹ã®ã„ずれか（ま
-たは，それらが重なった状æ
-‹ï¼‰ã§ã‚る．
-
-タスクコンテキストの実行中に，ディスパッチ保留状æ
-‹ã§ãªã„こと（つまり，
-ディスパッチできる状æ
-‹ã§ã‚ること）を効率的に判別するために，割込み優å
-ˆ
-度マスクå
-¨è§£é™¤çŠ¶æ
-‹ã§ã‚り，ディスパッチ許可状æ
-‹ã§ã‚る（ディスパッチ禁止
-状æ
-‹ã§ãªã„）ことを示すフラグ（dspflg）を用意する．すなわち，常に
-「dspflg == (ipmflg && !disdsp)」に設定する．
-
-dspflgは，カーネルの初期化時にtrueに初期化する．また，タスクコンテキス
-トにおいて割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã®å€¤ãŒå¤‰æ›´ã•ã‚Œã‚‹ã‹ï¼Œå‰²è¾¼ã¿ç¦æ­¢ãƒ•ãƒ©ã‚°ãŒå¤‰æ›´
-される度に更新する．非タスクコンテキストでは，常にディスパッチ保留状æ
-‹
-であるため，このフラグを用いるå¿
-要はなく，フラグの更新も行わない．
+※ disdspではなく，それを論理反転したenadspを用意した方が，ipmflgや
+dspflgとの整合性の観点からは良かった．
+
+●ディスパッチ保留状態
+
+ディスパッチ保留状態は，非タスクコンテキストの実行中，CPUロック状態，割
+込み優先度マスクが全解除でない状態，ディスパッチ禁止状態のいずれか（ま
+たは，それらが重なった状態）である．
+
+タスクコンテキストの実行中に，ディスパッチ保留状態でないこと（つまり，
+ディスパッチできる状態であること）を効率的に判別するために，割込み優先
+度マスク全解除状態であり，ディスパッチ許可状態である（ディスパッチ禁止
+状態でない）ことを示すフラグ（dspflg）を用意する．すなわち，常に
+「dspflg == (ipmflg && !disdsp)」に設定する．
+
+dspflgは，カーネルの初期化時にtrueに初期化する．また，タスクコンテキス
+トにおいて割込み優先度マスクの値が変更されるか，割込み禁止フラグが変更
+される度に更新する．非タスクコンテキストでは，常にディスパッチ保留状態
+であるため，このフラグを用いる必要はなく，フラグの更新も行わない．
 
 ----------------------------------------
@@ -411 +273 @@
 
 
-○タスク状æ
-‹ã®ç®¡ç†ã¨ã‚¹ã‚±ã‚¸ãƒ¥ãƒ¼ãƒªãƒ³ã‚°
+○タスク状態の管理とスケジューリング
         
-●タスク状æ
-‹ã®ç®¡ç†
-
-タスク管理ブロック（TCB）中のタスク状æ
-‹ã‚’管理するフィールド（tstat）で
-は，タスク状æ
-‹ãŒæ¬¡ã®ã„ずれであるかを管理する．
-
-　・実行できる状æ
-‹
-　・休止状æ
-‹
-　・（狭義の）å¾
-ち状æ
-‹
-　・強制å¾
-ち状æ
-‹
-　・二重å¾
-ち状æ
-‹
-
-タスクが実行できる状æ
-‹ã®æ™‚に，実行状æ
-‹ã§ã‚るか実行可能状æ
-‹ã§ã‚るかは，
-このフィールドでは管理せず，実行状æ
-‹ã®ã‚¿ã‚¹ã‚¯ã®TCBを指すポインタ変数
-（p_runtsk）によって判別する．実行状æ
-‹ã®ã‚¿ã‚¹ã‚¯ãŒãªã„å ´åˆã¯ï¼Œp_runtskは
-NULLにする．
+●タスク状態の管理
+
+タスク管理ブロック（TCB）中のタスク状態を管理するフィールド（tstat）で
+は，タスク状態が次のいずれであるかを管理する．
+
+　・実行できる状態
+　・休止状態
+　・（狭義の）待ち状態
+　・強制待ち状態
+　・二重待ち状態
+
+タスクが実行できる状態の時に，実行状態であるか実行可能状態であるかは，
+このフィールドでは管理せず，実行状態のタスクのTCBを指すポインタ変数
+（p_runtsk）によって判別する．実行状態のタスクがない場合は，p_runtskは
+NULLにする．
 
 ----------------------------------------
@@ -450 +295 @@
 ----------------------------------------
 
-p_runtskは，カーネルの初期化時にNULLに初期化し，ディスパッチャにおいて
-更新する．サービスコールの処理の中で自タスクに関するæƒ
-å ±ã‚’å‚ç
-§ã™ã‚‹å ´åˆ
-は，p_runtskを用いる．
-
-●タスクスケジューラ
-
-タスクスケジューラは，実行できる状æ
-‹ã®ã‚¿ã‚¹ã‚¯ã®ä¸­ã‹ã‚‰ï¼Œæœ€ã‚‚優å
-ˆé †ä½ãŒé«˜
-いタスク（これを，最高優å
-ˆé †ä½ã®ã‚¿ã‚¹ã‚¯ã¨å‘¼ã¶ï¼‰ã‚’決定し，そのタスクの
-TCBを指すポインタ変数（p_schedtsk）を設定する．
+p_runtskは，カーネルの初期化時にNULLに初期化し，ディスパッチャにおいて
+更新する．サービスコールの処理の中で自タスクに関する情報を参照する場合
+は，p_runtskを用いる．
+
+●タスクスケジューラ
+
+タスクスケジューラは，実行できる状態のタスクの中から，最も優先順位が高
+いタスク（これを，最高優先順位のタスクと呼ぶ）を決定し，そのタスクの
+TCBを指すポインタ変数（p_schedtsk）を設定する．
 
 ----------------------------------------
@@ -469 +309 @@
 ----------------------------------------
 
-タスクスケジューラに対しては，どのタスクが実行できる状æ
-‹ã§ã‚るかを知ら
-せるå¿
-要がある．そのため，タスクスケジューラは，次の2つの関数を用意する．
-
-　・タスクが実行できる状æ
-‹ã«é·ç§»ã—たことを知らせる関数（make_runnable）
-　・タスクが実行できる状æ
-‹ã‹ã‚‰ä»–の状æ
-‹ã¸é·ç§»ã—たことを知らせる関数
-        （make_non_runnable）
-
-また，処理の効率化のために，上の2つの関数を用いずにレディキューを直接操
-作してタスクスケジュールを行う関数として，次の2つの関数を用意する．
-
-　・タスクの優å
-ˆåº¦ã®å¤‰æ›´ï¼ˆchange_priority）
-　・レディキューの回転（rotate_ready_queue）
-
-
-○タスクディスパッチ処理の実è£
-
-
-●タスクディスパッチ処理のå¿
-要なタイミング
-
-タスクディスパッチは，実行状æ
-‹ã®ã‚¿ã‚¹ã‚¯ï¼ˆp_runtsk）と最高優å
-ˆé †ä½ã®ã‚¿ã‚¹
-ク（p_schedtsk）が一致しておらず，ディスパッチ保留状æ
-‹ã§ãªã„å ´åˆã«è¡Œã†ï¼Ž
-このことから，タスクディスパッチ処理を行うå¿
-要があるのは，次の3ã¤ã®å ´åˆ
-である．
-
-(1) 実行状æ
-‹ã®ã‚¿ã‚¹ã‚¯ãŒå®Ÿè¡Œã§ãã‚‹çŠ¶æ
-‹ã§ãªããªã‚‹
-
-自タスクを広義のå¾
-ち状æ
-‹ã«é·ç§»ã•ã›ã‚‹ã‚µãƒ¼ãƒ“スコールや，自タスクを終了さ
-せるサービスコールにおいて，タスクディスパッチ処理を行うå¿
-要がある．
-
-(2) 最高優å
-ˆé †ä½ã®ã‚¿ã‚¹ã‚¯ãŒå¤‰åŒ–する
-
-タスクの起動，タスクのå¾
-ち解除，タスクの強制å¾
-ちからの再開，タスクの優
-å
-ˆåº¦ã®å¤‰æ›´ï¼Œã‚¿ã‚¹ã‚¯ã®å„ªå
-ˆé †ä½ã®å›žè»¢ã‚’行うサービスコールにおいて，最高優
-å
-ˆé †ä½ã®ã‚¿ã‚¹ã‚¯ãŒå¤‰åŒ–し，ディスパッチ保留状æ
-‹ã§ãªã„å ´åˆã«ã¯ï¼Œã‚¿ã‚¹ã‚¯ãƒ‡ã‚£
-スパッチ処理を行うå¿
-要がある．
-
-(3) ディスパッチ保留状æ
-‹ãŒè§£é™¤ã•ã‚Œã‚‹
-
-ディスパッチ保留状æ
-‹ã¨ã¯ï¼Œéžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã®å®Ÿè¡Œä¸­ï¼ŒCPUロック状æ
-‹ï¼Œ
-割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ãŒå
-¨è§£é™¤ã§ãªã„状æ
-‹ï¼Œãƒ‡ã‚£ã‚¹ãƒ‘ッチ禁止状æ
-‹ã®ç·ç§°ã§ã‚ã‚‹
-ため，これらの状æ
-‹ã®ã„ずれかが遷移するタイミングで，タスクディスパッチ
-処理を行うå¿
-要がある．å
-·ä½“的には，次のタイミングが該当する．
-
-(3-1) 非タスクコンテキストからタスクコンテキストに遷移する
-
-割込みハンドラまたはCPU例外ハンドラからタスクにリターンする際に，タスク
-ディスパッチ処理を行うå¿
-要がある．
-
-(3-2) CPUロック状æ
-‹ãŒè§£é™¤ã•ã‚Œã‚‹
-
-CPUロック状æ
-‹ã«ãŠã„ては，上記の(1)や(2)の状況を作り出すサービスコールを
-呼び出すことができない．そのため，CPUロック状æ
-‹ã®è§£é™¤æ™‚には，タスクディ
-スパッチ処理を行うå¿
-要がない．
-
-(3-3) 割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ãŒå
-¨è§£é™¤ã•ã‚Œã‚‹
-
-割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã®å¤‰æ›´ï¼ˆchg_ipm）により割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ãŒå
-¨è§£é™¤ã•ã‚Œ
-ã‚‹å ´åˆã«ï¼Œã‚¿ã‚¹ã‚¯ãƒ‡ã‚£ã‚¹ãƒ‘ãƒƒãƒå‡¦ç†ã‚’è¡Œã†å¿
-要がある．
-
-また，タスクの終了，タスク例外処理ルーチンからのリターン，割込みハンド
-ラからのリターン，割込みサービスルーチンからのリターン，タイムイベント
-ハンドラからのリターン，CPU例外ハンドラからのリターンによって，割込み優
-å
-ˆåº¦ãƒžã‚¹ã‚¯ãŒå
-¨è§£é™¤ã•ã‚Œã‚‹å ´åˆãŒã‚ã‚Šï¼Œãã®å ´åˆã«ã¯ï¼Œã‚¿ã‚¹ã‚¯ãƒ‡ã‚£ã‚¹ãƒ‘ãƒƒãƒå‡¦
-理を行うå¿
-要がある．ただし，割込みサービスルーチンおよびタイムイベント
-ハンドラからのリターンについては，リターン後も非タスクコンテキストであ
-り，タスクディスパッチ保留状æ
-‹ãŒç¶™ç¶šã™ã‚‹ã“とから，タスクディスパッチ処
-理を行うå¿
-要がない．
-
-(3-4) ディスパッチ許可状æ
-‹ã«ãªã‚‹
-
-ディスパッチの許可（ena_dsp）において，タスクディスパッチ処理を行うå¿
-要
-がある．
-
-また，タスクの終了とタスク例外処理ルーチンからのリターンによって，ディ
-スパッチ許可状æ
-‹ã«ãªã‚‹å ´åˆãŒã‚ã‚Šï¼Œãã®å ´åˆã«ã¯ï¼Œã‚¿ã‚¹ã‚¯ãƒ‡ã‚£ã‚¹ãƒ‘ãƒƒãƒå‡¦ç†
-を行うå¿
-要がある．
-
-ä»¥ä¸Šã«åŠ ãˆã¦ï¼Œã‚«ãƒ¼ãƒãƒ«ã®å‹•ä½œé–‹å§‹æ™‚ã«ã‚‚ï¼Œã‚¿ã‚¹ã‚¯ãƒ‡ã‚£ã‚¹ãƒ‘ãƒƒãƒå‡¦ç†ã‚’å‘¼ã³å‡º
-す．
-
-â—ã‚¿ã‚¹ã‚¯ãƒ‡ã‚£ã‚¹ãƒ‘ãƒƒãƒãƒ£ã®æ§‹é€ 
-
-タスクディスパッチャの主な機能は，切換え前のタスクのコンテキスト（プロ
-セッサの汎用レジスタ等）をメモリ上に保存し，切換え後のタスクのコンテキ
-ストをメモリ上から復帰することである．ここで，保存／復帰しなければなら
-ないレジスタは，タスクディスパッチャが実行される状況によって，次のよう
-な違いがある．
-
-・タスクが割込み（または，CPUä¾‹å¤–ï¼‰ã«ã‚ˆã‚Šãƒ—ãƒªã‚¨ãƒ³ãƒ—ãƒˆã•ã‚Œã‚‹å ´åˆã«ã¯ï¼Œã™
-　べてのレジスタを保存しなければならない．また，その状æ
-‹ã‹ã‚‰å®Ÿè¡Œå†é–‹ã™
-ã€€ã‚‹å ´åˆã«ã¯ï¼Œã™ã¹ã¦ã®ãƒ¬ã‚¸ã‚¹ã‚¿ã‚’å¾©å¸°ã—ãªã‘ã‚Œã°ãªã‚‰ãªã„ï¼Ž
-
-ãƒ»ã‚¿ã‚¹ã‚¯ãŒè‡ªç™ºçš„ã«ã‚¿ã‚¹ã‚¯ãƒ‡ã‚£ã‚¹ãƒ‘ãƒƒãƒãƒ£ã‚’å‘¼ã³å‡ºã™å ´åˆã«ã¯ï¼Œã‚¹ã‚¯ãƒ©ãƒƒãƒãƒ¬
-　ジスタ（caller saved register）以外のレジスタを保存すればよい．また，
-　その状æ
-‹ã‹ã‚‰å®Ÿè¡Œå†é–‹ã™ã‚‹å ´åˆã«ã¯ï¼Œã‚¹ã‚¯ãƒ©ãƒƒãƒãƒ¬ã‚¸ã‚¹ã‚¿ä»¥å¤–のレジスタを
-　復帰すればよい．
-
-ãƒ»ã‚¿ã‚¹ã‚¯ãŒçµ‚äº†ã™ã‚‹å ´åˆã«ã¯ï¼Œã©ã®ãƒ¬ã‚¸ã‚¹ã‚¿ã‚‚ä¿å­˜ã™ã‚‹å¿
-要がない．
-
-ãƒ»ã‚¿ã‚¹ã‚¯ãŒå®Ÿè¡Œé–‹å§‹ã™ã‚‹å ´åˆã«ã¯ï¼Œã©ã®ãƒ¬ã‚¸ã‚¹ã‚¿ã‚‚å¾©å¸°ã™ã‚‹å¿
-要がない．
-
-そこで，それぞれの状況でå¿
-要最低限のレジスタのみを保存／復帰するために，
-タスクディスパッチ処理を，(a) コンテキストの保存処理，(b) 実行するタス
-クの選択処理，(c) コンテキストの復帰処理の3つのステップで構成し，(a)と
-(c)のステップについては，タスクディスパッチャが実行される状況毎に用意す
-る．å
-·ä½“的には，次の各処理を行うルーチンを用意する．
-
-(a) コンテキストの保存処理
-        (a-1) ã‚¿ã‚¹ã‚¯ãŒè‡ªç™ºçš„ã«å‘¼ã³å‡ºã—ãŸå ´åˆã®ä¿å­˜å‡¦ç†ï¼ˆdispatch）
-        (a-2) å‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©ã®å‡ºå£ã§å‘¼ã³å‡ºã•ã‚ŒãŸå ´åˆã®ä¿å­˜å‡¦ç†ï¼ˆret_int）
-        (a-3) CPUä¾‹å¤–ãƒãƒ³ãƒ‰ãƒ©ã®å‡ºå£ã§å‘¼ã³å‡ºã•ã‚ŒãŸå ´åˆã®ä¿å­˜å‡¦ç†ï¼ˆret_exc）
-        (a-4) タスクの終了時の処理（exit_and_dispatch）
-        (a-5) カーネルの動作開始時の処理（start_dispatch）
-(b) 実行するタスクの選択（ディスパッチャ本体，dispatcher）
-(c) コンテキストの復帰処理
-        (c-1) ã‚¿ã‚¹ã‚¯ãŒè‡ªç™ºçš„ã«å‘¼ã³å‡ºã—ãŸå ´åˆã®å¾©å¸°å‡¦ç†ï¼ˆdispatch_r）
-        (c-2) å‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©ã®å‡ºå£ã§å‘¼ã³å‡ºã•ã‚ŒãŸå ´åˆã®å¾©å¸°å‡¦ç†ï¼ˆret_int_r）
-        (c-3) CPUä¾‹å¤–ãƒãƒ³ãƒ‰ãƒ©ã®å‡ºå£ã§å‘¼ã³å‡ºã•ã‚ŒãŸå ´åˆã®å¾©å¸°å‡¦ç†ï¼ˆret_exc_r）
-        (c-4) タスクの実行開始時の処理（start_r）
-
-●タスクの終了時のタスクディスパッチ
-
-ext_tskによるタスクの終了時に，起動要求がキューイングされていると，同じ
-ã‚¿ã‚¹ã‚¯ãŒã™ãã«èµ·å‹•ã•ã‚Œã‚‹ï¼Žã“ã®å ´åˆï¼Œã‚¿ã‚¹ã‚¯ãƒ‡ã‚£ã‚¹ãƒ‘ãƒƒãƒãƒ£ã«ã¨ã£ã¦ã¯ï¼ŒåŒ
-じタスクへの切換えに見え，タスクディスパッチ処理をスキップ可能に思える
-が，実際には，同じタスクの異なるインスタンスへの切換えであるため，タス
-クディスパッチ処理をスキップしてはならない．
-
-ä¸Šè¿°ã®ã‚¿ã‚¹ã‚¯ãƒ‡ã‚£ã‚¹ãƒ‘ãƒƒãƒãƒ£ã®æ§‹é€ ã«ã‚ˆã‚Šï¼Œã‚¿ã‚¹ã‚¯ã®çµ‚äº†æ™‚ã«ã¯ï¼Œãã‚Œå°‚ç”¨ã®
-処理（exit_and_dispatch）を呼び出す．この処理では，実行状æ
-‹ã®ã‚¿ã‚¹ã‚¯ã‚’参
-ç
-§ã›ãšï¼Œã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã®ä¿å­˜ã‚‚行わずに，次に事é 
-するタスクの選択処理を行
-うため，タスクディスパッチ処理がスキップされることはない．
-
-なお，ter_tskによって実行状æ
-‹ã®ã‚¿ã‚¹ã‚¯ã‚’終了させることはできないため，
-ter_tskではこのような状況は起こらない．
-
-●reqflgの導å
-¥ç†ç”±
-
-割込みハンドラ／CPU例外ハンドラの出口処理に，タスクディスパッチまたはタ
-スク例外処理ルーチンの実行開始を要求することを示すフラグとして，reqflg
-を用意している．非タスクコンテキストにおいて，タスクディスパッチがå¿
-要
-ã«ãªã£ãŸå ´åˆã‚„ï¼Œã‚¿ã‚¹ã‚¯ä¾‹å¤–å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã®å®Ÿè¡Œé–‹å§‹ãŒå¿
-è¦ã«ãªã£ãŸå ´åˆã«ã¯ï¼Œ
-このフラグをセットする．
-
-reqflgを導å
-¥ã—た理由は，割込みハンドラ／CPU例外ハンドラの出口処理のå
-¸åž‹
-的なケース（タスクディスパッチもタスク例外処理ルーチンの実行開始もå¿
-要
-ãªã„å ´åˆï¼‰ã‚’é«˜é€ŸåŒ–ã™ã‚‹ãŸã‚ã§ã‚ã‚‹ï¼Žã¾ãŸï¼Œãƒ‡ã‚£ã‚¹ãƒ‘ãƒƒãƒãƒ£æœ¬ä½“ï¼ˆdispatcher）
-のアイドル処理も高速化できる．
-
-しかし，割込みハンドラ／CPU例外ハンドラの出口処理å
-¨ä½“のオーバヘッドを考
-えると，reqflgによる高速化の効果はそれほど大きくないものと思われる．
-
-
-○タスク例外処理機能の実è£
-
-
-●タスク例外処理ルーチンの実行開始条件とシステム状æ
-‹ï¼ˆä»•æ§˜ã®ç¢ºèªï¼‰
-
-タスク例外処理ルーチンは，次の6ã¤ã®æ¡ä»¶ãŒæƒã£ãŸå ´åˆã«å®Ÿè¡ŒãŒé–‹å§‹ã•ã‚Œã‚‹ï¼Ž
-
-　・タスク例外処理許可状æ
-‹ã§ã‚ã‚‹
-ã€€ãƒ»ä¿ç•™ä¾‹å¤–è¦å› ãŒ0でない
-　・タスクが実行状æ
-‹ã§ã‚ã‚‹
-　・タスクコンテキストが実行されている
-　・割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹ã§ã‚ã‚‹
-　・CPUロック状æ
-‹ã§ãªã„
-
-また，タスク例外処理ルーチンの実行開始／リターン時のシステム状æ
-‹ã«é–¢ã™
-る仕様は次の通りである．
-
-                                CPUロック            割込み優å
-ˆåº¦    ディスパッチ
-                                フラグ                       マスク                       禁止フラグ
+タスクスケジューラに対しては，どのタスクが実行できる状態であるかを知ら
+せる必要がある．そのため，タスクスケジューラは，次の2つの関数を用意する．
+
+　・タスクが実行できる状態に遷移したことを知らせる関数（make_runnable）
+　・タスクが実行できる状態から他の状態へ遷移したことを知らせる関数
+        （make_non_runnable）
+
+また，処理の効率化のために，上の2つの関数を用いずにレディキューを直接操
+作してタスクスケジュールを行う関数として，次の2つの関数を用意する．
+
+　・タスクの優先度の変更（change_priority）
+　・レディキューの回転（rotate_ready_queue）
+
+
+○タスクディスパッチ処理の実装
+
+●タスクディスパッチ処理の必要なタイミング
+
+タスクディスパッチは，実行状態のタスク（p_runtsk）と最高優先順位のタス
+ク（p_schedtsk）が一致しておらず，ディスパッチ保留状態でない場合に行う．
+このことから，タスクディスパッチ処理を行う必要があるのは，次の3つの場合
+である．
+
+(1) 実行状態のタスクが実行できる状態でなくなる
+
+自タスクを広義の待ち状態に遷移させるサービスコールや，自タスクを終了さ
+せるサービスコールにおいて，タスクディスパッチ処理を行う必要がある．
+
+(2) 最高優先順位のタスクが変化する
+
+タスクの起動，タスクの待ち解除，タスクの強制待ちからの再開，タスクの優
+先度の変更，タスクの優先順位の回転を行うサービスコールにおいて，最高優
+先順位のタスクが変化し，ディスパッチ保留状態でない場合には，タスクディ
+スパッチ処理を行う必要がある．
+
+(3) ディスパッチ保留状態が解除される
+
+ディスパッチ保留状態とは，非タスクコンテキストの実行中，CPUロック状態，
+割込み優先度マスクが全解除でない状態，ディスパッチ禁止状態の総称である
+ため，これらの状態のいずれかが遷移するタイミングで，タスクディスパッチ
+処理を行う必要がある．具体的には，次のタイミングが該当する．
+
+(3-1) 非タスクコンテキストからタスクコンテキストに遷移する
+
+割込みハンドラまたはCPU例外ハンドラからタスクにリターンする際に，タスク
+ディスパッチ処理を行う必要がある．
+
+(3-2) CPUロック状態が解除される
+
+CPUロック状態においては，上記の(1)や(2)の状況を作り出すサービスコールを
+呼び出すことができない．そのため，CPUロック状態の解除時には，タスクディ
+スパッチ処理を行う必要がない．
+
+(3-3) 割込み優先度マスクが全解除される
+
+割込み優先度マスクの変更（chg_ipm）により割込み優先度マスクが全解除され
+る場合に，タスクディスパッチ処理を行う必要がある．
+
+また，タスクの終了，タスク例外処理ルーチンからのリターン，割込みハンド
+ラからのリターン，割込みサービスルーチンからのリターン，タイムイベント
+ハンドラからのリターン，CPU例外ハンドラからのリターンによって，割込み優
+先度マスクが全解除される場合があり，その場合には，タスクディスパッチ処
+理を行う必要がある．ただし，割込みサービスルーチンおよびタイムイベント
+ハンドラからのリターンについては，リターン後も非タスクコンテキストであ
+り，タスクディスパッチ保留状態が継続することから，タスクディスパッチ処
+理を行う必要がない．
+
+(3-4) ディスパッチ許可状態になる
+
+ディスパッチの許可（ena_dsp）において，タスクディスパッチ処理を行う必要
+がある．
+
+また，タスクの終了とタスク例外処理ルーチンからのリターンによって，ディ
+スパッチ許可状態になる場合があり，その場合には，タスクディスパッチ処理
+を行う必要がある．
+
+以上に加えて，カーネルの動作開始時にも，タスクディスパッチ処理を呼び出
+す．
+
+●タスクディスパッチャの構造
+
+タスクディスパッチャの主な機能は，切換え前のタスクのコンテキスト（プロ
+セッサの汎用レジスタ等）をメモリ上に保存し，切換え後のタスクのコンテキ
+ストをメモリ上から復帰することである．ここで，保存／復帰しなければなら
+ないレジスタは，タスクディスパッチャが実行される状況によって，次のよう
+な違いがある．
+
+・タスクが割込み（または，CPU例外）によりプリエンプトされる場合には，す
+　べてのレジスタを保存しなければならない．また，その状態から実行再開す
+　る場合には，すべてのレジスタを復帰しなければならない．
+
+・タスクが自発的にタスクディスパッチャを呼び出す場合には，スクラッチレ
+　ジスタ（caller saved register）以外のレジスタを保存すればよい．また，
+　その状態から実行再開する場合には，スクラッチレジスタ以外のレジスタを
+　復帰すればよい．
+
+・タスクが終了する場合には，どのレジスタも保存する必要がない．
+
+・タスクが実行開始する場合には，どのレジスタも復帰する必要がない．
+
+そこで，それぞれの状況で必要最低限のレジスタのみを保存／復帰するために，
+タスクディスパッチ処理を，(a) コンテキストの保存処理，(b) 実行するタス
+クの選択処理，(c) コンテキストの復帰処理の3つのステップで構成し，(a)と
+(c)のステップについては，タスクディスパッチャが実行される状況毎に用意す
+る．具体的には，次の各処理を行うルーチンを用意する．
+
+(a) コンテキストの保存処理
+        (a-1) タスクが自発的に呼び出した場合の保存処理（dispatch）
+        (a-2) 割込みハンドラの出口で呼び出された場合の保存処理（ret_int）
+        (a-3) CPU例外ハンドラの出口で呼び出された場合の保存処理（ret_exc）
+        (a-4) タスクの終了時の処理（exit_and_dispatch）
+        (a-5) カーネルの動作開始時の処理（start_dispatch）
+(b) 実行するタスクの選択（ディスパッチャ本体，dispatcher）
+(c) コンテキストの復帰処理
+        (c-1) タスクが自発的に呼び出した場合の復帰処理（dispatch_r）
+        (c-2) 割込みハンドラの出口で呼び出された場合の復帰処理（ret_int_r）
+        (c-3) CPU例外ハンドラの出口で呼び出された場合の復帰処理（ret_exc_r）
+        (c-4) タスクの実行開始時の処理（start_r）
+
+●タスクの終了時のタスクディスパッチ
+
+ext_tskによるタスクの終了時に，起動要求がキューイングされていると，同じ
+タスクがすぐに起動される．この場合，タスクディスパッチャにとっては，同
+じタスクへの切換えに見え，タスクディスパッチ処理をスキップ可能に思える
+が，実際には，同じタスクの異なるインスタンスへの切換えであるため，タス
+クディスパッチ処理をスキップしてはならない．
+
+上述のタスクディスパッチャの構造により，タスクの終了時には，それ専用の
+処理（exit_and_dispatch）を呼び出す．この処理では，実行状態のタスクを参
+照せず，コンテキストの保存も行わずに，次に事項するタスクの選択処理を行
+うため，タスクディスパッチ処理がスキップされることはない．
+
+なお，ter_tskによって実行状態のタスクを終了させることはできないため，
+ter_tskではこのような状況は起こらない．
+
+●reqflgの導入理由
+
+割込みハンドラ／CPU例外ハンドラの出口処理に，タスクディスパッチまたはタ
+スク例外処理ルーチンの実行開始を要求することを示すフラグとして，reqflg
+を用意している．非タスクコンテキストにおいて，タスクディスパッチが必要
+になった場合や，タスク例外処理ルーチンの実行開始が必要になった場合には，
+このフラグをセットする．
+
+reqflgを導入した理由は，割込みハンドラ／CPU例外ハンドラの出口処理の典型
+的なケース（タスクディスパッチもタスク例外処理ルーチンの実行開始も必要
+ない場合）を高速化するためである．また，ディスパッチャ本体（dispatcher）
+のアイドル処理も高速化できる．
+
+しかし，割込みハンドラ／CPU例外ハンドラの出口処理全体のオーバヘッドを考
+えると，reqflgによる高速化の効果はそれほど大きくないものと思われる．
+
+
+○タスク例外処理機能の実装
+
+●タスク例外処理ルーチンの実行開始条件とシステム状態（仕様の確認）
+
+タスク例外処理ルーチンは，次の6つの条件が揃った場合に実行が開始される．
+
+　・タスク例外処理許可状態である
+　・保留例外要因が0でない
+　・タスクが実行状態である
+　・タスクコンテキストが実行されている
+　・割込み優先度マスク全解除状態である
+　・CPUロック状態でない
+
+また，タスク例外処理ルーチンの実行開始／リターン時のシステム状態に関す
+る仕様は次の通りである．
+
+                                CPUロック          割込み優先度  ディスパッチ
+                                フラグ                     マスク                     禁止フラグ
 ------------------------------------------------------------
-【タスク例外処理ルーチン】
-実行開始条件      解除                  å
-¨è§£é™¤                 任意
-実行開始時処理   そのまま            そのまま            そのまま
-リターン前         原則解除(*1)        原則å
-¨è§£é™¤(*1)     å
-ƒã«æˆ»ã™
-リターン時処理   解除する            å
-¨è§£é™¤ã™ã‚‹           å
-ƒã«æˆ»ã™(*4)
+【タスク例外処理ルーチン】
+実行開始条件  解除                      全解除                     任意
+実行開始時処理 そのまま            そのまま            そのまま
+リターン前           原則解除(*1)        原則全解除(*1)       元に戻す
+リターン時処理 解除する            全解除する           元に戻す(*4)
 ------------------------------------------------------------
 
-●タスク例外処理ルーチンの呼出し処理
-
-タスク例外処理ルーチンを呼び出す処理は，次の流れとなる．この関数は，
-CPUロック状æ
-‹ã§å‘¼ã³å‡ºã™ã“とを想定している．
+●タスク例外処理ルーチンの呼出し処理
+
+タスク例外処理ルーチンを呼び出す処理は，次の流れとなる．この関数は，
+CPUロック状態で呼び出すことを想定している．
 
 ----------------------------------------
@@ -749 +501 @@
         p_runtsk->texptn = 0U;
 
-        タスク例外処理禁止状æ
-‹ã«ã™ã‚‹
-        ディスパッチ禁止フラグを保存する
-
-        CPUロック解除状æ
-‹ã«ã™ã‚‹
-        タスク例外処理ルーチンを呼び出す
-        CPUロック状æ
-‹ã«ã™ã‚‹
-
-        割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹ã«ã™ã‚‹
-        ディスパッチ禁止フラグをå
-ƒã«æˆ»ã™
-        タスク例外処理禁止状æ
-‹ã«ã™ã‚‹ … (*2)
-
-        å¿
-è¦ãªå ´åˆã«ã¯ãƒ‡ã‚£ã‚¹ãƒ‘ãƒƒãƒã‚’è¡Œã† … (*1)
-
-        タスク例外処理許可状æ
-‹ã«ã™ã‚‹
+        タスク例外処理禁止状態にする
+        ディスパッチ禁止フラグを保存する
+
+        CPUロック解除状態にする
+        タスク例外処理ルーチンを呼び出す
+        CPUロック状態にする
+
+        割込み優先度マスク全解除状態にする
+        ディスパッチ禁止フラグを元に戻す
+        タスク例外処理禁止状態にする … (*2)
+
+        必要な場合にはディスパッチを行う … (*1)
+
+        タスク例外処理許可状態にする
 }
 ----------------------------------------
 
-(*1)において，å¿
-è¦ãªå ´åˆã«ã‚¿ã‚¹ã‚¯åˆ‡æ›ãˆã‚’è¡Œã†ã®ã¯ï¼Œå‰²è¾¼ã¿å„ªå
-ˆåº¦ãƒžã‚¹ã‚¯ã‚’
-å
-¨è§£é™¤ã«ã—，ディスパッチ禁止フラグをå
-ƒã«æˆ»ã—た結果，ディスパッチ保留状
-æ
-‹ãŒè§£é™¤ã•ã‚Œï¼Œãƒ‡ã‚£ã‚¹ãƒ‘ッチがå¿
-è¦ã«ãªã‚‹å ´åˆãŒã‚ã‚‹ãŸã‚ã§ã‚ã‚‹ï¼Ž
-
-また，ディスパッチを行う前にタスク例外処理禁止状æ
-‹ã«ã™ã‚‹(*2)理由につい
-ては，「call_texrtnからdispatchを呼び出す処理について」の節を参ç
-§ã™ã‚‹ã“
-と．
-
-●タスク例外処理ルーチンの実行開始がå¿
-要なタイミング
-
-タスク例外処理ルーチンは，前述の6ã¤ã®æ¡ä»¶ãŒæƒã£ãŸå ´åˆã«å®Ÿè¡Œé–‹å§‹ã™ã¹ãã§
-あるため，6つの条件のいずれかを新たに満たすようになる可能性のあるタイミ
-ングで，タスク例外処理ルーチンの実行開始がå¿
-要になる．
-
-以下では，6つの条件のいずれかを新たに満たすようになるタイミングについて
-検討する．
-
-(1) タスク例外処理許可状æ
-‹ã§ã‚ã‚‹
-
-タスク例外処理の許可（ena_tex）によって，タスク例外処理許可状æ
-‹ã«ãªã‚‹ï¼Ž
-また，タスク例外処理ルーチンからのリターンによっても，タスク例外処理許
-可状æ
-‹ã«ãªã‚‹ï¼Ž
-
-(2) ä¿ç•™ä¾‹å¤–è¦å› ãŒ0でない
-
-タスク例外処理の要求（ras_tex，iras_texï¼‰ã«ã‚ˆã£ã¦ï¼Œã‚¿ã‚¹ã‚¯ã®ä¿ç•™ä¾‹å¤–è¦å› 
-が0でなくなる．ただし，非タスクコンテキストからのタスク例外処理の要求
-（iras_tex）では，(4)の条件が満たされないため，タスク例外処理ルーチンの
-実行開始はå¿
-要ない．
-
-(3) タスクが実行状æ
-‹ã§ã‚ã‚‹
-
-タスクディスパッチャにより，切換え後のタスクが実行状æ
-‹ã«ãªã‚‹ï¼Ž
-
-(4) タスクコンテキストが実行されている
-
-割込みハンドラおよびCPU例外ハンドラからのリターンによって，タスクコンテ
-ã‚­ã‚¹ãƒˆã«æˆ»ã‚‹å ´åˆãŒã‚ã‚‹ï¼Ž
-
-(5) 割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹ã§ã‚ã‚‹
-
-割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã®å¤‰æ›´ï¼ˆchg_ipm）によって，割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ãŒå
-¨è§£é™¤
-になる．
-
-また，タスクの終了，タスク例外処理ルーチンからのリターン，割込みハンド
-ラからのリターン，CPU例外ハンドラからのリターンによっても，割込み優å
-ˆåº¦
-マスクがå
-¨è§£é™¤ã•ã‚Œã‚‹å ´åˆã‚‚ある．
-
-ただし，タスクの終了時については，タスクの終了後は別のタスクへ切り換わ
-るため，切り換わった後のタスクに対するタスク例外処理ルーチンの実行開始
-を，タスクディスパッチ後の処理で行えばよい．
-
-(6) CPUロック状æ
-‹ã§ãªã„
-
-CPUロック状æ
-‹ã®è§£é™¤ï¼ˆunl_cpu，iunl_cpu）によって，CPUロック状æ
-‹ã§ãªããª
-る．ただし，非タスクコンテキストでのCPUロック状æ
-‹ã®è§£é™¤ï¼ˆiunl_cpu）では，
-(4)の条件が満たされないため，タスク例外処理ルーチンの実行開始はå¿
-要ない．
-
-また，タスクの終了，タスク例外処理ルーチンからのリターン，割込みハンド
-ラからのリターン，割込みサービスルーチンからのリターン，タイムイベント
-ハンドラからのリターン，CPU例外ハンドラからのリターンによって，CPUロッ
-ク状æ
-‹ã§ãªããªã‚‹å ´åˆã‚‚ある．
-
-ただし，割込みサービスルーチンおよびタイムイベントハンドラからのリター
-ンについては，リターン後も非タスクコンテキストの実行が続き，(4)の条件が
-満たされないため，タスク例外処理ルーチンの実行開始はå¿
-要ない．
-
-タスクの終了時については，タスクの終了後は別のタスクへ切り換わるため，
-切り換わった後のタスクに対するタスク例外処理ルーチンの実行開始を，タス
-クディスパッチ後の処理で行えばよい．
-
-以上より，重複するケースを考æ
-®ã™ã‚‹ã¨ï¼Œã‚¿ã‚¹ã‚¯ä¾‹å¤–処理ルーチンの実行開始
-がå¿
-要になる可能性があるのは，以下の処理である．
-
-(a) タスク例外処理の許可（ena_tex）… (1)
-(b) タスク例外処理ルーチンの出口処理 … (1)(5)(6)
-(c) タスク例外処理の要求（ras_tex）… (2)
-(d) タスクディスパッチ後の処理 … (3)(5)(6)
+(*1)において，必要な場合にタスク切換えを行うのは，割込み優先度マスクを
+全解除にし，ディスパッチ禁止フラグを元に戻した結果，ディスパッチ保留状
+態が解除され，ディスパッチが必要になる場合があるためである．
+
+また，ディスパッチを行う前にタスク例外処理禁止状態にする(*2)理由につい
+ては，「call_texrtnからdispatchを呼び出す処理について」の節を参照するこ
+と．
+
+●タスク例外処理ルーチンの実行開始が必要なタイミング
+
+タスク例外処理ルーチンは，前述の6つの条件が揃った場合に実行開始すべきで
+あるため，6つの条件のいずれかを新たに満たすようになる可能性のあるタイミ
+ングで，タスク例外処理ルーチンの実行開始が必要になる．
+
+以下では，6つの条件のいずれかを新たに満たすようになるタイミングについて
+検討する．
+
+(1) タスク例外処理許可状態である
+
+タスク例外処理の許可（ena_tex）によって，タスク例外処理許可状態になる．
+また，タスク例外処理ルーチンからのリターンによっても，タスク例外処理許
+可状態になる．
+
+(2) 保留例外要因が0でない
+
+タスク例外処理の要求（ras_tex，iras_tex）によって，タスクの保留例外要因
+が0でなくなる．ただし，非タスクコンテキストからのタスク例外処理の要求
+（iras_tex）では，(4)の条件が満たされないため，タスク例外処理ルーチンの
+実行開始は必要ない．
+
+(3) タスクが実行状態である
+
+タスクディスパッチャにより，切換え後のタスクが実行状態になる．
+
+(4) タスクコンテキストが実行されている
+
+割込みハンドラおよびCPU例外ハンドラからのリターンによって，タスクコンテ
+キストに戻る場合がある．
+
+(5) 割込み優先度マスク全解除状態である
+
+割込み優先度マスクの変更（chg_ipm）によって，割込み優先度マスクが全解除
+になる．
+
+また，タスクの終了，タスク例外処理ルーチンからのリターン，割込みハンド
+ラからのリターン，CPU例外ハンドラからのリターンによっても，割込み優先度
+マスクが全解除される場合もある．
+
+ただし，タスクの終了時については，タスクの終了後は別のタスクへ切り換わ
+るため，切り換わった後のタスクに対するタスク例外処理ルーチンの実行開始
+を，タスクディスパッチ後の処理で行えばよい．
+
+(6) CPUロック状態でない
+
+CPUロック状態の解除（unl_cpu，iunl_cpu）によって，CPUロック状態でなくな
+る．ただし，非タスクコンテキストでのCPUロック状態の解除（iunl_cpu）では，
+(4)の条件が満たされないため，タスク例外処理ルーチンの実行開始は必要ない．
+
+また，タスクの終了，タスク例外処理ルーチンからのリターン，割込みハンド
+ラからのリターン，割込みサービスルーチンからのリターン，タイムイベント
+ハンドラからのリターン，CPU例外ハンドラからのリターンによって，CPUロッ
+ク状態でなくなる場合もある．
+
+ただし，割込みサービスルーチンおよびタイムイベントハンドラからのリター
+ンについては，リターン後も非タスクコンテキストの実行が続き，(4)の条件が
+満たされないため，タスク例外処理ルーチンの実行開始は必要ない．
+
+タスクの終了時については，タスクの終了後は別のタスクへ切り換わるため，
+切り換わった後のタスクに対するタスク例外処理ルーチンの実行開始を，タス
+クディスパッチ後の処理で行えばよい．
+
+以上より，重複するケースを考慮すると，タスク例外処理ルーチンの実行開始
+が必要になる可能性があるのは，以下の処理である．
+
+(a) タスク例外処理の許可（ena_tex）… (1)
+(b) タスク例外処理ルーチンの出口処理 … (1)(5)(6)
+(c) タスク例外処理の要求（ras_tex）… (2)
+(d) タスクディスパッチ後の処理 … (3)(5)(6)
         (d-1) dispatch_r
         (d-2) ret_int_r
         (d-3) ret_exc_r
         (d-4) start_r
-(e) 割込みハンドラの出口処理 … (4)(5)(6)
-(f) CPU例外ハンドラの出口処理 … (4)(5)(6)
-(g) 割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã®å¤‰æ›´ï¼ˆchg_ipm）… (5)
-(h) CPUロック状æ
-‹ã®è§£é™¤ï¼ˆunl_cpu）… (6)
-
-この中で(d-4)に関しては，タスクの実行開始直後はタスク例外処理禁止状æ
-‹ã§
-あり（自タスクがena_texするまでは，タスク例外が許可されない），(1)の条
-件が満たされないため，タスク例外処理ルーチンの実行開始はå¿
-要ない．
-
-また(h)に関しては，次に述べる理由により，CPUロック状æ
-‹ãŒç¶™ç¶šã—ている間
-に他の5つの条件が新たに満たされることはないため，タスク例外処理ルーチン
-の実行開始はå¿
-要ない．
-
-CPUロック状æ
-‹ã§ã¯ï¼Œã¾ãšï¼Œã‚¿ã‚¹ã‚¯ä¾‹å¤–処理の許可（ena_tex），タスク例外処
-理の要求（ras_tex，iras_tex），割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã®å¤‰æ›´ï¼ˆchg_ipm）を行
-うことはできず，タスクディスパッチも起こらない．CPUロック状æ
-‹ã§ã‚¿ã‚¹ã‚¯ä¾‹
-å¤–å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã‹ã‚‰ãƒªã‚¿ãƒ¼ãƒ³ã™ã‚‹ã“ã¨ã¯ã§ãã‚‹ãŒï¼Œã“ã®å ´åˆã¯CPUロック状æ
-‹ã‚‚
-解除され，CPUロック状æ
-‹ãŒç¶™ç¶šã—ない．CPUロック状æ
-‹ã§å‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©ã‹ã‚‰
-ãƒªã‚¿ãƒ¼ãƒ³ã—ãŸå ´åˆã‚‚ï¼Œã“ã‚Œã¨åŒæ§˜ã§ã‚ã‚‹ï¼Ž
-
-最後に，CPUロック状æ
-‹ã§CPUä¾‹å¤–ãƒãƒ³ãƒ‰ãƒ©ã‹ã‚‰ãƒªã‚¿ãƒ¼ãƒ³ã—ãŸå ´åˆãŒå•é¡Œã«ãªã‚‹ï¼Ž
-これについては，CPU例外が発生した時に，CPUロック状æ
-‹ã§ã‚ã£ãŸå ´åˆã¨ï¼Œ
-CPUロック解除状æ
-‹ã§ã‚ã£ãŸå ´åˆã«åˆ†ã‘ã¦è€ƒãˆã‚‹ï¼ŽCPUロック解除状æ
-‹ã§ã‚った
-å ´åˆã«ã¯ï¼ŒCPU例外ハンドラからのリターンにより，CPUロック状æ
-‹ãŒè§£é™¤ã•ã‚Œ
-ã‚‹ãŸã‚ï¼Œå‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©ã‹ã‚‰ãƒªã‚¿ãƒ¼ãƒ³ã—ãŸå ´åˆã¨åŒæ§˜ã§ã‚ã‚‹ï¼ŽCPUロック状æ
-‹ã§
-ã‚ã£ãŸå ´åˆã«ã¯ï¼Œèµ·å‹•ã•ã‚Œã‚‹CPU例外ハンドラはカーネル管理外のCPU例外ハン
-ドラであるため，その中で(1)～(3)と(5)の条件が新たに満たされることはない．
-CPU例外ハンドラの実行前後で(4)の条件は保存されることから，CPU例外ハンド
-ラからのリターンによって，(1)～(5)の条件はCPU例外の発生前に戻り，新たに
-満たされることはない．
-
-●タスク例外処理ルーチンの実行開始処理
-
-ここでは，前の節で検討したタスク例外処理ルーチンの実行開始がå¿
-要なタイ
-ミングのそれぞれについて，実行開始処理の実è£
-方法について述べる．
-
-(a) タスク例外処理の許可（ena_tex）
-
-ena_texãŒã‚¿ã‚¹ã‚¯ã‹ã‚‰å‘¼ã³å‡ºã•ã‚ŒãŸå ´åˆã«ã¯ï¼Œè‡ªã‚¿ã‚¹ã‚¯ã«å¯¾ã—ã¦ã€Œã‚¿ã‚¹ã‚¯ãŒå®Ÿè¡Œ
-状æ
-‹ã§ã‚る」「タスクコンテキストが実行されている」の2条件は満たされてお
-り，「タスク例外処理許可状æ
-‹ã§ã‚る」の条件はena_texの処理により満たされ
-る．また，「CPUロック状æ
-‹ã§ãªã„」の条件はena_texのå
-¥å£ã§ãƒã‚§ãƒƒã‚¯ã—てい
-ã‚‹ï¼Žãã®ãŸã‚ï¼Œã€Œä¿ç•™ä¾‹å¤–è¦å› ãŒ0でない」と「割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹
-である」の2æ¡ä»¶ãŒæº€ãŸã•ã‚Œã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œã‚¿ã‚¹ã‚¯ä¾‹å¤–å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã‚’å‘¼ã³å‡º
-す．
-
-ena_texの本体の処理（エラー処理を除く）は次の通り．
+(e) 割込みハンドラの出口処理 … (4)(5)(6)
+(f) CPU例外ハンドラの出口処理 … (4)(5)(6)
+(g) 割込み優先度マスクの変更（chg_ipm）… (5)
+(h) CPUロック状態の解除（unl_cpu）… (6)
+
+この中で(d-4)に関しては，タスクの実行開始直後はタスク例外処理禁止状態で
+あり（自タスクがena_texするまでは，タスク例外が許可されない），(1)の条
+件が満たされないため，タスク例外処理ルーチンの実行開始は必要ない．
+
+また(h)に関しては，次に述べる理由により，CPUロック状態が継続している間
+に他の5つの条件が新たに満たされることはないため，タスク例外処理ルーチン
+の実行開始は必要ない．
+
+CPUロック状態では，まず，タスク例外処理の許可（ena_tex），タスク例外処
+理の要求（ras_tex，iras_tex），割込み優先度マスクの変更（chg_ipm）を行
+うことはできず，タスクディスパッチも起こらない．CPUロック状態でタスク例
+外処理ルーチンからリターンすることはできるが，この場合はCPUロック状態も
+解除され，CPUロック状態が継続しない．CPUロック状態で割込みハンドラから
+リターンした場合も，これと同様である．
+
+最後に，CPUロック状態でCPU例外ハンドラからリターンした場合が問題になる．
+これについては，CPU例外が発生した時に，CPUロック状態であった場合と，
+CPUロック解除状態であった場合に分けて考える．CPUロック解除状態であった
+場合には，CPU例外ハンドラからのリターンにより，CPUロック状態が解除され
+るため，割込みハンドラからリターンした場合と同様である．CPUロック状態で
+あった場合には，起動されるCPU例外ハンドラはカーネル管理外のCPU例外ハン
+ドラであるため，その中で(1)～(3)と(5)の条件が新たに満たされることはない．
+CPU例外ハンドラの実行前後で(4)の条件は保存されることから，CPU例外ハンド
+ラからのリターンによって，(1)～(5)の条件はCPU例外の発生前に戻り，新たに
+満たされることはない．
+
+●タスク例外処理ルーチンの実行開始処理
+
+ここでは，前の節で検討したタスク例外処理ルーチンの実行開始が必要なタイ
+ミングのそれぞれについて，実行開始処理の実装方法について述べる．
+
+(a) タスク例外処理の許可（ena_tex）
+
+ena_texがタスクから呼び出された場合には，自タスクに対して「タスクが実行
+状態である」「タスクコンテキストが実行されている」の2条件は満たされてお
+り，「タスク例外処理許可状態である」の条件はena_texの処理により満たされ
+る．また，「CPUロック状態でない」の条件はena_texの入口でチェックしてい
+る．そのため，「保留例外要因が0でない」と「割込み優先度マスク全解除状態
+である」の2条件が満たされている場合には，タスク例外処理ルーチンを呼び出
+す．
+
+ena_texの本体の処理（エラー処理を除く）は次の通り．
 
 ----------------------------------------
@@ -973 +655 @@
 ----------------------------------------
 
-(b) タスク例外処理ルーチンの出口処理
-
-タスク例外処理ルーチンの出口処理（call_texrtnの後半）では，自タスクに対
-して「タスクが実行状æ
-‹ã§ã‚る」「タスクコンテキストが実行されている」の
-2条件は満たされており，「タスク例外処理許可状æ
-‹ã§ã‚る」「割込み優å
-ˆåº¦ãƒž
-スクå
-¨è§£é™¤çŠ¶æ
-‹ã§ã‚る」「CPUロック状æ
-‹ã§ãªã„」の3条件が出口処理で満たさ
-ã‚Œã‚‹ï¼Žãã®ãŸã‚ï¼Œã€Œä¿ç•™ä¾‹å¤–è¦å› ãŒ0ã§ãªã„ã€ãŒæº€ãŸã•ã‚Œã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œã‚¿ã‚¹
-ク例外処理ルーチンを呼び出すå¿
-要がある．
-
-ただし，タスク例外処理ルーチンの出口処理で単純にcall_texrtnを呼び出すと，
-call_texrtnの中からcall_texrtnを呼び出すことになり，タスク例外処理が繰
-ã‚Šè¿”ã—è¦æ±‚ã•ã‚ŒãŸå ´åˆã«ï¼Œã‚¹ã‚¿ãƒƒã‚¯ã®ä½¿ç”¨é‡ã«ä¸Šé™ãŒãªããªã‚‹ï¼Žãã“ã§ï¼Œã‚¿ã‚¹
-ã‚¯ä¾‹å¤–å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã®å‡ºå£å‡¦ç†ã§ã€Œä¿ç•™ä¾‹å¤–è¦å› ãŒ0ã§ãªã„ã€å ´åˆã«ã¯ï¼Œ
-call_texrtnの中でループさせる．
-
-修正したcall_texrtnの流れは次の通り．
+(b) タスク例外処理ルーチンの出口処理
+
+タスク例外処理ルーチンの出口処理（call_texrtnの後半）では，自タスクに対
+して「タスクが実行状態である」「タスクコンテキストが実行されている」の
+2条件は満たされており，「タスク例外処理許可状態である」「割込み優先度マ
+スク全解除状態である」「CPUロック状態でない」の3条件が出口処理で満たさ
+れる．そのため，「保留例外要因が0でない」が満たされている場合には，タス
+ク例外処理ルーチンを呼び出す必要がある．
+
+ただし，タスク例外処理ルーチンの出口処理で単純にcall_texrtnを呼び出すと，
+call_texrtnの中からcall_texrtnを呼び出すことになり，タスク例外処理が繰
+り返し要求された場合に，スタックの使用量に上限がなくなる．そこで，タス
+ク例外処理ルーチンの出口処理で「保留例外要因が0でない」場合には，
+call_texrtnの中でループさせる．
+
+修正したcall_texrtnの流れは次の通り．
 
 ----------------------------------------
@@ -1003 +678 @@
         TEXPTN  texptn;
 
-        ディスパッチ禁止フラグを保存する … (*3)
-        タスク例外処理禁止状æ
-‹ã«ã™ã‚‹ … (*6)
+        ディスパッチ禁止フラグを保存する … (*3)
+        タスク例外処理禁止状態にする … (*6)
 
         do {
@@ -1011 +685 @@
                 p_runtsk->texptn = 0U;
 
-                CPUロック解除状æ
-‹ã«ã™ã‚‹
-                タスク例外処理ルーチンを呼び出す
-                CPUロック状æ
-‹ã«ã™ã‚‹
-
-                割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹ã«ã™ã‚‹
-                ディスパッチ禁止フラグをå
-ƒã«æˆ»ã™ … (*4)
-                タスク例外処理禁止状æ
-‹ã«ã™ã‚‹ … (*2)
-
-                å¿
-è¦ãªå ´åˆã«ã¯ãƒ‡ã‚£ã‚¹ãƒ‘ãƒƒãƒã‚’è¡Œã† … (*1)
+                CPUロック解除状態にする
+                タスク例外処理ルーチンを呼び出す
+                CPUロック状態にする
+
+                割込み優先度マスク全解除状態にする
+                ディスパッチ禁止フラグを元に戻す … (*4)
+                タスク例外処理禁止状態にする … (*2)
+
+                必要な場合にはディスパッチを行う … (*1)
         }  while (p_runtsk->texptn != 0U);
 
-        タスク例外処理許可状æ
-‹ã«ã™ã‚‹ … (*5)
+        タスク例外処理許可状態にする … (*5)
 }
 ----------------------------------------
 
-タスク例外処理ルーチンの呼出し前にディスパッチ禁止フラグを保存する処理
-は，(*4)においてå
-ƒã®çŠ¶æ
-‹ã«æˆ»ã™ã“とから，ループの外(*3)で行うのが効率が
-よい．
-
-タスク例外処理ルーチンの呼出し前にタスク例外処理禁止状æ
-‹ã«ã™ã‚‹å‡¦ç†ã¯ï¼Œ
-(*2)においてタスク例外処理禁止状æ
-‹ã«ã™ã‚‹ã“とから，ループ外(*6)で行うの
-が効率がよい．また，タスク例外処理ルーチンの呼出し後にタスク例外処理許
-可状æ
-‹ã«ã™ã‚‹å‡¦ç†ã‚‚，ループの外(*5)で行う方が効率がよい．
-
-(c) タスク例外処理の要求（ras_tex）
-
-ras_texãŒã‚¿ã‚¹ã‚¯ã‹ã‚‰å‘¼ã³å‡ºã•ã‚ŒãŸå ´åˆã§ï¼Œå¯¾è±¡ã‚¿ã‚¹ã‚¯ãŒè‡ªã‚¿ã‚¹ã‚¯ã®å ´åˆã«ã¯ï¼Œ
-自タスクに対して「タスクが実行状æ
-‹ã§ã‚る」「タスクコンテキストが実行さ
-れている」の2æ¡ä»¶ã¯æº€ãŸã•ã‚Œã¦ãŠã‚Šï¼Œã€Œä¿ç•™ä¾‹å¤–è¦å› ãŒ0でない」の条件は
-ras_texの処理により満たされる（ras_texのパラメータrasptnが0ã®å ´åˆã¯ã‚¨ãƒ©ãƒ¼
-となるため）．また，「CPUロック状æ
-‹ã§ãªã„」の条件はras_texのå
-¥å£ã§ãƒã‚§ãƒƒ
-クしている．そのため，対象タスクが自タスクであり，「タスク例外処理許可
-状æ
-‹ã§ã‚る」と「割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹ã§ã‚る」の2条件が満たされて
-ã„ã‚‹å ´åˆã«ã¯ï¼Œã‚¿ã‚¹ã‚¯ä¾‹å¤–å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã‚’å‘¼ã³å‡ºã™ï¼Ž
-
-ras_texの本体の処理（エラー処理を除く）は次の通り．
+タスク例外処理ルーチンの呼出し前にディスパッチ禁止フラグを保存する処理
+は，(*4)において元の状態に戻すことから，ループの外(*3)で行うのが効率が
+よい．
+
+タスク例外処理ルーチンの呼出し前にタスク例外処理禁止状態にする処理は，
+(*2)においてタスク例外処理禁止状態にすることから，ループ外(*6)で行うの
+が効率がよい．また，タスク例外処理ルーチンの呼出し後にタスク例外処理許
+可状態にする処理も，ループの外(*5)で行う方が効率がよい．
+
+(c) タスク例外処理の要求（ras_tex）
+
+ras_texがタスクから呼び出された場合で，対象タスクが自タスクの場合には，
+自タスクに対して「タスクが実行状態である」「タスクコンテキストが実行さ
+れている」の2条件は満たされており，「保留例外要因が0でない」の条件は
+ras_texの処理により満たされる（ras_texのパラメータrasptnが0の場合はエラー
+となるため）．また，「CPUロック状態でない」の条件はras_texの入口でチェッ
+クしている．そのため，対象タスクが自タスクであり，「タスク例外処理許可
+状態である」と「割込み優先度マスク全解除状態である」の2条件が満たされて
+いる場合には，タスク例外処理ルーチンを呼び出す．
+
+ras_texの本体の処理（エラー処理を除く）は次の通り．
 
 ----------------------------------------
@@ -1078 +731 @@
 (d-1) dispatch_r
 
-dispatch_rにおいては，dispatch_rからのリターンå
-ˆã®ã‚¿ã‚¹ã‚¯ã«å¯¾ã—て，「タ
-スクが実行状æ
-‹ã§ã‚る」「タスクコンテキストが実行されている」の2条件は満
-たされている．また，CPUロック状æ
-‹ã§dispatch_rに来ることはないため，
-「CPUロック状æ
-‹ã§ãªã„」の条件も成立している．そのため，「タスク例外処理
-許可状æ
-‹ã§ã‚ã‚‹ã€ã€Œä¿ç•™ä¾‹å¤–è¦å› が0でない」「割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹
-である」の3æ¡ä»¶ãŒæº€ãŸã•ã‚Œã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œã‚¿ã‚¹ã‚¯ä¾‹å¤–å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã‚’å‘¼ã³å‡º
-すå¿
-要がある．
-
-これを実現するために，タスクコンテキストからのディスパッチ処理を次のよ
-うに修正する．
+dispatch_rにおいては，dispatch_rからのリターン先のタスクに対して，「タ
+スクが実行状態である」「タスクコンテキストが実行されている」の2条件は満
+たされている．また，CPUロック状態でdispatch_rに来ることはないため，
+「CPUロック状態でない」の条件も成立している．そのため，「タスク例外処理
+許可状態である」「保留例外要因が0でない」「割込み優先度マスク全解除状態
+である」の3条件が満たされている場合には，タスク例外処理ルーチンを呼び出
+す必要がある．
+
+これを実現するために，タスクコンテキストからのディスパッチ処理を次のよ
+うに修正する．
 
 ----------------------------------------
@@ -1102 +746 @@
 dispatch(void)
 {
-        ………
+        ………
 
   dispatch_r:
-        スクラッチレジスタを除くすべてのレジスタをスタックから復帰する
+        スクラッチレジスタを除くすべてのレジスタをスタックから復帰する
         calltex();
 }
 ----------------------------------------
 
-ここでcalltexは，「タスク例外処理許可状æ
-‹ã§ã‚ã‚‹ã€ã€Œä¿ç•™ä¾‹å¤–è¦å› が0でな
-い」「割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹ã§ã‚る」の3æ¡ä»¶ãŒæº€ãŸã•ã‚Œã¦ã„ã‚‹å ´åˆã«
-call_texrtnを呼び出す関数である．
+ここでcalltexは，「タスク例外処理許可状態である」「保留例外要因が0でな
+い」「割込み優先度マスク全解除状態である」の3条件が満たされている場合に
+call_texrtnを呼び出す関数である．
 
 ----------------------------------------
@@ -1130 +770 @@
 (d-2) ret_int_r
 
-ret_int_rは，割込みハンドラの出口処理でディスパッチを行ったタスクが，実
-行を再開する際の処理である．そのため，ret_int_rからのリターンå
-ˆã®ã‚¿ã‚¹ã‚¯
-に対して，「タスクが実行状æ
-‹ã§ã‚る」「タスクコンテキストが実行されてい
-る」の2条件は満たされている．また，CPUロック状æ
-‹ã§ret_int_rに来ることは
-ないため，「CPUロック状æ
-‹ã§ãªã„」の条件も成立している．そのため，「タス
-ク例外処理許可状æ
-‹ã§ã‚ã‚‹ã€ã€Œä¿ç•™ä¾‹å¤–è¦å› が0でない」「（割込みハンドラか
-らのリターン後に）割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹ã§ã‚る」の3条件が満たされ
-ã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œã‚¿ã‚¹ã‚¯ä¾‹å¤–å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã‚’å‘¼ã³å‡ºã™å¿
-要がある．
-
-これを実現するために，割込みハンドラの出å
-¥å£å‡¦ç†ã‚’次のように修正する．
+ret_int_rは，割込みハンドラの出口処理でディスパッチを行ったタスクが，実
+行を再開する際の処理である．そのため，ret_int_rからのリターン先のタスク
+に対して，「タスクが実行状態である」「タスクコンテキストが実行されてい
+る」の2条件は満たされている．また，CPUロック状態でret_int_rに来ることは
+ないため，「CPUロック状態でない」の条件も成立している．そのため，「タス
+ク例外処理許可状態である」「保留例外要因が0でない」「（割込みハンドラか
+らのリターン後に）割込み優先度マスク全解除状態である」の3条件が満たされ
+ている場合には，タスク例外処理ルーチンを呼び出す必要がある．
+
+これを実現するために，割込みハンドラの出入口処理を次のように修正する．
 
 ----------------------------------------
 void
-<割込みの出å
-¥å£å‡¦ç†>(void)
+<割込みの出入口処理>(void)
 {
-                ………
+                ………
 
                           ret_int_r:
-                                スクラッチレジスタを除くすべてのレジスタをスタックから復帰する
+                                スクラッチレジスタを除くすべてのレジスタをスタックから復帰する
                                 calltex();
                         }
-                ………
+                ………
 }
 ----------------------------------------
@@ -1168 +797 @@
 (d-3) ret_exc_r
 
-ret_exc_rは，CPU例外ハンドラの出口処理でディスパッチを行ったタスクが，
-実行を再開する際の処理である．
-
-カーネル管理のCPU例外ハンドラの出口処理（ret_exc）は，割込みハンドラの
-出口処理（ret_int）と同様である．これは，CPUロック状æ
-‹ã§CPU例外が発生し
-ãŸå ´åˆã«ã¯ï¼Œã‚«ãƒ¼ãƒãƒ«ç®¡ç†å¤–ã®CPU例外ハンドラとなり，CPU例外ハンドラの出
-口処理でディスパッチを行うことはなく，ret_excにも来ないためである．その
-ため，ret_exc_rからのリターンå
-ˆã®ã‚¿ã‚¹ã‚¯ã«å¯¾ã—て，「CPUロック状æ
-‹ã§ãªã„」
-の条件が成立している．
-
-このことから，CPU例外ハンドラの出å
-¥å£å‡¦ç†ã«ã¤ã„ても，割込みハンドラの出
-å
-¥å£å‡¦ç†ã¨åŒæ§˜ã«ï¼Œæ¬¡ã®ã‚ˆã†ã«ä¿®æ­£ã™ã‚Œã°ã‚ˆã„．
+ret_exc_rは，CPU例外ハンドラの出口処理でディスパッチを行ったタスクが，
+実行を再開する際の処理である．
+
+カーネル管理のCPU例外ハンドラの出口処理（ret_exc）は，割込みハンドラの
+出口処理（ret_int）と同様である．これは，CPUロック状態でCPU例外が発生し
+た場合には，カーネル管理外のCPU例外ハンドラとなり，CPU例外ハンドラの出
+口処理でディスパッチを行うことはなく，ret_excにも来ないためである．その
+ため，ret_exc_rからのリターン先のタスクに対して，「CPUロック状態でない」
+の条件が成立している．
+
+このことから，CPU例外ハンドラの出入口処理についても，割込みハンドラの出
+入口処理と同様に，次のように修正すればよい．
 
 ----------------------------------------
 void
-<CPU例外の出å
-¥å£å‡¦ç†>(void)
+<CPU例外の出入口処理>(void)
 {
-                        ………
+                        ………
 
                                   ret_exc_r:
-                                        スクラッチレジスタを除くすべてのレジスタを
-                                                                                                スタックから復帰する
+                                        スクラッチレジスタを除くすべてのレジスタを
+                                                                                                スタックから復帰する
                                         calltex();
                                 }
-                        ………
+                        ………
 }
 ----------------------------------------
 
-(e) 割込みハンドラの出口処理
-
-å‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©ã‹ã‚‰ã‚¿ã‚¹ã‚¯ã¸ãƒªã‚¿ãƒ¼ãƒ³ã™ã‚‹å ´åˆã«ã¯ï¼Œãƒªã‚¿ãƒ¼ãƒ³å
-ˆã®ã‚¿ã‚¹ã‚¯ã«å¯¾
-して，「タスクが実行状æ
-‹ã§ã‚る」「タスクコンテキストが実行されている」
-の2条件は満たされている．また，CPUロック状æ
-‹ã§å‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©ãŒå®Ÿè¡Œã•ã‚Œ
-ることはないため，「CPUロック状æ
-‹ã§ãªã„」の条件も成立している．そのため，
-「タスク例外処理許可状æ
-‹ã§ã‚ã‚‹ã€ã€Œä¿ç•™ä¾‹å¤–è¦å› が0でない」「（割込みハン
-ドラからのリターン後に）割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹ã§ã‚る」の3条件が満
-ãŸã•ã‚Œã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œã‚¿ã‚¹ã‚¯ä¾‹å¤–å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã‚’å‘¼ã³å‡ºã™å¿
-要がある．
-
-割込みハンドラの呼出し前と呼出し後でこれらの条件が変化するのは，実行状
-æ
-‹ã®ã‚¿ã‚¹ã‚¯ãŒå¤‰åŒ–した時と，割込みハンドラ中でiras_texãŒå‘¼ã³å‡ºã•ã‚ŒãŸå ´åˆ
-である．割込みハンドラからはena_texとchg_ipmは呼び出せないため，「タス
-ク例外処理許可状æ
-‹ã§ã‚る」と「（割込みハンドラからのリターン後に）割込
-み優å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹ã§ã‚る」の2条件が変化することはない．
-
-この2つの状況のå†
-，実行状æ
-‹ã®ã‚¿ã‚¹ã‚¯ãŒå¤‰åŒ–するケースは，ret_int_rで考æ
-®
-済みである．割込みハンドラ中でiras_texãŒå‘¼ã³å‡ºã•ã‚ŒãŸå ´åˆã«ã¯ï¼Œreqflgが
-trueになるため，タスク例外処理ルーチンの実行開始処理は，reqflgがtrueの
-時にのみ行えばよい．
-
-これを実現するために，上で修正した割込みハンドラの出å
-¥å£å‡¦ç†ã‚’，さらに
-次のように修正する．
+(e) 割込みハンドラの出口処理
+
+割込みハンドラからタスクへリターンする場合には，リターン先のタスクに対
+して，「タスクが実行状態である」「タスクコンテキストが実行されている」
+の2条件は満たされている．また，CPUロック状態で割込みハンドラが実行され
+ることはないため，「CPUロック状態でない」の条件も成立している．そのため，
+「タスク例外処理許可状態である」「保留例外要因が0でない」「（割込みハン
+ドラからのリターン後に）割込み優先度マスク全解除状態である」の3条件が満
+たされている場合には，タスク例外処理ルーチンを呼び出す必要がある．
+
+割込みハンドラの呼出し前と呼出し後でこれらの条件が変化するのは，実行状
+態のタスクが変化した時と，割込みハンドラ中でiras_texが呼び出された場合
+である．割込みハンドラからはena_texとchg_ipmは呼び出せないため，「タス
+ク例外処理許可状態である」と「（割込みハンドラからのリターン後に）割込
+み優先度マスク全解除状態である」の2条件が変化することはない．
+
+この2つの状況の内，実行状態のタスクが変化するケースは，ret_int_rで考慮
+済みである．割込みハンドラ中でiras_texが呼び出された場合には，reqflgが
+trueになるため，タスク例外処理ルーチンの実行開始処理は，reqflgがtrueの
+時にのみ行えばよい．
+
+これを実現するために，上で修正した割込みハンドラの出入口処理を，さらに
+次のように修正する．
 
 ----------------------------------------
 void
-<割込みの出å
-¥å£å‡¦ç†>(void)
+<割込みの出入口処理>(void)
 {
-        ………
-
-        if (タスクコンテキストで割込み発生) {
-                ………
+        ………
+
+        if (タスクコンテキストで割込み発生) {
+                ………
                 if (reqflg) {
-                        ………
+                        ………
 
                           ret_int_r:
-                                スクラッチレジスタを除くすべてのレジスタをスタックから復帰する
+                                スクラッチレジスタを除くすべてのレジスタをスタックから復帰する
                         }
                         calltex();
                 }
         }
-        ………
+        ………
 }
 ----------------------------------------
 
-(f) CPU例外ハンドラの出口処理
-
-カーネル管理のCPU例外ハンドラの出口処理は，割込みハンドラの出口処理と同
-様である．
-
-カーネル管理外のCPU例外ハンドラの中では，実行状æ
-‹ã®ã‚¿ã‚¹ã‚¯ãŒå¤‰åŒ–すること
-はなく，iras_texやena_texを呼び出すこともできないため，タスク例外処理ルー
-チンの実行開始条件が新たに満たされることはなく，タスク例外処理ルーチン
-の実行開始はå¿
-要ない．
-
-このことから，CPU例外ハンドラの出å
-¥å£å‡¦ç†ã«ã¤ã„ても，割込みハンドラの出
-å
-¥å£å‡¦ç†ã¨åŒæ§˜ã«ï¼Œæ¬¡ã®ã‚ˆã†ã«ä¿®æ­£ã™ã‚Œã°ã‚ˆã„．
+(f) CPU例外ハンドラの出口処理
+
+カーネル管理のCPU例外ハンドラの出口処理は，割込みハンドラの出口処理と同
+様である．
+
+カーネル管理外のCPU例外ハンドラの中では，実行状態のタスクが変化すること
+はなく，iras_texやena_texを呼び出すこともできないため，タスク例外処理ルー
+チンの実行開始条件が新たに満たされることはなく，タスク例外処理ルーチン
+の実行開始は必要ない．
+
+このことから，CPU例外ハンドラの出入口処理についても，割込みハンドラの出
+入口処理と同様に，次のように修正すればよい．
 
 ----------------------------------------
 void
-<CPU例外の出å
-¥å£å‡¦ç†>(void)
+<CPU例外の出入口処理>(void)
 {
-                ………
-                if (タスクコンテキストでCPU例外発生) {
-                ………
+                ………
+                if (タスクコンテキストでCPU例外発生) {
+                ………
                         if (reqflg) {
 
                                   ret_exc_r:
-                                        スクラッチレジスタを除くすべてのレジスタを
-                                                                                                スタックから復帰する
+                                        スクラッチレジスタを除くすべてのレジスタを
+                                                                                                スタックから復帰する
                                 }
                                 calltex();
                         }
                 }
-                ………
+                ………
 }
 ----------------------------------------
 
-(g) 割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã®å¤‰æ›´
-
-chg_ipmãŒã‚¿ã‚¹ã‚¯ã‹ã‚‰å‘¼ã³å‡ºã•ã‚ŒãŸå ´åˆã«ã¯ï¼Œè‡ªã‚¿ã‚¹ã‚¯ã«å¯¾ã—ã¦ã€Œã‚¿ã‚¹ã‚¯ãŒå®Ÿè¡Œ
-状æ
-‹ã§ã‚る」「タスクコンテキストが実行されている」の2条件は満たされてい
-る．また，「CPUロック状æ
-‹ã§ãªã„」の条件はchg_ipmのå
-¥å£ã§ãƒã‚§ãƒƒã‚¯ã—てい
-る．そのため，パラメータintpriがTIPM_ENAALLであり，「タスク例外処理許可
-状æ
-‹ã§ã‚ã‚‹ã€ã€Œä¿ç•™ä¾‹å¤–è¦å› が0でない」の2æ¡ä»¶ãŒæº€ãŸã•ã‚Œã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œ
-タスク例外処理ルーチンを呼び出す．
-
-chg_ipmの関連部分の処理は次の通り．
+(g) 割込み優先度マスクの変更
+
+chg_ipmがタスクから呼び出された場合には，自タスクに対して「タスクが実行
+状態である」「タスクコンテキストが実行されている」の2条件は満たされてい
+る．また，「CPUロック状態でない」の条件はchg_ipmの入口でチェックしてい
+る．そのため，パラメータintpriがTIPM_ENAALLであり，「タスク例外処理許可
+状態である」「保留例外要因が0でない」の2条件が満たされている場合には，
+タスク例外処理ルーチンを呼び出す．
+
+chg_ipmの関連部分の処理は次の通り．
 
 ----------------------------------------
@@ -1324 +918 @@
         if (intpri == TIPM_ENAALL) {
                 ipmflg = true;
-                ここにタスク切換え処理がå
-¥ã‚‹
+                ここにタスク切換え処理が入る
                 if (p_runtsk->enatex && p_runtsk->texptn != 0U) {
                         call_texrtn();
@@ -1332 +925 @@
 ----------------------------------------
 
-dispatchã‚’å‘¼ã³å‡ºã—ã¦ã‚¿ã‚¹ã‚¯åˆ‡æ›ãˆã‚’è¡Œã†å ´åˆã«ã¯ï¼Œdispatchの出口でタスク
-例外処理ルーチンを呼び出すためここで呼出し処理を行うå¿
-要はないが，コー
-ドが複雑になるため，dispatchã‚’å‘¼ã³å‡ºã—ãŸå ´åˆã‚‚ã“ã“ã§ã‚¿ã‚¹ã‚¯ä¾‹å¤–å‡¦ç†ãƒ«ãƒ¼
-チンの呼出し処理を行っている．
-
-●call_texrtnからdispatchを呼び出す処理について
-
-dispatch_rから（ターゲットによってはcalltexを経由して）call_texrtnを呼
-び出し，call_texrtnからdispatchを呼び出すため，この2つの関数は相互再帰
-呼出しをしている．ここでは，この実è£
-で支障のない理由を説明する．
-
-call_texrtnからdispatchを呼び出すのは，ディスパッチが保留されていない状
-æ
-‹ã§å‘¼ã³å‡ºã•ã‚ŒãŸã‚¿ã‚¹ã‚¯ä¾‹å¤–処理ルーチンが，その実行中にディスパッチ保留
-状æ
-‹ã«é·ç§»ã—，さらにタスクディスパッチをå¿
-要とする処理を行い，ディスパッ
-チ保留状æ
-‹ã‚’è§£é™¤ã—ãªã„ã¾ã¾ãƒªã‚¿ãƒ¼ãƒ³ã—ãŸå ´åˆã§ã‚ã‚‹ï¼Žã“ã®å ´åˆï¼Œcall_texrtn
-の中でディスパッチ保留状æ
-‹ã‚’解除した後に，dispatchを呼び出してタスクディ
-スパッチを行う．つまり，call_texrtnからdispatchを呼び出す処理は，タスク
-例外処理ルーチンの中でディスパッチ保留状æ
-‹ã‚’解除すべきであったのを，解
-é™¤ã›ãšã«ãƒªã‚¿ãƒ¼ãƒ³ã—ãŸå ´åˆã‚’æ•‘æ¸ˆã™ã‚‹ãŸã‚ã®ã‚‚ã®ã§ã‚ã‚‹ï¼Žä»¥ä¸‹ï¼Œã“ã®æŒ¯èˆžã„ã‚’
-「救済ケース」と呼ぶ．
-
-そこで，比較のために，タスク例外処理ルーチンの最後で，正しくディスパッ
-チ保留状æ
-‹ã‚’è§£é™¤ã—ã¦ã‹ã‚‰ãƒªã‚¿ãƒ¼ãƒ³ã—ãŸå ´åˆã®æŒ¯èˆžã„ã‚’è€ƒãˆã‚‹ï¼Žã“ã®å ´åˆã«ã¯ï¼Œ
-ディスパッチ保留状æ
-‹ã‚’解除するサービスコール（ena_dsp，chg_ipm）の中で，
-dispatchが呼び出されてタスクディスパッチが起こる．以下，この振舞いを
-「正常ケース」と呼ぶ．
-
-正常ケースと救済ケースを比較すると，call_texrtn→タスク例外処理ルーチン
-→サービスコール→dispatchã®é †ã§dispatchが呼び出されるか，call_texrtnか
-ら直接dispatchが呼び出されるかの違いということになり，救済ケースの方が
-ã‚¹ã‚¿ãƒƒã‚¯ã®ä½¿ç”¨é‡ã¯å°‘ãªã„ï¼Žã¤ã¾ã‚Šï¼Œæ­£å¸¸ã‚±ãƒ¼ã‚¹ã®å‹•ãã‚’æƒ³å®šã—ã¦ã‚¹ã‚¿ãƒƒã‚¯é ˜
-域が用意してあれば，救済ケースでも問題なく動作することになる．
-
-ここで，正常ケースと救済ケースで，上記以外に違いがないことが重要である．
-å
-·ä½“的には，call_texrtnの中で，タスク例外処理許可状æ
-‹ã«ã™ã‚‹ï¼ˆp_runtsk
-->enatexをtrueにする）前に，dispatchを呼び出すことが重要である．タスク
-例外処理許可状æ
-‹ã«ã—た後にdispatchを呼び出すと，出口のdispatch_rで，再
-びタスク例外処理ルーチンを実行してしまう可能性があり，救済ケースの方が
-スタックの使用量が増えてしまう．
-
-タスク例外処理ルーチンの中で，タスク例外処理許可状æ
-‹ã«ã—たままリターン
-ã—ãŸå ´åˆã«ã¯ï¼Œcall_texrtnから呼び出したdispatchの出口のdispatch_rで再び
-ã‚¿ã‚¹ã‚¯ä¾‹å¤–å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã‚’å®Ÿè¡Œã—ã¦ã—ã¾ã†å¯èƒ½æ€§ãŒã‚ã‚‹ï¼Žã“ã®å ´åˆã‚‚ï¼Œã‚¿ã‚¹ã‚¯
-例外処理ルーチンの最後で，ディスパッチ保留状æ
-‹ã‚’解除してからリターンし
-ãŸå ´åˆã‚ˆã‚Šã¯ã‚¹ã‚¿ãƒƒã‚¯ã®ä½¿ç”¨é‡ãŒå°‘ãªã„ãŒï¼Œã‚¿ã‚¹ã‚¯ä¾‹å¤–å‡¦ç†ç¦æ­¢çŠ¶æ
-‹ã«ã—た後
-にディスパッチ保留状æ
-‹ã‚’è§£é™¤ã—ã¦ãƒªã‚¿ãƒ¼ãƒ³ã—ãŸå ´åˆã‚ˆã‚Šã¯ï¼Œã‚¹ã‚¿ãƒƒã‚¯ã®ä½¿ç”¨
-é‡ãŒå¢—ãˆã‚‹å ´åˆãŒã‚ã‚‹ï¼Žãã“ã§ï¼Œã“ã®ã‚ˆã†ãªçŠ¶æ³ãŒèµ·ã“ã‚‰ãªã„ã‚ˆã†ã«ï¼Œ
-dispatchを呼ぶ前にp_runtsk->enatexをfalseにする．
-
-
-â—‹ã‚¨ãƒ©ãƒ¼ã®ãƒã‚§ãƒƒã‚¯é †åº
-
-サービスコールå†
-ã«ãŠã‘ã‚‹ã‚¨ãƒ©ãƒ¼ãƒã‚§ãƒƒã‚¯ã¯ï¼Œä»¥ä¸‹ã®é †åºã§è¡Œã†ã“ã¨ã‚’åŽŸå‰‡ã¨
-する．なお，この節には，保護機能対応カーネルに関する記述が含まれている
-が，それらの記述は将来的にはより適切なドキュメントに移動する予定である．
-
-●エラーの3分類
-
-サービスコールのエラーは，大きく以下の3つに分類することができる．
-
-(a) 静的エラー
-
-対象のカーネルオブジェクトが登録されているか否かや，その状æ
-‹ã«ä¾å­˜ã›ãš
-に，チェックすることができるエラー．
-
-(b) 準静的エラー
-
-対象のカーネルオブジェクトが登録されていれば，その状æ
-‹ã«ä¾å­˜ã›ãšã«ãƒã‚§ãƒƒ
-クすることができるエラー．
-
-(c) 動的エラー
-
-対象のカーネルオブジェクトの状æ
-‹ã«ä¾å­˜ã™ã‚‹ã‚¨ãƒ©ãƒ¼ï¼Ž
-
-ASPカーネルにおいては，(a)と(b)のエラーはクリティカルセクションの外側で，
-ã“ã®é †åºã§ãƒã‚§ãƒƒã‚¯ã—ï¼Œ(c)のエラーはクリティカルセクションのå†
-側でチェッ
-クする．ただし，動的生成機能拡張パッケージでは，(b)のエラー（の一部）は
-クリティカルセクションのå†
-側で実施するå¿
-要がある．
-
-â—é™çš„ã‚¨ãƒ©ãƒ¼ã®ãƒã‚§ãƒƒã‚¯é †åº
-
-静的エラーには，実行コンテキストのエラー（ディスパッチ保留状æ
-‹ã‹ã‚‰ã®å‘¼
-出しエラーも含む），パラメータの範囲等のエラー（対象のカーネルオブジェ
-クトに依存せずにチェックできるもの）が含まれる．
-
-サービスコール中では，最初に実行コンテキストのエラーをチェックし，その
-å¾Œï¼Œãƒ‘ãƒ©ãƒ¡ãƒ¼ã‚¿ã®ä¸¦ã³é †ã«ï¼Œç¯„å›²ç­‰ã®ã‚¨ãƒ©ãƒ¼ã‚’ãƒã‚§ãƒƒã‚¯ã™ã‚‹ï¼Ž
-
-ä¿è­·æ©Ÿèƒ½å¯¾å¿œã‚«ãƒ¼ãƒãƒ«ã§ã¯ï¼Œãƒ‘ãƒ©ãƒ¡ãƒ¼ã‚¿ãŒãƒã‚¤ãƒ³ã‚¿ã§ã‚ã‚‹å ´åˆã«ï¼Œãƒã‚¤ãƒ³ã‚¿ã®
-æŒ‡ã™ãƒ¡ãƒ¢ãƒªé ˜åŸŸãŒã‚¢ã‚¯ã‚»ã‚¹å¯èƒ½ã§ã‚ã‚‹ã‹ã‚’ãƒã‚§ãƒƒã‚¯ã™ã‚‹å¿
-要があるが，メモリ
-é ˜åŸŸã®è¨­å®šãŒé™çš„ã§ã‚ã‚‹å ´åˆã«ã¯ï¼Œã“ã®ã‚¨ãƒ©ãƒ¼ãƒã‚§ãƒƒã‚¯ã‚‚ã“ã“ã§å®Ÿæ–½ã™ã‚‹ï¼ŽãŸ
-ã ã—ï¼Œãƒ¡ãƒ¢ãƒªé ˜åŸŸã®è¨­å®šãŒé™çš„ã§ãªã„å ´åˆã«ã¯ï¼Œã“ã®ã‚¨ãƒ©ãƒ¼ãƒã‚§ãƒƒã‚¯ã¯ã‚¯ãƒªãƒ†ã‚£
-カルセクションのå†
-側で行うå¿
-要がある．
-
-â—å‡†é™çš„ã‚¨ãƒ©ãƒ¼ã®ãƒã‚§ãƒƒã‚¯é †åº
-
-准静的エラーのチェックの前に，対象のカーネルオブジェクトの管理ブロック
-のå
-ˆé ­ç•ªåœ°ã‚’，ローカル変数に代å
-¥ã™ã‚‹ï¼Ž
-
-保護機能対応カーネルでは，この次に，対象のカーネルオブジェクトがアクセ
-ス可能であるかをチェックする処理を行う．当該サービスコールの呼出しが，
-システム状æ
-‹ã«å¯¾ã™ã‚‹ã‚¢ã‚¯ã‚»ã‚¹è¨±å¯ãƒ™ã‚¯ã‚¿ã§ä¿è­·ã•ã‚Œã¦ã„ã‚‹å ´åˆã«ã‚‚ï¼Œã“ã®æ®µ
-階でチェックを実施する．
-
-その後で，パラメータの範囲等のエラーの中で，対象のカーネルオブジェクト
-の登録æƒ
-å ±ï¼ˆåˆæœŸåŒ–ãƒ–ãƒ­ãƒƒã‚¯ã«å«ã¾ã‚Œã¦ã„ã‚‹æƒ
-å ±ï¼‰ã«ä¾å­˜ã—ã¦ãƒã‚§ãƒƒã‚¯ã™ã¹ã
-ã‚‚ã®ã®ãƒã‚§ãƒƒã‚¯ã‚’ï¼Œãƒ‘ãƒ©ãƒ¡ãƒ¼ã‚¿ã®ä¸¦ã³é †ã§å®Ÿæ–½ã™ã‚‹ï¼Ž
-
-
-○CHECKマクロとgoto文の使用
-
-ASPカーネルの実è£
-においては，サービスコールの静的なエラーをチェックする
-ために，名称が"CHECK_"で始まる一連のマクロ（これらを，CHECKマクロと総称
-する）を用いている．
-
-CHECKマクロの定義中にはgoto文を含んでいるが，MISRA-Cなどのコーディング
-ルールではgoto文の使用を禁止しており，goto文を使うべきではないという意
-見も多い．また，マクロの定義中にgoto文を使用することが問題であるという
-意見もある．
-
-ここでは，定義中にgoto文を含むCHECKマクロを用いる設計意図とそれを使用し
-てよい条件，CHECKãƒžã‚¯ãƒ­ã®ä½¿ç”¨ã«ã‚ˆã‚Šã‚½ãƒ•ãƒˆã‚¦ã‚§ã‚¢ã®ä¿¡é ¼æ€§ã«å•é¡ŒãŒç”Ÿã˜ã‚‹ã“
-とがないことを論証する．
-
-なお，ASPカーネルのカーネル本体の実è£
-では，CHECKマクロ以外にgoto文を用
-いている箇所はない（一部のシステムサービスでは，これ以外の方法でgoto文
-を用いている）．
-
-●CHECKマクロの定義とその使用法
-
-kernel/check.hには，25個のCHECKマクロが定義されているが，いずれも次のパ
-ターンで定義されている．ここでXXXXXには，チェックしたいエラーの種類を表
-す文字列がå
-¥ã‚‹ï¼Ž
-
-----------------------------------------
-#define CHECK_XXXXX(<……>) {                         \
-        if (<エラー条件>) {                                                \
-                ercd = <エラーコード>;                            \
+dispatchを呼び出してタスク切換えを行う場合には，dispatchの出口でタスク
+例外処理ルーチンを呼び出すためここで呼出し処理を行う必要はないが，コー
+ドが複雑になるため，dispatchを呼び出した場合もここでタスク例外処理ルー
+チンの呼出し処理を行っている．
+
+●call_texrtnからdispatchを呼び出す処理について
+
+dispatch_rから（ターゲットによってはcalltexを経由して）call_texrtnを呼
+び出し，call_texrtnからdispatchを呼び出すため，この2つの関数は相互再帰
+呼出しをしている．ここでは，この実装で支障のない理由を説明する．
+
+call_texrtnからdispatchを呼び出すのは，ディスパッチが保留されていない状
+態で呼び出されたタスク例外処理ルーチンが，その実行中にディスパッチ保留
+状態に遷移し，さらにタスクディスパッチを必要とする処理を行い，ディスパッ
+チ保留状態を解除しないままリターンした場合である．この場合，call_texrtn
+の中でディスパッチ保留状態を解除した後に，dispatchを呼び出してタスクディ
+スパッチを行う．つまり，call_texrtnからdispatchを呼び出す処理は，タスク
+例外処理ルーチンの中でディスパッチ保留状態を解除すべきであったのを，解
+除せずにリターンした場合を救済するためのものである．以下，この振舞いを
+「救済ケース」と呼ぶ．
+
+そこで，比較のために，タスク例外処理ルーチンの最後で，正しくディスパッ
+チ保留状態を解除してからリターンした場合の振舞いを考える．この場合には，
+ディスパッチ保留状態を解除するサービスコール（ena_dsp，chg_ipm）の中で，
+dispatchが呼び出されてタスクディスパッチが起こる．以下，この振舞いを
+「正常ケース」と呼ぶ．
+
+正常ケースと救済ケースを比較すると，call_texrtn→タスク例外処理ルーチン
+→サービスコール→dispatchの順でdispatchが呼び出されるか，call_texrtnか
+ら直接dispatchが呼び出されるかの違いということになり，救済ケースの方が
+スタックの使用量は少ない．つまり，正常ケースの動きを想定してスタック領
+域が用意してあれば，救済ケースでも問題なく動作することになる．
+
+ここで，正常ケースと救済ケースで，上記以外に違いがないことが重要である．
+具体的には，call_texrtnの中で，タスク例外処理許可状態にする（p_runtsk
+->enatexをtrueにする）前に，dispatchを呼び出すことが重要である．タスク
+例外処理許可状態にした後にdispatchを呼び出すと，出口のdispatch_rで，再
+びタスク例外処理ルーチンを実行してしまう可能性があり，救済ケースの方が
+スタックの使用量が増えてしまう．
+
+タスク例外処理ルーチンの中で，タスク例外処理許可状態にしたままリターン
+した場合には，call_texrtnから呼び出したdispatchの出口のdispatch_rで再び
+タスク例外処理ルーチンを実行してしまう可能性がある．この場合も，タスク
+例外処理ルーチンの最後で，ディスパッチ保留状態を解除してからリターンし
+た場合よりはスタックの使用量が少ないが，タスク例外処理禁止状態にした後
+にディスパッチ保留状態を解除してリターンした場合よりは，スタックの使用
+量が増える場合がある．そこで，このような状況が起こらないように，
+dispatchを呼ぶ前にp_runtsk->enatexをfalseにする．
+
+
+○エラーのチェック順序
+
+サービスコール内におけるエラーチェックは，以下の順序で行うことを原則と
+する．なお，この節には，保護機能対応カーネルに関する記述が含まれている
+が，それらの記述は将来的にはより適切なドキュメントに移動する予定である．
+
+●エラーの3分類
+
+サービスコールのエラーは，大きく以下の3つに分類することができる．
+
+(a) 静的エラー
+
+対象のカーネルオブジェクトが登録されているか否かや，その状態に依存せず
+に，チェックすることができるエラー．
+
+(b) 準静的エラー
+
+対象のカーネルオブジェクトが登録されていれば，その状態に依存せずにチェッ
+クすることができるエラー．
+
+(c) 動的エラー
+
+対象のカーネルオブジェクトの状態に依存するエラー．
+
+ASPカーネルにおいては，(a)と(b)のエラーはクリティカルセクションの外側で，
+この順序でチェックし，(c)のエラーはクリティカルセクションの内側でチェッ
+クする．ただし，動的生成機能拡張パッケージでは，(b)のエラー（の一部）は
+クリティカルセクションの内側で実施する必要がある．
+
+●静的エラーのチェック順序
+
+静的エラーには，実行コンテキストのエラー（ディスパッチ保留状態からの呼
+出しエラーも含む），パラメータの範囲等のエラー（対象のカーネルオブジェ
+クトに依存せずにチェックできるもの）が含まれる．
+
+サービスコール中では，最初に実行コンテキストのエラーをチェックし，その
+後，パラメータの並び順に，範囲等のエラーをチェックする．
+
+保護機能対応カーネルでは，パラメータがポインタである場合に，ポインタの
+指すメモリ領域がアクセス可能であるかをチェックする必要があるが，メモリ
+領域の設定が静的である場合には，このエラーチェックもここで実施する．た
+だし，メモリ領域の設定が静的でない場合には，このエラーチェックはクリティ
+カルセクションの内側で行う必要がある．
+
+●准静的エラーのチェック順序
+
+准静的エラーのチェックの前に，対象のカーネルオブジェクトの管理ブロック
+の先頭番地を，ローカル変数に代入する．
+
+保護機能対応カーネルでは，この次に，対象のカーネルオブジェクトがアクセ
+ス可能であるかをチェックする処理を行う．当該サービスコールの呼出しが，
+システム状態に対するアクセス許可ベクタで保護されている場合にも，この段
+階でチェックを実施する．
+
+その後で，パラメータの範囲等のエラーの中で，対象のカーネルオブジェクト
+の登録情報（初期化ブロックに含まれている情報）に依存してチェックすべき
+もののチェックを，パラメータの並び順で実施する．
+
+
+○CHECKマクロとgoto文の使用
+
+ASPカーネルの実装においては，サービスコールの静的なエラーをチェックする
+ために，名称が"CHECK_"で始まる一連のマクロ（これらを，CHECKマクロと総称
+する）を用いている．
+
+CHECKマクロの定義中にはgoto文を含んでいるが，MISRA-Cなどのコーディング
+ルールではgoto文の使用を禁止しており，goto文を使うべきではないという意
+見も多い．また，マクロの定義中にgoto文を使用することが問題であるという
+意見もある．
+
+ここでは，定義中にgoto文を含むCHECKマクロを用いる設計意図とそれを使用し
+てよい条件，CHECKマクロの使用によりソフトウェアの信頼性に問題が生じるこ
+とがないことを論証する．
+
+なお，ASPカーネルのカーネル本体の実装では，CHECKマクロ以外にgoto文を用
+いている箇所はない（一部のシステムサービスでは，これ以外の方法でgoto文
+を用いている）．
+
+●CHECKマクロの定義とその使用法
+
+kernel/check.hには，25個のCHECKマクロが定義されているが，いずれも次のパ
+ターンで定義されている．ここでXXXXXには，チェックしたいエラーの種類を表
+す文字列が入る．
+
+----------------------------------------
+#define CHECK_XXXXX(<……>) {                             \
+        if (<エラー条件>) {                                          \
+                ercd = <エラーコード>;                                \
                 goto error_exit;                                        \
         }                                                                               \
@@ -1511 +1068 @@
 ----------------------------------------
 
-これらのCHECKマクロは，多くのサービスコールの処理関数中で，次のように使
-用されている．
+これらのCHECKマクロは，多くのサービスコールの処理関数中で，次のように使
+用されている．
 
 ----------------------------------------
 ER
-<サービスコール名>(……)
+<サービスコール名>(……)
 {
-        <ローカル変数の宣言>
+        <ローカル変数の宣言>
         ER              ercd;
 
-        LOG_XXX_YYY_ENTER(……);
-        CHECK_XXXXX(……);
-        CHECK_YYYYY(……);
-
-        <サービスコール処理本体>
+        LOG_XXX_YYY_ENTER(……);
+        CHECK_XXXXX(……);
+        CHECK_YYYYY(……);
+
+        <サービスコール処理本体>
 
   error_exit:
-        LOG_XXX_YYY_LEAVE(……);
+        LOG_XXX_YYY_LEAVE(……);
         return(ercd);
 }
 ----------------------------------------
 
-この例では，CHECKマクロを2つ使用しているが，1ã¤ã®ã¿ä½¿ç”¨ã—ã¦ã„ã‚‹å ´åˆã‚‚ã‚
-れば，3ã¤ä»¥ä¸Šä½¿ç”¨ã—ã¦ã„ã‚‹å ´åˆã‚‚ã‚ã‚‹ï¼Žã¾ãŸï¼Œè¤‡æ•°ã®CHECKマクロの間に，ロー
-カル変数への代å
-¥æ–‡ãŒå
-¥ã‚‹å ´åˆã‚‚ある（例えば，ter_tskの処理関数）．
-
-●設計意図
-
-CHECKマクロを使用する意図は，ほとんどのサービスコールでå¿
-要な静的エラー
-のチェックコードをパターン化し，ソースコードの簡潔さを保つことで読みや
-すさを向上させるとともに，記述ミスの可能性を減らすことである．
-
-ちなみに，CHECKãƒžã‚¯ãƒ­ã‚’ä½¿ç”¨ã—ãªã„å ´åˆï¼Œä¸Šã«ç¤ºã—ãŸã‚µãƒ¼ãƒ“ã‚¹ã‚³ãƒ¼ãƒ«ã®å‡¦ç†é–¢
-数は，次のように記述することになる．
+この例では，CHECKマクロを2つ使用しているが，1つのみ使用している場合もあ
+れば，3つ以上使用している場合もある．また，複数のCHECKマクロの間に，ロー
+カル変数への代入文が入る場合もある（例えば，ter_tskの処理関数）．
+
+●設計意図
+
+CHECKマクロを使用する意図は，ほとんどのサービスコールで必要な静的エラー
+のチェックコードをパターン化し，ソースコードの簡潔さを保つことで読みや
+すさを向上させるとともに，記述ミスの可能性を減らすことである．
+
+ちなみに，CHECKマクロを使用しない場合，上に示したサービスコールの処理関
+数は，次のように記述することになる．
 
 ----------------------------------------
 ER
-<サービスコール名>(……)
+<サービスコール名>(……)
 {
-        <ローカル変数の宣言>
+        <ローカル変数の宣言>
         ER              ercd;
 
-        LOG_XXX_YYY_ENTER(……);
-        if (<XXXXXのエラー条件>) {
-                ercd = <XXXXXのエラーコード>;
+        LOG_XXX_YYY_ENTER(……);
+        if (<XXXXXのエラー条件>) {
+                ercd = <XXXXXのエラーコード>;
         }
         else {
-                if (<YYYYYのエラー条件>) {
-                        ercd = <YYYYYのエラーコード>;
+                if (<YYYYYのエラー条件>) {
+                        ercd = <YYYYYのエラーコード>;
                 }
                 else {
 
-                        <サービスコール処理本体>
+                        <サービスコール処理本体>
 
                 }
         }
-        LOG_XXX_YYY_LEAVE(……);
+        LOG_XXX_YYY_LEAVE(……);
         return(ercd);
 }
 ----------------------------------------
 
-CHECKマクロのå†
-容を知っているという前提の下では，å
-ƒã®ã‚½ãƒ¼ã‚¹ã‚³ãƒ¼ãƒ‰ã®æ–¹ãŒ
-読みやすいのは明らかである．
-
-なお，このようなCHECKマクロの定義には，goto文の使用が不可避である．
-
-●CHECKマクロを使用してよい条件
-
-CHECKマクロは，次の条件を満たすように使用しなければならない．
-
-(1) CHECKマクロは，サービスコール処理関数のå
-ˆé ­éƒ¨åˆ†ã§ï¼Œã‚µãƒ¼ãƒ“スコールå
-¥
-　　口のログを出した後，クリティカルセクションにå
-¥ã‚‹å‰ã¾ã§ã«ï¼Œå‡¦ç†é–¢æ•°
-　　のトップレベルで用いる．
-
-(2) サービスコール処理関数の末尾部分で，クリティカルセクションを抜けた
-　　後，サービスコール出口のログを出す前に，処理関数のトップレベルに，
-　　error_exitラベルを置く．
-
-â—å•é¡Œã‚’ç”Ÿã˜ã‚‹ã“ã¨ãŒãªã„æ ¹æ‹ 
-
-このような方法でgotoæ–‡ã‚’ä½¿ç”¨ã—ã¦ã‚‚ï¼Œã‚½ãƒ•ãƒˆã‚¦ã‚§ã‚¢ã®ä¿¡é ¼æ€§ã«å•é¡ŒãŒç”Ÿã˜ã‚‹
-ことがないことを主張するには，そもそも，MISRA-Cなどのコーディングルール
-でgotoæ–‡ã®ä½¿ç”¨ã‚’ç¦æ­¢ã—ã¦ã„ã‚‹æ ¹æ‹ ï¼Œè¨€ã„æ›ãˆã‚‹ã¨ï¼Œgoto文の使用によりソフ
-ãƒˆã‚¦ã‚§ã‚¢ã®ä¿¡é ¼æ€§ã«å•é¡ŒãŒç”Ÿã˜ã‚‹å¯èƒ½æ€§ã®ã‚ã‚‹ç†ç”±ã‚’æ˜Žã‚‰ã‹ã«ã™ã‚‹å¿
-要がある．
-
-MISRA-Cのドキュメントでは，gotoæ–‡ã®ä½¿ç”¨ã‚’ç¦æ­¢ã™ã‚‹æ ¹æ‹ ã«ã¤ã„ã¦ã‚ã¾ã‚Šæ˜Žç¢º
-ã«ãªã£ã¦ãŠã‚‰ãšï¼Œã“ã“ã§ã¯ãã®æ ¹æ‹ ã‚’æ¬¡ã®ã‚ˆã†ã«æŽ¨æ¸¬ã™ã‚‹ï¼Ž
-
-・処理の流れが複雑になり，プログラムの意図が読みにくくなる（いわゆる，
-　スパゲッティプログラムになる）．
-
-CHECKãƒžã‚¯ãƒ­ã®å ´åˆã«ã¯ï¼Œgoto文をエラー発生時の強制脱出に用いており，ラベ
-ルもerror_exitとするなど，プログラムの意図は明らかである．一方，このよ
-うにgotoæ–‡ã‚’ã‚¨ãƒ©ãƒ¼æ™‚ã®å¼·åˆ¶è„±å‡ºã«ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ç‚¹ã‚‚goto文の使用を
-ç¦æ­¢ã™ã‚‹æ ¹æ‹ ã«ãªã‚Šã†ã‚‹ï¼Ž
-
-・goto文で強制脱出することにより，脱出時に行わなければならない後処理が
-　飛ばされるおそれがある．
-
-ただしこの点についても，CHECKマクロを上記の使用条件を満たして使う限りは，
-脱出時に行わなければならない後処理はなく，CHECKマクロの使用によりソフト
-ã‚¦ã‚§ã‚¢ã®ä¿¡é ¼æ€§ã«å•é¡ŒãŒç”Ÿã˜ã‚‹ã“ã¨ã¯ãªã„ï¼Ž
-
-問題を生じることがないことを論証するもう1つ方法は，コーディングルールに
-合致しないプログラムが，コーディングルールに合致したプログラムと等価で
-あることを示す方法である．
-
-すでに「設計意図」の節で述べたように，CHECKマクロを使用したプログラムは，
-goto文を使用しない等価なプログラムに書き換えることができるが，より一般
-的には，次のことが言える．
-
-else部を持たないif文のthen部の最後に，if文より下（前方）にあり，if文と
-同じブロックå†
-の同じ階層のラベルへ分岐するgotoæ–‡ãŒã‚ã‚‹å ´åˆã«ã¯ï¼Œif文と
-ラベルの間の文をelse部にすることにより，goto文を使わない等価なプログラ
-ムに書き換えることができる．
-
-例として，goto文を使った次のプログラムを考える．
+CHECKマクロの内容を知っているという前提の下では，元のソースコードの方が
+読みやすいのは明らかである．
+
+なお，このようなCHECKマクロの定義には，goto文の使用が不可避である．
+
+●CHECKマクロを使用してよい条件
+
+CHECKマクロは，次の条件を満たすように使用しなければならない．
+
+(1) CHECKマクロは，サービスコール処理関数の先頭部分で，サービスコール入
+　　口のログを出した後，クリティカルセクションに入る前までに，処理関数
+　　のトップレベルで用いる．
+
+(2) サービスコール処理関数の末尾部分で，クリティカルセクションを抜けた
+　　後，サービスコール出口のログを出す前に，処理関数のトップレベルに，
+　　error_exitラベルを置く．
+
+●問題を生じることがない根拠
+
+このような方法でgoto文を使用しても，ソフトウェアの信頼性に問題が生じる
+ことがないことを主張するには，そもそも，MISRA-Cなどのコーディングルール
+でgoto文の使用を禁止している根拠，言い換えると，goto文の使用によりソフ
+トウェアの信頼性に問題が生じる可能性のある理由を明らかにする必要がある．
+
+MISRA-Cのドキュメントでは，goto文の使用を禁止する根拠についてあまり明確
+になっておらず，ここではその根拠を次のように推測する．
+
+・処理の流れが複雑になり，プログラムの意図が読みにくくなる（いわゆる，
+　スパゲッティプログラムになる）．
+
+CHECKマクロの場合には，goto文をエラー発生時の強制脱出に用いており，ラベ
+ルもerror_exitとするなど，プログラムの意図は明らかである．一方，このよ
+うにgoto文をエラー時の強制脱出に用いる場合には，次の点もgoto文の使用を
+禁止する根拠になりうる．
+
+・goto文で強制脱出することにより，脱出時に行わなければならない後処理が
+　飛ばされるおそれがある．
+
+ただしこの点についても，CHECKマクロを上記の使用条件を満たして使う限りは，
+脱出時に行わなければならない後処理はなく，CHECKマクロの使用によりソフト
+ウェアの信頼性に問題が生じることはない．
+
+問題を生じることがないことを論証するもう1つ方法は，コーディングルールに
+合致しないプログラムが，コーディングルールに合致したプログラムと等価で
+あることを示す方法である．
+
+すでに「設計意図」の節で述べたように，CHECKマクロを使用したプログラムは，
+goto文を使用しない等価なプログラムに書き換えることができるが，より一般
+的には，次のことが言える．
+
+else部を持たないif文のthen部の最後に，if文より下（前方）にあり，if文と
+同じブロック内の同じ階層のラベルへ分岐するgoto文がある場合には，if文と
+ラベルの間の文をelse部にすることにより，goto文を使わない等価なプログラ
+ムに書き換えることができる．
+
+例として，goto文を使った次のプログラムを考える．
 
 ----------------------------------------
         {
-                /* if文の前の文 */
+                /* if文の前の文 */
                 if (....) {
-                        /* then部の文 */
-                        goto <ラベル>;
+                        /* then部の文 */
+                        goto <ラベル>;
                 }
-                /* if文とラベルの間の文 */
-          <ラベル>:
-                /* ラベルより後ろの文 */
+                /* if文とラベルの間の文 */
+          <ラベル>:
+                /* ラベルより後ろの文 */
         }
 ----------------------------------------
 
-このプログラムは，goto文を使わない次のプログラムと等価である．
+このプログラムは，goto文を使わない次のプログラムと等価である．
 
 ----------------------------------------
         {
-                /* if文の前の文 */
+                /* if文の前の文 */
                 if (....) {
-                        /* then部の文 */
+                        /* then部の文 */
                 }
                 else {
-                        /* if文とラベルの間の文 */
+                        /* if文とラベルの間の文 */
                 }
-                /* ラベルより後ろの文 */
+                /* ラベルより後ろの文 */
         }
 ----------------------------------------
 
-この条件に合致するgotoæ–‡ãŒè¤‡æ•°ã‚ã‚‹å ´åˆã«ã¯ï¼Œä¸‹ã«ã‚ã‚‹gotoæ–‡ã‹ã‚‰é †ã«ä¸Šè¨˜
-の方法によって書き換えることで，goto文を使わない等価なプログラムに書き
-換えることができる．
-
-CHECKマクロの使用方法は，上記のgoto文の使用方法に合致するため，goto文を
-使用しない等価なプログラムに書き換えることができる．よって，このCHECKマ
-クロにより問題を生じることはない．
-
-
-○ext_tsk，ext_kerの返り値
-
-μITRON4.0仕様では，ext_tskはリターンすることのないサービスコールとなっ
-ているが，TOPPERS新世代カーネルにおいては，このサービスコールの返り値を
-ERåž‹ã«å¤‰æ›´ã—ï¼Œéžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã‹ã‚‰å‘¼ã°ã‚ŒãŸå ´åˆã«ã¯ï¼ŒE_CTXエラーを返
-り値としてリターンすることとする．
-
-この仕様に対するいくつかの対案を検討したが，以下の理由で採用しない．
-
-・JSPカーネルのように，危険の可能性を検出しながら実行を継続する方法は，
-ã€€ä¿¡é ¼æ€§ãƒ»å®‰å
-¨æ€§ã‚’é‡è¦–ã™ã‚‹ã‚·ã‚¹ãƒ†ãƒ ã§ã¯æœ›ã¾ã—ããªã„ï¼Žä¿¡é ¼æ€§ãƒ»å®‰å
-¨æ€§ã‚’重
-　視するシステムでは，危険の可能性を検出したら，早期にリカバリをすべき
-　である．
-
-・ASPカーネルの当初案のカーネルをダウンさせる方法は，アプリケーション側
-　で回復する余地をなくすという意味で望ましくない．
-
-・過去の互換性を保つために，型をvoidとしたまま，非タスクコンテキストか
-ã€€ã‚‰å‘¼ã°ã‚ŒãŸå ´åˆã«ã¯ãƒªã‚¿ãƒ¼ãƒ³ã™ã‚‹ã¨ã™ã‚‹æ–¹æ³•ã¯ï¼Œã‚«ãƒ¼ãƒãƒ«ã®ä»•æ§˜å¤‰æ›´ã«æ°—ã¥
-　きにくくなるという意味で望ましくない．また，他のエラーコード（例えば
-　E_NOSPT）を返す余地をなくしている．
-
-・一種のCPU例外を呼び出すことにする方法は，カーネル仕様å
-¨ä½“の整合性を考
-　えて採用しなかった．ここで一種のCPU例外を導å
-¥ã™ã‚‹ã‚ˆã‚Šã‚‚，サービスコー
-ã€€ãƒ«ãŒã‚¨ãƒ©ãƒ¼ã‚’è¿”ã—ãŸå ´åˆã«å‘¼ã°ã‚Œã‚‹OSEK/VDX OS仕様のエラーフックに相当す
-　る機能を導å
-¥ã—た方が有用性が高いと思われるためである．
-
-この変更により，さらに，CPUロック状æ
-‹ã‚„ディスパッチ禁止状æ
-‹ã§ext_tskが
-å‘¼ã°ã‚ŒãŸå ´åˆã«ã‚‚ã‚¨ãƒ©ãƒ¼ãƒªã‚¿ãƒ¼ãƒ³ã™ã‚‹æ–¹æ³•ãŒè€ƒãˆã‚‰ã‚Œã‚‹ãŒï¼Œã‚¿ã‚¹ã‚¯ã®ãƒ¡ã‚¤ãƒ³ãƒ«ãƒ¼
-チンからのリターンとext_tskが等価にならないため，採用しない．また，他の
-処理単位からのリターン方法と整合させる意味もある（例えば，割込みハンド
-ラからCPUロック状æ
-‹ã®ã¾ã¾ãƒªã‚¿ãƒ¼ãƒ³ã—ãŸå ´åˆã®æ‰±ã„ï¼‰ï¼Ž
-
-これにあわせて，ext_kerについても，返り値をER型に変更する．ASPカーネル
-では，ext_kerがエラーを返すことはないが，HRPカーネルでは，E_OACVエラー
-ã‚’è¿”ã™å ´åˆãŒã‚ã‚‹ï¼Ž
-
-なお，μITRON4.0仕様では，exd_tskもリターンすることのないサービスコール
-となっているが，TOPPERS新世代カーネルでは，exd_tskはサポートしていない．
-
-
-â—‹ã‚«ãƒ¼ãƒãƒ«ã®ãƒ‡ãƒ¼ã‚¿æ§‹é€ ã«å¯¾ã™ã‚‹volatile宣言について（クリティカルセクショ
-ンの出å
-¥å‡¦ç†ã®å®Ÿç¾ã«é–¢ã™ã‚‹åˆ¶ç´„）
-
-カーネルå†
-ã®ãƒ‡ãƒ¼ã‚¿æ§‹é€ ã¯ï¼Œä¸¦è¡Œå®Ÿè¡Œã•ã‚Œã‚‹ä»–ã®å‡¦ç†å˜ä½ï¼ˆå‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©ã‚„
-タスク）からもアクセスされる可能性があるため，volatile宣言がå¿
-要ではな
-いかと考えられる．実際，クリティカルセクションå†
-でカーネル変数を読むコー
-ドが，コンパイラの最適化によりクリティカルセクション外に移動され，それ
-ãŒåŽŸå› ã¨ãªã£ãŸå•é¡Œäº‹ä¾‹ã‚‚å ±å‘Šã•ã‚Œã¦ã„ã‚‹ï¼Ž
-
-カーネルå†
-ã®ã™ã¹ã¦ã®ãƒ‡ãƒ¼ã‚¿æ§‹é€ ã«volatile宣言をつける方法は，安å
-¨ã§ã¯ã‚
-るが，最適化が抑止されるために，カーネルのサイズや性能には悪影響を与え
-る．そこでASPカーネルでは，次の方法でvolatile宣言のå¿
-要性をなくすことと
-する．
-
-ASPカーネルにおいては，並行実行される他の処理単位から書き換えられる可能
-æ€§ã®ã‚ã‚‹ãƒ‡ãƒ¼ã‚¿æ§‹é€ ã¯ï¼Œã™ã¹ã¦ï¼ŒCPUロック状æ
-‹ã¾ãŸã¯å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã«ã‚ˆ
-るクリティカルセクションå†
-でアクセスしている．クリティカルセクションå†
-
-ã§ã®ãƒ‡ãƒ¼ã‚¿æ§‹é€ ã®ã‚¢ã‚¯ã‚»ã‚¹ãŒï¼Œã‚³ãƒ³ãƒ‘ã‚¤ãƒ©ã®æœ€é©åŒ–ã«ã‚ˆã‚Šã‚¯ãƒªãƒ†ã‚£ã‚«ãƒ«ã‚»ã‚¯ã‚·ãƒ§
-ン外に移動されないようにするには，コンパイラに対して，クリティカルセク
-ションの出å
-¥å‡¦ç†ã«ã‚ˆã‚Šï¼Œãƒ¡ãƒ¢ãƒªä¸Šã®ãƒ‡ãƒ¼ã‚¿æ§‹é€ が書き変わる可能性があるこ
-とを知らせればよい．
-
-å
-·ä½“的には，クリティカルセクションの出å
-¥å‡¦ç†ã‚’関数によって実現すれば，
-このような最適化を抑止することができる．しかし，ASPカーネルの多くのター
-ゲット依存部において，クリティカルセクションの出å
-¥å‡¦ç†ã¯ãƒžã‚¯ãƒ­ã‚„インラ
-イン関数により実è£
-されており，上のような最適化を抑止できない．
-
-そこで，クリティカルセクションの出å
-¥å‡¦ç†ã‚’å®Ÿç¾ã™ã‚‹å ´åˆã«ã¯ï¼Œãƒ¡ãƒ¢ãƒªä¸Šã®
-ãƒ‡ãƒ¼ã‚¿æ§‹é€ ãŒæ›¸ãå¤‰ã‚ã‚‹å¯èƒ½æ€§ãŒã‚ã‚‹ã“ã¨ã‚’ï¼Œä½•ã‚‰ã‹ã®æ–¹æ³•ã§ã‚³ãƒ³ãƒ‘ã‚¤ãƒ©ã«çŸ¥
-らせなければならないという制約を設ける．GNU開発環境では，次のいずれかの
-方法でこの制約を満たすことができる．
-
-(a) クリティカルセクションの出å
-¥å‡¦ç†ã®å
-¨ä½“または出å
-¥å‡¦ç†ã®æœ¬è³ªçš„な部分
-        （å
-·ä½“的には，割込み禁止／許可する処理）を（インラインでない）通常
-        の関数により実現する．
-
-(b) クリティカルセクションの出å
-¥å‡¦ç†ã®æœ¬è³ªçš„な部分をインラインアセンブ
-        ãƒ©ã«ã‚ˆã£ã¦å®Ÿç¾ã—ã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œãã®ã‚¤ãƒ³ãƒ©ã‚¤ãƒ³ã‚¢ã‚»ãƒ³ãƒ–ãƒ©ã®clobber変
-        数リストに"memory"ã‚’è¿½åŠ ã™ã‚‹ï¼Ž
-
-(c) クリティカルセクションの出å
-¥å‡¦ç†ã®æœ¬è³ªçš„な部分が，マクロやインライ
-        ãƒ³é–¢æ•°å‘¼å‡ºã—ã§å®Ÿç¾ã—ã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œã‚¯ãƒªãƒ†ã‚£ã‚«ãƒ«ã‚»ã‚¯ã‚·ãƒ§ãƒ³ã«å
-¥ã‚‹å‡¦
-        理の最後と出る処理のå
-ˆé ­ã«ï¼ŒAsm("":::"memory")という記述をå
-¥ã‚Œã‚‹ï¼Ž
-
-なお，この制約が適用されるクリティカルセクションの出å
-¥å‡¦ç†ã¯ï¼Œä»¥ä¸‹ã®ã‚‚
-のである．
+この条件に合致するgoto文が複数ある場合には，下にあるgoto文から順に上記
+の方法によって書き換えることで，goto文を使わない等価なプログラムに書き
+換えることができる．
+
+CHECKマクロの使用方法は，上記のgoto文の使用方法に合致するため，goto文を
+使用しない等価なプログラムに書き換えることができる．よって，このCHECKマ
+クロにより問題を生じることはない．
+
+
+○ext_tsk，ext_kerの返り値
+
+μITRON4.0仕様では，ext_tskはリターンすることのないサービスコールとなっ
+ているが，TOPPERS新世代カーネルにおいては，このサービスコールの返り値を
+ER型に変更し，非タスクコンテキストから呼ばれた場合には，E_CTXエラーを返
+り値としてリターンすることとする．
+
+この仕様に対するいくつかの対案を検討したが，以下の理由で採用しない．
+
+・JSPカーネルのように，危険の可能性を検出しながら実行を継続する方法は，
+　信頼性・安全性を重視するシステムでは望ましくない．信頼性・安全性を重
+　視するシステムでは，危険の可能性を検出したら，早期にリカバリをすべき
+　である．
+
+・ASPカーネルの当初案のカーネルをダウンさせる方法は，アプリケーション側
+　で回復する余地をなくすという意味で望ましくない．
+
+・過去の互換性を保つために，型をvoidとしたまま，非タスクコンテキストか
+　ら呼ばれた場合にはリターンするとする方法は，カーネルの仕様変更に気づ
+　きにくくなるという意味で望ましくない．また，他のエラーコード（例えば
+　E_NOSPT）を返す余地をなくしている．
+
+・一種のCPU例外を呼び出すことにする方法は，カーネル仕様全体の整合性を考
+　えて採用しなかった．ここで一種のCPU例外を導入するよりも，サービスコー
+　ルがエラーを返した場合に呼ばれるOSEK/VDX OS仕様のエラーフックに相当す
+　る機能を導入した方が有用性が高いと思われるためである．
+
+この変更により，さらに，CPUロック状態やディスパッチ禁止状態でext_tskが
+呼ばれた場合にもエラーリターンする方法が考えられるが，タスクのメインルー
+チンからのリターンとext_tskが等価にならないため，採用しない．また，他の
+処理単位からのリターン方法と整合させる意味もある（例えば，割込みハンド
+ラからCPUロック状態のままリターンした場合の扱い）．
+
+これにあわせて，ext_kerについても，返り値をER型に変更する．ASPカーネル
+では，ext_kerがエラーを返すことはないが，HRPカーネルでは，E_OACVエラー
+を返す場合がある．
+
+なお，μITRON4.0仕様では，exd_tskもリターンすることのないサービスコール
+となっているが，TOPPERS新世代カーネルでは，exd_tskはサポートしていない．
+
+
+○カーネルのデータ構造に対するvolatile宣言について（クリティカルセクショ
+ンの出入処理の実現に関する制約）
+
+カーネル内のデータ構造は，並行実行される他の処理単位（割込みハンドラや
+タスク）からもアクセスされる可能性があるため，volatile宣言が必要ではな
+いかと考えられる．実際，クリティカルセクション内でカーネル変数を読むコー
+ドが，コンパイラの最適化によりクリティカルセクション外に移動され，それ
+が原因となった問題事例も報告されている．
+
+カーネル内のすべてのデータ構造にvolatile宣言をつける方法は，安全ではあ
+るが，最適化が抑止されるために，カーネルのサイズや性能には悪影響を与え
+る．そこでASPカーネルでは，次の方法でvolatile宣言の必要性をなくすことと
+する．
+
+ASPカーネルにおいては，並行実行される他の処理単位から書き換えられる可能
+性のあるデータ構造は，すべて，CPUロック状態または全割込みロック状態によ
+るクリティカルセクション内でアクセスしている．クリティカルセクション内
+でのデータ構造のアクセスが，コンパイラの最適化によりクリティカルセクショ
+ン外に移動されないようにするには，コンパイラに対して，クリティカルセク
+ションの出入処理により，メモリ上のデータ構造が書き変わる可能性があるこ
+とを知らせればよい．
+
+具体的には，クリティカルセクションの出入処理を関数によって実現すれば，
+このような最適化を抑止することができる．しかし，ASPカーネルの多くのター
+ゲット依存部において，クリティカルセクションの出入処理はマクロやインラ
+イン関数により実装されており，上のような最適化を抑止できない．
+
+そこで，クリティカルセクションの出入処理を実現する場合には，メモリ上の
+データ構造が書き変わる可能性があることを，何らかの方法でコンパイラに知
+らせなければならないという制約を設ける．GNU開発環境では，次のいずれかの
+方法でこの制約を満たすことができる．
+
+(a) クリティカルセクションの出入処理の全体または出入処理の本質的な部分
+        （具体的には，割込み禁止／許可する処理）を（インラインでない）通常
+        の関数により実現する．
+
+(b) クリティカルセクションの出入処理の本質的な部分をインラインアセンブ
+        ラによって実現している場合には，そのインラインアセンブラのclobber変
+        数リストに"memory"を追加する．
+
+(c) クリティカルセクションの出入処理の本質的な部分が，マクロやインライ
+        ン関数呼出しで実現している場合には，クリティカルセクションに入る処
+        理の最後と出る処理の先頭に，Asm("":::"memory")という記述を入れる．
+
+なお，この制約が適用されるクリティカルセクションの出入処理は，以下のも
+のである．
 
         SIL_LOC_INT
@@ -1806 +1317 @@
 
 
-○型キャストに伴う警告メッセージ
-
-GCCで-O2ã‚ªãƒ—ã‚·ãƒ§ãƒ³ã‚’ã¤ã‘ã¦ã‚³ãƒ³ãƒ‘ã‚¤ãƒ«ã—ãŸå ´åˆã«ï¼Œã‚«ãƒ¼ãƒãƒ«ã®ã‚½ãƒ¼ã‚¹ã‚³ãƒ¼ãƒ‰
-中の数箇所で，次の警告メッセージが出る（GCCのバージョンにもよる）．
+○型キャストに伴う警告メッセージ
+
+GCCで-O2オプションをつけてコンパイルした場合に，カーネルのソースコード
+中の数箇所で，次の警告メッセージが出る（GCCのバージョンにもよる）．
 
 warning: dereferencing type-punned pointer will break strict-aliasing rules
 
-これは，GCCに-O2オプションをつけると，コンパイラがC言語のstrict
-aliasing ruleを前提とするためである．コンパイラにstrict aliasing ruleを
-適用させないためには，GCCのオプションに-fno-strict-aliasingを指定すれば
-よい．これにより，警告メッセージは抑止されるが，strict aliasing ruleを
-前提とした最適化は行われなくなる．
-
-ASPカーネルに実è£
-においては，strict aliasing ruleを前提とした最適化を行っ
-てもよく，この警告メッセージを無視しても差し支えない．以下では，この警
-告メッセージを無視しても差し支えない理由を述べる．
-
-警告メッセージが出る例として，semaphore.c中の次の行について検討する．
+これは，GCCに-O2オプションをつけると，コンパイラがC言語のstrict
+aliasing ruleを前提とするためである．コンパイラにstrict aliasing ruleを
+適用させないためには，GCCのオプションに-fno-strict-aliasingを指定すれば
+よい．これにより，警告メッセージは抑止されるが，strict aliasing ruleを
+前提とした最適化は行われなくなる．
+
+ASPカーネルに実装においては，strict aliasing ruleを前提とした最適化を行っ
+てもよく，この警告メッセージを無視しても差し支えない．以下では，この警
+告メッセージを無視しても差し支えない理由を述べる．
+
+警告メッセージが出る例として，semaphore.c中の次の行について検討する．
 
         wobj_make_wait((WOBJCB *) p_semcb, (WINFO_WOBJ *) &winfo_sem);
 
-ã“ã®è­¦å‘Šãƒ¡ãƒƒã‚»ãƒ¼ã‚¸ã®åŽŸå› ã¯ï¼Œç›´æŽ¥çš„ã«ã¯ï¼Œ&winfo_semを(WINFO_WOBJ *)にキャ
-ã‚¹ãƒˆã—ã¦ã„ã‚‹ã“ã¨ã§ã‚ã‚‹ãŒï¼Œæœ¬è³ªçš„ãªåŽŸå› ã¯ï¼Œã“ã®ã‚³ãƒ¼ãƒ‰ãŒC言語のstrict
-aliasing ruleに従わない代å
-¥æ–‡ã®åŽŸå› になる可能性があり，このルールに依存
-した最適化が誤った結果を引き起こす可能性があることである．
-
-C言語のstrict aliasing ruleは，互換性のない異なる型を通して，オーバラッ
-ãƒ—ã™ã‚‹ãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’ã‚¢ã‚¯ã‚»ã‚¹ã™ã‚‹ä»£å
-¥æ–‡ã‚’使用してはならないというものであ
-ã‚‹ï¼ˆä½¿ç”¨ã—ãŸå ´åˆã®æŒ¯èˆžã„ã¯æœªå®šç¾©ã«ãªã‚‹ï¼‰ï¼Žã“ã®ã‚±ãƒ¼ã‚¹ã§ã¯ï¼Œ(WINFO_SEM
-*)型のポインタ経由と(WINFO_WOBJ *)型のポインタ経由で，オーバラップする
-ãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’ã‚¢ã‚¯ã‚»ã‚¹ã™ã‚‹ä»£å
-¥æ–‡ã‚’使用してはならないことになる．また，警
-å‘Šãƒ¡ãƒƒã‚»ãƒ¼ã‚¸ã®åŽŸå› ã«ãªã£ã¦ã¯ã„ãªã„ãŒï¼Œ(SEMCB *)型のポインタ経由と
-(WOBJCB *)åž‹ã®ãƒã‚¤ãƒ³ã‚¿çµŒç”±ã§ï¼Œã‚ªãƒ¼ãƒãƒ©ãƒƒãƒ—ã™ã‚‹ãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’ã‚¢ã‚¯ã‚»ã‚¹ã™ã‚‹
-代å
-¥æ–‡ã‚’使用してはならない．
-
-ASPカーネルの実è£
-においては，semaphore.c中の関数においては，(SEMCB *)型
-および(WINFO_SEM *)型のポインタを使用しており，(WOBJCB *)型および
-(WINFO_WOBJ *)åž‹ã®ãƒã‚¤ãƒ³ã‚¿çµŒç”±ã§ãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’ã‚¢ã‚¯ã‚»ã‚¹ã™ã‚‹ã“ã¨ã¯ãªã„ï¼Žä¸€
-方，そこから呼び出されるwait.c中の関数においては，(WOBJCB *)型および
-(WINFO_WOBJ *)型のポインタを使用しており，(SEMCB *)型および(WINFO_SEM
-*)åž‹ã®ãƒã‚¤ãƒ³ã‚¿çµŒç”±ã§ãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’ã‚¢ã‚¯ã‚»ã‚¹ã™ã‚‹ã“ã¨ã¯ãªã„ï¼Ž
-
-strict aliasing ruleに従わない代å
-¥æ–‡ã®å•é¡Œç‚¹ã¯ï¼Œã“のルールに依存した最
-適化が誤った結果を引き起こす可能性があることであるが，異なるコンパイル
-単位をまたいで最適化が行われることはないため，これにより問題が起こるこ
-とはないと言うことができる．
-
-同じ議論は，他のソースファイル（eventflag.c，dataqueue.c，pridataq.c，
-mailbox.c，mempfix.c）中の警告メッセージについても，そのまま当てはまる．
-
-
-○性能評価用システム時刻参ç
-§æ©Ÿèƒ½
-
-●å¿
-要性と使途
-
-ASPカーネルには，ASPカーネル上で動作するタスクやASPカーネル自身の性能を
-計測するために，システム時刻より精度の高い性能評価用システム時刻を読み
-出す機能をサポートする．性能評価用システム時刻は，マイクロ秒単位で表現
-されるが，実際の精度はターゲット依存である．
-
-この機能を用いてあるプログラムの実行時間を計測するには，その実行直前と
-実行直後に性能評価用システム時刻を読み出し，その差を求める．そのため，
-性能評価用システム時刻は常に相対値を使用し，性能評価用システム時刻の絶
-対値を使用することは想定していない．
-
-●API仕様
-
-性能評価用システム時刻参ç
-§æ©Ÿèƒ½ã§ã¯ï¼Œæ¬¡ã®ãƒ‡ãƒ¼ã‚¿åž‹ã‚’用いる．
-
-        SYSUTM          性能評価用システム時刻（符号無し整数，単位はマイクロ秒，
-                                32ビット以上）
-
-SYSUTM型は，ターゲット非依存部においてulong_t型（すなわち，unsigned
-long型）に定義されており，そのサイズは，32ビット以上で，ターゲット定義
-である．
-
-性能評価用システム時刻がSYSUTM型で表現できる範囲をè¶
-えた（つまり，オー
-ãƒãƒ•ãƒ­ãƒ¼ã—ãŸï¼‰å ´åˆï¼Œæ€§èƒ½è©•ä¾¡ç”¨ã‚·ã‚¹ãƒ†ãƒ æ™‚åˆ»ã¯0に戻る．評価対象プログラム
-ã®å®Ÿè¡Œå‰å¾Œã®æ€§èƒ½è©•ä¾¡ç”¨ã‚·ã‚¹ãƒ†ãƒ æ™‚åˆ»ã®å·®ã‚’æ±‚ã‚ã‚‹å ´åˆã«ã¯ï¼Œè¨ˆæ¸¬ã™ã‚‹æ™‚é–“ãŒ
-SYSUTM型で表現できる範囲である限り，0に戻ることを特別に考æ
-®ã™ã‚‹å¿
-要はな
-い．
-
-SYSUTM型が32ãƒ“ãƒƒãƒˆã®å ´åˆï¼Œæ€§èƒ½è©•ä¾¡ç”¨ã‚·ã‚¹ãƒ†ãƒ æ™‚åˆ»ã¯ç´„71分でオーバフロー
-する．そのため，この機能を71åˆ†ã‚’è¶Šãˆã‚‹æ™‚é–“ã®æ¸¬å®šã«ä½¿ã£ãŸå ´åˆã®å‹•ä½œã¯ä¿
-証されない．
-
-性能評価用システム時刻参ç
-§æ©Ÿèƒ½ã®ãŸã‚ã®ã‚µãƒ¼ãƒ“スコールの仕様については，
-「TOPPERS新世代カーネル統合仕様書」の「4.6.1 システム時刻管理」の節を参
-ç
-§ã™ã‚‹ã“と．
-
-●実è£
-
-
-時刻をマイクロ秒単位で取得するために，周期的なタイムティックを供給する
-タイマの現在値（タイマはカウントアップするものと仮定する）を読み出し，
-それをマイクロ秒単位に換算した値に，現在のシステム時刻（ミリ秒単位で表
-現される）を1000å€ã—ãŸå€¤ã‚’åŠ ãˆãŸã‚‚ã®ã‚’æ€§èƒ½è©•ä¾¡ç”¨ã‚·ã‚¹ãƒ†ãƒ æ™‚åˆ»ã¨ã™ã‚‹ï¼Žç¾
-在のシステム時刻を1000倍する際に，オーバフローが発生する可能性があるが，
-無視してかまわない．
-
-ただし，システム時刻の現在値とタイマの現在値を一貫した状æ
-‹ã§èª­ã¿å‡ºã™ã®
-ã¯å®¹æ˜“ã§ã¯ãªã„ï¼Žä¸¡æ–¹ã®å€¤ã‚’é †ã«èª­ã¿å‡ºã™ã¨ï¼Œèª­å‡ºã—ã®é–“ã«ã‚¿ã‚¤ãƒžãŒã‚ªãƒ¼ãƒãƒ•
-ãƒ­ãƒ¼ã—ã¦å‰²è¾¼ã¿è¦æ±‚ãŒç™ºç”Ÿã—ãŸå ´åˆã«ï¼Œç‰‡æ–¹ã¯ã‚ªãƒ¼ãƒãƒ•ãƒ­ãƒ¼å‰ã®å€¤ï¼Œã‚‚ã†ç‰‡æ–¹
-はオーバフロー後の値を読んでしまい，誤った性能評価用システム時刻を取得
-してしまう．
-
-この問題を解決する方法はいくつか考えられるが，どの方法を採用するの決定
-にあたり，次の要求事é 
-を設定した．
-
-(1) 多くのターゲットシステムで実現できること．
-
-(2) サービスコールの実行時間が可能な限り一定となること．言い換えると，
-    条件によってサービスコールの実行時間が大きく変動しないこと．
-
-(3) サービスコール中の可能な限り同じタイミングの時刻を返すこと．言い換
-    えると，条件によって時刻を読み取るタイミングが変動しないこと．
-
-(4) 調整するå¿
-要のあるパラメータを最小限とすること．
-
-これらの要求事é 
-を満たす方法として，次の方法を用いることにした．
-
-まず，NMIを除くすべての割込みを禁止した状æ
-‹ã§ï¼Œã‚·ã‚¹ãƒ†ãƒ 時刻の現在値，タ
-イマの現在値（1回目），タイマ割込み要求の有無，タイマの現在値（2回目）
-ã‚’ï¼Œã“ã®é †ã§èª­ã¿å‡ºã™ï¼Žå‰²è¾¼ã¿ã‚’ç¦æ­¢ã—ã¦ã„ã‚‹ãŸã‚ï¼Œã“ã®é–“ã«ã‚·ã‚¹ãƒ†ãƒ æ™‚åˆ»ã®
-ç¾åœ¨å€¤ãŒå¤‰åŒ–ã™ã‚‹ã“ã¨ã¯ãªãï¼Œã‚·ã‚¹ãƒ†ãƒ æ™‚åˆ»ã®ç¾åœ¨å€¤ã‚’èª­ã¿å‡ºã™é †ç•ªã¯ã©ã“ã§
-もよい．また，タイマの現在値の2回目の読出しは，タイマ割込み要求があった
-å ´åˆã«ã®ã¿å¿
-要となるが，(2)の要求から，タイマ割込み要求の有無によらず読
-み出すこととする．
-
-これらの値を読み出した後，割込み禁止を解除し，次の処理を行う．まず，タ
-ã‚¤ãƒžå‰²è¾¼ã¿è¦æ±‚ãŒãªã‹ã£ãŸå ´åˆã«ã¯ï¼Œã‚·ã‚¹ãƒ†ãƒ æ™‚åˆ»ã®ç¾åœ¨å€¤ã¨ï¼Œ1回目に読んだ
-タイマの現在値は一貫した値であることが保証できるため，これらの値から性
-能評価用システム時刻の現在値を求める．
-
-æ¬¡ã«ã‚¿ã‚¤ãƒžå‰²è¾¼ã¿è¦æ±‚ãŒã‚ã£ãŸå ´åˆã«ã¯ï¼Œ1回目に読んだタイマの現在値が，タ
-ã‚¤ãƒžå‰²è¾¼ã¿è¦æ±‚ç™ºç”Ÿå‰ã®å€¤ï¼ˆã‚ªãƒ¼ãƒãƒ•ãƒ­ãƒ¼å‰ã®å€¤ï¼‰ã§ã‚ã‚‹å ´åˆã¨ï¼Œç™ºç”Ÿå¾Œã®å€¤
-ï¼ˆã‚ªãƒ¼ãƒãƒ•ãƒ­ãƒ¼å¾Œã®å€¤ï¼‰ã§ã‚ã‚‹å ´åˆã®ä¸¡æ–¹ã®å¯èƒ½æ€§ãŒè€ƒãˆã‚‰ã‚Œã‚‹ï¼Žã“ã®ã©ã¡ã‚‰
-ã®å ´åˆã§ã‚ã£ãŸã‹ã‚’ï¼Œ2回目に読んだタイマの現在値を使って，次のように決定
-する．2回目の値は，タイマ割込み要求発生後の値（オーバフロー後の値）であ
-ることが保証できるため，1回目の値が2å›žç›®ã®å€¤ã‚ˆã‚Šã‚‚å¤§ãã„å ´åˆã«ã¯ï¼Œãã®
-間にオーバフローがあったものと推測できる．つまり，1回目の値はオーバフロー
-前の値ということになり，システム時刻の現在値と一貫した値であるとして性
-能評価用システム時刻の現在値を求める．逆に，1回目の値が2回目の値と同じ
-ã‹ãã‚Œã‚ˆã‚Šå°ã•ã„å ´åˆã«ã¯ï¼Œ1回目の値はオーバフロー後の値であると推測でき
-ã‚‹ï¼Žã“ã®å ´åˆã«ã¯ï¼Œæ¬¡ã®ã‚¿ã‚¤ãƒ ãƒ†ã‚£ãƒƒã‚¯ã®ã‚·ã‚¹ãƒ†ãƒ æ™‚åˆ»ã‚’æ±‚ã‚ï¼Œãã®å€¤ã¨1回目
-の値が一貫した値であるとして性能評価用システム時刻の現在値を求める．
-
-ã“ã“ã§ï¼Œã‚¿ã‚¤ãƒžå‰²è¾¼ã¿è¦æ±‚ãŒã‚ã£ãŸå ´åˆã«ã¯ï¼Œ2回目に読んだタイマの現在値を
-用いる方法が考えられるが，(3)の要求を満たさなくなるために採用しなかった．
-また，JSPカーネルと同様の方法は，(4)の要求を満たさないために採用しなかっ
-た．
-
-上で「推測できる」としたのは，この推測が成り立たなくなるケースがあるた
-めである．この推測が成り立たなくなるケースは，次の2ã¤ã®å ´åˆã«åˆ†ã‘ã¦åˆ†æž
-することができる．
-
-(a) 1回目の値がオーバフロー後の値であるにもかかわらず，1回目の値が2回目
-    ã®å€¤ã‚ˆã‚Šã‚‚å¤§ãããªã‚‹å ´åˆ
-
-このようなケースは，タイマ割込みが要求されているにもかかわらずサービス
-されない状æ
-‹ãŒé•·æ™‚間続くか，タイマの現在値を1回目に読んでから2回目に読
-むまでの間に長い時間がかかった結果，その間に（再度）オーバフローが発生
-ã—ãŸå ´åˆã«èµ·ã“ã‚‹ï¼Žã¤ã¾ã‚Šï¼Œã‚¿ã‚¤ãƒžå‰²è¾¼ã¿ãŒã‚µãƒ¼ãƒ“ã‚¹ã•ã‚Œãªã„æ™‚é–“ãŒï¼Œã‚¿ã‚¤ãƒ 
-ãƒ†ã‚£ãƒƒã‚¯ã®å‘¨æœŸã‚ˆã‚Šã‚‚é•·ããªã£ãŸå ´åˆã§ã‚ã‚‹ï¼Žã“ã®ã‚ˆã†ãªå ´åˆã«ã¯ï¼Œã‚·ã‚¹ãƒ†ãƒ 
-時刻の更新も正しく行われなくなる．
-
-(b) 1回目の値がオーバフロー前の値であるにもかかわらず，1回目の値が2回目
-    ã®å€¤ã¨åŒã˜ã‹ãã‚Œã‚ˆã‚Šã‚‚å°ã•ããªã‚‹å ´åˆ
-
-このようなケースは，タイマの現在値を1回目に読んでから2回目に読むまでの
-間に，タイマがほぼ1å‘¨åˆ†ã‚«ã‚¦ãƒ³ãƒˆã‚¢ãƒƒãƒ—ã—ãŸå ´åˆã«èµ·ã“ã‚‹ï¼Žã“ã®å ´åˆã‚‚ï¼Œã‚¿ã‚¤
-マ割込みが禁止されている時間が，タイムティックの周期よりも長かったこと
-になり，システム時刻の更新が正しく行えなくなる．
-
-いずれのケースも，タイマ割込みが長時間禁止されている，タイマ割込みより
-も優å
-ˆåº¦ã®é«˜ã„割込み処理が長時間続けて実行された，シミュレーション環境
-においてシミュレータのプロセスが長時間スケジュールされなかったなどの理
-由で，システム時刻の更新が正しく行えない状況に相当する．そこでこの状況
-を，サービスコール使用上の注意事é 
-に盛り込む．
-
-実際のコードにおいては，システム時刻の現在値は変数に保持されていないた
-め（上位桁はcurrent_timeに保持されているが，下位桁を保持する変数がな
-い），次のタイムティックのシステム時刻を用いて計算している．そのため，
-ã‚¿ã‚¤ãƒžã®ç¾åœ¨å€¤ãŒã‚ªãƒ¼ãƒãƒ•ãƒ­ãƒ¼å¾Œã®å€¤ã§ã‚ã‚‹ã¨åˆ¤æ–­ã—ãŸå ´åˆã‚’é™¤ã„ã¦ã¯ï¼Œã‚¿ã‚¤
-ムティックの周期時間を，求めた性能評価用システム時刻から減算する．この
-処理により，サービスコールの実行時間が変動することになるが，if文のå†
-容
-が（コンパイラの最適化を仮定すると）定数値の減算1回なので，変動はわずか
-である．
-
-このサービスコールは，任意の状æ
-‹ã‹ã‚‰å‘¼ã³å‡ºã™ã“とができるため，SILのå
-¨å‰²
-込みロック機能を用いて，サービスコールå†
-部のクリティカルセクションを実
-現する．
-
-
-○タスク例外処理禁止フラグをenatexで実è£
-している理由
-
-タスク例外処理禁止フラグは，TCB中のenatexフィールド（タスク例外処理許可
-状æ
-‹ã§ã‚ることを示す）の形で保持している．このフィールドをdistexとせず
-enatexとしたのは，JSPカーネルにおいてタスクディスパッチ禁止フラグを
-enadspの形で保持したのと整合させたためである．
-
-ASPカーネルでは，enadspはdisdspに変更になったことから，enatexもdistexに
-変更した方が良かったと思われる．
-
-以上
+この警告メッセージの原因は，直接的には，&winfo_semを(WINFO_WOBJ *)にキャ
+ストしていることであるが，本質的な原因は，このコードがC言語のstrict
+aliasing ruleに従わない代入文の原因になる可能性があり，このルールに依存
+した最適化が誤った結果を引き起こす可能性があることである．
+
+C言語のstrict aliasing ruleは，互換性のない異なる型を通して，オーバラッ
+プするメモリ領域をアクセスする代入文を使用してはならないというものであ
+る（使用した場合の振舞いは未定義になる）．このケースでは，(WINFO_SEM
+*)型のポインタ経由と(WINFO_WOBJ *)型のポインタ経由で，オーバラップする
+メモリ領域をアクセスする代入文を使用してはならないことになる．また，警
+告メッセージの原因になってはいないが，(SEMCB *)型のポインタ経由と
+(WOBJCB *)型のポインタ経由で，オーバラップするメモリ領域をアクセスする
+代入文を使用してはならない．
+
+ASPカーネルの実装においては，semaphore.c中の関数においては，(SEMCB *)型
+および(WINFO_SEM *)型のポインタを使用しており，(WOBJCB *)型および
+(WINFO_WOBJ *)型のポインタ経由でメモリ領域をアクセスすることはない．一
+方，そこから呼び出されるwait.c中の関数においては，(WOBJCB *)型および
+(WINFO_WOBJ *)型のポインタを使用しており，(SEMCB *)型および(WINFO_SEM
+*)型のポインタ経由でメモリ領域をアクセスすることはない．
+
+strict aliasing ruleに従わない代入文の問題点は，このルールに依存した最
+適化が誤った結果を引き起こす可能性があることであるが，異なるコンパイル
+単位をまたいで最適化が行われることはないため，これにより問題が起こるこ
+とはないと言うことができる．
+
+同じ議論は，他のソースファイル（eventflag.c，dataqueue.c，pridataq.c，
+mailbox.c，mempfix.c）中の警告メッセージについても，そのまま当てはまる．
+
+
+○性能評価用システム時刻参照機能
+
+●必要性と使途
+
+ASPカーネルには，ASPカーネル上で動作するタスクやASPカーネル自身の性能を
+計測するために，システム時刻より精度の高い性能評価用システム時刻を読み
+出す機能をサポートする．性能評価用システム時刻は，マイクロ秒単位で表現
+されるが，実際の精度はターゲット依存である．
+
+この機能を用いてあるプログラムの実行時間を計測するには，その実行直前と
+実行直後に性能評価用システム時刻を読み出し，その差を求める．そのため，
+性能評価用システム時刻は常に相対値を使用し，性能評価用システム時刻の絶
+対値を使用することは想定していない．
+
+●API仕様
+
+性能評価用システム時刻参照機能では，次のデータ型を用いる．
+
+        SYSUTM          性能評価用システム時刻（符号無し整数，単位はマイクロ秒，
+                                32ビット以上）
+
+SYSUTM型は，ターゲット非依存部においてulong_t型（すなわち，unsigned
+long型）に定義されており，そのサイズは，32ビット以上で，ターゲット定義
+である．
+
+性能評価用システム時刻がSYSUTM型で表現できる範囲を超えた（つまり，オー
+バフローした）場合，性能評価用システム時刻は0に戻る．評価対象プログラム
+の実行前後の性能評価用システム時刻の差を求める場合には，計測する時間が
+SYSUTM型で表現できる範囲である限り，0に戻ることを特別に考慮する必要はな
+い．
+
+SYSUTM型が32ビットの場合，性能評価用システム時刻は約71分でオーバフロー
+する．そのため，この機能を71分を越える時間の測定に使った場合の動作は保
+証されない．
+
+性能評価用システム時刻参照機能のためのサービスコールの仕様については，
+「TOPPERS新世代カーネル統合仕様書」の「4.6.1 システム時刻管理」の節を参
+照すること．
+
+●実装
+
+時刻をマイクロ秒単位で取得するために，周期的なタイムティックを供給する
+タイマの現在値（タイマはカウントアップするものと仮定する）を読み出し，
+それをマイクロ秒単位に換算した値に，現在のシステム時刻（ミリ秒単位で表
+現される）を1000倍した値を加えたものを性能評価用システム時刻とする．現
+在のシステム時刻を1000倍する際に，オーバフローが発生する可能性があるが，
+無視してかまわない．
+
+ただし，システム時刻の現在値とタイマの現在値を一貫した状態で読み出すの
+は容易ではない．両方の値を順に読み出すと，読出しの間にタイマがオーバフ
+ローして割込み要求が発生した場合に，片方はオーバフロー前の値，もう片方
+はオーバフロー後の値を読んでしまい，誤った性能評価用システム時刻を取得
+してしまう．
+
+この問題を解決する方法はいくつか考えられるが，どの方法を採用するの決定
+にあたり，次の要求事項を設定した．
+
+(1) 多くのターゲットシステムで実現できること．
+
+(2) サービスコールの実行時間が可能な限り一定となること．言い換えると，
+    条件によってサービスコールの実行時間が大きく変動しないこと．
+
+(3) サービスコール中の可能な限り同じタイミングの時刻を返すこと．言い換
+    えると，条件によって時刻を読み取るタイミングが変動しないこと．
+
+(4) 調整する必要のあるパラメータを最小限とすること．
+
+これらの要求事項を満たす方法として，次の方法を用いることにした．
+
+まず，NMIを除くすべての割込みを禁止した状態で，システム時刻の現在値，タ
+イマの現在値（1回目），タイマ割込み要求の有無，タイマの現在値（2回目）
+を，この順で読み出す．割込みを禁止しているため，この間にシステム時刻の
+現在値が変化することはなく，システム時刻の現在値を読み出す順番はどこで
+もよい．また，タイマの現在値の2回目の読出しは，タイマ割込み要求があった
+場合にのみ必要となるが，(2)の要求から，タイマ割込み要求の有無によらず読
+み出すこととする．
+
+これらの値を読み出した後，割込み禁止を解除し，次の処理を行う．まず，タ
+イマ割込み要求がなかった場合には，システム時刻の現在値と，1回目に読んだ
+タイマの現在値は一貫した値であることが保証できるため，これらの値から性
+能評価用システム時刻の現在値を求める．
+
+次にタイマ割込み要求があった場合には，1回目に読んだタイマの現在値が，タ
+イマ割込み要求発生前の値（オーバフロー前の値）である場合と，発生後の値
+（オーバフロー後の値）である場合の両方の可能性が考えられる．このどちら
+の場合であったかを，2回目に読んだタイマの現在値を使って，次のように決定
+する．2回目の値は，タイマ割込み要求発生後の値（オーバフロー後の値）であ
+ることが保証できるため，1回目の値が2回目の値よりも大きい場合には，その
+間にオーバフローがあったものと推測できる．つまり，1回目の値はオーバフロー
+前の値ということになり，システム時刻の現在値と一貫した値であるとして性
+能評価用システム時刻の現在値を求める．逆に，1回目の値が2回目の値と同じ
+かそれより小さい場合には，1回目の値はオーバフロー後の値であると推測でき
+る．この場合には，次のタイムティックのシステム時刻を求め，その値と1回目
+の値が一貫した値であるとして性能評価用システム時刻の現在値を求める．
+
+ここで，タイマ割込み要求があった場合には，2回目に読んだタイマの現在値を
+用いる方法が考えられるが，(3)の要求を満たさなくなるために採用しなかった．
+また，JSPカーネルと同様の方法は，(4)の要求を満たさないために採用しなかっ
+た．
+
+上で「推測できる」としたのは，この推測が成り立たなくなるケースがあるた
+めである．この推測が成り立たなくなるケースは，次の2つの場合に分けて分析
+することができる．
+
+(a) 1回目の値がオーバフロー後の値であるにもかかわらず，1回目の値が2回目
+    の値よりも大きくなる場合
+
+このようなケースは，タイマ割込みが要求されているにもかかわらずサービス
+されない状態が長時間続くか，タイマの現在値を1回目に読んでから2回目に読
+むまでの間に長い時間がかかった結果，その間に（再度）オーバフローが発生
+した場合に起こる．つまり，タイマ割込みがサービスされない時間が，タイム
+ティックの周期よりも長くなった場合である．このような場合には，システム
+時刻の更新も正しく行われなくなる．
+
+(b) 1回目の値がオーバフロー前の値であるにもかかわらず，1回目の値が2回目
+    の値と同じかそれよりも小さくなる場合
+
+このようなケースは，タイマの現在値を1回目に読んでから2回目に読むまでの
+間に，タイマがほぼ1周分カウントアップした場合に起こる．この場合も，タイ
+マ割込みが禁止されている時間が，タイムティックの周期よりも長かったこと
+になり，システム時刻の更新が正しく行えなくなる．
+
+いずれのケースも，タイマ割込みが長時間禁止されている，タイマ割込みより
+も優先度の高い割込み処理が長時間続けて実行された，シミュレーション環境
+においてシミュレータのプロセスが長時間スケジュールされなかったなどの理
+由で，システム時刻の更新が正しく行えない状況に相当する．そこでこの状況
+を，サービスコール使用上の注意事項に盛り込む．
+
+実際のコードにおいては，システム時刻の現在値は変数に保持されていないた
+め（上位桁はcurrent_timeに保持されているが，下位桁を保持する変数がな
+い），次のタイムティックのシステム時刻を用いて計算している．そのため，
+タイマの現在値がオーバフロー後の値であると判断した場合を除いては，タイ
+ムティックの周期時間を，求めた性能評価用システム時刻から減算する．この
+処理により，サービスコールの実行時間が変動することになるが，if文の内容
+が（コンパイラの最適化を仮定すると）定数値の減算1回なので，変動はわずか
+である．
+
+このサービスコールは，任意の状態から呼び出すことができるため，SILの全割
+込みロック機能を用いて，サービスコール内部のクリティカルセクションを実
+現する．
+
+
+○タスク例外処理禁止フラグをenatexで実装している理由
+
+タスク例外処理禁止フラグは，TCB中のenatexフィールド（タスク例外処理許可
+状態であることを示す）の形で保持している．このフィールドをdistexとせず
+enatexとしたのは，JSPカーネルにおいてタスクディスパッチ禁止フラグを
+enadspの形で保持したのと整合させたためである．
+
+ASPカーネルでは，enadspはdisdspに変更になったことから，enatexもdistexに
+変更した方が良かったと思われる．
+
+以上

rubycfg_asp/trunk/asp_dcre/doc/extension.txt

@@ -1 +1 @@
 
-                TOPPERS/ASPカーネル
-                機能拡張・チューニングガイド
-
-                対応バージョン: Release 1.9.3
-                最終更新: 2014年1月2日
-
-このドキュメントは，TOPPERS/ASPカーネルを，機能拡張・チューニングするた
-めの方法（またはヒント）を説明するものである．
+                TOPPERS/ASPカーネル
+                機能拡張・チューニングガイド
+
+                対応バージョン: Release 1.9.3
+                最終更新: 2014年1月2日
+
+このドキュメントは，TOPPERS/ASPカーネルを，機能拡張・チューニングするた
+めの方法（またはヒント）を説明するものである．
 
 ----------------------------------------------------------------------
@@ -17 +17 @@
              Graduate School of Information Science, Nagoya Univ., JAPAN
  
- 上記著作権è€
-は，以下の(1)～(4)ã®æ¡ä»¶ã‚’æº€ãŸã™å ´åˆã«é™ã‚Šï¼Œæœ¬ã‚½ãƒ•ãƒˆã‚¦ã‚§
- ア（本ソフトウェアを改変したものを含む．以下同じ）を使用・複製・改
- 変・再é
-å¸ƒï¼ˆä»¥ä¸‹ï¼Œåˆ©ç”¨ã¨å‘¼ã¶ï¼‰ã™ã‚‹ã“とを無償で許諾する．
- (1) æœ¬ã‚½ãƒ•ãƒˆã‚¦ã‚§ã‚¢ã‚’ã‚½ãƒ¼ã‚¹ã‚³ãƒ¼ãƒ‰ã®å½¢ã§åˆ©ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼Œä¸Šè¨˜ã®è‘—ä½œ
-     権表示，この利用条件および下記の無保証規定が，そのままの形でソー
-     スコード中に含まれていること．
- (2) 本ソフトウェアを，ライブラリ形式など，他のソフトウェア開発に使
-     用できる形で再é
-å¸ƒã™ã‚‹å ´åˆã«ã¯ï¼Œå†é
-å¸ƒã«ä¼´ã†ãƒ‰ã‚­ãƒ¥ãƒ¡ãƒ³ãƒˆï¼ˆåˆ©ç”¨
-     è€
-マニュアルなど）に，上記の著作権表示，この利用条件および下記
-     の無保証規定を掲載すること．
- (3) 本ソフトウェアを，機器に組み込むなど，他のソフトウェア開発に使
-     用できない形で再é
-å¸ƒã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã„ずれかの条件を満たすこ
-     と．
-   (a) 再é
-å¸ƒã«ä¼´ã†ãƒ‰ã‚­ãƒ¥ãƒ¡ãƒ³ãƒˆï¼ˆåˆ©ç”¨è€
-マニュアルなど）に，上記の著
-       作権表示，この利用条件および下記の無保証規定を掲載すること．
-   (b) 再é
-å¸ƒã®å½¢æ
-‹ã‚’，別に定める方法によって，TOPPERSプロジェクトに
-       å ±å‘Šã™ã‚‹ã“ã¨ï¼Ž
- (4) 本ソフトウェアの利用により直接的または間接的に生じるいかなる損
-     害からも，上記著作権è€
-およびTOPPERSプロジェクトをå
-è²¬ã™ã‚‹ã“と．
-     また，本ソフトウェアのユーザまたはエンドユーザからのいかなる理
-     由に基づく請求からも，上記著作権è€
-およびTOPPERSプロジェクトを
-     å
-è²¬ã™ã‚‹ã“と．
+ 上記著作権者は，以下の(1)～(4)の条件を満たす場合に限り，本ソフトウェ
+ ア（本ソフトウェアを改変したものを含む．以下同じ）を使用・複製・改
+ 変・再配布（以下，利用と呼ぶ）することを無償で許諾する．
+ (1) 本ソフトウェアをソースコードの形で利用する場合には，上記の著作
+     権表示，この利用条件および下記の無保証規定が，そのままの形でソー
+     スコード中に含まれていること．
+ (2) 本ソフトウェアを，ライブラリ形式など，他のソフトウェア開発に使
+     用できる形で再配布する場合には，再配布に伴うドキュメント（利用
+     者マニュアルなど）に，上記の著作権表示，この利用条件および下記
+     の無保証規定を掲載すること．
+ (3) 本ソフトウェアを，機器に組み込むなど，他のソフトウェア開発に使
+     用できない形で再配布する場合には，次のいずれかの条件を満たすこ
+     と．
+   (a) 再配布に伴うドキュメント（利用者マニュアルなど）に，上記の著
+       作権表示，この利用条件および下記の無保証規定を掲載すること．
+   (b) 再配布の形態を，別に定める方法によって，TOPPERSプロジェクトに
+       報告すること．
+ (4) 本ソフトウェアの利用により直接的または間接的に生じるいかなる損
+     害からも，上記著作権者およびTOPPERSプロジェクトを免責すること．
+     また，本ソフトウェアのユーザまたはエンドユーザからのいかなる理
+     由に基づく請求からも，上記著作権者およびTOPPERSプロジェクトを
+     免責すること．
  
- 本ソフトウェアは，無保証で提供されているものである．上記著作権è€
-お
- よびTOPPERSプロジェクトは，本ソフトウェアに関して，特定の使用目的
- に対する適合性も含めて，いかなる保証も行わない．また，本ソフトウェ
- アの利用により直接的または間接的に生じたいかなる損害に関しても，そ
- ã®è²¬ä»»ã‚’è² ã‚ãªã„ï¼Ž
+ 本ソフトウェアは，無保証で提供されているものである．上記著作権者お
+ よびTOPPERSプロジェクトは，本ソフトウェアに関して，特定の使用目的
+ に対する適合性も含めて，いかなる保証も行わない．また，本ソフトウェ
+ アの利用により直接的または間接的に生じたいかなる損害に関しても，そ
+ の責任を負わない．
  
  $Id$
 ----------------------------------------------------------------------
 
-○目次
-
-・エラーチェックの省略
-・タイムティックの周期の変更
-・特殊目的のレジスタの扱い
-・拡張パッケージの使い方
-        - ミューテックス機能拡張パッケージ
-        - メッセージバッファ機能拡張パッケージ
-        - オーバランハンドラ機能拡張パッケージ
-        - タスク優å
-ˆåº¦æ‹¡å¼µãƒ‘ッケージ
-        - 制約タスク拡張パッケージ
-        - 動的生成機能拡張パッケージ
-・CPU例外ハンドラの直接呼出し
-        - TA_DIRECT属性の導å
-¥
-        - ターゲット依存部の修正箇所
-
-
-○エラーチェックの省略
-
-サービスコールのオーバヘッドを削減するために，静的なエラーのチェックを
-çœç•¥ã™ã‚‹å ´åˆãŒã‚ã‚‹ï¼ŽASPカーネルにおいては，静的なエラーのチェックはすべ
-てCHECKマクロを用いて行っているため，kernel/check.h中のCHECKマクロを編
-集することで，静的なエラーのチェックを省略することができる．
-
-例えば，タスクIDã®ãƒã‚§ãƒƒã‚¯ã‚’çœç•¥ã—ãŸã„å ´åˆã«ã¯ï¼ŒCHECK_TSKIDマクロと
-CHECK_TSKID_SELFマクロを，次のように修正すればよい．
+○目次
+
+・エラーチェックの省略
+・タイムティックの周期の変更
+・特殊目的のレジスタの扱い
+・拡張パッケージの使い方
+        - ミューテックス機能拡張パッケージ
+        - メッセージバッファ機能拡張パッケージ
+        - オーバランハンドラ機能拡張パッケージ
+        - タスク優先度拡張パッケージ
+        - 制約タスク拡張パッケージ
+        - 動的生成機能拡張パッケージ
+・CPU例外ハンドラの直接呼出し
+        - TA_DIRECT属性の導入
+        - ターゲット依存部の修正箇所
+
+
+○エラーチェックの省略
+
+サービスコールのオーバヘッドを削減するために，静的なエラーのチェックを
+省略する場合がある．ASPカーネルにおいては，静的なエラーのチェックはすべ
+てCHECKマクロを用いて行っているため，kernel/check.h中のCHECKマクロを編
+集することで，静的なエラーのチェックを省略することができる．
+
+例えば，タスクIDのチェックを省略したい場合には，CHECK_TSKIDマクロと
+CHECK_TSKID_SELFマクロを，次のように修正すればよい．
 
 #define CHECK_TSKID(tskid)                      ((void)(tskid))
 #define CHECK_TSKID_SELF(tskid)         ((void)(tskid))
 
-これらのマクロの定義を空にする方法もあるが，パラメータに副作用のある式
-が書かれている可能性を考えると（副作用のある式は書くべきではないが，書
-かれているコードがå
-¥ã£ã¦ãã‚‹å¯èƒ½æ€§ãŒå
-¨ããªã„とは言えない），上の定義の
-方が安å
-¨ã§ã‚る．副作用のない式であれば，最適化によって削除することがで
-きるため，実行時効率には影響がないと期å¾
-できる．ただし，最適化によって
-å‰Šé™¤ã•ã‚Œãªã„å ´åˆã«ã¯ï¼Œå‰¯ä½œç”¨ã®ã‚ã‚‹å¼ãŒæ›¸ã‹ã‚Œã¦ã„ãªã„ã“ã¨ã‚’ç¢ºèªã—ãŸä¸Šã§ï¼Œ
-マクロの定義を空にしてもよい．
-
-
-○タイムティックの周期の変更
-
-ASPカーネルでは，カーネルへタイムティックを供給する周期は1ミリ秒が標準
-となっているが，低速なプロセッサでは1ミリ秒毎に割込みを処理するオーバヘッ
-ãƒ‰ãŒå•é¡Œã«ãªã‚‹å ´åˆãŒã‚ã‚‹ï¼Žãã“ã§ï¼Œã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ãŒå¿
-要とする時間精度
-ãŒç²—ã„å ´åˆã«ã¯ï¼Œã‚¿ã‚¤ãƒ ãƒ†ã‚£ãƒƒã‚¯ã®å‘¨æœŸã‚’é•·ãã™ã‚‹ã“ã¨ã§ï¼Œãƒ—ãƒ­ã‚»ãƒƒã‚µã®å‡¦ç†
-è² è·ã‚’ä½Žæ¸›ã™ã‚‹æ–¹æ³•ãŒã‚ã‚‹ï¼Ž
-
-タイムティックの周期の与え方はターゲット依存であるため，これが変更でき
-るかどうかは，ターゲット依存部のタイマドライバの実è£
-を調べるå¿
-要がある．
-標準的には，target_kernel.h（またはそこからインクルードされるファイル）
-中に定義されているTIC_NUMEとTIC_DENOを書き換えることで，変更できるよう
-に実è£
-されている．
-
-
-○特殊目的のレジスタの扱い
-
-FPUレジスタやDSPレジスタなどの特殊目的のレジスタ（以下，特殊レジスタ）
-を持つプロセッサでは，レジスタの扱いについて大きく次の3つの方法が考えら
-れる．
-
-(1) 特殊レジスタをタスクのコンテキストに含めない
-
-1ã¤ã®ã‚¿ã‚¹ã‚¯ã®ã¿ãŒç‰¹æ®Šãƒ¬ã‚¸ã‚¹ã‚¿ã‚’ä½¿ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼Œç‰¹æ®Šãƒ¬ã‚¸ã‚¹ã‚¿ã‚’ã‚¿ã‚¹ã‚¯ã®
-コンテキストに含めるå¿
-要がなく，カーネルで管理するå¿
-要がない．
-
-(2) 特殊レジスタをタスクのコンテキストに含める
-
-è¤‡æ•°ã®ã‚¿ã‚¹ã‚¯ãŒç‰¹æ®Šãƒ¬ã‚¸ã‚¹ã‚¿ã‚’ä½¿ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼Œç‰¹æ®Šãƒ¬ã‚¸ã‚¹ã‚¿ã‚’ã‚¿ã‚¹ã‚¯ã®ã‚³
-ンテキストに含める方法が最も単純である．そのためには，タスクディスパッ
-チャと割込みハンドラ/CPU例外ハンドラの出å
-¥å£ã§ï¼Œç‰¹æ®Šãƒ¬ã‚¸ã‚¹ã‚¿ã‚’保存/復帰
-ã™ã‚‹ã‚³ãƒ¼ãƒ‰ã‚’è¿½åŠ ã™ã‚‹å¿
-要がある．実際の保存/å¾©å¸°å ´æ‰€ã¯ï¼Œã‚¹ã‚¯ãƒ©ãƒƒãƒãƒ¬ã‚¸ã‚¹
-タとそれ以外のレジスタで異なるため，注意がå¿
-要である．
-
-(3) 特殊レジスタをコンテキストに含めるかどうかをタスク毎に指定する
-
-ç‰¹æ®Šãƒ¬ã‚¸ã‚¹ã‚¿ã‚’ä½¿ç”¨ã™ã‚‹ã‚¿ã‚¹ã‚¯ã¨ä½¿ç”¨ã—ãªã„ã‚¿ã‚¹ã‚¯ãŒã‚ã‚‹å ´åˆã§ï¼Œã™ã¹ã¦ã®ã‚¿
-スクのコンテキストに特殊レジスタを含める方法ではオーバヘッドが問題にな
-ã‚‹å ´åˆã«ã¯ï¼Œç‰¹æ®Šãƒ¬ã‚¸ã‚¹ã‚¿ã‚’ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã«å«ã‚ã‚‹ã‹ã©ã†ã‹ã‚’ã‚¿ã‚¹ã‚¯æ¯Žã«æŒ‡å®š
-する方法が有力である．これを実現する方法は次の通りである．
-
-まず，特殊レジスタをコンテキストに含めるかどうかを指定するタスク属性を
-設ける．例えば，FPUレジスタであれば，タスク属性にTA_FPUを設ける．タスク
-ディスパッチャでは，タスク属性を見て，その属性が設定されていれば特殊レ
-ジスタを保存/復帰する．
-
-ãƒãƒ¼ãƒ‰ã‚¦ã‚§ã‚¢çš„ã«ç‰¹æ®Šãƒ¬ã‚¸ã‚¹ã‚¿ãŒãƒ‡ã‚£ã‚¹ã‚¨ãƒ¼ãƒ–ãƒ«ã§ãã‚‹å ´åˆã«ã¯ï¼Œãã®å±žæ€§ãŒ
-設定されていないタスクに切り換える時に特殊レジスタをディスエーブルする
-ã¨ï¼Œèª¤ã£ã¦ç‰¹æ®Šãƒ¬ã‚¸ã‚¹ã‚¿ã‚’ä½¿ã£ãŸå ´åˆã‚’æ¤œå‡ºã§ãã‚‹ï¼Ž
-
-さらに，割込みハンドラ（ISR，周期ハンドラ，アラームハンドラを含む）や
-CPUä¾‹å¤–ãƒãƒ³ãƒ‰ãƒ©ã§ç‰¹æ®Šãƒ¬ã‚¸ã‚¹ã‚¿ã‚’ä½¿ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼Œã“ã‚Œã‚‰ã®å‡¦ç†å˜ä½ã«ã‚‚
-特殊レジスタを使用するかどうかの属性を設ける方法が考えられる．
-
-ここで，タスク（または他の処理単位）が特殊レジスタを使用するかどうかは，
-ã‚³ãƒ³ãƒ‘ã‚¤ãƒ©ã‚„ãƒ©ã‚¤ãƒ–ãƒ©ãƒªã«ä¾å­˜ã™ã‚‹å ´åˆãŒã‚ã‚‹ãŸã‚ï¼Œæ³¨æ„ãŒå¿
-要である．例え
-ば，浮動小数点演算を含まないプログラムであっても，コンパイラがその方が
-æ€§èƒ½ãŒé«˜ã„ã¨åˆ¤æ–­ã™ã‚Œã°ï¼Œæµ®å‹•å°æ•°ç‚¹å‘½ä»¤ã‚’ç”Ÿæˆã™ã‚‹å ´åˆãŒã‚ã‚‹ï¼Ž
-
-
-○拡張パッケージの使い方
-
-ASPカーネルでは，いくつかの拡張機能を実è£
-するために，拡張パッケージをサ
-ポートしている．拡張パッケージは，extensionディレクトリに置いてある．
-
-æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã‚’ä½¿ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼ŒUNIXであれば，ASPカーネルのソースファ
-イルのトップディレクトリで，
-
-        % cp -r extension/<拡張パッケージのディレクトリ名>/* .
-
-を実行する．この時，å
-ƒã®ï¼ˆæ‹¡å¼µå‰ã®ï¼‰ã‚½ãƒ¼ã‚¹ãƒ•ã‚¡ã‚¤ãƒ«ã¯ä¸Šæ›¸ãã•ã‚Œã¦ã—まう
-ãŸã‚ï¼Œæ‹¡å¼µã—ãªã„ã‚«ãƒ¼ãƒãƒ«ã‚‚ä½¿ç”¨ã—ãŸã„å ´åˆã«ã¯ï¼Œåˆ¥ã®ãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã«ã‚½ãƒ¼ã‚¹
-ファイルを展開して，上のコマンドを実行すること．
-
-複数の拡張パッケージを使うことは考æ
-®ã—ていないが，以下に述べるケースを
-除いては，手作業により複数の拡張パッケージをマージすることは可能である．
-現時点では，ミューテックス機能拡張パッケージと制約タスク拡張パッケージ
-をマージすることはできない．また，動的生成機能拡張パッケージを他の拡張
-パッケージとマージすることは考æ
-®ã—ていない．
-
-●ミューテックス機能拡張パッケージ
-
-ãƒŸãƒ¥ãƒ¼ãƒ†ãƒƒã‚¯ã‚¹æ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã¯ï¼ŒãƒŸãƒ¥ãƒ¼ãƒ†ãƒƒã‚¯ã‚¹æ©Ÿèƒ½ã‚’è¿½åŠ ã™ã‚‹ãŸã‚ã®
-拡張パッケージである．ただし，優å
-ˆåº¦é€†è»¢ã‚’制御するための仕組みとして，
-優å
-ˆåº¦ä¸Šé™ãƒŸãƒ¥ãƒ¼ãƒ†ãƒƒã‚¯ã‚¹ï¼ˆTA_CEILING属性のミューテックス）のみをサポー
-トし，優å
-ˆåº¦ç¶™æ‰¿ãƒŸãƒ¥ãƒ¼ãƒ†ãƒƒã‚¯ã‚¹ï¼ˆTA_INHERIT属性のミューテックス）はサポー
-トしていない．ミューテックス機能拡張パッケージは，extension/mutexディレ
-クトリに置いてある．
-
-ミューテックス機能拡張パッケージでは，TOPPERS_SUPPORT_MUTEXがkernel.h中
-で定義されているので，これを用いてミューテックス機能を使用できるかどう
-かを判別することができる．
-
-●メッセージバッファ機能拡張パッケージ
-
-ãƒ¡ãƒƒã‚»ãƒ¼ã‚¸ãƒãƒƒãƒ•ã‚¡æ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã¯ï¼Œãƒ¡ãƒƒã‚»ãƒ¼ã‚¸ãƒãƒƒãƒ•ã‚¡æ©Ÿèƒ½ã‚’è¿½åŠ ã™
-るための拡張パッケージである．メッセージバッファ機能拡張パッケージは，
-extension/messagebufディレクトリに置いてある．
-
-メッセージバッファ機能拡張パッケージでは，TOPPERS_SUPPORT_MESSAGEBUFが
-kernel.h中で定義されているので，これを用いてメッセージバッファ機能を使
-用できるかどうかを判別することができる．
-
-●オーバランハンドラ機能拡張パッケージ
-
-ã‚ªãƒ¼ãƒãƒ©ãƒ³ãƒãƒ³ãƒ‰ãƒ©æ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã¯ï¼Œã‚ªãƒ¼ãƒãƒ©ãƒ³ãƒãƒ³ãƒ‰ãƒ©æ©Ÿèƒ½ã‚’è¿½åŠ ã™
-るための拡張パッケージである．ただし，この拡張パッケージを使うためには，
-ターゲット依存部が対応しているå¿
-要がある．オーバランハンドラ機能拡張パッ
-ケージは，extension/ovrhdrディレクトリに置いてある．
-
-オーバランハンドラ機能拡張パッケージで，ターゲット依存部が拡張パッケー
-ã‚¸ã«å¯¾å¿œã—ã¦ã„ã‚‹å ´åˆã«ã¯ï¼ŒTOPPERS_SUPPORT_OVRHDRがkernel.h中で定義され
-るので，これを用いてオーバランタイマ機能が使用できるかどうかを判別する
-ことができる．
-
-●タスク優å
-ˆåº¦æ‹¡å¼µãƒ‘ッケージ
-
-タスク優å
-ˆåº¦æ‹¡å¼µãƒ‘ッケージは，タスク優å
-ˆåº¦ã‚’最大256段階に拡張するための
-拡張パッケージである．この拡張パッケージは，タスク優å
-ˆåº¦ã«åŠ えて，デー
-タ優å
-ˆåº¦ï¼Œãƒ¡ãƒƒã‚»ãƒ¼ã‚¸å„ªå
-ˆåº¦ï¼Œå‰²è¾¼ã¿ã‚µãƒ¼ãƒ“スルーチン優å
-ˆåº¦ã‚‚256段階に拡張
-する．タスク優å
-ˆåº¦æ‹¡å¼µãƒ‘ッケージは，extension/pri_levelディレクトリに置
-いてある．
-
-タスク優å
-ˆåº¦æ‹¡å¼µãƒ‘ッケージでは，TOPPERS_SUPPORT_PRI_LEVELがkernel.h中で
-定義されているので，これを用いてタスク優å
-ˆåº¦ã®ç¯„囲が拡張されているかど
-うかを判別することができる．
-
-●制約タスク拡張パッケージ
-
-åˆ¶ç´„ã‚¿ã‚¹ã‚¯æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã¯ï¼Œåˆ¶ç´„ã‚¿ã‚¹ã‚¯ã®æ©Ÿèƒ½ã‚’è¿½åŠ ã™ã‚‹ãŸã‚ã®æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼
-ジである．TOPPERS新世代カーネル統合仕様書に規定された制約タスクの機能に
-åŠ ãˆã¦ï¼Œè‡ªã‚¿ã‚¹ã‚¯ã®ãƒ™ãƒ¼ã‚¹å„ªå
-ˆåº¦ã‚’変更するサービスコールras_priを実è£
-して
-いる．制約タスク拡張パッケージは，extension/rstr_taskディレクトリに置い
-てある．
-
-制約タスク拡張パッケージでは，TOPPERS_SUPPORT_RSTR_TASKがkernel.h中で定
-義されているので，これを用いて制約タスクの機能が使用できるかどうかを判
-別することができる．
-
-----------------------------------------------------------------------
-ras_pri         自タスクのベース優å
-ˆåº¦ã®å¼•ãä¸Šã’〔T〕
-
-【C言語API】
+これらのマクロの定義を空にする方法もあるが，パラメータに副作用のある式
+が書かれている可能性を考えると（副作用のある式は書くべきではないが，書
+かれているコードが入ってくる可能性が全くないとは言えない），上の定義の
+方が安全である．副作用のない式であれば，最適化によって削除することがで
+きるため，実行時効率には影響がないと期待できる．ただし，最適化によって
+削除されない場合には，副作用のある式が書かれていないことを確認した上で，
+マクロの定義を空にしてもよい．
+
+
+○タイムティックの周期の変更
+
+ASPカーネルでは，カーネルへタイムティックを供給する周期は1ミリ秒が標準
+となっているが，低速なプロセッサでは1ミリ秒毎に割込みを処理するオーバヘッ
+ドが問題になる場合がある．そこで，アプリケーションが必要とする時間精度
+が粗い場合には，タイムティックの周期を長くすることで，プロセッサの処理
+負荷を低減する方法がある．
+
+タイムティックの周期の与え方はターゲット依存であるため，これが変更でき
+るかどうかは，ターゲット依存部のタイマドライバの実装を調べる必要がある．
+標準的には，target_kernel.h（またはそこからインクルードされるファイル）
+中に定義されているTIC_NUMEとTIC_DENOを書き換えることで，変更できるよう
+に実装されている．
+
+
+○特殊目的のレジスタの扱い
+
+FPUレジスタやDSPレジスタなどの特殊目的のレジスタ（以下，特殊レジスタ）
+を持つプロセッサでは，レジスタの扱いについて大きく次の3つの方法が考えら
+れる．
+
+(1) 特殊レジスタをタスクのコンテキストに含めない
+
+1つのタスクのみが特殊レジスタを使用する場合には，特殊レジスタをタスクの
+コンテキストに含める必要がなく，カーネルで管理する必要がない．
+
+(2) 特殊レジスタをタスクのコンテキストに含める
+
+複数のタスクが特殊レジスタを使用する場合には，特殊レジスタをタスクのコ
+ンテキストに含める方法が最も単純である．そのためには，タスクディスパッ
+チャと割込みハンドラ/CPU例外ハンドラの出入口で，特殊レジスタを保存/復帰
+するコードを追加する必要がある．実際の保存/復帰場所は，スクラッチレジス
+タとそれ以外のレジスタで異なるため，注意が必要である．
+
+(3) 特殊レジスタをコンテキストに含めるかどうかをタスク毎に指定する
+
+特殊レジスタを使用するタスクと使用しないタスクがある場合で，すべてのタ
+スクのコンテキストに特殊レジスタを含める方法ではオーバヘッドが問題にな
+る場合には，特殊レジスタをコンテキストに含めるかどうかをタスク毎に指定
+する方法が有力である．これを実現する方法は次の通りである．
+
+まず，特殊レジスタをコンテキストに含めるかどうかを指定するタスク属性を
+設ける．例えば，FPUレジスタであれば，タスク属性にTA_FPUを設ける．タスク
+ディスパッチャでは，タスク属性を見て，その属性が設定されていれば特殊レ
+ジスタを保存/復帰する．
+
+ハードウェア的に特殊レジスタがディスエーブルできる場合には，その属性が
+設定されていないタスクに切り換える時に特殊レジスタをディスエーブルする
+と，誤って特殊レジスタを使った場合を検出できる．
+
+さらに，割込みハンドラ（ISR，周期ハンドラ，アラームハンドラを含む）や
+CPU例外ハンドラで特殊レジスタを使用する場合には，これらの処理単位にも
+特殊レジスタを使用するかどうかの属性を設ける方法が考えられる．
+
+ここで，タスク（または他の処理単位）が特殊レジスタを使用するかどうかは，
+コンパイラやライブラリに依存する場合があるため，注意が必要である．例え
+ば，浮動小数点演算を含まないプログラムであっても，コンパイラがその方が
+性能が高いと判断すれば，浮動小数点命令を生成する場合がある．
+
+
+○拡張パッケージの使い方
+
+ASPカーネルでは，いくつかの拡張機能を実装するために，拡張パッケージをサ
+ポートしている．拡張パッケージは，extensionディレクトリに置いてある．
+
+拡張パッケージを使用する場合には，UNIXであれば，ASPカーネルのソースファ
+イルのトップディレクトリで，
+
+        % cp -r extension/<拡張パッケージのディレクトリ名>/* .
+
+を実行する．この時，元の（拡張前の）ソースファイルは上書きされてしまう
+ため，拡張しないカーネルも使用したい場合には，別のディレクトリにソース
+ファイルを展開して，上のコマンドを実行すること．
+
+複数の拡張パッケージを使うことは考慮していないが，以下に述べるケースを
+除いては，手作業により複数の拡張パッケージをマージすることは可能である．
+現時点では，ミューテックス機能拡張パッケージと制約タスク拡張パッケージ
+をマージすることはできない．また，動的生成機能拡張パッケージを他の拡張
+パッケージとマージすることは考慮していない．
+
+●ミューテックス機能拡張パッケージ
+
+ミューテックス機能拡張パッケージは，ミューテックス機能を追加するための
+拡張パッケージである．ただし，優先度逆転を制御するための仕組みとして，
+優先度上限ミューテックス（TA_CEILING属性のミューテックス）のみをサポー
+トし，優先度継承ミューテックス（TA_INHERIT属性のミューテックス）はサポー
+トしていない．ミューテックス機能拡張パッケージは，extension/mutexディレ
+クトリに置いてある．
+
+ミューテックス機能拡張パッケージでは，TOPPERS_SUPPORT_MUTEXがkernel.h中
+で定義されているので，これを用いてミューテックス機能を使用できるかどう
+かを判別することができる．
+
+●メッセージバッファ機能拡張パッケージ
+
+メッセージバッファ機能拡張パッケージは，メッセージバッファ機能を追加す
+るための拡張パッケージである．メッセージバッファ機能拡張パッケージは，
+extension/messagebufディレクトリに置いてある．
+
+メッセージバッファ機能拡張パッケージでは，TOPPERS_SUPPORT_MESSAGEBUFが
+kernel.h中で定義されているので，これを用いてメッセージバッファ機能を使
+用できるかどうかを判別することができる．
+
+●オーバランハンドラ機能拡張パッケージ
+
+オーバランハンドラ機能拡張パッケージは，オーバランハンドラ機能を追加す
+るための拡張パッケージである．ただし，この拡張パッケージを使うためには，
+ターゲット依存部が対応している必要がある．オーバランハンドラ機能拡張パッ
+ケージは，extension/ovrhdrディレクトリに置いてある．
+
+オーバランハンドラ機能拡張パッケージで，ターゲット依存部が拡張パッケー
+ジに対応している場合には，TOPPERS_SUPPORT_OVRHDRがkernel.h中で定義され
+るので，これを用いてオーバランタイマ機能が使用できるかどうかを判別する
+ことができる．
+
+●タスク優先度拡張パッケージ
+
+タスク優先度拡張パッケージは，タスク優先度を最大256段階に拡張するための
+拡張パッケージである．この拡張パッケージは，タスク優先度に加えて，デー
+タ優先度，メッセージ優先度，割込みサービスルーチン優先度も256段階に拡張
+する．タスク優先度拡張パッケージは，extension/pri_levelディレクトリに置
+いてある．
+
+タスク優先度拡張パッケージでは，TOPPERS_SUPPORT_PRI_LEVELがkernel.h中で
+定義されているので，これを用いてタスク優先度の範囲が拡張されているかど
+うかを判別することができる．
+
+●制約タスク拡張パッケージ
+
+制約タスク拡張パッケージは，制約タスクの機能を追加するための拡張パッケー
+ジである．TOPPERS新世代カーネル統合仕様書に規定された制約タスクの機能に
+加えて，自タスクのベース優先度を変更するサービスコールras_priを実装して
+いる．制約タスク拡張パッケージは，extension/rstr_taskディレクトリに置い
+てある．
+
+制約タスク拡張パッケージでは，TOPPERS_SUPPORT_RSTR_TASKがkernel.h中で定
+義されているので，これを用いて制約タスクの機能が使用できるかどうかを判
+別することができる．
+
+----------------------------------------------------------------------
+ras_pri         自タスクのベース優先度の引き上げ〔T〕
+
+【C言語API】
         ER ercd = ras_pri(PRI tskpri)
 
-【パラメータ】
-        PRI                     tskpri          ベース優å
-ˆåº¦
-
-【リターンパラメータ】
-        ER                      ercd            正常終了（E_OK）またはエラーコード
-
-【エラーコード】
-        E_CTX           コンテキストエラー
-                                ・非タスクコンテキストからの呼出し
-                                ・CPUロック状æ
-‹ã‹ã‚‰ã®å‘¼å‡ºã—
-        E_PAR           パラメータエラー
-                                ・tskpriが有効範囲外
-        E_ILUSE         サービスコール不正使用
-                                ・条件については機能のé 
-を参ç
-§
-
-【機能】
-
-自タスクのベース優å
-ˆåº¦ã‚’，tskpriで指定した優å
-ˆåº¦ã«å¤‰æ›´ã™ã‚‹ï¼Žå
-·ä½“的な振
-舞いは以下の通り．
-
-自タスクのベース優å
-ˆåº¦ãŒï¼Œtskpriで指定した優å
-ˆåº¦ã«å¤‰æ›´ã•ã‚Œã‚‹ï¼Žãã‚Œã«ä¼´ã£
-て，自タスクの現在優å
-ˆåº¦ã‚‚変更される．同じ優å
-ˆåº¦ã®ã‚¿ã‚¹ã‚¯ã®ä¸­ã§ã¯ï¼Œè‡ªã‚¿
-スクが最高優å
-ˆé †ä½ã¨ãªã‚‹ï¼Ž
-
-tskpriにTPRI_INI（＝0）を指定すると，自タスクのベース優å
-ˆåº¦ãŒï¼Œèµ·å‹•æ™‚優
-å
-ˆåº¦ã«å¤‰æ›´ã•ã‚Œã‚‹ï¼Ž
-
-tskpriは，自タスクの起動時優å
-ˆåº¦ã¨åŒã˜ã‹ãã‚Œã‚ˆã‚Šã‚‚高くなければならない．
-ãã†ã§ãªã„å ´åˆã«ã¯ï¼ŒE_ILUSEエラーとなる．
-----------------------------------------------------------------------
-
-●動的生成機能拡張パッケージ
-
-å‹•çš„ç”Ÿæˆæ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã¯ï¼Œã‚ªãƒ–ã‚¸ã‚§ã‚¯ãƒˆã®å‹•çš„ç”Ÿæˆæ©Ÿèƒ½ã‚’è¿½åŠ ã™ã‚‹ãŸã‚
-の拡張パッケージである．TOPPERS新世代カーネル統合仕様書に規定された以下
-のオブジェクト生成／削除のためのサービスコール，割付け可能なID番号の数
-を指定する静的APIã«åŠ ãˆã¦ï¼Œã‚«ãƒ¼ãƒãƒ«ãŒå‰²ã‚Šä»˜ã‘ã‚‹ãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’è¨­å®šã™ã‚‹é™çš„
-API DEF_KMMを実è£
-している．動的生成機能拡張パッケージは，extension/dcre
-ディレクトリに置いてある．
-
-ただし，カーネルå†
-での動的メモリ管理に関しては，ターゲット非依存部では，
-ãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’å
-ˆé ­ã‹ã‚‰é †ã«å‰²ã‚Šå½“ã¦ï¼Œè§£æ”¾ã•ã‚ŒãŸãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’å†åˆ©ç”¨ã—ãªã„ãƒ¡
-モリ管理モジュールのみを実è£
-ã—ã¦ã„ã‚‹ï¼Žæœ¬æ ¼çš„ãªå‹•çš„ãƒ¡ãƒ¢ãƒªç®¡ç†ã‚’è¡Œã„ãŸã„
-å ´åˆã«ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã¾ãŸã¯ãƒ¦ãƒ¼ã‚¶å´ã§ï¼Œãã®ãŸã‚ã®é–¢æ•°ã‚’ç”¨æ„ã™ã‚‹å¿
-
-要がある．用意する関数等については，「TOPPERS/ASPカーネル ターゲット依
-存部 ポーティングガイド」の「6.15 動的メモリ管理」の節を参ç
-§ã™ã‚‹ã“と．
-
-動的機能拡張拡張パッケージでは，TOPPERS_SUPPORT_DYNAMIC_CREがkernel.h中
-で定義されているので，これを用いて動的生成機能が使用できるかどうかを判
-別することができる．
-
-å‹•çš„ç”Ÿæˆæ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã«ã‚ˆã‚Šè¿½åŠ ã•ã‚Œã‚‹ã‚µãƒ¼ãƒ“ã‚¹ã‚³ãƒ¼ãƒ«
+【パラメータ】
+        PRI                     tskpri          ベース優先度
+
+【リターンパラメータ】
+        ER                      ercd            正常終了（E_OK）またはエラーコード
+
+【エラーコード】
+        E_CTX           コンテキストエラー
+                                ・非タスクコンテキストからの呼出し
+                                ・CPUロック状態からの呼出し
+        E_PAR           パラメータエラー
+                                ・tskpriが有効範囲外
+        E_ILUSE         サービスコール不正使用
+                                ・条件については機能の項を参照
+
+【機能】
+
+自タスクのベース優先度を，tskpriで指定した優先度に変更する．具体的な振
+舞いは以下の通り．
+
+自タスクのベース優先度が，tskpriで指定した優先度に変更される．それに伴っ
+て，自タスクの現在優先度も変更される．同じ優先度のタスクの中では，自タ
+スクが最高優先順位となる．
+
+tskpriにTPRI_INI（＝0）を指定すると，自タスクのベース優先度が，起動時優
+先度に変更される．
+
+tskpriは，自タスクの起動時優先度と同じかそれよりも高くなければならない．
+そうでない場合には，E_ILUSEエラーとなる．
+----------------------------------------------------------------------
+
+●動的生成機能拡張パッケージ
+
+動的生成機能拡張パッケージは，オブジェクトの動的生成機能を追加するため
+の拡張パッケージである．TOPPERS新世代カーネル統合仕様書に規定された以下
+のオブジェクト生成／削除のためのサービスコール，割付け可能なID番号の数
+を指定する静的APIに加えて，カーネルが割り付けるメモリ領域を設定する静的
+API DEF_KMMを実装している．動的生成機能拡張パッケージは，extension/dcre
+ディレクトリに置いてある．
+
+ただし，カーネル内での動的メモリ管理に関しては，ターゲット非依存部では，
+メモリ領域を先頭から順に割り当て，解放されたメモリ領域を再利用しないメ
+モリ管理モジュールのみを実装している．本格的な動的メモリ管理を行いたい
+場合には，ターゲット依存部またはユーザ側で，そのための関数を用意する必
+要がある．用意する関数等については，「TOPPERS/ASPカーネル ターゲット依
+存部 ポーティングガイド」の「6.15 動的メモリ管理」の節を参照すること．
+
+動的機能拡張拡張パッケージでは，TOPPERS_SUPPORT_DYNAMIC_CREがkernel.h中
+で定義されているので，これを用いて動的生成機能が使用できるかどうかを判
+別することができる．
+
+動的生成機能拡張パッケージにより追加されるサービスコール
 
         ER_ID tskid = acre_tsk(const T_CTSK *pk_ctsk)
@@ -381 +308 @@
         ER ercd = del_isr(ID isrid)
 
-å‹•çš„ç”Ÿæˆæ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã«ã‚ˆã‚Šè¿½åŠ ã•ã‚Œã‚‹é™çš„API
+動的生成機能拡張パッケージにより追加される静的API
 
         AID_TSK(uint_t notsk)
@@ -396 +323 @@
 
 ----------------------------------------------------------------------
-DEF_KMM         ã‚«ãƒ¼ãƒãƒ«ãŒå‰²ã‚Šä»˜ã‘ã‚‹ãƒ¡ãƒ¢ãƒªé ˜åŸŸã®è¨­å®šã€”SD〕
-
-【静的API】
+DEF_KMM         カーネルが割り付けるメモリ領域の設定〔SD〕
+
+【静的API】
         DEF_KMM({ SIZE kmmsz, STK_T *kmm })
 
-【パラメータ】
-ã€€ï¼Šã‚«ãƒ¼ãƒãƒ«ãŒå‰²ã‚Šä»˜ã‘ã‚‹ãƒ¡ãƒ¢ãƒªé ˜åŸŸã®è¨­å®šæƒ
-å ±
-        SIZE            kmmsz           ã‚«ãƒ¼ãƒãƒ«ãŒå‰²ã‚Šä»˜ã‘ã‚‹ãƒ¡ãƒ¢ãƒªé ˜åŸŸã®ã‚µã‚¤ã‚ºï¼ˆãƒã‚¤ãƒˆæ•°ï¼‰
-        STK_T           kmm                     ã‚«ãƒ¼ãƒãƒ«ãŒå‰²ã‚Šä»˜ã‘ã‚‹ãƒ¡ãƒ¢ãƒªé ˜åŸŸã®å
-ˆé ­ç•ªåœ°
-
-【エラーコード】
-        E_PAR           パラメータエラー
-                                ・kmmszが0以下
-                                ・その他の条件については機能のé 
-を参ç
-§
-        E_OBJ           オブジェクト状æ
-‹ã‚¨ãƒ©ãƒ¼
-                                ãƒ»ã‚«ãƒ¼ãƒãƒ«ãŒå‰²ã‚Šä»˜ã‘ã‚‹ãƒ¡ãƒ¢ãƒªé ˜åŸŸãŒè¨­å®šæ¸ˆã¿
-
-【機能】
-
-å„ãƒ‘ãƒ©ãƒ¡ãƒ¼ã‚¿ã§æŒ‡å®šã—ãŸã‚«ãƒ¼ãƒãƒ«ãŒå‰²ã‚Šä»˜ã‘ã‚‹ãƒ¡ãƒ¢ãƒªé ˜åŸŸã®è¨­å®šæƒ
-å ±ã«å¾“ã£ã¦ï¼Œ
-ã‚«ãƒ¼ãƒãƒ«ãŒå‰²ã‚Šä»˜ã‘ã‚‹ãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’è¨­å®šã™ã‚‹ï¼Ž
-
-kmmszは整数定数式パラメータ，kmmは一般定数式パラメータである．
-
-kmmをNULLã¨ã—ãŸå ´åˆï¼Œkmmszã§æŒ‡å®šã—ãŸã‚µã‚¤ã‚ºã®ãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’ï¼Œã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥
-レータが確保する．kmmszにターゲット定義の制約に合致しないサイズを指定し
-た時には，ターゲット定義の制約に合致するようにサイズを大きい方に丸めて
-確保する．
-
-ã‚«ãƒ¼ãƒãƒ«ãŒå‰²ã‚Šä»˜ã‘ã‚‹ãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’ã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ã§ç¢ºä¿ã™ã‚‹å ´åˆã«ã¯ï¼Œ
-kmmszã§æŒ‡å®šã—ãŸã‚µã‚¤ã‚ºã®ãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’ç¢ºä¿ã—ï¼Œkmmにそのå
-ˆé ­ç•ªåœ°ã‚’指定する．
-
-DEF_KMMã«ã‚ˆã‚Šã‚«ãƒ¼ãƒãƒ«ãŒå‰²ã‚Šä»˜ã‘ã‚‹ãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’è¨­å®šã—ãªã„å ´åˆï¼Œã‚«ãƒ¼ãƒãƒ«ãŒ
-å‰²ã‚Šä»˜ã‘ã‚‹ãƒ¡ãƒ¢ãƒªé ˜åŸŸã¯ç¢ºä¿ã•ã‚Œãªã„ï¼Ž
-
-kmmやkmmszにターゲット定義の制約に合致しないå
-ˆé ­ç•ªåœ°ã‚„サイズを指定した
-時には，E_PARエラーとなる．
-----------------------------------------------------------------------
-
-
-○CPU例外ハンドラの直接呼出し
-
-CPU例外ハンドラの出å
-¥å£å‡¦ç†ã¯ï¼ŒCPU例外が発生しないように実è£
-しなければ
-ならないが，これが防げないターゲットにおいては，CPU例外ハンドラの出å
-¥å£
-処理を経由せずに，アプリケーションが用意したCPU例外ハンドラを直接実行す
-る方法を用意するのが望ましい．これを，CPU例外ハンドラの直接呼出しと呼ぶ．
-
-ここでは，ハードウェアでベクタテーブルを持つプロセッサにおいて，ターゲッ
-ト依存部のみの修正により，CPUä¾‹å¤–ãƒãƒ³ãƒ‰ãƒ©ã®ç›´æŽ¥å‘¼å‡ºã—ã®æ©Ÿèƒ½ã‚’è¿½åŠ ã™ã‚‹æ–¹
-法について説明する．
-
-●TA_DIRECT属性の導å
-¥
-
-CPU例外ハンドラの直接呼出しを指定するために，CPU例外ハンドラ属性に，
-TA_DIRECT属性を導å
-¥ã™ã‚‹ï¼Ž
-
-●ターゲット依存部の修正箇所
-
-TA_DIRECTの値を，target_kernel.h（または，そこからインクルードされるファ
-イル）で定義し，その値をコンフィギュレータが取り出せるように，
-target_def.csvï¼ˆã¾ãŸã¯ï¼Œãã‚Œã«ä»£ã‚ã‚‹ãƒ•ã‚¡ã‚¤ãƒ«ï¼‰ã«æ¬¡ã®è¡Œã‚’è¿½åŠ ã™ã‚‹ï¼Ž
+【パラメータ】
+　＊カーネルが割り付けるメモリ領域の設定情報
+        SIZE            kmmsz           カーネルが割り付けるメモリ領域のサイズ（バイト数）
+        STK_T           kmm                     カーネルが割り付けるメモリ領域の先頭番地
+
+【エラーコード】
+        E_PAR           パラメータエラー
+                                ・kmmszが0以下
+                                ・その他の条件については機能の項を参照
+        E_OBJ           オブジェクト状態エラー
+                                ・カーネルが割り付けるメモリ領域が設定済み
+
+【機能】
+
+各パラメータで指定したカーネルが割り付けるメモリ領域の設定情報に従って，
+カーネルが割り付けるメモリ領域を設定する．
+
+kmmszは整数定数式パラメータ，kmmは一般定数式パラメータである．
+
+kmmをNULLとした場合，kmmszで指定したサイズのメモリ領域を，コンフィギュ
+レータが確保する．kmmszにターゲット定義の制約に合致しないサイズを指定し
+た時には，ターゲット定義の制約に合致するようにサイズを大きい方に丸めて
+確保する．
+
+カーネルが割り付けるメモリ領域をアプリケーションで確保する場合には，
+kmmszで指定したサイズのメモリ領域を確保し，kmmにその先頭番地を指定する．
+
+DEF_KMMによりカーネルが割り付けるメモリ領域を設定しない場合，カーネルが
+割り付けるメモリ領域は確保されない．
+
+kmmやkmmszにターゲット定義の制約に合致しない先頭番地やサイズを指定した
+時には，E_PARエラーとなる．
+----------------------------------------------------------------------
+
+
+○CPU例外ハンドラの直接呼出し
+
+CPU例外ハンドラの出入口処理は，CPU例外が発生しないように実装しなければ
+ならないが，これが防げないターゲットにおいては，CPU例外ハンドラの出入口
+処理を経由せずに，アプリケーションが用意したCPU例外ハンドラを直接実行す
+る方法を用意するのが望ましい．これを，CPU例外ハンドラの直接呼出しと呼ぶ．
+
+ここでは，ハードウェアでベクタテーブルを持つプロセッサにおいて，ターゲッ
+ト依存部のみの修正により，CPU例外ハンドラの直接呼出しの機能を追加する方
+法について説明する．
+
+●TA_DIRECT属性の導入
+
+CPU例外ハンドラの直接呼出しを指定するために，CPU例外ハンドラ属性に，
+TA_DIRECT属性を導入する．
+
+●ターゲット依存部の修正箇所
+
+TA_DIRECTの値を，target_kernel.h（または，そこからインクルードされるファ
+イル）で定義し，その値をコンフィギュレータが取り出せるように，
+target_def.csv（または，それに代わるファイル）に次の行を追加する．
 
 TA_DIRECT,TA_DIRECT
 
-次に，target.tf（または，そこからインクルードされるファイル）で，
-TARGET_EXCATRに設定される値に，TA_DIRECTã‚’è¿½åŠ ã™ã‚‹ï¼Žä¾‹ãˆã°ï¼Œä»–ã®ã‚¿ãƒ¼ã‚²ãƒƒ
-ト依存のCPUä¾‹å¤–ãƒãƒ³ãƒ‰ãƒ©å±žæ€§ãŒãªã„å ´åˆã«ã¯ï¼Œæ¬¡ã®ã‚ˆã†ã«è¨­å®šã™ã‚‹ï¼Ž
+次に，target.tf（または，そこからインクルードされるファイル）で，
+TARGET_EXCATRに設定される値に，TA_DIRECTを追加する．例えば，他のターゲッ
+ト依存のCPU例外ハンドラ属性がない場合には，次のように設定する．
 
 $TARGET_EXCATR = TA_DIRECT$
 
-次に，OMIT_INITILIZE_EXCEPTIONを用いて，CPU例外ハンドラの出å
-¥å£å‡¦ç†ã‚’生
-成するための記述とCPU例外ハンドラ初期化ブロックの標準の定義が生成される
-のを抑止し，それによって抑止される部分をtarget.tfにコピーした上で，以下
-ã®ä¿®æ­£ã‚’åŠ ãˆã‚‹ï¼Ž
-
-CPU例外ハンドラの出å
-¥å£å‡¦ç†ã‚’生成するための記述（EXCHDR_ENTRYのリスト）
-を生成する部分は，次のように修正する．
+次に，OMIT_INITILIZE_EXCEPTIONを用いて，CPU例外ハンドラの出入口処理を生
+成するための記述とCPU例外ハンドラ初期化ブロックの標準の定義が生成される
+のを抑止し，それによって抑止される部分をtarget.tfにコピーした上で，以下
+の修正を加える．
+
+CPU例外ハンドラの出入口処理を生成するための記述（EXCHDR_ENTRYのリスト）
+を生成する部分は，次のように修正する．
 
 $FOREACH excno EXC.ORDER_LIST$
@@ -495 +407 @@
 $END$
 
-また，CPU例外ハンドラ初期化ブロックの定義を生成する部分は，次のように修
-正する．
+また，CPU例外ハンドラ初期化ブロックの定義を生成する部分は，次のように修
+正する．
 
 $IF LENGTH(EXC.ORDER_LIST)$
@@ -512 +424 @@
 $END$
 
-以上
+以上

rubycfg_asp/trunk/asp_dcre/doc/porting.txt

@@ -1 +1 @@
 
-                TOPPERS/ASPカーネル
-                ターゲット依存部 ポーティングガイド
-
-                対応バージョン: Release 1.9.3
-                最終更新: 2014年11月17日
-
-このドキュメントは，TOPPERS/ASPカーネルを，未サポートのターゲットシステ
-ムにポーティングするためにå¿
-要となるターゲット依存部の実è£
-方法を説明す
-るものである．
+                TOPPERS/ASPカーネル
+                ターゲット依存部 ポーティングガイド
+
+                対応バージョン: Release 1.9.3
+                最終更新: 2014年11月17日
+
+このドキュメントは，TOPPERS/ASPカーネルを，未サポートのターゲットシステ
+ムにポーティングするために必要となるターゲット依存部の実装方法を説明す
+るものである．
 
 ----------------------------------------------------------------------
@@ -20 +18 @@
              Graduate School of Information Science, Nagoya Univ., JAPAN
  
- 上記著作権è€
-は，以下の(1)～(4)ã®æ¡ä»¶ã‚’æº€ãŸã™å ´åˆã«é™ã‚Šï¼Œæœ¬ã‚½ãƒ•ãƒˆã‚¦ã‚§
- ア（本ソフトウェアを改変したものを含む．以下同じ）を使用・複製・改
- 変・再é
-å¸ƒï¼ˆä»¥ä¸‹ï¼Œåˆ©ç”¨ã¨å‘¼ã¶ï¼‰ã™ã‚‹ã“とを無償で許諾する．
- (1) æœ¬ã‚½ãƒ•ãƒˆã‚¦ã‚§ã‚¢ã‚’ã‚½ãƒ¼ã‚¹ã‚³ãƒ¼ãƒ‰ã®å½¢ã§åˆ©ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼Œä¸Šè¨˜ã®è‘—ä½œ
-     権表示，この利用条件および下記の無保証規定が，そのままの形でソー
-     スコード中に含まれていること．
- (2) 本ソフトウェアを，ライブラリ形式など，他のソフトウェア開発に使
-     用できる形で再é
-å¸ƒã™ã‚‹å ´åˆã«ã¯ï¼Œå†é
-å¸ƒã«ä¼´ã†ãƒ‰ã‚­ãƒ¥ãƒ¡ãƒ³ãƒˆï¼ˆåˆ©ç”¨
-     è€
-マニュアルなど）に，上記の著作権表示，この利用条件および下記
-     の無保証規定を掲載すること．
- (3) 本ソフトウェアを，機器に組み込むなど，他のソフトウェア開発に使
-     用できない形で再é
-å¸ƒã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã„ずれかの条件を満たすこ
-     と．
-   (a) 再é
-å¸ƒã«ä¼´ã†ãƒ‰ã‚­ãƒ¥ãƒ¡ãƒ³ãƒˆï¼ˆåˆ©ç”¨è€
-マニュアルなど）に，上記の著
-       作権表示，この利用条件および下記の無保証規定を掲載すること．
-   (b) 再é
-å¸ƒã®å½¢æ
-‹ã‚’，別に定める方法によって，TOPPERSプロジェクトに
-       å ±å‘Šã™ã‚‹ã“ã¨ï¼Ž
- (4) 本ソフトウェアの利用により直接的または間接的に生じるいかなる損
-     害からも，上記著作権è€
-およびTOPPERSプロジェクトをå
-è²¬ã™ã‚‹ã“と．
-     また，本ソフトウェアのユーザまたはエンドユーザからのいかなる理
-     由に基づく請求からも，上記著作権è€
-およびTOPPERSプロジェクトを
-     å
-è²¬ã™ã‚‹ã“と．
+ 上記著作権者は，以下の(1)～(4)の条件を満たす場合に限り，本ソフトウェ
+ ア（本ソフトウェアを改変したものを含む．以下同じ）を使用・複製・改
+ 変・再配布（以下，利用と呼ぶ）することを無償で許諾する．
+ (1) 本ソフトウェアをソースコードの形で利用する場合には，上記の著作
+     権表示，この利用条件および下記の無保証規定が，そのままの形でソー
+     スコード中に含まれていること．
+ (2) 本ソフトウェアを，ライブラリ形式など，他のソフトウェア開発に使
+     用できる形で再配布する場合には，再配布に伴うドキュメント（利用
+     者マニュアルなど）に，上記の著作権表示，この利用条件および下記
+     の無保証規定を掲載すること．
+ (3) 本ソフトウェアを，機器に組み込むなど，他のソフトウェア開発に使
+     用できない形で再配布する場合には，次のいずれかの条件を満たすこ
+     と．
+   (a) 再配布に伴うドキュメント（利用者マニュアルなど）に，上記の著
+       作権表示，この利用条件および下記の無保証規定を掲載すること．
+   (b) 再配布の形態を，別に定める方法によって，TOPPERSプロジェクトに
+       報告すること．
+ (4) 本ソフトウェアの利用により直接的または間接的に生じるいかなる損
+     害からも，上記著作権者およびTOPPERSプロジェクトを免責すること．
+     また，本ソフトウェアのユーザまたはエンドユーザからのいかなる理
+     由に基づく請求からも，上記著作権者およびTOPPERSプロジェクトを
+     免責すること．
  
- 本ソフトウェアは，無保証で提供されているものである．上記著作権è€
-お
- よびTOPPERSプロジェクトは，本ソフトウェアに関して，特定の使用目的
- に対する適合性も含めて，いかなる保証も行わない．また，本ソフトウェ
- アの利用により直接的または間接的に生じたいかなる損害に関しても，そ
- ã®è²¬ä»»ã‚’è² ã‚ãªã„ï¼Ž
+ 本ソフトウェアは，無保証で提供されているものである．上記著作権者お
+ よびTOPPERSプロジェクトは，本ソフトウェアに関して，特定の使用目的
+ に対する適合性も含めて，いかなる保証も行わない．また，本ソフトウェ
+ アの利用により直接的または間接的に生じたいかなる損害に関しても，そ
+ の責任を負わない．
  
  $Id$
 ----------------------------------------------------------------------
 
-○目次
-
-１．å
-±é€šäº‹é 
-
-        1.1 ターゲット依存部の構成
-        1.2 名前の衝突の防止
-        1.3 多重インクルードの防止
-        1.4 アセンブリ言語とのヘッダファイルのå
-±ç”¨ 
-        1.5 インクルード記述の方法
-        1.6 クリティカルセクションの出å
-¥å‡¦ç†ã®å®Ÿç¾ã«é–¢ã™ã‚‹åˆ¶ç´„
-２．システム構築環境のターゲット依存部
-        2.1 ターゲット略称とターゲット依存部のディレクトリ
-        2.2 Makefileのターゲット依存部
-        2.3 開発環境名とコマンド名の設定
-        2.4 コンパイルオプションとオブジェクトファイルの設定
-        2.5 オフセットファイルの生成方法
-                2.5.1 コンフィギュレータを用いる方法
-                2.5.2 makeoffset.cとgenoffsetを用いる方法
-        2.6 リンク方法の設定
-        2.7 依存関係の定義
-        2.8 その他の設定
-３．TOPPERSå
-±é€šå®šç¾©ã®ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨
-        3.1 ターゲット識別マクロ
-        3.2 整数型の最大値・最小値・ビット数
-        3.3 サイズの指定された整数型，その最大値・最小値，整数定数を作るマクロ
-        3.4 サイズの指定された浮動小数点型，その最大値・最小値のマクロ
-        3.5 コンパイラの拡張機能のためのマクロ定義
-        3.6 標準的な定義の上書き
-        3.7 アサーションのための定義
-４．システムインタフェースレイヤ（SIL）のターゲット依存部
-        4.1 å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã®ç®¡ç†
-        4.2 微少時間å¾
-ち
-        4.3 プロセッサのエンディアン
-        4.4 メモリ空間アクセス関数
-        4.5 I/O空間アクセス関数
-５．カーネルAPIのターゲット依存部
-        5.1 ターゲット定義でサポートする機能
-        5.2 割込み優å
-ˆåº¦ã®ç¯„囲
-        5.3 タイムティックの定義
-        5.4 ãƒ¡ãƒ¢ãƒªé ˜åŸŸç¢ºä¿ã®ãŸã‚ã®åž‹å®šç¾©
-        5.5 ビットパターンのビット数
-        5.6 ãƒ¡ãƒ¢ãƒªé ˜åŸŸç¢ºä¿ã®ãŸã‚ã®ãƒžã‚¯ãƒ­
-        5.7 オーバランハンドラ機能拡張のための定義（オプション）
-６．カーネル実è£
-のターゲット依存部
-        6.1 カーネル実è£
-のターゲット依存部のå
-±é€šäº‹é 
-
-                6.1.1 カーネル実è£
-ã®ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã®æ§‹æˆè¦ç´ 
-                6.1.2 ターゲット依存部の関数の命名規則
-        6.2 トレースログ機能への対応
-        6.3 システム状æ
-‹ã®ç®¡ç†
-                6.3.1 å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã®ç®¡ç†
-                6.3.2 コンテキストの管理
-                6.3.3 CPUロック状æ
-‹ã®ç®¡ç†
-        6.4 割込みに関連するシステム状æ
-‹ã®ç®¡ç†
-                6.4.1 割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã®ç®¡ç†
-                6.4.2 割込み要求禁止フラグの管理
-                6.4.3 割込み要求のクリア
-                6.4.4 割込み要求のプローブ
-                6.4.5 割込みハンドラのå
-ˆé ­å‡¦ç†ã¨æœ«å°¾å‡¦ç†
-        6.5 タスクディスパッチャ
-                6.5.1 タスクコンテキストブロックとタスク初期化コンテキストブロック
-                6.5.2 ディスパッチャ本体
-                6.5.3 タスクコンテキストからのディスパッチ
-                6.5.4 ディスパッチャの動作開始
-                6.5.5 現在のコンテキストを捨ててディスパッチ
-                6.5.6 タスクの起動処理
-        6.6 割込みハンドラ
-                6.6.1 割込みハンドラの出å
-¥å£å‡¦ç†
-                6.6.2 割込みハンドラ毎の出å
-¥å£å‡¦ç†ã®ç”Ÿæˆ
-                6.6.3 割込みハンドラの設定
-                6.6.4 割込み要求ラインの属性の設定
-                6.6.5 割込み管理機能の初期化処理の変更
-                6.6.6 デフォルトの割込みハンドラ
-                6.6.7 カーネル管理外の割込み
-                6.6.8 割込みサービスルーチンの生成
-        6.7 CPU例外ハンドラとCPU例外発生時のシステム状æ
-‹ã®å‚ç
-§
-                6.7.1 CPU例外ハンドラの出å
-¥å£å‡¦ç†
-                6.7.2 CPU例外ハンドラの出å
-¥å£å‡¦ç†ã®ç”Ÿæˆ
-                6.7.3 CPU例外ハンドラの設定
-                6.7.4 CPU例外管理機能の初期化処理の変更
-                6.7.5 デフォルトのCPU例外ハンドラ
-                6.7.6 CPU例外発生時のシステム状æ
-‹ã®å‚ç
-§
-        6.8 ã‚«ãƒ¼ãƒãƒ«ã®èµ·å‹•ãƒ»çµ‚äº†ã¨ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸãªã©
-        6.9 カーネルå†
-部のチューニング
-                6.9.1 ビットマップサーチ
-                6.9.2 ビットフィールド
-        6.10 カーネル実è£
-に関するその他の定義
-                6.10.1 オブジェクト属性の拡張
-                6.10.2 エラーチェック方法の指定
-                6.10.3 éžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆç”¨ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸ
-                6.10.4 空ラベルの定義
-        6.11 トレースログ機能に関する設定
-                6.11.1 取得できるトレースログの種類とマクロ
-                6.11.2 トレースログ記録のサンプルコード
-        6.12 カーネル実è£
-のターゲット依存部のためのリネーム記述
-        6.13 タイマドライバ
-                6.13.1 タイマドライバのファイル構成
-                6.13.2 タイマの初期化・終了処理・割込み処理
-                6.13.3 性能評価用システム時刻の参ç
-§ã®ãŸã‚ã®æ©Ÿèƒ½
-        6.14 オーバランタイマドライバ（オプション）
-                6.14.1 オーバランタイマドライバのファイル構成
-                6.14.2 オーバランタイマの操作と割込み処理
-        6.15 動的メモリ管理（オプション）
-                6.15.1 TLSFを用いたメモリ管理モジュールの例
-７．コンフィギュレータ設定ファイルのターゲット依存部
-        7.1 設定ファイルとターゲット依存部の位置付け
-        7.2 パス2のテンプレートファイルのターゲット依存部
-                7.2.1 ターゲット非依存部をインクルードする前に定義すべき変数
-                7.2.2 ターゲット非依存部で定義される変数
-        7.3 パス3のテンプレートファイルのターゲット依存部
-                7.3.1 ターゲット非依存部をインクルードする前に定義すべき変数
-                7.3.2 ターゲット依存部で行うべきエラーチェック
-        7.4 cfg1_out.cのリンクにå¿
-要なスタブの定義ファイル
-８．システムサービス等のターゲット依存部
-        8.0 システムサービスのターゲット依存部
-        8.1 システムログ機能のターゲット依存定義
-        8.2 ログタスクのターゲット依存定義
-        8.3 シリアルインタフェースドライバのターゲット依存部
-                8.3.1 変数，データ型，管理関数
-                8.3.2 デバイスサービスルーチン
-                8.3.3 コールバックルーチン
-        8.4 カーネル起動メッセージの出力のターゲット依存定義
-        8.5 サンプルプログラムとテストプログラムのターゲット依存定義
-        8.6 実行時間分布集計モジュールのターゲット依存定義
-９．その他
-        9.1 ドキュメント
-        9.2 パッケージ記述ファイル
-１０．リファレンス
-        10.1 ターゲット依存部のファイル一覧
-
-
-１．å
-±é€šäº‹é 
-
-
-1.1 ターゲット依存部の構成
-
-ターゲット依存部は，targetディレクトリの下に，ターゲットハードウェアと
-開発環境の組み合わせ毎に用意する．ただし，ターゲット依存部の再利用性を
-考æ
-®ã—，プロセッサ，チップ，開発環境のみに依存する部分を，プロセッサ依
-存部，チップ依存部，開発環境依存部という形で切り分けてもよい．切り分け
-方は，ターゲット依存部の実è£
-に任されている．プロセッサ依存部，チップ依
-存部，開発環境依存部は，archディレクトリの下に置く．
-
-ASPカーネルのターゲット依存部は，システム構築環境（Makefile等）のターゲッ
-ト依存部，TOPPERSå
-±é€šå®šç¾©ï¼ˆt_stddef.h）のターゲット依存部，システムイン
-タフェースレイヤ（SIL，sil.h）のターゲット依存部，カーネルAPI（kernel.h）
-のターゲット依存部，カーネル実è£
-のターゲット依存部（コンフィギュレータ
-設定ファイルのターゲット依存部を含む），システムサービスのターゲット依
-存部，ターゲット依存部に関するドキュメント等で構成される．
-
-1.2 名前の衝突の防止
-
-TOPPERSプロジェクトが提供するソフトウェアのために，TOPPERS_で始まるシン
-ボルを予約している．ヘッダファイル中に記述され，アプリケーションから参
-ç
-§ã§ãã‚‹å†
-部シンボルは，TOPPERS_で始まる名前とする．
-
-また，_kernel_で始まるシンボルは，カーネルå†
-部の変数や関数のために予約
-している．カーネルå†
-部の変数や関数の名前で，リンク時にアプリケーション
-の名前と衝突する可能性があるものは，リネーム記述にリストアップすること
-で，コンパイル時に_kernel_で始まる名前に置き換えることとしている．
-
-1.3 多重インクルードの防止
-
-すべてのヘッダファイルは，多重にインクルードされるのを防止するための条
-件コンパイル記述をå
-¥ã‚Œã‚‹ã“ととする．例えば，target_config.hであれば，ファ
-イルのå
-ˆé ­ã«
+○目次
+
+１．共通事項
+        1.1 ターゲット依存部の構成
+        1.2 名前の衝突の防止
+        1.3 多重インクルードの防止
+        1.4 アセンブリ言語とのヘッダファイルの共用 
+        1.5 インクルード記述の方法
+        1.6 クリティカルセクションの出入処理の実現に関する制約
+２．システム構築環境のターゲット依存部
+        2.1 ターゲット略称とターゲット依存部のディレクトリ
+        2.2 Makefileのターゲット依存部
+        2.3 開発環境名とコマンド名の設定
+        2.4 コンパイルオプションとオブジェクトファイルの設定
+        2.5 オフセットファイルの生成方法
+                2.5.1 コンフィギュレータを用いる方法
+                2.5.2 makeoffset.cとgenoffsetを用いる方法
+        2.6 リンク方法の設定
+        2.7 依存関係の定義
+        2.8 その他の設定
+３．TOPPERS共通定義のターゲット依存部
+        3.1 ターゲット識別マクロ
+        3.2 整数型の最大値・最小値・ビット数
+        3.3 サイズの指定された整数型，その最大値・最小値，整数定数を作るマクロ
+        3.4 サイズの指定された浮動小数点型，その最大値・最小値のマクロ
+        3.5 コンパイラの拡張機能のためのマクロ定義
+        3.6 標準的な定義の上書き
+        3.7 アサーションのための定義
+４．システムインタフェースレイヤ（SIL）のターゲット依存部
+        4.1 全割込みロック状態の管理
+        4.2 微少時間待ち
+        4.3 プロセッサのエンディアン
+        4.4 メモリ空間アクセス関数
+        4.5 I/O空間アクセス関数
+５．カーネルAPIのターゲット依存部
+        5.1 ターゲット定義でサポートする機能
+        5.2 割込み優先度の範囲
+        5.3 タイムティックの定義
+        5.4 メモリ領域確保のための型定義
+        5.5 ビットパターンのビット数
+        5.6 メモリ領域確保のためのマクロ
+        5.7 オーバランハンドラ機能拡張のための定義（オプション）
+６．カーネル実装のターゲット依存部
+        6.1 カーネル実装のターゲット依存部の共通事項
+                6.1.1 カーネル実装のターゲット依存部の構成要素
+                6.1.2 ターゲット依存部の関数の命名規則
+        6.2 トレースログ機能への対応
+        6.3 システム状態の管理
+                6.3.1 全割込みロック状態の管理
+                6.3.2 コンテキストの管理
+                6.3.3 CPUロック状態の管理
+        6.4 割込みに関連するシステム状態の管理
+                6.4.1 割込み優先度マスクの管理
+                6.4.2 割込み要求禁止フラグの管理
+                6.4.3 割込み要求のクリア
+                6.4.4 割込み要求のプローブ
+                6.4.5 割込みハンドラの先頭処理と末尾処理
+        6.5 タスクディスパッチャ
+                6.5.1 タスクコンテキストブロックとタスク初期化コンテキストブロック
+                6.5.2 ディスパッチャ本体
+                6.5.3 タスクコンテキストからのディスパッチ
+                6.5.4 ディスパッチャの動作開始
+                6.5.5 現在のコンテキストを捨ててディスパッチ
+                6.5.6 タスクの起動処理
+        6.6 割込みハンドラ
+                6.6.1 割込みハンドラの出入口処理
+                6.6.2 割込みハンドラ毎の出入口処理の生成
+                6.6.3 割込みハンドラの設定
+                6.6.4 割込み要求ラインの属性の設定
+                6.6.5 割込み管理機能の初期化処理の変更
+                6.6.6 デフォルトの割込みハンドラ
+                6.6.7 カーネル管理外の割込み
+                6.6.8 割込みサービスルーチンの生成
+        6.7 CPU例外ハンドラとCPU例外発生時のシステム状態の参照
+                6.7.1 CPU例外ハンドラの出入口処理
+                6.7.2 CPU例外ハンドラの出入口処理の生成
+                6.7.3 CPU例外ハンドラの設定
+                6.7.4 CPU例外管理機能の初期化処理の変更
+                6.7.5 デフォルトのCPU例外ハンドラ
+                6.7.6 CPU例外発生時のシステム状態の参照
+        6.8 カーネルの起動・終了とスタック領域など
+        6.9 カーネル内部のチューニング
+                6.9.1 ビットマップサーチ
+                6.9.2 ビットフィールド
+        6.10 カーネル実装に関するその他の定義
+                6.10.1 オブジェクト属性の拡張
+                6.10.2 エラーチェック方法の指定
+                6.10.3 非タスクコンテキスト用のスタック領域
+                6.10.4 空ラベルの定義
+        6.11 トレースログ機能に関する設定
+                6.11.1 取得できるトレースログの種類とマクロ
+                6.11.2 トレースログ記録のサンプルコード
+        6.12 カーネル実装のターゲット依存部のためのリネーム記述
+        6.13 タイマドライバ
+                6.13.1 タイマドライバのファイル構成
+                6.13.2 タイマの初期化・終了処理・割込み処理
+                6.13.3 性能評価用システム時刻の参照のための機能
+        6.14 オーバランタイマドライバ（オプション）
+                6.14.1 オーバランタイマドライバのファイル構成
+                6.14.2 オーバランタイマの操作と割込み処理
+        6.15 動的メモリ管理（オプション）
+                6.15.1 TLSFを用いたメモリ管理モジュールの例
+７．コンフィギュレータ設定ファイルのターゲット依存部
+        7.1 設定ファイルとターゲット依存部の位置付け
+        7.2 パス2のテンプレートファイルのターゲット依存部
+                7.2.1 ターゲット非依存部をインクルードする前に定義すべき変数
+                7.2.2 ターゲット非依存部で定義される変数
+        7.3 パス3のテンプレートファイルのターゲット依存部
+                7.3.1 ターゲット非依存部をインクルードする前に定義すべき変数
+                7.3.2 ターゲット依存部で行うべきエラーチェック
+        7.4 cfg1_out.cのリンクに必要なスタブの定義ファイル
+８．システムサービス等のターゲット依存部
+        8.0 システムサービスのターゲット依存部
+        8.1 システムログ機能のターゲット依存定義
+        8.2 ログタスクのターゲット依存定義
+        8.3 シリアルインタフェースドライバのターゲット依存部
+                8.3.1 変数，データ型，管理関数
+                8.3.2 デバイスサービスルーチン
+                8.3.3 コールバックルーチン
+        8.4 カーネル起動メッセージの出力のターゲット依存定義
+        8.5 サンプルプログラムとテストプログラムのターゲット依存定義
+        8.6 実行時間分布集計モジュールのターゲット依存定義
+９．その他
+        9.1 ドキュメント
+        9.2 パッケージ記述ファイル
+１０．リファレンス
+        10.1 ターゲット依存部のファイル一覧
+
+
+１．共通事項
+
+1.1 ターゲット依存部の構成
+
+ターゲット依存部は，targetディレクトリの下に，ターゲットハードウェアと
+開発環境の組み合わせ毎に用意する．ただし，ターゲット依存部の再利用性を
+考慮し，プロセッサ，チップ，開発環境のみに依存する部分を，プロセッサ依
+存部，チップ依存部，開発環境依存部という形で切り分けてもよい．切り分け
+方は，ターゲット依存部の実装に任されている．プロセッサ依存部，チップ依
+存部，開発環境依存部は，archディレクトリの下に置く．
+
+ASPカーネルのターゲット依存部は，システム構築環境（Makefile等）のターゲッ
+ト依存部，TOPPERS共通定義（t_stddef.h）のターゲット依存部，システムイン
+タフェースレイヤ（SIL，sil.h）のターゲット依存部，カーネルAPI（kernel.h）
+のターゲット依存部，カーネル実装のターゲット依存部（コンフィギュレータ
+設定ファイルのターゲット依存部を含む），システムサービスのターゲット依
+存部，ターゲット依存部に関するドキュメント等で構成される．
+
+1.2 名前の衝突の防止
+
+TOPPERSプロジェクトが提供するソフトウェアのために，TOPPERS_で始まるシン
+ボルを予約している．ヘッダファイル中に記述され，アプリケーションから参
+照できる内部シンボルは，TOPPERS_で始まる名前とする．
+
+また，_kernel_で始まるシンボルは，カーネル内部の変数や関数のために予約
+している．カーネル内部の変数や関数の名前で，リンク時にアプリケーション
+の名前と衝突する可能性があるものは，リネーム記述にリストアップすること
+で，コンパイル時に_kernel_で始まる名前に置き換えることとしている．
+
+1.3 多重インクルードの防止
+
+すべてのヘッダファイルは，多重にインクルードされるのを防止するための条
+件コンパイル記述を入れることとする．例えば，target_config.hであれば，ファ
+イルの先頭に
 
 #ifndef TOPPERS_TARGET_CONFIG_H
 #define TOPPERS_TARGET_CONFIG_H
 
-を，ファイルの末尾に
+を，ファイルの末尾に
 
 #endif /* TOPPERS_TARGET_CONFIG_H */
 
-を記述する．
-
-1.4 アセンブリ言語とのヘッダファイルのå
-±ç”¨ 
-
-ASPカーネルのヘッダファイルの多くは，アセンブリ言語のソースファイルから
-もインクルードできるようにするために，次のルールに従って記述するものと
-する．
-
-・TOPPERS_MACRO_ONLYãŒãƒžã‚¯ãƒ­å®šç¾©ã•ã‚Œã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œã‚¢ã‚»ãƒ³ãƒ–ãƒªè¨€èªžã§ã¯
-　解釈できない記述（マクロ定義以外の記述）を除くように記述する．
-
-・符号無し整数型の定数値は，UINT_CやULONG_Cなどの整数定数を作るためのマ
-　クロを用いて記述する．ただし，アセンブリ言語のソースファイルからもイ
-　ンクルードできるファイル中であっても，C言語のみで用いる定数をこれらの
-　マクロを使って記述するå¿
-要はない．
-
-また，カーネル実è£
-においては，次のルールに従うものとする．
-
-ãƒ»ã‚¢ã‚»ãƒ³ãƒ–ãƒªè¨€èªžã‹ã‚‰ã‚‚ç”¨ã„ã‚‹å®šæ•°ã®å®šç¾©ä¸­ã«åž‹ã‚­ãƒ£ã‚¹ãƒˆã‚’ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œ
-　CASTマクロを用いて記述する．
-
-アセンブリ言語からヘッダファイルをインクルードする際には，å¿
-要に応じて，
-TOPPERS_MACRO_ONLY，UINC_C，ULONG_C，CASTをマクロ定義してから，インクルー
-ドしなければならない．
-
-1.5 インクルード記述の方法
-
-開発環境で用意されている標準ヘッダファイルおよびincludeディレクトリ下の
-標準ヘッダファイルは，「#include <...>」によりインクルードする．
-
-その他のヘッダファイルは，「#include "..."」によりインクルードする．ヘッ
-ダファイルが，カレントディレクトリやインクルードするファイルと同じディ
-ãƒ¬ã‚¯ãƒˆãƒªä»¥å¤–ã®ãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã«ç½®ã‹ã‚Œã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã‚ˆã†ã«ãƒ‘ã‚¹æŒ‡å®šã‚’
-行う．
-
-・ターゲット依存部（target/<ターゲット名>）のディレクトリに置かれている
-ã€€å ´åˆã¯ï¼Œãƒ‘ã‚¹æŒ‡å®šã‚’è¡Œã‚ãšï¼Œãƒ•ã‚¡ã‚¤ãƒ«åã®ã¿ã‚’è¨˜è¿°ã™ã‚‹ï¼Ž
-                例）#include "target_config.h"
-
-・archãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªä¸‹ã®ãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã«ç½®ã‹ã‚Œã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œarchディレク
-　トリからの相対パスで記述する．
-                例）#include "m68k_gcc/prc_config.h"
-
-ãƒ»ãã®ä»–ã®å ´åˆã«ã¯ï¼Œã‚½ãƒ¼ã‚¹ãƒ—ãƒ­ã‚°ãƒ©ãƒ ã®ãƒ«ãƒ¼ãƒˆãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªï¼ˆconfigureが置
-　かれているディレクトリ）からの相対パスで記述する．
-                例）#include "pdic/upd72001/upd72001.h"
-
-・カーネルを構成するファイルから，kernelディレクトリ下のヘッダファイル
-ã€€ã‚’ã‚¤ãƒ³ã‚¯ãƒ«ãƒ¼ãƒ‰ã™ã‚‹å ´åˆã¯ï¼Œãƒ‘ã‚¹æŒ‡å®šã‚’è¡Œã‚ãšï¼Œãƒ•ã‚¡ã‚¤ãƒ«åã®ã¿ã‚’è¨˜è¿°ã™ã‚‹ï¼Ž
-                例）#include "kernel_impl.h"
-
-1.6 クリティカルセクションの出å
-¥å‡¦ç†ã®å®Ÿç¾ã«é–¢ã™ã‚‹åˆ¶ç´„
-
-カーネルå†
-で用いるクリティカルセクションの出å
-¥å‡¦ç†ã‚’å®Ÿç¾ã™ã‚‹å ´åˆã«ã¯ï¼Œ
-次の2つの条件を満たすように実è£
-しなければならない．
-
-(1-6-1) 出å
-¥å‡¦ç†ã‹ã‚‰æŠœã‘た時点では，割込みの禁止／許可が完了していなけ
-ればならない．例えば，割込み禁止／許可命令を実行してから実際に割込みが
-禁止／許可されるまで何命令かé
-å»¶ã™ã‚‹ãƒ—ãƒ­ã‚»ãƒƒã‚µã®å ´åˆã«ã¯ï¼Œå‡ºå
-¥å‡¦ç†ã®ä¸­
-にNOP命令をå
-¥ã‚Œã‚‹ãªã©ã®æ–¹æ³•ã§ï¼Œå‡ºå
-¥å‡¦ç†ã‚’抜けた時点では，割込みが禁止／
-許可された状æ
-‹ã«ãªã£ã¦ã„ることを保証しなければならない．
-
-(1-6-2) ãƒ¡ãƒ¢ãƒªä¸Šã®ãƒ‡ãƒ¼ã‚¿æ§‹é€ ãŒæ›¸ãå¤‰ã‚ã‚‹å¯èƒ½æ€§ãŒã‚ã‚‹ã“ã¨ã‚’ï¼Œä½•ã‚‰ã‹ã®æ–¹
-法でコンパイラに知らせなければならない．GNU開発環境では，次のいずれかの
-方法でこの制約を満たすことができる．
-
-(a) クリティカルセクションの出å
-¥å‡¦ç†ã®å
-¨ä½“または出å
-¥å‡¦ç†ã®æœ¬è³ªçš„な部分
-        （å
-·ä½“的には，割込み禁止／許可する処理）を（インラインでない）通常
-        の関数により実現する．
-
-(b) クリティカルセクションの出å
-¥å‡¦ç†ã®æœ¬è³ªçš„な部分をインラインアセンブ
-        ãƒ©ã«ã‚ˆã£ã¦å®Ÿç¾ã—ã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œãã®ã‚¤ãƒ³ãƒ©ã‚¤ãƒ³ã‚¢ã‚»ãƒ³ãƒ–ãƒ©ã®clobber変
-        数リストに"memory"ã‚’è¿½åŠ ã™ã‚‹ï¼Ž
-
-(c) クリティカルセクションの出å
-¥å‡¦ç†ã®æœ¬è³ªçš„な部分が，マクロやインライ
-        ãƒ³é–¢æ•°å‘¼å‡ºã—ã§å®Ÿç¾ã—ã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œã‚¯ãƒªãƒ†ã‚£ã‚«ãƒ«ã‚»ã‚¯ã‚·ãƒ§ãƒ³ã«å
-¥ã‚‹å‡¦
-        理の最後と出る処理のå
-ˆé ­ã«ï¼ŒAsm("":::"memory")という記述をå
-¥ã‚Œã‚‹ï¼Ž
-
-このような制約を設ける理由については，「TOPPERS/ASPカーネル 設計メモ」
-ã®ã€Œã‚«ãƒ¼ãƒãƒ«ã®ãƒ‡ãƒ¼ã‚¿æ§‹é€ ã«å¯¾ã™ã‚‹volatile宣言について」の節を参ç
-§ã™ã‚‹ã“
-と．
-
-
-２．システム構築環境のターゲット依存部
-
-ã“ã®ç« ã®èª¬æ˜Žã¯ï¼ŒGNU開発環境（GCC，GAS，BINUTILS，GNU Make）を用いること
-ã‚’æƒ³å®šã—ã¦è¨˜è¿°ã—ã¦ã‚ã‚‹ï¼Žãã‚Œä»¥å¤–ã®é–‹ç™ºç’°å¢ƒã‚’ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œé–‹ç™ºç’°å¢ƒã«
-あわせて修正するå¿
-要がある．
-
-2.1 ターゲット略称とターゲット依存部のディレクトリ
-
-新しいターゲット依存部を作成する時は，まず，ターゲット略称を定める．ター
-ゲット略称は，システム略称と開発環境略称を"_"で連結したものとする．シス
-テム略称に用いる文字は英小文字と数字と"_"に，開発環境略称に用いる文字は
-英小文字と数字に限定する．GNU開発環境の開発環境略称は，"gcc"とする．例
-えば，システム略称が"dve68k"で，GNUé–‹ç™ºç’°å¢ƒã‚’ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆ
-略称は"dve68k_gcc"となる．
-
-ターゲット依存部のファイルを置くために，targetディレクトリの下に，ター
-ゲット略称を名称とするディレクトリを作成する．これをターゲット依存部ディ
-レクトリと呼ぶ．
-
-ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã‹ã‚‰ãƒ—ãƒ­ã‚»ãƒƒã‚µä¾å­˜éƒ¨ã‚„ãƒãƒƒãƒ—ä¾å­˜éƒ¨ã‚’åˆ‡ã‚Šåˆ†ã‘ã‚‹å ´åˆã«ã¯ï¼Œ
-依存部略称を定める．依存部略称は，プロセッサやチップの略称と開発環境略
-称を"_"で連結したものとする．プロセッサやチップの略称に用いる文字は，英
-小文字と数字と"_"に限定する．例えば，プロセッサ略称が"m68k"で，GNU開発
-ç’°å¢ƒã‚’ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œä¾å­˜éƒ¨ç•¥ç§°ã¯"m68k_gcc"となる．
-
-ã¾ãŸï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã‹ã‚‰é–‹ç™ºç’°å¢ƒä¾å­˜éƒ¨ã‚’åˆ‡ã‚Šåˆ†ã‘ã‚‹å ´åˆã«ã¯ï¼Œé–‹ç™ºç’°å¢ƒ
-略称を依存部略称とする．例えば，GNU開発環境依存部の依存部略称は，"gcc"
-となる．
-
-これらの依存部のファイルを置くために，archディレクトリの下に，依存部略
-称を名称とするディレクトリを作成する．
-
-なお，GNUé–‹ç™ºç’°å¢ƒä»¥å¤–ã®é–‹ç™ºç’°å¢ƒã‚’ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚·ãƒ§ãƒ³
-スクリプト（configure），サンプルのMakefile（sample/Makefile），一部の
-ユーティリティプログラム（utils/makedep）を，その開発環境用に用意するå¿
-
-è¦ãŒã‚ã‚‹å ´åˆãŒã‚ã‚‹ï¼Žãã®å ´åˆã«ã¯ï¼Œã“ã‚Œã‚‰ã®ãƒ•ã‚¡ã‚¤ãƒ«ã‚’ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨
-ディレクトリか開発環境依存部ディレクトリに置くものとする．また，開発環
-境用のプロジェクトファイルがå¿
-è¦ãªå ´åˆã«ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆ
-リに置くものとする．
-
-2.2 Makefileのターゲット依存部
-
-Makefileのターゲット依存部は，ターゲット依存部ディレクトリに置いた
-Makefile.targetまたはそこからインクルードされるファイル（プロセッサ・チッ
-プ・開発環境依存部で用意されるファイルなど）に含める．
-
-2.3 開発環境名とコマンド名の設定
-
-開発環境名とコマンド名を設定するために，Makefileのターゲット依存部で次
-の変数を定義する．
-
-(2-3-1) TOOL                                    開発環境名
-
-開発環境名に定義する．GNUé–‹ç™ºç’°å¢ƒã‚’ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œgccに定義する．
-
-(2-3-2) GCC_TARGET                              GNU開発環境のターゲット名
-
-GNUé–‹ç™ºç’°å¢ƒã‚’ç”¨ã„ã‚‹å ´åˆã«ï¼ŒGNU開発環境をconfigureã™ã‚‹å ´åˆã«æŒ‡å®šã™ã‚‹ã‚¿ãƒ¼
-ゲット名に定義する．ここで指定したターゲット名は，開発環境のコマンド名
-のå
-ˆé ­ã«ä»˜ä¸Žã•ã‚Œã‚‹æ–‡å­—列となる．例えば，GCC_TARGETをm68k-unknown-elfに
-å®šç¾©ã—ãŸå ´åˆã«ã¯ï¼Œã‚³ãƒ³ãƒ‘ã‚¤ãƒ©ã¨ã—ã¦m68k-unknown-elf-gccが使われる．この
-å¤‰æ•°ãŒå®šç¾©ã•ã‚Œãªã„å ´åˆã«ã¯ï¼Œå˜ãªã‚‹gccが使われる．
-
-(2-3-3) CC                                              Cコンパイラドライバの名称
-(2-3-4) CXX                                             C++コンパイラドライバの名称
-(2-3-5) AS                                              アセンブラの名称
-(2-3-6) LD                                              リンカの名称
-(2-3-7) AR                                              アーカイバの名称
-(2-3-8) NM                                              nmプログラムの名称
-(2-3-9) RANLIB                                  ranlibプログラムの名称
-(2-3-10) OBJCOPY                                objcopyプログラムの名称
-(2-3-11) OBJDUMP                                objdumpプログラムの名称
-
-GNUé–‹ç™ºç’°å¢ƒä»¥å¤–ã®é–‹ç™ºç’°å¢ƒã‚’ç”¨ã„ã‚‹å ´åˆã«ï¼Œãã‚Œãžã‚Œã®ã‚³ãƒžãƒ³ãƒ‰ã®åç§°ã«å®šç¾©
-ã™ã‚‹ï¼Žå¯¾å¿œã™ã‚‹ã‚³ãƒžãƒ³ãƒ‰ãŒãªã„å ´åˆã‚„ï¼Œã‚³ãƒžãƒ³ãƒ‰ãƒ‘ãƒ©ãƒ¡ãƒ¼ã‚¿ãŒç•°ãªã‚‹å ´åˆã«ã¯ï¼Œ
-Makefile中でそのコマンドを呼び出している部分を変更するå¿
-要がある．
-
-GNU開発環境では，これらはGCC_TARGETを用いて定義されるので，定義するå¿
-要
-はない．
-
-2.4 コンパイルオプションとオブジェクトファイルの設定
-
-Makefileのターゲット依存部で以下で説明する変数を定義する時には，":="を
-ç”¨ã„ã¦ï¼Œãã‚Œã¾ã§ã®å®šç¾©ã«è¿½åŠ ã™ã‚‹å½¢ã§è¡Œã†ï¼Žä¾‹ãˆã°ï¼Œã‚³ãƒ³ãƒ‘ã‚¤ãƒ©ã«å¯¾ã™ã‚‹ã
-の他のオプションとして「-Wall -g -O2ã€ã‚’è¿½åŠ ã—ãŸã„å ´åˆã«ã¯ï¼Œã€ŒCOPTS :=
-$(COPTS) -Wall -g -O2」という記述をMakefileのターゲット依存部に含める．
-
-(2-4-1) COPTS                           コンパイラに対するその他のオプション
-(2-4-2) CDEFS                           マクロ定義オプション（-Dオプション）
-(2-4-3) INCLUDES                        ヘッダファイルの置かれたディレクトリ指定オ
-                                                        プション（-Iオプション）
-(2-4-4) LDFLAGS                         リンカに対するその他のオプション
-(2-4-5) LIBS                            ライブラリリンク指定のためのオプション
-
-ターゲットに依存して，すべてのソースファイルにå
-±é€šã™ã‚‹ã‚³ãƒ³ãƒ‘イルオプショ
-ãƒ³ã®è¿½åŠ ãŒå¿
-è¦ãªå ´åˆã«ã¯ï¼Œã‚ªãƒ—ã‚·ãƒ§ãƒ³ã®ç¨®é¡žæ¯Žã«ä¸Šã«ç¤ºã—ãŸå¤‰æ•°ã«å®šç¾©ã™ã‚‹ï¼Ž
-
-ã»ã¨ã‚“ã©ã®å ´åˆã«ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã®Makefile.targetには，以
-下の記述を含めるå¿
-要がある．
+を記述する．
+
+1.4 アセンブリ言語とのヘッダファイルの共用 
+
+ASPカーネルのヘッダファイルの多くは，アセンブリ言語のソースファイルから
+もインクルードできるようにするために，次のルールに従って記述するものと
+する．
+
+・TOPPERS_MACRO_ONLYがマクロ定義されている場合には，アセンブリ言語では
+　解釈できない記述（マクロ定義以外の記述）を除くように記述する．
+
+・符号無し整数型の定数値は，UINT_CやULONG_Cなどの整数定数を作るためのマ
+　クロを用いて記述する．ただし，アセンブリ言語のソースファイルからもイ
+　ンクルードできるファイル中であっても，C言語のみで用いる定数をこれらの
+　マクロを使って記述する必要はない．
+
+また，カーネル実装においては，次のルールに従うものとする．
+
+・アセンブリ言語からも用いる定数の定義中に型キャストを用いる場合には，
+　CASTマクロを用いて記述する．
+
+アセンブリ言語からヘッダファイルをインクルードする際には，必要に応じて，
+TOPPERS_MACRO_ONLY，UINC_C，ULONG_C，CASTをマクロ定義してから，インクルー
+ドしなければならない．
+
+1.5 インクルード記述の方法
+
+開発環境で用意されている標準ヘッダファイルおよびincludeディレクトリ下の
+標準ヘッダファイルは，「#include <...>」によりインクルードする．
+
+その他のヘッダファイルは，「#include "..."」によりインクルードする．ヘッ
+ダファイルが，カレントディレクトリやインクルードするファイルと同じディ
+レクトリ以外のディレクトリに置かれている場合には，次のようにパス指定を
+行う．
+
+・ターゲット依存部（target/<ターゲット名>）のディレクトリに置かれている
+　場合は，パス指定を行わず，ファイル名のみを記述する．
+                例）#include "target_config.h"
+
+・archディレクトリ下のディレクトリに置かれている場合には，archディレク
+　トリからの相対パスで記述する．
+                例）#include "m68k_gcc/prc_config.h"
+
+・その他の場合には，ソースプログラムのルートディレクトリ（configureが置
+　かれているディレクトリ）からの相対パスで記述する．
+                例）#include "pdic/upd72001/upd72001.h"
+
+・カーネルを構成するファイルから，kernelディレクトリ下のヘッダファイル
+　をインクルードする場合は，パス指定を行わず，ファイル名のみを記述する．
+                例）#include "kernel_impl.h"
+
+1.6 クリティカルセクションの出入処理の実現に関する制約
+
+カーネル内で用いるクリティカルセクションの出入処理を実現する場合には，
+次の2つの条件を満たすように実装しなければならない．
+
+(1-6-1) 出入処理から抜けた時点では，割込みの禁止／許可が完了していなけ
+ればならない．例えば，割込み禁止／許可命令を実行してから実際に割込みが
+禁止／許可されるまで何命令か遅延するプロセッサの場合には，出入処理の中
+にNOP命令を入れるなどの方法で，出入処理を抜けた時点では，割込みが禁止／
+許可された状態になっていることを保証しなければならない．
+
+(1-6-2) メモリ上のデータ構造が書き変わる可能性があることを，何らかの方
+法でコンパイラに知らせなければならない．GNU開発環境では，次のいずれかの
+方法でこの制約を満たすことができる．
+
+(a) クリティカルセクションの出入処理の全体または出入処理の本質的な部分
+        （具体的には，割込み禁止／許可する処理）を（インラインでない）通常
+        の関数により実現する．
+
+(b) クリティカルセクションの出入処理の本質的な部分をインラインアセンブ
+        ラによって実現している場合には，そのインラインアセンブラのclobber変
+        数リストに"memory"を追加する．
+
+(c) クリティカルセクションの出入処理の本質的な部分が，マクロやインライ
+        ン関数呼出しで実現している場合には，クリティカルセクションに入る処
+        理の最後と出る処理の先頭に，Asm("":::"memory")という記述を入れる．
+
+このような制約を設ける理由については，「TOPPERS/ASPカーネル 設計メモ」
+の「カーネルのデータ構造に対するvolatile宣言について」の節を参照するこ
+と．
+
+
+２．システム構築環境のターゲット依存部
+
+この章の説明は，GNU開発環境（GCC，GAS，BINUTILS，GNU Make）を用いること
+を想定して記述してある．それ以外の開発環境を用いる場合には，開発環境に
+あわせて修正する必要がある．
+
+2.1 ターゲット略称とターゲット依存部のディレクトリ
+
+新しいターゲット依存部を作成する時は，まず，ターゲット略称を定める．ター
+ゲット略称は，システム略称と開発環境略称を"_"で連結したものとする．シス
+テム略称に用いる文字は英小文字と数字と"_"に，開発環境略称に用いる文字は
+英小文字と数字に限定する．GNU開発環境の開発環境略称は，"gcc"とする．例
+えば，システム略称が"dve68k"で，GNU開発環境を用いる場合には，ターゲット
+略称は"dve68k_gcc"となる．
+
+ターゲット依存部のファイルを置くために，targetディレクトリの下に，ター
+ゲット略称を名称とするディレクトリを作成する．これをターゲット依存部ディ
+レクトリと呼ぶ．
+
+ターゲット依存部からプロセッサ依存部やチップ依存部を切り分ける場合には，
+依存部略称を定める．依存部略称は，プロセッサやチップの略称と開発環境略
+称を"_"で連結したものとする．プロセッサやチップの略称に用いる文字は，英
+小文字と数字と"_"に限定する．例えば，プロセッサ略称が"m68k"で，GNU開発
+環境を用いる場合には，依存部略称は"m68k_gcc"となる．
+
+また，ターゲット依存部から開発環境依存部を切り分ける場合には，開発環境
+略称を依存部略称とする．例えば，GNU開発環境依存部の依存部略称は，"gcc"
+となる．
+
+これらの依存部のファイルを置くために，archディレクトリの下に，依存部略
+称を名称とするディレクトリを作成する．
+
+なお，GNU開発環境以外の開発環境を用いる場合には，コンフィギュレーション
+スクリプト（configure），サンプルのMakefile（sample/Makefile），一部の
+ユーティリティプログラム（utils/makedep）を，その開発環境用に用意する必
+要がある場合がある．その場合には，これらのファイルを，ターゲット依存部
+ディレクトリか開発環境依存部ディレクトリに置くものとする．また，開発環
+境用のプロジェクトファイルが必要な場合には，ターゲット依存部ディレクト
+リに置くものとする．
+
+2.2 Makefileのターゲット依存部
+
+Makefileのターゲット依存部は，ターゲット依存部ディレクトリに置いた
+Makefile.targetまたはそこからインクルードされるファイル（プロセッサ・チッ
+プ・開発環境依存部で用意されるファイルなど）に含める．
+
+2.3 開発環境名とコマンド名の設定
+
+開発環境名とコマンド名を設定するために，Makefileのターゲット依存部で次
+の変数を定義する．
+
+(2-3-1) TOOL                                    開発環境名
+
+開発環境名に定義する．GNU開発環境を用いる場合には，gccに定義する．
+
+(2-3-2) GCC_TARGET                              GNU開発環境のターゲット名
+
+GNU開発環境を用いる場合に，GNU開発環境をconfigureする場合に指定するター
+ゲット名に定義する．ここで指定したターゲット名は，開発環境のコマンド名
+の先頭に付与される文字列となる．例えば，GCC_TARGETをm68k-unknown-elfに
+定義した場合には，コンパイラとしてm68k-unknown-elf-gccが使われる．この
+変数が定義されない場合には，単なるgccが使われる．
+
+(2-3-3) CC                                              Cコンパイラドライバの名称
+(2-3-4) CXX                                             C++コンパイラドライバの名称
+(2-3-5) AS                                              アセンブラの名称
+(2-3-6) LD                                              リンカの名称
+(2-3-7) AR                                              アーカイバの名称
+(2-3-8) NM                                              nmプログラムの名称
+(2-3-9) RANLIB                                  ranlibプログラムの名称
+(2-3-10) OBJCOPY                                objcopyプログラムの名称
+(2-3-11) OBJDUMP                                objdumpプログラムの名称
+
+GNU開発環境以外の開発環境を用いる場合に，それぞれのコマンドの名称に定義
+する．対応するコマンドがない場合や，コマンドパラメータが異なる場合には，
+Makefile中でそのコマンドを呼び出している部分を変更する必要がある．
+
+GNU開発環境では，これらはGCC_TARGETを用いて定義されるので，定義する必要
+はない．
+
+2.4 コンパイルオプションとオブジェクトファイルの設定
+
+Makefileのターゲット依存部で以下で説明する変数を定義する時には，":="を
+用いて，それまでの定義に追加する形で行う．例えば，コンパイラに対するそ
+の他のオプションとして「-Wall -g -O2」を追加したい場合には，「COPTS :=
+$(COPTS) -Wall -g -O2」という記述をMakefileのターゲット依存部に含める．
+
+(2-4-1) COPTS                           コンパイラに対するその他のオプション
+(2-4-2) CDEFS                           マクロ定義オプション（-Dオプション）
+(2-4-3) INCLUDES                        ヘッダファイルの置かれたディレクトリ指定オ
+                                                        プション（-Iオプション）
+(2-4-4) LDFLAGS                         リンカに対するその他のオプション
+(2-4-5) LIBS                            ライブラリリンク指定のためのオプション
+
+ターゲットに依存して，すべてのソースファイルに共通するコンパイルオプショ
+ンの追加が必要な場合には，オプションの種類毎に上に示した変数に定義する．
+
+ほとんどの場合に，ターゲット依存部ディレクトリのMakefile.targetには，以
+下の記述を含める必要がある．
 
 ----------------------------------------
@@ -504 +408 @@
 ----------------------------------------
 
-ここでTARGETDIRは，ターゲット依存部ディレクトリに定義されている．また
-SRCDIRは，Makefileにおいて，ソースプログラムのルートディレクトリ
-（configureが置かれているディレクトリ）に定義されている．
-
-コンパイラの問題等で，警告メッセージが出ることを防げない状況以外では，
-COPTSに-Werrorã‚’è¿½åŠ ã™ã‚‹ã“ã¨ã‚’æŽ¨å¥¨ã™ã‚‹ï¼Ž
+ここでTARGETDIRは，ターゲット依存部ディレクトリに定義されている．また
+SRCDIRは，Makefileにおいて，ソースプログラムのルートディレクトリ
+（configureが置かれているディレクトリ）に定義されている．
+
+コンパイラの問題等で，警告メッセージが出ることを防げない状況以外では，
+COPTSに-Werrorを追加することを推奨する．
 
 ----------------------------------------
@@ -515 +419 @@
 ----------------------------------------
 
-カーネルのコンパイル時に，dereferencing type-punned pointer will break
-strict-aliasing rulesã¨ã„ã†è­¦å‘ŠãŒå‡ºã‚‹å ´åˆã«ã¯ï¼Œä»¥ä¸‹ã‚’è¿½åŠ ã™ã‚‹ã¨ã‚ˆã„ï¼Žã“
-の警告メッセージに関する詳細は，「TOPPERS/ASPカーネル 設計メモ」の「型
-キャストに伴う警告メッセージ」の節を参ç
-§ã™ã‚‹ã“と．
+カーネルのコンパイル時に，dereferencing type-punned pointer will break
+strict-aliasing rulesという警告が出る場合には，以下を追加するとよい．こ
+の警告メッセージに関する詳細は，「TOPPERS/ASPカーネル 設計メモ」の「型
+キャストに伴う警告メッセージ」の節を参照すること．
 
 ----------------------------------------
@@ -525 +428 @@
 ----------------------------------------
 
-また，アセンブリ言語レベルの識別名が，C言語レベルの識別名のå
-ˆé ­ã«"_"が
-ä»˜ã„ãŸã‚‚ã®ã«ãªã‚‹å ´åˆã«ã¯ï¼ŒCDEFSに-DTOPPERS_LABEL_ASMã‚’è¿½åŠ ã™ã‚‹ï¼Ž
-
-(2-4-6) SYSSVC_DIR                      システムサービスのソースが置かれたディレクトリ
-(2-4-7) SYSSVC_ASMOBJS          アセンブリ言語で記述されたシステムサービスの
-                                                        オブジェクト
-(2-4-8) SYSSVC_COBJS            C言語で記述されたシステムサービスのオブジェクト
-(2-4-9) SYSSVC_CFLAGS           システムサービスに対するコンパイルオプション
-(2-4-10) SYSSVC_LIBS            システムサービスに対するライブラリリンク指定
-
-ターゲットに依存して，システムサービス（システムログタスクやデバイスド
-ライバなど）のソースが置かれたディレクトリ，システムサービスを構成する
-オブジェクトファイルのリスト，それらをコンパイルする際に適用するコンパ
-イルオプション，その構成にå¿
-è¦ãªãƒ©ã‚¤ãƒ–ãƒ©ãƒªãƒªãƒ³ã‚¯æŒ‡å®šã‚’è¿½åŠ ã™ã‚‹å ´åˆã«ã¯ï¼Œ
-上に示した変数に定義する．
-
-(2-4-11) KERNEL_DIR                     カーネルのソースが置かれたディレクトリ
-(2-4-12) KERNEL_ASMOBJS         アセンブリ言語で記述されたカーネルのオブジェクト
-(2-4-13) KERNEL_COBJS           C言語で記述されたカーネルのオブジェクト
-(2-4-14) KERNEL_CFLAGS          カーネルに対するコンパイルオプション
-
-ターゲットに依存して，カーネルのソースが置かれたディレクトリ，カーネル
-を構成するオブジェクトファイルのリスト，それらをコンパイルする際に適用
-ã™ã‚‹ã‚³ãƒ³ãƒ‘ã‚¤ãƒ«ã‚ªãƒ—ã‚·ãƒ§ãƒ³ã‚’è¿½åŠ ã™ã‚‹å ´åˆã«ã¯ï¼Œä¸Šã«ç¤ºã—ãŸå¤‰æ•°ã«å®šç¾©ã™ã‚‹ï¼Ž
-
-ã»ã¨ã‚“ã©ã®å ´åˆã«ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã®Makefile.targetには，以
-下の記述を含めるå¿
-要がある．
+また，アセンブリ言語レベルの識別名が，C言語レベルの識別名の先頭に"_"が
+付いたものになる場合には，CDEFSに-DTOPPERS_LABEL_ASMを追加する．
+
+(2-4-6) SYSSVC_DIR                      システムサービスのソースが置かれたディレクトリ
+(2-4-7) SYSSVC_ASMOBJS          アセンブリ言語で記述されたシステムサービスの
+                                                        オブジェクト
+(2-4-8) SYSSVC_COBJS            C言語で記述されたシステムサービスのオブジェクト
+(2-4-9) SYSSVC_CFLAGS           システムサービスに対するコンパイルオプション
+(2-4-10) SYSSVC_LIBS            システムサービスに対するライブラリリンク指定
+
+ターゲットに依存して，システムサービス（システムログタスクやデバイスド
+ライバなど）のソースが置かれたディレクトリ，システムサービスを構成する
+オブジェクトファイルのリスト，それらをコンパイルする際に適用するコンパ
+イルオプション，その構成に必要なライブラリリンク指定を追加する場合には，
+上に示した変数に定義する．
+
+(2-4-11) KERNEL_DIR                     カーネルのソースが置かれたディレクトリ
+(2-4-12) KERNEL_ASMOBJS         アセンブリ言語で記述されたカーネルのオブジェクト
+(2-4-13) KERNEL_COBJS           C言語で記述されたカーネルのオブジェクト
+(2-4-14) KERNEL_CFLAGS          カーネルに対するコンパイルオプション
+
+ターゲットに依存して，カーネルのソースが置かれたディレクトリ，カーネル
+を構成するオブジェクトファイルのリスト，それらをコンパイルする際に適用
+するコンパイルオプションを追加する場合には，上に示した変数に定義する．
+
+ほとんどの場合に，ターゲット依存部ディレクトリのMakefile.targetには，以
+下の記述を含める必要がある．
 
 ----------------------------------------
@@ -562 +462 @@
 ----------------------------------------
 
-(2-4-15) CFG_TABS                       コンフィギュレータに対するオプション
-
-ã‚¿ãƒ¼ã‚²ãƒƒãƒˆã«ä¾å­˜ã—ã¦ï¼Œã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚¿ã«å¯¾ã™ã‚‹ã‚ªãƒ—ã‚·ãƒ§ãƒ³ã‚’è¿½åŠ ã™ã‚‹å ´
-合には，上に示した変数に定義する．å
-·ä½“的には，コンフィギュレータの値取
-得シンボルテーブルのターゲット依存部（target_def.csvï¼‰ãŒã‚ã‚‹å ´åˆã«ã¯ï¼Œ
-ãã‚Œã‚’æŒ‡å®šã™ã‚‹ã‚ªãƒ—ã‚·ãƒ§ãƒ³ã‚’è¿½åŠ ã™ã‚‹å¿
-要がある．
-
-ã»ã¨ã‚“ã©ã®å ´åˆã«ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã®Makefile.targetには，以
-下の記述を含めるå¿
-要がある．
+(2-4-15) CFG_TABS                       コンフィギュレータに対するオプション
+
+ターゲットに依存して，コンフィギュレータに対するオプションを追加する場
+合には，上に示した変数に定義する．具体的には，コンフィギュレータの値取
+得シンボルテーブルのターゲット依存部（target_def.csv）がある場合には，
+それを指定するオプションを追加する必要がある．
+
+ほとんどの場合に，ターゲット依存部ディレクトリのMakefile.targetには，以
+下の記述を含める必要がある．
 
 ----------------------------------------
@@ -579 +476 @@
 ----------------------------------------
 
-(2-4-16) CFG1_OUT_LDFLAGS       cfg1_out.cに対するリンクオプション
-
-ターゲットに依存して，cfg1_out.cをリンクする際に適用するオプションを追
-åŠ ã™ã‚‹å ´åˆã«ã¯ï¼Œä¸Šã«ç¤ºã—ãŸå¤‰æ•°ã«å®šç¾©ã™ã‚‹ï¼Ž
-
-なお，LDFLAGSは，cfg1_out.cをリンクする際には適用されないため，LDFLAGS
-に定義したオプションで，cfg1_out.cをリンクする際にもå¿
-要なものは，
-CFG1_OUT_LDFLAGSにも定義するå¿
-要がある．
-
-(2-4-17) CFG_ASMOBJS            アセンブリ言語で記述されたシステムコンフィ
-                                                        ギュレーションのためのオブジェクト
-(2-4-18) CFG_COBJS                      C言語で記述されたシステムコンフィギュレー
-                                                        ションのためのオブジェクト
-
-ターゲットに依存して，システムコンフィギュレーションのためのオブジェク
-トファイルを（kernel_cfg.oä»¥å¤–ã«ï¼‰è¿½åŠ ã™ã‚‹å ´åˆã«ã¯ï¼Œä¸Šã«ç¤ºã—ãŸå¤‰æ•°ã«å®š
-ç¾©ã™ã‚‹ï¼Žã“ã®å ´åˆï¼Œè¿½åŠ ã—ãŸã‚ªãƒ–ã‚¸ã‚§ã‚¯ãƒˆãƒ•ã‚¡ã‚¤ãƒ«ã®ä½œæˆãƒ«ãƒ¼ãƒ«ï¼ˆã‚³ãƒ³ãƒ‘ã‚¤ãƒ«ï¼
-アセンブルルールと依存関係作成ルール）を，Makefileのターゲット依存部に
-記述するå¿
-要がある．
+(2-4-16) CFG1_OUT_LDFLAGS       cfg1_out.cに対するリンクオプション
+
+ターゲットに依存して，cfg1_out.cをリンクする際に適用するオプションを追
+加する場合には，上に示した変数に定義する．
+
+なお，LDFLAGSは，cfg1_out.cをリンクする際には適用されないため，LDFLAGS
+に定義したオプションで，cfg1_out.cをリンクする際にも必要なものは，
+CFG1_OUT_LDFLAGSにも定義する必要がある．
+
+(2-4-17) CFG_ASMOBJS            アセンブリ言語で記述されたシステムコンフィ
+                                                        ギュレーションのためのオブジェクト
+(2-4-18) CFG_COBJS                      C言語で記述されたシステムコンフィギュレー
+                                                        ションのためのオブジェクト
+
+ターゲットに依存して，システムコンフィギュレーションのためのオブジェク
+トファイルを（kernel_cfg.o以外に）追加する場合には，上に示した変数に定
+義する．この場合，追加したオブジェクトファイルの作成ルール（コンパイル／
+アセンブルルールと依存関係作成ルール）を，Makefileのターゲット依存部に
+記述する必要がある．
 
 (2-4-19) CFG2_OUT_SRCS
 
-ターゲットに依存して，コンフィギュレータのパス2でkernel_cfg.cと
-kernel_cfg.hä»¥å¤–ã®ãƒ•ã‚¡ã‚¤ãƒ«ã‚’ç”Ÿæˆã™ã‚‹å ´åˆã«ã¯ï¼Œä¸Šã«ç¤ºã—ãŸå¤‰æ•°ã«å®šç¾©ã™ã‚‹ï¼Ž
+ターゲットに依存して，コンフィギュレータのパス2でkernel_cfg.cと
+kernel_cfg.h以外のファイルを生成する場合には，上に示した変数に定義する．
 
 (2-4-20) OMIT_WARNING_ALL
 (2-4-21) OMIT_OPTIMIZATION
 
-サンプルのMakefileでは，コンパイラに対するオプションに「-Wall -g -O2」
-ã‚’è¿½åŠ ã™ã‚‹ï¼Ž-Wallã‚’è¿½åŠ ã—ãŸããªã„å ´åˆã«ã¯ï¼ŒMakefileのターゲット依存部で
-OMIT_WARNING_ALLを"true"に定義する．-O2ã‚’è¿½åŠ ã—ãŸããªã„å ´åˆã«ã¯ï¼Œ
-Makefileのターゲット依存部でOMIT_OPTIMIZATIONを"true"に定義する．
-
-2.5 オフセットファイルの生成方法
-
-アセンブリ言語で記述されるプログラムから，Cè¨€èªžã®æ§‹é€ ä½“ã«ã‚¢ã‚¯ã‚»ã‚¹ã™ã‚‹å ´
-åˆã«ã¯ï¼Œæ§‹é€ ä½“ã®å„ãƒ•ã‚£ãƒ¼ãƒ«ãƒ‰ã®ã‚ªãƒ•ã‚»ãƒƒãƒˆå€¤ã‚’å‚ç
-§ã™ã‚‹ã“とがå¿
-要である．
-ASPカーネルでは，å¿
-要なオフセット値を求めてファイル（標準ではoffset.h）
-に生成するための仕組みを用意している．
-
-この仕組みを用いることで，例えば，TCB中のtexptnフィールドのオフセット値
-をTCB_texptnにマクロ定義することや，TCB中のタスクコンテキストブロック
-（tskctxb）に含まれるpcフィールドのオフセット値をTCB_pcにマクロ定義する
-ことができる．また，TCB中のenatexフィールドのオフセット値，ビット位置，
-ビットマスクを，それぞれTCB_enatex，TCB_enatex_bit，TCB_enatex_maskにマ
-クロ定義することができる．
-
-offset.hを生成するための仕組みとして，現時点では，コンフィギュレータを
-用いる方法と，makeoffset.cとgenoffsetを用いる方法を用意している．後è€
-の
-方法は，GNU開発環境にしか対応していないことから，将来のバージョンでは，
-後è€
-ã®æ–¹æ³•ã®ã‚µãƒãƒ¼ãƒˆã‚’ã‚„ã‚ã‚‹è¨ˆç”»ã§ã‚ã‚‹ï¼Žæ–°ãŸã«ãƒãƒ¼ãƒ†ã‚£ãƒ³ã‚°ã™ã‚‹å ´åˆã«ã¯ï¼Œ
-前è€
-の方法を用いることを推奨する．
-
-これらの仕組みでオフセットファイルを生成できない時には，offset.hをター
-ゲット依存部で用意し，Makefileのターゲット依存部でOMIT_MAKEOFFSETを
-"true"に定義する．
-
-拡張パッケージの中には，TCBã«ãƒ•ã‚£ãƒ¼ãƒ«ãƒ‰ã‚’è¿½åŠ ã™ã‚‹ã‚‚ã®ãŒã‚ã‚‹ãŸã‚ï¼ŒTCB中
-のフィールドのオフセット値は変化する．offset.hã‚’ç”Ÿæˆã™ã‚‹å ´åˆã§ã‚‚ï¼Œã‚¿ãƒ¼
-ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§ç”¨æ„ã™ã‚‹å ´åˆã§ã‚‚ï¼Œæ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã«å¯¾å¿œã™ã‚‹ãŸã‚ã«ã¯ï¼Œã“ã®
-ことを考æ
-®ã™ã‚‹å¿
-要がある．
-
-2.5.1 コンフィギュレータを用いる方法
-
-コンフィギュレータのパス1で生成するcfg1_out.cをコンパイルして生成したオ
-ブジェクトファイルから，コンフィギュレータによってoffset.hを生成する方
-法である．この方法を用いるためには，ターゲット依存部でオフセットファイ
-ル生成用テンプレートファイルを用意し，target_cfg1_out.h（または，そこか
-らインクルードされるファイル）とtarget_def.csv（または，同等の役割を持
-ã¤ãƒ•ã‚¡ã‚¤ãƒ«ï¼‰ã«è¨˜è¿°ã‚’è¿½åŠ ã™ã‚‹å¿
-要がある．なお，これらのファイルを新たに
-用意した際や修正した際には，offset.hに妥当な定義が生成されていることを
-確認すべきである．
-
-オフセットファイル生成用テンプレートファイルは，ターゲット依存部で，
-target_offset.tf（または，プロセッサ依存部やチップ依存部で用意するそれ
-に代わるファイル）に用意する．また，Makefileのターゲット依存部で，次の
-例のように，OFFSET_TFにオフセットファイル生成用テンプレートファイルのファ
-イル名を定義する．
-
-----------------------------------------
-# オフセットファイル生成のための定義
+サンプルのMakefileでは，コンパイラに対するオプションに「-Wall -g -O2」
+を追加する．-Wallを追加したくない場合には，Makefileのターゲット依存部で
+OMIT_WARNING_ALLを"true"に定義する．-O2を追加したくない場合には，
+Makefileのターゲット依存部でOMIT_OPTIMIZATIONを"true"に定義する．
+
+2.5 オフセットファイルの生成方法
+
+アセンブリ言語で記述されるプログラムから，C言語の構造体にアクセスする場
+合には，構造体の各フィールドのオフセット値を参照することが必要である．
+ASPカーネルでは，必要なオフセット値を求めてファイル（標準ではoffset.h）
+に生成するための仕組みを用意している．
+
+この仕組みを用いることで，例えば，TCB中のtexptnフィールドのオフセット値
+をTCB_texptnにマクロ定義することや，TCB中のタスクコンテキストブロック
+（tskctxb）に含まれるpcフィールドのオフセット値をTCB_pcにマクロ定義する
+ことができる．また，TCB中のenatexフィールドのオフセット値，ビット位置，
+ビットマスクを，それぞれTCB_enatex，TCB_enatex_bit，TCB_enatex_maskにマ
+クロ定義することができる．
+
+offset.hを生成するための仕組みとして，現時点では，コンフィギュレータを
+用いる方法と，makeoffset.cとgenoffsetを用いる方法を用意している．後者の
+方法は，GNU開発環境にしか対応していないことから，将来のバージョンでは，
+後者の方法のサポートをやめる計画である．新たにポーティングする場合には，
+前者の方法を用いることを推奨する．
+
+これらの仕組みでオフセットファイルを生成できない時には，offset.hをター
+ゲット依存部で用意し，Makefileのターゲット依存部でOMIT_MAKEOFFSETを
+"true"に定義する．
+
+拡張パッケージの中には，TCBにフィールドを追加するものがあるため，TCB中
+のフィールドのオフセット値は変化する．offset.hを生成する場合でも，ター
+ゲット依存部で用意する場合でも，拡張パッケージに対応するためには，この
+ことを考慮する必要がある．
+
+2.5.1 コンフィギュレータを用いる方法
+
+コンフィギュレータのパス1で生成するcfg1_out.cをコンパイルして生成したオ
+ブジェクトファイルから，コンフィギュレータによってoffset.hを生成する方
+法である．この方法を用いるためには，ターゲット依存部でオフセットファイ
+ル生成用テンプレートファイルを用意し，target_cfg1_out.h（または，そこか
+らインクルードされるファイル）とtarget_def.csv（または，同等の役割を持
+つファイル）に記述を追加する必要がある．なお，これらのファイルを新たに
+用意した際や修正した際には，offset.hに妥当な定義が生成されていることを
+確認すべきである．
+
+オフセットファイル生成用テンプレートファイルは，ターゲット依存部で，
+target_offset.tf（または，プロセッサ依存部やチップ依存部で用意するそれ
+に代わるファイル）に用意する．また，Makefileのターゲット依存部で，次の
+例のように，OFFSET_TFにオフセットファイル生成用テンプレートファイルのファ
+イル名を定義する．
+
+----------------------------------------
+# オフセットファイル生成のための定義
 OFFSET_TF = $(TARGETDIR)/target_offset.tf
 ----------------------------------------
 
-オフセットファイル生成用テンプレートファイルには，以下のå†
-容を記述する．
-
-(1) 標準テンプレートファイルのインクルード
-
-オフセットファイル生成用の標準テンプレートファイル（kernel/genoffset.tf）
-をインクルードする．標準テンプレートファイルには，以下で用いるDEFINE関
-数やDEFINE_BIT関数の定義などが含まれている．
-
-----------------------------------------
-$ 標準テンプレートファイルのインクルード
+オフセットファイル生成用テンプレートファイルには，以下の内容を記述する．
+
+(1) 標準テンプレートファイルのインクルード
+
+オフセットファイル生成用の標準テンプレートファイル（kernel/genoffset.tf）
+をインクルードする．標準テンプレートファイルには，以下で用いるDEFINE関
+数やDEFINE_BIT関数の定義などが含まれている．
+
+----------------------------------------
+$ 標準テンプレートファイルのインクルード
 $INCLUDE "kernel/genoffset.tf"$
 ----------------------------------------
 
-(2) オフセット値のマクロ定義の生成
-
-DEFINE関数を用いて，オフセット値のマクロ定義を生成する．例えば，TCB中の
-タスクコンテキストブロック（tskctxb）に含まれるpcフィールドのオフセット
-値を，TCB_pcã«ãƒžã‚¯ãƒ­å®šç¾©ã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã‚ˆã†ã«è¨˜è¿°ã™ã‚‹ï¼Ž
-
-----------------------------------------
-$ オフセット値のマクロ定義の生成
+(2) オフセット値のマクロ定義の生成
+
+DEFINE関数を用いて，オフセット値のマクロ定義を生成する．例えば，TCB中の
+タスクコンテキストブロック（tskctxb）に含まれるpcフィールドのオフセット
+値を，TCB_pcにマクロ定義する場合には，次のように記述する．
+
+----------------------------------------
+$ オフセット値のマクロ定義の生成
 $DEFINE("TCB_pc", offsetof_TCB_pc)$
 ----------------------------------------
 
-ここで，DEFINE関数の第1パラメータはマクロ定義するシンボル，第2パラメー
-タは，オフセット値を保持するコンフィギュレータの変数である．
-
-また，コンフィギュレータが，オフセット値を保持する変数（上の例では
-offsetof_TCB_pc）に値を設定するために，target_def.csv（または，同等の役
-å‰²ã‚’æŒã¤ãƒ•ã‚¡ã‚¤ãƒ«ï¼‰ã«æ¬¡ã®ä¾‹ã®ã‚ˆã†ãªè¡Œã‚’è¿½åŠ ã™ã‚‹ï¼Ž
+ここで，DEFINE関数の第1パラメータはマクロ定義するシンボル，第2パラメー
+タは，オフセット値を保持するコンフィギュレータの変数である．
+
+また，コンフィギュレータが，オフセット値を保持する変数（上の例では
+offsetof_TCB_pc）に値を設定するために，target_def.csv（または，同等の役
+割を持つファイル）に次の例のような行を追加する．
 
 ----------------------------------------
@@ -711 +595 @@
 ----------------------------------------
 
-ただし，各オブジェクトの初期化ブロックのターゲット非依存のフィールドの
-オフセット値を取得するための記述は，kernel/kernel_def.csvに含まれている．
-kernel/kernel_def.csvに含まれている記述は，target_def.csv（または，同等
-ã®å½¹å‰²ã‚’æŒã¤ãƒ•ã‚¡ã‚¤ãƒ«ï¼‰ã«è¿½åŠ ã™ã‚‹å¿
-要はない．
-
-(3) ビットオフセット値等のマクロ定義の生成
-
-DEFINE_BIT関数を用いて，ビットのオフセット値，ビット位置，ビットマスク
-のマクロ定義を生成する．例えば，TCB中のenatexフィールドのオフセット値，
-ビット位置，ビットマスクを，それぞれTCB_enatex，TCB_enatex_bit，
-TCB_enatex_maskã«ãƒžã‚¯ãƒ­å®šç¾©ã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã‚ˆã†ã«è¨˜è¿°ã™ã‚‹ï¼Ž
+ただし，各オブジェクトの初期化ブロックのターゲット非依存のフィールドの
+オフセット値を取得するための記述は，kernel/kernel_def.csvに含まれている．
+kernel/kernel_def.csvに含まれている記述は，target_def.csv（または，同等
+の役割を持つファイル）に追加する必要はない．
+
+(3) ビットオフセット値等のマクロ定義の生成
+
+DEFINE_BIT関数を用いて，ビットのオフセット値，ビット位置，ビットマスク
+のマクロ定義を生成する．例えば，TCB中のenatexフィールドのオフセット値，
+ビット位置，ビットマスクを，それぞれTCB_enatex，TCB_enatex_bit，
+TCB_enatex_maskにマクロ定義する場合には，次のように記述する．
 
 ----------------------------------------
@@ -728 +611 @@
 ----------------------------------------
 
-ここで，DEFINE_BIT関数の第1パラメータはマクロ定義するシンボル（のå
-ˆé ­éƒ¨
-分），第2ãƒ‘ãƒ©ãƒ¡ãƒ¼ã‚¿ã¯æ§‹é€ ä½“ã®ã‚µã‚¤ã‚ºã§ã‚ã‚‹ï¼Žç¬¬3パラメータには，ビットの
-オフセット，ビット位置，ビットマスクを，8ビット単位（バイト単位）で求め
-ã‚‹å ´åˆã«ã¯"B"を，16ãƒ“ãƒƒãƒˆå˜ä½ã§æ±‚ã‚ã‚‹å ´åˆã«ã¯"H"を，32ビット単位で求め
-ã‚‹å ´åˆã«ã¯"W"を指定する．なお，ビット位置は，LSBを0とした値（ビットリト
-ルエンディアンを想定）を求める．
-
-また，target_cfg1_out.h（または，そこからインクルードされるファイル）に，
-ãƒ“ãƒƒãƒˆã‚ªãƒ•ã‚»ãƒƒãƒˆå€¤ç­‰ã‚’æ±‚ã‚ã‚‹ãŸã‚ã®æ§‹é€ ä½“ã®å¤‰æ•°å®šç¾©ã‚’è¿½åŠ ã™ã‚‹ï¼Žã“ã®æ§‹é€ 
-体の変数は，名称をマクロ定義するシンボル（DEFINE_BIT関数の第1パラメータ）
-とし，対象のビットのみが1で，他のすべてのビットが0になるように初期化す
-る．また，constä¿®é£¾å­ã‚’ä»˜åŠ ã™ã‚‹ï¼Žä¾‹ãˆã°ï¼ŒTCB中のenatexフィールドのビッ
-ãƒˆã‚ªãƒ•ã‚»ãƒƒãƒˆå€¤ç­‰ã‚’æ±‚ã‚ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã‚ˆã†ãªå®šç¾©ã‚’è¿½åŠ ã™ã‚‹ï¼ˆtskctxbの初
-期値は，ターゲット依存なので注意すること）．
+ここで，DEFINE_BIT関数の第1パラメータはマクロ定義するシンボル（の先頭部
+分），第2パラメータは構造体のサイズである．第3パラメータには，ビットの
+オフセット，ビット位置，ビットマスクを，8ビット単位（バイト単位）で求め
+る場合には"B"を，16ビット単位で求める場合には"H"を，32ビット単位で求め
+る場合には"W"を指定する．なお，ビット位置は，LSBを0とした値（ビットリト
+ルエンディアンを想定）を求める．
+
+また，target_cfg1_out.h（または，そこからインクルードされるファイル）に，
+ビットオフセット値等を求めるための構造体の変数定義を追加する．この構造
+体の変数は，名称をマクロ定義するシンボル（DEFINE_BIT関数の第1パラメータ）
+とし，対象のビットのみが1で，他のすべてのビットが0になるように初期化す
+る．また，const修飾子を付加する．例えば，TCB中のenatexフィールドのビッ
+トオフセット値等を求める場合には，次のような定義を追加する（tskctxbの初
+期値は，ターゲット依存なので注意すること）．
 
 ----------------------------------------
@@ -768 +650 @@
 ----------------------------------------
 
-ã•ã‚‰ã«ï¼Œã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚¿ãŒï¼Œæ§‹é€ ä½“ã®ã‚µã‚¤ã‚ºï¼ˆä¸Šã®ä¾‹ã§ã¯sizeof_TCB）に
-値を設定するために，target_def.csv（または，同等の役割を持つファイル）
-ã«æ¬¡ã®ä¾‹ã®ã‚ˆã†ãªè¡Œã‚’è¿½åŠ ã™ã‚‹ï¼Ž
+さらに，コンフィギュレータが，構造体のサイズ（上の例ではsizeof_TCB）に
+値を設定するために，target_def.csv（または，同等の役割を持つファイル）
+に次の例のような行を追加する．
 
 ----------------------------------------
@@ -776 +658 @@
 ----------------------------------------
 
-ただし，前述した通り，kernel/kernel_def.csvに含まれている記述は，
-target_def.csvï¼ˆã¾ãŸã¯ï¼ŒåŒç­‰ã®å½¹å‰²ã‚’æŒã¤ãƒ•ã‚¡ã‚¤ãƒ«ï¼‰ã«è¿½åŠ ã™ã‚‹å¿
-要はない．
-
-最後に，target_cfg1_out.h（または，そこからインクルードされるファイル）
-に，offset.hを生成する仕組みが正しく動作していることを確認するための次
-ã®è¨˜è¿°ã‚’è¿½åŠ ã™ã‚‹ï¼Ž
+ただし，前述した通り，kernel/kernel_def.csvに含まれている記述は，
+target_def.csv（または，同等の役割を持つファイル）に追加する必要はない．
+
+最後に，target_cfg1_out.h（または，そこからインクルードされるファイル）
+に，offset.hを生成する仕組みが正しく動作していることを確認するための次
+の記述を追加する．
 
 ----------------------------------------
@@ -790 +671 @@
 ----------------------------------------
 
-2.5.2 makeoffset.cとgenoffsetを用いる方法
-
-makeoffset.cは，どのオフセット値をoffset.hに生成するかを指定するファイ
-ルで，ターゲット依存部で用意する．genoffsetは，makeoffset.cをコンパイル
-して得られるアセンブリソースファイルから，offset.hを生成するスクリプト
-である．genoffsetは，GNU開発環境にのみ対応している．
-
-makeoffset.cã‚’è¨˜è¿°ã™ã‚‹å ´åˆã«ã¯ï¼Œæ—¢å­˜ã®ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã«å«ã¾ã‚Œã‚‹
-makeoffset.cを修正するのが近道である．標準的なmakeoffset.cは，以下の6つ
-の部分で構成されている．なお，makeoffset.cを新たに記述した際には，
-offset.hに妥当な定義が生成されていることを確認すべきである．
-
-(1) å¿
-要なファイルのインクルード
-
-ã‚ªãƒ•ã‚»ãƒƒãƒˆå€¤ã‚’æ±‚ã‚ãŸã„ãƒ•ã‚£ãƒ¼ãƒ«ãƒ‰ã‚’å«ã‚€æ§‹é€ ä½“ã‚’å®šç¾©ã™ã‚‹ãƒ˜ãƒƒãƒ€ãƒ•ã‚¡ã‚¤ãƒ«ã‚’
-インクルードする．TCBä¸­ã®ãƒ•ã‚£ãƒ¼ãƒ«ãƒ‰ã®ã‚ªãƒ•ã‚»ãƒƒãƒˆå€¤ã‚’æ±‚ã‚ãŸã„å ´åˆã«ã¯ï¼Œä»¥
-下の3行を含めればよい．
+2.5.2 makeoffset.cとgenoffsetを用いる方法
+
+makeoffset.cは，どのオフセット値をoffset.hに生成するかを指定するファイ
+ルで，ターゲット依存部で用意する．genoffsetは，makeoffset.cをコンパイル
+して得られるアセンブリソースファイルから，offset.hを生成するスクリプト
+である．genoffsetは，GNU開発環境にのみ対応している．
+
+makeoffset.cを記述する場合には，既存のターゲット依存部に含まれる
+makeoffset.cを修正するのが近道である．標準的なmakeoffset.cは，以下の6つ
+の部分で構成されている．なお，makeoffset.cを新たに記述した際には，
+offset.hに妥当な定義が生成されていることを確認すべきである．
+
+(1) 必要なファイルのインクルード
+
+オフセット値を求めたいフィールドを含む構造体を定義するヘッダファイルを
+インクルードする．TCB中のフィールドのオフセット値を求めたい場合には，以
+下の3行を含めればよい．
 
 #include "kernel_impl.h"
@@ -813 +693 @@
 #include "sil.h"
 
-(2) オフセット値出力用マクロの定義
-
-æ§‹é€ ä½“ä¸­ã®ãƒ•ã‚£ãƒ¼ãƒ«ãƒ‰ã®ã‚ªãƒ•ã‚»ãƒƒãƒˆå€¤ã®å®šç¾©ã‚’ç”Ÿæˆã™ã‚‹ãŸã‚ã«ç”¨ã„ã‚‹ãƒžã‚¯ãƒ­
-（OFFSET_DEFとOFFSET_DEF2）の定義．これらのマクロの定義は，修正するå¿
-要
-がない．
-
-(3) オフセット値出力用関数の定義
-
-æ§‹é€ ä½“ä¸­ã®ãƒ•ã‚£ãƒ¼ãƒ«ãƒ‰ã®ã‚ªãƒ•ã‚»ãƒƒãƒˆå€¤ã®å®šç¾©ã‚’ç”Ÿæˆã™ã‚‹ãŸã‚ã®é–¢æ•°
-（makeoffset）の定義．オフセット値のマクロ定義を生成したいフィールド毎
-に，次のいずれかのマクロを記述する．
+(2) オフセット値出力用マクロの定義
+
+構造体中のフィールドのオフセット値の定義を生成するために用いるマクロ
+（OFFSET_DEFとOFFSET_DEF2）の定義．これらのマクロの定義は，修正する必要
+がない．
+
+(3) オフセット値出力用関数の定義
+
+構造体中のフィールドのオフセット値の定義を生成するための関数
+（makeoffset）の定義．オフセット値のマクロ定義を生成したいフィールド毎
+に，次のいずれかのマクロを記述する．
 
 (2-5-2-1) OFFSET_DEF(TYPE, FIELD)
 
-TYPEã«æ§‹é€ ä½“ã®ãƒ‡ãƒ¼ã‚¿åž‹åï¼ŒFIELDã«ãã®æ§‹é€ ä½“ä¸­ã®ãƒ•ã‚£ãƒ¼ãƒ«ãƒ‰ã‚’æŒ‡å®šã™ã‚‹ã¨ï¼Œ
-TYPE_FIELDという名前のシンボルに，そのフィールドのオフセット値をマクロ
-定義する記述を生成する．
+TYPEに構造体のデータ型名，FIELDにその構造体中のフィールドを指定すると，
+TYPE_FIELDという名前のシンボルに，そのフィールドのオフセット値をマクロ
+定義する記述を生成する．
 
 (2-5-2-2) OFFSET_DEF2(TYPE, FIELD, FIELDNAME)
 
-TYPEã«æ§‹é€ ä½“ã®ãƒ‡ãƒ¼ã‚¿åž‹åï¼ŒFIELDã«ãã®æ§‹é€ ä½“ä¸­ã®ãƒ•ã‚£ãƒ¼ãƒ«ãƒ‰ã‚’æŒ‡å®šã™ã‚‹ã¨ï¼Œ
-TYPE_FIELDNAMEという名前のシンボルに，そのフィールドのオフセット値をマ
-ã‚¯ãƒ­å®šç¾©ã™ã‚‹è¨˜è¿°ã‚’ç”Ÿæˆã™ã‚‹ï¼Žæ§‹é€ ä½“ã«å«ã¾ã‚Œã‚‹æ§‹é€ ä½“ä¸­ã®ãƒ•ã‚£ãƒ¼ãƒ«ãƒ‰ã®ã‚ªãƒ•
-ã‚»ãƒƒãƒˆå€¤ã‚’æ±‚ã‚ãŸã„å ´åˆã«ã¯ï¼Œã“ã¡ã‚‰ã®ãƒžã‚¯ãƒ­ã‚’ä½¿ç”¨ã™ã‚‹ï¼Ž
-
-(4) エンディアンを参ç
-§ã™ã‚‹ãŸã‚ã®é–¢æ•°ã®å®šç¾©
-
-SILで定義されたエンディアンを参ç
-§ã™ã‚‹ãŸã‚ã®é–¢æ•°ï¼ˆsil_endian）の定義．こ
-の関数の定義は，修正するå¿
-要がない．
-
-(5) ビットオフセット値出力のための参ç
-§å®šç¾©
-
-初期値を持った変数定義に対して，コンパイラが生成するアセンブリ命令を参
-ç
-§ã™ã‚‹ãŸã‚ã®å¤‰æ•°ï¼ˆBIT_REF_4，BIT_REF_2，BIT_REF_1）の定義．これらの定義
-ã¯ï¼Œã»ã¨ã‚“ã©ã®å ´åˆã«ä¿®æ­£ã™ã‚‹å¿
-要がない．ただし，uint8_t型のサポートされ
-ていないターゲットでは，BIT_REF_1の定義は削除するå¿
-要がある．また，ポイ
-ンタが64ビットのターゲット等では，BIT_REF_8ã®å®šç¾©ã‚’è¿½åŠ ã—ãªã‘ã‚Œã°ãªã‚‰ãª
-いと思われる．
-
-(6) ビットオフセット値出力用変数の定義
-
-ビットのオフセット値，ビット位置，ビットマスクの定義を生成するためのデー
-タ型の定義．これらの定義を生成したいビットフィールド毎に，以下の説明す
-る変数を定義する．
-
-æ§‹é€ ä½“ã®ãƒ‡ãƒ¼ã‚¿åž‹åãŒTYPEï¼Œãã®æ§‹é€ ä½“ä¸­ã®ãƒ“ãƒƒãƒˆãƒ•ã‚£ãƒ¼ãƒ«ãƒ‰åãŒFIELDã®å ´åˆ
-に，データ型がTYPEで，変数名がBIT_xy_TYPE_FIELDの変数を定義する．また，
-その変数を，対象のビットのみが1で，他のすべてのビットが0になるように初
-期化する．ここで，xはエンディアンを指定する文字で，B（ビッグエンディア
-ン）またはL（リトルエンディアン）を指定する．またyには，ビットのオフセッ
-ト，ビット位置，ビットマスクを，8ãƒ“ãƒƒãƒˆå˜ä½ï¼ˆãƒã‚¤ãƒˆå˜ä½ï¼‰ã§æ±‚ã‚ã‚‹å ´åˆã«
-はBを，16ãƒ“ãƒƒãƒˆå˜ä½ã§æ±‚ã‚ã‚‹å ´åˆã«ã¯Hを，32ãƒ“ãƒƒãƒˆå˜ä½ã§æ±‚ã‚ã‚‹å ´åˆã«ã¯Wを
-指定する．
-
-これにより，TYPE_FIELDという名前のシンボルにそのビットのオフセット，
-TYPE_FIELD_bitという名前のシンボルにビット位置，TYPE_FIELD_maskという名
-前のシンボルにビットマスクをマクロ定義する記述を生成する．なお，ビット
-位置は，LSBを0とした値（ビットリトルエンディアンを想定）を求める．
-
-2.6 リンク方法の設定
-
-(2-6-1) LDSCRIPT                                リンカスクリプトのファイル名
-
-é–‹ç™ºç’°å¢ƒã«æ¨™æº–ã®ãƒªãƒ³ã‚«ã‚¹ã‚¯ãƒªãƒ—ãƒˆãŒä½¿ç”¨ã§ããªã„å ´åˆã«ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜
-部でリンカスクリプトを用意し，そのファイル名をこの変数に定義する．
-
-(2-6-2) TEXT_START_ADDRESS              テキストセクションのå
-ˆé ­ç•ªåœ°
-(2-6-3) DATA_START_ADDRESS              データセクションのå
-ˆé ­ç•ªåœ°
-
-各セクションのå
-ˆé ­ç•ªåœ°ã®æŒ‡å®šãŒå¿
-è¦ãªå ´åˆã«ã¯ï¼Œã“ã‚Œã‚‰ã®å¤‰æ•°ã«å
-ˆé ­ç•ªåœ°ã‚’
-定義する．
-
-(2-6-4) START_OBJS                              å
-ˆé ­ã«ãƒªãƒ³ã‚¯ã™ã¹ããƒ¢ã‚¸ãƒ¥ãƒ¼ãƒ«å
-(2-6-5) END_OBJS                                最後にリンクすべきモジュール名
-
-ターゲットによっては，ロードモジュールのå
-ˆé ­ã¨æœ€å¾Œã«ãƒªãƒ³ã‚¯ã™ã¹ããƒ¢ã‚¸ãƒ¥ãƒ¼
-ルを，ターゲット依存部で用意するå¿
-è¦ãŒã‚ã‚‹ï¼Žå¤šãã®å ´åˆï¼Œã‚¹ã‚¿ãƒ¼ãƒˆã‚¢ãƒƒãƒ—
-モジュールをロードモジュールのå
-ˆé ­ã«ãƒªãƒ³ã‚¯ã™ã‚‹å¿
-要がある．
-
-ロードモジュールのå
-ˆé ­ã«ãƒªãƒ³ã‚¯ã™ã¹ããƒ—ãƒ­ã‚°ãƒ©ãƒ ãŒã‚ã‚‹å ´åˆã«ã¯ï¼ŒMakefile
-のターゲット依存部において，そのオブジェクトファイル名をSTART_OBJSに定
-義し，それに対するコンパイルルールと依存関係作成ルールを定義する．ロー
-ãƒ‰ãƒ¢ã‚¸ãƒ¥ãƒ¼ãƒ«ã®æœ€å¾Œã«ãƒªãƒ³ã‚¯ã™ã¹ããƒ¢ã‚¸ãƒ¥ãƒ¼ãƒ«ãŒã‚ã‚‹å ´åˆã«ã¯ï¼Œãã®ã‚ªãƒ–ã‚¸ã‚§
-クトファイル名をEND_OBJSに定義し，それに対するコンパイルルールと依存関
-係作成ルールを定義する．また，標準のスタートアップモジュール（crt0.o）
-をリンクしないように，LDFLAGSとCFG1_OUT_LDFLAGSに-nostdlibã‚’è¿½åŠ ã™ã‚‹å¿
-
-要がある．さらに，-nostdlibをつけることで標準ライブラリがリンクされなく
-なるため，LIBSに-lgccã‚’è¿½åŠ ã—ãªã‘ã‚Œã°ãªã‚‰ãªã„ï¼Ž
-
-例えば，スタートアップモジュールのソースファイルがstart.Sã®å ´åˆã«ã¯ï¼Œ
-Makefileのターゲット依存部に次のような記述をå
-¥ã‚Œã‚‹ã¨ã‚ˆã„．
-
-----------------------------------------
-# スタートアップモジュールのオブジェクトファイル名
+TYPEに構造体のデータ型名，FIELDにその構造体中のフィールドを指定すると，
+TYPE_FIELDNAMEという名前のシンボルに，そのフィールドのオフセット値をマ
+クロ定義する記述を生成する．構造体に含まれる構造体中のフィールドのオフ
+セット値を求めたい場合には，こちらのマクロを使用する．
+
+(4) エンディアンを参照するための関数の定義
+
+SILで定義されたエンディアンを参照するための関数（sil_endian）の定義．こ
+の関数の定義は，修正する必要がない．
+
+(5) ビットオフセット値出力のための参照定義
+
+初期値を持った変数定義に対して，コンパイラが生成するアセンブリ命令を参
+照するための変数（BIT_REF_4，BIT_REF_2，BIT_REF_1）の定義．これらの定義
+は，ほとんどの場合に修正する必要がない．ただし，uint8_t型のサポートされ
+ていないターゲットでは，BIT_REF_1の定義は削除する必要がある．また，ポイ
+ンタが64ビットのターゲット等では，BIT_REF_8の定義を追加しなければならな
+いと思われる．
+
+(6) ビットオフセット値出力用変数の定義
+
+ビットのオフセット値，ビット位置，ビットマスクの定義を生成するためのデー
+タ型の定義．これらの定義を生成したいビットフィールド毎に，以下の説明す
+る変数を定義する．
+
+構造体のデータ型名がTYPE，その構造体中のビットフィールド名がFIELDの場合
+に，データ型がTYPEで，変数名がBIT_xy_TYPE_FIELDの変数を定義する．また，
+その変数を，対象のビットのみが1で，他のすべてのビットが0になるように初
+期化する．ここで，xはエンディアンを指定する文字で，B（ビッグエンディア
+ン）またはL（リトルエンディアン）を指定する．またyには，ビットのオフセッ
+ト，ビット位置，ビットマスクを，8ビット単位（バイト単位）で求める場合に
+はBを，16ビット単位で求める場合にはHを，32ビット単位で求める場合にはWを
+指定する．
+
+これにより，TYPE_FIELDという名前のシンボルにそのビットのオフセット，
+TYPE_FIELD_bitという名前のシンボルにビット位置，TYPE_FIELD_maskという名
+前のシンボルにビットマスクをマクロ定義する記述を生成する．なお，ビット
+位置は，LSBを0とした値（ビットリトルエンディアンを想定）を求める．
+
+2.6 リンク方法の設定
+
+(2-6-1) LDSCRIPT                                リンカスクリプトのファイル名
+
+開発環境に標準のリンカスクリプトが使用できない場合には，ターゲット依存
+部でリンカスクリプトを用意し，そのファイル名をこの変数に定義する．
+
+(2-6-2) TEXT_START_ADDRESS              テキストセクションの先頭番地
+(2-6-3) DATA_START_ADDRESS              データセクションの先頭番地
+
+各セクションの先頭番地の指定が必要な場合には，これらの変数に先頭番地を
+定義する．
+
+(2-6-4) START_OBJS                              先頭にリンクすべきモジュール名
+(2-6-5) END_OBJS                                最後にリンクすべきモジュール名
+
+ターゲットによっては，ロードモジュールの先頭と最後にリンクすべきモジュー
+ルを，ターゲット依存部で用意する必要がある．多くの場合，スタートアップ
+モジュールをロードモジュールの先頭にリンクする必要がある．
+
+ロードモジュールの先頭にリンクすべきプログラムがある場合には，Makefile
+のターゲット依存部において，そのオブジェクトファイル名をSTART_OBJSに定
+義し，それに対するコンパイルルールと依存関係作成ルールを定義する．ロー
+ドモジュールの最後にリンクすべきモジュールがある場合には，そのオブジェ
+クトファイル名をEND_OBJSに定義し，それに対するコンパイルルールと依存関
+係作成ルールを定義する．また，標準のスタートアップモジュール（crt0.o）
+をリンクしないように，LDFLAGSとCFG1_OUT_LDFLAGSに-nostdlibを追加する必
+要がある．さらに，-nostdlibをつけることで標準ライブラリがリンクされなく
+なるため，LIBSに-lgccを追加しなければならない．
+
+例えば，スタートアップモジュールのソースファイルがstart.Sの場合には，
+Makefileのターゲット依存部に次のような記述を入れるとよい．
+
+----------------------------------------
+# スタートアップモジュールのオブジェクトファイル名
 START_OBJS = start.o
 
-# スタートアップモジュールのコンパイルルール
+# スタートアップモジュールのコンパイルルール
 $(START_OBJS): %.o: %.S
         $(CC) -c $(CFLAGS) $(KERNEL_CFLAGS) $<
 
-# スタートアップモジュールの依存関係作成ルール
+# スタートアップモジュールの依存関係作成ルール
 $(START_OBJS:.o=.d): %.d: %.S
         @$(PERL) $(SRCDIR)/utils/makedep -C $(CC) $(MAKEDEP_OPTS) \
                 -O "$(CFLAGS) $(KERNEL_CFLAGS)" $< >> Makefile.depend
 
-# リンカに対するオプション
+# リンカに対するオプション
 LDFLAGS := -nostdlib $(LDFLAGS)
 CFG1_OUT_LDFLAGS := -nostdlib $(CFG1_OUT_LDFLAGS)
@@ -945 +804 @@
 ----------------------------------------
 
-また，GNU開発環境で，コンパイラに標準のcrtbegin.oとcrtend.oã‚’ç”¨ã„ã‚‹å ´åˆ
-には，Makefile のターゲット依存部に次のような記述をå
-¥ã‚Œã‚‹ã¨ã‚ˆã„．
-
-----------------------------------------
-# オブジェクトファイル名
+また，GNU開発環境で，コンパイラに標準のcrtbegin.oとcrtend.oを用いる場合
+には，Makefile のターゲット依存部に次のような記述を入れるとよい．
+
+----------------------------------------
+# オブジェクトファイル名
 START_OBJS = $(shell $(CC) -print-file-name=crtbegin.o)
 END_OBJS = $(shell $(CC) -print-file-name=crtend.o)
 
-# 依存関係作成ルール
+# 依存関係作成ルール
 $(START_OBJS:.o=.d): %.d:
 $(END_OBJS:.o=.d): %.d:
 
-# リンカに対するオプション
+# リンカに対するオプション
 LDFLAGS := -nostdlib $(LDFLAGS)
 CFG1_OUT_LDFLAGS := -nostdlib $(CFG1_OUT_LDFLAGS)
@@ -964 +822 @@
 ----------------------------------------
 
-ã“ã®å ´åˆï¼Œã“ã‚Œã‚‰ã®ãƒ•ã‚¡ã‚¤ãƒ«ã‚’ã‚³ãƒ³ãƒ‘ã‚¤ãƒ«ã™ã‚‹ã“ã¨ã¯ãªã„ãŸã‚ï¼Œã‚³ãƒ³ãƒ‘ã‚¤ãƒ«ãƒ«ãƒ¼
-ルは不要である．また，依存関係作成ルールはダミーでよい（依存関係作成ルー
-ルがないとエラーになる）．
-
-(2-6-6) HIDDEN_OBJS                             指定しなくてもリンクされるモジュール名
-
-ロードモジュールにリンクすべきモジュールを，リンカに対するパラメータで
-はなく，リンカスクリプト中に（例えば，GNU開発環境のリンカスクリプトの
-STARTUPã‚’ä½¿ã£ã¦ï¼‰è¨˜è¿°ã™ã‚‹å ´åˆã«ã¯ï¼Œãã®ã‚ªãƒ–ã‚¸ã‚§ã‚¯ãƒˆãƒ•ã‚¡ã‚¤ãƒ«åã‚’ï¼Œ
-（START_OBJSまたはEND_OBJSではなく）HIDDEN_OBJSに定義し，それに対するコ
-ンパイルルールと依存関係作成ルールを定義する．HIDDEN_OBJSに定義したモ
-ジュールは，リンカに対するパラメータからは除外される．LDFLAGSと
-CFG1_OUT_LDFLAGS，LIBSについては，START_OBJSまたはEND_OBJSã‚’ç”¨ã„ã‚‹å ´åˆ
-と同様である．
-
-例えば，スタートアップモジュールのソースファイルがstart.Sで，start.oを
-ãƒªãƒ³ã‚¯ã™ã‚‹ã“ã¨ã‚’ãƒªãƒ³ã‚«ã‚¹ã‚¯ãƒªãƒ—ãƒˆä¸­ã«è¨˜è¿°ã™ã‚‹å ´åˆã«ã¯ï¼ŒMakefileのターゲッ
-ト依存部に次のような記述をå
-¥ã‚Œã‚‹ã¨ã‚ˆã„．
-
-----------------------------------------
-# スタートアップモジュールのオブジェクトファイル名
+この場合，これらのファイルをコンパイルすることはないため，コンパイルルー
+ルは不要である．また，依存関係作成ルールはダミーでよい（依存関係作成ルー
+ルがないとエラーになる）．
+
+(2-6-6) HIDDEN_OBJS                             指定しなくてもリンクされるモジュール名
+
+ロードモジュールにリンクすべきモジュールを，リンカに対するパラメータで
+はなく，リンカスクリプト中に（例えば，GNU開発環境のリンカスクリプトの
+STARTUPを使って）記述する場合には，そのオブジェクトファイル名を，
+（START_OBJSまたはEND_OBJSではなく）HIDDEN_OBJSに定義し，それに対するコ
+ンパイルルールと依存関係作成ルールを定義する．HIDDEN_OBJSに定義したモ
+ジュールは，リンカに対するパラメータからは除外される．LDFLAGSと
+CFG1_OUT_LDFLAGS，LIBSについては，START_OBJSまたはEND_OBJSを用いる場合
+と同様である．
+
+例えば，スタートアップモジュールのソースファイルがstart.Sで，start.oを
+リンクすることをリンカスクリプト中に記述する場合には，Makefileのターゲッ
+ト依存部に次のような記述を入れるとよい．
+
+----------------------------------------
+# スタートアップモジュールのオブジェクトファイル名
 HIDDEN_OBJS = start.o
 
-# スタートアップモジュールのコンパイルルール
+# スタートアップモジュールのコンパイルルール
 $(HIDDEN_OBJS): %.o: %.S
         $(CC) -c $(CFLAGS) $(KERNEL_CFLAGS) $<
 
-# スタートアップモジュールの依存関係作成ルール
+# スタートアップモジュールの依存関係作成ルール
 $(HIDDEN_OBJS:.o=.d): %.d: %.S
         @$(PERL) $(SRCDIR)/utils/makedep -C $(CC) $(MAKEDEP_OPTS) \
                 -O "$(CFLAGS) $(KERNEL_CFLAGS)" $< >> Makefile.depend
 
-# リンカに対するオプション
+# リンカに対するオプション
 LDFLAGS := -nostdlib $(LDFLAGS)
 CFG1_OUT_LDFLAGS := -nostdlib $(CFG1_OUT_LDFLAGS)
@@ -1003 +860 @@
 ----------------------------------------
 
-2.7 依存関係の定義
-
-コンフィギュレータの各パスに対して，ターゲット依存のファイルへの依存関
-係を定義する．å
-·ä½“的には，パス1，パス2，パス3が依存するファイルを，それ
-ぞれcfg1_out.c，kernel_cfg.timestamp，$(OBJFILE)に対する依存関係の形で
-記述する．
-
-ã»ã¨ã‚“ã©ã®å ´åˆã«ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã®Makefile.targetには，以
-下の記述を含めるå¿
-要がある．
+2.7 依存関係の定義
+
+コンフィギュレータの各パスに対して，ターゲット依存のファイルへの依存関
+係を定義する．具体的には，パス1，パス2，パス3が依存するファイルを，それ
+ぞれcfg1_out.c，kernel_cfg.timestamp，$(OBJFILE)に対する依存関係の形で
+記述する．
+
+ほとんどの場合に，ターゲット依存部ディレクトリのMakefile.targetには，以
+下の記述を含める必要がある．
 
 ----------------------------------------
@@ -1021 +876 @@
 ----------------------------------------
 
-2.8 その他の設定
-
-(2-8-1) CLEAN_FILES                             cleanにより削除するファイル名
-
-cleanã«ã‚ˆã‚Šå‰Šé™¤ã™ã‚‹ãƒ•ã‚¡ã‚¤ãƒ«ã‚’ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§è¿½åŠ ã—ãŸã„å ´åˆã«ã¯ï¼Œãƒ•ã‚¡
-ã‚¤ãƒ«åã‚’ã“ã®å¤‰æ•°ã«è¿½åŠ å®šç¾©ã™ã‚‹ï¼Ž
-
-(2-8-2) REALCLEAN_FILES                 realcleanにより削除するファイル名
-
-realcleanã«ã‚ˆã‚Šå‰Šé™¤ã™ã‚‹ãƒ•ã‚¡ã‚¤ãƒ«ã‚’ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§è¿½åŠ ã—ãŸã„å ´åˆã«ã¯ï¼Œ
-ãƒ•ã‚¡ã‚¤ãƒ«åã‚’ã“ã®å¤‰æ•°ã«è¿½åŠ å®šç¾©ã™ã‚‹ï¼Ž
-
-
-３．TOPPERSå
-±é€šå®šç¾©ã®ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨
-
-TOPPERSå
-±é€šå®šç¾©ï¼ˆt_stddef.h）のターゲット依存部は，target_stddef.hまた
-はそこからインクルードされるファイル（プロセッサ・チップ・開発環境依存
-部で用意されるヘッダファイルなど）に含める．
-
-3.1 ターゲット識別マクロ
-
-アプリケーションやシステムサービスでターゲットを識別するために，
-"TOPPERS_"にシステム略称を大文字にした文字列を連結したもの（例えば，
-"TOPPERS_DVE68K"）をマクロ定義する．
-
-ã¾ãŸï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã‹ã‚‰ãƒ—ãƒ­ã‚»ãƒƒã‚µä¾å­˜éƒ¨ã‚„ãƒãƒƒãƒ—ä¾å­˜éƒ¨ã‚’åˆ‡ã‚Šåˆ†ã‘ãŸå ´
-合には，"TOPPERS_"に依存部略称を大文字にした文字列を連結したもの（例え
-ば，"TOPPERS_M68K"）をマクロ定義する．
-
-3.2 整数型の最大値・最小値・ビット数
-
-(3-2-1) INT_MAX                         intã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ï¼ˆC90æº–æ‹ ï¼‰
-(3-2-2) INT_MIN                         intã«æ ¼ç´ã§ãã‚‹æœ€å°å€¤ï¼ˆC90æº–æ‹ ï¼‰
-(3-2-3) UINT_MAX                        unsigned intã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ï¼ˆC90æº–æ‹ ï¼‰
-(3-2-4) LONG_MAX                        longã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ï¼ˆC90æº–æ‹ ï¼‰
-(3-2-5) LONG_MIN                        longã«æ ¼ç´ã§ãã‚‹æœ€å°å€¤ï¼ˆC90æº–æ‹ ï¼‰
-(3-2-6) ULONG_MAX                       unsigned longã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ï¼ˆC90æº–æ‹ ï¼‰
-(3-2-7) CHAR_BIT                        char型のビット数（C90æº–æ‹ ï¼‰
-
-整数型の最大値・最小値・ビット数を，これらのシンボルにマクロに定義する．
-
-これらのマクロは，C90ã«æº–æ‹ ã—ãŸã‚‚ã®ã§ã‚ã‚‹ï¼Žé–‹ç™ºç’°å¢ƒã«C90ã«æº–æ‹ ã—ãŸ
-limits.hãŒç”¨æ„ã•ã‚Œã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œã“ã‚Œã‚‰ã®ãƒžã‚¯ãƒ­ã‚’å®šç¾©ã™ã‚‹ã“ã¨ã«ä»£ãˆã¦ï¼Œ
-limits.hをインクルードすればよい．
-
-3.3 サイズの指定された整数型，その最大値・最小値，整数定数を作るマクロ
-
-(3-3-1) int8_t                          符号付き8ビット整数（オプション，C99æº–æ‹ ï¼‰
-(3-3-2) uint8_t                         符号無し8ビット整数（オプション，C99æº–æ‹ ï¼‰
-(3-3-3) int16_t                         符号付き16ビット整数（C99æº–æ‹ ï¼‰
-(3-3-4) uint16_t                        符号無し16ビット整数（C99æº–æ‹ ï¼‰
-(3-3-5) int32_t                         符号付き32ビット整数（C99æº–æ‹ ï¼‰
-(3-3-6) uint32_t                        符号無し32ビット整数（C99æº–æ‹ ï¼‰
-(3-3-7) int64_t                         符号付き64ビット整数（オプション，C99æº–æ‹ ï¼‰
-(3-3-8) uint64_t                        符号無し64ビット整数（オプション，C99æº–æ‹ ï¼‰
-(3-3-9) int128_t                        符号付き128ビット整数（オプション，C99æº–æ‹ ï¼‰
-(3-3-10) uint128_t                      符号無し128ビット整数（オプション，C99æº–æ‹ ï¼‰
-(3-3-11) int_least8_t           8ビット以上の符号付き整数（C99æº–æ‹ ï¼‰
-(3-3-12) uint_least8_t          8ビット以上の符号無し整数（C99æº–æ‹ ï¼‰
-(3-3-13) intptr_t                       ãƒã‚¤ãƒ³ã‚¿ã‚’æ ¼ç´ã§ãã‚‹ã‚µã‚¤ã‚ºã®ç¬¦å·ä»˜ãæ•´æ•°ï¼ˆC99æº–æ‹ ï¼‰
-(3-3-14) uintptr_t                      ãƒã‚¤ãƒ³ã‚¿ã‚’æ ¼ç´ã§ãã‚‹ã‚µã‚¤ã‚ºã®ç¬¦å·ç„¡ã—æ•´æ•°ï¼ˆC99æº–æ‹ ï¼‰
-(3-3-15) INT8_MAX                       int8_tã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ï¼ˆã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼ŒC99æº–æ‹ ï¼‰
-(3-3-16) INT8_MIN                       int8_tã«æ ¼ç´ã§ãã‚‹æœ€å°å€¤ï¼ˆã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼ŒC99æº–æ‹ ï¼‰
-(3-3-17) UINT8_MAX                      uint8_tã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ï¼ˆã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼ŒC99æº–æ‹ ï¼‰
-(3-3-18) INT16_MAX                      int16_tã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ï¼ˆC99æº–æ‹ ï¼‰
-(3-3-19) INT16_MIN                      int16_tã«æ ¼ç´ã§ãã‚‹æœ€å°å€¤ï¼ˆC99æº–æ‹ ï¼‰
-(3-3-20) UINT16_MAX                     uint16_tã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ï¼ˆC99æº–æ‹ ï¼‰
-(3-3-21) INT32_MAX                      int32_tã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ï¼ˆC99æº–æ‹ ï¼‰
-(3-3-22) INT32_MIN                      int32_tã«æ ¼ç´ã§ãã‚‹æœ€å°å€¤ï¼ˆC99æº–æ‹ ï¼‰
-(3-3-23) UINT32_MAX                     uint32_tã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ï¼ˆC99æº–æ‹ ï¼‰
-(3-3-24) INT64_MAX                      int64_tã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ï¼ˆã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼ŒC99æº–æ‹ ï¼‰
-(3-3-25) INT64_MIN                      int64_tã«æ ¼ç´ã§ãã‚‹æœ€å°å€¤ï¼ˆã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼ŒC99æº–æ‹ ï¼‰
-(3-3-26) UINT64_MAX                     uint64_tã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ï¼ˆã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼ŒC99æº–æ‹ ï¼‰
-(3-3-27) INT128_MAX                     int128_tã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ï¼ˆã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼ŒC99æº–æ‹ ï¼‰
-(3-3-28) INT128_MIN                     int128_tã«æ ¼ç´ã§ãã‚‹æœ€å°å€¤ï¼ˆã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼ŒC99æº–æ‹ ï¼‰
-(3-3-29) UINT128_MAX            uint128_tã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ï¼ˆã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼ŒC99æº–æ‹ ï¼‰
-(3-3-30) INT_LEAST8_MAX         int_least8_tã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ï¼ˆC99æº–æ‹ ï¼‰
-(3-3-31) INT_LEAST8_MIN         int_least8_tã«æ ¼ç´ã§ãã‚‹æœ€å°å€¤ï¼ˆC99æº–æ‹ ï¼‰
-(3-3-32) UINT_LEAST8_MAX        uint_least8_tã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ï¼ˆC99æº–æ‹ ï¼‰
-(3-3-33) INT8_C(val)            int_least8_t型の定数を作るマクロ（C99æº–æ‹ ï¼‰
-(3-3-34) UINT8_C(val)           uint_least8_t型の定数を作るマクロ（C99æº–æ‹ ï¼‰
-(3-3-35) INT16_C(val)           int16_t型の定数を作るマクロ（C99æº–æ‹ ï¼‰
-(3-3-36) UINT16_C(val)          uint16_t型の定数を作るマクロ（C99æº–æ‹ ï¼‰
-(3-3-37) INT32_C(val)           int32_t型の定数を作るマクロ（C99æº–æ‹ ï¼‰
-(3-3-38) UINT32_C(val)          uint32_t型の定数を作るマクロ（C99æº–æ‹ ï¼‰
-(3-3-39) INT64_C(val)           int64_t型の定数を作るマクロ（オプション，C99æº–æ‹ ï¼‰
-(3-3-40) UINT64_C(val)          uint64_t型の定数を作るマクロ（オプション，C99æº–æ‹ ï¼‰
-(3-3-41) INT128_C(val)          int128_t型の定数を作るマクロ（オプション，C99æº–æ‹ ï¼‰
-(3-3-42) UINT128_C(val)         uint128_t型の定数を作るマクロ（オプション，C99æº–æ‹ ï¼‰
-
-指定されたサイズの整数型を，これらのシンボルに型定義する．また，データ
-åž‹ã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ãƒ»æœ€å°å€¤ã¨ï¼Œæ•´æ•°å®šæ•°ã‚’ä½œã‚‹ãƒžã‚¯ãƒ­ã‚’ï¼Œã“ã‚Œã‚‰ã®ã‚·ãƒ³ãƒœ
-ルにマクロ定義する．
-
-これらのデータ型およびマクロは，C99ã«æº–æ‹ ã—ãŸã‚‚ã®ã§ã‚ã‚‹ï¼Žé–‹ç™ºç’°å¢ƒã«C99
-ã«æº–æ‹ ã—ãŸstdint.hãŒç”¨æ„ã•ã‚Œã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œã“ã‚Œã‚‰ã®ãƒ‡ãƒ¼ã‚¿åž‹ãŠã‚ˆã³ãƒžã‚¯
-ロを定義することに代えて，stdint.hをインクルードすればよい．
-
-上でオプションと記述したものは，該当するデータ型がコンパイラでサポート
-ã•ã‚Œã¦ã„ã‚‹å ´åˆã«ã®ã¿å®šç¾©ã™ã‚‹ã“ã¨ã‚’ç¤ºã™ï¼Ž
-
-3.4 サイズの指定された浮動小数点型，その最大値・最小値のマクロ
-
-(3-4-1) float32_t                       IEEE754æº–æ‹ ã®32ビット単精度浮動小数点数（オプ
-                                                        ション）
-(3-4-2) double64_t                      IEEE754æº–æ‹ ã®64ビット倍精度浮動小数点数（オプ
-                                                        ション）
-(3-4-3) FLOAT32_MIN                     float32_tã«æ ¼ç´ã§ãã‚‹æœ€å°ã®æ­£è¦åŒ–ã•ã‚ŒãŸæ­£ã®æµ®
-                                                        動小数点数（オプション）
-(3-4-4) FLOAT32_MAX                     float32_tã«æ ¼ç´ã§ãã‚‹è¡¨ç¾å¯èƒ½ãªæœ€å¤§ã®æœ‰é™æµ®å‹•
-                                                        小数点数（オプション）
-(3-4-5) DOUBLE64_MIN            double64_tã«æ ¼ç´ã§ãã‚‹æœ€å°ã®æ­£è¦åŒ–ã•ã‚ŒãŸæ­£ã®æµ®
-                                                        動小数点数（オプション）
-(3-4-6) DOUBLE64_MAX            double64_tã«æ ¼ç´ã§ãã‚‹è¡¨ç¾å¯èƒ½ãªæœ€å¤§ã®æœ‰é™æµ®å‹•
-                                                        小数点数（オプション）
-
-指定されたサイズ・表現形式の浮動小数点型を，これらのシンボルに型定義す
-ã‚‹ï¼Žã¾ãŸï¼Œãƒ‡ãƒ¼ã‚¿åž‹ã«æ ¼ç´ã§ãã‚‹æœ€å¤§å€¤ãƒ»æœ€å°å€¤ã‚’ï¼Œã“ã‚Œã‚‰ã®ã‚·ãƒ³ãƒœãƒ«ã«ãƒžã‚¯
-ロ定義する．
-
-ã„ãšã‚Œã‚‚ï¼Œè©²å½“ã™ã‚‹ãƒ‡ãƒ¼ã‚¿åž‹ãŒã‚³ãƒ³ãƒ‘ã‚¤ãƒ©ã§ã‚µãƒãƒ¼ãƒˆã•ã‚Œã¦ã„ã‚‹å ´åˆã«ã®ã¿å®š
-義する．
-
-3.5 コンパイラの拡張機能のためのマクロ定義
-
-コンパイラの拡張機能を用いるためのマクロとして，å¿
-要に応じて，以下のマ
-クロの定義を含める．
-
-(3-5-1) inline（オプション，デフォルトは未定義）
-(3-5-2) Inline（オプション，デフォルトはstatic inline）
-
-インライン関数であることを示す指定．Inlineは，コンパイル単位にローカル
-なインライン関数であることを示す．
-
-(3-5-3) asm（オプション，デフォルトは未定義）
-(3-5-4) Asm（オプション，デフォルトは未定義）
-
-インラインアセンブラを記述するための指定．Asmは，最適化により削除しては
-ならないことを示す．これらは，ターゲット依存部でのみ使うマクロであるた
-め，ターゲット依存部で使わないなら定義するå¿
-要はない．
-
-(3-5-5) offsetof(structure, field)（オプション，デフォルトの定義あり）
-
-æ§‹é€ ä½“structureの中での，フィールドfieldのオフセットを求めるマクロ．
-
-(3-5-6) alignof(type)（オプション，デフォルトの定義あり）
-
-データ型typeのアラインメント単位を求めるマクロ．
-
-(3-5-7) NoReturn（オプション，デフォルトは未定義）
-
-リターンすることのない関数であることを示す指定．これは，ターゲット依存
-部のみ使うマクロであるため，ターゲット依存部で使わないなら定義するå¿
-要
-はない．
-
-3.6 標準的な定義の上書き
-
-t_stddef.hに含まれるTOPPERSå
-±é€šå®šç¾©ã®æ¨™æº–çš„ãªå®šç¾©ã‚’ä¸Šæ›¸ãã™ã‚‹å ´åˆã«ã¯ï¼Œ
-以下のマクロを定義する．
-
-(3-6-1) TOPPERS_bool（オプション，デフォルトはint）
-(3-6-2) TOPPERS_size（オプション，デフォルトはuintptr_t）
-(3-6-3) TOPPERS_fp（オプション，デフォルトは他と互換性のない関数ポインタ）
-
-それぞれ，bool_t，SIZE，FPに型定義すべきデータ型．
-
-(3-6-4) UINT_C(val)（オプション，デフォルトはUã‚’ä»˜åŠ ï¼‰
-(3-6-5) ULONG_C(val)（オプション，デフォルトはULã‚’ä»˜åŠ ï¼‰
-
-それぞれ，unsigned uint型，unsigned long型の定数を作るためのマクロ．
-
-(3-6-6) NULL（オプション，デフォルトは0）
-
-C90æº–æ‹ ã®C言語環境では，NULLの定義はstddef.hに含まれているため，これを
-インクルードしてもよい．
-
-(3-6-7) ERCD(mercd, sercd)（オプション）
-(3-6-8) MERCD(ercd)（オプション）
-(3-6-9) SERCD(ercd)（オプション）
-
-ERCD，MERCD，SERCDの標準の定義は，符号付き整数が2の補数で表現されており，
-右シフト演算子（>>）が算術シフトされることを仮定している．多くのコンパ
-ã‚¤ãƒ©ã§ã“ã®ä»®å®šãŒæˆã‚Šç«‹ã¤ãŒï¼Œãã†ã§ãªã„å ´åˆã«ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§ã“ã‚Œ
-らの定義を上書きするå¿
-要がある．
-
-(3-6-10) ALIGN_TYPE(addr, type)（オプション）
-
-アドレスaddrが，データ型typeのアラインメント単位にアラインしているか
-チェックするマクロ．
-
-3.7 アサーションのための定義
-
-t_stddef.hには，assertの定義が含まれる．assertãŒå¤±æ•—ã—ãŸå ´åˆï¼ˆassertの
-パラメータがfalseã«ãªã£ãŸå ´åˆï¼‰ã®å‡¦ç†ã‚’ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜ã«ç”¨æ„ã™ã‚‹å¿
-要が
-ある．これらの定義は，assertマクロを使用する前であれば，t_stddef.h以降
-にインクルードされるファイルに含まれていてもよい．なお，assertを無効に
-する（NDEBUGã‚’ãƒžã‚¯ãƒ­å®šç¾©ã—ã¦ã‚³ãƒ³ãƒ‘ã‚¤ãƒ«ã™ã‚‹ï¼‰å ´åˆã«ã¯ï¼Œã“ã‚Œã‚‰ã‚’ç”¨æ„ã™ã‚‹
-å¿
-要はない．
+2.8 その他の設定
+
+(2-8-1) CLEAN_FILES                             cleanにより削除するファイル名
+
+cleanにより削除するファイルをターゲット依存部で追加したい場合には，ファ
+イル名をこの変数に追加定義する．
+
+(2-8-2) REALCLEAN_FILES                 realcleanにより削除するファイル名
+
+realcleanにより削除するファイルをターゲット依存部で追加したい場合には，
+ファイル名をこの変数に追加定義する．
+
+
+３．TOPPERS共通定義のターゲット依存部
+
+TOPPERS共通定義（t_stddef.h）のターゲット依存部は，target_stddef.hまた
+はそこからインクルードされるファイル（プロセッサ・チップ・開発環境依存
+部で用意されるヘッダファイルなど）に含める．
+
+3.1 ターゲット識別マクロ
+
+アプリケーションやシステムサービスでターゲットを識別するために，
+"TOPPERS_"にシステム略称を大文字にした文字列を連結したもの（例えば，
+"TOPPERS_DVE68K"）をマクロ定義する．
+
+また，ターゲット依存部からプロセッサ依存部やチップ依存部を切り分けた場
+合には，"TOPPERS_"に依存部略称を大文字にした文字列を連結したもの（例え
+ば，"TOPPERS_M68K"）をマクロ定義する．
+
+3.2 整数型の最大値・最小値・ビット数
+
+(3-2-1) INT_MAX                         intに格納できる最大値（C90準拠）
+(3-2-2) INT_MIN                         intに格納できる最小値（C90準拠）
+(3-2-3) UINT_MAX                        unsigned intに格納できる最大値（C90準拠）
+(3-2-4) LONG_MAX                        longに格納できる最大値（C90準拠）
+(3-2-5) LONG_MIN                        longに格納できる最小値（C90準拠）
+(3-2-6) ULONG_MAX                       unsigned longに格納できる最大値（C90準拠）
+(3-2-7) CHAR_BIT                        char型のビット数（C90準拠）
+
+整数型の最大値・最小値・ビット数を，これらのシンボルにマクロに定義する．
+
+これらのマクロは，C90に準拠したものである．開発環境にC90に準拠した
+limits.hが用意されている場合には，これらのマクロを定義することに代えて，
+limits.hをインクルードすればよい．
+
+3.3 サイズの指定された整数型，その最大値・最小値，整数定数を作るマクロ
+
+(3-3-1) int8_t                          符号付き8ビット整数（オプション，C99準拠）
+(3-3-2) uint8_t                         符号無し8ビット整数（オプション，C99準拠）
+(3-3-3) int16_t                         符号付き16ビット整数（C99準拠）
+(3-3-4) uint16_t                        符号無し16ビット整数（C99準拠）
+(3-3-5) int32_t                         符号付き32ビット整数（C99準拠）
+(3-3-6) uint32_t                        符号無し32ビット整数（C99準拠）
+(3-3-7) int64_t                         符号付き64ビット整数（オプション，C99準拠）
+(3-3-8) uint64_t                        符号無し64ビット整数（オプション，C99準拠）
+(3-3-9) int128_t                        符号付き128ビット整数（オプション，C99準拠）
+(3-3-10) uint128_t                      符号無し128ビット整数（オプション，C99準拠）
+(3-3-11) int_least8_t           8ビット以上の符号付き整数（C99準拠）
+(3-3-12) uint_least8_t          8ビット以上の符号無し整数（C99準拠）
+(3-3-13) intptr_t                       ポインタを格納できるサイズの符号付き整数（C99準拠）
+(3-3-14) uintptr_t                      ポインタを格納できるサイズの符号無し整数（C99準拠）
+(3-3-15) INT8_MAX                       int8_tに格納できる最大値（オプション，C99準拠）
+(3-3-16) INT8_MIN                       int8_tに格納できる最小値（オプション，C99準拠）
+(3-3-17) UINT8_MAX                      uint8_tに格納できる最大値（オプション，C99準拠）
+(3-3-18) INT16_MAX                      int16_tに格納できる最大値（C99準拠）
+(3-3-19) INT16_MIN                      int16_tに格納できる最小値（C99準拠）
+(3-3-20) UINT16_MAX                     uint16_tに格納できる最大値（C99準拠）
+(3-3-21) INT32_MAX                      int32_tに格納できる最大値（C99準拠）
+(3-3-22) INT32_MIN                      int32_tに格納できる最小値（C99準拠）
+(3-3-23) UINT32_MAX                     uint32_tに格納できる最大値（C99準拠）
+(3-3-24) INT64_MAX                      int64_tに格納できる最大値（オプション，C99準拠）
+(3-3-25) INT64_MIN                      int64_tに格納できる最小値（オプション，C99準拠）
+(3-3-26) UINT64_MAX                     uint64_tに格納できる最大値（オプション，C99準拠）
+(3-3-27) INT128_MAX                     int128_tに格納できる最大値（オプション，C99準拠）
+(3-3-28) INT128_MIN                     int128_tに格納できる最小値（オプション，C99準拠）
+(3-3-29) UINT128_MAX            uint128_tに格納できる最大値（オプション，C99準拠）
+(3-3-30) INT_LEAST8_MAX         int_least8_tに格納できる最大値（C99準拠）
+(3-3-31) INT_LEAST8_MIN         int_least8_tに格納できる最小値（C99準拠）
+(3-3-32) UINT_LEAST8_MAX        uint_least8_tに格納できる最大値（C99準拠）
+(3-3-33) INT8_C(val)            int_least8_t型の定数を作るマクロ（C99準拠）
+(3-3-34) UINT8_C(val)           uint_least8_t型の定数を作るマクロ（C99準拠）
+(3-3-35) INT16_C(val)           int16_t型の定数を作るマクロ（C99準拠）
+(3-3-36) UINT16_C(val)          uint16_t型の定数を作るマクロ（C99準拠）
+(3-3-37) INT32_C(val)           int32_t型の定数を作るマクロ（C99準拠）
+(3-3-38) UINT32_C(val)          uint32_t型の定数を作るマクロ（C99準拠）
+(3-3-39) INT64_C(val)           int64_t型の定数を作るマクロ（オプション，C99準拠）
+(3-3-40) UINT64_C(val)          uint64_t型の定数を作るマクロ（オプション，C99準拠）
+(3-3-41) INT128_C(val)          int128_t型の定数を作るマクロ（オプション，C99準拠）
+(3-3-42) UINT128_C(val)         uint128_t型の定数を作るマクロ（オプション，C99準拠）
+
+指定されたサイズの整数型を，これらのシンボルに型定義する．また，データ
+型に格納できる最大値・最小値と，整数定数を作るマクロを，これらのシンボ
+ルにマクロ定義する．
+
+これらのデータ型およびマクロは，C99に準拠したものである．開発環境にC99
+に準拠したstdint.hが用意されている場合には，これらのデータ型およびマク
+ロを定義することに代えて，stdint.hをインクルードすればよい．
+
+上でオプションと記述したものは，該当するデータ型がコンパイラでサポート
+されている場合にのみ定義することを示す．
+
+3.4 サイズの指定された浮動小数点型，その最大値・最小値のマクロ
+
+(3-4-1) float32_t                       IEEE754準拠の32ビット単精度浮動小数点数（オプ
+                                                        ション）
+(3-4-2) double64_t                      IEEE754準拠の64ビット倍精度浮動小数点数（オプ
+                                                        ション）
+(3-4-3) FLOAT32_MIN                     float32_tに格納できる最小の正規化された正の浮
+                                                        動小数点数（オプション）
+(3-4-4) FLOAT32_MAX                     float32_tに格納できる表現可能な最大の有限浮動
+                                                        小数点数（オプション）
+(3-4-5) DOUBLE64_MIN            double64_tに格納できる最小の正規化された正の浮
+                                                        動小数点数（オプション）
+(3-4-6) DOUBLE64_MAX            double64_tに格納できる表現可能な最大の有限浮動
+                                                        小数点数（オプション）
+
+指定されたサイズ・表現形式の浮動小数点型を，これらのシンボルに型定義す
+る．また，データ型に格納できる最大値・最小値を，これらのシンボルにマク
+ロ定義する．
+
+いずれも，該当するデータ型がコンパイラでサポートされている場合にのみ定
+義する．
+
+3.5 コンパイラの拡張機能のためのマクロ定義
+
+コンパイラの拡張機能を用いるためのマクロとして，必要に応じて，以下のマ
+クロの定義を含める．
+
+(3-5-1) inline（オプション，デフォルトは未定義）
+(3-5-2) Inline（オプション，デフォルトはstatic inline）
+
+インライン関数であることを示す指定．Inlineは，コンパイル単位にローカル
+なインライン関数であることを示す．
+
+(3-5-3) asm（オプション，デフォルトは未定義）
+(3-5-4) Asm（オプション，デフォルトは未定義）
+
+インラインアセンブラを記述するための指定．Asmは，最適化により削除しては
+ならないことを示す．これらは，ターゲット依存部でのみ使うマクロであるた
+め，ターゲット依存部で使わないなら定義する必要はない．
+
+(3-5-5) offsetof(structure, field)（オプション，デフォルトの定義あり）
+
+構造体structureの中での，フィールドfieldのオフセットを求めるマクロ．
+
+(3-5-6) alignof(type)（オプション，デフォルトの定義あり）
+
+データ型typeのアラインメント単位を求めるマクロ．
+
+(3-5-7) NoReturn（オプション，デフォルトは未定義）
+
+リターンすることのない関数であることを示す指定．これは，ターゲット依存
+部のみ使うマクロであるため，ターゲット依存部で使わないなら定義する必要
+はない．
+
+3.6 標準的な定義の上書き
+
+t_stddef.hに含まれるTOPPERS共通定義の標準的な定義を上書きする場合には，
+以下のマクロを定義する．
+
+(3-6-1) TOPPERS_bool（オプション，デフォルトはint）
+(3-6-2) TOPPERS_size（オプション，デフォルトはuintptr_t）
+(3-6-3) TOPPERS_fp（オプション，デフォルトは他と互換性のない関数ポインタ）
+
+それぞれ，bool_t，SIZE，FPに型定義すべきデータ型．
+
+(3-6-4) UINT_C(val)（オプション，デフォルトはUを付加）
+(3-6-5) ULONG_C(val)（オプション，デフォルトはULを付加）
+
+それぞれ，unsigned uint型，unsigned long型の定数を作るためのマクロ．
+
+(3-6-6) NULL（オプション，デフォルトは0）
+
+C90準拠のC言語環境では，NULLの定義はstddef.hに含まれているため，これを
+インクルードしてもよい．
+
+(3-6-7) ERCD(mercd, sercd)（オプション）
+(3-6-8) MERCD(ercd)（オプション）
+(3-6-9) SERCD(ercd)（オプション）
+
+ERCD，MERCD，SERCDの標準の定義は，符号付き整数が2の補数で表現されており，
+右シフト演算子（>>）が算術シフトされることを仮定している．多くのコンパ
+イラでこの仮定が成り立つが，そうでない場合には，ターゲット依存部でこれ
+らの定義を上書きする必要がある．
+
+(3-6-10) ALIGN_TYPE(addr, type)（オプション）
+
+アドレスaddrが，データ型typeのアラインメント単位にアラインしているか
+チェックするマクロ．
+
+3.7 アサーションのための定義
+
+t_stddef.hには，assertの定義が含まれる．assertが失敗した場合（assertの
+パラメータがfalseになった場合）の処理を，ターゲット依存に用意する必要が
+ある．これらの定義は，assertマクロを使用する前であれば，t_stddef.h以降
+にインクルードされるファイルに含まれていてもよい．なお，assertを無効に
+する（NDEBUGをマクロ定義してコンパイルする）場合には，これらを用意する
+必要はない．
 
 (3-7-1) TOPPERS_assert_abort(void)
 
-assertãŒå¤±æ•—ã—ãŸå ´åˆã«ï¼Œãƒ—ãƒ­ã‚°ãƒ©ãƒ ã‚’åœæ­¢ã•ã›ã‚‹é–¢æ•°ï¼Žã‚·ã‚¹ãƒ†ãƒ é–‹ç™ºä¸­ã¯ãƒ‡
-バッガに落とすのが理想的である．システム稼働時には例外処理を行わせるこ
-とになる．
+assertが失敗した場合に，プログラムを停止させる関数．システム開発中はデ
+バッガに落とすのが理想的である．システム稼働時には例外処理を行わせるこ
+とになる．
 
 (3-7-2) TOPPERS_assert_fail(exp, file, line)
 
-assertが失敗した時のæƒ
-å ±ã‚’è¡¨ç¤º/記録するためのマクロ．システムログ機能を
-ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œt_syslog.hにシステムログ機能に記録するための定義が含ま
-れているので，ターゲット依存部で用意するå¿
-要はない．
-
-
-４．システムインタフェースレイヤ（SIL）のターゲット依存部
-
-システムインタフェースレイヤ（SIL，sil.h）のターゲット依存部の定義は，
-target_sil.hまたはそこからインクルードされるファイル（プロセッサ・チッ
-プ・開発環境依存部で用意されるヘッダファイルなど）に含める．
-
-SILのサービスコールは，任意のシステム状æ
-‹ã§å‘¼ã³å‡ºã™ã“とができる．そのた
-め，SILのターゲット依存部の関数は，任意のシステム状æ
-‹ã§å‘¼ã³å‡ºã›ã‚‹ã‚ˆã†ã«
-実è£
-しなければならない．
-
-4.1 å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã®ç®¡ç†
-
-SILのターゲット依存部では，å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã¸é·ç§»ã™ã‚‹æ©Ÿèƒ½ã¨ï¼Œå
-ƒã®çŠ¶æ
-‹
-へ戻す機能（å
-ƒã®çŠ¶æ
-‹ã‚’記憶するために変数を使う）を提供する．å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒ
-ク状æ
-‹ã§ã‚るかを判別する機能は提供するå¿
-要がない．
-
-SILã®æ©Ÿèƒ½ã¯ï¼Œã‚«ãƒ¼ãƒãƒ«ã‚’ä½¿ç”¨ã—ãªã„å ´åˆã«ã‚‚ä½¿ç”¨ã§ãã‚‹å¿
-要がある．そのため，
-å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã¸ã®é·ç§»ã¨å
-ƒã®çŠ¶æ
-‹ã¸ã®å¾©å¸°ã¯ï¼Œã‚«ãƒ¼ãƒãƒ«ã‚’用いず，プロ
-セッサのリソースを直接操作することによって実現する．また，å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒ
-ク状æ
-‹ã¸ã®é·ç§»ã¨å
-ƒã®çŠ¶æ
-‹ã¸ã®å¾©å¸°ã¯ï¼Œå
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã‚„CPUロック状æ
-‹ã§
-も行えるå¿
-要がある．
-
-保護機能を持ったカーネルでは，ユーザタスクからプロセッサのリソースを直
-接操作することができないため，ユーザタスクからはこれらの機能を用いるこ
-ã¨ãŒã§ããªã„ï¼Žç”¨ã„ãŸå ´åˆã®æŒ¯èˆžã„ã¯ã‚¿ãƒ¼ã‚²ãƒƒãƒˆãƒ—ãƒ­ã‚»ãƒƒã‚µã«ä¾å­˜ã™ã‚‹ãŒï¼Œå
-¸
-型的には，特権命令違反などのCPU例外が発生することになる．
+assertが失敗した時の情報を表示/記録するためのマクロ．システムログ機能を
+用いる場合には，t_syslog.hにシステムログ機能に記録するための定義が含ま
+れているので，ターゲット依存部で用意する必要はない．
+
+
+４．システムインタフェースレイヤ（SIL）のターゲット依存部
+
+システムインタフェースレイヤ（SIL，sil.h）のターゲット依存部の定義は，
+target_sil.hまたはそこからインクルードされるファイル（プロセッサ・チッ
+プ・開発環境依存部で用意されるヘッダファイルなど）に含める．
+
+SILのサービスコールは，任意のシステム状態で呼び出すことができる．そのた
+め，SILのターゲット依存部の関数は，任意のシステム状態で呼び出せるように
+実装しなければならない．
+
+4.1 全割込みロック状態の管理
+
+SILのターゲット依存部では，全割込みロック状態へ遷移する機能と，元の状態
+へ戻す機能（元の状態を記憶するために変数を使う）を提供する．全割込みロッ
+ク状態であるかを判別する機能は提供する必要がない．
+
+SILの機能は，カーネルを使用しない場合にも使用できる必要がある．そのため，
+全割込みロック状態への遷移と元の状態への復帰は，カーネルを用いず，プロ
+セッサのリソースを直接操作することによって実現する．また，全割込みロッ
+ク状態への遷移と元の状態への復帰は，全割込みロック状態やCPUロック状態で
+も行える必要がある．
+
+保護機能を持ったカーネルでは，ユーザタスクからプロセッサのリソースを直
+接操作することができないため，ユーザタスクからはこれらの機能を用いるこ
+とができない．用いた場合の振舞いはターゲットプロセッサに依存するが，典
+型的には，特権命令違反などのCPU例外が発生することになる．
 
 (4-1-1) SIL_PRE_LOC
 
-å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯ãƒ•ãƒ©ã‚°ã®çŠ¶æ
-‹ã‚’保存するための変数を定義するマクロ．型名の
-後に，変数名を続けたものに定義する．変数名は，他の名前と衝突しないよう
-に，"TOPPERS_"で始まる名前にする．
+全割込みロックフラグの状態を保存するための変数を定義するマクロ．型名の
+後に，変数名を続けたものに定義する．変数名は，他の名前と衝突しないよう
+に，"TOPPERS_"で始まる名前にする．
 
 (4-1-2) SIL_LOC_INT()
 
-現在のå
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯ãƒ•ãƒ©ã‚°ã®çŠ¶æ
-‹ã‚’SIL_PRE_LOCで定義した変数に保存し，å
-¨
-割込みロック状æ
-‹ã«é·ç§»ã•ã›ã‚‹ãƒžã‚¯ãƒ­ï¼Žã“のマクロを実現する際には，「1.6
-クリティカルセクションの出å
-¥å‡¦ç†ã®å®Ÿç¾ã«é–¢ã™ã‚‹åˆ¶ç´„」の節に記述されてい
-る制約に従わなければならない．
+現在の全割込みロックフラグの状態をSIL_PRE_LOCで定義した変数に保存し，全
+割込みロック状態に遷移させるマクロ．このマクロを実現する際には，「1.6
+クリティカルセクションの出入処理の実現に関する制約」の節に記述されてい
+る制約に従わなければならない．
 
 (4-1-3) SIL_UNL_INT()
 
-SIL_LOC_INT()によって変数に保存した状æ
-‹ã«æˆ»ã™ãƒžã‚¯ãƒ­ï¼Žã“のマクロを実現す
-る際には，「1.6 クリティカルセクションの出å
-¥å‡¦ç†ã®å®Ÿç¾ã«é–¢ã™ã‚‹åˆ¶ç´„」の
-節に記述されている制約に従わなければならない．
-
-4.2 微少時間å¾
-ち
+SIL_LOC_INT()によって変数に保存した状態に戻すマクロ．このマクロを実現す
+る際には，「1.6 クリティカルセクションの出入処理の実現に関する制約」の
+節に記述されている制約に従わなければならない．
+
+4.2 微少時間待ち
 
 (4-2-1) void sil_dly_nse(ulong_t dlytim)
 
-dlytimで指定された以上の時間（単位はナノ秒），ループなどによってå¾
-つ関
-数．
-
-以下の関数と等価な処理を，アセンブリ言語で記述する方法を，標準的な実è£
-
-方法とする．アセンブリ言語で記述するのは，コンパイラの最適化に依存しな
-いようにするためである．またこの関数は，キャッシュ等の影響を受けないよ
-うに，できる限りメモリアクセスを行わないように実è£
-すべきである．
+dlytimで指定された以上の時間（単位はナノ秒），ループなどによって待つ関
+数．
+
+以下の関数と等価な処理を，アセンブリ言語で記述する方法を，標準的な実装
+方法とする．アセンブリ言語で記述するのは，コンパイラの最適化に依存しな
+いようにするためである．またこの関数は，キャッシュ等の影響を受けないよ
+うに，できる限りメモリアクセスを行わないように実装すべきである．
 
         void sil_dly_nse(ulong_t dlytim)
         {
                 dlytim -= SIL_DLY_TIM1;
-                if (結果が0より大きい) {
+                if (結果が0より大きい) {
                         do {
                                 dlytim -= SIL_DLY_TIM2;
-                        } while (結果が0より大きい);
+                        } while (結果が0より大きい);
                 }
         }
 
-この関数の動作は次の通りである．dlytimがSIL_DLY_TIM1ä»¥ä¸‹ã®å ´åˆã«ã¯ï¼Œæœ€
-初のif文の条件が成立せず，すぐに関数から抜ける．dlytimがSIL_DLY_TIM1よ
-り大きく，(SIL_DLY_TIM1+SIL_DLY_TIM2)ä»¥ä¸‹ã®å ´åˆã«ã¯ï¼Œæœ€åˆã®if文の条件は
-成立するが，doループは1回も回らずに関数から抜ける．dlytimが
-(SIL_DLY_TIM1+SIL_DLY_TIM2)より大きく，(SIL_DLY_TIM1+SIL_DLY_TIM2*2)以
-ä¸‹ã®å ´åˆã«ã¯ï¼Œdoループを1回だけ回って関数から抜ける．その後，dlytimが
-SIL_DLY_TIM2大きくなる度に，whileループを回る回数が1回ずつ増える．
-
-なお，この関数をアセンブリ言語（または，Cè¨€èªžï¼‰ã§è¨˜è¿°ã™ã‚‹å ´åˆï¼Œã©ã®ãƒ•ã‚¡
-イルに記述するかが問題になる．SILのターゲット依存部には，標準では，アセ
-ンブリ言語（または，C言語）の関数定義を記述するためのファイルを用意して
-いない．ターゲット依存で用意してもよいが，例外的に，カーネル実è£
-のター
-ゲット依存モジュール（target_support.Sまたはtarget_config.c）に記述して
-もよいことにする．
-
-(4-2-2) SIL_DLY_TIM1（オプション）
-(4-2-3) SIL_DLY_TIM2（オプション）
-
-sil_dly_nseã‚’ä¸Šè¨˜ã®æ¨™æº–çš„ãªæ–¹æ³•ã§å®Ÿç¾ã—ãŸå ´åˆï¼Œã“ã®2つの定数をターゲッ
-ト依存部でマクロ定義する．
-
-SIL_DLY_TIM2は，上記の関数において，doループ1回の実行時間（単位はナノ秒）
-に設定する．ターゲットプロセッサの命令セットにもよるが，おおよそ，減算
-命令と条件分岐命令各1回の実行時間になる．SIL_DLY_TIM2が決まれば，関数呼
-出しも含めたå
-¨ä½“の時間がdlytimで指定された以上の時間になるように，
-SIL_DLY_TIM1を決める．
-
-この2つの定数値の決定を支援するプログラムとして，testディレクトリに，
-test_dlynseを用意している．test_dlynseを実行すると，次のような出力が得
-られる．
+この関数の動作は次の通りである．dlytimがSIL_DLY_TIM1以下の場合には，最
+初のif文の条件が成立せず，すぐに関数から抜ける．dlytimがSIL_DLY_TIM1よ
+り大きく，(SIL_DLY_TIM1+SIL_DLY_TIM2)以下の場合には，最初のif文の条件は
+成立するが，doループは1回も回らずに関数から抜ける．dlytimが
+(SIL_DLY_TIM1+SIL_DLY_TIM2)より大きく，(SIL_DLY_TIM1+SIL_DLY_TIM2*2)以
+下の場合には，doループを1回だけ回って関数から抜ける．その後，dlytimが
+SIL_DLY_TIM2大きくなる度に，whileループを回る回数が1回ずつ増える．
+
+なお，この関数をアセンブリ言語（または，C言語）で記述する場合，どのファ
+イルに記述するかが問題になる．SILのターゲット依存部には，標準では，アセ
+ンブリ言語（または，C言語）の関数定義を記述するためのファイルを用意して
+いない．ターゲット依存で用意してもよいが，例外的に，カーネル実装のター
+ゲット依存モジュール（target_support.Sまたはtarget_config.c）に記述して
+もよいことにする．
+
+(4-2-2) SIL_DLY_TIM1（オプション）
+(4-2-3) SIL_DLY_TIM2（オプション）
+
+sil_dly_nseを上記の標準的な方法で実現した場合，この2つの定数をターゲッ
+ト依存部でマクロ定義する．
+
+SIL_DLY_TIM2は，上記の関数において，doループ1回の実行時間（単位はナノ秒）
+に設定する．ターゲットプロセッサの命令セットにもよるが，おおよそ，減算
+命令と条件分岐命令各1回の実行時間になる．SIL_DLY_TIM2が決まれば，関数呼
+出しも含めた全体の時間がdlytimで指定された以上の時間になるように，
+SIL_DLY_TIM1を決める．
+
+この2つの定数値の決定を支援するプログラムとして，testディレクトリに，
+test_dlynseを用意している．test_dlynseを実行すると，次のような出力が得
+られる．
 
 -- for fitting parameters --
@@ -1391 +1192 @@
 sil_dly_nse(510): 520 OK
 sil_dly_nse(600): 610 OK
-<中略>
+<中略>
 -- for checking boundary conditions --
 sil_dly_nse(421): 520 OK
@@ -1397 +1198 @@
 sil_dly_nse(601): 700 OK
 
-"for fitting parameters"に続く出力は，sil_dly_nse(dlytim)ã‚’å‘¼ã³å‡ºã—ãŸå ´
-合のå¾
-ち時間を測定した結果である．このプログラムを用いて，":"の右側の数
-値が，dlytimよりも大きい範囲でなるべく近い値になるように，2つの定数値を
-調整する．"for checking boundary conditions"に続く出力は，プログラムの
-妥当性をチェックするためのもので，":"の右側の数値が，dlytimよりも大きい
-ことを確認する（近い値になるå¿
-要はない）．
-
-4.3 プロセッサのエンディアン
+"for fitting parameters"に続く出力は，sil_dly_nse(dlytim)を呼び出した場
+合の待ち時間を測定した結果である．このプログラムを用いて，":"の右側の数
+値が，dlytimよりも大きい範囲でなるべく近い値になるように，2つの定数値を
+調整する．"for checking boundary conditions"に続く出力は，プログラムの
+妥当性をチェックするためのもので，":"の右側の数値が，dlytimよりも大きい
+ことを確認する（近い値になる必要はない）．
+
+4.3 プロセッサのエンディアン
 
 (4-3-1) SIL_ENDIAN_BIG
 (4-3-2) SIL_ENDIAN_LITTLE
 
-プロセッサのエンディアンにより，いずれか片方のシンボルをマクロ定義する．
-
-(4-3-3) TOPPERS_SIL_REV_ENDIAN_UINT16（オプション）
-(4-3-4) TOPPERS_SIL_REV_ENDIAN_UINT32（オプション）
-
-それぞれ，16ビット，32ビットの符号無し整数のエンディアンを反転させるマ
-ã‚¯ãƒ­ï¼Žãƒ—ãƒ­ã‚»ãƒƒã‚µãŒã‚¨ãƒ³ãƒ‡ã‚£ã‚¢ãƒ³åè»¢ã®ãŸã‚ã®å‘½ä»¤ã‚’æŒã¤å ´åˆã«ã¯ï¼Œãã®å‘½ä»¤
-ã‚’ç”¨ã„ã¦å®Ÿç¾ã™ã‚‹ï¼Žã“ã‚Œã‚‰ã®ã‚·ãƒ³ãƒœãƒ«ã‚’ãƒžã‚¯ãƒ­å®šç¾©ã—ãªã„å ´åˆã«ã¯ï¼Œãƒ‡ãƒ•ã‚©ãƒ«
-トの定義が使われる．
-
-4.4 メモリ空間アクセス関数
+プロセッサのエンディアンにより，いずれか片方のシンボルをマクロ定義する．
+
+(4-3-3) TOPPERS_SIL_REV_ENDIAN_UINT16（オプション）
+(4-3-4) TOPPERS_SIL_REV_ENDIAN_UINT32（オプション）
+
+それぞれ，16ビット，32ビットの符号無し整数のエンディアンを反転させるマ
+クロ．プロセッサがエンディアン反転のための命令を持つ場合には，その命令
+を用いて実現する．これらのシンボルをマクロ定義しない場合には，デフォル
+トの定義が使われる．
+
+4.4 メモリ空間アクセス関数
 
 (4-4-1) TOPPERS_OMIT_SIL_ACCESS
 
-æ¨™æº–ã®ãƒ¡ãƒ¢ãƒªç©ºé–“ã‚¢ã‚¯ã‚»ã‚¹é–¢æ•°ã‚’ä½¿ç”¨ã›ãšï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§ç”¨æ„ã™ã‚‹å ´åˆ
-には，このシンボルをマクロ定義する．
+標準のメモリ空間アクセス関数を使用せず，ターゲット依存部で用意する場合
+には，このシンボルをマクロ定義する．
 
 (4-4-2) TOPPERS_OMIT_SIL_REH_LEM
@@ -1437 +1236 @@
 (4-4-9) TOPPERS_OMIT_SIL_WRW_BEM
 
-それぞれ，標準のsil_reh_lem，sil_wrh_lem，sil_reh_bem，sil_wrh_bem，
-sil_rew_lem，sil_wrw_lem，sil_rew_bem，sil_wrw_bemを使用せず，ターゲッ
-ãƒˆä¾å­˜éƒ¨ã§ç”¨æ„ã™ã‚‹å ´åˆã«ã¯ï¼Œã“ã‚Œã‚‰ã®ã‚·ãƒ³ãƒœãƒ«ã‚’ãƒžã‚¯ãƒ­å®šç¾©ã™ã‚‹ï¼Ž
-
-4.5 I/O空間アクセス関数
-
-メモリ空間とは別にI/O空間を持つプロセッサでは，I/O空間にあるデバイスレ
-ジスタをアクセスするための関数として，sil_reb_iop，sil_wrb_iop，
-sil_reh_iop，sil_wrh_iop，sil_reh_lep，sil_wrh_lep，sil_reh_bep，
-sil_wrh_bep，sil_rew_iop，sil_wrw_iop，sil_rew_lep，sil_wrw_lep，
-sil_rew_bep，sil_wrw_bepの中でå¿
-要なものを，ターゲット依存部で用意する．
-
-
-５．カーネルAPIのターゲット依存部
-
-カーネルAPI（kernel.h）のターゲット依存部の定義は，target_kernel.hまた
-はそこからインクルードされるファイル（プロセッサ・チップ・開発環境依存
-部で用意されるヘッダファイルなど）に含める．
-
-5.1 ターゲット定義でサポートする機能
-
-(5-1-1) TOPPERS_TARGET_SUPPORT_DIS_INT          dis_intをサポートする
-(5-1-2) TOPPERS_TARGET_SUPPORT_ENA_INT          ena_intをサポートする
-(5-1-3) TOPPERS_TARGET_SUPPORT_GET_UTM          get_utmをサポートする
-
-dis_int，ena_int，get_utmã‚’ã‚µãƒãƒ¼ãƒˆã™ã‚‹å ´åˆã«ï¼Œãã‚Œãžã‚Œã®ã‚·ãƒ³ãƒœãƒ«ã‚’ãƒžã‚¯
-ロ定義する．
-
-5.2 割込み優å
-ˆåº¦ã®ç¯„囲
-
-(5-2-1) TMIN_INTPRI                             割込み優å
-ˆåº¦ã®æœ€å°å€¤ï¼ˆæœ€é«˜å€¤ï¼‰
-(5-2-2) TMAX_INTPRI                             割込み優å
-ˆåº¦ã®æœ€å¤§å€¤ï¼ˆæœ€ä½Žå€¤ï¼‰
-
-それぞれ，カーネル管理の割込み優å
-ˆåº¦ã®æœ€å°å€¤ï¼ˆï¼å„ªå
-ˆåº¦ãŒæœ€é«˜ï¼‰ï¼Œã‚«ãƒ¼ãƒ
-ル管理の割込み優å
-ˆåº¦ã®æœ€å¤§å€¤ï¼ˆå„ªå
-ˆåº¦ãŒæœ€ä½Žï¼‰ã«å®šç¾©ã™ã‚‹ï¼ŽTMAX_INTPRIは-1
-に固定されているが，対称性のために，ターゲット依存部で定義することにし
-ている．
-
-5.3 タイムティックの定義
-
-(5-3-1) TIC_NUME                                タイムティックの周期の分子
-(5-3-2) TIC_DENO                                タイムティックの周期の分母
-
-タイムティックの周期（signal_timeを呼び出す周期）を，ミリ秒単位で，
-TIC_NUME/TIC_DENOに定義する．例えば，タイムティックの周期が1/30ç§’ã®å ´åˆ
-には，TIC_NUMEを100に，TIC_DENOを3に定義すればよい．
-
-タイムティックの周期は，1ミリ秒とする（つまり，TIC_NUME，TIC_DENOとも1
-に定義する）ことを推奨するが，シミュレーション環境や性能の低いプロセッ
-ã‚µã§ãã‚ŒãŒé©åˆ‡ã§ãªã„å ´åˆã«ã¯ï¼Œãã‚Œä»¥å¤–ã®å€¤ã¨ã—ã¦ã‚‚ã‚ˆã„ï¼Žãã®å ´åˆã§ã‚‚ï¼Œ
-可能な限り，1ミリ秒の倍数である（つまり，TIC_DENOを1に定義する）ことが
-望ましい．
-
-TIC_NUMEとTIC_DENOの定義を変更することで，タイムティックの周期を変更で
-きるようにタイマドライバを実è£
-ã™ã‚‹å ´åˆã«ã¯ï¼Œã“ã®2つの定数の定義はデフォ
-ルト値を与えていることになる．そこで，これらの定義を「#ifndef TIC_NUME」
-「#endif」で囲んで記述する．
-
-5.4 ãƒ¡ãƒ¢ãƒªé ˜åŸŸç¢ºä¿ã®ãŸã‚ã®åž‹å®šç¾©
-
-(5-4-1) TOPPERS_STK_T   ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã‚’ç¢ºä¿ã™ã‚‹ãŸã‚ã®åž‹ï¼ˆã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼‰
-(5-4-2) TOPPERS_MPF_T   å›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«é ˜åŸŸã‚’ç¢ºä¿ã™ã‚‹ãŸã‚ã®åž‹ï¼ˆã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼‰
-
-ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã¨å›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«é ˜åŸŸã¯ï¼Œæ¨™æº–ã§ã¯ï¼Œintptr_t型のé
-åˆ—とし
-て確保するが，より大きい単位でアラインさせたいなどの理由で，それ以外の
-型のé
-åˆ—ã¨ã—ã¦ç¢ºä¿ã™ã‚‹å ´åˆã«ã¯ï¼Œãã‚Œãžã‚ŒTOPPERS_STK_TとTOPPERS_MPF_Tを，
-é
-åˆ—のベースとなるデータ型にマクロ定義する．
-
-5.5 ビットパターンのビット数
-
-(5-5-1) TBIT_TEXPTN             ã‚¿ã‚¹ã‚¯ä¾‹å¤–è¦å› ã®ãƒ“ãƒƒãƒˆæ•°ï¼ˆã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼‰
-(5-5-2) TBIT_FLGPTN             イベントフラグのビット数（オプション）
-
-TBIT_TEXPTN，TBIT_FLGPTNの標準の定義では，整数型の有効ビット数が，その
-型のsizeofにCHAR_BITを乗じたものと一致していることを仮定している．多く
-ã®ã‚³ãƒ³ãƒ‘ã‚¤ãƒ©ã§ã“ã®ä»®å®šãŒæˆã‚Šç«‹ã¤ãŒï¼Œãã†ã§ãªã„å ´åˆã«ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜
-部でこれらの定義を上書きするå¿
-要がある．ただし，これらの値は16以上でな
-ければならない．
-
-5.6 ãƒ¡ãƒ¢ãƒªé ˜åŸŸç¢ºä¿ã®ãŸã‚ã®ãƒžã‚¯ãƒ­
-
-(5-6-1) TOPPERS_ROUND_SZ（オプション）
-(5-6-2) TOPPERS_COUNT_SZ（オプション）
-
-TOPPERS_COUNT_SZ(sz, unit)は，sz/unitを切り上げた値を求めるマクロで，サ
-イズがszã®ãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’ã‚µã‚¤ã‚ºãŒunitのデータ型のé
-åˆ—ã§ç¢ºä¿ã™ã‚‹å ´åˆã®è¦ç´ 
-数を求めるために用いる．TOPPERS_ROUND_SZ(sz, unit)は，sz/unitを切り上げ
-たものにunitをかけた値を求めるマクロで，サイズがszã®ãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’ã‚µã‚¤ã‚º
-がunitのデータ型のé
-åˆ—ã§ç¢ºä¿ã™ã‚‹å ´åˆã®ãƒˆãƒ¼ã‚¿ãƒ«ã‚µã‚¤ã‚ºã‚’æ±‚ã‚ã‚‹ãŸã‚ã«ç”¨ã„
-る．
-
-それぞれ，標準のTOPPERS_ROUND_SZ，TOPPERS_COUNT_SZが適切でなく，ターゲッ
-ãƒˆä¾å­˜éƒ¨ã§ç”¨æ„ã™ã‚‹å ´åˆã«ã¯ï¼Œã“ã‚Œã‚‰ã®ã‚·ãƒ³ãƒœãƒ«ã‚’é©åˆ‡ãªå€¤ã«ãƒžã‚¯ãƒ­å®šç¾©ã™ã‚‹ï¼Ž
-
-5.7 オーバランハンドラ機能拡張のための定義（オプション）
-
-オーバランハンドラ機能拡張パッケージをサポートする（使用できるようにす
-ã‚‹ï¼‰å ´åˆã«ã¯ï¼Œæ¬¡ã®3つを実施することがå¿
-要である．
-
-・この節で説明する定義を行う．
-ãƒ»ï¼–ç« ã«ç¤ºã™ã‚³ãƒ¼ãƒ‰ä¸­ã§ï¼ŒTOPPERS_SUPPORT_OVRHDRãŒãƒžã‚¯ãƒ­å®šç¾©ã•ã‚Œã¦ã„ã‚‹å ´
-　合にのみ有効となるコードを実è£
-する．
-・オーバランタイマドライバを用意する．オーバランタイマドライバについて
-　は，「6.14 オーバランタイマドライバ」の節を参ç
-§ã™ã‚‹ã“と．
+それぞれ，標準のsil_reh_lem，sil_wrh_lem，sil_reh_bem，sil_wrh_bem，
+sil_rew_lem，sil_wrw_lem，sil_rew_bem，sil_wrw_bemを使用せず，ターゲッ
+ト依存部で用意する場合には，これらのシンボルをマクロ定義する．
+
+4.5 I/O空間アクセス関数
+
+メモリ空間とは別にI/O空間を持つプロセッサでは，I/O空間にあるデバイスレ
+ジスタをアクセスするための関数として，sil_reb_iop，sil_wrb_iop，
+sil_reh_iop，sil_wrh_iop，sil_reh_lep，sil_wrh_lep，sil_reh_bep，
+sil_wrh_bep，sil_rew_iop，sil_wrw_iop，sil_rew_lep，sil_wrw_lep，
+sil_rew_bep，sil_wrw_bepの中で必要なものを，ターゲット依存部で用意する．
+
+
+５．カーネルAPIのターゲット依存部
+
+カーネルAPI（kernel.h）のターゲット依存部の定義は，target_kernel.hまた
+はそこからインクルードされるファイル（プロセッサ・チップ・開発環境依存
+部で用意されるヘッダファイルなど）に含める．
+
+5.1 ターゲット定義でサポートする機能
+
+(5-1-1) TOPPERS_TARGET_SUPPORT_DIS_INT          dis_intをサポートする
+(5-1-2) TOPPERS_TARGET_SUPPORT_ENA_INT          ena_intをサポートする
+(5-1-3) TOPPERS_TARGET_SUPPORT_GET_UTM          get_utmをサポートする
+
+dis_int，ena_int，get_utmをサポートする場合に，それぞれのシンボルをマク
+ロ定義する．
+
+5.2 割込み優先度の範囲
+
+(5-2-1) TMIN_INTPRI                             割込み優先度の最小値（最高値）
+(5-2-2) TMAX_INTPRI                             割込み優先度の最大値（最低値）
+
+それぞれ，カーネル管理の割込み優先度の最小値（＝優先度が最高），カーネ
+ル管理の割込み優先度の最大値（優先度が最低）に定義する．TMAX_INTPRIは-1
+に固定されているが，対称性のために，ターゲット依存部で定義することにし
+ている．
+
+5.3 タイムティックの定義
+
+(5-3-1) TIC_NUME                                タイムティックの周期の分子
+(5-3-2) TIC_DENO                                タイムティックの周期の分母
+
+タイムティックの周期（signal_timeを呼び出す周期）を，ミリ秒単位で，
+TIC_NUME/TIC_DENOに定義する．例えば，タイムティックの周期が1/30秒の場合
+には，TIC_NUMEを100に，TIC_DENOを3に定義すればよい．
+
+タイムティックの周期は，1ミリ秒とする（つまり，TIC_NUME，TIC_DENOとも1
+に定義する）ことを推奨するが，シミュレーション環境や性能の低いプロセッ
+サでそれが適切でない場合には，それ以外の値としてもよい．その場合でも，
+可能な限り，1ミリ秒の倍数である（つまり，TIC_DENOを1に定義する）ことが
+望ましい．
+
+TIC_NUMEとTIC_DENOの定義を変更することで，タイムティックの周期を変更で
+きるようにタイマドライバを実装する場合には，この2つの定数の定義はデフォ
+ルト値を与えていることになる．そこで，これらの定義を「#ifndef TIC_NUME」
+「#endif」で囲んで記述する．
+
+5.4 メモリ領域確保のための型定義
+
+(5-4-1) TOPPERS_STK_T   スタック領域を確保するための型（オプション）
+(5-4-2) TOPPERS_MPF_T   固定長メモリプール領域を確保するための型（オプション）
+
+スタック領域と固定長メモリプール領域は，標準では，intptr_t型の配列とし
+て確保するが，より大きい単位でアラインさせたいなどの理由で，それ以外の
+型の配列として確保する場合には，それぞれTOPPERS_STK_TとTOPPERS_MPF_Tを，
+配列のベースとなるデータ型にマクロ定義する．
+
+5.5 ビットパターンのビット数
+
+(5-5-1) TBIT_TEXPTN             タスク例外要因のビット数（オプション）
+(5-5-2) TBIT_FLGPTN             イベントフラグのビット数（オプション）
+
+TBIT_TEXPTN，TBIT_FLGPTNの標準の定義では，整数型の有効ビット数が，その
+型のsizeofにCHAR_BITを乗じたものと一致していることを仮定している．多く
+のコンパイラでこの仮定が成り立つが，そうでない場合には，ターゲット依存
+部でこれらの定義を上書きする必要がある．ただし，これらの値は16以上でな
+ければならない．
+
+5.6 メモリ領域確保のためのマクロ
+
+(5-6-1) TOPPERS_ROUND_SZ（オプション）
+(5-6-2) TOPPERS_COUNT_SZ（オプション）
+
+TOPPERS_COUNT_SZ(sz, unit)は，sz/unitを切り上げた値を求めるマクロで，サ
+イズがszのメモリ領域をサイズがunitのデータ型の配列で確保する場合の要素
+数を求めるために用いる．TOPPERS_ROUND_SZ(sz, unit)は，sz/unitを切り上げ
+たものにunitをかけた値を求めるマクロで，サイズがszのメモリ領域をサイズ
+がunitのデータ型の配列で確保する場合のトータルサイズを求めるために用い
+る．
+
+それぞれ，標準のTOPPERS_ROUND_SZ，TOPPERS_COUNT_SZが適切でなく，ターゲッ
+ト依存部で用意する場合には，これらのシンボルを適切な値にマクロ定義する．
+
+5.7 オーバランハンドラ機能拡張のための定義（オプション）
+
+オーバランハンドラ機能拡張パッケージをサポートする（使用できるようにす
+る）場合には，次の3つを実施することが必要である．
+
+・この節で説明する定義を行う．
+・６章に示すコード中で，TOPPERS_SUPPORT_OVRHDRがマクロ定義されている場
+　合にのみ有効となるコードを実装する．
+・オーバランタイマドライバを用意する．オーバランタイマドライバについて
+　は，「6.14 オーバランタイマドライバ」の節を参照すること．
 
 (5-7-1) TOPPERS_TARGET_SUPPORT_OVRHDR
 
-ã‚ªãƒ¼ãƒãƒ©ãƒ³ãƒãƒ³ãƒ‰ãƒ©æ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã‚’ã‚µãƒãƒ¼ãƒˆã™ã‚‹å ´åˆã«ã¯ï¼Œã“ã®ã‚·ãƒ³ãƒœ
-ルをマクロ定義する．
-
-(5-7-2) TMAX_OVRTIM（オプション，デフォルトはULONG_MAX）
-
-プロセッサ時間としてオーバランタイマに設定できる最大値（単位はマイクロ
-秒）にマクロ定義する．
-
-
-６．カーネル実è£
-のターゲット依存部
-
-6.1 カーネル実è£
-のターゲット依存部のå
-±é€šäº‹é 
-
-
-6.1.1 カーネル実è£
-ã®ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã®æ§‹æˆè¦ç´ 
-
-カーネル実è£
-ã®ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã¯ï¼Œä»¥ä¸‹ã®è¦ç´ ã§æ§‹æˆã•ã‚Œã‚‹ï¼Ž
-
-(a) カーネル実è£
-のターゲット依存の定義
-
-カーネル実è£
-のターゲット非依存部から参ç
-§ã•ã‚Œã‚‹ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜ã®å®šç¾©ã¯ï¼Œ
-target_config.hまたはそこからインクルードされるファイル（プロセッサ・チッ
-プ・開発環境依存部で用意されるヘッダファイルなど）に含める．
-
-ターゲットのハードウェア資源（割込みハンドラ番号やCPU例外ハンドラ番号，
-デバイスレジスタの番地など）の定義は，システムサービスやアプリケーショ
-ンにも有用であるため，カーネル実è£
-のみに有用な定義を含むファイルとは切
-り分けて，独立したヘッダファイルに含める．このヘッダファイルの標準的な
-名称を，システム略称.h（または，チップ略称.h，プロセッサ略称.h）とする．
-
-(b) カーネル実è£
-のターゲット依存モジュール
-
-カーネル実è£
-のターゲット依存の変数定義や関数を含むモジュール．C言語で記
-述される部分をtarget_config.c，アセンブリ言語で記述される部分を
-target_support.Sに含める．プロセッサ・チップ・開発環境依存部を切り分け
-ã‚‹ã“ã¨ã‚„ï¼Œãƒ•ã‚¡ã‚¤ãƒ«ãŒå¤§ãããªã‚‹å ´åˆã«è¤‡æ•°ã®ãƒ•ã‚¡ã‚¤ãƒ«ã«åˆ†å‰²ã™ã‚‹ã“ã¨ã‚‚å¯èƒ½
-である．
-
-(c) カーネル実è£
-のターゲット依存部のためのリネーム記述
-
-カーネル実è£
-のターゲット依存部の変数名や関数名を，å
-ˆé ­ã«_kernel_を付与
-した名前にリネームするためのモジュール．target_rename.defを用意し，ツー
-ル（utils/genrename）により，target_rename.hとtarget_unrename.hを生成す
-ã‚‹ï¼Žãƒ—ãƒ­ã‚»ãƒƒã‚µãƒ»ãƒãƒƒãƒ—ãƒ»é–‹ç™ºç’°å¢ƒä¾å­˜éƒ¨ã‚’åˆ‡ã‚Šåˆ†ã‘ã‚‹å ´åˆã«ã¯ï¼Œãƒªãƒãƒ¼ãƒ è¨˜
-述も切り分ける．
-
-(d) タイマドライバ
-
-カーネルにタイムティックを通知する（signal_timeを周期的に呼び出す）ため
-のタイマドライバのヘッダファイル，実è£
-ファイル，システムコンフィギュレー
-ションファイルを，それぞれ，target_timer.h，target_timer.c，
-target_timer.cfgに含める．プロセッサ・チップ・開発環境依存部を切り分け
-ることも可能である．
-
-ã¾ãŸï¼Œã‚ªãƒ¼ãƒãƒ©ãƒ³ãƒãƒ³ãƒ‰ãƒ©æ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã‚’ã‚µãƒãƒ¼ãƒˆã™ã‚‹å ´åˆã«ã¯ï¼Œã‚ªãƒ¼
-バランハンドラを起動する（call_ovrhdrを呼び出す）ためのオーバランタイマ
-ドライバも，同じファイルに含める．
-
-ãªãŠï¼Œã“ã®ç« ã«ç¤ºã™ã‚³ãƒ¼ãƒ‰ä¸­ã§ï¼ŒTOPPERS_SUPPORT_OVRHDRがマクロ定義されて
-ã„ã‚‹å ´åˆã«ã®ã¿æœ‰åŠ¹ã¨ãªã‚‹ã‚³ãƒ¼ãƒ‰ã¯ï¼Œã‚ªãƒ¼ãƒãƒ©ãƒ³ãƒãƒ³ãƒ‰ãƒ©æ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸
-ã‚’ã‚µãƒãƒ¼ãƒˆã—ãªã„å ´åˆã«ã¯ï¼Œå®Ÿè£
-するå¿
-要がない．
-
-(e) コンフィギュレータ設定ファイル
-
-コンフィギュレータの設定ファイルのターゲット依存部を，target_def.csv，
-target.tf，target_check.tfに用意する．コンフィギュレータ設定ファイルの
-è¨˜è¿°æ–¹æ³•ã«ã¤ã„ã¦ã¯ï¼Œï¼—ç« ã§èª¬æ˜Žã™ã‚‹ï¼Ž
-
-6.1.2 ターゲット依存部の関数の命名規則
-
-カーネル実è£
-のターゲット依存部を構成する関数の中で，t_で始まるものはタ
-スクコンテキスト専用，i_で始まるものは非タスクコンテキスト専用，x_で始
-まるものはいずれのコンテキストからでも呼び出すことができる関数である．
-
-6.2 トレースログ機能への対応
-
-カーネルのトレースログ機能の中で，ディスパッチャ，割込みハンドラ，CPU例
-外ハンドラの開始・終了のトレースログ取得は，ターゲット依存部で実è£
-する
-å¿
-要がある．ほとんどのターゲットシステムにおいて，それらの処理はアセン
-ブリ言語で記述されており，ターゲット非依存部向けのトレースログマクロと
-同じ方法（トレースログマクロを，トレースログ取得処理のC言語記述にマクロ
-定義する方法）は，用いることができない．
-
-そこで，アセンブリ言語で記述されている処理中にトレースログ取得を埋め込
-ã‚€å ´åˆã«ã¯ï¼Œãƒˆãƒ¬ãƒ¼ã‚¹ãƒ­ã‚°ãƒžã‚¯ãƒ­ãŒå®šç¾©ã•ã‚Œã¦ã„ã‚Œã°ï¼Œãã‚ŒãŒä½•ã«å®šç¾©ã•ã‚Œã¦
-いるかは無視して，標準的なトレースログ関数がC言語で記述されていると想定
-して，それを呼び出すようにコーディングする．
-
-å
-·ä½“的には，下の表の左側に示したトレースログマクロが定義されていれば，
-表の右側に示したC言語記述と同等の処理を行うようにコーディングする．
-
-        トレースログマクロ             トレースログ取得処理
+オーバランハンドラ機能拡張パッケージをサポートする場合には，このシンボ
+ルをマクロ定義する．
+
+(5-7-2) TMAX_OVRTIM（オプション，デフォルトはULONG_MAX）
+
+プロセッサ時間としてオーバランタイマに設定できる最大値（単位はマイクロ
+秒）にマクロ定義する．
+
+
+６．カーネル実装のターゲット依存部
+
+6.1 カーネル実装のターゲット依存部の共通事項
+
+6.1.1 カーネル実装のターゲット依存部の構成要素
+
+カーネル実装のターゲット依存部は，以下の要素で構成される．
+
+(a) カーネル実装のターゲット依存の定義
+
+カーネル実装のターゲット非依存部から参照されるターゲット依存の定義は，
+target_config.hまたはそこからインクルードされるファイル（プロセッサ・チッ
+プ・開発環境依存部で用意されるヘッダファイルなど）に含める．
+
+ターゲットのハードウェア資源（割込みハンドラ番号やCPU例外ハンドラ番号，
+デバイスレジスタの番地など）の定義は，システムサービスやアプリケーショ
+ンにも有用であるため，カーネル実装のみに有用な定義を含むファイルとは切
+り分けて，独立したヘッダファイルに含める．このヘッダファイルの標準的な
+名称を，システム略称.h（または，チップ略称.h，プロセッサ略称.h）とする．
+
+(b) カーネル実装のターゲット依存モジュール
+
+カーネル実装のターゲット依存の変数定義や関数を含むモジュール．C言語で記
+述される部分をtarget_config.c，アセンブリ言語で記述される部分を
+target_support.Sに含める．プロセッサ・チップ・開発環境依存部を切り分け
+ることや，ファイルが大きくなる場合に複数のファイルに分割することも可能
+である．
+
+(c) カーネル実装のターゲット依存部のためのリネーム記述
+
+カーネル実装のターゲット依存部の変数名や関数名を，先頭に_kernel_を付与
+した名前にリネームするためのモジュール．target_rename.defを用意し，ツー
+ル（utils/genrename）により，target_rename.hとtarget_unrename.hを生成す
+る．プロセッサ・チップ・開発環境依存部を切り分ける場合には，リネーム記
+述も切り分ける．
+
+(d) タイマドライバ
+
+カーネルにタイムティックを通知する（signal_timeを周期的に呼び出す）ため
+のタイマドライバのヘッダファイル，実装ファイル，システムコンフィギュレー
+ションファイルを，それぞれ，target_timer.h，target_timer.c，
+target_timer.cfgに含める．プロセッサ・チップ・開発環境依存部を切り分け
+ることも可能である．
+
+また，オーバランハンドラ機能拡張パッケージをサポートする場合には，オー
+バランハンドラを起動する（call_ovrhdrを呼び出す）ためのオーバランタイマ
+ドライバも，同じファイルに含める．
+
+なお，この章に示すコード中で，TOPPERS_SUPPORT_OVRHDRがマクロ定義されて
+いる場合にのみ有効となるコードは，オーバランハンドラ機能拡張パッケージ
+をサポートしない場合には，実装する必要がない．
+
+(e) コンフィギュレータ設定ファイル
+
+コンフィギュレータの設定ファイルのターゲット依存部を，target_def.csv，
+target.tf，target_check.tfに用意する．コンフィギュレータ設定ファイルの
+記述方法については，７章で説明する．
+
+6.1.2 ターゲット依存部の関数の命名規則
+
+カーネル実装のターゲット依存部を構成する関数の中で，t_で始まるものはタ
+スクコンテキスト専用，i_で始まるものは非タスクコンテキスト専用，x_で始
+まるものはいずれのコンテキストからでも呼び出すことができる関数である．
+
+6.2 トレースログ機能への対応
+
+カーネルのトレースログ機能の中で，ディスパッチャ，割込みハンドラ，CPU例
+外ハンドラの開始・終了のトレースログ取得は，ターゲット依存部で実装する
+必要がある．ほとんどのターゲットシステムにおいて，それらの処理はアセン
+ブリ言語で記述されており，ターゲット非依存部向けのトレースログマクロと
+同じ方法（トレースログマクロを，トレースログ取得処理のC言語記述にマクロ
+定義する方法）は，用いることができない．
+
+そこで，アセンブリ言語で記述されている処理中にトレースログ取得を埋め込
+む場合には，トレースログマクロが定義されていれば，それが何に定義されて
+いるかは無視して，標準的なトレースログ関数がC言語で記述されていると想定
+して，それを呼び出すようにコーディングする．
+
+具体的には，下の表の左側に示したトレースログマクロが定義されていれば，
+表の右側に示したC言語記述と同等の処理を行うようにコーディングする．
+
+        トレースログマクロ               トレースログ取得処理
         -----------------------------------------------
         LOG_DSP_ENTER                   log_dsp_enter(p_runtsk)
@@ -1683 +1442 @@
         LOG_EXC_LEAVE                   log_exc_leave(excno)
 
-6.3 システム状æ
-‹ã®ç®¡ç†
-
-ASPカーネルを新たなターゲットシステムにポーティングする際に，最も重要な
-作業は，カーネルが定義するシステム状æ
-‹ã‚’，ハードウェア（プロセッサ）上
-でどのように実現するかである．以下の説明は，TOPPERS新世代カーネルにおけ
-るシステム状æ
-‹ã®å®šç¾©ãƒ»æ„å‘³ã‚’知っていることを前提に記述している．
-
-6.3.1 å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã®ç®¡ç†
-
-å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã¯ï¼ŒNMIを除くすべての割込みをマスクした状æ
-‹ã§ã‚る．å
-¨
-割込みロック状æ
-‹ã‚’管理する機能は，システムインタフェースレイヤ（SIL）に
-よって提供され，カーネルはå
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã‚’管理しない．
-
-å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã§ã¯ï¼Œsns_kerとext_ker以外のカーネルのサービスコール
-ã‚’å‘¼ã¶ã“ã¨ã¯ã§ããªã„ã‚‚ã®ã¨ã—ã¦ãŠã‚Šï¼Œå‘¼ã‚“ã å ´åˆã«ã¯ä½•ãŒèµ·ã“ã‚‹ã‹ä¿è¨¼ã—ã¦
-いない．sns_kerとext_kerから呼び出す処理は，トレースログ取得処理とSILの
-サービスコールを除くと，call_exit_kernelのみである．そのため，
-call_exit_kernelから呼び出すものを除いて，カーネルのターゲット依存部の
-関数が，å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã§å‘¼ã³å‡ºã•ã‚Œã‚‹çŠ¶æ³ã¯è€ƒãˆã‚‹å¿
-要がない．
-
-6.3.2 コンテキストの管理
-
-処理単位が実行されるコンテキストは，タスクコンテキストと非タスクコンテ
-キストに分類される．
-
-ターゲット依存部は，実行中の処理単位が，タスクコンテキストで実行されて
-いるか非タスクコンテキストで実行されているかを判別する機能を提供する．
-また，CPU例外が発生したコンテキストについて判別する機能を提供する．
-
-ターゲット依存部では，割込みハンドラとCPU例外ハンドラのå
-¥å£å‡¦ç†ã§éžã‚¿ã‚¹
-クコンテキストに切り換え，それらの出口処理でå
-ƒã®ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã«æˆ»ã™ï¼Žã¾
-た，ディスパッチャのå†
-部で一時的に非タスクコンテキストに切り換える．
+6.3 システム状態の管理
+
+ASPカーネルを新たなターゲットシステムにポーティングする際に，最も重要な
+作業は，カーネルが定義するシステム状態を，ハードウェア（プロセッサ）上
+でどのように実現するかである．以下の説明は，TOPPERS新世代カーネルにおけ
+るシステム状態の定義・意味を知っていることを前提に記述している．
+
+6.3.1 全割込みロック状態の管理
+
+全割込みロック状態は，NMIを除くすべての割込みをマスクした状態である．全
+割込みロック状態を管理する機能は，システムインタフェースレイヤ（SIL）に
+よって提供され，カーネルは全割込みロック状態を管理しない．
+
+全割込みロック状態では，sns_kerとext_ker以外のカーネルのサービスコール
+を呼ぶことはできないものとしており，呼んだ場合には何が起こるか保証して
+いない．sns_kerとext_kerから呼び出す処理は，トレースログ取得処理とSILの
+サービスコールを除くと，call_exit_kernelのみである．そのため，
+call_exit_kernelから呼び出すものを除いて，カーネルのターゲット依存部の
+関数が，全割込みロック状態で呼び出される状況は考える必要がない．
+
+6.3.2 コンテキストの管理
+
+処理単位が実行されるコンテキストは，タスクコンテキストと非タスクコンテ
+キストに分類される．
+
+ターゲット依存部は，実行中の処理単位が，タスクコンテキストで実行されて
+いるか非タスクコンテキストで実行されているかを判別する機能を提供する．
+また，CPU例外が発生したコンテキストについて判別する機能を提供する．
+
+ターゲット依存部では，割込みハンドラとCPU例外ハンドラの入口処理で非タス
+クコンテキストに切り換え，それらの出口処理で元のコンテキストに戻す．ま
+た，ディスパッチャの内部で一時的に非タスクコンテキストに切り換える．
 
 (6-3-2-1) bool_t sense_context(void)
 
-å®Ÿè¡Œä¸­ã®å‡¦ç†å˜ä½ãŒï¼Œã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã§å®Ÿè¡Œã•ã‚Œã¦ã„ã‚‹å ´åˆã«ã¯false，非
-ã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã§å®Ÿè¡Œã•ã‚Œã¦ã„ã‚‹å ´åˆã«ã¯trueを返す関数．この関数は，
-CPUロック状æ
-‹ã§ã‚‚CPUロック解除状æ
-‹ã§ã‚‚呼び出せるように実è£
-しなければな
-らない．
-
-6.3.3 CPUロック状æ
-‹ã®ç®¡ç†
-
-ターゲット依存部は，CPUロック状æ
-‹ã¸é·ç§»ã™ã‚‹æ©Ÿèƒ½ï¼ŒCPUロック解除状æ
-‹ã¸é·
-移する機能，CPUロック状æ
-‹ã§ã‚るかを判別する機能を提供する．
+実行中の処理単位が，タスクコンテキストで実行されている場合にはfalse，非
+タスクコンテキストで実行されている場合にはtrueを返す関数．この関数は，
+CPUロック状態でもCPUロック解除状態でも呼び出せるように実装しなければな
+らない．
+
+6.3.3 CPUロック状態の管理
+
+ターゲット依存部は，CPUロック状態へ遷移する機能，CPUロック解除状態へ遷
+移する機能，CPUロック状態であるかを判別する機能を提供する．
 
 (6-3-3-1) void t_lock_cpu(void)
@@ -1759 +1491 @@
 (6-3-3-3) void x_lock_cpu(void)
 
-CPUロック解除状æ
-‹ã‹ã‚‰ï¼ŒCPUロック状æ
-‹ã¸é·ç§»ã•ã›ã‚‹é–¢æ•°ï¼Žã“れらの関数は，
-CPUロック状æ
-‹ã§å‘¼ã³å‡ºã•ã‚Œã‚‹ã“ã¨ã¯ãªãï¼Œå‘¼ã³å‡ºã•ã‚ŒãŸå ´åˆã®å‹•ä½œã¯ä¿è¨¼ã™ã‚‹
-å¿
-要がない．
-
-これらの関数を実現する際には，「1.6 クリティカルセクションの出å
-¥å‡¦ç†ã®
-実現に関する制約」の節に記述されている制約に従わなければならない．
+CPUロック解除状態から，CPUロック状態へ遷移させる関数．これらの関数は，
+CPUロック状態で呼び出されることはなく，呼び出された場合の動作は保証する
+必要がない．
+
+これらの関数を実現する際には，「1.6 クリティカルセクションの出入処理の
+実現に関する制約」の節に記述されている制約に従わなければならない．
 
 (6-3-3-4) void t_unlock_cpu(void)
@@ -1775 +1502 @@
 (6-3-3-6) void x_unlock_cpu(void)
 
-CPUロック状æ
-‹ã‹ã‚‰ï¼ŒCPUロック解除状æ
-‹ã¸é·ç§»ã•ã›ã‚‹é–¢æ•°ï¼Žã“れらの関数は，
-CPUロック解除状æ
-‹ã§å‘¼ã³å‡ºã•ã‚Œã‚‹ã“ã¨ã¯ãªãï¼Œå‘¼ã³å‡ºã•ã‚ŒãŸå ´åˆã®å‹•ä½œã¯ä¿è¨¼
-するå¿
-要がない．
-
-タスクコンテキストでCPUロック状æ
-‹ã«é·ç§»ã—ãŸå ´åˆã«ã¯ï¼ŒCPUロック解除状æ
-‹
-に戻るのはタスクコンテキストに限られ，非タスクコンテキストでCPUロック解
-除状æ
-‹ã«æˆ»ã‚‹ã“とはない．言い換えると，t_unlock_cpuが呼び出されるのは，
-t_lock_cpuによってCPUロック状æ
-‹ã«ãªã£ã¦ã„る時である．i_lock_cpuによって
-CPUロック状æ
-‹ã«ãªã£ã¦ã„る時には，t_unlock_cpuが呼び出されることはない．
-
-同様に，非タスクコンテキストでCPUロック状æ
-‹ã«é·ç§»ã—ãŸå ´åˆã«ã¯ï¼ŒCPUロッ
-ク解除状æ
-‹ã«æˆ»ã‚‹ã®ã¯éžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã«é™ã‚‰ã‚Œï¼Œã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã§
-CPUロック解除状æ
-‹ã«æˆ»ã‚‹ã“とはない．言い換えると，i_unlock_cpuが呼び出さ
-れるのは，i_lock_cpuによってCPUロック状æ
-‹ã«ãªã£ã¦ã„る時である．
-t_lock_cpuによってCPUロック状æ
-‹ã«ãªã£ã¦ã„る時には，i_unlock_cpuが呼び出
-されることはない．
-
-これらの関数を実現する際には，「1.6 クリティカルセクションの出å
-¥å‡¦ç†ã®
-実現に関する制約」の節に記述されている制約に従わなければならない．
+CPUロック状態から，CPUロック解除状態へ遷移させる関数．これらの関数は，
+CPUロック解除状態で呼び出されることはなく，呼び出された場合の動作は保証
+する必要がない．
+
+タスクコンテキストでCPUロック状態に遷移した場合には，CPUロック解除状態
+に戻るのはタスクコンテキストに限られ，非タスクコンテキストでCPUロック解
+除状態に戻ることはない．言い換えると，t_unlock_cpuが呼び出されるのは，
+t_lock_cpuによってCPUロック状態になっている時である．i_lock_cpuによって
+CPUロック状態になっている時には，t_unlock_cpuが呼び出されることはない．
+
+同様に，非タスクコンテキストでCPUロック状態に遷移した場合には，CPUロッ
+ク解除状態に戻るのは非タスクコンテキストに限られ，タスクコンテキストで
+CPUロック解除状態に戻ることはない．言い換えると，i_unlock_cpuが呼び出さ
+れるのは，i_lock_cpuによってCPUロック状態になっている時である．
+t_lock_cpuによってCPUロック状態になっている時には，i_unlock_cpuが呼び出
+されることはない．
+
+これらの関数を実現する際には，「1.6 クリティカルセクションの出入処理の
+実現に関する制約」の節に記述されている制約に従わなければならない．
 
 (6-3-3-7) bool_t t_sense_lock(void)
@@ -1814 +1526 @@
 (6-3-3-9) bool_t x_sense_lock(void)
 
-現在のシステム状æ
-‹ãŒï¼ŒCPUロック状æ
-‹ã®å ´åˆã¯true，CPUロック解除状æ
-‹ã®å ´
-合にはfalseを返す関数．
-
-これらの関数がå
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã§å‘¼ã³å‡ºã•ã‚Œã‚‹çŠ¶æ³ã¯è€ƒãˆã‚‹å¿
-要がないこ
-とから，å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã¨CPUロック状æ
-‹ã‚’区別できるå¿
-要はない．NMI以
-å¤–ã«ã‚«ãƒ¼ãƒãƒ«ã®ç®¡ç†å¤–ã®å‰²è¾¼ã¿ã‚’è¨­ã‘ãªã„å ´åˆã«ã¯ï¼Œå
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã¨
-CPUロック状æ
-‹ãŒå
-¨ãåŒä¸€ã®çŠ¶æ
-‹ã§ã‚‚かまわない．
-
-6.4 割込みに関連するシステム状æ
-‹ã®ç®¡ç†
-
-6.4.1 割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã®ç®¡ç†
-
-ターゲット依存部は，割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã‚’設定する機能と，割込み優å
-ˆåº¦ãƒž
-スクを参ç
-§ã™ã‚‹æ©Ÿèƒ½ã‚’提供する．
-
-(6-4-1-1) bool_t VALID_INTPRI_CHGIPM(PRI intpri)（オプション）
-
-intpriが，chg_ipmに対する割込み優å
-ˆåº¦ã¨ã—ã¦æœ‰åŠ¹ãªå€¤ã§ã‚ã‚‹å ´åˆã«true，そ
-ã†ã§ãªã„å ´åˆã«falseを返すマクロ．標準では，TMIN_INTPRI以上，TIPM_ENAALL
-（＝0）以下の値がchg_ipmに対する割込み優å
-ˆåº¦ã¨ã—て有効であるが，ターゲッ
-ト依存部でこのマクロを定義することで，TMIN_INTPRIよりも小さい値を有効と
-することができる（有効な値の範囲を狭めてはならない）．
+現在のシステム状態が，CPUロック状態の場合はtrue，CPUロック解除状態の場
+合にはfalseを返す関数．
+
+これらの関数が全割込みロック状態で呼び出される状況は考える必要がないこ
+とから，全割込みロック状態とCPUロック状態を区別できる必要はない．NMI以
+外にカーネルの管理外の割込みを設けない場合には，全割込みロック状態と
+CPUロック状態が全く同一の状態でもかまわない．
+
+6.4 割込みに関連するシステム状態の管理
+
+6.4.1 割込み優先度マスクの管理
+
+ターゲット依存部は，割込み優先度マスクを設定する機能と，割込み優先度マ
+スクを参照する機能を提供する．
+
+(6-4-1-1) bool_t VALID_INTPRI_CHGIPM(PRI intpri)（オプション）
+
+intpriが，chg_ipmに対する割込み優先度として有効な値である場合にtrue，そ
+うでない場合にfalseを返すマクロ．標準では，TMIN_INTPRI以上，TIPM_ENAALL
+（＝0）以下の値がchg_ipmに対する割込み優先度として有効であるが，ターゲッ
+ト依存部でこのマクロを定義することで，TMIN_INTPRIよりも小さい値を有効と
+することができる（有効な値の範囲を狭めてはならない）．
 
 (6-4-1-2) void x_set_ipm(PRI intpri)
@@ -1863 +1553 @@
 (6-4-1-4) void i_set_ipm(PRI intpri)
 
-割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã®å€¤ã‚’intpriに設定する関数．
-
-これらの関数は，CPUロック状æ
-‹ã§ã‚‚CPUロック解除状æ
-‹ã§ã‚‚呼び出せるように
-実è£
-するのが望ましい．ただし，x_set_ipmとt_set_ipmは，ターゲット非依存
-部がCPUロック解除状æ
-‹ã§å‘¼ã³å‡ºã™ã“とはないため，CPUロック解除状æ
-‹ã§å‘¼ã³
-å‡ºã•ã‚ŒãŸå ´åˆã®å‹•ä½œã¯ä¿è¨¼ã™ã‚‹å¿
-要がない．i_set_ipmは，CPUロック状æ
-‹ã§ã‚‚
-CPUロック解除状æ
-‹ã§ã‚‚呼び出せるように実è£
-しなければならない．
-
-また，これらの関数は，VALID_INTPRI_CHGIPM(intpri)がtrueを返すintpriに対
-してのみ呼ばれる．intpriã«ãã†ã§ãªã„å€¤ãŒæ¸¡ã•ã‚ŒãŸå ´åˆã®å‹•ä½œã¯ä¿è¨¼ã™ã‚‹å¿
-
-要がない．
+割込み優先度マスクの値をintpriに設定する関数．
+
+これらの関数は，CPUロック状態でもCPUロック解除状態でも呼び出せるように
+実装するのが望ましい．ただし，x_set_ipmとt_set_ipmは，ターゲット非依存
+部がCPUロック解除状態で呼び出すことはないため，CPUロック解除状態で呼び
+出された場合の動作は保証する必要がない．i_set_ipmは，CPUロック状態でも
+CPUロック解除状態でも呼び出せるように実装しなければならない．
+
+また，これらの関数は，VALID_INTPRI_CHGIPM(intpri)がtrueを返すintpriに対
+してのみ呼ばれる．intpriにそうでない値が渡された場合の動作は保証する必
+要がない．
 
 (6-4-1-5) PRI x_get_ipm(void)
@@ -1890 +1569 @@
 (6-4-1-7) PRI i_get_ipm(void)
 
-割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã®å€¤ã‚’参ç
-§ã—て返す関数．
-
-これらの関数は，CPUロック状æ
-‹ã§ã‚‚CPUロック解除状æ
-‹ã§ã‚‚呼び出せるように
-実è£
-するのが望ましい．ただし，x_get_ipmとt_get_ipmは，ターゲット非依存
-部がCPUロック解除状æ
-‹ã§å‘¼ã³å‡ºã™ã“とはないため，CPUロック解除状æ
-‹ã§å‘¼ã³
-å‡ºã•ã‚ŒãŸå ´åˆã®å‹•ä½œã¯ä¿è¨¼ã™ã‚‹å¿
-要がない．i_get_ipmは，CPUロック状æ
-‹ã§ã‚‚
-CPUロック解除状æ
-‹ã§ã‚‚呼び出せるように実è£
-しなければならない．
-
-割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã‚’用いてカーネル管理の割込みをすべてマスクした状æ
-‹ã¯ï¼Œ
-CPUロック状æ
-‹ã¨åŒºåˆ¥ã§ãã‚‹ã“とがå¿
-要である．å
-·ä½“的には，CPUロック解除状
-æ
-‹ã«ãŠã„て，x_set_ipmã‚’ç”¨ã„ã¦ã‚«ãƒ¼ãƒãƒ«ç®¡ç†ã®å‰²è¾¼ã¿ã‚’ã™ã¹ã¦ãƒžã‚¹ã‚¯ã—ãŸå ´åˆ
-でも，x_sense_lockはfalseを返す．
-
-それに対して，割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã‚’用いてNMIを除くすべての割込みをマスク
-ã§ãã‚‹å ´åˆï¼Œãã®çŠ¶æ
-‹ã¨å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã‚’区別できるå¿
-要はなく，å
-¨ãåŒ
-一の状æ
-‹ã§ã‚‚かまわない．
-
-6.4.2 割込み要求禁止フラグの管理
-
-ターゲット依存部は，割込み要求禁止フラグをセットする機能とクリアする機
-能を提供する．
+割込み優先度マスクの値を参照して返す関数．
+
+これらの関数は，CPUロック状態でもCPUロック解除状態でも呼び出せるように
+実装するのが望ましい．ただし，x_get_ipmとt_get_ipmは，ターゲット非依存
+部がCPUロック解除状態で呼び出すことはないため，CPUロック解除状態で呼び
+出された場合の動作は保証する必要がない．i_get_ipmは，CPUロック状態でも
+CPUロック解除状態でも呼び出せるように実装しなければならない．
+
+割込み優先度マスクを用いてカーネル管理の割込みをすべてマスクした状態は，
+CPUロック状態と区別できることが必要である．具体的には，CPUロック解除状
+態において，x_set_ipmを用いてカーネル管理の割込みをすべてマスクした場合
+でも，x_sense_lockはfalseを返す．
+
+それに対して，割込み優先度マスクを用いてNMIを除くすべての割込みをマスク
+できる場合，その状態と全割込みロック状態を区別できる必要はなく，全く同
+一の状態でもかまわない．
+
+6.4.2 割込み要求禁止フラグの管理
+
+ターゲット依存部は，割込み要求禁止フラグをセットする機能とクリアする機
+能を提供する．
 
 (6-4-2-1) bool_t VALID_INTNO_DISINT(INTNO intno)
 
-intnoが，dis_int／ena_intã«å¯¾ã™ã‚‹å‰²è¾¼ã¿ç•ªå·ã¨ã—ã¦æœ‰åŠ¹ãªå€¤ã§ã‚ã‚‹å ´åˆã«
-trueï¼Œãã†ã§ãªã„å ´åˆã«falseを返すマクロ．割込み要求禁止フラグがセット／
-クリアできないintnoに対しては，このマクロがfalseを返すようにする．
+intnoが，dis_int／ena_intに対する割込み番号として有効な値である場合に
+true，そうでない場合にfalseを返すマクロ．割込み要求禁止フラグがセット／
+クリアできないintnoに対しては，このマクロがfalseを返すようにする．
 
 (6-4-2-2) bool_t x_disable_int(INTNO intno)
@@ -1946 +1601 @@
 (6-4-2-4) bool_t i_disable_int(INTNO intno)
 
-intnoで指定された割込み要求ラインに対する割込み要求禁止フラグをセットし，
-trueを返す関数．指定された割込み要求ラインに対して，割込み属性が設定さ
-ã‚Œã¦ã„ãªã„å ´åˆã«ã¯ï¼Œfalseを返す．
-
-これらの関数は，ターゲット非依存部がCPUロック解除状æ
-‹ã§å‘¼ã³å‡ºã™ã“とはな
-いため，CPUロック解除状æ
-‹ã§å‘¼ã³å‡ºã•ã‚ŒãŸå ´åˆã®å‹•ä½œã¯ä¿è¨¼ã™ã‚‹å¿
-要がない．
-ただし，ターゲット依存部からCPUロック解除状æ
-‹ã§å‘¼ã³å‡ºã™å ´åˆã«ã¯ï¼Œä¿è¨¼ã™
-るå¿
-要がある．
-
-また，これらの関数は，VALID_INTNO_DISINT(intno)がtrueとなるintnoに対し
-てのみ呼ばれる．intnoã«ãã†ã§ãªã„å€¤ãŒæ¸¡ã•ã‚ŒãŸå ´åˆã®å‹•ä½œã¯ä¿è¨¼ã™ã‚‹å¿
-要が
-ない．
-
-dis_intã‚µãƒ¼ãƒ“ã‚¹ã‚³ãƒ¼ãƒ«ã‚’ã‚µãƒãƒ¼ãƒˆã™ã‚‹å ´åˆï¼ˆTOPPERS_SUPPORT_DIS_INTをマク
-ãƒ­å®šç¾©ã™ã‚‹å ´åˆï¼‰ã«ã¯ï¼Œt_disable_intが用意されていなければならない．
+intnoで指定された割込み要求ラインに対する割込み要求禁止フラグをセットし，
+trueを返す関数．指定された割込み要求ラインに対して，割込み属性が設定さ
+れていない場合には，falseを返す．
+
+これらの関数は，ターゲット非依存部がCPUロック解除状態で呼び出すことはな
+いため，CPUロック解除状態で呼び出された場合の動作は保証する必要がない．
+ただし，ターゲット依存部からCPUロック解除状態で呼び出す場合には，保証す
+る必要がある．
+
+また，これらの関数は，VALID_INTNO_DISINT(intno)がtrueとなるintnoに対し
+てのみ呼ばれる．intnoにそうでない値が渡された場合の動作は保証する必要が
+ない．
+
+dis_intサービスコールをサポートする場合（TOPPERS_SUPPORT_DIS_INTをマク
+ロ定義する場合）には，t_disable_intが用意されていなければならない．
 
 (6-4-2-5) bool_t x_enable_int(INTNO intno)
@@ -1972 +1621 @@
 (6-4-2-7) bool_t i_enable_int(INTNO intno)
 
-intnoで指定された割込み要求ラインに対する割込み要求禁止フラグをクリアし，
-trueを返す関数．指定された割込み要求ラインに対して，割込み属性が設定さ
-ã‚Œã¦ã„ãªã„å ´åˆã«ã¯ï¼Œfalseを返す．
-
-これらの関数は，ターゲット非依存部がCPUロック解除状æ
-‹ã§å‘¼ã³å‡ºã™ã“とはな
-いため，CPUロック解除状æ
-‹ã§å‘¼ã³å‡ºã•ã‚ŒãŸå ´åˆã®å‹•ä½œã¯ä¿è¨¼ã™ã‚‹å¿
-要がない．
-ただし，ターゲット依存部からCPUロック解除状æ
-‹ã§å‘¼ã³å‡ºã™å ´åˆã«ã¯ï¼Œä¿è¨¼ã™
-るå¿
-要がある．
-
-また，これらの関数は，VALID_INTNO_DISINT(intno)がtrueとなるintnoに対し
-てのみ呼ばれる．intnoã«ãã†ã§ãªã„å€¤ãŒæ¸¡ã•ã‚ŒãŸå ´åˆã®å‹•ä½œã¯ä¿è¨¼ã™ã‚‹å¿
-要が
-ない．
-
-ena_intã‚µãƒ¼ãƒ“ã‚¹ã‚³ãƒ¼ãƒ«ã‚’ã‚µãƒãƒ¼ãƒˆã™ã‚‹å ´åˆï¼ˆTOPPERS_SUPPORT_ENA_INTをマク
-ãƒ­å®šç¾©ã™ã‚‹å ´åˆï¼‰ã«ã¯ï¼Œt_enable_intが用意されていなければならない．
-
-6.4.3 割込み要求のクリア
+intnoで指定された割込み要求ラインに対する割込み要求禁止フラグをクリアし，
+trueを返す関数．指定された割込み要求ラインに対して，割込み属性が設定さ
+れていない場合には，falseを返す．
+
+これらの関数は，ターゲット非依存部がCPUロック解除状態で呼び出すことはな
+いため，CPUロック解除状態で呼び出された場合の動作は保証する必要がない．
+ただし，ターゲット依存部からCPUロック解除状態で呼び出す場合には，保証す
+る必要がある．
+
+また，これらの関数は，VALID_INTNO_DISINT(intno)がtrueとなるintnoに対し
+てのみ呼ばれる．intnoにそうでない値が渡された場合の動作は保証する必要が
+ない．
+
+ena_intサービスコールをサポートする場合（TOPPERS_SUPPORT_ENA_INTをマク
+ロ定義する場合）には，t_enable_intが用意されていなければならない．
+
+6.4.3 割込み要求のクリア
 
 (6-4-3-1) void x_clear_int(INTNO intno)
@@ -2000 +1643 @@
 (6-4-3-3) void i_clear_int(INTNO intno)
 
-intnoã§æŒ‡å®šã•ã‚ŒãŸå‰²è¾¼ã¿è¦æ±‚ãƒ©ã‚¤ãƒ³ãŒã‚¨ãƒƒã‚¸ãƒˆãƒªã‚¬ã§ã‚ã‚‹å ´åˆã«ï¼Œãƒˆãƒªã‚¬ã•ã‚Œ
-た割込み要求をクリアする関数．intnoで指定された割込み要求ラインがレベル
-ãƒˆãƒªã‚¬ã§ã‚ã‚‹å ´åˆã«ã¯ä½•ã‚‚ã—ãªã„ï¼Ž
-
-ASPカーネルのターゲット非依存部では，これらの関数を呼び出していないが，
-ターゲット依存部やシステムサービスで呼び出す可能性が高いため，用意する
-こととしている．そのため，これらの関数がどのようなシステム状æ
-‹ã§å‘¼ã³å‡º
-せるかは，ターゲット依存部å†
-で一貫していればよい．
-
-6.4.4 割込み要求のプローブ
+intnoで指定された割込み要求ラインがエッジトリガである場合に，トリガされ
+た割込み要求をクリアする関数．intnoで指定された割込み要求ラインがレベル
+トリガである場合には何もしない．
+
+ASPカーネルのターゲット非依存部では，これらの関数を呼び出していないが，
+ターゲット依存部やシステムサービスで呼び出す可能性が高いため，用意する
+こととしている．そのため，これらの関数がどのようなシステム状態で呼び出
+せるかは，ターゲット依存部内で一貫していればよい．
+
+6.4.4 割込み要求のプローブ
 
 (6-4-4-1) bool_t x_probe_int(INTNO intno)
@@ -2017 +1658 @@
 (6-4-4-3) bool_t i_probe_int(INTNO intno)
 
-intnoã§æŒ‡å®šã•ã‚ŒãŸå‰²è¾¼ã¿è¦æ±‚ãƒ©ã‚¤ãƒ³ã«å¯¾ã—ã¦ï¼Œå‰²è¾¼ã¿ãŒè¦æ±‚ã•ã‚Œã¦ã„ã‚‹å ´åˆã«
-trueï¼Œãã†ã§ãªã„å ´åˆã«falseを返す関数．
-
-ASPカーネルのターゲット非依存部では，これらの関数を呼び出していないが，
-ターゲット依存部やシステムサービスで呼び出す可能性が高いため，用意する
-こととしている．そのため，これらの関数がどのようなシステム状æ
-‹ã§å‘¼ã³å‡º
-せるかは，ターゲット依存部å†
-で一貫していればよい．
-
-6.4.5 割込みハンドラのå
-ˆé ­å‡¦ç†ã¨æœ«å°¾å‡¦ç†
+intnoで指定された割込み要求ラインに対して，割込みが要求されている場合に
+true，そうでない場合にfalseを返す関数．
+
+ASPカーネルのターゲット非依存部では，これらの関数を呼び出していないが，
+ターゲット依存部やシステムサービスで呼び出す可能性が高いため，用意する
+こととしている．そのため，これらの関数がどのようなシステム状態で呼び出
+せるかは，ターゲット依存部内で一貫していればよい．
+
+6.4.5 割込みハンドラの先頭処理と末尾処理
 
 (6-4-5-1) void i_begin_int(INTNO intno)
 
-intnoで指定された割込み要求ラインに対する割込みハンドラのå
-ˆé ­ã§è¡Œã†ã¹ã
-処理を行う関数．ここで行うべき処理としては，割込み要求ラインがエッジト
-ãƒªã‚¬ã§ã‚ã‚‹å ´åˆã®ãƒˆãƒªã‚¬ã•ã‚ŒãŸå‰²è¾¼ã¿è¦æ±‚ã®ã‚¯ãƒªã‚¢ãŒæŒ™ã’ã‚‰ã‚Œã‚‹ï¼Ž
-
-intnoに対して登録された割込みサービスルーチンを呼び出す割込みハンドラの
-å
-ˆé ­ã§å‘¼ã³å‡ºã•ã‚Œã‚‹ï¼Žãã®ãŸã‚ã“の関数は，割込みハンドラのå
-ˆé ­ï¼ˆé€šå¸¸ã¯
-CPUロック解除状æ
-‹ï¼‰ã§å‘¼ã³å‡ºã›ã‚‹ã‚ˆã†ã«å®Ÿè£
-しなければならない．
+intnoで指定された割込み要求ラインに対する割込みハンドラの先頭で行うべき
+処理を行う関数．ここで行うべき処理としては，割込み要求ラインがエッジト
+リガである場合のトリガされた割込み要求のクリアが挙げられる．
+
+intnoに対して登録された割込みサービスルーチンを呼び出す割込みハンドラの
+先頭で呼び出される．そのためこの関数は，割込みハンドラの先頭（通常は
+CPUロック解除状態）で呼び出せるように実装しなければならない．
 
 (6-4-5-2) void i_end_int(INTNO intno)
 
-intnoで指定された割込み要求ラインに対する割込みハンドラの末尾で行うべき
-処理を行う関数．ここで行うべき処理としては，割込みコントローラ（IRC）に
-対する割込み処理の終了通知が挙げられる．
-
-intnoに対して登録された割込みサービスルーチンを呼び出す割込みハンドラの
-末尾で呼び出される．そのためこの関数は，割込みハンドラの末尾（通常は
-CPUロック解除状æ
-‹ï¼‰ã§å‘¼ã³å‡ºã›ã‚‹ã‚ˆã†ã«å®Ÿè£
-しなければならない．
-
-ターゲットによっては，IRCに対する割込み処理の終了通知を行う前に，すべて
-ã®å‰²è¾¼ã¿ã‚’ç¦æ­¢ã—ãªã‘ã‚Œã°ãªã‚‰ãªã„å ´åˆãŒã‚ã‚‹ï¼Žã“ã®å ´åˆã«ã¯ï¼Œã“ã®é–¢æ•°ã®ä¸­
-で割込みを禁止し，その状æ
-‹ã®ã¾ã¾ï¼Œå‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©ã‹ã‚‰ãƒªã‚¿ãƒ¼ãƒ³ã™ã‚‹ï¼Žå‰²è¾¼
-みハンドラからのリターン前には，割込み禁止を解除するのが原則であるが，
-割込みハンドラの出口処理でå
-ƒã«æˆ»ã™å‡¦ç†ã‚’行うので差し支えないはずである．
-割込みハンドラの出口処理が，これで差し支えない実è£
-になっていることを確
-認するべきである．
-
-6.5 タスクディスパッチャ
-
-6.5.1 タスクコンテキストブロックとタスク初期化コンテキストブロック
+intnoで指定された割込み要求ラインに対する割込みハンドラの末尾で行うべき
+処理を行う関数．ここで行うべき処理としては，割込みコントローラ（IRC）に
+対する割込み処理の終了通知が挙げられる．
+
+intnoに対して登録された割込みサービスルーチンを呼び出す割込みハンドラの
+末尾で呼び出される．そのためこの関数は，割込みハンドラの末尾（通常は
+CPUロック解除状態）で呼び出せるように実装しなければならない．
+
+ターゲットによっては，IRCに対する割込み処理の終了通知を行う前に，すべて
+の割込みを禁止しなければならない場合がある．この場合には，この関数の中
+で割込みを禁止し，その状態のまま，割込みハンドラからリターンする．割込
+みハンドラからのリターン前には，割込み禁止を解除するのが原則であるが，
+割込みハンドラの出口処理で元に戻す処理を行うので差し支えないはずである．
+割込みハンドラの出口処理が，これで差し支えない実装になっていることを確
+認するべきである．
+
+6.5 タスクディスパッチャ
+
+6.5.1 タスクコンテキストブロックとタスク初期化コンテキストブロック
 
 (6-5-1-1) TSKCTXB
 
-ターゲット依存のタスクコンテキストを保存するために，TCB中に持つことがå¿
-
-è¦ãªãƒ‡ãƒ¼ã‚¿æ§‹é€ ã®åž‹ã‚’ï¼ŒTSKCTXBに定義する．標準的には，TSKCTXBには，タス
-ã‚¯ã®ã‚¹ã‚¿ãƒƒã‚¯ãƒã‚¤ãƒ³ã‚¿ã¨å®Ÿè¡Œå†é–‹ç•ªåœ°ã‚’æ ¼ç´ã™ã‚‹ï¼Ž
-
-(6-5-1-2) USE_TSKINICTXB（オプション）
-(6-5-1-3) TSKINICTXB（オプション）
-
-ターゲット依存のæƒ
-å ±ã‚’ã‚¿ã‚¹ã‚¯åˆæœŸåŒ–ãƒ–ãƒ­ãƒƒã‚¯ï¼ˆTINIB）にå
-¥ã‚ŒãŸã„å ´åˆã‚„ï¼Œ
-TINIBä¸­ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®ã‚µã‚¤ã‚ºã¨å
-ˆé ­ç•ªåœ°ã®æŒã¡æ–¹ã‚’ターゲット依存に変更し
-ãŸã„å ´åˆã«ã¯ï¼ŒUSE_TSKINICTXBをマクロ定義し，TINIB中に持つことがå¿
-要なデー
-ã‚¿æ§‹é€ ã®åž‹ã‚’ï¼ŒTSKINICTXBに定義する．
-
-USE_TSKINICTXBをマクロ定義すると，TINIBä¸­ã«ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã¨ã‚µã‚¤ã‚ºã¨å
-ˆé ­ç•ª
-地が含まれなくなるため，それに代わるæƒ
-å ±ã‚’TSKINICTXB中に持つå¿
-要がある．
-また，コンフィギュレータのパス2のテンプレートファイルのターゲット非依存
-部で，TSKINICTXBの初期化æƒ
-å ±ã‚’ç”Ÿæˆã™ã‚‹ãŸã‚ã®GENERATE_TSKINICTXBを，パス
-3のテンプレートファイルのターゲット非依存部で，TINIBã‹ã‚‰ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®
-å
-ˆé ­ç•ªåœ°ã‚’取り出すためのGET_STK_TSKINICTXBを定義するå¿
-要がある．
-
-6.5.2 ディスパッチャ本体
-
-ディスパッチャ本体（dispatcher）は，ターゲット非依存部から直接呼び出さ
-れることはなく，カーネルのターゲット依存部のå†
-部からのみ呼び出される．
-dispatcherは，タスクコンテキスト・CPUロック状æ
-‹ãƒ»å‰²è¾¼ã¿å„ªå
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£
-除状æ
-‹ãƒ»ãƒ‡ã‚£ã‚¹ãƒ‘ッチ許可状æ
-‹ã§å‘¼ã³å‡ºã•ã‚Œã‚‹ï¼Ž
-
-dispatcherの処理å†
-容は次の通り．
+ターゲット依存のタスクコンテキストを保存するために，TCB中に持つことが必
+要なデータ構造の型を，TSKCTXBに定義する．標準的には，TSKCTXBには，タス
+クのスタックポインタと実行再開番地を格納する．
+
+(6-5-1-2) USE_TSKINICTXB（オプション）
+(6-5-1-3) TSKINICTXB（オプション）
+
+ターゲット依存の情報をタスク初期化ブロック（TINIB）に入れたい場合や，
+TINIB中のスタック領域のサイズと先頭番地の持ち方をターゲット依存に変更し
+たい場合には，USE_TSKINICTXBをマクロ定義し，TINIB中に持つことが必要なデー
+タ構造の型を，TSKINICTXBに定義する．
+
+USE_TSKINICTXBをマクロ定義すると，TINIB中にスタック領域とサイズと先頭番
+地が含まれなくなるため，それに代わる情報をTSKINICTXB中に持つ必要がある．
+また，コンフィギュレータのパス2のテンプレートファイルのターゲット非依存
+部で，TSKINICTXBの初期化情報を生成するためのGENERATE_TSKINICTXBを，パス
+3のテンプレートファイルのターゲット非依存部で，TINIBからスタック領域の
+先頭番地を取り出すためのGET_STK_TSKINICTXBを定義する必要がある．
+
+6.5.2 ディスパッチャ本体
+
+ディスパッチャ本体（dispatcher）は，ターゲット非依存部から直接呼び出さ
+れることはなく，カーネルのターゲット依存部の内部からのみ呼び出される．
+dispatcherは，タスクコンテキスト・CPUロック状態・割込み優先度マスク全解
+除状態・ディスパッチ許可状態で呼び出される．
+
+dispatcherの処理内容は次の通り．
 
 ----------------------------------------
@@ -2129 +1739 @@
   dispatcher_0:
         while ((p_runtsk = p_schedtsk) == NULL) {
-                割込みを許可したらCPUロック解除状æ
-‹ã«ãªã‚‹ã‚ˆã†æº–備する
-                非タスクコンテキストに切り換える … (*1)
+                割込みを許可したらCPUロック解除状態になるよう準備する
+                非タスクコンテキストに切り換える … (*1)
                 do {
-                        割込みをすべて許可し，割込み発生をå¾
-つ … (*2)
-                        割込み許可前の状æ
-‹ã«æˆ»ã™ï¼ˆï¼ã‚«ãƒ¼ãƒãƒ«ç®¡ç†ã®å‰²è¾¼ã¿ã‚’禁止する）
+                        割込みをすべて許可し，割込み発生を待つ … (*2)
+                        割込み許可前の状態に戻す（＝カーネル管理の割込みを禁止する）
                 } while (!reqflg);
                 reqflg = false;
-                タスクコンテキストに戻す … (*1)
-                CPUロック状æ
-‹ã«æˆ»ã™ ... (*3)
+                タスクコンテキストに戻す … (*1)
+                CPUロック状態に戻す ... (*3)
         }
-        自タスク（p_runtsk）のTCBからスタックポインタを復帰する
+        自タスク（p_runtsk）のTCBからスタックポインタを復帰する
 #ifdef LOG_DSP_LEAVE
         log_dsp_leave(p_runtsk);
 #endif /* LOG_DSP_LEAVE */
-        自タスクのTCBから実行再開番地を復帰し，そこへ分岐する … (*a)
+        自タスクのTCBから実行再開番地を復帰し，そこへ分岐する … (*a)
 }
 ----------------------------------------
 
-割込み発生をå¾
-つ間に非タスクコンテキストに切り換えるのは，この間に実行
-される割込みハンドラå†
-で，タスクディスパッチをしないようにするためであ
-る．この時，割込みハンドラが，非タスクコンテキスト用のスタックを使うよ
-うにしなければならない．通常は，非タスクコンテキストに切り換える際に非
-タスクコンテキスト用のスタックに切り換え，タスクコンテキストに戻す際に
-å
-ƒã®ã‚¹ã‚¿ãƒƒã‚¯ã«åˆ‡ã‚Šæ›ãˆã‚‹ï¼Ž
-
-ã‚¿ãƒ¼ã‚²ãƒƒãƒˆã«ã‚ˆã£ã¦ã¯ï¼ˆç‰¹ã«ï¼Œã‚·ãƒŸãƒ¥ãƒ¬ãƒ¼ã‚·ãƒ§ãƒ³ç’°å¢ƒã®å ´åˆï¼‰ï¼Œå¼·åˆ¶çš„ã«éžã‚¿
-ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã«åˆ‡ã‚Šæ›ãˆã‚‹ã“ã¨ãŒé›£ã—ã„å ´åˆãŒã‚ã‚‹ï¼Žãã®å ´åˆã«ã¯ï¼Œã“ã®
-間に実行される割込みハンドラå†
-でタスクディスパッチをしないような仕組み
-を実è£
-することで，非タスクコンテキストへの切換えを省略することができる．
-
-(*1)の非タスクコンテキストに切り換える処理とタスクコンテキストに戻す処
-理は，doループの中で行ってもよい（ターゲットによっては，割込みの許可／
-禁止とまとめて処理した方が効率が良い）．
-
-(*2)において，割込みを許可する処理と，割込み発生をå¾
-つ処理とは，不可分
-に行なうå¿
-è¦ãŒã‚ã‚‹ï¼Žã“ã‚Œã‚’ä¸å¯åˆ†ã«è¡Œãªã‚ãªã„å ´åˆï¼Œå‰²è¾¼ã¿ã‚’è¨±å¯ã—ãŸç›´å¾Œ
-に割込みがå
-¥ã‚Šï¼Œãã®ä¸­ã§ã‚¿ã‚¹ã‚¯ãŒå®Ÿè¡Œå¯èƒ½çŠ¶æ
-‹ã«ãªã‚‹ã¨ï¼Œå®Ÿè¡Œã™ã¹ãã‚¿ã‚¹ã‚¯
-があるにもかかわらずプロセッサが割込みå¾
-ちになってしまう．
-
-また，(*2)において，割込み発生をå¾
-ã¤å‘½ä»¤ãŒç”¨æ„ã•ã‚Œã¦ã„ãªã„å ´åˆã‚„ï¼Œãã‚Œ
-ã‚’ç™ºè¡Œã™ã‚‹ã®ãŒä¸éƒ½åˆãªå ´åˆã«ã¯ï¼Œå‰²è¾¼ã¿ã‚’ã™ã¹ã¦è¨±å¯ã—ã¦å‰²è¾¼ã¿ã‚’å—ã‘ä»˜ã‘
-られる状æ
-‹ã«ãªã£ãŸå¾Œã«ï¼Œå‰²è¾¼ã¿ç™ºç”Ÿã‚’å¾
-ãŸãšã«æ¬¡ã«é€²ã‚“ã§ã‚‚ã‚ˆã„ï¼Žã“ã®å ´åˆï¼Œ
-その外側のdoループによって，割込み発生をå¾
-つことになる．
-
-CPUロックを解除するためのæƒ
-å ±ï¼ˆä¾‹ãˆã°ï¼ŒCPUロック前の割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ï¼‰
-ã‚’å¤‰æ•°ã«ä¿æŒã—ã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œ(*3)でCPUロック状æ
-‹ã«æˆ»ã™éš›ã«ï¼Œãã®å¤‰æ•°ã®
-値もå
-ƒã«æˆ»ã£ã¦ã„ã‚‹å¿
-要がある．特に，その変数が，割込みå¾
-ちの間に実行し
-た割込みハンドラå†
-ã§æ›¸ãæ›ãˆã‚‰ã‚Œã‚‹å ´åˆã¯ï¼Œå
-ƒã®å€¤ã«æˆ»ã™ã“とがå¿
-要である．
-
-割込みå¾
-ちの間は，p_runtskをNULL（＝0）に設定しなければならない（上の処
-理å†
-容をそのまま実è£
-すればこうなる）．このように設定しないと，割込みハ
-ンドラからiget_tidを呼び出した際の動作が仕様に合致しなくなる．
-
-dispatcherã‚’ã‚¢ã‚»ãƒ³ãƒ–ãƒªè¨€èªžã§è¨˜è¿°ã™ã‚‹å ´åˆã«ã¯ï¼Œãƒˆãƒ¬ãƒ¼ã‚¹ãƒ­ã‚°å–å¾—å‡¦ç†ã¯ï¼Œ
-「6.2 トレースログ機能への対応」の節で記述した方法でコーディングするこ
-と．なお，log_dsp_enterは切換え前のタスクのスタックで，log_dsp_leave は
-切換え後のタスクのスタックで実行する．
-
-6.5.3 タスクコンテキストからのディスパッチ
+割込み発生を待つ間に非タスクコンテキストに切り換えるのは，この間に実行
+される割込みハンドラ内で，タスクディスパッチをしないようにするためであ
+る．この時，割込みハンドラが，非タスクコンテキスト用のスタックを使うよ
+うにしなければならない．通常は，非タスクコンテキストに切り換える際に非
+タスクコンテキスト用のスタックに切り換え，タスクコンテキストに戻す際に
+元のスタックに切り換える．
+
+ターゲットによっては（特に，シミュレーション環境の場合），強制的に非タ
+スクコンテキストに切り換えることが難しい場合がある．その場合には，この
+間に実行される割込みハンドラ内でタスクディスパッチをしないような仕組み
+を実装することで，非タスクコンテキストへの切換えを省略することができる．
+
+(*1)の非タスクコンテキストに切り換える処理とタスクコンテキストに戻す処
+理は，doループの中で行ってもよい（ターゲットによっては，割込みの許可／
+禁止とまとめて処理した方が効率が良い）．
+
+(*2)において，割込みを許可する処理と，割込み発生を待つ処理とは，不可分
+に行なう必要がある．これを不可分に行なわない場合，割込みを許可した直後
+に割込みが入り，その中でタスクが実行可能状態になると，実行すべきタスク
+があるにもかかわらずプロセッサが割込み待ちになってしまう．
+
+また，(*2)において，割込み発生を待つ命令が用意されていない場合や，それ
+を発行するのが不都合な場合には，割込みをすべて許可して割込みを受け付け
+られる状態になった後に，割込み発生を待たずに次に進んでもよい．この場合，
+その外側のdoループによって，割込み発生を待つことになる．
+
+CPUロックを解除するための情報（例えば，CPUロック前の割込み優先度マスク）
+を変数に保持している場合には，(*3)でCPUロック状態に戻す際に，その変数の
+値も元に戻っている必要がある．特に，その変数が，割込み待ちの間に実行し
+た割込みハンドラ内で書き換えられる場合は，元の値に戻すことが必要である．
+
+割込み待ちの間は，p_runtskをNULL（＝0）に設定しなければならない（上の処
+理内容をそのまま実装すればこうなる）．このように設定しないと，割込みハ
+ンドラからiget_tidを呼び出した際の動作が仕様に合致しなくなる．
+
+dispatcherをアセンブリ言語で記述する場合には，トレースログ取得処理は，
+「6.2 トレースログ機能への対応」の節で記述した方法でコーディングするこ
+と．なお，log_dsp_enterは切換え前のタスクのスタックで，log_dsp_leave は
+切換え後のタスクのスタックで実行する．
+
+6.5.3 タスクコンテキストからのディスパッチ
 
 (6-5-3-1) void dispatch(void)
-(6-5-3-2) OMIT_CALLTEX（オプション）
-
-タスクコンテキストからのディスパッチ（dispatch）は，タスクコンテキスト
-用のサービスコール処理においてタスク切換えがå¿
-è¦ã«ãªã£ãŸå ´åˆã«ï¼Œã‚¿ãƒ¼ã‚²ãƒƒ
-ト非依存部のサービスコール処理関数から呼び出される．
-
-dispatchは，タスクコンテキスト・CPUロック状æ
-‹ãƒ»å‰²è¾¼ã¿å„ªå
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤
-状æ
-‹ãƒ»ãƒ‡ã‚£ã‚¹ãƒ‘ッチ許可状æ
-‹ã§å‘¼ã³å‡ºã•ã‚Œã‚‹ï¼Ž
-
-dispatchの処理å†
-容は次の通り．
+(6-5-3-2) OMIT_CALLTEX（オプション）
+
+タスクコンテキストからのディスパッチ（dispatch）は，タスクコンテキスト
+用のサービスコール処理においてタスク切換えが必要になった場合に，ターゲッ
+ト非依存部のサービスコール処理関数から呼び出される．
+
+dispatchは，タスクコンテキスト・CPUロック状態・割込み優先度マスク全解除
+状態・ディスパッチ許可状態で呼び出される．
+
+dispatchの処理内容は次の通り．
 
 ----------------------------------------
@@ -2243 +1816 @@
 {
 #ifdef TOPPERS_SUPPORT_OVRHDR
-        ovrtimer_stop();                                        /* オーバランタイマの停止 */
+        ovrtimer_stop();                                        /* オーバランタイマの停止 */
 #endif /* TOPPERS_SUPPORT_OVRHDR */
-        スクラッチレジスタ(*)を除くすべてのレジスタをスタックに保存する
-        スタックポインタを自タスク（p_runtsk）のTCBに保存する
-        dispatch_rを，実行再開番地として自タスクのTCBに保存する … (*a)
-        dispatcherに分岐する
+        スクラッチレジスタ(*)を除くすべてのレジスタをスタックに保存する
+        スタックポインタを自タスク（p_runtsk）のTCBに保存する
+        dispatch_rを，実行再開番地として自タスクのTCBに保存する … (*a)
+        dispatcherに分岐する
 
   dispatch_r:
-        スクラッチレジスタを除くすべてのレジスタをスタックから復帰する
+        スクラッチレジスタを除くすべてのレジスタをスタックから復帰する
 #ifdef TOPPERS_SUPPORT_OVRHDR
-        ovrtimer_start();                                       /* オーバランタイマの動作開始 */
+        ovrtimer_start();                                       /* オーバランタイマの動作開始 */
 #endif /* TOPPERS_SUPPORT_OVRHDR */
-        calltex(); … (*b)
+        calltex(); … (*b)
 }
 ----------------------------------------
 
-ここでスクラッチレジスタ(*)とは，関数呼出しにより保存されないレジスタの
-ことである．å¿
-è¦ãªå ´åˆã«ã¯ï¼Œé–¢æ•°ã‚’å‘¼ã³å‡ºã™å´ã§ä¿å­˜ã—ãªã‘ã‚Œã°ãªã‚‰ãªã„ãŸ
-め，caller saved registerã¨å‘¼ã°ã‚Œã‚‹å ´åˆã‚‚ã‚ã‚‹ï¼Ž
-
-dispatchを呼び出したタスクが次に実行される時には，実行再開番地として登
-録したdispatch_rに戻ってくる．dispatch_rには，dispatcherのみから分岐し，
-その時の状æ
-‹ã¯ï¼Œã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆãƒ»CPUロック状æ
-‹ãƒ»å‰²è¾¼ã¿å„ªå
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨
-解除状æ
-‹ãƒ»ãƒ‡ã‚£ã‚¹ãƒ‘ッチ許可状æ
-‹ã§ã‚る．
-
-(*b)でcalltexを呼ぶ代わりに，calltexの処理å†
-容（p_runtsk->enatexがtrue
-で，p_runtsk->texptnが0でなく，ipmflgがtrueã®å ´åˆã«ï¼Œcall_texrtnを呼ぶ）
-をここにインライン展開した方が効率がよい．ターゲット非依存部のcalltexを
-ä½¿ã‚ãªã„å ´åˆã«ã¯ï¼ŒOMIT_CALLTEXをマクロ定義することで，ターゲット非依存
-部からcalltexを取り除くことができる．
-
-6.5.4 ディスパッチャの動作開始
+ここでスクラッチレジスタ(*)とは，関数呼出しにより保存されないレジスタの
+ことである．必要な場合には，関数を呼び出す側で保存しなければならないた
+め，caller saved registerと呼ばれる場合もある．
+
+dispatchを呼び出したタスクが次に実行される時には，実行再開番地として登
+録したdispatch_rに戻ってくる．dispatch_rには，dispatcherのみから分岐し，
+その時の状態は，タスクコンテキスト・CPUロック状態・割込み優先度マスク全
+解除状態・ディスパッチ許可状態である．
+
+(*b)でcalltexを呼ぶ代わりに，calltexの処理内容（p_runtsk->enatexがtrue
+で，p_runtsk->texptnが0でなく，ipmflgがtrueの場合に，call_texrtnを呼ぶ）
+をここにインライン展開した方が効率がよい．ターゲット非依存部のcalltexを
+使わない場合には，OMIT_CALLTEXをマクロ定義することで，ターゲット非依存
+部からcalltexを取り除くことができる．
+
+6.5.4 ディスパッチャの動作開始
 
 (6-5-4-1) void start_dispatch(void)
 
-ディスパッチャの動作開始（start_dispatch）は，カーネル起動時に，カーネ
-ルの初期化処理から呼び出される．start_dispatchは，リターンすることのな
-い関数である．
-
-start_dispatchは，非タスクコンテキストで，NMIを除くすべての割込みをマス
-クした状æ
-‹ï¼ˆå
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã¨åŒç­‰ã®çŠ¶æ
-‹ï¼‰ã§å‘¼ã³å‡ºã•ã‚Œã‚‹ï¼Žstart_dispatch
-å†
-で，タスクコンテキストに切り換え，CPUロック状æ
-‹ãƒ»å‰²è¾¼ã¿å„ªå
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨
-解除状æ
-‹ã«ã—なければならない．
-
-start_dispatchの処理å†
-容は次の通り．
+ディスパッチャの動作開始（start_dispatch）は，カーネル起動時に，カーネ
+ルの初期化処理から呼び出される．start_dispatchは，リターンすることのな
+い関数である．
+
+start_dispatchは，非タスクコンテキストで，NMIを除くすべての割込みをマス
+クした状態（全割込みロック状態と同等の状態）で呼び出される．start_dispatch
+内で，タスクコンテキストに切り換え，CPUロック状態・割込み優先度マスク全
+解除状態にしなければならない．
+
+start_dispatchの処理内容は次の通り．
 
 ----------------------------------------
@@ -2311 +1866 @@
 start_dispatch(void)
 {
-        タスクコンテキストに切り換える
-        CPUロック状æ
-‹ãƒ»å‰²è¾¼ã¿å„ªå
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹ã«ã™ã‚‹
-        dispatcher_0に分岐する
+        タスクコンテキストに切り換える
+        CPUロック状態・割込み優先度マスク全解除状態にする
+        dispatcher_0に分岐する
 }
 ----------------------------------------
 
-6.5.5 現在のコンテキストを捨ててディスパッチ
+6.5.5 現在のコンテキストを捨ててディスパッチ
 
 (6-5-5-1) void exit_and_dispatch(void)
 
-現在のコンテキストを捨ててディスパッチ（exit_and_dispatch）は，自タスク
-を終了させるサービスコール処理関数から呼び出される．exit_and_dispatchは，
-リターンすることのない関数である．
-
-exit_and_dispatchは，タスクコンテキスト・CPUロック状æ
-‹ãƒ»å‰²è¾¼ã¿å„ªå
-ˆåº¦ãƒž
-スクå
-¨è§£é™¤çŠ¶æ
-‹ãƒ»ãƒ‡ã‚£ã‚¹ãƒ‘ッチ許可状æ
-‹ã§å‘¼ã³å‡ºã•ã‚Œã‚‹ï¼Ž
-
-exit_and_dispatchの処理å†
-容は次の通り．
+現在のコンテキストを捨ててディスパッチ（exit_and_dispatch）は，自タスク
+を終了させるサービスコール処理関数から呼び出される．exit_and_dispatchは，
+リターンすることのない関数である．
+
+exit_and_dispatchは，タスクコンテキスト・CPUロック状態・割込み優先度マ
+スク全解除状態・ディスパッチ許可状態で呼び出される．
+
+exit_and_dispatchの処理内容は次の通り．
 
 ----------------------------------------
@@ -2344 +1889 @@
 exit_and_dispatch(void)
 {
-        dispatcherに分岐する
+        dispatcherに分岐する
 }
 ----------------------------------------
 
-6.5.6 タスクの起動処理
+6.5.6 タスクの起動処理
 
 (6-5-6-1) void activate_context(TCB *p_tcb)
 
-タスクの起動処理（activate_context）は，タスクを休止状æ
-‹ã‹ã‚‰å®Ÿè¡Œã§ãã‚‹
-状æ
-‹ã«ã™ã‚‹æ™‚に呼ばれ，p_tcbで指定されたタスク（対象タスク）のTCB中のス
-タックポインタを初期化し，実行再開番地をタスク開始時処理（start_r）に設
-å®šã™ã‚‹ï¼Žã“ã®æ™‚ç‚¹ã§ã¯ï¼Œå¾Œè¿°ã™ã‚‹ç†ç”±ã§ï¼Œå¯¾è±¡ã‚¿ã‚¹ã‚¯ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã‚’ä½¿ã£ã¦
-はならない．
-
-対象タスクが最初に実行される時には，対象タスクを自タスクとして，実行再
-開番地として登録したstart_rに分岐してくる．start_rには，dispatcherのみ
-から分岐し，その時の状æ
-‹ã¯ï¼Œã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆãƒ»CPUロック状æ
-‹ãƒ»å‰²è¾¼ã¿å„ª
-å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹ãƒ»ãƒ‡ã‚£ã‚¹ãƒ‘ッチ許可状æ
-‹ã§ã‚る．
-
-start_rは，CPUロック状æ
-‹ã‚’解除した後，タスクの起動番地を呼び出す．さら
-ã«ï¼Œã‚¿ã‚¹ã‚¯ã®èµ·å‹•ç•ªåœ°ã‹ã‚‰æˆ»ã£ã¦ããŸå ´åˆã«ã¯ï¼Œext_tskを呼び出す．
-
-activate_contextとstart_rの処理å†
-容は次の通り．
+タスクの起動処理（activate_context）は，タスクを休止状態から実行できる
+状態にする時に呼ばれ，p_tcbで指定されたタスク（対象タスク）のTCB中のス
+タックポインタを初期化し，実行再開番地をタスク開始時処理（start_r）に設
+定する．この時点では，後述する理由で，対象タスクのスタック領域を使って
+はならない．
+
+対象タスクが最初に実行される時には，対象タスクを自タスクとして，実行再
+開番地として登録したstart_rに分岐してくる．start_rには，dispatcherのみ
+から分岐し，その時の状態は，タスクコンテキスト・CPUロック状態・割込み優
+先度マスク全解除状態・ディスパッチ許可状態である．
+
+start_rは，CPUロック状態を解除した後，タスクの起動番地を呼び出す．さら
+に，タスクの起動番地から戻ってきた場合には，ext_tskを呼び出す．
+
+activate_contextとstart_rの処理内容は次の通り．
 
 ----------------------------------------
@@ -2382 +1917 @@
 activate_context(TCB *p_tcb)
 {
-        指定されたタスク（p_tcb）のTCB中のスタックポインタを初期化する
-        start_rを，実行再開番地として自タスクのTCBに保存する … (*a)
+        指定されたタスク（p_tcb）のTCB中のスタックポインタを初期化する
+        start_rを，実行再開番地として自タスクのTCBに保存する … (*a)
         return;
 
   start_r:
 #ifdef TOPPERS_SUPPORT_OVRHDR
-        ovrtimer_start();                                       /* オーバランタイマの動作開始 */
+        ovrtimer_start();                                       /* オーバランタイマの動作開始 */
 #endif /* TOPPERS_SUPPORT_OVRHDR */
-        CPUロック解除状æ
-‹ã«ã™ã‚‹
-        自タスク（p_runtsk）の起動番地を，拡張æƒ
-å ±ã‚’ãƒ‘ãƒ©ãƒ¡ãƒ¼ã‚¿ã¨ã—ã¦å‘¼ã³å‡ºã™
-        ext_tskに分岐する ... (*c)
+        CPUロック解除状態にする
+        自タスク（p_runtsk）の起動番地を，拡張情報をパラメータとして呼び出す
+        ext_tskに分岐する ... (*c)
 }
 ----------------------------------------
 
-(*c)でext_tskを呼ぶ代わりに，自タスクの起動番地を呼び出す時の返り番地を
-ext_tskの番地としておく方法がある．
-
-ã“ã“ã§ï¼Œã‚¿ã‚¹ã‚¯ã®èµ·å‹•å‡¦ç†ã«ãŠã„ã¦å¯¾è±¡ã‚¿ã‚¹ã‚¯ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã‚’ä½¿ã£ã¦ã¯ãªã‚‰
-ない理由は，次の通り．制約タスク拡張パッケージにおいて，複数の制約タス
-ã‚¯ãŒã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã‚’å
-±æœ‰ã—ã¦ã„ã‚‹å ´åˆã«ï¼Œã‚¿ã‚¹ã‚¯ã®èµ·å‹•æ™‚ç‚¹ã§ã¯ï¼Œãã®ã‚¿ã‚¹ã‚¯
-ã¨ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã‚’å
-±æœ‰ã—ã¦ã„ã‚‹ã‚¿ã‚¹ã‚¯ãŒï¼Œã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã‚’ä½¿ç”¨ã—ã¦ã„ã‚‹å¯èƒ½æ€§
-があるためである．
-
-このポーティングガイドでは，タスクの実行再開番地をTCBに保存している
-(*a)。これをスタックに保存する方法も考えられるが，タスクの起動処理でス
-ã‚¿ãƒƒã‚¯é ˜åŸŸãŒä½¿ãˆãªã„ã“ã¨ã‹ã‚‰ï¼Œã‚¿ã‚¹ã‚¯ã®èµ·å‹•å‡¦ç†ã ã‘ã¯ä¾‹å¤–æ‰±ã„ã—ãªã‘ã‚Œã°
-ならない．例えば，タスクの起動処理においてはTCB中のスタックポインタを特
-殊な値（例えば0）に設定しておき，ディスパッチャ本体でTCB中のスタックポ
-ã‚¤ãƒ³ã‚¿ãŒãã®å€¤ã®å ´åˆã«ã¯start_rに分岐させ，start_rにおいてスタックポイ
-ンタを初期化する方法が考えられる．
-
-6.6 割込みハンドラ
-
-6.6.1 割込みハンドラの出å
-¥å£å‡¦ç†
-
-カーネル管理の割込みの出å
-¥å£å‡¦ç†ã®æ–¹æ³•ã¯ï¼Œãƒ—ロセッサによって大きく異な
-るが，おおよその処理å†
-容は次の通り．
+(*c)でext_tskを呼ぶ代わりに，自タスクの起動番地を呼び出す時の返り番地を
+ext_tskの番地としておく方法がある．
+
+ここで，タスクの起動処理において対象タスクのスタック領域を使ってはなら
+ない理由は，次の通り．制約タスク拡張パッケージにおいて，複数の制約タス
+クがスタック領域を共有している場合に，タスクの起動時点では，そのタスク
+とスタック領域を共有しているタスクが，スタック領域を使用している可能性
+があるためである．
+
+このポーティングガイドでは，タスクの実行再開番地をTCBに保存している
+(*a)。これをスタックに保存する方法も考えられるが，タスクの起動処理でス
+タック領域が使えないことから，タスクの起動処理だけは例外扱いしなければ
+ならない．例えば，タスクの起動処理においてはTCB中のスタックポインタを特
+殊な値（例えば0）に設定しておき，ディスパッチャ本体でTCB中のスタックポ
+インタがその値の場合にはstart_rに分岐させ，start_rにおいてスタックポイ
+ンタを初期化する方法が考えられる．
+
+6.6 割込みハンドラ
+
+6.6.1 割込みハンドラの出入口処理
+
+カーネル管理の割込みの出入口処理の方法は，プロセッサによって大きく異な
+るが，おおよその処理内容は次の通り．
 
 ----------------------------------------
 void
-<割込みの出å
-¥å£å‡¦ç†>(void)
+<割込みの出入口処理>(void)
 {
-        少なくともカーネル管理の割込みを禁止した状æ
-‹ã«ã™ã‚‹ … (*f)
-        スクラッチレジスタをスタックに保存する
-        if (タスクコンテキストで割込み発生) {
+        少なくともカーネル管理の割込みを禁止した状態にする … (*f)
+        スクラッチレジスタをスタックに保存する
+        if (タスクコンテキストで割込み発生) {
 #ifdef TOPPERS_SUPPORT_OVRHDR
-                ovrtimer_stop();                                /* オーバランタイマの停止 */
+                ovrtimer_stop();                                /* オーバランタイマの停止 */
 #endif /* TOPPERS_SUPPORT_OVRHDR */
-                スタックを非タスクコンテキスト用のスタックに切り換え，
-                                                                非タスクコンテキストに切り換える
+                スタックを非タスクコンテキスト用のスタックに切り換え，
+                                                                非タスクコンテキストに切り換える
         }
-        割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã‚’，受け付けた割込み要求の割込優å
-ˆåº¦ã«è¨­å®šã—，
-                                CPUロック解除状æ
-‹ã«ã™ã‚‹ï¼ˆå—け付けた割込みよりも
-                                優å
-ˆåº¦ã®é«˜ã„割込みを受け付けるようにする）… (*i)
+        割込み優先度マスクを，受け付けた割込み要求の割込優先度に設定し，
+                                CPUロック解除状態にする（受け付けた割込みよりも
+                                優先度の高い割込みを受け付けるようにする）… (*i)
 
 
 #ifdef LOG_INH_ENTER
-        log_inh_enter(割込みハンドラ番号);
+        log_inh_enter(割込みハンドラ番号);
 #endif /* LOG_INH_ENTER */
-        割込みハンドラを呼び出す
+        割込みハンドラを呼び出す
 #ifdef LOG_INH_LEAVE
-        log_inh_leave(割込みハンドラ番号);
+        log_inh_leave(割込みハンドラ番号);
 #endif /* LOG_INH_LEAVE */
 
   ret_int:
-        if (タスクコンテキストで割込み発生) {
-                （少なくとも）カーネル管理の割込みを禁止した状æ
-‹ã«ã™ã‚‹ … (*d)
-                スタックをタスク用のスタックに戻し，タスクコンテキストに切り換える
-                                                                                                                                … (*g)
+        if (タスクコンテキストで割込み発生) {
+                （少なくとも）カーネル管理の割込みを禁止した状態にする … (*d)
+                スタックをタスク用のスタックに戻し，タスクコンテキストに切り換える
+                                                                                                                                … (*g)
                 if (reqflg) {
                         reqflg = false;
-                        CPUロック状æ
-‹ã«ã™ã‚‹ … (*e)
-                        割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã‚’，å
-¨è§£é™¤çŠ¶æ
-‹ï¼ˆTIPM_ENAALL）に設定する … (*h)
+                        CPUロック状態にする … (*e)
+                        割込み優先度マスクを，全解除状態（TIPM_ENAALL）に設定する … (*h)
                         if (dspflg && p_runtsk != p_schedtsk) {
-                                スクラッチレジスタを除くすべてのレジスタをスタックに保存する
-                                スタックポインタを自タスク（p_runtsk）のTCBに保存する
-                                ret_int_rを，実行再開番地として自タスクのTCBに保存する … (*a)
-                                dispatcherに分岐する
+                                スクラッチレジスタを除くすべてのレジスタをスタックに保存する
+                                スタックポインタを自タスク（p_runtsk）のTCBに保存する
+                                ret_int_rを，実行再開番地として自タスクのTCBに保存する … (*a)
+                                dispatcherに分岐する
 
                           ret_int_r:
-                                スクラッチレジスタを除くすべてのレジスタをスタックから復帰する
+                                スクラッチレジスタを除くすべてのレジスタをスタックから復帰する
                         }
 #ifdef TOPPERS_SUPPORT_OVRHDR
-                        ovrtimer_start();                       /* オーバランタイマの動作開始 */
+                        ovrtimer_start();                       /* オーバランタイマの動作開始 */
 #endif /* TOPPERS_SUPPORT_OVRHDR */
-                        calltex(); … (*b)
+                        calltex(); … (*b)
                 }
 #ifdef TOPPERS_SUPPORT_OVRHDR
                 else {
-                        ovrtimer_start();                       /* オーバランタイマの動作開始 */
+                        ovrtimer_start();                       /* オーバランタイマの動作開始 */
                 }
 #endif /* TOPPERS_SUPPORT_OVRHDR */
         }
-        割込み処理からのリターン後に，割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ãŒ
-                                                                        割込み処理前の値に戻るように準備する
-        割込み処理からのリターン後に，CPUロック解除状æ
-‹ã«æˆ»ã‚‹ã‚ˆã†ã«æº–備する
-        スクラッチレジスタをスタックから復帰する
-        割込み処理からのリターン
+        割込み処理からのリターン後に，割込み優先度マスクが
+                                                                        割込み処理前の値に戻るように準備する
+        割込み処理からのリターン後に，CPUロック解除状態に戻るように準備する
+        スクラッチレジスタをスタックから復帰する
+        割込み処理からのリターン
 }
 ----------------------------------------
 
-割込みの受付けにより，スタックポインタが切り換わらず，すべての割込みが
-禁止されないプロセッサでは，(*f)において，少なくともカーネル管理の割込
-みを禁止する．この理由は次の通りである．
-
-割込みのå
-¥å£å‡¦ç†ã«ãŠã„て，スタックを非タスクコンテキスト用のスタックに
-åˆ‡ã‚Šæ›ãˆã‚‹å‰ã«å¤šé‡å‰²è¾¼ã¿ãŒç™ºç”Ÿã™ã‚‹ã¨ï¼Œã‚¿ã‚¹ã‚¯ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸãŒä½¿ç”¨ã•ã‚Œã‚‹ï¼Ž
-上記のようなプロセッサでは，スタックの切換え前に，最大で割込み優å
-ˆåº¦ã®
-段数分の多重割込みが発生することを防ぐことはできず，各タスクのスタック
-é ˜åŸŸã‚’ç¢ºä¿ã™ã‚‹éš›ã«ï¼Œãã®åˆ†ã‚’è¦‹è¾¼ã‚“ã§ç¢ºä¿ã—ãªã‘ã‚Œã°ãªã‚‰ãªã„ï¼Žå„ã‚¿ã‚¹ã‚¯ã®
-ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã‚’ãªã‚‹ã¹ãå°ã•ãã™ã‚‹ãŸã‚ã«ã¯ï¼Œã‚¹ã‚¿ãƒƒã‚¯ã‚’ãªã‚‹ã¹ãä½¿ç”¨ã—ãªã„
-å†
-に，多重割込みを禁止するのが望ましい．そのため，スクラッチレジスタを
-スタックに保存する前に，割込みを禁止する．ただし，割込みの禁止処理にå¿
-
-要な最低限のレジスタについては，割込みの禁止にå
-ˆç«‹ã£ã¦ã‚¹ã‚¿ãƒƒã‚¯ã«ä¿å­˜ã™
-るå¿
-要がある．
-
-同様のことは，カーネル管理外の割込みにも当てはまる．すなわち，カーネル
-管理外の割込みについても，スタックをなるべく使用しないå†
-に禁止するのが
-æœ›ã¾ã—ã„ï¼Žã“ã®ã“ã¨ã‹ã‚‰ï¼Œã‚«ãƒ¼ãƒãƒ«ç®¡ç†å¤–ã®å‰²è¾¼ã¿ã‚’ä½¿ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼Œ(*f)
-において，すべての割込みを禁止した状æ
-‹ã«ã™ã‚‹ã®ãŒæœ›ã¾ã—いことになる．一
-方で，カーネル管理外の割込みの禁止時間が長くなると，カーネル管理外の割
-込みの応答性が低下するため，ユーザに注意を促すå¿
-要がある．また，カーネ
-ル管理外の割込み処理においても，非タスクコンテキスト用のスタック（また
-は，カーネル管理外の割込み処理用のスタック）に切り換えることが望ましい
-が，これはカーネルの管轄外である．
-
-(*i)に含まれる割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã‚’設定する処理は，プロセッサがハードウェ
-ã‚¢ã§å®Ÿç¾ã—ã¦ã„ã‚‹å ´åˆã‚‚å¤šã„ï¼Ž
-
-(*d)においては，カーネル管理の割込みを禁止するだけで，CPUロック状æ
-‹ã«ã™
-るå¿
-要はない．例えば，CPUロック状æ
-‹ã§ã‚ã‚‹ã“ã¨ã‚’ç¤ºã™å¤‰æ•°ã‚’ç”¨æ„ã—ã¦ã„ã‚‹å ´
-合には，(*d)の時点ではその変数をCPUロック状æ
-‹ã‚’示す値に変更するå¿
-要はな
-く，(*e)において変更すればよい．
-
-(*g)においてタスクコンテキストに切り換える処理は，割込み処理からのリター
-ンによりスタックとコンテキストがå
-ƒã«æˆ»ã‚‹ãƒ—ロセッサでは，reqflgがtrueの
-å ´åˆã«ã®ã¿è¡Œãˆã°ã‚ˆã„ï¼Žreqflgがfalseの時は，非タスクコンテキストのまま処
-理を続け，割込み処理からのリターンでタスクコンテキストに戻ることになる．
-
-(*e)においてCPUロック状æ
-‹ã«ã™ã‚‹ã®ã¯ï¼Œdispatcherに分岐する際と，(*b)にお
-いてcalltexï¼ˆã¾ãŸã¯ï¼Œãã‚Œã‚’å±•é–‹ã—ãŸå ´åˆã«ã¯call_texrtn）を呼び出す際に，
-CPUロック状æ
-‹ã«ãªã£ã¦ã„ã‚‹å¿
-要があるためである．
-
-(*h)の処理が実行されるのは，割込み処理前に割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ãŒå
-¨è§£é™¤çŠ¶
-æ
-‹ï¼ˆTIPM_ENAALLï¼‰ã§ã‚ã£ãŸå ´åˆã«é™ã‚‰ã‚Œï¼Œã“ã“ã§å‰²è¾¼ã¿å„ªå
-ˆåº¦ãƒžã‚¹ã‚¯ã‚’å
-¨è§£é™¤
-状æ
-‹ã«è¨­å®šã™ã‚‹ã®ã¯ï¼Œå‰²è¾¼ã¿å‡¦ç†å‰ã®å€¤ã«æˆ»ã™ã®ã¨ç­‰ä¾¡ã§ã‚る．ここでこの処
-理を行うのは，dispatcherに分岐する際と，(*b)においてcalltex（または，そ
-ã‚Œã‚’å±•é–‹ã—ãŸå ´åˆã«ã¯call_texrtn）を呼び出す際には，割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨
-解除状æ
-‹ã«ãªã£ã¦ã„ã‚‹å¿
-要があるためである．
-
-タスクの実行中に割込みが発生し，上の処理中でdispatcherã«åˆ†å²ã—ãŸå ´åˆï¼Œ
-そのタスクが次に実行される時には，実行再開番地として登録したret_int_rに
-戻ってくる．ret_int_rには，dispatcherのみから分岐し，その時の状æ
-‹ã¯ï¼Œã‚¿
-スクコンテキスト・CPUロック状æ
-‹ãƒ»å‰²è¾¼ã¿å„ªå
-ˆåº¦ãƒžã‚¹ã‚¯å
-¨è§£é™¤çŠ¶æ
-‹ãƒ»ãƒ‡ã‚£ã‚¹ãƒ‘ッ
-チ許可状æ
-‹ã§ã‚る．
-
-割込みの出å
-¥å£å‡¦ç†ã‚’ã‚¢ã‚»ãƒ³ãƒ–ãƒªè¨€èªžã§è¨˜è¿°ã™ã‚‹å ´åˆã«ã¯ï¼Œãƒˆãƒ¬ãƒ¼ã‚¹ãƒ­ã‚°å–å¾—
-処理は，「6.2 トレースログ機能への対応」の節で記述した方法でコーディン
-グすること．
-
-6.6.2 割込みハンドラ毎の出å
-¥å£å‡¦ç†ã®ç”Ÿæˆ
-
-å‰²è¾¼ã¿ãƒ™ã‚¯ãƒˆãƒ«ã‚’ãƒãƒ¼ãƒ‰ã‚¦ã‚§ã‚¢ã§å®Ÿç¾ã—ã¦ã„ã‚‹å ´åˆãªã©ï¼Œå‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©æ¯Žã«
-出å
-¥å£å‡¦ç†ã‚’用意した方が効率が良いターゲットのために，割込みハンドラ毎
-に出å
-¥å£å‡¦ç†ã‚’生成する機構を用意している．
-
-ä»¥ä¸‹ã®ãƒžã‚¯ãƒ­ã¯ï¼Œæ¨™æº–ã®å‰²è¾¼ã¿ç®¡ç†æ©Ÿèƒ½ã®åˆæœŸåŒ–å‡¦ç†ã‚’ç”¨ã„ãŸå ´åˆã®ã¿ï¼Œã‚¿ãƒ¼
-ゲット非依存部で使われる．割込み管理機能の初期化処理をターゲット依存部
-ã§ç”¨æ„ã—ï¼Œãã®ä¸­ã§ã“ã‚Œã‚‰ã®ãƒžã‚¯ãƒ­ã‚’ä½¿ã‚ãªã„å ´åˆã«ã¯ï¼Œã“ã‚Œã‚‰ã®ãƒžã‚¯ãƒ­ã‚’ç”¨
-意するå¿
-要はない．
+割込みの受付けにより，スタックポインタが切り換わらず，すべての割込みが
+禁止されないプロセッサでは，(*f)において，少なくともカーネル管理の割込
+みを禁止する．この理由は次の通りである．
+
+割込みの入口処理において，スタックを非タスクコンテキスト用のスタックに
+切り換える前に多重割込みが発生すると，タスクのスタック領域が使用される．
+上記のようなプロセッサでは，スタックの切換え前に，最大で割込み優先度の
+段数分の多重割込みが発生することを防ぐことはできず，各タスクのスタック
+領域を確保する際に，その分を見込んで確保しなければならない．各タスクの
+スタック領域をなるべく小さくするためには，スタックをなるべく使用しない
+内に，多重割込みを禁止するのが望ましい．そのため，スクラッチレジスタを
+スタックに保存する前に，割込みを禁止する．ただし，割込みの禁止処理に必
+要な最低限のレジスタについては，割込みの禁止に先立ってスタックに保存す
+る必要がある．
+
+同様のことは，カーネル管理外の割込みにも当てはまる．すなわち，カーネル
+管理外の割込みについても，スタックをなるべく使用しない内に禁止するのが
+望ましい．このことから，カーネル管理外の割込みを使用する場合には，(*f)
+において，すべての割込みを禁止した状態にするのが望ましいことになる．一
+方で，カーネル管理外の割込みの禁止時間が長くなると，カーネル管理外の割
+込みの応答性が低下するため，ユーザに注意を促す必要がある．また，カーネ
+ル管理外の割込み処理においても，非タスクコンテキスト用のスタック（また
+は，カーネル管理外の割込み処理用のスタック）に切り換えることが望ましい
+が，これはカーネルの管轄外である．
+
+(*i)に含まれる割込み優先度マスクを設定する処理は，プロセッサがハードウェ
+アで実現している場合も多い．
+
+(*d)においては，カーネル管理の割込みを禁止するだけで，CPUロック状態にす
+る必要はない．例えば，CPUロック状態であることを示す変数を用意している場
+合には，(*d)の時点ではその変数をCPUロック状態を示す値に変更する必要はな
+く，(*e)において変更すればよい．
+
+(*g)においてタスクコンテキストに切り換える処理は，割込み処理からのリター
+ンによりスタックとコンテキストが元に戻るプロセッサでは，reqflgがtrueの
+場合にのみ行えばよい．reqflgがfalseの時は，非タスクコンテキストのまま処
+理を続け，割込み処理からのリターンでタスクコンテキストに戻ることになる．
+
+(*e)においてCPUロック状態にするのは，dispatcherに分岐する際と，(*b)にお
+いてcalltex（または，それを展開した場合にはcall_texrtn）を呼び出す際に，
+CPUロック状態になっている必要があるためである．
+
+(*h)の処理が実行されるのは，割込み処理前に割込み優先度マスクが全解除状
+態（TIPM_ENAALL）であった場合に限られ，ここで割込み優先度マスクを全解除
+状態に設定するのは，割込み処理前の値に戻すのと等価である．ここでこの処
+理を行うのは，dispatcherに分岐する際と，(*b)においてcalltex（または，そ
+れを展開した場合にはcall_texrtn）を呼び出す際には，割込み優先度マスク全
+解除状態になっている必要があるためである．
+
+タスクの実行中に割込みが発生し，上の処理中でdispatcherに分岐した場合，
+そのタスクが次に実行される時には，実行再開番地として登録したret_int_rに
+戻ってくる．ret_int_rには，dispatcherのみから分岐し，その時の状態は，タ
+スクコンテキスト・CPUロック状態・割込み優先度マスク全解除状態・ディスパッ
+チ許可状態である．
+
+割込みの出入口処理をアセンブリ言語で記述する場合には，トレースログ取得
+処理は，「6.2 トレースログ機能への対応」の節で記述した方法でコーディン
+グすること．
+
+6.6.2 割込みハンドラ毎の出入口処理の生成
+
+割込みベクトルをハードウェアで実現している場合など，割込みハンドラ毎に
+出入口処理を用意した方が効率が良いターゲットのために，割込みハンドラ毎
+に出入口処理を生成する機構を用意している．
+
+以下のマクロは，標準の割込み管理機能の初期化処理を用いた場合のみ，ター
+ゲット非依存部で使われる．割込み管理機能の初期化処理をターゲット依存部
+で用意し，その中でこれらのマクロを使わない場合には，これらのマクロを用
+意する必要はない．
 
 (6-6-2-1) INT_ENTRY(inhno, inthdr)
 
-割込みハンドラ番号がinhno，割込みハンドラの関数名がinthdrである割込みハ
-ンドラの出å
-¥å£å‡¦ç†ã®ãƒ©ãƒ™ãƒ«ã‚’作るマクロ．INTHDR_ENTRYを用いて割込みハン
-ドラ毎に出å
-¥å£å‡¦ç†ã‚’ç”Ÿæˆã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã‚ˆã†ã«å®šç¾©ã™ã‚‹ï¼Ž
+割込みハンドラ番号がinhno，割込みハンドラの関数名がinthdrである割込みハ
+ンドラの出入口処理のラベルを作るマクロ．INTHDR_ENTRYを用いて割込みハン
+ドラ毎に出入口処理を生成する場合には，次のように定義する．
 
 #define INT_ENTRY(inhno, inthdr)        _kernel_##inthdr##_##inhno
 
-割込みハンドラ毎に出å
-¥å£å‡¦ç†ã‚’作るå¿
-è¦ãŒãªã„å ´åˆã«ã¯ï¼Œæ¬¡ã®ã‚ˆã†ã«å®šç¾©ã—
-て，割込みハンドラの関数名をそのまま返す．
+割込みハンドラ毎に出入口処理を作る必要がない場合には，次のように定義し
+て，割込みハンドラの関数名をそのまま返す．
 
 #define INT_ENTRY(inhno, inthdr)        inthdr
@@ -2632 +2103 @@
 (6-6-2-2) INTHDR_ENTRY(inhno, inhno_num, inthdr)
 
-割込みハンドラ番号がinhno，割込みハンドラの関数名がinthdrである割込みハ
-ンドラの出å
-¥å£å‡¦ç†ã‚’生成するマクロ．inhno_numには，アセンブリ言語記述用
-に，割込みハンドラ番号が数値で渡される．割込みハンドラ毎に出å
-¥å£å‡¦ç†ã‚’
-作るå¿
-è¦ãŒãªã„å ´åˆã«ã¯ï¼Œç©ºã«å®šç¾©ã™ã‚‹ï¼Ž
-
-6.6.3 割込みハンドラの設定
-
-(6-6-3-1) bool_t VALID_INHNO_DEFINH(INHNO inhno)（オプション）
-
-inhnoが，DEF_INHã«å¯¾ã™ã‚‹å‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©ç•ªå·ã¨ã—ã¦æœ‰åŠ¹ãªå€¤ã§ã‚ã‚‹å ´åˆã«
-trueï¼Œãã†ã§ãªã„å ´åˆã«falseを返すマクロ．
-
-ASPカーネルのターゲット非依存部では，このマクロは使われていないため，ター
-ゲット依存部で使わないなら，用意するå¿
-要がない．
+割込みハンドラ番号がinhno，割込みハンドラの関数名がinthdrである割込みハ
+ンドラの出入口処理を生成するマクロ．inhno_numには，アセンブリ言語記述用
+に，割込みハンドラ番号が数値で渡される．割込みハンドラ毎に出入口処理を
+作る必要がない場合には，空に定義する．
+
+6.6.3 割込みハンドラの設定
+
+(6-6-3-1) bool_t VALID_INHNO_DEFINH(INHNO inhno)（オプション）
+
+inhnoが，DEF_INHに対する割込みハンドラ番号として有効な値である場合に
+true，そうでない場合にfalseを返すマクロ．
+
+ASPカーネルのターゲット非依存部では，このマクロは使われていないため，ター
+ゲット依存部で使わないなら，用意する必要がない．
 
 (6-6-3-2) void x_define_inh(INHNO inhno, FP int_entry)
 
-inhnoで指定された割込みハンドラの出å
-¥å£å‡¦ç†ã®ç•ªåœ°ã‚’int_entryに設定する．
-
-ã“ã®é–¢æ•°ã¯ï¼Œæ¨™æº–ã®å‰²è¾¼ã¿ç®¡ç†æ©Ÿèƒ½ã®åˆæœŸåŒ–å‡¦ç†ã‚’ç”¨ã„ãŸå ´åˆã®ã¿ï¼Œã‚¿ãƒ¼ã‚²ãƒƒ
-ト非依存部から呼び出される．割込み管理機能の初期化処理をターゲット依存
-éƒ¨ã§ç”¨æ„ã—ï¼Œãã®ä¸­ã§ã“ã®é–¢æ•°ã‚’å‘¼ã³å‡ºã•ãªã„å ´åˆã«ã¯ï¼Œã“ã®é–¢æ•°ã‚’ç”¨æ„ã™ã‚‹
-å¿
-要はない．
-
-この関数は，ターゲット非依存部のカーネル初期化処理から呼び出されるため，
-カーネルの初期化処理（NMIを除くすべての割込みがマスクされている）から呼
-び出せるように実è£
-すればよい．
-
-指定された割込みハンドラ番号がDEF_INHã«å¯¾ã™ã‚‹ã‚‚ã®ã¨ã—ã¦æœ‰åŠ¹ãªå€¤ã§ãªã„å ´
-合の動作は保証するå¿
-要がない（assertでエラーとするのが望ましい）．これ
-は，コンフィギュレータが，パス2のテンプレートファイルのターゲット依存部
-で定義するINHNO_DEFINH_VALIDを用いてエラーを検出するためである．
-
-6.6.4 割込み要求ラインの属性の設定
-
-(6-6-4-1) bool_t VALID_INTNO_CFGINT(INTNO intno)（オプション）
-
-intnoãŒï¼Œå‰²è¾¼ã¿ç•ªå·ã¨ã—ã¦æœ‰åŠ¹ãªå€¤ã§ã‚ã‚‹å ´åˆã«trueï¼Œãã†ã§ãªã„å ´åˆã«
-falseを返すマクロ．CFG_INTには，すべての割込み番号を指定することができ
-るため，このマクロは，intnoãŒæœ‰åŠ¹ãªå€¤ã®å ´åˆã«ã¯true，intnoが無効の値の
-å ´åˆã«ã¯falseを返すようにする．
-
-ASPカーネルのターゲット非依存部では，このマクロは使われていないため，ター
-ゲット依存部で使わないなら，用意するå¿
-要がない．
+inhnoで指定された割込みハンドラの出入口処理の番地をint_entryに設定する．
+
+この関数は，標準の割込み管理機能の初期化処理を用いた場合のみ，ターゲッ
+ト非依存部から呼び出される．割込み管理機能の初期化処理をターゲット依存
+部で用意し，その中でこの関数を呼び出さない場合には，この関数を用意する
+必要はない．
+
+この関数は，ターゲット非依存部のカーネル初期化処理から呼び出されるため，
+カーネルの初期化処理（NMIを除くすべての割込みがマスクされている）から呼
+び出せるように実装すればよい．
+
+指定された割込みハンドラ番号がDEF_INHに対するものとして有効な値でない場
+合の動作は保証する必要がない（assertでエラーとするのが望ましい）．これ
+は，コンフィギュレータが，パス2のテンプレートファイルのターゲット依存部
+で定義するINHNO_DEFINH_VALIDを用いてエラーを検出するためである．
+
+6.6.4 割込み要求ラインの属性の設定
+
+(6-6-4-1) bool_t VALID_INTNO_CFGINT(INTNO intno)（オプション）
+
+intnoが，割込み番号として有効な値である場合にtrue，そうでない場合に
+falseを返すマクロ．CFG_INTには，すべての割込み番号を指定することができ
+るため，このマクロは，intnoが有効な値の場合にはtrue，intnoが無効の値の
+場合にはfalseを返すようにする．
+
+ASPカーネルのターゲット非依存部では，このマクロは使われていないため，ター
+ゲット依存部で使わないなら，用意する必要がない．
 
 (6-6-4-2) void x_config_int(INTNO intno, ATR intatr, PRI intpri)
 
-intnoで指定された割込み要求ラインの割込み属性を，intatrで指定された通り
-に設定する．また，割込み優å
-ˆåº¦ã‚’，intpriで指定された値に設定する．
-
-ã“ã®é–¢æ•°ã¯ï¼Œæ¨™æº–ã®å‰²è¾¼ã¿ç®¡ç†æ©Ÿèƒ½ã®åˆæœŸåŒ–å‡¦ç†ã‚’ç”¨ã„ãŸå ´åˆã®ã¿ï¼Œã‚¿ãƒ¼ã‚²ãƒƒ
-ト非依存部から呼び出される．割込み管理機能の初期化処理をターゲット依存
-éƒ¨ã§ç”¨æ„ã—ï¼Œãã®ä¸­ã§ã“ã®é–¢æ•°ã‚’å‘¼ã³å‡ºã•ãªã„å ´åˆã«ã¯ï¼Œã“ã®é–¢æ•°ã‚’ç”¨æ„ã™ã‚‹
-å¿
-要はない．
-
-この関数は，ターゲット非依存部のカーネル初期化処理から呼び出されるため，
-カーネルの初期化処理（NMIを除くすべての割込みがマスクされている）から呼
-び出せるように実è£
-すればよい．
-
-intatrとして設定できる割込み属性は次の通り．
-
-        TA_ENAINT               0x01    割込み要求禁止フラグをクリア
-        TA_EDGE                 0x02    エッジトリガ
-
-ã“ã®ä»–ã«ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆå®šç¾©ã§å‰²è¾¼ã¿å±žæ€§ã‚’è¿½åŠ ã—ã¦ã‚‚ã‚ˆã„ï¼Žã‚¿ãƒ¼ã‚²ãƒƒãƒˆå®šç¾©ã§
-è¿½åŠ ã™ã‚‹ãŸã‚ã«ï¼Œä»¥ä¸‹ã®å±žæ€§åãŒäºˆç´„ã•ã‚Œã¦ã„ã‚‹ï¼Ž
-
-        TA_POSEDGE                              ポジティブエッジトリガ
-        TA_NEGEDGE                              ネガティブエッジトリガ
-        TA_BOTHEDGE                             両エッジトリガ
-        TA_LOWLEVEL                             ローレベルトリガ
-        TA_HIGHLEVEL                    ハイレベルトリガ
-
-ã“ã‚Œã‚‰ã®å±žæ€§åã‚’ã‚¿ãƒ¼ã‚²ãƒƒãƒˆå®šç¾©ã§è¿½åŠ ã™ã‚‹å ´åˆã«ã¯ï¼Œãã®å±žæ€§å€¤ã‚’æ±ºå®šã—ï¼Œ
-定義をtarget_kernel.h（または，そこからインクルードされるファイル）に含
-める．また，コンフィギュレータテンプレートファイルから参ç
-§ã§ãã‚‹ã‚ˆã†ã«ï¼Œ
-target_def.csv（または，同等の役割を持つファイル）に含め，コンフィギュ
-レータテンプレートファイルのターゲット非依存部でエラーとならないように，
-target.tf（または，そこからインクルードされるファイル）でTARGET_INTATR
-に設定する．
-
-æŒ‡å®šã•ã‚ŒãŸå‰²è¾¼ã¿ç•ªå·ãŒæœ‰åŠ¹ãªå€¤ã§ãªã„å ´åˆã‚„ï¼Œãã®å‰²è¾¼ã¿è¦æ±‚ãƒ©ã‚¤ãƒ³ã«å¯¾ã—
-ã¦è¨­å®šã§ããªã„å±žæ€§ã‚’æŒ‡å®šã—ãŸå ´åˆï¼Œè¨­å®šã§ããªã„å‰²è¾¼ã¿å„ªå
-ˆåº¦ã‚’æŒ‡å®šã—ãŸå ´
-合の動作は保証するå¿
-要がない（assertでエラーとするのが望ましい）．この
-ようなケースは，コンフィギュレータでエラーを検出すべきである．コンフィ
-ギュレータテンプレートファイルのターゲット非依存部は，パス2のテンプレー
-トファイルのターゲット依存部で定義するINTNO_CFGINT_VALID，
-TARGET_INTATR，INTPRI_CFGINT_VALIDを用いてエラーを検出するが，標準の割
-込み属性（TA_ENAINT，TA_EDGEï¼‰ãŒè¨­å®šã§ããªã„å ´åˆã‚„ï¼Œè¨­å®šã§ããªã„å±žæ€§ã‚„
-割込み優å
-ˆåº¦ãŒå‰²è¾¼ã¿è¦æ±‚ãƒ©ã‚¤ãƒ³ã«ã‚ˆã£ã¦ç•°ãªã‚‹å ´åˆã«ã¯ï¼Œã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼
-タテンプレートファイルのターゲット依存部で検出しなければならない．
-
-6.6.5 割込み管理機能の初期化処理の変更
-
-(6-6-5-1) OMIT_INITIALIZE_INTERRUPT（オプション）
-
-割込み管理機能の初期化処理をターゲット依存部で用意し，ターゲット非依存
-éƒ¨ã«å«ã¾ã‚Œã‚‹æ¨™æº–ã®å‰²è¾¼ã¿ç®¡ç†æ©Ÿèƒ½ã®åˆæœŸåŒ–å‡¦ç†ã‚’ç”¨ã„ãªã„å ´åˆã«ã¯ï¼Œã“ã®ã‚·
-ンボルをマクロ定義する．
-
-このシンボルをマクロ定義すると，INHINIB，INTINIB，initialize_interrupt
-の定義が，カーネルのターゲット非依存部から取り除かれる．また，
-TNUM_INHNO，tnum_inhno，inhinib_table，TNUM_INTNO，tnum_intno，
-intinib_tableの定義と，割込みハンドラ毎の出å
-¥å£å‡¦ç†ã‚’生成するための記述
-（INTHDR_ENTRYマクロのリスト）が，コンフィギュレータのパス2のテンプレー
-トファイルのターゲット非依存部によってkernel_cfg.cに生成されなくなる．
-ただし，コンフィギュレータのパス2のテンプレートファイルのターゲット依存
-部で，USE_INHINIB_TABLEとUSE_INTINIB_TABLEを設定することで，その一部
-分をkernel_cfg.cに生成することが可能である．
-
-(6-6-5-2) void initialize_interrupt(void)（オプション）
-
-OMIT_INITIALIZE_INTERRUPTã‚’ãƒžã‚¯ãƒ­å®šç¾©ã—ãŸå ´åˆã«ã¯ï¼Œã“ã®é–¢æ•°ã‚’ã‚¿ãƒ¼ã‚²ãƒƒãƒˆ
-依存部で用意する．OMIT_INITIALIZE_INTERRUPTをマクロ定義することにより取
-ã‚Šé™¤ã‹ã‚Œã‚‹ãã®ä»–ã®ãƒ‡ãƒ¼ã‚¿åž‹ï¼Œå¤‰æ•°ï¼Œãƒžã‚¯ãƒ­ã¯ï¼Œã“ã®é–¢æ•°ã§ä½¿ç”¨ã™ã‚‹å ´åˆã«ã®
-み用意すればよい．
-
-6.6.6 デフォルトの割込みハンドラ
-
-(6-6-6-1) void default_int_handler(void)（オプション）
-
-ã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚¿ã«ã‚ˆã‚Šå‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©ã®ãƒ†ãƒ¼ãƒ–ãƒ«ã‚’ç”Ÿæˆã™ã‚‹å ´åˆãªã©ã«ã¯ï¼Œ
-割込みハンドラを登録しなかった割込みハンドラ番号に対して，デフォルトの
-割込みハンドラとして，default_int_handlerを登録する．
-
-default_int_handlerは，標準のものをターゲット依存部で用意するが，ユーザ
-が用意したもので置き換えられるように，OMIT_DEFAULT_INT_HANDLERをマクロ
-å®šç¾©ã—ãŸå ´åˆã«ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§å®šç¾©ã—ãªã„ã‚ˆã†ã«ã™ã‚‹ï¼ŽãªãŠï¼Œãƒ¦ãƒ¼ã‚¶
-ãŒç”¨æ„ã™ã‚‹å ´åˆã®åç§°ã¯ï¼Œ_kernel_default_int_handlerとなる．
-
-6.6.7 カーネル管理外の割込み
-
-カーネル管理外の割込みハンドラは，カーネルå†
-の割込み出å
-¥å£å‡¦ç†ã‚’経由せ
-ずに実行するのが基本である．
-
-ただし，すべての割込みで同じアドレスに分岐するプロセッサでは，カーネル
-å†
-の割込み出å
-¥å£å‡¦ç†ã‚’å
-¨ãçµŒç”±ã›ãšã«ã‚«ãƒ¼ãƒãƒ«ç®¡ç†å¤–の割込みハンドラを実
-行することができないため，割込み出å
-¥å£å‡¦ç†ã®ãªã‚‹ã¹ãæ—©ã„タイミングで，
-カーネル管理外の割込みであるかを判別し，処理å†
-容を分けるå¿
-要がある．å
-·
-体的には，カーネル管理外の割込みの出å
-¥å£å‡¦ç†ã§ã¯ï¼Œã‚ªãƒ¼ãƒãƒ©ãƒ³ãƒãƒ³ãƒ‰ãƒ©ã®
-停止と動作開始を行ってはならない．また，reqflgをチェックし，タスク切換
-えやタスク例外処理ルーチンの呼出しを行うå¿
-要がない．さらに，NMIの出å
-¥å£
-処理では，トレースログ取得処理（log_inh_enterおよびlog_inh_leave）を呼
-び出してはならない．
-
-カーネル管理外の割込みハンドラを実行する際に，カーネルå†
-の割込み出å
-¥å£
-å‡¦ç†ã®ä¸€éƒ¨åˆ†ã‚’çµŒç”±ã™ã‚‹å ´åˆã«ã¯ï¼ŒCPU例外が起こる可能性を極力減らすととも
-に，CPUä¾‹å¤–ã‚’èµ·ã“ã™å¯èƒ½æ€§ãŒã‚ã‚‹å ´åˆã«ã¯ï¼Œãã®å¯èƒ½æ€§ã‚’ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã®
-ユーザーズマニュアルに記載しなければならない．
-
-次に，カーネル管理外の割込みの設定方法に関して，「TOPPERS新世代カーネル
-統合仕様書」の「2.7.8 カーネル管理外の割込みの設定方法」の節の3つの方法
-のいずれを採用するかを決定する．
-
-(a-1)または(a-2)を採用し，カーネル管理外とした割込みに対して，カーネル
-のAPIによる割込みハンドラの登録と割込み要求ラインの属性の設定をサポート
-ã—ãªã„å ´åˆã«ã¯ï¼Œãã‚Œã«ä»£ã‚ã‚‹æ–¹æ³•ã‚’ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã®ãƒ¦ãƒ¼ã‚¶ãƒ¼ã‚ºãƒžãƒ‹ãƒ¥ã‚¢
-ルに記述する．
-
-(a-1)または(a-2)を採用してカーネルのAPIによる割込みハンドラの登録や割込
-ã¿è¦æ±‚ãƒ©ã‚¤ãƒ³ã®å±žæ€§ã®è¨­å®šã‚’ã‚µãƒãƒ¼ãƒˆã™ã‚‹å ´åˆã‚„ï¼Œ(b)ã‚’æŽ¡ç”¨ã—ãŸå ´åˆã«ã¯ï¼Œã‚¿ãƒ¼
-ゲット依存部においてそれを実現するå¿
-要がある．
-
-カーネル管理外の割込みに対して，DEF_INHによる割込みハンドラの登録をサポー
-トするには，次の設定がå¿
-要になる．
-
-・TARGET_INHATRに，TA_NONKERNELを設定する．
-
-・(a-1)または(a-2)ã‚’æŽ¡ç”¨ã—ãŸå ´åˆã«ã¯ï¼ŒINHNO_DEFINH_VALIDに，カーネル管
-　理外とした割込みに対応する割込みハンドラ番号を含める．また，
-　VALID_INHNO_DEFINHを，カーネル管理外とした割込みハンドラ番号を有効な
-　値と判定するようにする．
-
-・(a-1)または(a-2)ã‚’æŽ¡ç”¨ã—ãŸå ´åˆã«ã¯ï¼ŒINHNO_FIX_KERNELにカーネル管理と
-　した割込みハンドラ番号のリストを，INHNO_FIX_NONKERNELにカーネル管理外
-　とした割込みハンドラ番号のリスト設定する．
-
-・DEF_INHがカーネル管理外の割込みに対応できるようにする．標準の割込み管
-ã€€ç†æ©Ÿèƒ½ã®åˆæœŸåŒ–å‡¦ç†ã‚’ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œx_define_inhをカーネル管理外の割
-　込みに対応させる．
-
-・å¿
-è¦ãªå ´åˆã«ã¯ï¼ŒTA_NONKERNEL属性が設定された割込みハンドラをカーネル
-　管理外と扱うように，カーネルå†
-の割込み出å
-¥å£å‡¦ç†ã‚’修正する．標準の割
-ã€€è¾¼ã¿ç®¡ç†æ©Ÿèƒ½ã®åˆæœŸåŒ–å‡¦ç†ã‚’ç”¨ã„ã‚‹å ´åˆï¼Œã‚«ãƒ¼ãƒãƒ«ç®¡ç†å¤–ã®å‰²è¾¼ã¿ã«å¯¾ã—ã¦
-　は，カーネルå†
-の割込み出å
-¥å£å‡¦ç†ã‚’生成せず，アプリケーションが登録し
-　た割込みハンドラを直接呼び出すように，ターゲット非依存部により設定さ
-　れるため，ターゲット依存部では対応するå¿
-要がない．
-
-カーネル管理外の割込みに対して，CFG_INTによる割込み要求ラインの属性の設
-定をサポートするには，次の設定がå¿
-要になる．
-
-・(a-1)または(a-2)ã‚’æŽ¡ç”¨ã—ãŸå ´åˆã«ã¯ï¼ŒINTNO_CFGINT_VALIDに，カーネル管
-　理外とした割込みに対応する割込み番号を含める．また，VALID_INTNO_CFGINT
-　を，カーネル管理外とした割込み番号を有効な値と判定するようにする．
-
-・(a-1)または(a-2)ã‚’æŽ¡ç”¨ã—ãŸå ´åˆã«ã¯ï¼ŒINTNO_FIX_KERNELにカーネル管理と
-　した割込み番号のリストを，INTNO_FIX_NONKERNELにカーネル管理外とした割
-　込み番号のリスト設定する．
-
-・INTPRI_CFGINT_VALIDに，カーネル管理外の割込みとなる優å
-ˆåº¦ã‚’含める．
-
-・CFG_INTがカーネル管理外の割込みに対応できるようにする．標準の割込み管
-ã€€ç†æ©Ÿèƒ½ã®åˆæœŸåŒ–å‡¦ç†ã‚’ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œx_config_intをカーネル管理外の割
-　込みに対応させる．
-
-chg_ipmにより，（NMI以外の）カーネル管理外の割込みをマスクできるように
-ã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®è¨­å®šãŒå¿
-要になる．
-
-・VALID_INTPRI_CHGIPMを，カーネル管理外の割込みとなる優å
-ˆåº¦ã‚’有効な値と
-　判定するようにする．
-
-・t_set_ipmを，カーネル管理外の割込みとなる優å
-ˆåº¦ã‚’扱えるようにする．
-
-6.6.8 割込みサービスルーチンの生成
+intnoで指定された割込み要求ラインの割込み属性を，intatrで指定された通り
+に設定する．また，割込み優先度を，intpriで指定された値に設定する．
+
+この関数は，標準の割込み管理機能の初期化処理を用いた場合のみ，ターゲッ
+ト非依存部から呼び出される．割込み管理機能の初期化処理をターゲット依存
+部で用意し，その中でこの関数を呼び出さない場合には，この関数を用意する
+必要はない．
+
+この関数は，ターゲット非依存部のカーネル初期化処理から呼び出されるため，
+カーネルの初期化処理（NMIを除くすべての割込みがマスクされている）から呼
+び出せるように実装すればよい．
+
+intatrとして設定できる割込み属性は次の通り．
+
+        TA_ENAINT               0x01    割込み要求禁止フラグをクリア
+        TA_EDGE                 0x02    エッジトリガ
+
+この他に，ターゲット定義で割込み属性を追加してもよい．ターゲット定義で
+追加するために，以下の属性名が予約されている．
+
+        TA_POSEDGE                              ポジティブエッジトリガ
+        TA_NEGEDGE                              ネガティブエッジトリガ
+        TA_BOTHEDGE                             両エッジトリガ
+        TA_LOWLEVEL                             ローレベルトリガ
+        TA_HIGHLEVEL                    ハイレベルトリガ
+
+これらの属性名をターゲット定義で追加する場合には，その属性値を決定し，
+定義をtarget_kernel.h（または，そこからインクルードされるファイル）に含
+める．また，コンフィギュレータテンプレートファイルから参照できるように，
+target_def.csv（または，同等の役割を持つファイル）に含め，コンフィギュ
+レータテンプレートファイルのターゲット非依存部でエラーとならないように，
+target.tf（または，そこからインクルードされるファイル）でTARGET_INTATR
+に設定する．
+
+指定された割込み番号が有効な値でない場合や，その割込み要求ラインに対し
+て設定できない属性を指定した場合，設定できない割込み優先度を指定した場
+合の動作は保証する必要がない（assertでエラーとするのが望ましい）．この
+ようなケースは，コンフィギュレータでエラーを検出すべきである．コンフィ
+ギュレータテンプレートファイルのターゲット非依存部は，パス2のテンプレー
+トファイルのターゲット依存部で定義するINTNO_CFGINT_VALID，
+TARGET_INTATR，INTPRI_CFGINT_VALIDを用いてエラーを検出するが，標準の割
+込み属性（TA_ENAINT，TA_EDGE）が設定できない場合や，設定できない属性や
+割込み優先度が割込み要求ラインによって異なる場合には，コンフィギュレー
+タテンプレートファイルのターゲット依存部で検出しなければならない．
+
+6.6.5 割込み管理機能の初期化処理の変更
+
+(6-6-5-1) OMIT_INITIALIZE_INTERRUPT（オプション）
+
+割込み管理機能の初期化処理をターゲット依存部で用意し，ターゲット非依存
+部に含まれる標準の割込み管理機能の初期化処理を用いない場合には，このシ
+ンボルをマクロ定義する．
+
+このシンボルをマクロ定義すると，INHINIB，INTINIB，initialize_interrupt
+の定義が，カーネルのターゲット非依存部から取り除かれる．また，
+TNUM_INHNO，tnum_inhno，inhinib_table，TNUM_INTNO，tnum_intno，
+intinib_tableの定義と，割込みハンドラ毎の出入口処理を生成するための記述
+（INTHDR_ENTRYマクロのリスト）が，コンフィギュレータのパス2のテンプレー
+トファイルのターゲット非依存部によってkernel_cfg.cに生成されなくなる．
+ただし，コンフィギュレータのパス2のテンプレートファイルのターゲット依存
+部で，USE_INHINIB_TABLEとUSE_INTINIB_TABLEを設定することで，その一部
+分をkernel_cfg.cに生成することが可能である．
+
+(6-6-5-2) void initialize_interrupt(void)（オプション）
+
+OMIT_INITIALIZE_INTERRUPTをマクロ定義した場合には，この関数をターゲット
+依存部で用意する．OMIT_INITIALIZE_INTERRUPTをマクロ定義することにより取
+り除かれるその他のデータ型，変数，マクロは，この関数で使用する場合にの
+み用意すればよい．
+
+6.6.6 デフォルトの割込みハンドラ
+
+(6-6-6-1) void default_int_handler(void)（オプション）
+
+コンフィギュレータにより割込みハンドラのテーブルを生成する場合などには，
+割込みハンドラを登録しなかった割込みハンドラ番号に対して，デフォルトの
+割込みハンドラとして，default_int_handlerを登録する．
+
+default_int_handlerは，標準のものをターゲット依存部で用意するが，ユーザ
+が用意したもので置き換えられるように，OMIT_DEFAULT_INT_HANDLERをマクロ
+定義した場合には，ターゲット依存部で定義しないようにする．なお，ユーザ
+が用意する場合の名称は，_kernel_default_int_handlerとなる．
+
+6.6.7 カーネル管理外の割込み
+
+カーネル管理外の割込みハンドラは，カーネル内の割込み出入口処理を経由せ
+ずに実行するのが基本である．
+
+ただし，すべての割込みで同じアドレスに分岐するプロセッサでは，カーネル
+内の割込み出入口処理を全く経由せずにカーネル管理外の割込みハンドラを実
+行することができないため，割込み出入口処理のなるべく早いタイミングで，
+カーネル管理外の割込みであるかを判別し，処理内容を分ける必要がある．具
+体的には，カーネル管理外の割込みの出入口処理では，オーバランハンドラの
+停止と動作開始を行ってはならない．また，reqflgをチェックし，タスク切換
+えやタスク例外処理ルーチンの呼出しを行う必要がない．さらに，NMIの出入口
+処理では，トレースログ取得処理（log_inh_enterおよびlog_inh_leave）を呼
+び出してはならない．
+
+カーネル管理外の割込みハンドラを実行する際に，カーネル内の割込み出入口
+処理の一部分を経由する場合には，CPU例外が起こる可能性を極力減らすととも
+に，CPU例外を起こす可能性がある場合には，その可能性をターゲット依存部の
+ユーザーズマニュアルに記載しなければならない．
+
+次に，カーネル管理外の割込みの設定方法に関して，「TOPPERS新世代カーネル
+統合仕様書」の「2.7.8 カーネル管理外の割込みの設定方法」の節の3つの方法
+のいずれを採用するかを決定する．
+
+(a-1)または(a-2)を採用し，カーネル管理外とした割込みに対して，カーネル
+のAPIによる割込みハンドラの登録と割込み要求ラインの属性の設定をサポート
+しない場合には，それに代わる方法をターゲット依存部のユーザーズマニュア
+ルに記述する．
+
+(a-1)または(a-2)を採用してカーネルのAPIによる割込みハンドラの登録や割込
+み要求ラインの属性の設定をサポートする場合や，(b)を採用した場合には，ター
+ゲット依存部においてそれを実現する必要がある．
+
+カーネル管理外の割込みに対して，DEF_INHによる割込みハンドラの登録をサポー
+トするには，次の設定が必要になる．
+
+・TARGET_INHATRに，TA_NONKERNELを設定する．
+
+・(a-1)または(a-2)を採用した場合には，INHNO_DEFINH_VALIDに，カーネル管
+　理外とした割込みに対応する割込みハンドラ番号を含める．また，
+　VALID_INHNO_DEFINHを，カーネル管理外とした割込みハンドラ番号を有効な
+　値と判定するようにする．
+
+・(a-1)または(a-2)を採用した場合には，INHNO_FIX_KERNELにカーネル管理と
+　した割込みハンドラ番号のリストを，INHNO_FIX_NONKERNELにカーネル管理外
+　とした割込みハンドラ番号のリスト設定する．
+
+・DEF_INHがカーネル管理外の割込みに対応できるようにする．標準の割込み管
+　理機能の初期化処理を用いる場合には，x_define_inhをカーネル管理外の割
+　込みに対応させる．
+
+・必要な場合には，TA_NONKERNEL属性が設定された割込みハンドラをカーネル
+　管理外と扱うように，カーネル内の割込み出入口処理を修正する．標準の割
+　込み管理機能の初期化処理を用いる場合，カーネル管理外の割込みに対して
+　は，カーネル内の割込み出入口処理を生成せず，アプリケーションが登録し
+　た割込みハンドラを直接呼び出すように，ターゲット非依存部により設定さ
+　れるため，ターゲット依存部では対応する必要がない．
+
+カーネル管理外の割込みに対して，CFG_INTによる割込み要求ラインの属性の設
+定をサポートするには，次の設定が必要になる．
+
+・(a-1)または(a-2)を採用した場合には，INTNO_CFGINT_VALIDに，カーネル管
+　理外とした割込みに対応する割込み番号を含める．また，VALID_INTNO_CFGINT
+　を，カーネル管理外とした割込み番号を有効な値と判定するようにする．
+
+・(a-1)または(a-2)を採用した場合には，INTNO_FIX_KERNELにカーネル管理と
+　した割込み番号のリストを，INTNO_FIX_NONKERNELにカーネル管理外とした割
+　込み番号のリスト設定する．
+
+・INTPRI_CFGINT_VALIDに，カーネル管理外の割込みとなる優先度を含める．
+
+・CFG_INTがカーネル管理外の割込みに対応できるようにする．標準の割込み管
+　理機能の初期化処理を用いる場合には，x_config_intをカーネル管理外の割
+　込みに対応させる．
+
+chg_ipmにより，（NMI以外の）カーネル管理外の割込みをマスクできるように
+する場合には，次の設定が必要になる．
+
+・VALID_INTPRI_CHGIPMを，カーネル管理外の割込みとなる優先度を有効な値と
+　判定するようにする．
+
+・t_set_ipmを，カーネル管理外の割込みとなる優先度を扱えるようにする．
+
+6.6.8 割込みサービスルーチンの生成
 
 (6-6-8-1) bool_t VALID_INTNO_CREISR(INTNO intno)
 
-intnoが，acre_isrã«å¯¾ã™ã‚‹å‰²è¾¼ã¿ç•ªå·ã¨ã—ã¦æœ‰åŠ¹ãªå€¤ã§ã‚ã‚‹å ´åˆã«true，そう
-ã§ãªã„å ´åˆã«falseã‚’è¿”ã™ãƒžã‚¯ãƒ­ï¼Žå‹•çš„ç”Ÿæˆæ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã‚’ä½¿ç”¨ã—ãªã„å ´
-合には，定義するå¿
-要がない．
-
-6.7 CPU例外ハンドラとCPU例外発生時のシステム状æ
-‹ã®å‚ç
-§
-
-6.7.1 CPU例外ハンドラの出å
-¥å£å‡¦ç†
-
-CPU例外の出å
-¥å£å‡¦ç†ã®æ–¹æ³•ã¯ãƒ—ロセッサによって大きく異なるが，おおよその
-処理å†
-容は次の通り．
+intnoが，acre_isrに対する割込み番号として有効な値である場合にtrue，そう
+でない場合にfalseを返すマクロ．動的生成機能拡張パッケージを使用しない場
+合には，定義する必要がない．
+
+6.7 CPU例外ハンドラとCPU例外発生時のシステム状態の参照
+
+6.7.1 CPU例外ハンドラの出入口処理
+
+CPU例外の出入口処理の方法はプロセッサによって大きく異なるが，おおよその
+処理内容は次の通り．
 
 ----------------------------------------
 void
-<CPU例外の出å
-¥å£å‡¦ç†>(void)
+<CPU例外の出入口処理>(void)
 {
-        スクラッチレジスタをスタックに保存する
-        if (カーネル管理外のCPU例外) {
-                if (タスクコンテキストでCPU例外発生) {
-                        スタックを非タスクコンテキスト用のスタックに切り換え，
-                                                                        非タスクコンテキストに切り換える … (*j)
+        スクラッチレジスタをスタックに保存する
+        if (カーネル管理外のCPU例外) {
+                if (タスクコンテキストでCPU例外発生) {
+                        スタックを非タスクコンテキスト用のスタックに切り換え，
+                                                                        非タスクコンテキストに切り換える … (*j)
                 }
-                システム状æ
-‹ï¼ˆã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã¯é™¤ãï¼‰ã‚’，CPU例外発生時の状æ
-‹ã«ã™ã‚‹
-                CPU例外ハンドラを，CPU例外のæƒ
-å ±ã‚’è¨˜æ†¶ã—ã¦ã„ã‚‹é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ã‚’
-                                                                        パラメータ（p_excinf）として呼び出す
-                if (タスクコンテキストでCPU例外発生) {
-                        スタックをタスク用のスタックに戻し，
-                                                                        タスクコンテキストに切り換える … (*j)
+                システム状態（コンテキストは除く）を，CPU例外発生時の状態にする
+                CPU例外ハンドラを，CPU例外の情報を記憶している領域の先頭番地を
+                                                                        パラメータ（p_excinf）として呼び出す
+                if (タスクコンテキストでCPU例外発生) {
+                        スタックをタスク用のスタックに戻し，
+                                                                        タスクコンテキストに切り換える … (*j)
                 }
-                CPU例外処理からのリターン後に，CPU例外発生時のシステム状æ
-‹ã«
-                                                                                                        戻るように準備する
+                CPU例外処理からのリターン後に，CPU例外発生時のシステム状態に
+                                                                                                        戻るように準備する
         }
         else {
-                if (タスクコンテキストでCPU例外発生) {
-                        （少なくとも）カーネル管理の割込みを禁止した状æ
-‹ã«ã™ã‚‹
+                if (タスクコンテキストでCPU例外発生) {
+                        （少なくとも）カーネル管理の割込みを禁止した状態にする
 #ifdef TOPPERS_SUPPORT_OVRHDR
-                        ovrtimer_stop();                        /* オーバランタイマの停止 */
+                        ovrtimer_stop();                        /* オーバランタイマの停止 */
 #endif /* TOPPERS_SUPPORT_OVRHDR */
-                        スタックを非タスクコンテキスト用のスタックに切り換え，
-                                                                        非タスクコンテキストに切り換える
+                        スタックを非タスクコンテキスト用のスタックに切り換え，
+                                                                        非タスクコンテキストに切り換える
                 }
-                割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã‚’，CPU例外発生時の値に設定し，
-                                CPUロック解除状æ
-‹ã«ã™ã‚‹ï¼ˆCPU例外発生時の割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯
-                                よりも優å
-ˆåº¦ã®é«˜ã„割込みを受け付けるようにする）
+                割込み優先度マスクを，CPU例外発生時の値に設定し，
+                                CPUロック解除状態にする（CPU例外発生時の割込み優先度マスク
+                                よりも優先度の高い割込みを受け付けるようにする）
 
 #ifdef LOG_EXC_ENTER
-                log_exc_enter(CPU例外ハンドラ番号);
+                log_exc_enter(CPU例外ハンドラ番号);
 #endif /* LOG_EXC_ENTER */
-                CPU例外ハンドラを，CPU例外のæƒ
-å ±ã‚’è¨˜æ†¶ã—ã¦ã„ã‚‹é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ã‚’
-                                                                        パラメータ（p_excinf）として呼び出す
+                CPU例外ハンドラを，CPU例外の情報を記憶している領域の先頭番地を
+                                                                        パラメータ（p_excinf）として呼び出す
 #ifdef LOG_EXC_LEAVE
-                log_exc_leave(CPU例外ハンドラ番号);
+                log_exc_leave(CPU例外ハンドラ番号);
 #endif /* LOG_EXC_LEAVE */
 
           ret_exc:
-                if (タスクコンテキストでCPU例外発生) {
-                        （少なくとも）カーネル管理の割込みを禁止した状æ
-‹ã«ã™ã‚‹ … (*d)
-                        スタックをタスク用のスタックに戻し，タスクコンテキストに切り換える
-                                                                                                                                        … (*g)
+                if (タスクコンテキストでCPU例外発生) {
+                        （少なくとも）カーネル管理の割込みを禁止した状態にする … (*d)
+                        スタックをタスク用のスタックに戻し，タスクコンテキストに切り換える
+                                                                                                                                        … (*g)
                         if (reqflg) {
                                 reqflg = false;
-                                CPUロック状æ
-‹ã«ã™ã‚‹ … (*e)
+                                CPUロック状態にする … (*e)
                                 if (dspflg && p_runtsk != p_schedtsk) {
-                                        スクラッチレジスタを除くすべてのレジスタをスタックに保存する
-                                        スタックポインタを自タスク（p_runtsk）のTCBに保存する
-                                        ret_exc_rを，実行再開番地として自タスクのTCBに保存する
-                                                                                                                                        … (*a)
-                                        dispatcherに分岐する
+                                        スクラッチレジスタを除くすべてのレジスタをスタックに保存する
+                                        スタックポインタを自タスク（p_runtsk）のTCBに保存する
+                                        ret_exc_rを，実行再開番地として自タスクのTCBに保存する
+                                                                                                                                        … (*a)
+                                        dispatcherに分岐する
 
                                   ret_exc_r:
-                                        スクラッチレジスタを除くすべてのレジスタを
-                                                                                                スタックから復帰する
+                                        スクラッチレジスタを除くすべてのレジスタを
+                                                                                                スタックから復帰する
                                 }
 #ifdef TOPPERS_SUPPORT_OVRHDR
-                                ovrtimer_start();               /* オーバランタイマの動作開始 */
+                                ovrtimer_start();               /* オーバランタイマの動作開始 */
 #endif /* TOPPERS_SUPPORT_OVRHDR */
-                                calltex(); … (*b)
+                                calltex(); … (*b)
                         }
 #ifdef TOPPERS_SUPPORT_OVRHDR
                         else {
-                                ovrtimer_start();               /* オーバランタイマの動作開始 */
+                                ovrtimer_start();               /* オーバランタイマの動作開始 */
                         }
 #endif /* TOPPERS_SUPPORT_OVRHDR */
                 }
-                CPU例外処理からのリターン後に，CPUロック解除状æ
-‹ã«æˆ»ã‚‹ã‚ˆã†ã«æº–備する
+                CPU例外処理からのリターン後に，CPUロック解除状態に戻るように準備する
         }
-        スクラッチレジスタをスタックから復帰する
-        CPU例外処理からのリターン
+        スクラッチレジスタをスタックから復帰する
+        CPU例外処理からのリターン
 }
 ----------------------------------------
 
-CPU例外ハンドラは，非コンテキストに切り換えることを除いては，CPU例外発
-生時と同じシステム状æ
-‹ã§å‘¼ã³å‡ºã•ãªã‘ればならない．例えば，CPU例外がCPU
-ロック状æ
-‹ã§ç™ºç”Ÿã—ãŸå ´åˆã«ã¯CPUロック状æ
-‹ï¼ŒCPUロック解除状æ
-‹ã§ç™ºç”Ÿã—た
-å ´åˆã«ã¯CPUロック解除状æ
-‹ã§ï¼ŒCPU例外ハンドラを呼び出さなければならない．
-CPUロック状æ
-‹ã§ç™ºç”Ÿã—たCPU例外は，カーネル管理外のCPU例外となるため，カー
-ネル管理のCPU例外ハンドラについては，CPUロック解除状æ
-‹ã§å‘¼ã³å‡ºã™ã“とに
-なる．
-
-ターゲットによっては，カーネル管理外のCPU例外を正確に判定するのが難しい
-å ´åˆãŒã‚ã‚‹ï¼Žã“ã®ã‚ˆã†ãªå ´åˆã«ã¯ï¼Œå‰²è¾¼ã¿å„ªå
-ˆåº¦ãƒžã‚¹ã‚¯ãŒå
-¨è§£é™¤ã§ãªã„状æ
-‹ã§
-発生したCPU例外を，カーネル管理外のCPU例外と扱っても支障がない．これは，
-割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ãŒå
-¨è§£é™¤ã§ãªã„å ´åˆã«ã¯ï¼Œxsns_dpn，xsns_xpnともtrueを
-返すため，アプリケーションからはカーネル管理外のCPU例外と区別できないた
-めである．
-
-å
-·ä½“的には，å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯ï¼ˆã¾ãŸã¯CPUロック）を小さいオーバヘッドで実現
-しようとすると，CPU例外ハンドラの中で，å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ï¼ˆã¾ãŸã¯CPUロッ
-ク状æ
-‹ï¼‰ã¨å‰²è¾¼ã¿å„ªå
-ˆåº¦ãƒžã‚¹ã‚¯ã‚’高いレベルに設定した状æ
-‹ã‚’åŒºåˆ¥ã§ããªã„å ´
-合がある．また，カーネル管理外の割込み処理中やカーネル実行中であること
-ã‚’æ­£ç¢ºã«åˆ¤æ–­ã™ã‚‹ã“ã¨ã‚‚é›£ã—ã„å ´åˆãŒã‚ã‚‹ï¼Ž
-
-カーネル管理外のCPU例外ハンドラを呼ぶ時に，(*j)において，スタックを非タ
-スクコンテキスト用のスタックに切り換え，非タスクコンテキストに切り換え
-ているが，この切換えはターゲット定義で省いても良い．これは，カーネル管
-理外のCPU例外は，カーネルå†
-のクリティカルセクション中で発生する可能性が
-あるため，安å
-¨ã«åˆ‡ã‚Šæ›ãˆã‚‰ã‚Œã‚‹ã¨ã¯é™ã‚‰ãªã„ためである．また，カーネル管
-理外の割込みハンドラを呼ぶ時のコンテキストやスタックはターゲット依存な
-ので，カーネル管理外のCPU例外ハンドラもそれと同様に扱って良いと考えられ
-るためである．
-
-上のコードでは，カーネル管理外のCPU例外に対して，トレースログ取得処理
-（log_exc_enterおよびlog_exc_leave）を呼び出していないが，å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒ
-ク状æ
-‹ã‹NMIの処理中にCPUä¾‹å¤–ãŒç™ºç”Ÿã—ãŸå ´åˆã‚’é™¤å¤–ã™ã‚Œã°ï¼Œå‘¼ã³å‡ºã—ã¦ã‚‚ã‹
-まわない．å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã‹NMIの処理中に発生したCPUä¾‹å¤–ã®å ´åˆã«ã¯ï¼Œ
-トレースログ取得処理を呼び出してはならない．
-
-CPU例外ハンドラを実行する際に経由する部分では，CPU例外が起こる可能性を
-極力減らすとともに，CPUä¾‹å¤–ã‚’èµ·ã“ã™å¯èƒ½æ€§ãŒã‚ã‚‹å ´åˆï¼ˆä¾‹ãˆã°ï¼Œã‚¹ã‚¯ãƒ©ãƒƒãƒ
-レジスタをスタックに保存する時に，バスエラーなどのCPU例外が発生する可能
-性が考えられる）には，その可能性をターゲット依存部のユーザーズマニュア
-ルに記載しなければならない．
-
-ret_exc以降の処理は，割込みの出å
-¥å£å‡¦ç†ã®ret_int以降の処理とほぼ同じで
-あるため，ターゲットによっては，å
-±é€šã®ãƒ«ãƒ¼ãƒãƒ³ã‚’用いることができる可能
-性がある．
-
-CPU例外の出å
-¥å£å‡¦ç†ã‚’ã‚¢ã‚»ãƒ³ãƒ–ãƒªè¨€èªžã§è¨˜è¿°ã™ã‚‹å ´åˆã«ã¯ï¼Œãƒˆãƒ¬ãƒ¼ã‚¹ãƒ­ã‚°å–å¾—
-処理は，「6.2 トレースログ機能への対応」の節で記述した方法でコーディン
-グすること．
-
-6.7.2 CPU例外ハンドラの出å
-¥å£å‡¦ç†ã®ç”Ÿæˆ
-
-CPUä¾‹å¤–ãƒ™ã‚¯ãƒˆãƒ«ã‚’ãƒãƒ¼ãƒ‰ã‚¦ã‚§ã‚¢ã§å®Ÿç¾ã—ã¦ã„ã‚‹å ´åˆãªã©ï¼ŒCPU例外ハンドラ毎
-に出å
-¥å£å‡¦ç†ã‚’用意した方が効率が良いターゲットのために，CPU例外ハンドラ
-毎に出å
-¥å£å‡¦ç†ã‚’生成する機構を用意している．
-
-以下のマクロは，標準のCPUä¾‹å¤–ç®¡ç†æ©Ÿèƒ½ã®åˆæœŸåŒ–å‡¦ç†ã‚’ç”¨ã„ãŸå ´åˆã®ã¿ï¼Œã‚¿ãƒ¼
-ゲット非依存部で使われる．CPU例外管理機能の初期化処理をターゲット依存部
-ã§ç”¨æ„ã—ï¼Œãã®ä¸­ã§ã“ã‚Œã‚‰ã®ãƒžã‚¯ãƒ­ã‚’ä½¿ã‚ãªã„å ´åˆã«ã¯ï¼Œã“ã‚Œã‚‰ã®ãƒžã‚¯ãƒ­ã‚’ç”¨
-意するå¿
-要はない．
+CPU例外ハンドラは，非コンテキストに切り換えることを除いては，CPU例外発
+生時と同じシステム状態で呼び出さなければならない．例えば，CPU例外がCPU
+ロック状態で発生した場合にはCPUロック状態，CPUロック解除状態で発生した
+場合にはCPUロック解除状態で，CPU例外ハンドラを呼び出さなければならない．
+CPUロック状態で発生したCPU例外は，カーネル管理外のCPU例外となるため，カー
+ネル管理のCPU例外ハンドラについては，CPUロック解除状態で呼び出すことに
+なる．
+
+ターゲットによっては，カーネル管理外のCPU例外を正確に判定するのが難しい
+場合がある．このような場合には，割込み優先度マスクが全解除でない状態で
+発生したCPU例外を，カーネル管理外のCPU例外と扱っても支障がない．これは，
+割込み優先度マスクが全解除でない場合には，xsns_dpn，xsns_xpnともtrueを
+返すため，アプリケーションからはカーネル管理外のCPU例外と区別できないた
+めである．
+
+具体的には，全割込みロック（またはCPUロック）を小さいオーバヘッドで実現
+しようとすると，CPU例外ハンドラの中で，全割込みロック状態（またはCPUロッ
+ク状態）と割込み優先度マスクを高いレベルに設定した状態を区別できない場
+合がある．また，カーネル管理外の割込み処理中やカーネル実行中であること
+を正確に判断することも難しい場合がある．
+
+カーネル管理外のCPU例外ハンドラを呼ぶ時に，(*j)において，スタックを非タ
+スクコンテキスト用のスタックに切り換え，非タスクコンテキストに切り換え
+ているが，この切換えはターゲット定義で省いても良い．これは，カーネル管
+理外のCPU例外は，カーネル内のクリティカルセクション中で発生する可能性が
+あるため，安全に切り換えられるとは限らないためである．また，カーネル管
+理外の割込みハンドラを呼ぶ時のコンテキストやスタックはターゲット依存な
+ので，カーネル管理外のCPU例外ハンドラもそれと同様に扱って良いと考えられ
+るためである．
+
+上のコードでは，カーネル管理外のCPU例外に対して，トレースログ取得処理
+（log_exc_enterおよびlog_exc_leave）を呼び出していないが，全割込みロッ
+ク状態かNMIの処理中にCPU例外が発生した場合を除外すれば，呼び出してもか
+まわない．全割込みロック状態かNMIの処理中に発生したCPU例外の場合には，
+トレースログ取得処理を呼び出してはならない．
+
+CPU例外ハンドラを実行する際に経由する部分では，CPU例外が起こる可能性を
+極力減らすとともに，CPU例外を起こす可能性がある場合（例えば，スクラッチ
+レジスタをスタックに保存する時に，バスエラーなどのCPU例外が発生する可能
+性が考えられる）には，その可能性をターゲット依存部のユーザーズマニュア
+ルに記載しなければならない．
+
+ret_exc以降の処理は，割込みの出入口処理のret_int以降の処理とほぼ同じで
+あるため，ターゲットによっては，共通のルーチンを用いることができる可能
+性がある．
+
+CPU例外の出入口処理をアセンブリ言語で記述する場合には，トレースログ取得
+処理は，「6.2 トレースログ機能への対応」の節で記述した方法でコーディン
+グすること．
+
+6.7.2 CPU例外ハンドラの出入口処理の生成
+
+CPU例外ベクトルをハードウェアで実現している場合など，CPU例外ハンドラ毎
+に出入口処理を用意した方が効率が良いターゲットのために，CPU例外ハンドラ
+毎に出入口処理を生成する機構を用意している．
+
+以下のマクロは，標準のCPU例外管理機能の初期化処理を用いた場合のみ，ター
+ゲット非依存部で使われる．CPU例外管理機能の初期化処理をターゲット依存部
+で用意し，その中でこれらのマクロを使わない場合には，これらのマクロを用
+意する必要はない．
 
 (6-7-2-1) EXC_ENTRY(excno, exchdr)
 
-CPU例外ハンドラ番号がexcno，CPU例外ハンドラの関数名がexchdrであるCPU例
-外ハンドラの出å
-¥å£å‡¦ç†ã®ãƒ©ãƒ™ãƒ«ã‚’作るマクロ．EXCHDR_ENTRYを用いてCPU例外
-ハンドラ毎に出å
-¥å£å‡¦ç†ã‚’ç”Ÿæˆã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã‚ˆã†ã«å®šç¾©ã™ã‚‹ï¼Ž
+CPU例外ハンドラ番号がexcno，CPU例外ハンドラの関数名がexchdrであるCPU例
+外ハンドラの出入口処理のラベルを作るマクロ．EXCHDR_ENTRYを用いてCPU例外
+ハンドラ毎に出入口処理を生成する場合には，次のように定義する．
 
 #define EXC_ENTRY(excno, exchdr)        _kernel_##exchdr##_##excno
 
-CPU例外ハンドラ毎に出å
-¥å£å‡¦ç†ã‚’作るå¿
-è¦ãŒãªã„å ´åˆã«ã¯ï¼Œæ¬¡ã®ã‚ˆã†ã«å®šç¾©ã—
-て，CPU例外ハンドラの関数名をそのまま返す．
+CPU例外ハンドラ毎に出入口処理を作る必要がない場合には，次のように定義し
+て，CPU例外ハンドラの関数名をそのまま返す．
 
 #define EXC_ENTRY(excno, exchdr)        exchdr
@@ -3117 +2486 @@
 (6-7-2-2) EXCHDR_ENTRY(excno, excno_num, exchdr)
 
-CPU例外ハンドラ番号がexcno，CPU例外ハンドラの関数名がexchdrであるCPU例
-外ハンドラの出å
-¥å£å‡¦ç†ã‚’生成するマクロ．excno_numには，アセンブリ言語記
-述用に，CPU例外ハンドラ番号が数値で渡される．CPU例外ハンドラ毎に出å
-¥å£
-処理を作るå¿
-è¦ãŒãªã„å ´åˆã«ã¯ï¼Œç©ºã«å®šç¾©ã™ã‚‹ï¼Ž
-
-6.7.3 CPU例外ハンドラの設定
-
-(6-7-3-1) bool_t VALID_EXCNO_DEFEXC(EXCNO excno)（オプション）
-
-excnoが，DEF_EXCに対するCPUä¾‹å¤–ãƒãƒ³ãƒ‰ãƒ©ç•ªå·ã¨ã—ã¦æœ‰åŠ¹ãªå€¤ã§ã‚ã‚‹å ´åˆã«
-trueï¼Œãã†ã§ãªã„å ´åˆã«falseを返すマクロ．
-
-ASPカーネルのターゲット非依存部では，このマクロは使われていないため，ター
-ゲット依存部で使わないなら，用意するå¿
-要がない．
+CPU例外ハンドラ番号がexcno，CPU例外ハンドラの関数名がexchdrであるCPU例
+外ハンドラの出入口処理を生成するマクロ．excno_numには，アセンブリ言語記
+述用に，CPU例外ハンドラ番号が数値で渡される．CPU例外ハンドラ毎に出入口
+処理を作る必要がない場合には，空に定義する．
+
+6.7.3 CPU例外ハンドラの設定
+
+(6-7-3-1) bool_t VALID_EXCNO_DEFEXC(EXCNO excno)（オプション）
+
+excnoが，DEF_EXCに対するCPU例外ハンドラ番号として有効な値である場合に
+true，そうでない場合にfalseを返すマクロ．
+
+ASPカーネルのターゲット非依存部では，このマクロは使われていないため，ター
+ゲット依存部で使わないなら，用意する必要がない．
 
 (6-7-3-2) void x_define_exc(EXCNO excno, FP exc_entry)
 
-excnoで指定されたCPU例外ハンドラの出å
-¥å£å‡¦ç†ã®ç•ªåœ°ã‚’exc_entryに設定する．
-
-この関数は，標準のCPUä¾‹å¤–ç®¡ç†æ©Ÿèƒ½ã®åˆæœŸåŒ–å‡¦ç†ã‚’ç”¨ã„ãŸå ´åˆã®ã¿ï¼Œã‚¿ãƒ¼ã‚²ãƒƒ
-ト非依存部から呼び出される．CPU例外管理機能の初期化処理をターゲット依存
-éƒ¨ã§ç”¨æ„ã—ï¼Œãã®ä¸­ã§ã“ã®é–¢æ•°ã‚’å‘¼ã³å‡ºã•ãªã„å ´åˆã«ã¯ï¼Œã“ã®é–¢æ•°ã‚’ç”¨æ„ã™ã‚‹
-å¿
-要はない．
-
-この関数は，ターゲット非依存部のカーネル初期化処理から呼び出されるため，
-カーネルの初期化処理（NMIを除くすべての割込みがマスクされている）から呼
-び出せるように実è£
-すればよい．
-
-指定されたCPU例外ハンドラ番号がDEF_EXCに対するものとして有効な値でない
-å ´åˆã®å‹•ä½œã¯ä¿è¨¼ã™ã‚‹å¿
-要がない（assertでエラーとするのが望ましい）．こ
-れは，コンフィギュレータが，パス2のテンプレートファイルのターゲット依存
-部で定義するEXCNO_DEFEXC_VALIDを用いてエラーを検出するためである．
-
-6.7.4 CPU例外管理機能の初期化処理の変更
-
-(6-7-4-1) OMIT_INITIALIZE_EXCEPTION（オプション）
-
-CPU例外管理機能の初期化処理をターゲット依存部で用意し，ターゲット非依存
-éƒ¨ã«å«ã¾ã‚Œã‚‹æ¨™æº–ã®å‰²è¾¼ã¿ç®¡ç†æ©Ÿèƒ½ã®åˆæœŸåŒ–å‡¦ç†ã‚’ç”¨ã„ãªã„å ´åˆã«ã¯ï¼Œã“ã®ã‚·
-ンボルをマクロ定義する．
-
-このシンボルをマクロ定義すると，EXCINIBとinitialize_exceptionの定義が，
-カーネルのターゲット非依存部から取り除かれる．また，TNUM_EXCNO，
-tnum_excno，excinib_tableの定義と，CPU例外ハンドラ毎の出å
-¥å£å‡¦ç†ã‚’生成
-するための記述（EXCHDR_ENTRYマクロのリスト）を，コンフィギュレータのパ
-ス2のテンプレートファイルのターゲット非依存部によってkernel_cfg.cに生成
-されなくなる．
-
-(6-7-4-2) void initialize_exception(void)（オプション）
-
-OMIT_INITIALIZE_EXCEPTIONã‚’ãƒžã‚¯ãƒ­å®šç¾©ã—ãŸå ´åˆã«ã¯ï¼Œã“ã®é–¢æ•°ã‚’ã‚¿ãƒ¼ã‚²ãƒƒãƒˆ
-依存部で用意する．OMIT_INITIALIZE_EXCEPTIONをマクロ定義することにより取
-ã‚Šé™¤ã‹ã‚Œã‚‹ãã®ä»–ã®ãƒ‡ãƒ¼ã‚¿åž‹ï¼Œå¤‰æ•°ï¼Œãƒžã‚¯ãƒ­ã¯ï¼Œã“ã®é–¢æ•°ã§ä½¿ç”¨ã™ã‚‹å ´åˆã«ã®
-み用意すればよい．
-
-6.7.5 デフォルトのCPU例外ハンドラ
-
-(6-7-5-1) void default_exc_handler(void *p_excinf)（オプション）
-
-コンフィギュレータによりCPUä¾‹å¤–ãƒãƒ³ãƒ‰ãƒ©ã®ãƒ†ãƒ¼ãƒ–ãƒ«ã‚’ç”Ÿæˆã™ã‚‹å ´åˆãªã©ã«ã¯ï¼Œ
-CPU例外ハンドラを登録しなかったCPU例外ハンドラ番号に対して，デフォルト
-のCPU例外ハンドラとして，default_exc_handlerを登録する．
-
-default_exc_handlerは，標準のものをターゲット依存部で用意するが，ユーザ
-が用意したもので置き換えられるように，OMIT_DEFAULT_EXC_HANDLERをマクロ
-å®šç¾©ã—ãŸå ´åˆã«ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§å®šç¾©ã—ãªã„ã‚ˆã†ã«ã™ã‚‹ï¼ŽãªãŠï¼Œãƒ¦ãƒ¼ã‚¶
-ãŒç”¨æ„ã™ã‚‹å ´åˆã®åç§°ã¯ï¼Œ_kernel_default_exc_handlerとなる．
-
-6.7.6 CPU例外発生時のシステム状æ
-‹ã®å‚ç
-§
+excnoで指定されたCPU例外ハンドラの出入口処理の番地をexc_entryに設定する．
+
+この関数は，標準のCPU例外管理機能の初期化処理を用いた場合のみ，ターゲッ
+ト非依存部から呼び出される．CPU例外管理機能の初期化処理をターゲット依存
+部で用意し，その中でこの関数を呼び出さない場合には，この関数を用意する
+必要はない．
+
+この関数は，ターゲット非依存部のカーネル初期化処理から呼び出されるため，
+カーネルの初期化処理（NMIを除くすべての割込みがマスクされている）から呼
+び出せるように実装すればよい．
+
+指定されたCPU例外ハンドラ番号がDEF_EXCに対するものとして有効な値でない
+場合の動作は保証する必要がない（assertでエラーとするのが望ましい）．こ
+れは，コンフィギュレータが，パス2のテンプレートファイルのターゲット依存
+部で定義するEXCNO_DEFEXC_VALIDを用いてエラーを検出するためである．
+
+6.7.4 CPU例外管理機能の初期化処理の変更
+
+(6-7-4-1) OMIT_INITIALIZE_EXCEPTION（オプション）
+
+CPU例外管理機能の初期化処理をターゲット依存部で用意し，ターゲット非依存
+部に含まれる標準の割込み管理機能の初期化処理を用いない場合には，このシ
+ンボルをマクロ定義する．
+
+このシンボルをマクロ定義すると，EXCINIBとinitialize_exceptionの定義が，
+カーネルのターゲット非依存部から取り除かれる．また，TNUM_EXCNO，
+tnum_excno，excinib_tableの定義と，CPU例外ハンドラ毎の出入口処理を生成
+するための記述（EXCHDR_ENTRYマクロのリスト）を，コンフィギュレータのパ
+ス2のテンプレートファイルのターゲット非依存部によってkernel_cfg.cに生成
+されなくなる．
+
+(6-7-4-2) void initialize_exception(void)（オプション）
+
+OMIT_INITIALIZE_EXCEPTIONをマクロ定義した場合には，この関数をターゲット
+依存部で用意する．OMIT_INITIALIZE_EXCEPTIONをマクロ定義することにより取
+り除かれるその他のデータ型，変数，マクロは，この関数で使用する場合にの
+み用意すればよい．
+
+6.7.5 デフォルトのCPU例外ハンドラ
+
+(6-7-5-1) void default_exc_handler(void *p_excinf)（オプション）
+
+コンフィギュレータによりCPU例外ハンドラのテーブルを生成する場合などには，
+CPU例外ハンドラを登録しなかったCPU例外ハンドラ番号に対して，デフォルト
+のCPU例外ハンドラとして，default_exc_handlerを登録する．
+
+default_exc_handlerは，標準のものをターゲット依存部で用意するが，ユーザ
+が用意したもので置き換えられるように，OMIT_DEFAULT_EXC_HANDLERをマクロ
+定義した場合には，ターゲット依存部で定義しないようにする．なお，ユーザ
+が用意する場合の名称は，_kernel_default_exc_handlerとなる．
+
+6.7.6 CPU例外発生時のシステム状態の参照
 
 (6-7-6-1) bool_t exc_sense_intmask(void *p_excinf)
 
-CPU例外の発生した時のシステム状æ
-‹ãŒï¼Œã‚«ãƒ¼ãƒãƒ«å®Ÿè¡Œä¸­ã§ãªãï¼Œã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†
-キストであり，å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã§ãªãï¼ŒCPUロック状æ
-‹ã§ãªãï¼Œå‰²è¾¼ã¿å„ªå
-ˆ
-度マスクå
-¨è§£é™¤çŠ¶æ
-‹ã§ã‚る時にtrue，そうでない時にfalseを返す関数．
-
-p_excinfには，CPU例外のæƒ
-å ±ã‚’è¨˜æ†¶ã—ã¦ã„ã‚‹é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ãŒæ¸¡ã•ã‚Œã‚‹ï¼Ž
-
-CPUä¾‹å¤–ãŒã‚«ãƒ¼ãƒãƒ«ç®¡ç†å¤–ã®å‰²è¾¼ã¿å‡¦ç†ä¸­ã§ç™ºç”Ÿã—ãŸå ´åˆã«ã‚‚falseを返さなけ
-ればならないことに注意すること．
-
-6.8 ã‚«ãƒ¼ãƒãƒ«ã®èµ·å‹•ãƒ»çµ‚äº†ã¨ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸãªã©
-
-(6-8-1) スタートアップモジュール
-
-カーネルのスタートアップモジュールは，システムのリセット後に最初に実行
-されるプログラムである．スタートアップモジュールは，標準的には，プロセッ
-サ依存部またはチップ依存部で用意し以下の処理を行うが，それにこだわるå¿
-
-要はない．å
-·ä½“的には，開発環境に用意されているスタートアップモジュール
-ã‚’ç”¨ã„ã‚‹æ–¹æ³•ï¼ˆã“ã®å ´åˆï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§main関数を用意するå¿
-要がある）
-ã‚„ï¼Œã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ã§ç”¨æ„ã™ã‚‹å ´åˆãŒè€ƒãˆã‚‰ã‚Œã‚‹ï¼Ž
-
-(a) プロセッサ状æ
-‹ã®åˆæœŸåŒ–
-
-プロセッサモード，スタックポインタ，フレームポインタ等，プロセッサの状
-æ
-‹ã‚’初期化する．また，NMIを除くすべての割込みをマスクした状æ
-‹ï¼ˆå
-¨å‰²è¾¼ã¿
-ロック状æ
-‹ã¨åŒç­‰ã®çŠ¶æ
-‹ï¼‰ã¨ã™ã‚‹ï¼ŽDRAMコントローラの初期化など，メモリを
-アクセスするためにå¿
-要な初期化処理をここで行ってもよい（次の
-hardware_init_hookで行ってもよい）．
-
-(b) hardware_init_hookを呼び出す
-
-システムのリセット後すぐに行うå¿
-要のあるターゲットシステム依存の初期化
-処理を行うために，hardware_init_hookを呼び出す．hardware_init_hookが用
-æ„ã•ã‚Œã¦ã„ãªã„å ´åˆã¯ï¼Œä½•ã‚‚ã—ãªã„ï¼ŽGNU開発環境では，リンカスクリプト中の
-weak definitionにより，hardware_init_hookãŒç”¨æ„ã•ã‚Œã¦ã„ãªã„å ´åˆã®å€¤ã‚’0
-とすることで，これを実現できる．weak definitionの機能を持たない開発環境
-では，hardware_init_hookをå¿
-ず呼び出すことにする．
-
-hardware_init_hookは，ターゲット依存部で用意するのが標準であるが，シス
-テムのリセット後すぐに行うå¿
-è¦ã®ã‚ã‚‹åˆæœŸåŒ–å‡¦ç†ã‚’è¿½åŠ ã™ã‚‹ãŸã‚ã«ï¼Œã‚¢ãƒ—ãƒª
-ã‚±ãƒ¼ã‚·ãƒ§ãƒ³ã§ç”¨æ„ã—ãŸã‚‚ã®ã‚’ç”¨ã„ã‚‹å ´åˆã‚‚ã‚ã‚‹ï¼Ž
-
-メモリアクセスにå¿
-要な初期化処理をhardware_init_hookã§è¡Œã†å ´åˆã«ã¯ï¼Œã“
-れを呼び出す時点でメモリにアクセスすることができないため，関数（サブルー
-チン）を呼び出すためにスタックを使用するプロセッサでは，戻り番地を汎用
-レジスタにå
-¥ã‚Œã¦å‘¼ã³å‡ºã™ã¨ã„った工夫がå¿
-è¦ã§ã‚ã‚‹ï¼Žã“ã®å ´åˆï¼Œ
-hardware_init_hookをC言語で記述することはできなくなるが，やむをえない．
-
-(c) bssセクションとdataセクションの初期化
-
-bssセクションをクリアし，dataセクションに初期値を設定する．
-
-ただし，カーネル本体は，kerflgがfalse（＝0）に初期化されること以外に，
-これらのセクションが初期化されることに依存していないため，スタートアッ
-ãƒ—ãƒ¢ã‚¸ãƒ¥ãƒ¼ãƒ«ã‚’ã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ã§ç”¨æ„ã™ã‚‹å ´åˆã§ï¼Œã‚·ã‚¹ãƒ†ãƒ ã‚µãƒ¼ãƒ“ã‚¹ã‚„ã‚¢ãƒ—
-ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ãŒã“ã‚Œã‚‰ã®ã‚»ã‚¯ã‚·ãƒ§ãƒ³ãŒåˆæœŸåŒ–ã•ã‚Œã‚‹ã“ã¨ã«ä¾å­˜ã—ã¦ã„ãªã„å ´åˆ
-には，システムの起動時間を短縮するために，kerflgをfalseに初期化するだけ
-で十分である．
-
-(d) software_init_hookを呼び出す
-
-開発環境（特にライブラリ）に依存してå¿
-要な初期化処理を行うために，
-software_init_hookを呼び出す．software_init_hookãŒç”¨æ„ã•ã‚Œã¦ã„ãªã„å ´åˆ
-は，何もしない．GNU開発環境では，リンカスクリプト中のweak definitionに
-より，software_init_hookãŒç”¨æ„ã•ã‚Œã¦ã„ãªã„å ´åˆã®å€¤ã‚’0とすることで，これ
-を実現できる．weak definitionの機能を持たない開発環境では，
-software_init_hookをå¿
-ず呼び出すことにする．
-
-software_init_hookは，ターゲット依存部で用意するのが標準である．
-
-(e) sta_kerへ分岐
-
-sta_kerを呼び出す．sta_kerは，NMIを除くすべての割込みをマスクした状æ
-‹
-（å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã¨åŒç­‰ã®çŠ¶æ
-‹ï¼‰ã§å‘¼ã³å‡ºã•ãªã‘ればならない．sta_kerか
-らはリターンすることがないため，スタートアップモジュールに戻ってくるこ
-とは考えるå¿
-要がない．
+CPU例外の発生した時のシステム状態が，カーネル実行中でなく，タスクコンテ
+キストであり，全割込みロック状態でなく，CPUロック状態でなく，割込み優先
+度マスク全解除状態である時にtrue，そうでない時にfalseを返す関数．
+
+p_excinfには，CPU例外の情報を記憶している領域の先頭番地が渡される．
+
+CPU例外がカーネル管理外の割込み処理中で発生した場合にもfalseを返さなけ
+ればならないことに注意すること．
+
+6.8 カーネルの起動・終了とスタック領域など
+
+(6-8-1) スタートアップモジュール
+
+カーネルのスタートアップモジュールは，システムのリセット後に最初に実行
+されるプログラムである．スタートアップモジュールは，標準的には，プロセッ
+サ依存部またはチップ依存部で用意し以下の処理を行うが，それにこだわる必
+要はない．具体的には，開発環境に用意されているスタートアップモジュール
+を用いる方法（この場合，ターゲット依存部でmain関数を用意する必要がある）
+や，アプリケーションで用意する場合が考えられる．
+
+(a) プロセッサ状態の初期化
+
+プロセッサモード，スタックポインタ，フレームポインタ等，プロセッサの状
+態を初期化する．また，NMIを除くすべての割込みをマスクした状態（全割込み
+ロック状態と同等の状態）とする．DRAMコントローラの初期化など，メモリを
+アクセスするために必要な初期化処理をここで行ってもよい（次の
+hardware_init_hookで行ってもよい）．
+
+(b) hardware_init_hookを呼び出す
+
+システムのリセット後すぐに行う必要のあるターゲットシステム依存の初期化
+処理を行うために，hardware_init_hookを呼び出す．hardware_init_hookが用
+意されていない場合は，何もしない．GNU開発環境では，リンカスクリプト中の
+weak definitionにより，hardware_init_hookが用意されていない場合の値を0
+とすることで，これを実現できる．weak definitionの機能を持たない開発環境
+では，hardware_init_hookを必ず呼び出すことにする．
+
+hardware_init_hookは，ターゲット依存部で用意するのが標準であるが，シス
+テムのリセット後すぐに行う必要のある初期化処理を追加するために，アプリ
+ケーションで用意したものを用いる場合もある．
+
+メモリアクセスに必要な初期化処理をhardware_init_hookで行う場合には，こ
+れを呼び出す時点でメモリにアクセスすることができないため，関数（サブルー
+チン）を呼び出すためにスタックを使用するプロセッサでは，戻り番地を汎用
+レジスタに入れて呼び出すといった工夫が必要である．この場合，
+hardware_init_hookをC言語で記述することはできなくなるが，やむをえない．
+
+(c) bssセクションとdataセクションの初期化
+
+bssセクションをクリアし，dataセクションに初期値を設定する．
+
+ただし，カーネル本体は，kerflgがfalse（＝0）に初期化されること以外に，
+これらのセクションが初期化されることに依存していないため，スタートアッ
+プモジュールをアプリケーションで用意する場合で，システムサービスやアプ
+リケーションがこれらのセクションが初期化されることに依存していない場合
+には，システムの起動時間を短縮するために，kerflgをfalseに初期化するだけ
+で十分である．
+
+(d) software_init_hookを呼び出す
+
+開発環境（特にライブラリ）に依存して必要な初期化処理を行うために，
+software_init_hookを呼び出す．software_init_hookが用意されていない場合
+は，何もしない．GNU開発環境では，リンカスクリプト中のweak definitionに
+より，software_init_hookが用意されていない場合の値を0とすることで，これ
+を実現できる．weak definitionの機能を持たない開発環境では，
+software_init_hookを必ず呼び出すことにする．
+
+software_init_hookは，ターゲット依存部で用意するのが標準である．
+
+(e) sta_kerへ分岐
+
+sta_kerを呼び出す．sta_kerは，NMIを除くすべての割込みをマスクした状態
+（全割込みロック状態と同等の状態）で呼び出さなければならない．sta_kerか
+らはリターンすることがないため，スタートアップモジュールに戻ってくるこ
+とは考える必要がない．
 
 (6-8-2) void target_initialize(void)
 
-ターゲット依存部の初期化を行う関数．sta_kerの最初で呼び出される．プロセッ
-サ・チップ・開発環境依存の初期化処理を，それらの依存部に切り分けること
-も可能である．
-
-この関数は，あくまでもカーネルのターゲット依存部の初期化処理を行うため
-のものである．アプリケーションにå¿
-要な初期化処理は，初期化ルーチンで行
-うのが基本であるが，システムのリセット後すぐに行うå¿
-è¦ãŒã‚ã‚‹å ´åˆã«ã¯ï¼Œ
-hardware_init_hookを用いる．
+ターゲット依存部の初期化を行う関数．sta_kerの最初で呼び出される．プロセッ
+サ・チップ・開発環境依存の初期化処理を，それらの依存部に切り分けること
+も可能である．
+
+この関数は，あくまでもカーネルのターゲット依存部の初期化処理を行うため
+のものである．アプリケーションに必要な初期化処理は，初期化ルーチンで行
+うのが基本であるが，システムのリセット後すぐに行う必要がある場合には，
+hardware_init_hookを用いる．
 
 (6-8-3) void call_exit_kernel(void)
 
-非タスクコンテキストに切り換えて，exit_kernelへ分岐する関数．ext_kerか
-ら呼び出される．exit_kernelからはリターンすることがないため，この関数に
-戻ってくることは考えるå¿
-要がない．
-
-非タスクコンテキストに切り換えるのは，終了処理ルーチンを，非タスクコン
-テキスト用のスタックで実行するためである．終了処理ルーチンをタスク用の
-ã‚¹ã‚¿ãƒƒã‚¯ã§å®Ÿè¡Œã™ã‚‹ã¨ï¼Œå„ã‚¿ã‚¹ã‚¯ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®ã‚µã‚¤ã‚ºã‚’æ±ºå®šã™ã‚‹éš›ã«ï¼Œçµ‚
-äº†å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ãŒä½¿ç”¨ã™ã‚‹ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã‚’è€ƒæ
-®ã—なければならない．これには，
-çµ‚äº†å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ãŒä½¿ç”¨ã™ã‚‹ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸãŒå¤§ãã„å ´åˆã«å„ã‚¿ã‚¹ã‚¯ã®ã‚¹ã‚¿ãƒƒã‚¯
-é ˜åŸŸã‚’ç„¡é§„ã«å¤§ããã—ãªã‘ã‚Œã°ãªã‚‰ãªã„ã“ã¨ã«åŠ ãˆã¦ï¼Œæ„å›³ã—ãªã„ã‚¹ã‚¿ãƒƒã‚¯ã‚ªãƒ¼
-バーフローが発生する可能性を高めるという問題がある．
-
-この関数は，å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã§å‘¼ã°ã‚Œã‚‹ãŸã‚ï¼Œå
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã‹ã‚‰å‘¼
-び出すことができない関数を呼ばないように実è£
-しなければならない．
+非タスクコンテキストに切り換えて，exit_kernelへ分岐する関数．ext_kerか
+ら呼び出される．exit_kernelからはリターンすることがないため，この関数に
+戻ってくることは考える必要がない．
+
+非タスクコンテキストに切り換えるのは，終了処理ルーチンを，非タスクコン
+テキスト用のスタックで実行するためである．終了処理ルーチンをタスク用の
+スタックで実行すると，各タスクのスタック領域のサイズを決定する際に，終
+了処理ルーチンが使用するスタック領域を考慮しなければならない．これには，
+終了処理ルーチンが使用するスタック領域が大きい場合に各タスクのスタック
+領域を無駄に大きくしなければならないことに加えて，意図しないスタックオー
+バーフローが発生する可能性を高めるという問題がある．
+
+この関数は，全割込みロック状態で呼ばれるため，全割込みロック状態から呼
+び出すことができない関数を呼ばないように実装しなければならない．
 
 (6-8-4) void target_exit(void)
 
-ターゲット依存部の終了処理を行う関数．この関数は，カーネル終了処理の最
-後に呼び出され，リターンしてはならない．プロセッサ・チップ・開発環境依
-存の終了処理を，それらの依存部に切り分けることも可能である．
-
-この関数では，最初に，atexitによって登録された関数とデストラクタを呼び
-出すことを意図しており，標準的には，software_term_hookを呼び出す．
-software_term_hookãŒç”¨æ„ã•ã‚Œã¦ã„ãªã„å ´åˆã¯ï¼Œä½•ã‚‚ã—ãªã„ï¼ŽGNU開発環境では，
-リンカスクリプト中のweak definitionにより，software_term_hookが用意され
-ã¦ã„ãªã„å ´åˆã®å€¤ã‚’0とすることで，これを実現できる．weak definitionの機
-能を持たない開発環境では，software_term_hookをå¿
-ず呼び出すことにする．
-
-この関数は，å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã§å‘¼ã°ã‚Œã‚‹ãŸã‚ï¼Œå
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã‹ã‚‰å‘¼
-び出すことができない関数を呼ばないように実è£
-しなければならない．
-
-6.9 カーネルå†
-部のチューニング
-
-6.9.1 ビットマップサーチ
-
-(6-9-1-1) OMIT_BITMAP_SEARCH（オプション）
-(6-9-1-2) uint_t bitmap_search(uint16_t bitmap)（オプション）
-
-ターゲット非依存部で，uint16_t型の整数値（bitmap）中の1のビットのå†
-，最
-も下位（右）のものをサーチし，そのビット番号を返す関数bitmap_searchを用
-意している．ここで，ビット番号は最下位ビットを0とし，bitmapに0を指定し
-てはならないものとしている．
-
-ビットサーチ命令を持つプロセッサでは，bitmap_searchを，ビットサーチ命令
-ã‚’ä½¿ã†ã‚ˆã†ã«æ›¸ãç›´ã—ãŸæ–¹ãŒåŠ¹çŽ‡ãŒè‰¯ã„å ´åˆãŒã‚ã‚‹ï¼Žã“ã®ã‚ˆã†ãªå ´åˆã«ã¯ï¼Œã‚¿ãƒ¼
-ゲット依存部でビットサーチ命令を使ったbitmap_searchを定義し，
-OMIT_BITMAP_SEARCHをマクロ定義する．
-
-標準ライブラリにビットサーチ命令を用いたffsãŒã‚ã‚‹å ´åˆï¼Œbitmap_searchを
-(ffs(bitmap) - 1)に定義するとよい．
-
-(6-9-1-3) uint16_t PRIMAP_BIT(PRI pri)（オプション）
-
-ビットサーチ命令のサーチ方向が逆などの理由で，優å
-ˆåº¦ã¨ãƒ“ットとの対応を
-å¤‰æ›´ã—ãŸã„å ´åˆã«ã¯ï¼ŒPRIMAP_BITをマクロ定義する．
-
-6.9.2 ビットフィールド
-
-(6-9-2-1) BIT_FIELD_UINT（オプション）
-
-8ビット以下のå¹
-ã®ãƒ“ãƒƒãƒˆãƒ•ã‚£ãƒ¼ãƒ«ãƒ‰ã§ï¼Œç¬¦å·ç„¡ã—æ•´æ•°å€¤ã‚’ä¿æŒã—ãŸã„å ´åˆã«ç”¨
-いるべきデータ型．デフォルトの定義はunsigned intとなっているが，ターゲッ
-トやツール依存で，unsigned charまたはunsigned shortに定義した方が効率が
-è‰¯ã„å ´åˆãŒã‚ã‚‹ï¼Ž
-
-(6-9-2-2) BIT_FIELD_BOOL（オプション）
-
-1ビットå¹
-ã®ãƒ“ãƒƒãƒˆãƒ•ã‚£ãƒ¼ãƒ«ãƒ‰ã§ï¼Œãƒ–ãƒ¼ãƒ«å€¤ã‚’ä¿æŒã—ãŸã„å ´åˆã«ç”¨ã„ã‚‹ã¹ããƒ‡ãƒ¼
-タ型．デフォルトではBIT_FIELD_UINTと同一に定義しているが，ブール値を保
-持することを明示するために別の名前としている．
-
-(6-9-2-3) TBIT_TCB_PRIORITY（オプション）
-
-現在優å
-ˆåº¦ï¼ˆãŠã‚ˆã³ï¼ŒãƒŸãƒ¥ãƒ¼ãƒ†ãƒƒã‚¯ã‚¹æ‹¡å¼µã«ãŠã‘るベース優å
-ˆåº¦ï¼‰ã‚’保持する
-ためのTCB中のフィールドのビット数．デフォルトでは8ビットに定義している
-ãŒï¼Œãã‚Œä»¥å¤–ã«å®šç¾©ã—ãŸã„å ´åˆã«ï¼Œãƒ“ãƒƒãƒˆæ•°ã‚’ã“ã®åå‰ã«ãƒžã‚¯ãƒ­å®šç¾©ã™ã‚‹ï¼Ž
-
-6.10 カーネル実è£
-に関するその他の定義
-
-6.10.1 ターゲット依存のオブジェクト属性
-
-(6-10-1-1) TARGET_TSKATR（オプション）   ターゲット定義のタスク属性
-(6-10-1-2) TARGET_ISRATR（オプション）   ターゲット定義のISR属性
-(6-10-1-3) TARGET_INHATR（オプション）   ターゲット定義の割込みハンドラ属性
-(6-10-1-4) TARGET_INTATR（オプション）   ターゲット定義の割込み属性
-(6-10-1-5) TARGET_EXCATR（オプション）   ターゲット定義のCPU例外ハンドラ属性
-
-å„ã‚ªãƒ–ã‚¸ã‚§ã‚¯ãƒˆã®å±žæ€§ã‚’ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆå®šç¾©ã«æ‹¡å¼µã™ã‚‹å ´åˆã«ï¼Œè©²å½“ã™ã‚‹ã‚ªãƒ–ã‚¸ã‚§
-クト属性を示す変数に，拡張に使用するビットの論理和を定義する．これによ
-ã‚Šï¼Œæ‹¡å¼µã«ä½¿ç”¨ã™ã‚‹ãƒ“ãƒƒãƒˆãŒè¨­å®šã•ã‚Œã¦ã„ã‚‹å ´åˆã«ï¼Œã‚¨ãƒ©ãƒ¼ã«ãªã‚‹ã®ã‚’é˜²ãï¼Ž
-
-なお，TOPPERS新世代カーネル統合仕様書では，割込みサービスルーチン（ISR）
-属性をターゲット定義で拡張できる仕様とはなっていない．
-
-6.10.2 エラーチェック方法の指定
-
-(6-10-2-1) TARGET_MIN_STKSZ（オプション）
-
-ã‚¿ãƒ¼ã‚²ãƒƒãƒˆå®šç¾©ã§ï¼Œã‚¿ã‚¹ã‚¯ã®ã‚¹ã‚¿ãƒƒã‚¯ã‚µã‚¤ã‚ºã®æœ€å°å€¤ã‚’è¨­å®šã™ã‚‹å ´åˆã«ã¯ï¼Œã“
-の変数をスタックサイズの最小値に定義する．
-
-(6-10-2-2) TARGET_MIN_ISTKSZ（オプション）
-
-ターゲット定義で，非タスクコンテキストのスタックサイズの最小値を設定す
-ã‚‹å ´åˆã«ã¯ï¼Œã“ã®å¤‰æ•°ã‚’ã‚¹ã‚¿ãƒƒã‚¯ã‚µã‚¤ã‚ºã®æœ€å°å€¤ã«å®šç¾©ã™ã‚‹ï¼Ž
-
-(6-10-2-3) CHECK_STKSZ_ALIGN（オプション）
-
-ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®ã‚µã‚¤ã‚ºãŒã‚ã‚‹å€¤ï¼ˆã‚¢ãƒ©ã‚¤ãƒ³å˜ä½ï¼‰ã®å€æ•°ã§ãªã‘ã‚Œã°ãªã‚‰ãªã„å ´
-合に，この変数をアライン単位に定義する．この変数を定義することで，
-kernel.tfおよびacre_tsk（動的生成機能拡張パッケージのみ）において，スタッ
-ã‚¯é ˜åŸŸã®ã‚µã‚¤ã‚ºãŒæ­£ã—ããªã„ï¼ˆã“ã®å¤‰æ•°ã«å®šç¾©ã—ãŸå€¤ã®å€æ•°ã§ãªã„ï¼‰å ´åˆã®ã‚¨
-ラーをチェックするようになる．チェックがå¿
-è¦ãªã„å ´åˆã«ã¯ï¼Œã“ã®å¤‰æ•°ã‚’å®š
-義しない．
-
-(6-10-2-4) CHECK_FUNC_ALIGN（オプション）        処理単位のアライン単位
-(6-10-2-5) CHECK_FUNC_NONNULL（オプション）      処理単位の非NULLチェック
-(6-10-2-6) CHECK_STACK_ALIGN（オプション）       ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®ã‚¢ãƒ©ã‚¤ãƒ³å˜ä½
-(6-10-2-7) CHECK_STACK_NONNULLï¼ˆã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼‰ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®éžNULLチェック
-(6-10-2-8) CHECK_MPF_ALIGN（オプション） å›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«é ˜åŸŸã®ã‚¢ãƒ©ã‚¤ãƒ³å˜ä½
-(6-10-2-9) CHECK_MPF_NONNULLï¼ˆã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼‰å›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«é ˜åŸŸã®éžNULLチェック
-
-å‡¦ç†å˜ä½ï¼ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸï¼å›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ãŒã‚る値（アラ
-ã‚¤ãƒ³å˜ä½ï¼‰ã®å€æ•°ã§ãªã‘ã‚Œã°ãªã‚‰ãªã„å ´åˆã«ï¼Œãã‚Œãžã‚Œï¼ŒCHECK_FUNC_ALIGN／
-CHECK_STACK_ALIGN／CHECK_MPF_ALIGNをアライン単位に定義する．処理単位／
-ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸï¼å›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ãŒNULLでないかのチェック
-ã‚’è¡Œã†å ´åˆã«ã¯ï¼Œãã‚Œãžã‚ŒCHECK_FUNC_NONNULL／CHECK_STACK_NONNULL／
-CHECK_MPF_NONNULLを定義する．
-
-(6-10-2-10) CHECK_MB_ALIGN（オプション） ç®¡ç†é ˜åŸŸã®ã‚¢ãƒ©ã‚¤ãƒ³å˜ä½
-
-カーネルå†
-ã®ç®¡ç†é ˜åŸŸï¼ˆå
-·ä½“çš„ã«ã¯ï¼Œãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ç®¡ç†é ˜åŸŸï¼Œå„ªå
-ˆåº¦ãƒ‡ãƒ¼ã‚¿
-ã‚­ãƒ¥ãƒ¼ç®¡ç†é ˜åŸŸï¼Œå›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«ç®¡ç†é ˜åŸŸï¼‰ã®å
-ˆé ­ç•ªåœ°ãŒã‚る値（アライ
-ãƒ³å˜ä½ï¼‰ã®å€æ•°ã§ãªã‘ã‚Œã°ãªã‚‰ãªã„å ´åˆã«ï¼Œã“ã®å¤‰æ•°ã‚’ã‚¢ãƒ©ã‚¤ãƒ³å˜ä½ã«å®šç¾©ã™
-ã‚‹ï¼Žå‹•çš„ç”Ÿæˆæ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã‚’ä½¿ç”¨ã—ãªã„å ´åˆã«ã¯ï¼Œå®šç¾©ã™ã‚‹å¿
-要がない．
-
-6.10.3 éžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆç”¨ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸ
+ターゲット依存部の終了処理を行う関数．この関数は，カーネル終了処理の最
+後に呼び出され，リターンしてはならない．プロセッサ・チップ・開発環境依
+存の終了処理を，それらの依存部に切り分けることも可能である．
+
+この関数では，最初に，atexitによって登録された関数とデストラクタを呼び
+出すことを意図しており，標準的には，software_term_hookを呼び出す．
+software_term_hookが用意されていない場合は，何もしない．GNU開発環境では，
+リンカスクリプト中のweak definitionにより，software_term_hookが用意され
+ていない場合の値を0とすることで，これを実現できる．weak definitionの機
+能を持たない開発環境では，software_term_hookを必ず呼び出すことにする．
+
+この関数は，全割込みロック状態で呼ばれるため，全割込みロック状態から呼
+び出すことができない関数を呼ばないように実装しなければならない．
+
+6.9 カーネル内部のチューニング
+
+6.9.1 ビットマップサーチ
+
+(6-9-1-1) OMIT_BITMAP_SEARCH（オプション）
+(6-9-1-2) uint_t bitmap_search(uint16_t bitmap)（オプション）
+
+ターゲット非依存部で，uint16_t型の整数値（bitmap）中の1のビットの内，最
+も下位（右）のものをサーチし，そのビット番号を返す関数bitmap_searchを用
+意している．ここで，ビット番号は最下位ビットを0とし，bitmapに0を指定し
+てはならないものとしている．
+
+ビットサーチ命令を持つプロセッサでは，bitmap_searchを，ビットサーチ命令
+を使うように書き直した方が効率が良い場合がある．このような場合には，ター
+ゲット依存部でビットサーチ命令を使ったbitmap_searchを定義し，
+OMIT_BITMAP_SEARCHをマクロ定義する．
+
+標準ライブラリにビットサーチ命令を用いたffsがある場合，bitmap_searchを
+(ffs(bitmap) - 1)に定義するとよい．
+
+(6-9-1-3) uint16_t PRIMAP_BIT(PRI pri)（オプション）
+
+ビットサーチ命令のサーチ方向が逆などの理由で，優先度とビットとの対応を
+変更したい場合には，PRIMAP_BITをマクロ定義する．
+
+6.9.2 ビットフィールド
+
+(6-9-2-1) BIT_FIELD_UINT（オプション）
+
+8ビット以下の幅のビットフィールドで，符号無し整数値を保持したい場合に用
+いるべきデータ型．デフォルトの定義はunsigned intとなっているが，ターゲッ
+トやツール依存で，unsigned charまたはunsigned shortに定義した方が効率が
+良い場合がある．
+
+(6-9-2-2) BIT_FIELD_BOOL（オプション）
+
+1ビット幅のビットフィールドで，ブール値を保持したい場合に用いるべきデー
+タ型．デフォルトではBIT_FIELD_UINTと同一に定義しているが，ブール値を保
+持することを明示するために別の名前としている．
+
+(6-9-2-3) TBIT_TCB_PRIORITY（オプション）
+
+現在優先度（および，ミューテックス拡張におけるベース優先度）を保持する
+ためのTCB中のフィールドのビット数．デフォルトでは8ビットに定義している
+が，それ以外に定義したい場合に，ビット数をこの名前にマクロ定義する．
+
+6.10 カーネル実装に関するその他の定義
+
+6.10.1 ターゲット依存のオブジェクト属性
+
+(6-10-1-1) TARGET_TSKATR（オプション） ターゲット定義のタスク属性
+(6-10-1-2) TARGET_ISRATR（オプション） ターゲット定義のISR属性
+(6-10-1-3) TARGET_INHATR（オプション） ターゲット定義の割込みハンドラ属性
+(6-10-1-4) TARGET_INTATR（オプション） ターゲット定義の割込み属性
+(6-10-1-5) TARGET_EXCATR（オプション） ターゲット定義のCPU例外ハンドラ属性
+
+各オブジェクトの属性を，ターゲット定義に拡張する場合に，該当するオブジェ
+クト属性を示す変数に，拡張に使用するビットの論理和を定義する．これによ
+り，拡張に使用するビットが設定されている場合に，エラーになるのを防ぐ．
+
+なお，TOPPERS新世代カーネル統合仕様書では，割込みサービスルーチン（ISR）
+属性をターゲット定義で拡張できる仕様とはなっていない．
+
+6.10.2 エラーチェック方法の指定
+
+(6-10-2-1) TARGET_MIN_STKSZ（オプション）
+
+ターゲット定義で，タスクのスタックサイズの最小値を設定する場合には，こ
+の変数をスタックサイズの最小値に定義する．
+
+(6-10-2-2) TARGET_MIN_ISTKSZ（オプション）
+
+ターゲット定義で，非タスクコンテキストのスタックサイズの最小値を設定す
+る場合には，この変数をスタックサイズの最小値に定義する．
+
+(6-10-2-3) CHECK_STKSZ_ALIGN（オプション）
+
+スタック領域のサイズがある値（アライン単位）の倍数でなければならない場
+合に，この変数をアライン単位に定義する．この変数を定義することで，
+kernel.tfおよびacre_tsk（動的生成機能拡張パッケージのみ）において，スタッ
+ク領域のサイズが正しくない（この変数に定義した値の倍数でない）場合のエ
+ラーをチェックするようになる．チェックが必要ない場合には，この変数を定
+義しない．
+
+(6-10-2-4) CHECK_FUNC_ALIGN（オプション）      処理単位のアライン単位
+(6-10-2-5) CHECK_FUNC_NONNULL（オプション）    処理単位の非NULLチェック
+(6-10-2-6) CHECK_STACK_ALIGN（オプション）     スタック領域のアライン単位
+(6-10-2-7) CHECK_STACK_NONNULL（オプション）スタック領域の非NULLチェック
+(6-10-2-8) CHECK_MPF_ALIGN（オプション）       固定長メモリプール領域のアライン単位
+(6-10-2-9) CHECK_MPF_NONNULL（オプション）固定長メモリプール領域の非NULLチェック
+
+処理単位／スタック領域／固定長メモリプール領域の先頭番地がある値（アラ
+イン単位）の倍数でなければならない場合に，それぞれ，CHECK_FUNC_ALIGN／
+CHECK_STACK_ALIGN／CHECK_MPF_ALIGNをアライン単位に定義する．処理単位／
+スタック領域／固定長メモリプール領域の先頭番地がNULLでないかのチェック
+を行う場合には，それぞれCHECK_FUNC_NONNULL／CHECK_STACK_NONNULL／
+CHECK_MPF_NONNULLを定義する．
+
+(6-10-2-10) CHECK_MB_ALIGN（オプション）       管理領域のアライン単位
+
+カーネル内の管理領域（具体的には，データキュー管理領域，優先度データ
+キュー管理領域，固定長メモリプール管理領域）の先頭番地がある値（アライ
+ン単位）の倍数でなければならない場合に，この変数をアライン単位に定義す
+る．動的生成機能拡張パッケージを使用しない場合には，定義する必要がない．
+
+6.10.3 非タスクコンテキスト用のスタック領域
 
 (6-10-3-1) DEFAULT_ISTKSZ
 
-DEF_ICSã«ã‚ˆã‚Šéžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆç”¨ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸãŒæŒ‡å®šã•ã‚Œãªã„å ´åˆã®ï¼Œ
-ãƒ‡ãƒ•ã‚©ãƒ«ãƒˆã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®ã‚µã‚¤ã‚ºï¼Ž
-
-(6-10-3-2) DEFAULT_ISTK（オプション）
-
-DEF_ICSã«ã‚ˆã‚Šéžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆç”¨ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸãŒæŒ‡å®šã•ã‚Œãªã„å ´åˆã®ï¼Œ
-ãƒ‡ãƒ•ã‚©ãƒ«ãƒˆã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ï¼Žã“ã®ãƒžã‚¯ãƒ­ãŒå®šç¾©ã•ã‚Œãªã„å ´åˆã«ã¯ï¼Œ
-サイズがDEFAULT_ISTKSZã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸãŒï¼Œé
-åˆ—により確保される．
-
-(6-10-3-3) STK_T *TOPPERS_ISTKPT(STK_T *istk, SIZE istksz)（オプション）
-
-非タスクコンテキスト用のスタックポインタの初期値を保持する変数（istkpt）
-ã‚’ç”¨ã„ã‚‹å ´åˆã«ï¼Œã“ã®ã‚·ãƒ³ãƒœãƒ«ã«ï¼Œã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ï¼ˆistk）とスタッ
-ã‚¯é ˜åŸŸã®ã‚µã‚¤ã‚ºï¼ˆistksz）から，スタックポインタの初期値を求めるマクロを
-定義する．
-
-6.10.4 空ラベルの定義
-
-(6-10-4-1) TOPPERS_EMPTY_LABEL(type, symbol)（オプション）
-
-リンクエラーを防ぐために，データ型typeのé
-åˆ—である変数symbolに定義を与
-えるためのマクロ．与えた定義が参ç
-§ã•ã‚Œã‚‹ã“とはないため，どのような定義
-を与えてもよい．
-
-デフォルトでは，symbolã‚’ï¼Œè¦ç´ åž‹ãŒtypeでサイズが0のé
-åˆ—に定義している．
-サイズが0のé
-åˆ—がエラーとならないコンパイラ（GCCはこれに該当）を用いる
-å ´åˆã«ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§å®šç¾©ã™ã‚‹å¿
-要はない．
-
-6.11 トレースログ機能に関する設定
-
-ASPカーネルのソースコードには，カーネルの実行トレースログを取得するため
-のマクロ等が埋め込んである．デフォルトでは，これらのマクロは空に定義さ
-れてトレースログの取得は行わないが，これらのマクロを適切に定義すること
-でトレースログの取得を行うことができる．
-
-6.11.1 取得できるトレースログの種類とマクロ
-
-取得できるトレースログの種類と，それを取得するために定義するマクロは次
-の通りである．
-
-(a) カーネルの動作開始と終了
-
-次のマクロを定義することで，カーネルの動作開始時と終了時のトレースログ
-を取得することができる．
-
-        LOG_KER_ENTER           カーネルが動作を開始する直前（初期化の完了後）
-        LOG_KER_LEAVE           カーネルの終了（ext_ker）が呼ばれた直後（終了処
-                                                理の実行前）
-
-(b) 処理単位の実行開始と終了
-
-次のマクロを定義することで，割込みハンドラ（INH），割込みサービスルーチ
-ン（ISR），周期ハンドラ（CYC），アラームハンドラ（ALM），CPU例外ハンド
-ラ（EXC），タスク例外処理ルーチン（TEX）の実行開始前と終了後のトレース
-ログを取得することができる．
-
-        LOG_<処理単位略号>_ENTER  処理単位の実行開始直前
-        LOG_<処理単位略号>_LEAVE  処理単位の終了直後
-
-割込みハンドラは，アプリケーションが登録したもののみを対象とし，割込み
-サービスルーチンを呼び出すためにカーネルå†
-に生成されるものは対象としな
-い．タスクの実行開始と終了は，他の方法で取得できるため，この方法は用意
-していない．
-
-なお，割込みハンドラとCPU例外ハンドラの実行開始と終了のトレースログ取得
-は，ターゲット依存部で実è£
-するå¿
-要がある．詳しくは，「6.2 トレースログ
-機能への対応」「6.6.1 割込みハンドラの出å
-¥å£å‡¦ç†ã€ã€Œ6.7.1 CPU例外ハンド
-ラの出å
-¥å£å‡¦ç†ã€ã®ç¯€ã‚’参ç
-§ã™ã‚‹ã“と．
-
-(c) タスク状æ
-‹ã®å¤‰åŒ–
-
-次のマクロを定義することで，タスク状æ
-‹ãŒå¤‰åŒ–した時のトレースログを取得
-することができる．ただし，実行状æ
-‹ã¨å®Ÿè¡Œå¯èƒ½çŠ¶æ
-‹ã®é–“の遷移は，他の方法
-で取得できるため，このマクロでは取得できない．
-
-        LOG_TSKSTAT             タスク状æ
-‹ã®å¤‰åŒ–
-
-(d) ディスパッチャの実行開始と終了
-
-次のマクロを定義することで，ディスパッチャが実行開始する時と，終了する
-時のトレースログを取得することができる．
-
-        LOG_DSP_ENTER   ディスパッチャの実行開始
-        LOG_DSP_LEAVE   ディスパッチャの終了
-
-ディスパッチャの実行開始は，タスクが実行状æ
-‹ã‹ã‚‰å®Ÿè¡Œå¯èƒ½çŠ¶æ
-‹ã«é·ç§»ã™ã‚‹
-タイミングであるため，実行可能状æ
-‹ã¸é·ç§»ã™ã‚‹ã‚¿ã‚¹ã‚¯ã®TCBへのポインタをパ
-ラメータとする．逆に，ディスパッチャの終了は，タスクが実行可能状æ
-‹ã‹ã‚‰
-実行状æ
-‹ã«é·ç§»ã™ã‚‹ã‚¿ã‚¤ãƒŸãƒ³ã‚°ã§ã‚るため，実行状æ
-‹ã¸é·ç§»ã™ã‚‹ã‚¿ã‚¹ã‚¯ã®TCBへ
-のポインタをパラメータとする．
-
-ASPカーネルでは，実行できるタスクがなく，カーネルがアイドル状æ
-‹ã«ãªã‚‹å ´
-合には，ディスパッチャの中に留まる．そのため，アイドル状æ
-‹ã¸ã®é·ç§»ã¨ã‚¢
-イドル状æ
-‹ã‹ã‚‰ä»–の状æ
-‹ã¸ã®é·ç§»ã¯ï¼Œã“のマクロでは取得できない．
-
-なお，ディスパッチャの実行開始と終了のトレースログ取得は，ターゲット依
-存部で実è£
-するå¿
-要がある．詳しくは，「6.2 トレースログ機能への対応」と
-「6.5.2 ディスパッチャ本体」の節を参ç
-§ã™ã‚‹ã“と．
-
-(e) サービスコールのå
-¥å£ã¨å‡ºå£
-
-次のマクロを定義することで，各サービスコールのå
-¥å£ã¨å‡ºå£ã®ãƒˆãƒ¬ãƒ¼ã‚¹ãƒ­ã‚°
-を取得することができる．
-
-        LOG_<サービスコールの大文字表記>_ENTER             サービスコール名のå
-¥å£
-        LOG_<サービスコールの大文字表記>_LEAVE             サービスコール名の出口
-
-それぞれのマクロの名称やパラメータの詳細については，カーネルのソースコー
-ドを参ç
-§ã™ã‚‹ã“と．
-
-6.11.2 トレースログ記録のサンプルコード
-
-トレースログを記録する方法の一例として，メモリ上にトレースログを記録す
-るためのサンプルコードをarch/logtraceディレクトリに用意している．このサ
-ンプルコードは，システムログ機能と同様のトレースログ機能を用意し，トレー
-スログæƒ
-å ±ã‚’ãƒ¡ãƒ¢ãƒªä¸Šã«è¨˜éŒ²ã™ã‚‹ã¨ã¨ã‚‚ã«ï¼Œãã‚Œã‚’èª­ã¿å‡ºã—ã¦è¡¨ç¤ºã™ã‚‹æ©Ÿèƒ½ã‚’
-実現している．
-
-このサンプルコードを組み込む方法は次の通りである．
-
-(1) target_config.hおよびtarget_syssvc.hã«ï¼Œæ¬¡ã®è¨˜è¿°ã‚’è¿½åŠ ã™ã‚‹ï¼Ž
+DEF_ICSにより非タスクコンテキスト用のスタック領域が指定されない場合の，
+デフォルトのスタック領域のサイズ．
+
+(6-10-3-2) DEFAULT_ISTK（オプション）
+
+DEF_ICSにより非タスクコンテキスト用のスタック領域が指定されない場合の，
+デフォルトのスタック領域の先頭番地．このマクロが定義されない場合には，
+サイズがDEFAULT_ISTKSZのスタック領域が，配列により確保される．
+
+(6-10-3-3) STK_T *TOPPERS_ISTKPT(STK_T *istk, SIZE istksz)（オプション）
+
+非タスクコンテキスト用のスタックポインタの初期値を保持する変数（istkpt）
+を用いる場合に，このシンボルに，スタック領域の先頭番地（istk）とスタッ
+ク領域のサイズ（istksz）から，スタックポインタの初期値を求めるマクロを
+定義する．
+
+6.10.4 空ラベルの定義
+
+(6-10-4-1) TOPPERS_EMPTY_LABEL(type, symbol)（オプション）
+
+リンクエラーを防ぐために，データ型typeの配列である変数symbolに定義を与
+えるためのマクロ．与えた定義が参照されることはないため，どのような定義
+を与えてもよい．
+
+デフォルトでは，symbolを，要素型がtypeでサイズが0の配列に定義している．
+サイズが0の配列がエラーとならないコンパイラ（GCCはこれに該当）を用いる
+場合には，ターゲット依存部で定義する必要はない．
+
+6.11 トレースログ機能に関する設定
+
+ASPカーネルのソースコードには，カーネルの実行トレースログを取得するため
+のマクロ等が埋め込んである．デフォルトでは，これらのマクロは空に定義さ
+れてトレースログの取得は行わないが，これらのマクロを適切に定義すること
+でトレースログの取得を行うことができる．
+
+6.11.1 取得できるトレースログの種類とマクロ
+
+取得できるトレースログの種類と，それを取得するために定義するマクロは次
+の通りである．
+
+(a) カーネルの動作開始と終了
+
+次のマクロを定義することで，カーネルの動作開始時と終了時のトレースログ
+を取得することができる．
+
+        LOG_KER_ENTER           カーネルが動作を開始する直前（初期化の完了後）
+        LOG_KER_LEAVE           カーネルの終了（ext_ker）が呼ばれた直後（終了処
+                                                理の実行前）
+
+(b) 処理単位の実行開始と終了
+
+次のマクロを定義することで，割込みハンドラ（INH），割込みサービスルーチ
+ン（ISR），周期ハンドラ（CYC），アラームハンドラ（ALM），CPU例外ハンド
+ラ（EXC），タスク例外処理ルーチン（TEX）の実行開始前と終了後のトレース
+ログを取得することができる．
+
+        LOG_<処理単位略号>_ENTER      処理単位の実行開始直前
+        LOG_<処理単位略号>_LEAVE      処理単位の終了直後
+
+割込みハンドラは，アプリケーションが登録したもののみを対象とし，割込み
+サービスルーチンを呼び出すためにカーネル内に生成されるものは対象としな
+い．タスクの実行開始と終了は，他の方法で取得できるため，この方法は用意
+していない．
+
+なお，割込みハンドラとCPU例外ハンドラの実行開始と終了のトレースログ取得
+は，ターゲット依存部で実装する必要がある．詳しくは，「6.2 トレースログ
+機能への対応」「6.6.1 割込みハンドラの出入口処理」「6.7.1 CPU例外ハンド
+ラの出入口処理」の節を参照すること．
+
+(c) タスク状態の変化
+
+次のマクロを定義することで，タスク状態が変化した時のトレースログを取得
+することができる．ただし，実行状態と実行可能状態の間の遷移は，他の方法
+で取得できるため，このマクロでは取得できない．
+
+        LOG_TSKSTAT             タスク状態の変化
+
+(d) ディスパッチャの実行開始と終了
+
+次のマクロを定義することで，ディスパッチャが実行開始する時と，終了する
+時のトレースログを取得することができる．
+
+        LOG_DSP_ENTER   ディスパッチャの実行開始
+        LOG_DSP_LEAVE   ディスパッチャの終了
+
+ディスパッチャの実行開始は，タスクが実行状態から実行可能状態に遷移する
+タイミングであるため，実行可能状態へ遷移するタスクのTCBへのポインタをパ
+ラメータとする．逆に，ディスパッチャの終了は，タスクが実行可能状態から
+実行状態に遷移するタイミングであるため，実行状態へ遷移するタスクのTCBへ
+のポインタをパラメータとする．
+
+ASPカーネルでは，実行できるタスクがなく，カーネルがアイドル状態になる場
+合には，ディスパッチャの中に留まる．そのため，アイドル状態への遷移とア
+イドル状態から他の状態への遷移は，このマクロでは取得できない．
+
+なお，ディスパッチャの実行開始と終了のトレースログ取得は，ターゲット依
+存部で実装する必要がある．詳しくは，「6.2 トレースログ機能への対応」と
+「6.5.2 ディスパッチャ本体」の節を参照すること．
+
+(e) サービスコールの入口と出口
+
+次のマクロを定義することで，各サービスコールの入口と出口のトレースログ
+を取得することができる．
+
+        LOG_<サービスコールの大文字表記>_ENTER               サービスコール名の入口
+        LOG_<サービスコールの大文字表記>_LEAVE               サービスコール名の出口
+
+それぞれのマクロの名称やパラメータの詳細については，カーネルのソースコー
+ドを参照すること．
+
+6.11.2 トレースログ記録のサンプルコード
+
+トレースログを記録する方法の一例として，メモリ上にトレースログを記録す
+るためのサンプルコードをarch/logtraceディレクトリに用意している．このサ
+ンプルコードは，システムログ機能と同様のトレースログ機能を用意し，トレー
+スログ情報をメモリ上に記録するとともに，それを読み出して表示する機能を
+実現している．
+
+このサンプルコードを組み込む方法は次の通りである．
+
+(1) target_config.hおよびtarget_syssvc.hに，次の記述を追加する．
 
         #ifdef TOPPERS_ENABLE_TRACE
@@ -3655 +2913 @@
         #endif /* TOPPERS_ENABLE_TRACE */
 
-(2) Makefile.targetã«ï¼Œæ¬¡ã®è¨˜è¿°ã‚’è¿½åŠ ã™ã‚‹ï¼Ž
+(2) Makefile.targetに，次の記述を追加する．
 
         ifeq ($(ENABLE_TRACE),true)
@@ -3663 +2921 @@
         endif
 
-(3) スタートアップモジュールで，bssã‚»ã‚¯ã‚·ãƒ§ãƒ³ã®ã‚¯ãƒªã‚¢ã‚’çœç•¥ã—ã¦ã„ã‚‹å ´åˆ
-    には，trace_modeをTRACE_STOP（＝0ï¼‰ã«åˆæœŸåŒ–ã™ã‚‹ã‚³ãƒ¼ãƒ‰ã‚’è¿½åŠ ã™ã‚‹ï¼Žã“
-    れは，トレースログ機能が初期化される前に書き込まれるトレースログを
-    無視するためである．
-
-このサンプルコードを用いて，トレースログを記録・ダンプする方法の例につ
-いては，「TOPPERS/ASPカーネル ユーザーズマニュアル」の「11.6 トレースロ
-グ記録のサンプルコードの使用方法」の節を参ç
-§ã™ã‚‹ã“と．
-
-なお，このサンプルコードでは，ディスパッチャの出口，タスクの状æ
-‹é·ç§»ï¼Œ
-システムログの出力の3つのトレースログのみを記録している．他のトレースロ
-ã‚°ã‚’è¨˜éŒ²ã—ãŸã„å ´åˆã«ã¯ï¼Œtrace_config.h（およびtrace_dump.c）を修正する
-å¿
-要がある．なお，カーネルのトレースログを網ç¾
-的に記録するためのコード
-は，TLV（TraceLogVisualizer）のé
-å¸ƒãƒ‘ッケージに含まれている．
-
-6.12 カーネル実è£
-のターゲット依存部のためのリネーム記述
-
-カーネルå†
-部に閉じて使われる関数や変数などの名称で，オブジェクトファイ
-ルのシンボル表に登録されて外部から参ç
-§ã§ãã‚‹åç§°ã¯ï¼ŒC言語レベルで，å
-ˆé ­
-が"_kernel_"または"_KERNEL_"である名称としなければならないが，ASPカーネ
-ルでは，ソースコードをコンパクトに保ちつつこれを実現するために，リネー
-ム記述ファイルを導å
-¥ã—ている．
-
-å
-·ä½“的には，リネームすべき名称をリストアップしたxxx_rename.defを用意し，
-このファイルからツール（utils/genrename）により，名称をリネームするため
-のマクロ定義を含むxxx_rename.hと，それらのマクロ定義を解除するための
-xxx_unrename.hを生成する．ツールの起動方法は次の通りである．
+(3) スタートアップモジュールで，bssセクションのクリアを省略している場合
+    には，trace_modeをTRACE_STOP（＝0）に初期化するコードを追加する．こ
+    れは，トレースログ機能が初期化される前に書き込まれるトレースログを
+    無視するためである．
+
+このサンプルコードを用いて，トレースログを記録・ダンプする方法の例につ
+いては，「TOPPERS/ASPカーネル ユーザーズマニュアル」の「11.6 トレースロ
+グ記録のサンプルコードの使用方法」の節を参照すること．
+
+なお，このサンプルコードでは，ディスパッチャの出口，タスクの状態遷移，
+システムログの出力の3つのトレースログのみを記録している．他のトレースロ
+グを記録したい場合には，trace_config.h（およびtrace_dump.c）を修正する
+必要がある．なお，カーネルのトレースログを網羅的に記録するためのコード
+は，TLV（TraceLogVisualizer）の配布パッケージに含まれている．
+
+6.12 カーネル実装のターゲット依存部のためのリネーム記述
+
+カーネル内部に閉じて使われる関数や変数などの名称で，オブジェクトファイ
+ルのシンボル表に登録されて外部から参照できる名称は，C言語レベルで，先頭
+が"_kernel_"または"_KERNEL_"である名称としなければならないが，ASPカーネ
+ルでは，ソースコードをコンパクトに保ちつつこれを実現するために，リネー
+ム記述ファイルを導入している．
+
+具体的には，リネームすべき名称をリストアップしたxxx_rename.defを用意し，
+このファイルからツール（utils/genrename）により，名称をリネームするため
+のマクロ定義を含むxxx_rename.hと，それらのマクロ定義を解除するための
+xxx_unrename.hを生成する．ツールの起動方法は次の通りである．
 
         % genrename xxx
 
-xxx_rename.defには，リネームすべき名称を1行に1つ記述する．xxxxという名
-ç§°ãŒè¨˜è¿°ã•ã‚Œã¦ã„ã‚‹å ´åˆï¼Œxxx_rename.hには次のような記述が生成される．
+xxx_rename.defには，リネームすべき名称を1行に1つ記述する．xxxxという名
+称が記述されている場合，xxx_rename.hには次のような記述が生成される．
 
 #define xxxx                            _kernel_xxxx
@@ -3712 +2959 @@
 #endif /* TOPPERS_LABEL_ASM */
 
-また，xxx_unrename.hには次のような記述が生成される．
+また，xxx_unrename.hには次のような記述が生成される．
 
 #undef xxxx
@@ -3719 +2966 @@
 #endif /* TOPPERS_LABEL_ASM */
 
-xxx_rename.defの中には，他のリネーム記述を取り込むために，「INCLUDE
-"yyy"」または「INCLUDE <yyy>」という記述を含めることができる．この記述
-ãŒã•ã‚Œã¦ã„ã‚‹å ´åˆï¼Œxxx_rename.hには「#include "yyy_rename.h"」または
-「#include <yyy_rename.h>」という記述が，xxx_unrename.hには「#include
-"yyy_unrename.h"」または「#include <yyy_unrename.h>」という記述が生成さ
-れる．
-
-xxx_rename.defの中の"#"で始まる行はコメントとして読み飛ばされる．また，
-空行も無視される．
-
-カーネルのターゲット非依存部で使われる名称をリネームするために，kernel
-ディレクトリに，kernel_rename.defと，そこから生成したkernel_rename.hお
-よびkernel_unrename.hが用意されている．kernel_rename.defには，
-「INCLUDE "target"」という記述が含まれており，ターゲット依存部のリネー
-ム記述を取り込むようになっている．ターゲット依存部で定義し，ターゲット
-非依存部で参ç
-§ã•ã‚Œã‚‹åç§°ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã®ãƒªãƒãƒ¼ãƒ 記述に含める．
-
-ターゲット依存部では，ターゲット依存部で使われる名称をリネームするため
-に，target_rename.defと，そこから生成したtarget_rename.hおよび
-target_unrename.hを用意する．ターゲット依存部からプロセッサ・チップ・開
-ç™ºç’°å¢ƒä¾å­˜éƒ¨ã‚’åˆ‡ã‚Šåˆ†ã‘ã‚‹å ´åˆã«ã¯ï¼Œtarget_rename.defにINCLUDE記述をå
-¥ã‚Œï¼Œ
-プロセッサ・チップ・開発環境依存部のリネーム記述を取り込むようにする．
-
-6.13 タイマドライバ
-
-タイマドライバは，カーネルにタイムティックを通知するためのタイマドライ
-バである．
-
-6.13.1 タイマドライバのファイル構成
-
-タイマドライバを組み込むための静的APIを記述したシステムコンフィギュレー
-ションファイルを，target_timer.cfgに用意する．このファイルには，タイマ
-ãƒ‰ãƒ©ã‚¤ãƒã‚’åˆæœŸåŒ–ã™ã‚‹ãŸã‚ã®åˆæœŸåŒ–ãƒ«ãƒ¼ãƒãƒ³ã®è¿½åŠ ï¼Œã‚¿ã‚¤ãƒžãƒ‰ãƒ©ã‚¤ãƒã‚’çµ‚äº†ã•
-ã›ã‚‹ãŸã‚ã®çµ‚äº†å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã®è¿½åŠ ï¼Œã‚¿ã‚¤ãƒžå‰²è¾¼ã¿ã®ãŸã‚ã®å‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©ã®
-å®šç¾©ï¼ˆã¾ãŸã¯ï¼Œå‰²è¾¼ã¿ã‚µãƒ¼ãƒ“ã‚¹ãƒ«ãƒ¼ãƒãƒ³ã®è¿½åŠ ï¼‰ï¼Œã‚¿ã‚¤ãƒžå‰²è¾¼ã¿ã®ãŸã‚ã®å‰²è¾¼
-み要求ラインの属性の設定の静的APIなどを含むことになる．
-
-タイマドライバを呼び出すためにå¿
-要な定義を含むヘッダファイルを，
-target_timer.hに用意する．また，タイマドライバの実è£
-ファイルを
-target_timer.cに用意する．
-
-タイムティックの通知により行う処理の多くは，タスクの起動やå¾
-ち解除を行
-うものであるため，タイマ割込みの割込み優å
-ˆåº¦ã¯ï¼Œå‰²è¾¼ã¿ã®ä¸­ã§æœ€ä½Žã®å„ªå
-ˆ
-度で十分である．ただし，周期ハンドラやアラームハンドラの実行開始é
-れが
-å•é¡Œã«ãªã‚‹å ´åˆã«ã¯ï¼Œã‚¿ã‚¤ãƒžå‰²è¾¼ã¿ã®å‰²è¾¼ã¿å„ªå
-ˆåº¦ã‚’より高い値に設定したい．
-そこで，タイマ割込みの割込み優å
-ˆåº¦ã‚’変更する方法を，ターゲット依存部の
-ユーザーズマニュアルに記載すべきである．
-
-6.13.2 タイマの初期化・終了処理・割込み処理
+xxx_rename.defの中には，他のリネーム記述を取り込むために，「INCLUDE
+"yyy"」または「INCLUDE <yyy>」という記述を含めることができる．この記述
+がされている場合，xxx_rename.hには「#include "yyy_rename.h"」または
+「#include <yyy_rename.h>」という記述が，xxx_unrename.hには「#include
+"yyy_unrename.h"」または「#include <yyy_unrename.h>」という記述が生成さ
+れる．
+
+xxx_rename.defの中の"#"で始まる行はコメントとして読み飛ばされる．また，
+空行も無視される．
+
+カーネルのターゲット非依存部で使われる名称をリネームするために，kernel
+ディレクトリに，kernel_rename.defと，そこから生成したkernel_rename.hお
+よびkernel_unrename.hが用意されている．kernel_rename.defには，
+「INCLUDE "target"」という記述が含まれており，ターゲット依存部のリネー
+ム記述を取り込むようになっている．ターゲット依存部で定義し，ターゲット
+非依存部で参照される名称は，ターゲット依存部のリネーム記述に含める．
+
+ターゲット依存部では，ターゲット依存部で使われる名称をリネームするため
+に，target_rename.defと，そこから生成したtarget_rename.hおよび
+target_unrename.hを用意する．ターゲット依存部からプロセッサ・チップ・開
+発環境依存部を切り分ける場合には，target_rename.defにINCLUDE記述を入れ，
+プロセッサ・チップ・開発環境依存部のリネーム記述を取り込むようにする．
+
+6.13 タイマドライバ
+
+タイマドライバは，カーネルにタイムティックを通知するためのタイマドライ
+バである．
+
+6.13.1 タイマドライバのファイル構成
+
+タイマドライバを組み込むための静的APIを記述したシステムコンフィギュレー
+ションファイルを，target_timer.cfgに用意する．このファイルには，タイマ
+ドライバを初期化するための初期化ルーチンの追加，タイマドライバを終了さ
+せるための終了処理ルーチンの追加，タイマ割込みのための割込みハンドラの
+定義（または，割込みサービスルーチンの追加），タイマ割込みのための割込
+み要求ラインの属性の設定の静的APIなどを含むことになる．
+
+タイマドライバを呼び出すために必要な定義を含むヘッダファイルを，
+target_timer.hに用意する．また，タイマドライバの実装ファイルを
+target_timer.cに用意する．
+
+タイムティックの通知により行う処理の多くは，タスクの起動や待ち解除を行
+うものであるため，タイマ割込みの割込み優先度は，割込みの中で最低の優先
+度で十分である．ただし，周期ハンドラやアラームハンドラの実行開始遅れが
+問題になる場合には，タイマ割込みの割込み優先度をより高い値に設定したい．
+そこで，タイマ割込みの割込み優先度を変更する方法を，ターゲット依存部の
+ユーザーズマニュアルに記載すべきである．
+
+6.13.2 タイマの初期化・終了処理・割込み処理
 
 (6-13-2-1) void target_timer_initialize(intptr_t exinf)
 
-タイマを初期化し，タイマ割込みを周期的に発生させる関数．タイマ割込みの
-周期は，TIC_NUMEとTIC_DENOで指定された時間と一致させる（「5.2 タイム
-ティックの定義」の節を参ç
-§ï¼‰ï¼Ž
-
-この関数は，target_timer.cfg中に記述する静的APIにより，初期化ルーチンと
-してカーネルに登録することを想定している．
+タイマを初期化し，タイマ割込みを周期的に発生させる関数．タイマ割込みの
+周期は，TIC_NUMEとTIC_DENOで指定された時間と一致させる（「5.2 タイム
+ティックの定義」の節を参照）．
+
+この関数は，target_timer.cfg中に記述する静的APIにより，初期化ルーチンと
+してカーネルに登録することを想定している．
 
 (6-13-2-2) void target_timer_terminate(intptr_t exinf)
 
-タイマの動作を停止させ，タイマ割込みを発生しないようにする関数．
-
-この関数は，target_timer.cfg中に記述する静的APIにより，終了処理ルーチン
-としてカーネルに登録することを想定している．
+タイマの動作を停止させ，タイマ割込みを発生しないようにする関数．
+
+この関数は，target_timer.cfg中に記述する静的APIにより，終了処理ルーチン
+としてカーネルに登録することを想定している．
 
 (6-13-2-3) void target_timer_handler(void)
-    または void target_timer_isr(intptr_t exinf)
-
-タイマ割込みにより起動される割込み処理プログラム．割込みハンドラとして
-å®Ÿç¾ã™ã‚‹å ´åˆã«ã¯target_timer_handler，割込みサービスルーチンとして実現
-ã™ã‚‹å ´åˆã«ã¯target_timer_isrの名称とする．ターゲット非依存部の
-signal_timeを呼び出す．
-
-target_timer_handlerは，標準的には次のように定義する．
+    または void target_timer_isr(intptr_t exinf)
+
+タイマ割込みにより起動される割込み処理プログラム．割込みハンドラとして
+実現する場合にはtarget_timer_handler，割込みサービスルーチンとして実現
+する場合にはtarget_timer_isrの名称とする．ターゲット非依存部の
+signal_timeを呼び出す．
+
+target_timer_handlerは，標準的には次のように定義する．
 
 ----------------------------------------
@@ -3810 +3046 @@
 target_timer_handler(void)
 {
-        i_begin_int(<タイマ割込みの割込み番号>);
+        i_begin_int(<タイマ割込みの割込み番号>);
         signal_time();
-        i_end_int(<タイマ割込みの割込み番号>);
+        i_end_int(<タイマ割込みの割込み番号>);
 }
 ----------------------------------------
 
-この関数は，target_timer.cfg中に記述する静的APIにより，割込みハンドラま
-たは割込みサービスルーチンとしてカーネルに登録することを想定している．
-
-6.13.3 性能評価用システム時刻の参ç
-§ã®ãŸã‚ã®æ©Ÿèƒ½
-
-性能評価用システム時刻の参ç
-§æ©Ÿèƒ½ï¼ˆget_utmï¼‰ã‚’ã‚µãƒãƒ¼ãƒˆã™ã‚‹å ´åˆã«ã¯ï¼Œã‚¿ã‚¤
-マドライバで，以下のデータ型や関数などを用意する．
-
-(6-13-3-1) OMIT_GET_UTM（オプション）
-
-ターゲット非依存部のget_utmの実è£
-を使用せず，ターゲット依存部でget_utm
-ã‚’ç”¨æ„ã™ã‚‹å ´åˆã«ã¯ï¼Œã“ã®ã‚·ãƒ³ãƒœãƒ«ã‚’ãƒžã‚¯ãƒ­å®šç¾©ã™ã‚‹ï¼Žã“ã®ã‚·ãƒ³ãƒœãƒ«ã‚’ãƒžã‚¯ãƒ­
-å®šç¾©ã—ãŸå ´åˆï¼Œä»¥ä¸‹ã®ãƒ‡ãƒ¼ã‚¿åž‹ã‚„é–¢æ•°ãªã©ã‚’ç”¨æ„ã™ã‚‹å¿
-要はない．
+この関数は，target_timer.cfg中に記述する静的APIにより，割込みハンドラま
+たは割込みサービスルーチンとしてカーネルに登録することを想定している．
+
+6.13.3 性能評価用システム時刻の参照のための機能
+
+性能評価用システム時刻の参照機能（get_utm）をサポートする場合には，タイ
+マドライバで，以下のデータ型や関数などを用意する．
+
+(6-13-3-1) OMIT_GET_UTM（オプション）
+
+ターゲット非依存部のget_utmの実装を使用せず，ターゲット依存部でget_utm
+を用意する場合には，このシンボルをマクロ定義する．このシンボルをマクロ
+定義した場合，以下のデータ型や関数などを用意する必要はない．
 
 (6-13-3-2) CLOCK
 
-タイマ値のå†
-部表現のためのデータ型．
+タイマ値の内部表現のためのデータ型．
 
 (6-13-3-3) CLOCK target_timer_get_current(void)
 
-タイマの現在値を読み出し，å†
-部表現で返す関数．タイマ値は，時間の経過と
-ã¨ã‚‚ã«å¢—åŠ ã™ã‚‹ã“ã¨ã‚’æƒ³å®šã—ã¦ã„ã‚‹ï¼Žãƒãƒ¼ãƒ‰ã‚¦ã‚§ã‚¢ã®ã‚¿ã‚¤ãƒžãŒï¼Œã‚¿ã‚¤ãƒžå€¤ãŒæ¸›
-å°‘ã™ã‚‹ã‚‚ã®ã§ã‚ã‚‹å ´åˆã«ã¯ï¼Œã“ã®é–¢æ•°å†
-ã§å¢—åŠ ã™ã‚‹å€¤ã¨ãªã‚‹ã‚ˆã†ã«å¤‰æ›ã™ã‚‹ï¼Ž
+タイマの現在値を読み出し，内部表現で返す関数．タイマ値は，時間の経過と
+ともに増加することを想定している．ハードウェアのタイマが，タイマ値が減
+少するものである場合には，この関数内で増加する値となるように変換する．
 
 (6-13-3-4) bool_t target_timer_probe_int(void)
 
-ã‚¿ã‚¤ãƒžå‰²è¾¼ã¿è¦æ±‚ã‚’ãƒã‚§ãƒƒã‚¯ã™ã‚‹é–¢æ•°ï¼Žã‚¿ã‚¤ãƒžå‰²è¾¼ã¿ãŒè¦æ±‚ã•ã‚Œã¦ã„ã‚‹å ´åˆã«
-trueï¼Œè¦æ±‚ã•ã‚Œã¦ã„ãªã„å ´åˆã«falseを返す．
+タイマ割込み要求をチェックする関数．タイマ割込みが要求されている場合に
+true，要求されていない場合にfalseを返す．
 
 (6-13-3-5) TO_USEC(clock)
 
-タイマ値のå†
-部表現を，1μ秒単位に変換するためのマクロ（または関数）．
-targettimer_get_currentで読み出した値を，タイマ割込み発生からの経過時間
-（単位: 1μ秒）に変換するために用いる．
-
-6.14 オーバランタイマドライバ（オプション）
-
-オーバランタイマドライバは，オーバランハンドラを起動するためのタイマの
-ãƒ‰ãƒ©ã‚¤ãƒã§ã‚ã‚‹ï¼Žã‚ªãƒ¼ãƒãƒ©ãƒ³ãƒãƒ³ãƒ‰ãƒ©æ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã‚’ã‚µãƒãƒ¼ãƒˆã—ãªã„å ´
-合には，オーバランタイマドライバを用意するå¿
-要はない．
-
-6.14.1 オーバランタイマドライバのファイル構成
-
-オーバランタイマドライバは，タイマドライバと同じファイルの中に記述する．
-オーバランタイマドライバのための記述は，TOPPERS_SUPPORT_OVRHDRがマクロ
-å®šç¾©ã•ã‚Œã¦ã„ã‚‹å ´åˆã«ã®ã¿æœ‰åŠ¹ã«ãªã‚‹ã‚ˆã†ã«ã™ã‚‹ï¼Ž
-
-すなわち，オーバランタイマドライバを組み込むための静的APIは
-target_timer.cfgの中に記述する．このファイルには，オーバランタイマドラ
-ã‚¤ãƒã‚’åˆæœŸåŒ–ã™ã‚‹ãŸã‚ã®åˆæœŸåŒ–ãƒ«ãƒ¼ãƒãƒ³ã®è¿½åŠ ï¼Œã‚ªãƒ¼ãƒãƒ©ãƒ³ã‚¿ã‚¤ãƒžãƒ‰ãƒ©ã‚¤ãƒã‚’
-çµ‚äº†ã•ã›ã‚‹ãŸã‚ã®çµ‚äº†å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã®è¿½åŠ ï¼Œã‚ªãƒ¼ãƒãƒ©ãƒ³ã‚¿ã‚¤ãƒžå‰²è¾¼ã¿ã®ãŸã‚ã®
-å‰²è¾¼ã¿ãƒãƒ³ãƒ‰ãƒ©ã®å®šç¾©ï¼ˆã¾ãŸã¯ï¼Œå‰²è¾¼ã¿ã‚µãƒ¼ãƒ“ã‚¹ãƒ«ãƒ¼ãƒãƒ³ã®è¿½åŠ ï¼‰ï¼Œã‚ªãƒ¼ãƒãƒ©
-ンタイマ割込みのための割込み要求ラインの属性の設定の静的APIなどを含むこ
-とになる．
-
-また，オーバランタイマドライバを呼び出すためにå¿
-要な定義は
-target_timer.hの中に，オーバランタイマドライバの実è£
-はtarget_timer.cの
-中に記述する．
-
-オーバランハンドラは，タスクのオーバランに対する処理を行うものであるた
-め，オーバランタイマ割込みの割込み優å
-ˆåº¦ã¯ï¼Œå‰²è¾¼ã¿ã®ä¸­ã§æœ€ä½Žã®å„ªå
-ˆåº¦ã§
-十分である．ただし，オーバランタイマ割込みの割込み優å
-ˆåº¦ã‚’より高い値に
-è¨­å®šã—ãŸã„å ´åˆã‚‚ãªã„ã¨ã¯è¨€ãˆãªã„ãŸã‚ï¼Œã‚ªãƒ¼ãƒãƒ©ãƒ³ã‚¿ã‚¤ãƒžå‰²è¾¼ã¿ã®å‰²è¾¼ã¿å„ª
-å
-ˆåº¦ã‚’変更する方法を，ターゲット依存部のユーザーズマニュアルに記載すべ
-きである．
-
-6.14.2 オーバランタイマの操作と割込み処理
+タイマ値の内部表現を，1μ秒単位に変換するためのマクロ（または関数）．
+targettimer_get_currentで読み出した値を，タイマ割込み発生からの経過時間
+（単位: 1μ秒）に変換するために用いる．
+
+6.14 オーバランタイマドライバ（オプション）
+
+オーバランタイマドライバは，オーバランハンドラを起動するためのタイマの
+ドライバである．オーバランハンドラ機能拡張パッケージをサポートしない場
+合には，オーバランタイマドライバを用意する必要はない．
+
+6.14.1 オーバランタイマドライバのファイル構成
+
+オーバランタイマドライバは，タイマドライバと同じファイルの中に記述する．
+オーバランタイマドライバのための記述は，TOPPERS_SUPPORT_OVRHDRがマクロ
+定義されている場合にのみ有効になるようにする．
+
+すなわち，オーバランタイマドライバを組み込むための静的APIは
+target_timer.cfgの中に記述する．このファイルには，オーバランタイマドラ
+イバを初期化するための初期化ルーチンの追加，オーバランタイマドライバを
+終了させるための終了処理ルーチンの追加，オーバランタイマ割込みのための
+割込みハンドラの定義（または，割込みサービスルーチンの追加），オーバラ
+ンタイマ割込みのための割込み要求ラインの属性の設定の静的APIなどを含むこ
+とになる．
+
+また，オーバランタイマドライバを呼び出すために必要な定義は
+target_timer.hの中に，オーバランタイマドライバの実装はtarget_timer.cの
+中に記述する．
+
+オーバランハンドラは，タスクのオーバランに対する処理を行うものであるた
+め，オーバランタイマ割込みの割込み優先度は，割込みの中で最低の優先度で
+十分である．ただし，オーバランタイマ割込みの割込み優先度をより高い値に
+設定したい場合もないとは言えないため，オーバランタイマ割込みの割込み優
+先度を変更する方法を，ターゲット依存部のユーザーズマニュアルに記載すべ
+きである．
+
+6.14.2 オーバランタイマの操作と割込み処理
 
 (6-14-2-1) void target_ovrtimer_initialize(intptr_t exinf)
 
-オーバランタイマの初期化処理を行う．タイマの動作開始は行わない．
-
-この関数は，target_timer.cfg中に記述する静的APIにより，初期化ルーチンと
-してカーネルに登録することを想定している．
+オーバランタイマの初期化処理を行う．タイマの動作開始は行わない．
+
+この関数は，target_timer.cfg中に記述する静的APIにより，初期化ルーチンと
+してカーネルに登録することを想定している．
 
 (6-14-2-2) void target_ovrtimer_terminate(intptr_t exinf)
 
-オーバランタイマを停止させ，オーバランタイマ割込みを発生しないようにす
-る．
-
-この関数は，target_timer.cfg中に記述する静的APIにより，終了処理ルーチン
-としてカーネルに登録することを想定している．
+オーバランタイマを停止させ，オーバランタイマ割込みを発生しないようにす
+る．
+
+この関数は，target_timer.cfg中に記述する静的APIにより，終了処理ルーチン
+としてカーネルに登録することを想定している．
 
 (6-14-2-3) void target_ovrtimer_start(OVRTIM ovrtim)
 
-オーバランタイマに，残り時間ovrtimを設定し，動作開始する．ovrtimの単位
-はマイクロ秒とする．
+オーバランタイマに，残り時間ovrtimを設定し，動作開始する．ovrtimの単位
+はマイクロ秒とする．
 
 (6-14-2-4) OVRTIM target_ovrtimer_stop(void)
 
-オーバランタイマを停止し，タイマの残り時間を読み出す．もし残り時間が
-0ï¼ˆã¾ãŸã¯ãã‚Œæœªæº€ï¼‰ã«ãªã£ã¦ã„ãŸå ´åˆã«ã¯ï¼Œ1を返す．また，オーバランタイ
-マからの割込みをクリアする．
+オーバランタイマを停止し，タイマの残り時間を読み出す．もし残り時間が
+0（またはそれ未満）になっていた場合には，1を返す．また，オーバランタイ
+マからの割込みをクリアする．
 
 (6-14-2-5) OVRTIM target_ovrtimer_get_current(void)
 
-オーバランタイマの残り時間を読み出す．もし残り時間が0（またはそれ未満）
-ã«ãªã£ã¦ã„ãŸå ´åˆã«ã¯ï¼Œ0を返す．オーバランタイマからの割込みはクリアしな
-い．
+オーバランタイマの残り時間を読み出す．もし残り時間が0（またはそれ未満）
+になっていた場合には，0を返す．オーバランタイマからの割込みはクリアしな
+い．
 
 (6-14-2-6) void target_ovrtimer_handler(void)
-    または void target_ovrtimer_isr(intptr_t exinf)
-
-オーバランタイマ割込みにより起動される割込み処理プログラム．割込みハン
-ãƒ‰ãƒ©ã¨ã—ã¦å®Ÿç¾ã™ã‚‹å ´åˆã«ã¯target_ovrtimer_handler，割込みサービスルーチ
-ãƒ³ã¨ã—ã¦å®Ÿç¾ã™ã‚‹å ´åˆã«ã¯target_ovrtimer_isrの名称とする．ターゲット非依
-存部のcall_ovrhdrを呼び出す．
-
-target_timer_handlerは，標準的には次のように定義する．
+    または void target_ovrtimer_isr(intptr_t exinf)
+
+オーバランタイマ割込みにより起動される割込み処理プログラム．割込みハン
+ドラとして実現する場合にはtarget_ovrtimer_handler，割込みサービスルーチ
+ンとして実現する場合にはtarget_ovrtimer_isrの名称とする．ターゲット非依
+存部のcall_ovrhdrを呼び出す．
+
+target_timer_handlerは，標準的には次のように定義する．
 
 ----------------------------------------
@@ -3945 +3166 @@
 target_ovrtimer_handler(void)
 {
-        i_begin_int(<オーバランタイマ割込みの割込み番号>);
-        オーバランタイマ割込み要求のクリア（å¿
-要なら）
+        i_begin_int(<オーバランタイマ割込みの割込み番号>);
+        オーバランタイマ割込み要求のクリア（必要なら）
         call_ovrhdr();
-        i_end_int(<オーバランタイマ割込みの割込み番号>);
+        i_end_int(<オーバランタイマ割込みの割込み番号>);
 }
 ----------------------------------------
 
-この関数は，target_timer.cfg中に記述する静的APIにより，割込みハンドラま
-たは割込みサービスルーチンとしてカーネルに登録することを想定している．
+この関数は，target_timer.cfg中に記述する静的APIにより，割込みハンドラま
+たは割込みサービスルーチンとしてカーネルに登録することを想定している．
 
 (6-14-2-7) OMIT_OVRTIMER_START
 (6-14-2-8) OMIT_OVRTIMER_STOP
 
-ターゲット依存部から呼び出すovrtimer_startとovrtimer_stopを，アセンブリ
-言語のソースコード中に展開し，Cè¨€èªžã®é–¢æ•°ãŒä¸è¦ã«ãªã‚‹å ´åˆã«ã¯ï¼Œãã‚Œãžã‚Œï¼Œ
-OMIT_OVRTIMER_STARTとOMIT_OVRTIMER_STOPをマクロ定義する．
-
-6.15 動的メモリ管理（オプション）
-
-å‹•çš„ç”Ÿæˆæ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã‚’ä½¿ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼Œã‚«ãƒ¼ãƒãƒ«å†
-での動的メモリ
-管理の方法を決めるå¿
-要がある．
-
-å‹•çš„ç”Ÿæˆæ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã®ã‚¿ãƒ¼ã‚²ãƒƒãƒˆéžä¾å­˜éƒ¨ã§ã¯ï¼Œãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’å
-ˆé ­ã‹
-ã‚‰é †ã«å‰²ã‚Šå½“ã¦ï¼Œè§£æ”¾ã•ã‚ŒãŸãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’å†åˆ©ç”¨ã—ãªã„ãƒ¡ãƒ¢ãƒªç®¡ç†ãƒ¢ã‚¸ãƒ¥ãƒ¼ãƒ«
-のみを実è£
-している．デフォルトでは，このメモリ管理モジュールが使用され
-る．
-
-æœ¬æ ¼çš„ãªå‹•çš„ãƒ¡ãƒ¢ãƒªç®¡ç†ã‚’è¡Œã„ãŸã„å ´åˆã«ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã¾ãŸã¯ãƒ¦ãƒ¼ã‚¶
-側で，以下の関数を定義したメモリ管理モジュールを用意するå¿
-要がある．
-
-(6-15-1) OMIT_KMM_ALLOCONLY（オプション）
-
-ターゲット非依存部のメモリ管理モジュールを使用せず，ターゲット依存部ま
-ãŸã¯ãƒ¦ãƒ¼ã‚¶å´ã§ç”¨æ„ã™ã‚‹å ´åˆã«ã¯ï¼Œã“ã®ã‚·ãƒ³ãƒœãƒ«ã‚’ãƒžã‚¯ãƒ­å®šç¾©ã™ã‚‹ï¼Ž
-
-(6-15-2) void initialize_kmm(void)（オプション）
-
-ãƒ¡ãƒ¢ãƒªç®¡ç†ãƒ¢ã‚¸ãƒ¥ãƒ¼ãƒ«ã‚’åˆæœŸåŒ–ã™ã‚‹é–¢æ•°ï¼Žã‚«ãƒ¼ãƒãƒ«ã®å‰²ã‚Šä»˜ã‘ã‚‹ãƒ¡ãƒ¢ãƒªé ˜åŸŸã®
-サイズとå
-ˆé ­ç•ªåœ°ã¯ï¼Œãã‚Œãžã‚Œkmmszとkmmによって参ç
-§ã§ãã‚‹ï¼Ž
-
-(6-15-3) void *kernel_malloc(SIZE size)（オプション）
-
-sizeã§æŒ‡å®šã•ã‚ŒãŸã‚µã‚¤ã‚ºã®ãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’å‰²ã‚Šä»˜ã‘ï¼Œãã®å
-ˆé ­ç•ªåœ°ã‚’返す関数．
-å‰²ã‚Šä»˜ã‘ã‚‹ã“ã¨ãŒã§ããªã„å ´åˆã«ã¯ï¼ŒNULLを返す．
-
-(6-15-4) void kernel_free(void *ptr)（オプション）
-
-ptrã§æŒ‡å®šã•ã‚ŒãŸãƒ¡ãƒ¢ãƒªé ˜åŸŸã‚’è§£æ”¾ã™ã‚‹é–¢æ•°ï¼Ž
-
-6.15.1 TLSFを用いたメモリ管理モジュールの例
-
-オープンソースのメモリ割付けライブラリであるTLSFを用いて動的メモリ管理
-を実現するには，OMIT_KMM_ALLOCONLYをマクロ定義し，以下の関数定義等をC言
-語ソースファイルに含めればよい．
+ターゲット依存部から呼び出すovrtimer_startとovrtimer_stopを，アセンブリ
+言語のソースコード中に展開し，C言語の関数が不要になる場合には，それぞれ，
+OMIT_OVRTIMER_STARTとOMIT_OVRTIMER_STOPをマクロ定義する．
+
+6.15 動的メモリ管理（オプション）
+
+動的生成機能拡張パッケージを使用する場合には，カーネル内での動的メモリ
+管理の方法を決める必要がある．
+
+動的生成機能拡張パッケージのターゲット非依存部では，メモリ領域を先頭か
+ら順に割り当て，解放されたメモリ領域を再利用しないメモリ管理モジュール
+のみを実装している．デフォルトでは，このメモリ管理モジュールが使用され
+る．
+
+本格的な動的メモリ管理を行いたい場合には，ターゲット依存部またはユーザ
+側で，以下の関数を定義したメモリ管理モジュールを用意する必要がある．
+
+(6-15-1) OMIT_KMM_ALLOCONLY（オプション）
+
+ターゲット非依存部のメモリ管理モジュールを使用せず，ターゲット依存部ま
+たはユーザ側で用意する場合には，このシンボルをマクロ定義する．
+
+(6-15-2) void initialize_kmm(void)（オプション）
+
+メモリ管理モジュールを初期化する関数．カーネルの割り付けるメモリ領域の
+サイズと先頭番地は，それぞれkmmszとkmmによって参照できる．
+
+(6-15-3) void *kernel_malloc(SIZE size)（オプション）
+
+sizeで指定されたサイズのメモリ領域を割り付け，その先頭番地を返す関数．
+割り付けることができない場合には，NULLを返す．
+
+(6-15-4) void kernel_free(void *ptr)（オプション）
+
+ptrで指定されたメモリ領域を解放する関数．
+
+6.15.1 TLSFを用いたメモリ管理モジュールの例
+
+オープンソースのメモリ割付けライブラリであるTLSFを用いて動的メモリ管理
+を実現するには，OMIT_KMM_ALLOCONLYをマクロ定義し，以下の関数定義等をC言
+語ソースファイルに含めればよい．
 
 ----------------------------------------
@@ -4043 +3255 @@
 
 
-７．コンフィギュレータ設定ファイルのターゲット依存部
-
-7.1 設定ファイルとターゲット依存部の位置付け
-
-ASPカーネルのコンフィギュレータは，設定ファイルの記述に従ってファイルの
-生成およびエラーチェックを行う．コンフィギュレータの設定ファイルには，
-以下の4つがある．
-
-(a) 静的APIテーブル
-
-静的APIの一覧と，各静的APIのパラメータについて記述したファイル．静的
-APIã‚’æ‹¡å¼µã™ã‚‹å ´åˆä»¥å¤–ã¯å¤‰æ›´ã™ã‚‹å¿
-要がないため，ターゲット非依存部で用意
-している（kernel/kernel_api.csv）．
-
-(b) 値取得シンボルテーブル
-
-コンフィギュレータのパス1において，パラメータ計算用C言語ファイルに出力
-し，値を求めたいシンボル（一般には式）を記述するためのファイル．ターゲッ
-ト非依存部では，ターゲットに依存せずにå¿
-要となるシンボルを記述したファ
-イルを用意している（kernel/kernel_def.csv）．
-
-ターゲットに依存してå¿
-è¦ã¨ãªã‚‹ã‚·ãƒ³ãƒœãƒ«ãŒã‚ã‚‹å ´åˆã«ã¯ï¼Œtargetディレクト
-リに置かれたtarget_def.csv中に記述する．target_def.csv中に記述して値を
-求めることができるシンボルは，kernel/kernel_int.hおよびそこからインクルー
-ドされるファイルで定義されていなければならない．kernel_int.hからは，
-target_stddef.h，target_kernel.h，target_config.hを（間接的に）インクルー
-ドしているため，これらのファイルおよびそこからインクルードされるファイ
-ルで定義されるターゲット依存のシンボルは，target_def.csv中に記述するこ
-とができる．
-
-ここで値を求めたシンボルの値は，コンフィギュレータのパス2およびパス3の
-テンプレートファイル中で参ç
-§ã™ã‚‹ã“とができる．
-
-(c) パス2のテンプレートファイル
-
-コンフィギュレータのパス2は，テンプレートファイルに従って，カーネルの構
-成・初期化ファイル（kernel_cfg.c），構成・初期化ヘッダファイル
-（kernel_cfg.h）などを生成する．このテンプレートファイルは，ターゲット
-非依存部とターゲット依存部に切り分けてあるが，他のファイルのターゲット
-依存部とは逆に，ターゲット依存部からターゲット非依存部をインクルードす
-る形になっている．
-
-å
-·ä½“的には，targetディレクトリに置かれたtarget.tfで，å¿
-要な変数を定義し
-た後，テンプレートファイルのターゲット非依存部（kernel/kernel.tf）をイ
-ンクルードする．kernel.tfでは，カーネルのターゲット非依存部で使用する変
-数定義等を生成する．kernel.tfをインクルードした後，target.tfでは，カー
-ネルのターゲット依存部で使用する変数定義等を生成する．target.tfから，プ
-ロセッサ依存部，チップ依存部を，開発環境依存部を切り分けてもよい．
-
-(d) パス3のテンプレートファイル
-
-コンフィギュレータのパス3は，テンプレートファイルに従って，静的APIの一
-般定数式パラメータのチェックを行う．このテンプレートファイルも，ターゲッ
-ト非依存部とターゲット依存部に切り分けてあり，ターゲット依存部からター
-ゲット非依存部をインクルードする形になっている．
-
-å
-·ä½“的には，targetディレクトリに置かれたtarget_check.tfで，å¿
-要な変数を
-定義した後，テンプレートファイルのターゲット非依存部
-（kernel/kernel_check.tf）をインクルードする．kernel_check.tfでは，カー
-ネルのターゲット非依存部で初期化ブロックに出力した一般定数式パラメータ
-のチェックを行う．kernel_check.tfをインクルードした後，target_check.tf
-では，ターゲットに依存するチェックを行う．target_check.tfから，プロセッ
-サ依存部，チップ依存部を，開発環境依存部を切り分けてもよい．
-
-なお，コンフィギュレータの詳細仕様と設定ファイルの記述方法については，
-別途PDFファイルの形でé
-å¸ƒã—ている「TOPPERS新世代カーネル用コンフィギュ
-レータ仕様」および「TOPPERS新世代カーネル用コンフィギュレータå†
-蔵マクロ
-プロセッサ仕様」を参ç
-§ã™ã‚‹ã“と．
-
-7.2 パス2のテンプレートファイルのターゲット依存部
-
-以下では，パス2のテンプレートファイルのターゲット依存部を記述する上でå¿
-
-要な事é 
-について説明する．
-
-7.2.1 ターゲット非依存部をインクルードする前に定義すべき変数
-
-target.tfからkernel.tfをインクルードする前に，次の変数を定義しておかな
-ければならない．
-
-(7-2-1-1) INTNO_ATTISR_VALID    ATT_ISRで使用できる割込み番号
-(7-2-1-2) INHNO_ATTISR_VALID    INTNO_ATTISR_VALIDに対応する割込ハンドラ番号
-(7-2-1-3) INHNO_DEFINH_VALID    DEF_INTで使用できる割込みハンドラ番号
-(7-2-1-4) EXCNO_DEFEXC_VALID    DEF_EXCで使用できるCPU例外ハンドラ番号
-(7-2-1-5) INTNO_CFGINT_VALID    CFG_INTで使用できる割込み番号
-(7-2-1-6) INTPRI_CFGINT_VALID   CFG_INTで使用できる割込み優å
-ˆåº¦
-
-APIで使用できる割込み番号／割込みハンドラ番号／CPU例外ハンドラ番号／割
-込み優å
-ˆåº¦ã®ãƒªã‚¹ãƒˆã‚’，各変数に定義する．INHNO_ATTISR_VALIDには，
-INTNO_ATTISR_VALIDにリストアップした割込み番号に対応する割込みハンドラ
-番号のリストを定義する．CFG_INTには，すべての割込み番号を指定することが
-できるため，INTNO_CFGINT_VALIDには，有効な割込み番号をすべてリストアッ
-プする．
-
-(7-2-1-7) INTNO_FIX_KERNEL（オプション） カーネル管理に固定されている
-                                                                                        割込み番号
-(7-2-1-8) INHNO_FIX_KERNEL（オプション） カーネル管理に固定されている
-                                                                                        割込みハンドラ番号
-(7-2-1-9) INHNO_FIX_NONKERNEL（オプション）      カーネル管理外に固定されている
-                                                                                        割込み番号
-(7-2-1-10) INHNO_FIX_NONKERNEL（オプション）カーネル管理外に固定されている
-                                                                                        割込みハンドラ番号
-
-ã‚«ãƒ¼ãƒãƒ«ç®¡ç†ã¾ãŸã¯ã‚«ãƒ¼ãƒãƒ«ç®¡ç†å¤–ã«å›ºå®šã•ã‚Œã¦ã„ã‚‹å‰²è¾¼ã¿ãŒã‚ã‚‹å ´åˆã«ã¯ï¼Œ
-それらの割込み番号と割込みハンドラ番号のリストを，各変数に定義する．
-
-(7-2-1-11) USE_INHINIB_TABLE（オプション）
-
-OMIT_INITIALIZE_INTERRUPTを定義したが，割込みハンドラの初期化にå¿
-要なæƒ
-
-å ±ã‚’kernel_cfg.cã«ç”Ÿæˆã—ãŸã„å ´åˆã«ã¯ï¼Œã“ã®å¤‰æ•°ã‚’1に設定する．å
-·ä½“的には，
-TNUM_INHNO，tnum_inhno，inhinib_tableの定義と，割込みハンドラ毎の出å
-¥å£
-処理を生成するための記述（INTHDR_ENTRYマクロのリスト）が，ターゲット非
-依存部によって生成される．
-
-(7-2-1-12) USE_INTINIB_TABLE（オプション）
-
-OMIT_INITIALIZE_INTERRUPTを定義したが，割込み要求ラインの初期化にå¿
-要な
-æƒ
-å ±ã‚’kernel_cfg.cã«ç”Ÿæˆã—ãŸã„å ´åˆã«ã¯ï¼Œã“ã®å¤‰æ•°ã‚’1に設定する．å
-·ä½“的に
-は，TNUM_INTNO，tnum_intno，intinib_tableの定義が，ターゲット非依存部に
-よって生成される．
-
-(7-2-1-13) GENERATE_TSKINICTXB（オプション）
-
-USE_TSKINICTXBã‚’ãƒžã‚¯ãƒ­å®šç¾©ã—ãŸå ´åˆï¼ŒTSKINICTXBの初期化æƒ
-å ±ã‚’ç”Ÿæˆã™ã‚‹ãŸ
-めテンプレートファイル関数GENERATE_TSKINICTXBを定義する．
-GENERATE_TSKINICTXBには，タスクIDがパラメータとして渡される．
-
-(7-2-1-14) ALLOC_STACK（オプション）
-
-ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®ç”Ÿæˆæ–¹æ³•ã‚’ãƒ‡ãƒ•ã‚©ãƒ«ãƒˆã‹ã‚‰å¤‰æ›´ã—ãŸã„å ´åˆã«ã¯ï¼Œã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸ
-を生成するためのテンプレートファイル関数ALLOC_STACKを定義する．
-ALLOC_STACKã«ã¯ï¼Œã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®å¤‰æ•°åã¨ä¸¸ã‚ã‚‹å‰ã®ã‚µã‚¤ã‚ºãŒãƒ‘ãƒ©ãƒ¡ãƒ¼ã‚¿ã¨ã—
-ã¦æ¸¡ã•ã‚Œã‚‹ã®ã§ï¼Œã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã‚’ç”Ÿæˆã™ã‚‹ã‚³ãƒ¼ãƒ‰ã‚’ç”Ÿæˆã—ï¼Œå¤§ãã„æ–¹ã«ä¸¸ã‚ãŸ
-サイズを表す文字列を返す．
-
-7.2.2 ターゲット非依存部で定義される変数
-
-kernel.tfの中では次の変数が定義されるため，kernel.tfをインクルードした
-後，target.tfの中でこれらを参ç
-§ã™ã‚‹ã“とができる．
-
-(7-2-2-1) INTNO[inhno]          inhnoを対応するintnoに変換するための連想é
-åˆ—
-(7-2-2-2) INHNO[intno]          intnoを対応するinhnoに変換するための連想é
-åˆ—
-
-7.3 パス3のテンプレートファイルのターゲット依存部
-
-以下では，パス3のテンプレートファイルのターゲット依存部を記述する上でå¿
-
-要な事é 
-について説明する．
-
-7.3.1 ターゲット非依存部をインクルードする前に定義すべき変数
-
-target_check.tfからkernel_check.tfをインクルードする前に，å¿
-要に応じて，
-次の変数を定義しておかなければならない．
-
-(7-3-1-1) GET_STK_TSKINICTXB（オプション）
-
-USE_TSKINICTXBã‚’ãƒžã‚¯ãƒ­å®šç¾©ã—ãŸå ´åˆï¼ŒTINIBã‹ã‚‰ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ã‚’取
-り出すためのテンプレートファイル関数GET_STK_TSKINICTXBを定義する．
-GET_STK_TSKINICTXBには，タスク初期化ブロック（TINIB）のå
-ˆé ­ç•ªåœ°ãŒãƒ‘ラメー
-タとして渡される．CHECK_STACK_ALIGN，CHECK_STACK_NONNULLとも定義しない
-å ´åˆã«ã¯ï¼ŒGET_STK_TSKINICTXBを定義するå¿
-要はない．
-
-(7-3-1-2) LMA.ORDER_LIST（オプション）
-(7-3-1-3) LMA.START_DATA[lmano]（オプション）
-(7-3-1-4) LMA.END_DATA[lmano]（オプション）
-(7-3-1-5) LMA.START_IDATA[lmano]（オプション）
-
-パス3のテンプレートファイルのターゲット依存部でdataセクションからデータ
-ã‚’å–å¾—ã™ã‚‹å ´åˆã‚„ï¼ŒrodataセクションをRAMã«ç½®ãå ´åˆï¼ˆãƒ¦ãƒ¼ã‚¶ãƒ¼ã‚ºãƒžãƒ‹ãƒ¥ã‚¢ãƒ«
-の「11.8 rodataセクションをRAMã«ç½®ãå ´åˆã€ã®ç¯€ã‚’å‚ç
-§ï¼‰ã«ã¯ï¼Œã“れらのセ
-クションのå†
-容を，é
-ç½®ã‚¢ãƒ‰ãƒ¬ã‚¹ï¼ˆROMå†
-のアドレス，LMAと呼ぶ）からアクセ
-スアドレス（RAMå†
-のアドレス，VMAと呼ぶ）にコピーするå¿
-要がある．
-
-このコピーは，LMA.ORDER_LISTに，コピーするセクションの番号（lmano）のリ
-スト（番号は任意に付与してよい），LMA.START_DATA[lmano]にコピーするセク
-ションのアクセスアドレスのå
-ˆé ­ã®ãƒ©ãƒ™ãƒ«ï¼ŒLMA.END_DATA[lmano]に末尾のラベ
-ル，LMA.START_IDATA[lmano]にそのé
-ç½®ã‚¢ãƒ‰ãƒ¬ã‚¹ã®å
-ˆé ­ã®ãƒ©ãƒ™ãƒ«ã‚’設定するこ
-とで，パス3のテンプレートファイルのターゲット非依存部で実施する．
-
-例えば，コピーするセクションのアクセスアドレスのå
-ˆé ­ã®ãƒ©ãƒ™ãƒ«ãŒ
-"__data_start"，末尾のラベルが"__data_end"，そのé
-ç½®ã‚¢ãƒ‰ãƒ¬ã‚¹ã®å
-ˆé ­ã®ãƒ©
-ベルが"__idata_start"ã®å ´åˆã«ã¯ï¼Œãƒ‘ã‚¹3のテンプレートファイルのターゲッ
-ト依存部に以下の記述を含める．
+７．コンフィギュレータ設定ファイルのターゲット依存部
+
+7.1 設定ファイルとターゲット依存部の位置付け
+
+ASPカーネルのコンフィギュレータは，設定ファイルの記述に従ってファイルの
+生成およびエラーチェックを行う．コンフィギュレータの設定ファイルには，
+以下の4つがある．
+
+(a) 静的APIテーブル
+
+静的APIの一覧と，各静的APIのパラメータについて記述したファイル．静的
+APIを拡張する場合以外は変更する必要がないため，ターゲット非依存部で用意
+している（kernel/kernel_api.csv）．
+
+(b) 値取得シンボルテーブル
+
+コンフィギュレータのパス1において，パラメータ計算用C言語ファイルに出力
+し，値を求めたいシンボル（一般には式）を記述するためのファイル．ターゲッ
+ト非依存部では，ターゲットに依存せずに必要となるシンボルを記述したファ
+イルを用意している（kernel/kernel_def.csv）．
+
+ターゲットに依存して必要となるシンボルがある場合には，targetディレクト
+リに置かれたtarget_def.csv中に記述する．target_def.csv中に記述して値を
+求めることができるシンボルは，kernel/kernel_int.hおよびそこからインクルー
+ドされるファイルで定義されていなければならない．kernel_int.hからは，
+target_stddef.h，target_kernel.h，target_config.hを（間接的に）インクルー
+ドしているため，これらのファイルおよびそこからインクルードされるファイ
+ルで定義されるターゲット依存のシンボルは，target_def.csv中に記述するこ
+とができる．
+
+ここで値を求めたシンボルの値は，コンフィギュレータのパス2およびパス3の
+テンプレートファイル中で参照することができる．
+
+(c) パス2のテンプレートファイル
+
+コンフィギュレータのパス2は，テンプレートファイルに従って，カーネルの構
+成・初期化ファイル（kernel_cfg.c），構成・初期化ヘッダファイル
+（kernel_cfg.h）などを生成する．このテンプレートファイルは，ターゲット
+非依存部とターゲット依存部に切り分けてあるが，他のファイルのターゲット
+依存部とは逆に，ターゲット依存部からターゲット非依存部をインクルードす
+る形になっている．
+
+具体的には，targetディレクトリに置かれたtarget.tfで，必要な変数を定義し
+た後，テンプレートファイルのターゲット非依存部（kernel/kernel.tf）をイ
+ンクルードする．kernel.tfでは，カーネルのターゲット非依存部で使用する変
+数定義等を生成する．kernel.tfをインクルードした後，target.tfでは，カー
+ネルのターゲット依存部で使用する変数定義等を生成する．target.tfから，プ
+ロセッサ依存部，チップ依存部を，開発環境依存部を切り分けてもよい．
+
+(d) パス3のテンプレートファイル
+
+コンフィギュレータのパス3は，テンプレートファイルに従って，静的APIの一
+般定数式パラメータのチェックを行う．このテンプレートファイルも，ターゲッ
+ト非依存部とターゲット依存部に切り分けてあり，ターゲット依存部からター
+ゲット非依存部をインクルードする形になっている．
+
+具体的には，targetディレクトリに置かれたtarget_check.tfで，必要な変数を
+定義した後，テンプレートファイルのターゲット非依存部
+（kernel/kernel_check.tf）をインクルードする．kernel_check.tfでは，カー
+ネルのターゲット非依存部で初期化ブロックに出力した一般定数式パラメータ
+のチェックを行う．kernel_check.tfをインクルードした後，target_check.tf
+では，ターゲットに依存するチェックを行う．target_check.tfから，プロセッ
+サ依存部，チップ依存部を，開発環境依存部を切り分けてもよい．
+
+なお，コンフィギュレータの詳細仕様と設定ファイルの記述方法については，
+別途PDFファイルの形で配布している「TOPPERS新世代カーネル用コンフィギュ
+レータ仕様」および「TOPPERS新世代カーネル用コンフィギュレータ内蔵マクロ
+プロセッサ仕様」を参照すること．
+
+7.2 パス2のテンプレートファイルのターゲット依存部
+
+以下では，パス2のテンプレートファイルのターゲット依存部を記述する上で必
+要な事項について説明する．
+
+7.2.1 ターゲット非依存部をインクルードする前に定義すべき変数
+
+target.tfからkernel.tfをインクルードする前に，次の変数を定義しておかな
+ければならない．
+
+(7-2-1-1) INTNO_ATTISR_VALID    ATT_ISRで使用できる割込み番号
+(7-2-1-2) INHNO_ATTISR_VALID    INTNO_ATTISR_VALIDに対応する割込ハンドラ番号
+(7-2-1-3) INHNO_DEFINH_VALID    DEF_INTで使用できる割込みハンドラ番号
+(7-2-1-4) EXCNO_DEFEXC_VALID    DEF_EXCで使用できるCPU例外ハンドラ番号
+(7-2-1-5) INTNO_CFGINT_VALID    CFG_INTで使用できる割込み番号
+(7-2-1-6) INTPRI_CFGINT_VALID   CFG_INTで使用できる割込み優先度
+
+APIで使用できる割込み番号／割込みハンドラ番号／CPU例外ハンドラ番号／割
+込み優先度のリストを，各変数に定義する．INHNO_ATTISR_VALIDには，
+INTNO_ATTISR_VALIDにリストアップした割込み番号に対応する割込みハンドラ
+番号のリストを定義する．CFG_INTには，すべての割込み番号を指定することが
+できるため，INTNO_CFGINT_VALIDには，有効な割込み番号をすべてリストアッ
+プする．
+
+(7-2-1-7) INTNO_FIX_KERNEL（オプション）       カーネル管理に固定されている
+                                                                                        割込み番号
+(7-2-1-8) INHNO_FIX_KERNEL（オプション）       カーネル管理に固定されている
+                                                                                        割込みハンドラ番号
+(7-2-1-9) INHNO_FIX_NONKERNEL（オプション）    カーネル管理外に固定されている
+                                                                                        割込み番号
+(7-2-1-10) INHNO_FIX_NONKERNEL（オプション）カーネル管理外に固定されている
+                                                                                        割込みハンドラ番号
+
+カーネル管理またはカーネル管理外に固定されている割込みがある場合には，
+それらの割込み番号と割込みハンドラ番号のリストを，各変数に定義する．
+
+(7-2-1-11) USE_INHINIB_TABLE（オプション）
+
+OMIT_INITIALIZE_INTERRUPTを定義したが，割込みハンドラの初期化に必要な情
+報をkernel_cfg.cに生成したい場合には，この変数を1に設定する．具体的には，
+TNUM_INHNO，tnum_inhno，inhinib_tableの定義と，割込みハンドラ毎の出入口
+処理を生成するための記述（INTHDR_ENTRYマクロのリスト）が，ターゲット非
+依存部によって生成される．
+
+(7-2-1-12) USE_INTINIB_TABLE（オプション）
+
+OMIT_INITIALIZE_INTERRUPTを定義したが，割込み要求ラインの初期化に必要な
+情報をkernel_cfg.cに生成したい場合には，この変数を1に設定する．具体的に
+は，TNUM_INTNO，tnum_intno，intinib_tableの定義が，ターゲット非依存部に
+よって生成される．
+
+(7-2-1-13) GENERATE_TSKINICTXB（オプション）
+
+USE_TSKINICTXBをマクロ定義した場合，TSKINICTXBの初期化情報を生成するた
+めテンプレートファイル関数GENERATE_TSKINICTXBを定義する．
+GENERATE_TSKINICTXBには，タスクIDがパラメータとして渡される．
+
+(7-2-1-14) ALLOC_STACK（オプション）
+
+スタック領域の生成方法をデフォルトから変更したい場合には，スタック領域
+を生成するためのテンプレートファイル関数ALLOC_STACKを定義する．
+ALLOC_STACKには，スタック領域の変数名と丸める前のサイズがパラメータとし
+て渡されるので，スタック領域を生成するコードを生成し，大きい方に丸めた
+サイズを表す文字列を返す．
+
+7.2.2 ターゲット非依存部で定義される変数
+
+kernel.tfの中では次の変数が定義されるため，kernel.tfをインクルードした
+後，target.tfの中でこれらを参照することができる．
+
+(7-2-2-1) INTNO[inhno]          inhnoを対応するintnoに変換するための連想配列
+(7-2-2-2) INHNO[intno]          intnoを対応するinhnoに変換するための連想配列
+
+7.3 パス3のテンプレートファイルのターゲット依存部
+
+以下では，パス3のテンプレートファイルのターゲット依存部を記述する上で必
+要な事項について説明する．
+
+7.3.1 ターゲット非依存部をインクルードする前に定義すべき変数
+
+target_check.tfからkernel_check.tfをインクルードする前に，必要に応じて，
+次の変数を定義しておかなければならない．
+
+(7-3-1-1) GET_STK_TSKINICTXB（オプション）
+
+USE_TSKINICTXBをマクロ定義した場合，TINIBからスタック領域の先頭番地を取
+り出すためのテンプレートファイル関数GET_STK_TSKINICTXBを定義する．
+GET_STK_TSKINICTXBには，タスク初期化ブロック（TINIB）の先頭番地がパラメー
+タとして渡される．CHECK_STACK_ALIGN，CHECK_STACK_NONNULLとも定義しない
+場合には，GET_STK_TSKINICTXBを定義する必要はない．
+
+(7-3-1-2) LMA.ORDER_LIST（オプション）
+(7-3-1-3) LMA.START_DATA[lmano]（オプション）
+(7-3-1-4) LMA.END_DATA[lmano]（オプション）
+(7-3-1-5) LMA.START_IDATA[lmano]（オプション）
+
+パス3のテンプレートファイルのターゲット依存部でdataセクションからデータ
+を取得する場合や，rodataセクションをRAMに置く場合（ユーザーズマニュアル
+の「11.8 rodataセクションをRAMに置く場合」の節を参照）には，これらのセ
+クションの内容を，配置アドレス（ROM内のアドレス，LMAと呼ぶ）からアクセ
+スアドレス（RAM内のアドレス，VMAと呼ぶ）にコピーする必要がある．
+
+このコピーは，LMA.ORDER_LISTに，コピーするセクションの番号（lmano）のリ
+スト（番号は任意に付与してよい），LMA.START_DATA[lmano]にコピーするセク
+ションのアクセスアドレスの先頭のラベル，LMA.END_DATA[lmano]に末尾のラベ
+ル，LMA.START_IDATA[lmano]にその配置アドレスの先頭のラベルを設定するこ
+とで，パス3のテンプレートファイルのターゲット非依存部で実施する．
+
+例えば，コピーするセクションのアクセスアドレスの先頭のラベルが
+"__data_start"，末尾のラベルが"__data_end"，その配置アドレスの先頭のラ
+ベルが"__idata_start"の場合には，パス3のテンプレートファイルのターゲッ
+ト依存部に以下の記述を含める．
 
 ----------------------------------------
@@ -4277 +3445 @@
 
 
-7.3.2 ターゲット依存部で行うべきエラーチェック
-
-以下のå
-ˆé ­ç•ªåœ°ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆéžä¾å­˜éƒ¨ã§ç”Ÿæˆã™ã‚‹ãƒ†ãƒ¼ãƒ–ルに出力されないた
-め，パス3のターゲット非依存部（kernel_check.tf）では，プログラムの開始
-ç•ªåœ°ã¨ã—ã¦æ­£ã—ããªã„å ´åˆã®ã‚¨ãƒ©ãƒ¼ã‚’ãƒã‚§ãƒƒã‚¯ã—ãªã„ï¼Žãã®ãŸã‚ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆ
-依存部でエラーチェックを行うå¿
-要がある．
-
-・割込みサービスルーチンのå
-ˆé ­ç•ªåœ°ï¼ˆATT_ISRのisr）
-・割込みハンドラのå
-ˆé ­ç•ªåœ°ï¼ˆDEF_INHのinthdr）
-・CPU例外ハンドラのå
-ˆé ­ç•ªåœ°ï¼ˆDEF_EXCのexchdr）
-・初期化ルーチンのå
-ˆé ­ç•ªåœ°ï¼ˆATT_INIのinirtn）
-・終了処理ルーチンのå
-ˆé ­ç•ªåœ°ï¼ˆATT_TERのterrtn）
-
-ただし，ターゲット依存部においても，これらのエラーチェックを行えるとは
-限らないため，ユーザーズマニュアルの「1.5 既知の問題」の節には，ターゲッ
-ト依存でこれらのエラーが検出されないことがある旨を記載してある．
-
-7.4 cfg1_out.cのリンクにå¿
-要なスタブの定義ファイル
-
-コンフィギュレータに関してターゲット依存に用意するå¿
-要があるファイルと
-して，設定ファイル以外に，cfg1_out.cをリンクするためにå¿
-要なスタブの定
-義ファイルがある．
-
-コンフィギュレータのパス1では，静的APIの整数定数式パラメータの値をCコン
-パイラを用いて求めるために，cfg1_out.cを生成する．これをコンパイル，リ
-ンクしてオブジェクトファイルを生成する際に，スタートアップモジュールか
-ら参ç
-§ã•ã‚Œã‚‹ã‚·ãƒ³ãƒœãƒ«ã®å®šç¾©ã‚’与えるå¿
-要がある．
-
-この定義を与えるために，cfg1_out.cから，ターゲット依存部の
-target_cfg1_out.hをインクルードしている．target_cfg1_out.h（または，そ
-こからインクルードされるファイル）には，スタートアップモジュールから参
-ç
-§ã•ã‚Œã‚‹ã‚·ãƒ³ãƒœãƒ«ã®ã‚¹ã‚¿ãƒ–の定義を含める．å
-¸åž‹çš„には，以下のような定義を
-含めるå¿
-要がある．
+7.3.2 ターゲット依存部で行うべきエラーチェック
+
+以下の先頭番地は，ターゲット非依存部で生成するテーブルに出力されないた
+め，パス3のターゲット非依存部（kernel_check.tf）では，プログラムの開始
+番地として正しくない場合のエラーをチェックしない．そのため，ターゲット
+依存部でエラーチェックを行う必要がある．
+
+・割込みサービスルーチンの先頭番地（ATT_ISRのisr）
+・割込みハンドラの先頭番地（DEF_INHのinthdr）
+・CPU例外ハンドラの先頭番地（DEF_EXCのexchdr）
+・初期化ルーチンの先頭番地（ATT_INIのinirtn）
+・終了処理ルーチンの先頭番地（ATT_TERのterrtn）
+
+ただし，ターゲット依存部においても，これらのエラーチェックを行えるとは
+限らないため，ユーザーズマニュアルの「1.5 既知の問題」の節には，ターゲッ
+ト依存でこれらのエラーが検出されないことがある旨を記載してある．
+
+7.4 cfg1_out.cのリンクに必要なスタブの定義ファイル
+
+コンフィギュレータに関してターゲット依存に用意する必要があるファイルと
+して，設定ファイル以外に，cfg1_out.cをリンクするために必要なスタブの定
+義ファイルがある．
+
+コンフィギュレータのパス1では，静的APIの整数定数式パラメータの値をCコン
+パイラを用いて求めるために，cfg1_out.cを生成する．これをコンパイル，リ
+ンクしてオブジェクトファイルを生成する際に，スタートアップモジュールか
+ら参照されるシンボルの定義を与える必要がある．
+
+この定義を与えるために，cfg1_out.cから，ターゲット依存部の
+target_cfg1_out.hをインクルードしている．target_cfg1_out.h（または，そ
+こからインクルードされるファイル）には，スタートアップモジュールから参
+照されるシンボルのスタブの定義を含める．典型的には，以下のような定義を
+含める必要がある．
 
 ----------------------------------------
@@ -4344 +3497 @@
 ----------------------------------------
 
-また，コンフィギュレータを用いてオフセットファイル（offset.h）を生成す
-ã‚‹å ´åˆã«ã¯ï¼Œãã®ãŸã‚ã®è¨˜è¿°ã‚’target_cfg1_out.h（または，そこからインクルー
-ãƒ‰ã•ã‚Œã‚‹ãƒ•ã‚¡ã‚¤ãƒ«ï¼‰ã«è¿½åŠ ã™ã‚‹å¿
-要がある．詳しくは，「2.5.1 コンフィギュ
-レータを用いる方法」の節を参ç
-§ã™ã‚‹ã“と．
-
-
-８．システムサービス等のターゲット依存部
-
-8.0 システムサービスのターゲット依存部
-
-シリアルポート数やシステムログタスク関連の定数など，システムサービスの
-構成を決定するための定義をtarget_syssvc.hまたはそこからインクルードされ
-るファイル（プロセッサ・チップ・開発環境依存部で用意されるヘッダファイ
-ルなど）に含める．
-
-なお，TOPPERS組込みコンポーネントシステムが導å
-¥ã•ã‚Œã‚‹ã¨ï¼Œã“のファイルの
-å†
-容はコンポーネント記述ファイルに記述されることになり，このファイルは
-無くなる（または，大å¹
-に縮小される）見込みである．
-
-8.1 システムログ機能のターゲット依存定義
-
-ã‚·ã‚¹ãƒ†ãƒ ãƒ­ã‚°æ©Ÿèƒ½ã‚’ä½¿ç”¨ã™ã‚‹å ´åˆã§ï¼Œã‚¹ã‚¿ãƒ¼ãƒˆã‚¢ãƒƒãƒ—ãƒ¢ã‚¸ãƒ¥ãƒ¼ãƒ«ã§bssセクショ
-ãƒ³ã®ã‚¯ãƒªã‚¢ã‚’çœç•¥ã—ã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œsyslog_logmaskとsyslog_lowmask_notを
-0ã«åˆæœŸåŒ–ã™ã‚‹ã‚³ãƒ¼ãƒ‰ã‚’è¿½åŠ ã™ã‚‹ï¼Žã“ã‚Œã¯ï¼Œã‚·ã‚¹ãƒ†ãƒ ãƒ­ã‚°æ©Ÿèƒ½ãŒåˆæœŸåŒ–ã•ã‚Œã‚‹å‰
-に出力されたログæƒ
-å ±ã‚’ï¼Œä½Žãƒ¬ãƒ™ãƒ«å‡ºåŠ›æ©Ÿèƒ½ã‚’ç”¨ã„ã¦å‡ºåŠ›ã™ã‚‹ãŸã‚ã§ã‚ã‚‹ï¼Ž
-
-ターゲット依存部で提供すべきシステムログ機能のための定義は次の通りであ
-る．
+また，コンフィギュレータを用いてオフセットファイル（offset.h）を生成す
+る場合には，そのための記述をtarget_cfg1_out.h（または，そこからインクルー
+ドされるファイル）に追加する必要がある．詳しくは，「2.5.1 コンフィギュ
+レータを用いる方法」の節を参照すること．
+
+
+８．システムサービス等のターゲット依存部
+
+8.0 システムサービスのターゲット依存部
+
+シリアルポート数やシステムログタスク関連の定数など，システムサービスの
+構成を決定するための定義をtarget_syssvc.hまたはそこからインクルードされ
+るファイル（プロセッサ・チップ・開発環境依存部で用意されるヘッダファイ
+ルなど）に含める．
+
+なお，TOPPERS組込みコンポーネントシステムが導入されると，このファイルの
+内容はコンポーネント記述ファイルに記述されることになり，このファイルは
+無くなる（または，大幅に縮小される）見込みである．
+
+8.1 システムログ機能のターゲット依存定義
+
+システムログ機能を使用する場合で，スタートアップモジュールでbssセクショ
+ンのクリアを省略している場合には，syslog_logmaskとsyslog_lowmask_notを
+0に初期化するコードを追加する．これは，システムログ機能が初期化される前
+に出力されたログ情報を，低レベル出力機能を用いて出力するためである．
+
+ターゲット依存部で提供すべきシステムログ機能のための定義は次の通りであ
+る．
 
 (8-1-1) TCNT_SYSLOG_BUFFER
 
-ã‚·ã‚¹ãƒ†ãƒ ãƒ­ã‚°æ©Ÿèƒ½ã®ãƒ­ã‚°ãƒãƒƒãƒ•ã‚¡ã®ã‚µã‚¤ã‚ºã‚’å®šç¾©ã™ã‚‹ãƒžã‚¯ãƒ­ï¼Žå®šç¾©ã—ãªã„å ´åˆ
-のデフォルト値は32．
+システムログ機能のログバッファのサイズを定義するマクロ．定義しない場合
+のデフォルト値は32．
 
 (8-1-2) void target_fput_log(char c)
 
-システムログの低レベル出力のための文字出力関数．ターゲット依存の方法で，
-文字cを表示/出力/保存する．
-
-この関数は，リエントラントに実è£
-しなければならない．この関数å†
-で排他制
-御がå¿
-è¦ãªå ´åˆã«ã¯ï¼ŒSILを用いてå
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã«ã™ã‚‹ã“と．また，å
-¨å‰²
-込みロック状æ
-‹ã§å‘¼ã°ã‚Œã‚‹å ´åˆãŒã‚るため，å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã‹ã‚‰å‘¼ã³å‡ºã™
-ことができない関数を呼ばないように実è£
-しなければならない．
-
-ä½Žãƒ¬ãƒ™ãƒ«å‡ºåŠ›ã‚’ã‚·ãƒªã‚¢ãƒ«ãƒãƒ¼ãƒˆçµŒç”±ã§è¡Œã†å ´åˆã§ï¼Œã‚·ãƒªã‚¢ãƒ«ã‚¤ãƒ³ã‚¿ãƒ•ã‚§ãƒ¼ã‚¹ãƒ‰
-ライバとポートをå
-±ç”¨ã—ないことが望ましいが，ポート数が足りないためにや
-むをえずå
-±ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼Œä¸¡è€
-が競合しないように注意がå¿
-要である．å
-·ä½“
-的には，両è€
-が同じ設定でシリアルI/Oデバイスを使うようにし，シリアルイン
-タフェースドライバの動作中に低レベル出力が行われても差し支えないように
-設計する．また，低レベル出力が動作開始後にシリアルインタフェースドライ
-バがシリアルI/Oデバイスを初期化すると，文字化けが起こる可能性があるため，
-å
-±ç”¨ã™ã‚‹ãƒãƒ¼ãƒˆã¯ï¼Œä½Žãƒ¬ãƒ™ãƒ«å‡ºåŠ›æ©Ÿèƒ½å´ã§åˆæœŸåŒ–し，シリアルインタフェース
-ドライバでは初期化しないようにするとよい．
-
-なお，この関数の本体を，どのファイルに記述するかが問題になる．システム
-サービスのターゲット依存部には，標準では，関数定義を記述するためのファ
-イルを用意していない．ターゲット依存で用意してもよいが，例外的に，カー
-ネル実è£
-のターゲット依存モジュール（target_config.c）に記述してもよい．
-ã“ã®å ´åˆï¼Œtarget_fput_logを，リネーム記述（target_rename.defなど）に含
-めてはならない．
-
-8.2 ログタスクのターゲット依存定義
-
-ターゲット依存部で提供すべきログタスクのための定義は次の通りである．こ
-れらの定義は，target_syssvc.hまたはそこからインクルードされるファイルに
-含める．
-
-(8-2-1) LOGTASK_PRIORITY（オプション）
-
-ログタスクの優å
-ˆåº¦ã‚’å®šç¾©ã™ã‚‹ãƒžã‚¯ãƒ­ï¼Žå®šç¾©ã—ãªã„å ´åˆã®ãƒ‡ãƒ•ã‚©ãƒ«ãƒˆå€¤ã¯3．
-
-(8-2-2) LOGTASK_STACK_SIZE（オプション）
-
-ãƒ­ã‚°ã‚¿ã‚¹ã‚¯ã®ã‚¹ã‚¿ãƒƒã‚¯ã‚µã‚¤ã‚ºã‚’å®šç¾©ã™ã‚‹ãƒžã‚¯ãƒ­ï¼Žå®šç¾©ã—ãªã„å ´åˆã®ãƒ‡ãƒ•ã‚©ãƒ«ãƒˆ
-値は1024．
-
-(8-2-3) LOGTASK_PORTID（オプション）
-
-ログタスクの出力å
-ˆã®ã‚·ãƒªã‚¢ãƒ«ãƒãƒ¼ãƒˆç•ªå·ï¼Žå®šç¾©ã—ãªã„å ´åˆã®ãƒ‡ãƒ•ã‚©ãƒ«ãƒˆå€¤ã¯1．
-
-(8-2-4) LOGTASK_INTERVAL（オプション）
-
-ãƒ­ã‚°ã‚¿ã‚¹ã‚¯ã®å‹•ä½œé–“éš”ï¼ˆå˜ä½ã¯ãƒŸãƒªç§’ï¼‰ï¼Žå®šç¾©ã—ãªã„å ´åˆã®ãƒ‡ãƒ•ã‚©ãƒ«ãƒˆå€¤ã¯10．
-
-(8-2-5) LOGTASK_FLUSH_WAIT（オプション）
-
-ログ出力をå¾
-ち合わせる処理において，タスクをå¾
-たせる単位となる時間（単
-ä½ã¯ãƒŸãƒªç§’ï¼‰ï¼Žå®šç¾©ã—ãªã„å ´åˆã®ãƒ‡ãƒ•ã‚©ãƒ«ãƒˆå€¤ã¯1．
-
-8.3 シリアルインタフェースドライバのターゲット依存部
-
-ターゲット依存部で提供すべきシリアルインタフェースドライバのための定義
-は次の通りである．これらの定義は，別に指定がない限り，target_serial.hま
-たはそこからインクルードされるファイルに含め，å¿
-要なコンフィギュレーショ
-ンæƒ
-å ±ã‚’target_serial.cfgに記述する．関数の実体がå¿
-è¦ãªå ´åˆã«ã¯ï¼Œ
-target_serial.c等のファイルを用意する．
-
-シリアルインタフェースドライバの中で，ターゲットのシリアルI/Oデバイスに
-依存する部分を，シリアルI/Oデバイスドライバと呼ぶ．シリアルI/Oデバイス
-ドライバは，おおよそ，ITRONデバイスドライバ設計ガイドラインのPDICに相当
-する．PDICに相当するファイルで，他のシステムにもå
-±é€šã«ä½¿ãˆã‚‹å¯èƒ½æ€§ãŒã‚
-ã‚‹å ´åˆã«ã¯ï¼Œpdicディレクトリに置く．
-
-8.3.1 変数，データ型，管理関数
+システムログの低レベル出力のための文字出力関数．ターゲット依存の方法で，
+文字cを表示/出力/保存する．
+
+この関数は，リエントラントに実装しなければならない．この関数内で排他制
+御が必要な場合には，SILを用いて全割込みロック状態にすること．また，全割
+込みロック状態で呼ばれる場合があるため，全割込みロック状態から呼び出す
+ことができない関数を呼ばないように実装しなければならない．
+
+低レベル出力をシリアルポート経由で行う場合で，シリアルインタフェースド
+ライバとポートを共用しないことが望ましいが，ポート数が足りないためにや
+むをえず共用する場合には，両者が競合しないように注意が必要である．具体
+的には，両者が同じ設定でシリアルI/Oデバイスを使うようにし，シリアルイン
+タフェースドライバの動作中に低レベル出力が行われても差し支えないように
+設計する．また，低レベル出力が動作開始後にシリアルインタフェースドライ
+バがシリアルI/Oデバイスを初期化すると，文字化けが起こる可能性があるため，
+共用するポートは，低レベル出力機能側で初期化し，シリアルインタフェース
+ドライバでは初期化しないようにするとよい．
+
+なお，この関数の本体を，どのファイルに記述するかが問題になる．システム
+サービスのターゲット依存部には，標準では，関数定義を記述するためのファ
+イルを用意していない．ターゲット依存で用意してもよいが，例外的に，カー
+ネル実装のターゲット依存モジュール（target_config.c）に記述してもよい．
+この場合，target_fput_logを，リネーム記述（target_rename.defなど）に含
+めてはならない．
+
+8.2 ログタスクのターゲット依存定義
+
+ターゲット依存部で提供すべきログタスクのための定義は次の通りである．こ
+れらの定義は，target_syssvc.hまたはそこからインクルードされるファイルに
+含める．
+
+(8-2-1) LOGTASK_PRIORITY（オプション）
+
+ログタスクの優先度を定義するマクロ．定義しない場合のデフォルト値は3．
+
+(8-2-2) LOGTASK_STACK_SIZE（オプション）
+
+ログタスクのスタックサイズを定義するマクロ．定義しない場合のデフォルト
+値は1024．
+
+(8-2-3) LOGTASK_PORTID（オプション）
+
+ログタスクの出力先のシリアルポート番号．定義しない場合のデフォルト値は1．
+
+(8-2-4) LOGTASK_INTERVAL（オプション）
+
+ログタスクの動作間隔（単位はミリ秒）．定義しない場合のデフォルト値は10．
+
+(8-2-5) LOGTASK_FLUSH_WAIT（オプション）
+
+ログ出力を待ち合わせる処理において，タスクを待たせる単位となる時間（単
+位はミリ秒）．定義しない場合のデフォルト値は1．
+
+8.3 シリアルインタフェースドライバのターゲット依存部
+
+ターゲット依存部で提供すべきシリアルインタフェースドライバのための定義
+は次の通りである．これらの定義は，別に指定がない限り，target_serial.hま
+たはそこからインクルードされるファイルに含め，必要なコンフィギュレーショ
+ン情報をtarget_serial.cfgに記述する．関数の実体が必要な場合には，
+target_serial.c等のファイルを用意する．
+
+シリアルインタフェースドライバの中で，ターゲットのシリアルI/Oデバイスに
+依存する部分を，シリアルI/Oデバイスドライバと呼ぶ．シリアルI/Oデバイス
+ドライバは，おおよそ，ITRONデバイスドライバ設計ガイドラインのPDICに相当
+する．PDICに相当するファイルで，他のシステムにも共通に使える可能性があ
+る場合には，pdicディレクトリに置く．
+
+8.3.1 変数，データ型，管理関数
 
 (8-3-1-1) TNUM_PORT
 
-シリアルインタフェースドライバがサポートするシリアルポート数を定義する
-マクロ．このマクロの定義は，target_syssvc.hまたはそこからインクルードさ
-れるファイルに含める．
-
-(8-3-1-2) void sio_initialize(intptr_t exinf)（オプション）
-
-シリアルI/Oデバイスドライバの初期化処理．target_serial.cfgに，この関数
-を初期化ルーチンとして登録する静的APIを含める．
-
-(8-3-1-3) void sio_terminate(intptr_t exinf)（オプション）
-
-シリアルI/Oデバイスドライバの終了処理．target_serial.cfgに，この関数を
-終了処理ルーチンとして登録する静的APIを含める．
+シリアルインタフェースドライバがサポートするシリアルポート数を定義する
+マクロ．このマクロの定義は，target_syssvc.hまたはそこからインクルードさ
+れるファイルに含める．
+
+(8-3-1-2) void sio_initialize(intptr_t exinf)（オプション）
+
+シリアルI/Oデバイスドライバの初期化処理．target_serial.cfgに，この関数
+を初期化ルーチンとして登録する静的APIを含める．
+
+(8-3-1-3) void sio_terminate(intptr_t exinf)（オプション）
+
+シリアルI/Oデバイスドライバの終了処理．target_serial.cfgに，この関数を
+終了処理ルーチンとして登録する静的APIを含める．
 
 (8-3-1-4) void sio_isr(intptr_t exinf)
 
-シリアルI/Oデバイスの割込みサービスルーチン．target_serial.cfgに，この
-関数を割込みサービスルーチンとして登録する静的APIを含める．また，その静
-的APIにå¿
-要なシリアルI/Oデバイスの割込み番号などは，target_serial.hでマ
-クロ定義する．割込みサービスルーチンではなく，割込みハンドラとすること
-もできる．
+シリアルI/Oデバイスの割込みサービスルーチン．target_serial.cfgに，この
+関数を割込みサービスルーチンとして登録する静的APIを含める．また，その静
+的APIに必要なシリアルI/Oデバイスの割込み番号などは，target_serial.hでマ
+クロ定義する．割込みサービスルーチンではなく，割込みハンドラとすること
+もできる．
 
 (8-3-1-5) SIOPCB
 
-シリアルI/Oポート管理ブロックのデータ型（target_serial.hには，データ型
-の宣言だけ含まれていればよい）．
-
-(8-3-1-6) SIO_RDY_SNDとSIO_RDY_RCV
-
-送信可能コールバックの識別番号をSIO_RDY_SNDに，受信通知コールバックの識
-別番号をSIO_RDY_RCVにマクロ定義する．コールバックの禁止／許可を行なうサー
-ビスコール（sio_ena_cbrとsio_dis_cbr）で用いる．
-
-8.3.2 デバイスサービスルーチン
-
-以下のデバイスサービルルーチンは，（少なくとも）シリアルI/Oポートからの
-割込みがマスクされた状æ
-‹ã§å‘¼ã³å‡ºã•ã‚Œã‚‹ï¼Žã¾ãŸï¼Œã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆï¼Œéžã‚¿
-ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã®ã„ãšã‚Œã§å‘¼ã³å‡ºã•ã‚Œã‚‹å ´åˆã‚‚ã‚ã‚‹ï¼ˆã„ãšã‚Œã§å‘¼ã³å‡ºã•ã‚Œã¦
-も動作するようにしなければならない）．
+シリアルI/Oポート管理ブロックのデータ型（target_serial.hには，データ型
+の宣言だけ含まれていればよい）．
+
+(8-3-1-6) SIO_RDY_SNDとSIO_RDY_RCV
+
+送信可能コールバックの識別番号をSIO_RDY_SNDに，受信通知コールバックの識
+別番号をSIO_RDY_RCVにマクロ定義する．コールバックの禁止／許可を行なうサー
+ビスコール（sio_ena_cbrとsio_dis_cbr）で用いる．
+
+8.3.2 デバイスサービスルーチン
+
+以下のデバイスサービルルーチンは，（少なくとも）シリアルI/Oポートからの
+割込みがマスクされた状態で呼び出される．また，タスクコンテキスト，非タ
+スクコンテキストのいずれで呼び出される場合もある（いずれで呼び出されて
+も動作するようにしなければならない）．
 
 (8-3-2-1) SIOPCB *sio_opn_por(ID siopid, intptr_t exinf)
 
-siopidで指定されるシリアルI/Oポートをオープンする関数．exinfはシリアル
-I/Oポートに対する拡張æƒ
-å ±ã§ï¼Œã‚³ãƒ¼ãƒ«ãƒãƒƒã‚¯ã‚’å‘¼ã¶æ™‚ã«ãƒãƒ¼ãƒˆã‚’åŒºåˆ¥ã™ã‚‹ãŸ
-めに渡す．
+siopidで指定されるシリアルI/Oポートをオープンする関数．exinfはシリアル
+I/Oポートに対する拡張情報で，コールバックを呼ぶ時にポートを区別するた
+めに渡す．
 
 (8-3-2-2) void sio_cls_por(SIOPCB *siopcb)
 
-siopcbで指定されるシリアルI/Oポートをクローズする関数．
+siopcbで指定されるシリアルI/Oポートをクローズする関数．
 
 (8-3-2-3) bool_t sio_snd_chr(SIOPCB *siopcb, char c)
 
-siopcbで指定されるシリアルI/Oポートに，cで示される文字を送信する関数．
-文字を送信レジスタにå
-¥ã‚ŒãŸå ´åˆã«ã¯trueを，前に送信した文字の送信が終わっ
-ていないために，文字を送信レジスタにå
-¥ã‚Œã‚‰ã‚Œãªã‹ã£ãŸå ´åˆã«ã¯falseを返す．
+siopcbで指定されるシリアルI/Oポートに，cで示される文字を送信する関数．
+文字を送信レジスタに入れた場合にはtrueを，前に送信した文字の送信が終わっ
+ていないために，文字を送信レジスタに入れられなかった場合にはfalseを返す．
 
 (8-3-2-4) int_t sio_rcv_chr(SIOPCB *siopcb)
 
-siopcbで指定されるシリアルI/Oポートから文字を読む関数．文字を受信してい
-ãŸå ´åˆï¼Œèª­ã‚“ã æ–‡å­—ã®ã‚³ãƒ¼ãƒ‰ã¯æ­£ã®å€¤ã¨ã—ã¦è¿”ã—ï¼Œæ–‡å­—ã‚’å—ä¿¡ã—ã¦ã„ãªã„å ´åˆ
-には-1を返す．
+siopcbで指定されるシリアルI/Oポートから文字を読む関数．文字を受信してい
+た場合，読んだ文字のコードは正の値として返し，文字を受信していない場合
+には-1を返す．
 
 (8-3-2-5) void sio_ena_cbr(SIOPCB *siopcb, uint_t cbrtn)
 
-siopcbで指定されるシリアルI/Oポートからの，cbrtnで指定されるコールバッ
-クを許可する．cbrtnには，SIO_RDY_SNDかSIO_RDY_RCVを指定できる．
+siopcbで指定されるシリアルI/Oポートからの，cbrtnで指定されるコールバッ
+クを許可する．cbrtnには，SIO_RDY_SNDかSIO_RDY_RCVを指定できる．
 
 (8-3-2-6) void sio_dis_cbr(SIOPCB *siopcb, uint_t cbrtn)
 
-siopcbで指定されるシリアルI/Oポートからの，cbrtnで指定されるコールバッ
-クを禁止する．cbrtnには，SIO_RDY_SNDかSIO_RDY_RCVを指定できる．
-
-8.3.3 コールバックルーチン
-
-ターゲット依存部は，å¿
-要なタイミングで，シリアルインタフェースドライバ
-のターゲット非依存部に含まれる以下のコールバックルーチンを呼び出びださ
-なければならない．ただし，それぞれのコールバックが禁止されている時は，
-コールバックルーチンを呼び出してはならない．
-
-コールバックルーチンは，（少なくとも）シリアルI/Oポートからの割込みが禁
-止された状æ
-‹ã§ï¼Œéžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã§å‘¼ã³å‡ºã™ï¼Žexinfには，シリアルI/O
-ポートのオープン時に指定された拡張æƒ
-å ±ã‚’æ¸¡ã™ï¼Ž
+siopcbで指定されるシリアルI/Oポートからの，cbrtnで指定されるコールバッ
+クを禁止する．cbrtnには，SIO_RDY_SNDかSIO_RDY_RCVを指定できる．
+
+8.3.3 コールバックルーチン
+
+ターゲット依存部は，必要なタイミングで，シリアルインタフェースドライバ
+のターゲット非依存部に含まれる以下のコールバックルーチンを呼び出びださ
+なければならない．ただし，それぞれのコールバックが禁止されている時は，
+コールバックルーチンを呼び出してはならない．
+
+コールバックルーチンは，（少なくとも）シリアルI/Oポートからの割込みが禁
+止された状態で，非タスクコンテキストで呼び出す．exinfには，シリアルI/O
+ポートのオープン時に指定された拡張情報を渡す．
 
 (8-3-3-1) void sio_irdy_snd(intptr_t exinf)
 
-送信可能コールバックルーチン．シリアルI/Oポートに対して文字が送信できる
-状æ
-‹ã«ãªã£ãŸå ´åˆã«å‘¼ã³å‡ºã™ï¼Žã‚·ãƒªã‚¢ãƒ«ã‚¤ãƒ³ã‚¿ãƒ•ã‚§ãƒ¼ã‚¹ãƒ‰ãƒ©ã‚¤ãƒã¯ï¼Œã“のコー
-ルバックルーチンの中で，sio_snd_chrを呼び出して次の文字を送信するか，送
-ä¿¡ã™ã¹ãæ–‡å­—ãŒãªã„å ´åˆã«ã¯é€ä¿¡å¯èƒ½ã‚³ãƒ¼ãƒ«ãƒãƒƒã‚¯ã‚’ç¦æ­¢ã™ã‚‹ï¼Ž
+送信可能コールバックルーチン．シリアルI/Oポートに対して文字が送信できる
+状態になった場合に呼び出す．シリアルインタフェースドライバは，このコー
+ルバックルーチンの中で，sio_snd_chrを呼び出して次の文字を送信するか，送
+信すべき文字がない場合には送信可能コールバックを禁止する．
 
 (8-3-3-2) void sio_irdy_rcv(intptr_t exinf)
 
-受信通知コールバックルーチン．シリアルI/Oãƒãƒ¼ãƒˆã‹ã‚‰æ–‡å­—ã‚’å—ä¿¡ã—ãŸå ´åˆã«
-呼び出す．シリアルインタフェースドライバは，このコールバックルーチンの
-中で，å¿
-ずsio_rcv_chrを呼び出して受信した文字を取り出す．
-
-8.4 カーネル起動メッセージの出力のターゲット依存定義
-
-ターゲット依存部で提供すべきカーネル起動メッセージの出力のための定義は
-次の通りである．
+受信通知コールバックルーチン．シリアルI/Oポートから文字を受信した場合に
+呼び出す．シリアルインタフェースドライバは，このコールバックルーチンの
+中で，必ずsio_rcv_chrを呼び出して受信した文字を取り出す．
+
+8.4 カーネル起動メッセージの出力のターゲット依存定義
+
+ターゲット依存部で提供すべきカーネル起動メッセージの出力のための定義は
+次の通りである．
 
 (8-4-1) TARGET_NAME
 
-ターゲットの名称に定義する．
-
-(8-4-2) TARGET_COPYRIGHT（オプション）
-
-ã‚«ãƒ¼ãƒãƒ«èµ·å‹•ãƒ¡ãƒƒã‚»ãƒ¼ã‚¸ã«ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã®è‘—ä½œæ¨©è¡¨ç¤ºã‚’è¿½åŠ ã™ã‚‹ãŸã‚ã®
-ãƒžã‚¯ãƒ­ï¼Žãƒ‡ãƒ•ã‚©ãƒ«ãƒˆã§ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã®è‘—ä½œæ¨©è¡¨ç¤ºã‚’è¿½åŠ ã—ãªã„ï¼Ž
-
-8.5 サンプルプログラムとテストプログラムのターゲット依存定義
-
-ターゲット依存部で提供すべきサンプルプログラムおよびテストプログラムの
-ための定義は次の通りである．これらの定義は，target_test.h（またはそれら
-からインクルードされるファイル）に含める．
-
-(8-5-1) STACK_SIZE（オプション）
-
-サンプルプログラムおよびテストプログラムのタスクのスタックサイズを定義
-ã™ã‚‹ãƒžã‚¯ãƒ­ï¼Žå®šç¾©ã—ãªã„å ´åˆã®ãƒ‡ãƒ•ã‚©ãƒ«ãƒˆå€¤ã¯4096．デフォルト設定ではメモ
-ãƒªãŒä¸è¶³ã™ã‚‹å ´åˆã‚„ï¼Œã‚·ãƒŸãƒ¥ãƒ¬ãƒ¼ã‚·ãƒ§ãƒ³ç’°å¢ƒãªã©ã§å¤§ãã„ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸãŒå¿
-要
-ãªå ´åˆã«ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§ã“ã®ãƒžã‚¯ãƒ­ã‚’è¨­å®šã™ã‚‹ã‚¹ã‚¿ãƒƒã‚¯ã‚µã‚¤ã‚ºã«å®šç¾©
-する．
-
-(8-5-2) CPUEXC1（オプション）
-
-サンプルプログラムおよびテストプログラムで用いるCPU例外のCPU例外ハンド
-ãƒ©ç•ªå·ã‚’å®šç¾©ã™ã‚‹ãƒžã‚¯ãƒ­ï¼Žã“ã®ãƒžã‚¯ãƒ­ã‚’å®šç¾©ã—ãªã„å ´åˆï¼ŒCPU例外ハンドラを使
-う部分がサンプルプログラムから除外される．CPU例外ハンドラのテストをする
-テストプログラムはコンパイルできない．
-
-(8-5-3) RAISE_CPU_EXCEPTION（オプション）
-
-CPUEXC1に定義したCPU例外を発生させるC言語のプログラムを定義するマクロ．
-CPUEXC1ã‚’å®šç¾©ã—ãŸå ´åˆã«ã¯å¿
-ず定義しなければならない．
-
-(8-5-4) CANNOT_RETURN_CPUEXC（オプション）
-
-ターゲットシステムの制約により，CPU例外ハンドラからリターンした後に，タ
-ã‚¹ã‚¯ã®å®Ÿè¡Œã‚’ç¶™ç¶šã§ããªã„å ´åˆã«å®šç¾©ã™ã‚‹ãƒžã‚¯ãƒ­ï¼Žã“ã®ãƒžã‚¯ãƒ­ã‚’å®šç¾©ã™ã‚‹ã¨ï¼Œ
-CPU例外ハンドラのテストをするテストプログラムから，CPU例外ハンドラから
-リターンした後の処理が除外される．サンプルプログラムの該当部分は正しく
-動作しない．
-
-(8-5-5) TASK_PORTID（オプション）
-
-サンプルプログラムにおいて，コマンド文字を読み込むシリアルポート番号を
-å®šç¾©ã™ã‚‹ãƒžã‚¯ãƒ­ï¼Žå®šç¾©ã—ãªã„å ´åˆã®ãƒ‡ãƒ•ã‚©ãƒ«ãƒˆå€¤ã¯1．
-
-(8-5-6) LOOP_REF（オプション）
-
-サンプルプログラムにおいて，プロセッサの速度を計測するためのループ回数
-ã‚’å®šç¾©ã™ã‚‹ãƒžã‚¯ãƒ­ï¼Žå®šç¾©ã—ãªã„å ´åˆã®ãƒ‡ãƒ•ã‚©ãƒ«ãƒˆå€¤ã¯1000000．デフォルト設定
-ã§ã¯ï¼Œå€¤ãŒå¤§ãéŽãŽã¦è¨ˆæ¸¬ã«æ™‚é–“ãŒã‹ã‹ã‚Šã™ãŽã‚‹å ´åˆã‚„ï¼Œå€¤ãŒå°ã•éŽãŽã¦è¨ˆæ¸¬
-çµæžœãŒå®‰å®šã—ãªã„å ´åˆã«ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§ã“ã®ãƒžã‚¯ãƒ­ã‚’è¨­å®šã™ã‚‹ãƒ«ãƒ¼ãƒ—å›ž
-数に定義する．
-
-(8-5-7) MEASURE_TWICE（オプション）
-
-サンプルプログラムにおいて，プロセッサの速度を2åº¦è¨ˆæ¸¬ã™ã‚‹å ´åˆã«å®šç¾©ã™ã‚‹
-マクロ．シミュレーション環境などプロセッサの速度が変動する環境で，1度の
-è¨ˆæ¸¬ã§ã¯è¨ˆæ¸¬çµæžœãŒå®‰å®šã—ãªã„å ´åˆã«å®šç¾©ã™ã‚‹ï¼Ž
-
-(8-5-8) TASK_LOOP（オプション）
-
-サンプルプログラムにおいて，プロセッサの速度を計測せずに，タスクå†
-での
-ãƒ«ãƒ¼ãƒ—å›žæ•°ã‚’å›ºå®šã™ã‚‹å ´åˆã«ï¼Œãƒ«ãƒ¼ãƒ—å›žæ•°ã‚’å®šç¾©ã™ã‚‹ãƒžã‚¯ãƒ­ï¼Žãƒ«ãƒ¼ãƒ—å
-¨ä½“の実
-行時間が0.4秒程度になるようなループ回数を，このマクロに定義する．
-
-8.6 実行時間分布集計モジュールのターゲット依存定義
-
-å®Ÿè¡Œæ™‚é–“åˆ†å¸ƒé›†è¨ˆãƒ¢ã‚¸ãƒ¥ãƒ¼ãƒ«ã®è¨­å®šã‚’ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§å¤‰æ›´ã™ã‚‹å ´åˆã«ï¼Œã‚¿ãƒ¼
-ゲット依存部で提供すべき実行時間分布集計モジュールのための定義は次の通
-りである．これらの定義は，target_test.h（またはそこからインクルードされ
-るファイル）に含める．この他に，ターゲット依存でå¿
-要な初期化処理がある
-å ´åˆã«ã‚‚ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã«å«ã‚ã‚‹ï¼Ž
-
-(8-6-1) HISTTIM（オプション）
-
-å®Ÿè¡Œæ™‚é–“è¨ˆæ¸¬ç”¨ã®æ™‚åˆ»ã®ãƒ‡ãƒ¼ã‚¿åž‹ã‚’å®šç¾©ã™ã‚‹ãƒžã‚¯ãƒ­ï¼Žå®šç¾©ã—ãªã„å ´åˆã®ãƒ‡ãƒ•ã‚©
-ルトはSYSUTM．
-
-(8-6-2) void HIST_GET_TIM(HISTTIM *p_time)（オプション）
-
-実行時間計測用の現在時刻を*p_timeに取得する処理に定義するマクロ．定義し
-ãªã„å ´åˆã®ãƒ‡ãƒ•ã‚©ãƒ«ãƒˆã¯get_utm．
-
-(8-6-3) uint_t HIST_CONV_TIM(HISTTIM time)（オプション）
-
-実行時間計測用の時刻の差（時間）を，実行時間分布集計用の値に変換する処
-理に定義するマクロ．時刻が過去に戻ったかオーバフローしたかの区別がつか
-ãªã„å ´åˆã«ã¯ï¼Œæœ€ä¸Šä½ãƒ“ãƒƒãƒˆãŒ1の値（INT_MAXよりも大きい値）を返す．定義
-ã—ãªã„å ´åˆã®ãƒ‡ãƒ•ã‚©ãƒ«ãƒˆã¯ï¼Œtimeをuint_tにキャストする処理．
-
-(8-6-4) void HIST_BM_HOOK(void)（オプション）
-
-実行時間計測直前に行うべき処理に定義するマクロ．キャッシュのパージやフィ
-ãƒ«ï¼Œãƒ¡ãƒ¢ãƒªãƒãƒªã‚¢å‡¦ç†ç­‰ã‚’è¡Œã„ãŸã„å ´åˆã«ã¯ï¼Œã“ã®ãƒžã‚¯ãƒ­ã«å®šç¾©ã™ã‚‹ï¼Žå®šç¾©ã—
-ãªã„å ´åˆã®ãƒ‡ãƒ•ã‚©ãƒ«ãƒˆã¯ï¼Œç©ºã®å‡¦ç†ã«ãªã‚‹ï¼Ž
-
-
-９．その他
-
-9.1 ドキュメント
-
-ターゲット依存部のユーザーズマニュアルを，target_user.txtに用意する．プ
-ロセッサ・チップ・開発環境依存部のユーザーズマニュアルを切り分けてもよ
-ã„ã—ï¼Œãƒ•ã‚¡ã‚¤ãƒ«ãŒå¤§ãããªã‚‹å ´åˆã«ã¯è¤‡æ•°ã®ãƒ•ã‚¡ã‚¤ãƒ«ã«åˆ†å‰²ã—ã¦ã‚ˆã„ãŒï¼Œãã®
-å ´åˆã«ã¯ï¼Œtarget_user.txt中にそれらのファイル名を記述すること．
-
-ターゲット依存部のユーザーズマニュアルには，少なくとも次のようなå†
-容を
-記述することが望ましい．
-
-(1) 対応しているターゲットシステムの種類・構成，バージョン番号
-        ・ターゲットハードウェア（ボード等）の名称と対応している構成
-        ・ターゲット略称
-        ・ターゲット非依存部のバージョン番号
-        ・プロセッサ，チップ，開発環境依存部の構成とバージョン番号
-        ・使用するPDICとバージョン番号
-
-(2) 使用する開発環境と動作検証した条件（バージョン，オプション等）
-        ・言語処理系（コンパイラ，アセンブラ，リンカ等）
-        ・デバッグ環境
-
-(3) ターゲット定義事é 
-の規定
-
-(3-1) データ型に関する規定
-        ・int_t型，long_t型のサイズ
-        ・char型，int_least8_t型，void *型，intptr_t型のサイズ
-        ・int8_t型，uint8_t型，int64_t型，uint64_t型，int128_t型，
-        　uint128_t型，float32_t型，double64_t型のサポートの有無
-
-(3-2) 割込み処理に関する規定
-        ・割込みハンドラ番号と割込み番号の割当て，両è€
-の対応
-        ・割込み優å
-ˆåº¦ã®æ®µéšŽæ•°ï¼ˆTMIN_INTPRIの値）
-        ・dis_intとena_intのサポートの有無，その制限事é 
-
-        ・CFG_INTの制限事é 
-と拡張（ターゲット定義で使用できる割込み属性）
-        ・TOPPERS標準割込み処理モデルからのその他の逸脱
-        ・デフォルトの割込みハンドラ（default_int_handler）の有無と処理å†
-容
-
-(3-3) カーネル管理外の割込みに関する規定
-        ・TMIN_INTPRIは固定か設定できるか，その設定方法
-        ・NMI以外にカーネル管理外の割込みを設けるか（設けられるようにするか）
-        ・カーネル管理外の割込みの設定方法
-        ・カーネル管理外の割込みに対してDEF_INH，CFG_INTをサポートするか
-        ・カーネル管理外の割込みハンドラが実行開始される時のシステム状æ
-‹ã¨
-        　コンテキスト
-        ・割込みハンドラの終了時に行われる処理
-        ・カーネル管理外の割込みハンドラの記述方法
-        ・カーネルå†
-の割込み出å
-¥å£å‡¦ç†ã§èµ·ã“る可能性のあるCPU例外
-
-(3-4) CPU例外処理に関する規定
-        ・CPU例外ハンドラ番号の割当て
-        ・割込み優å
-ˆåº¦ãƒžã‚¹ã‚¯ã‚’TMIN_INTPRIと同じかそれよりも高い値に設定して
-        　いる状æ
-‹ã§ç™ºç”Ÿã—たCPU例外を，カーネル管理外のCPU例外と扱うか
-        ・カーネルå†
-のCPU例外出å
-¥å£å‡¦ç†ã§èµ·ã“る可能性のあるCPU例外
-        ・デフォルトのCPU例外ハンドラ（default_exc_handler）の有無と処理å†
-容
-
-(3-5) 性能評価用システム時刻の参ç
-§ã«é–¢ã™ã‚‹è¦å®š
-        ・get_utmのサポートの有無，その制限事é 
-
-
-(3-6) 拡張パッケージに関する規定
-        ・各拡張パッケージのサポートの有無
-                - ミューテックス機能拡張パッケージ
-                - オーバランハンドラ機能拡張パッケージ
-                - タスク優å
-ˆåº¦æ‹¡å¼µãƒ‘ッケージ
-                - 制約タスク拡張パッケージ
-                - 動的生成機能拡張パッケージ
-        ãƒ»ã‚ªãƒ¼ãƒãƒ©ãƒ³ãƒãƒ³ãƒ‰ãƒ©æ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã‚’ã‚µãƒãƒ¼ãƒˆã™ã‚‹å ´åˆã«ï¼Œãƒ—ãƒ­ã‚»ãƒƒ
-        　サ時間に指定できる値の最大値（TMAX_OVRTIMの値）
-        ãƒ»å‹•çš„ç”Ÿæˆæ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã‚’ã‚µãƒãƒ¼ãƒˆã™ã‚‹å ´åˆã«ï¼Œå‹•çš„ãƒ¡ãƒ¢ãƒªç®¡ç†ã®
-        　方法
-
-(3-7) その他
-        ・その他の制限事é 
-
-        ・その他の拡張機能
-
-(4) カーネルの起動／終了処理に関するæƒ
-å ±
-        ・用意しているスタートアップモジュールの処理å†
-容
-        ・スタートアップモジュールからhardware_init_hookã‚’å‘¼ã³å‡ºã—ã¦ã„ã‚‹å ´
-        　合には，hardware_init_hookã‚’ã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ã§ç”¨æ„ã™ã‚‹å ´åˆã®ä½œæˆ
-        　方法や制限事é 
-など
-        ・カーネルを終了した後の振舞い
-
-(5) メモリマップ
-        ・デフォルトのメモリマップ，その変更方法
-
-(6) タイマドライバ関連のæƒ
-å ±
-        ・タイムティックの周期，その変更方法
-        ・使用するリソース（タイマ）
-        ・タイマ割込みの割込み優å
-ˆåº¦ã®å¤‰æ›´æ–¹æ³•
-        ・オーバランタイマ割込みの割込み優å
-ˆåº¦ã®å¤‰æ›´æ–¹æ³•
-
-(7) シリアルインタフェースドライバのæƒ
-å ±
-        ・使用するリソース（SIOコントローラ）
-        ・通信パラメータ（ボーレート，ビット数，パリティの有無，ストップビット）
-
-(8) システムログ機能のæƒ
-å ±
-        ・システムログの低レベル出力の実現方法
-        ・通信パラメータ（ボーレート，ビット数，パリティの有無，ストップビット）
-
-(9) ã‚·ã‚¹ãƒ†ãƒ æ§‹ç¯‰æ‰‹é †
-
-(10) ターゲットシステム固有の注意事é 
-
-        ・タスクコンテキストに含まれるレジスタ，含まれないレジスタ
-
-(11) 類似のターゲットにポーティングする開発è€
-向けの参考æƒ
-å ±
-
-(12) ディレクトリ構成・ファイル構成
-
-(13) バージョン履歴
-
-また，å¿
-要に応じて，ターゲット依存部の設計メモを，target_design.txtに用
-意する．プロセッサ・チップ・開発環境依存部に関する設計メモを切り分けて
-ã‚‚ã‚ˆã„ã—ï¼Œãƒ•ã‚¡ã‚¤ãƒ«ãŒå¤§ãããªã‚‹å ´åˆã«ã¯è¤‡æ•°ã®ãƒ•ã‚¡ã‚¤ãƒ«ã«åˆ†å‰²ã—ã¦ã‚‚ã‚ˆã„ãŒï¼Œ
-ãã®å ´åˆã«ã¯ï¼Œtarget_design.txt中にそれらのファイル名を記述すること．
-
-9.2 パッケージ記述ファイル
-
-リリースパッケージ（個別パッケージおよび簡易パッケージ）を作成するため
-に，パッケージに含めるファイルを記述したパッケージ記述ファイルを用意す
-る．パッケージ記述ファイルの名称は，個別パッケージ用をMANIFEST，簡易パッ
-ケージ用をE_PACKAGEとする．
-
-例えば，arch/arm_gccディレクトリに置かれたMANIFESTファイルを用いて個別
-ãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã‚’ä½œæˆã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã‚³ãƒžãƒ³ãƒ‰ã‚’å®Ÿè¡Œã™ã‚‹ï¼Ž
+ターゲットの名称に定義する．
+
+(8-4-2) TARGET_COPYRIGHT（オプション）
+
+カーネル起動メッセージに，ターゲット依存部の著作権表示を追加するための
+マクロ．デフォルトでは，ターゲット依存部の著作権表示を追加しない．
+
+8.5 サンプルプログラムとテストプログラムのターゲット依存定義
+
+ターゲット依存部で提供すべきサンプルプログラムおよびテストプログラムの
+ための定義は次の通りである．これらの定義は，target_test.h（またはそれら
+からインクルードされるファイル）に含める．
+
+(8-5-1) STACK_SIZE（オプション）
+
+サンプルプログラムおよびテストプログラムのタスクのスタックサイズを定義
+するマクロ．定義しない場合のデフォルト値は4096．デフォルト設定ではメモ
+リが不足する場合や，シミュレーション環境などで大きいスタック領域が必要
+な場合には，ターゲット依存部でこのマクロを設定するスタックサイズに定義
+する．
+
+(8-5-2) CPUEXC1（オプション）
+
+サンプルプログラムおよびテストプログラムで用いるCPU例外のCPU例外ハンド
+ラ番号を定義するマクロ．このマクロを定義しない場合，CPU例外ハンドラを使
+う部分がサンプルプログラムから除外される．CPU例外ハンドラのテストをする
+テストプログラムはコンパイルできない．
+
+(8-5-3) RAISE_CPU_EXCEPTION（オプション）
+
+CPUEXC1に定義したCPU例外を発生させるC言語のプログラムを定義するマクロ．
+CPUEXC1を定義した場合には必ず定義しなければならない．
+
+(8-5-4) CANNOT_RETURN_CPUEXC（オプション）
+
+ターゲットシステムの制約により，CPU例外ハンドラからリターンした後に，タ
+スクの実行を継続できない場合に定義するマクロ．このマクロを定義すると，
+CPU例外ハンドラのテストをするテストプログラムから，CPU例外ハンドラから
+リターンした後の処理が除外される．サンプルプログラムの該当部分は正しく
+動作しない．
+
+(8-5-5) TASK_PORTID（オプション）
+
+サンプルプログラムにおいて，コマンド文字を読み込むシリアルポート番号を
+定義するマクロ．定義しない場合のデフォルト値は1．
+
+(8-5-6) LOOP_REF（オプション）
+
+サンプルプログラムにおいて，プロセッサの速度を計測するためのループ回数
+を定義するマクロ．定義しない場合のデフォルト値は1000000．デフォルト設定
+では，値が大き過ぎて計測に時間がかかりすぎる場合や，値が小さ過ぎて計測
+結果が安定しない場合に，ターゲット依存部でこのマクロを設定するループ回
+数に定義する．
+
+(8-5-7) MEASURE_TWICE（オプション）
+
+サンプルプログラムにおいて，プロセッサの速度を2度計測する場合に定義する
+マクロ．シミュレーション環境などプロセッサの速度が変動する環境で，1度の
+計測では計測結果が安定しない場合に定義する．
+
+(8-5-8) TASK_LOOP（オプション）
+
+サンプルプログラムにおいて，プロセッサの速度を計測せずに，タスク内での
+ループ回数を固定する場合に，ループ回数を定義するマクロ．ループ全体の実
+行時間が0.4秒程度になるようなループ回数を，このマクロに定義する．
+
+8.6 実行時間分布集計モジュールのターゲット依存定義
+
+実行時間分布集計モジュールの設定をターゲット依存部で変更する場合に，ター
+ゲット依存部で提供すべき実行時間分布集計モジュールのための定義は次の通
+りである．これらの定義は，target_test.h（またはそこからインクルードされ
+るファイル）に含める．この他に，ターゲット依存で必要な初期化処理がある
+場合にも，ターゲット依存部に含める．
+
+(8-6-1) HISTTIM（オプション）
+
+実行時間計測用の時刻のデータ型を定義するマクロ．定義しない場合のデフォ
+ルトはSYSUTM．
+
+(8-6-2) void HIST_GET_TIM(HISTTIM *p_time)（オプション）
+
+実行時間計測用の現在時刻を*p_timeに取得する処理に定義するマクロ．定義し
+ない場合のデフォルトはget_utm．
+
+(8-6-3) uint_t HIST_CONV_TIM(HISTTIM time)（オプション）
+
+実行時間計測用の時刻の差（時間）を，実行時間分布集計用の値に変換する処
+理に定義するマクロ．時刻が過去に戻ったかオーバフローしたかの区別がつか
+ない場合には，最上位ビットが1の値（INT_MAXよりも大きい値）を返す．定義
+しない場合のデフォルトは，timeをuint_tにキャストする処理．
+
+(8-6-4) void HIST_BM_HOOK(void)（オプション）
+
+実行時間計測直前に行うべき処理に定義するマクロ．キャッシュのパージやフィ
+ル，メモリバリア処理等を行いたい場合には，このマクロに定義する．定義し
+ない場合のデフォルトは，空の処理になる．
+
+
+９．その他
+
+9.1 ドキュメント
+
+ターゲット依存部のユーザーズマニュアルを，target_user.txtに用意する．プ
+ロセッサ・チップ・開発環境依存部のユーザーズマニュアルを切り分けてもよ
+いし，ファイルが大きくなる場合には複数のファイルに分割してよいが，その
+場合には，target_user.txt中にそれらのファイル名を記述すること．
+
+ターゲット依存部のユーザーズマニュアルには，少なくとも次のような内容を
+記述することが望ましい．
+
+(1) 対応しているターゲットシステムの種類・構成，バージョン番号
+        ・ターゲットハードウェア（ボード等）の名称と対応している構成
+        ・ターゲット略称
+        ・ターゲット非依存部のバージョン番号
+        ・プロセッサ，チップ，開発環境依存部の構成とバージョン番号
+        ・使用するPDICとバージョン番号
+
+(2) 使用する開発環境と動作検証した条件（バージョン，オプション等）
+        ・言語処理系（コンパイラ，アセンブラ，リンカ等）
+        ・デバッグ環境
+
+(3) ターゲット定義事項の規定
+
+(3-1) データ型に関する規定
+        ・int_t型，long_t型のサイズ
+        ・char型，int_least8_t型，void *型，intptr_t型のサイズ
+        ・int8_t型，uint8_t型，int64_t型，uint64_t型，int128_t型，
+        　uint128_t型，float32_t型，double64_t型のサポートの有無
+
+(3-2) 割込み処理に関する規定
+        ・割込みハンドラ番号と割込み番号の割当て，両者の対応
+        ・割込み優先度の段階数（TMIN_INTPRIの値）
+        ・dis_intとena_intのサポートの有無，その制限事項
+        ・CFG_INTの制限事項と拡張（ターゲット定義で使用できる割込み属性）
+        ・TOPPERS標準割込み処理モデルからのその他の逸脱
+        ・デフォルトの割込みハンドラ（default_int_handler）の有無と処理内容
+
+(3-3) カーネル管理外の割込みに関する規定
+        ・TMIN_INTPRIは固定か設定できるか，その設定方法
+        ・NMI以外にカーネル管理外の割込みを設けるか（設けられるようにするか）
+        ・カーネル管理外の割込みの設定方法
+        ・カーネル管理外の割込みに対してDEF_INH，CFG_INTをサポートするか
+        ・カーネル管理外の割込みハンドラが実行開始される時のシステム状態と
+        　コンテキスト
+        ・割込みハンドラの終了時に行われる処理
+        ・カーネル管理外の割込みハンドラの記述方法
+        ・カーネル内の割込み出入口処理で起こる可能性のあるCPU例外
+
+(3-4) CPU例外処理に関する規定
+        ・CPU例外ハンドラ番号の割当て
+        ・割込み優先度マスクをTMIN_INTPRIと同じかそれよりも高い値に設定して
+        　いる状態で発生したCPU例外を，カーネル管理外のCPU例外と扱うか
+        ・カーネル内のCPU例外出入口処理で起こる可能性のあるCPU例外
+        ・デフォルトのCPU例外ハンドラ（default_exc_handler）の有無と処理内容
+
+(3-5) 性能評価用システム時刻の参照に関する規定
+        ・get_utmのサポートの有無，その制限事項
+
+(3-6) 拡張パッケージに関する規定
+        ・各拡張パッケージのサポートの有無
+                - ミューテックス機能拡張パッケージ
+                - オーバランハンドラ機能拡張パッケージ
+                - タスク優先度拡張パッケージ
+                - 制約タスク拡張パッケージ
+                - 動的生成機能拡張パッケージ
+        ・オーバランハンドラ機能拡張パッケージをサポートする場合に，プロセッ
+        　サ時間に指定できる値の最大値（TMAX_OVRTIMの値）
+        ・動的生成機能拡張パッケージをサポートする場合に，動的メモリ管理の
+        　方法
+
+(3-7) その他
+        ・その他の制限事項
+        ・その他の拡張機能
+
+(4) カーネルの起動／終了処理に関する情報
+        ・用意しているスタートアップモジュールの処理内容
+        ・スタートアップモジュールからhardware_init_hookを呼び出している場
+        　合には，hardware_init_hookをアプリケーションで用意する場合の作成
+        　方法や制限事項など
+        ・カーネルを終了した後の振舞い
+
+(5) メモリマップ
+        ・デフォルトのメモリマップ，その変更方法
+
+(6) タイマドライバ関連の情報
+        ・タイムティックの周期，その変更方法
+        ・使用するリソース（タイマ）
+        ・タイマ割込みの割込み優先度の変更方法
+        ・オーバランタイマ割込みの割込み優先度の変更方法
+
+(7) シリアルインタフェースドライバの情報
+        ・使用するリソース（SIOコントローラ）
+        ・通信パラメータ（ボーレート，ビット数，パリティの有無，ストップビット）
+
+(8) システムログ機能の情報
+        ・システムログの低レベル出力の実現方法
+        ・通信パラメータ（ボーレート，ビット数，パリティの有無，ストップビット）
+
+(9) システム構築手順
+
+(10) ターゲットシステム固有の注意事項
+        ・タスクコンテキストに含まれるレジスタ，含まれないレジスタ
+
+(11) 類似のターゲットにポーティングする開発者向けの参考情報
+
+(12) ディレクトリ構成・ファイル構成
+
+(13) バージョン履歴
+
+また，必要に応じて，ターゲット依存部の設計メモを，target_design.txtに用
+意する．プロセッサ・チップ・開発環境依存部に関する設計メモを切り分けて
+もよいし，ファイルが大きくなる場合には複数のファイルに分割してもよいが，
+その場合には，target_design.txt中にそれらのファイル名を記述すること．
+
+9.2 パッケージ記述ファイル
+
+リリースパッケージ（個別パッケージおよび簡易パッケージ）を作成するため
+に，パッケージに含めるファイルを記述したパッケージ記述ファイルを用意す
+る．パッケージ記述ファイルの名称は，個別パッケージ用をMANIFEST，簡易パッ
+ケージ用をE_PACKAGEとする．
+
+例えば，arch/arm_gccディレクトリに置かれたMANIFESTファイルを用いて個別
+パッケージを作成する場合には，次のコマンドを実行する．
 
         % utils/makerelease arch/arm_gcc/MANIFEST
 
-このコマンドにより，RELEASE/asp_arch_arm_gcc-<バージョン番号>.tar.gzが
-作成される．また，target/at91skyeye_gccディレクトリに置かれたE_PACKAGE
-ãƒ•ã‚¡ã‚¤ãƒ«ã‚’ç”¨ã„ã¦ç°¡æ˜“ãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã‚’ä½œæˆã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã‚³ãƒžãƒ³ãƒ‰ã‚’å®Ÿè¡Œã™
-る．
+このコマンドにより，RELEASE/asp_arch_arm_gcc-<バージョン番号>.tar.gzが
+作成される．また，target/at91skyeye_gccディレクトリに置かれたE_PACKAGE
+ファイルを用いて簡易パッケージを作成する場合には，次のコマンドを実行す
+る．
 
         % utils/makerelease target/at91skyeye_gcc/E_PACKAGE
 
-このコマンドにより，RELEASE/asp_at91skyeye_gcc-<バージョン番号>.tar.gz
-が作成される（RELEASEãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªãŒãªã„å ´åˆã«ã¯ï¼Œãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªãŒä½œã‚‰ã‚Œ
-る）．
-
-なお，makereleaseユーティリティは，ASPカーネルのソースファイルが置かれ
-たディレクトリが，aspã¨ã„ã†åç§°ã§ã‚ã‚‹ã“ã¨ã‚’ä»®å®šã—ã¦ã„ã‚‹ï¼ˆç•°ãªã‚‹åç§°ã®å ´
-合でもパッケージは作成できるが，パッケージを展開した時に展開されるディ
-レクトリがaspでなくなる）．また，標準のtarコマンドがGNU tarであること
-（正確には，zオプションに対応していること）を想定している．
-
-パッケージ記述ファイルには，パッケージに含めるファイル名を，パッケージ
-記述ファイルが置かれたディレクトリからの相対パス名で，1行に1つずつ記述
-する．また，å¿
-要に応じて，以下のディレクティブを含める．
-
-(a) E_PACKAGE <簡易パッケージ名>
-
-簡易パッケージ名を指定する．簡易パッケージ記述ファイル（E_PACKAGE）のå
-ˆ
-é ­ã«è¨˜è¿°ã™ã‚‹ï¼Žç°¡æ˜“ãƒ‘ãƒƒã‚±ãƒ¼ã‚¸åã¯ï¼Œasp_<ターゲット略称>とする．例えば，
-ターゲット略称がat91skyeye_gccã®å ´åˆã«ã¯ï¼Œasp_at91skyeye_gccとなる．個
-別パッケージと区別するために，簡易パッケージのファイル名には"target"を
-含めない．
-
-(b) PACKAGE <個別パッケージ名>
-
-個別パッケージ名を指定する．個別パッケージ記述ファイル（MANIFEST）のå
-ˆ
-é ­ã«è¨˜è¿°ã™ã‚‹ï¼Žã¾ãŸï¼Œãã“ã‹ã‚‰ã‚¤ãƒ³ã‚¯ãƒ«ãƒ¼ãƒ‰ã•ã‚Œã‚‹å„ãƒ•ã‚¡ã‚¤ãƒ«ã®å
-ˆé ­ã«ã‚‚記述
-し，それをインクルードしている個別パッケージ名を指定する．ターゲット依
-存部の個別パッケージ名は，個別パッケージ記述ファイルが置かれたディレク
-トリの相対パス中の"/"を"_"に置き換えた文字列を，"asp_"の後につなげたも
-のとする．例えば，個別パッケージ記述ファイルがarch/arm_gcc/MANIFESTã®å ´
-合には，asp_arch_arm_gccとなる．
-
-(c) VERSION <バージョン番号>
-
-パッケージのバージョン番号を指定する．簡易パッケージ記述ファイルおよび
-個別パッケージ記述ファイルの中に記述する．簡易パッケージにおいて，バー
-ã‚¸ãƒ§ãƒ³ç•ªå·ã‚’ãƒ‘ãƒƒã‚±ãƒ¼ã‚¸åŒ–ã—ãŸæ—¥ä»˜ã¨ã™ã‚‹å ´åˆã«ã¯ï¼Œãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ç•ªå·ã®ä»£ã‚ã‚Š
-に%dateと記述する．
-
-バージョン番号の付与方法については，「TOPPERS/ASPカーネル ユーザーズマ
-ニュアル」の「2.2 簡易パッケージ」および「2.3 個別パッケージ」の節を参
-ç
-§ã™ã‚‹ã“と．
-
-(d) INCLUDE <ファイル名>
-
-別のパッケージ記述ファイルをインクルードする．簡易パッケージ記述ファイ
-ルからは，個別パッケージ記述ファイルのみをインクルードするのを原則とす
-る．個別パッケージ記述ファイルからインクルードされるファイル中で指定さ
-れる個別パッケージ名は，すべて一致していなければならない．
-
-
-１０．リファレンス
-
-10.1 ターゲット依存部のファイル一覧
-
-標準的なターゲット依存部のファイル構成は次の通りである．
-
-Makefile.target         Makefileã®ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ï¼ˆï¼’ç« ï¼‰ï¼Ž
-target_offset.tf        オフセットファイル生成用テンプレートファイル（2.5.1節，
-                                        オプション）
-
-target_stddef.h         TOPPERSå
-±é€šå®šç¾©ï¼ˆt_stddef.h）のターゲット依存部（３
-                                        ç« ï¼‰ï¼Žã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ã¨ã‚«ãƒ¼ãƒãƒ«ã®ä¸¡æ–¹ã‹ã‚‰ã‚¤ãƒ³ã‚¯ãƒ«ãƒ¼
-                                        ドされる．
-target_sil.h            システムインタフェースレイヤ（sil.h）のターゲット依
-                                        å­˜éƒ¨ï¼ˆï¼”ç« ï¼‰ï¼Žã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ã¨ã‚«ãƒ¼ãƒãƒ«ã®ä¸¡æ–¹ã‹ã‚‰
-                                        インクルードされる．
-target_kernel.h         カーネルAPI（kernel.hï¼‰ã®ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ï¼ˆï¼•ç« ï¼‰ï¼Ž
-                                        アプリケーションとカーネルの両方からインクルードさ
-                                        れる．
-
-target_config.h         カーネル実è£
-のターゲット依存部のヘッダファイル（６
-                                        ç« ï¼‰ï¼Žã‚«ãƒ¼ãƒãƒ«ã®ã¿ã‹ã‚‰ã‚¤ãƒ³ã‚¯ãƒ«ãƒ¼ãƒ‰ã•ã‚Œã‚‹ï¼Ž
-target_config.c         カーネル実è£
-のターゲット依存部のC言語で記述される
-                                        éƒ¨åˆ†ï¼ˆï¼–ç« ï¼Œã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼‰ï¼Ž
-target_support.S        カーネル実è£
-のターゲット依存部のアセンブリ言語で記
-                                        è¿°ã•ã‚Œã‚‹éƒ¨åˆ†ï¼ˆï¼–ç« ï¼Œã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼‰ï¼Ž
-target_rename.def       カーネル実è£
-のターゲット依存部のためのリネーム記述
-                                        （6.12節）．
-target_rename.h         target_rename.defから生成されるファイル（6.12節）．
-target_unrename.h       target_rename.defから生成されるファイル（6.12節）．
-target_timer.cfg        タイマドライバのシステムコンフィギュレーションファ
-                                        イル（6.13節）．
-target_timer.h          タイマドライバのヘッダファイル（6.13節）．カーネル
-                                        のみからインクルードされる．
-target_timer.c          タイマドライバの実è£
-ファイル（6.13節，オプション）．
-システム略称.h            ターゲットのハードウェア資源（割込みハンドラ番号や
-                                        CPU例外ハンドラ番号，デバイスレジスタの番地など）の
-                                        定義を含むヘッダファイル．アプリケーションとカーネ
-                                        ãƒ«ã®ä¸¡æ–¹ã‹ã‚‰ã‚¤ãƒ³ã‚¯ãƒ«ãƒ¼ãƒ‰ã•ã‚Œã‚‹ï¼ˆï¼–ç« ï¼Œã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼‰ï¼Ž
-
-target_def.csv          コンフィギュレータの値取得シンボルテーブルのターゲッ
-                                        ãƒˆä¾å­˜éƒ¨ï¼ˆï¼—ç« ï¼Œã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼‰ï¼Ž
-target.tf                       コンフィギュレータのパス2のテンプレートファイルの
-                                        ターゲット依存部（7.2節）．
-target_check.tf         コンフィギュレータのパス3のテンプレートファイル（7.3
-                                        節）．
-target_cfg1_out.h       cfg1_out.cのリンクにå¿
-要なスタブの定義ファイル（7.4
-                                        節）．
-
-target_syssvc.h         システムサービスのターゲット依存定義（8.0節）．
-target_serial.cfg       シリアルドライバのシステムコンフィギュレーションファ
-                                        イル（8.3節）．
-target_serial.h         シリアルドライバのヘッダファイル（8.3節）．シリアル
-                                        ドライバのみからインクルードされる．
-target_serial.c         シリアルドライバの実è£
-ファイル（8.3節，オプション）．
-target_test.h           テストプログラムのターゲット依存定義（8.4節）．
-
-target_user.txt         ユーザーズマニュアル（9.1節）
-target_design.txt       設計メモ（9.1節，オプション）
-MANIFEST                        個別パッケージに含めるファイルのリスト（9.2節，オプ
-                                        ション）
-E_PACKAGE                       簡易パッケージに含めるファイルのリスト（9.2節，オプ
-                                        ション）
-
-以上
+このコマンドにより，RELEASE/asp_at91skyeye_gcc-<バージョン番号>.tar.gz
+が作成される（RELEASEディレクトリがない場合には，ディレクトリが作られ
+る）．
+
+なお，makereleaseユーティリティは，ASPカーネルのソースファイルが置かれ
+たディレクトリが，aspという名称であることを仮定している（異なる名称の場
+合でもパッケージは作成できるが，パッケージを展開した時に展開されるディ
+レクトリがaspでなくなる）．また，標準のtarコマンドがGNU tarであること
+（正確には，zオプションに対応していること）を想定している．
+
+パッケージ記述ファイルには，パッケージに含めるファイル名を，パッケージ
+記述ファイルが置かれたディレクトリからの相対パス名で，1行に1つずつ記述
+する．また，必要に応じて，以下のディレクティブを含める．
+
+(a) E_PACKAGE <簡易パッケージ名>
+
+簡易パッケージ名を指定する．簡易パッケージ記述ファイル（E_PACKAGE）の先
+頭に記述する．簡易パッケージ名は，asp_<ターゲット略称>とする．例えば，
+ターゲット略称がat91skyeye_gccの場合には，asp_at91skyeye_gccとなる．個
+別パッケージと区別するために，簡易パッケージのファイル名には"target"を
+含めない．
+
+(b) PACKAGE <個別パッケージ名>
+
+個別パッケージ名を指定する．個別パッケージ記述ファイル（MANIFEST）の先
+頭に記述する．また，そこからインクルードされる各ファイルの先頭にも記述
+し，それをインクルードしている個別パッケージ名を指定する．ターゲット依
+存部の個別パッケージ名は，個別パッケージ記述ファイルが置かれたディレク
+トリの相対パス中の"/"を"_"に置き換えた文字列を，"asp_"の後につなげたも
+のとする．例えば，個別パッケージ記述ファイルがarch/arm_gcc/MANIFESTの場
+合には，asp_arch_arm_gccとなる．
+
+(c) VERSION <バージョン番号>
+
+パッケージのバージョン番号を指定する．簡易パッケージ記述ファイルおよび
+個別パッケージ記述ファイルの中に記述する．簡易パッケージにおいて，バー
+ジョン番号をパッケージ化した日付とする場合には，パッケージ番号の代わり
+に%dateと記述する．
+
+バージョン番号の付与方法については，「TOPPERS/ASPカーネル ユーザーズマ
+ニュアル」の「2.2 簡易パッケージ」および「2.3 個別パッケージ」の節を参
+照すること．
+
+(d) INCLUDE <ファイル名>
+
+別のパッケージ記述ファイルをインクルードする．簡易パッケージ記述ファイ
+ルからは，個別パッケージ記述ファイルのみをインクルードするのを原則とす
+る．個別パッケージ記述ファイルからインクルードされるファイル中で指定さ
+れる個別パッケージ名は，すべて一致していなければならない．
+
+
+１０．リファレンス
+
+10.1 ターゲット依存部のファイル一覧
+
+標準的なターゲット依存部のファイル構成は次の通りである．
+
+Makefile.target         Makefileのターゲット依存部（２章）．
+target_offset.tf        オフセットファイル生成用テンプレートファイル（2.5.1節，
+                                        オプション）
+
+target_stddef.h         TOPPERS共通定義（t_stddef.h）のターゲット依存部（３
+                                        章）．アプリケーションとカーネルの両方からインクルー
+                                        ドされる．
+target_sil.h            システムインタフェースレイヤ（sil.h）のターゲット依
+                                        存部（４章）．アプリケーションとカーネルの両方から
+                                        インクルードされる．
+target_kernel.h         カーネルAPI（kernel.h）のターゲット依存部（５章）．
+                                        アプリケーションとカーネルの両方からインクルードさ
+                                        れる．
+
+target_config.h         カーネル実装のターゲット依存部のヘッダファイル（６
+                                        章）．カーネルのみからインクルードされる．
+target_config.c         カーネル実装のターゲット依存部のC言語で記述される
+                                        部分（６章，オプション）．
+target_support.S        カーネル実装のターゲット依存部のアセンブリ言語で記
+                                        述される部分（６章，オプション）．
+target_rename.def       カーネル実装のターゲット依存部のためのリネーム記述
+                                        （6.12節）．
+target_rename.h         target_rename.defから生成されるファイル（6.12節）．
+target_unrename.h       target_rename.defから生成されるファイル（6.12節）．
+target_timer.cfg        タイマドライバのシステムコンフィギュレーションファ
+                                        イル（6.13節）．
+target_timer.h          タイマドライバのヘッダファイル（6.13節）．カーネル
+                                        のみからインクルードされる．
+target_timer.c          タイマドライバの実装ファイル（6.13節，オプション）．
+システム略称.h                ターゲットのハードウェア資源（割込みハンドラ番号や
+                                        CPU例外ハンドラ番号，デバイスレジスタの番地など）の
+                                        定義を含むヘッダファイル．アプリケーションとカーネ
+                                        ルの両方からインクルードされる（６章，オプション）．
+
+target_def.csv          コンフィギュレータの値取得シンボルテーブルのターゲッ
+                                        ト依存部（７章，オプション）．
+target.tf                       コンフィギュレータのパス2のテンプレートファイルの
+                                        ターゲット依存部（7.2節）．
+target_check.tf         コンフィギュレータのパス3のテンプレートファイル（7.3
+                                        節）．
+target_cfg1_out.h       cfg1_out.cのリンクに必要なスタブの定義ファイル（7.4
+                                        節）．
+
+target_syssvc.h         システムサービスのターゲット依存定義（8.0節）．
+target_serial.cfg       シリアルドライバのシステムコンフィギュレーションファ
+                                        イル（8.3節）．
+target_serial.h         シリアルドライバのヘッダファイル（8.3節）．シリアル
+                                        ドライバのみからインクルードされる．
+target_serial.c         シリアルドライバの実装ファイル（8.3節，オプション）．
+target_test.h           テストプログラムのターゲット依存定義（8.4節）．
+
+target_user.txt         ユーザーズマニュアル（9.1節）
+target_design.txt       設計メモ（9.1節，オプション）
+MANIFEST                        個別パッケージに含めるファイルのリスト（9.2節，オプ
+                                        ション）
+E_PACKAGE                       簡易パッケージに含めるファイルのリスト（9.2節，オプ
+                                        ション）
+
+以上

rubycfg_asp/trunk/asp_dcre/doc/user.txt

@@ -1 +1 @@
 
-                TOPPERS/ASPカーネル
-                ユーザーズマニュアル
-
-                対応バージョン: Release 1.9.3
-                最終更新: 2017年4月29日
-
-このドキュメントは，TOPPERS/ASPカーネルを使用するためにå¿
-要な事é 
-を説明
-するものである．
+                TOPPERS/ASPカーネル
+                ユーザーズマニュアル
+
+                対応バージョン: Release 1.9.3
+                最終更新: 2017年4月29日
+
+このドキュメントは，TOPPERS/ASPカーネルを使用するために必要な事項を説明
+するものである．
 
 ----------------------------------------------------------------------
@@ -19 +17 @@
              Graduate School of Information Science, Nagoya Univ., JAPAN
  
- 上記著作権è€
-は，以下の(1)～(4)ã®æ¡ä»¶ã‚’æº€ãŸã™å ´åˆã«é™ã‚Šï¼Œæœ¬ã‚½ãƒ•ãƒˆã‚¦ã‚§
- ア（本ソフトウェアを改変したものを含む．以下同じ）を使用・複製・改
- 変・再é
-å¸ƒï¼ˆä»¥ä¸‹ï¼Œåˆ©ç”¨ã¨å‘¼ã¶ï¼‰ã™ã‚‹ã“とを無償で許諾する．
- (1) æœ¬ã‚½ãƒ•ãƒˆã‚¦ã‚§ã‚¢ã‚’ã‚½ãƒ¼ã‚¹ã‚³ãƒ¼ãƒ‰ã®å½¢ã§åˆ©ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼Œä¸Šè¨˜ã®è‘—ä½œ
-     権表示，この利用条件および下記の無保証規定が，そのままの形でソー
-     スコード中に含まれていること．
- (2) 本ソフトウェアを，ライブラリ形式など，他のソフトウェア開発に使
-     用できる形で再é
-å¸ƒã™ã‚‹å ´åˆã«ã¯ï¼Œå†é
-å¸ƒã«ä¼´ã†ãƒ‰ã‚­ãƒ¥ãƒ¡ãƒ³ãƒˆï¼ˆåˆ©ç”¨
-     è€
-マニュアルなど）に，上記の著作権表示，この利用条件および下記
-     の無保証規定を掲載すること．
- (3) 本ソフトウェアを，機器に組み込むなど，他のソフトウェア開発に使
-     用できない形で再é
-å¸ƒã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã„ずれかの条件を満たすこ
-     と．
-   (a) 再é
-å¸ƒã«ä¼´ã†ãƒ‰ã‚­ãƒ¥ãƒ¡ãƒ³ãƒˆï¼ˆåˆ©ç”¨è€
-マニュアルなど）に，上記の著
-       作権表示，この利用条件および下記の無保証規定を掲載すること．
-   (b) 再é
-å¸ƒã®å½¢æ
-‹ã‚’，別に定める方法によって，TOPPERSプロジェクトに
-       å ±å‘Šã™ã‚‹ã“ã¨ï¼Ž
- (4) 本ソフトウェアの利用により直接的または間接的に生じるいかなる損
-     害からも，上記著作権è€
-およびTOPPERSプロジェクトをå
-è²¬ã™ã‚‹ã“と．
-     また，本ソフトウェアのユーザまたはエンドユーザからのいかなる理
-     由に基づく請求からも，上記著作権è€
-およびTOPPERSプロジェクトを
-     å
-è²¬ã™ã‚‹ã“と．
+ 上記著作権者は，以下の(1)～(4)の条件を満たす場合に限り，本ソフトウェ
+ ア（本ソフトウェアを改変したものを含む．以下同じ）を使用・複製・改
+ 変・再配布（以下，利用と呼ぶ）することを無償で許諾する．
+ (1) 本ソフトウェアをソースコードの形で利用する場合には，上記の著作
+     権表示，この利用条件および下記の無保証規定が，そのままの形でソー
+     スコード中に含まれていること．
+ (2) 本ソフトウェアを，ライブラリ形式など，他のソフトウェア開発に使
+     用できる形で再配布する場合には，再配布に伴うドキュメント（利用
+     者マニュアルなど）に，上記の著作権表示，この利用条件および下記
+     の無保証規定を掲載すること．
+ (3) 本ソフトウェアを，機器に組み込むなど，他のソフトウェア開発に使
+     用できない形で再配布する場合には，次のいずれかの条件を満たすこ
+     と．
+   (a) 再配布に伴うドキュメント（利用者マニュアルなど）に，上記の著
+       作権表示，この利用条件および下記の無保証規定を掲載すること．
+   (b) 再配布の形態を，別に定める方法によって，TOPPERSプロジェクトに
+       報告すること．
+ (4) 本ソフトウェアの利用により直接的または間接的に生じるいかなる損
+     害からも，上記著作権者およびTOPPERSプロジェクトを免責すること．
+     また，本ソフトウェアのユーザまたはエンドユーザからのいかなる理
+     由に基づく請求からも，上記著作権者およびTOPPERSプロジェクトを
+     免責すること．
  
- 本ソフトウェアは，無保証で提供されているものである．上記著作権è€
-お
- よびTOPPERSプロジェクトは，本ソフトウェアに関して，特定の使用目的
- に対する適合性も含めて，いかなる保証も行わない．また，本ソフトウェ
- アの利用により直接的または間接的に生じたいかなる損害に関しても，そ
- ã®è²¬ä»»ã‚’è² ã‚ãªã„ï¼Ž
+ 本ソフトウェアは，無保証で提供されているものである．上記著作権者お
+ よびTOPPERSプロジェクトは，本ソフトウェアに関して，特定の使用目的
+ に対する適合性も含めて，いかなる保証も行わない．また，本ソフトウェ
+ アの利用により直接的または間接的に生じたいかなる損害に関しても，そ
+ の責任を負わない．
  
  $Id$
 ----------------------------------------------------------------------
 
-○目次
-
-１．TOPPERS/ASPカーネルの概要
-        1.1 TOPPERS/ASPカーネルの位置付け
-        1.2 TOPPERS/ASPカーネルの仕様
-        1.3 マイグレーションガイド
-        1.4 機能拡張・チューニングガイド
-        1.5 既知の問題
-        1.6 Cygwin環境における注意事é 
-
-２．ターゲット依存部
-        2.1 ターゲット依存部の概要
-        2.2 簡易パッケージ
-        2.3 個別パッケージ
-３．クイックスタートガイド
-        3.1 開発環境の準備
-        3.2 コンフィギュレータの構築
-        3.3 サンプルプログラムの構築と実行
-        3.4 カーネルを関数単位でライブラリ化する方法
-        3.5 アプリケーションとカーネルを別ã€
-に構築する方法
-４．ディレクトリ構成・ファイル構成
-        4.1 é
-å¸ƒãƒ‘ッケージのディレクトリ構成
-        4.2 ターゲット非依存部のファイル構成
-５．コンフィギュレーションスクリプトの使い方
-６．Makefileの修正方法
-        6.1 Makefileの変数定義
-        6.2 コンパイルオプション
-７．コンフィギュレータの使い方
-８．システムサービス
-        8.1 システムログ機能
-                8.1.1 システムログ機能の位置付け
-                8.1.2 ログバッファへの記録と低レベル出力
-                8.1.3 ログæƒ
-å ±ã®ç¨®åˆ¥
-                8.1.4 ログæƒ
-å ±ã®é‡è¦åº¦
-                8.1.5 ログæƒ
-å ±ã®ãƒ‡ãƒ¼ã‚¿æ§‹é€ 
-                8.1.6 システムログ機能のサービスコール
-                8.1.7 システムログ機能のためのライブラリ関数とマクロ
-                8.1.8 システムログ機能のその他のサービス
-        8.2 シリアルインタフェースドライバ
-                8.2.1 シリアルインタフェースドライバのサービスコール
-                8.2.2 シリアルインタフェースドライバのその他のサービス
-        8.3 システムログタスク
-                8.3.1 システムログタスクのサービスコール
-                8.3.2 システムログタスクのその他のサービス
-        8.4 カーネル起動メッセージの出力
-９．サポートライブラリ
-        9.1 基本的なライブラリ関数
-        9.2 キュー操作ライブラリ関数
-        9.3 システムログ出力用ライブラリ関数
-        9.4 実行時間分布集計モジュール
-１０．テストプログラム
-        10.1 テストプログラム用ライブラリ
-        10.2 カーネルの整合性検査
-        10.3 機能テストプログラム
-        10.4 性能評価プログラム
-１１．使用上の注意とヒント
-        11.1 タイマドライバの組込み
-        11.2 assertマクロの処理
-        11.3 システムログ機能の扱い
-        11.4 オブジェクトIDの管理
-        11.5 カーネルのå†
-部シンボルのリネーム
-        11.6 トレースログ記録のサンプルコードの使用方法
-        11.7 システムの起動時の初期化処理
-        11.8 rodataセクションをRAMã«ç½®ãå ´åˆ
-１２．参考æƒ
-å ±
-        12.1 åˆ©ç”¨æ¡ä»¶ã¨åˆ©ç”¨å ±å‘Š
-        12.2 保証・適用性・サポート
-        12.3 バグレポート
-        12.4 ウェブサイト
-        12.5 TOPPERSユーザーズメーリングリスト
-        12.6 TOPPERSプロジェクトのメンバ向けのサービス
-        12.7 TOPPERSãƒ—ãƒ­ã‚¸ã‚§ã‚¯ãƒˆã¸ã®å‚åŠ 
-１３．リファレンス
-        13.1 サービスコール一覧
-        13.2 静的API一覧
-        13.3 バージョン履歴
-
-
-１．TOPPERS/ASPカーネルの概要
-
-1.1 TOPPERS/ASPカーネルの位置付け
-
-TOPPERS/ASPカーネル（以下，ASPカーネル）は，TOPPERS新世代カーネルの基盤
-となるものとして，TOPPERSプロジェクトにおいて開発したリアルタイムカーネ
-ルである．μITRON4.0ä»•æ§˜ã®ã‚¹ã‚¿ãƒ³ãƒ€ãƒ¼ãƒ‰ãƒ—ãƒ­ãƒ•ã‚¡ã‚¤ãƒ«æº–æ‹ ã®ãƒªã‚¢ãƒ«ã‚¿ã‚¤ãƒ ã‚«ãƒ¼
-ネルであるTOPPERS/JSPカーネルを拡張・改良する形で開発した．
-
-1.2 TOPPERS/ASPカーネルの仕様
-
-ASPカーネルの仕様の概要については，「TOPPERS/ASPカーネルの仕様概要」を
-参ç
-§ã™ã‚‹ã“と．また，ASPカーネルを含むTOPPERS新世代カーネルの仕様の詳細
-については，別途PDFファイルの形でé
-å¸ƒã—ている「TOPPERS新世代カーネル統
-合仕様書（Release 1.7.1）」を参ç
-§ã™ã‚‹ã“と．
-
-1.3 マイグレーションガイド
-
-従来のTOPPERSカーネルや他のμITRON4.0ä»•æ§˜æº–æ‹ ã®ã‚«ãƒ¼ãƒãƒ«ã‹ã‚‰ï¼ŒTOPPERS新
-世代カーネルに移行するための方法（またはヒント）を説明した「TOPPERS新世
-代カーネルへのマイグレーションガイド」を，別途PDFファイルの形でé
-å¸ƒã—て
-いる．å¿
-要に応じて参ç
-§ã™ã‚‹ã“と．
-
-1.4 機能拡張・チューニングガイド
-
-TOPPERS/ASPカーネルを，機能拡張・チューニングするための方法（またはヒン
-ト）を説明した「機能拡張・チューニングガイド」を用意している．拡張パッ
-ケージの使用方法は，「機能拡張・チューニングガイド」に含まれている．å¿
-
-要に応じて参ç
-§ã™ã‚‹ã“と．
-
-1.5 既知の問題
-
-割込みサービスルーチンのå
-ˆé ­ç•ªåœ°ï¼ˆATT_ISRのisr），割込みハンドラのå
-ˆé ­
-番地（DEF_INHのinthdr），CPU例外ハンドラのå
-ˆé ­ç•ªåœ°ï¼ˆDEF_EXCのexchdr），
-初期化ルーチンのå
-ˆé ­ç•ªåœ°ï¼ˆATT_INIのinirtn），終了処理ルーチンのå
-ˆé ­ç•ªåœ°
-（ATT_TERのterrtnï¼‰ãŒãƒ—ãƒ­ã‚°ãƒ©ãƒ ã®é–‹å§‹ç•ªåœ°ã¨ã—ã¦æ­£ã—ããªã„å ´åˆã®ã‚¨ãƒ©ãƒ¼ã¯ï¼Œ
-ã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚¿ã«æ¤œå‡ºã•ã‚Œãªã„å ´åˆãŒã‚ã‚‹ï¼ˆã‚¿ãƒ¼ã‚²ãƒƒãƒˆã«ä¾å­˜ï¼‰ï¼Ž
-
-kernel_cfg.c（およびcfg1_out.c）は，カーネル，システムサービス，アプリ
-ケーションのいずれのインクルードファイルもインクルードし，いずれのシン
-ボルも参ç
-§ã™ã‚‹å¯èƒ½æ€§ãŒã‚る．そのため，カーネル，システムサービス，アプ
-ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ã§ã‚·ãƒ³ãƒœãƒ«ç­‰ãŒè¡çªã—ã¦ã„ã‚‹å ´åˆã‚„ï¼Œã‚³ãƒ³ãƒ‘ã‚¤ãƒ«ã‚ªãƒ—ã‚·ãƒ§ãƒ³ãŒé£Ÿ
-ã„é•ã£ã¦ã„ã‚‹å ´åˆã«ï¼Œkernel_cfg.c（およびcfg1_out.c）が正しくコンパイル
-ã§ããªããªã‚‹å ´åˆãŒè€ƒãˆã‚‰ã‚Œã‚‹ï¼Žã‚«ãƒ¼ãƒãƒ«ã®ã‚·ãƒ³ãƒœãƒ«ã‚’ãƒªãƒãƒ¼ãƒ ã™ã‚‹ãªã©ã®æ–¹
-法で軽減されてはいるが，問題がなくなっているわけではない．
-
-システムコンフィギュレーションファイルから，コンフィギュレータに対する
-INCLUDEディレクティブにより他のコンフィギュレーションファイルをインクルー
-ãƒ‰ã—ã¦ã„ã‚‹å ´åˆã«ï¼Œãã®ä¸­ã«å«ã¾ã‚Œã‚‹C言語プリプロセッサのインクルードディ
-レクティブ（#include）で，コンフィギュレーションファイルの置かれている
-ディレクトリが，ファイルを検索するパスにはいらないという問題がある．例
-えば，syssvc/syslog.cfgに「#include "syslog.h"」と記述できないのは，こ
-の問題があるためである．
-
-現時点では，アドレスが64ビットの環境には対応していない．64ビットアドレ
-ス環境をサポートするための最大の課題は，モトローラSレコードフォーマット
-が64ビットアドレスに対応していないことである．
-
-1.6 Cygwin環境における注意事é 
-
-
-Cygwin環境においては，ディレクトリの指定を相対パスで行うことを推奨する．
-これは，Cygwin環境の絶対パスは，Windowsネイティブでビルドされたツールは
-解釈できないためである．
-
-
-２．ターゲット依存部
-
-2.1 ターゲット依存部の概要
-
-ASPカーネルのターゲット非依存部と，各種のターゲットシステムに対応するた
-めのターゲット依存部は，別ã€
-に開発されている．そのため，ASPカーネルが対
-応しているすべてのターゲット依存部を，バージョンを整合させてパッケージ
-化することは困難である．そこで，主に初級のユーザを対象にした簡易パッケー
-ジと，上級のユーザやカーネル開発è€
-を対象にした個別パッケージを用意して
-いる．
-
-ASPカーネルを未サポートのターゲットシステムへポーティングするためにå¿
-要
-な作業は，開発環境の構築と標準の開発環境との差異の吸収，カーネル自身の
-ポーティング，システムサービスのポーティングなどからなる．詳しくは，
-「ターゲット依存部 ポーティングガイド」を参ç
-§ã™ã‚‹ã“と．
-
-2.2 簡易パッケージ
-
-簡易パッケージは，ASPカーネルが対応しているターゲットシステム毎に用意さ
-れ，そのターゲットシステム上でASPカーネルを動作させるためにå¿
-要なファイ
-ル一式をパッケージ化したものである．簡易パッケージに含まれるファイルは，
-バージョンが整合していることが確認されている．
-
-簡易パッケージのバージョン番号は，パッケージ化した日付とすることを原則
-とするが，ターゲットシステム毎の事æƒ
-ã«ã‚ˆã‚Šã“ã®åŽŸå‰‡ã«å¾“ã‚ãªã„å ´åˆãŒã‚ã‚‹ï¼Ž
-
-簡易パッケージは，基本的には，次に説明する個別パッケージを複数まとめた
-ものである．そのため，対象ターゲットシステムにå¿
-要のないファイルも含ま
-れている．また，簡易パッケージに含まれている個別パッケージのバージョン
-は，個別パッケージのMANIFESTファイルを参ç
-§ã™ã‚‹ã“とで知ることができる．
-
-2.3 個別パッケージ
-
-個別パッケージは，ASPカーネルの開発単位毎に，その開発単位で開発をæ‹
-当し
-ているファイル一式をパッケージ化したものである．ASPカーネルのターゲット
-非依存部も，一つの個別パッケージとしてé
-å¸ƒã•ã‚Œã‚‹ï¼Žã‚る個別パッケージを
-使用するためには，一般には，他の個別パッケージがå¿
-要となる．ターゲット
-依存部の個別パッケージを使用するためにå¿
-要となる個別パッケージとそのバー
-ジョンについては，ターゲット依存部のユーザーズマニュアルを参ç
-§ã™ã‚‹ã“と．
-使用する個別パッケージのバージョンを整合させることは，ユーザの責任であ
-る．
-
-個別パッケージのバージョン番号は，X.Y.Zの形で表現される．ターゲット非依
-存部のバージョン番号を，ASPカーネルå
-¨ä½“のリリース番号とする．ターゲット
-依存部のバージョン番号は，XとYが，それが依存するターゲット非依存部と一
-致している．それに対して，Zは一致しているとは限らない．例えば，ターゲッ
-ト非依存部のバージョン1.1.0に対応するターゲット依存部は，バージョン
-1.1.Zã®å½¢ã¨ãªã‚‹ï¼Žã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã®ã¿ãŒãƒãƒ¼ã‚¸ãƒ§ãƒ³ã‚¢ãƒƒãƒ—ã—ãŸå ´åˆã«ã¯ï¼ŒZ
-が変更される．
-
-使用する個別パッケージは，次の例のように，ターゲット非依存部の個別パッ
-ケージを展開したのと同じディレクトリで展開する．
+○目次
+
+１．TOPPERS/ASPカーネルの概要
+        1.1 TOPPERS/ASPカーネルの位置付け
+        1.2 TOPPERS/ASPカーネルの仕様
+        1.3 マイグレーションガイド
+        1.4 機能拡張・チューニングガイド
+        1.5 既知の問題
+        1.6 Cygwin環境における注意事項
+２．ターゲット依存部
+        2.1 ターゲット依存部の概要
+        2.2 簡易パッケージ
+        2.3 個別パッケージ
+３．クイックスタートガイド
+        3.1 開発環境の準備
+        3.2 コンフィギュレータの構築
+        3.3 サンプルプログラムの構築と実行
+        3.4 カーネルを関数単位でライブラリ化する方法
+        3.5 アプリケーションとカーネルを別々に構築する方法
+４．ディレクトリ構成・ファイル構成
+        4.1 配布パッケージのディレクトリ構成
+        4.2 ターゲット非依存部のファイル構成
+５．コンフィギュレーションスクリプトの使い方
+６．Makefileの修正方法
+        6.1 Makefileの変数定義
+        6.2 コンパイルオプション
+７．コンフィギュレータの使い方
+８．システムサービス
+        8.1 システムログ機能
+                8.1.1 システムログ機能の位置付け
+                8.1.2 ログバッファへの記録と低レベル出力
+                8.1.3 ログ情報の種別
+                8.1.4 ログ情報の重要度
+                8.1.5 ログ情報のデータ構造
+                8.1.6 システムログ機能のサービスコール
+                8.1.7 システムログ機能のためのライブラリ関数とマクロ
+                8.1.8 システムログ機能のその他のサービス
+        8.2 シリアルインタフェースドライバ
+                8.2.1 シリアルインタフェースドライバのサービスコール
+                8.2.2 シリアルインタフェースドライバのその他のサービス
+        8.3 システムログタスク
+                8.3.1 システムログタスクのサービスコール
+                8.3.2 システムログタスクのその他のサービス
+        8.4 カーネル起動メッセージの出力
+９．サポートライブラリ
+        9.1 基本的なライブラリ関数
+        9.2 キュー操作ライブラリ関数
+        9.3 システムログ出力用ライブラリ関数
+        9.4 実行時間分布集計モジュール
+１０．テストプログラム
+        10.1 テストプログラム用ライブラリ
+        10.2 カーネルの整合性検査
+        10.3 機能テストプログラム
+        10.4 性能評価プログラム
+１１．使用上の注意とヒント
+        11.1 タイマドライバの組込み
+        11.2 assertマクロの処理
+        11.3 システムログ機能の扱い
+        11.4 オブジェクトIDの管理
+        11.5 カーネルの内部シンボルのリネーム
+        11.6 トレースログ記録のサンプルコードの使用方法
+        11.7 システムの起動時の初期化処理
+        11.8 rodataセクションをRAMに置く場合
+１２．参考情報
+        12.1 利用条件と利用報告
+        12.2 保証・適用性・サポート
+        12.3 バグレポート
+        12.4 ウェブサイト
+        12.5 TOPPERSユーザーズメーリングリスト
+        12.6 TOPPERSプロジェクトのメンバ向けのサービス
+        12.7 TOPPERSプロジェクトへの参加
+１３．リファレンス
+        13.1 サービスコール一覧
+        13.2 静的API一覧
+        13.3 バージョン履歴
+
+
+１．TOPPERS/ASPカーネルの概要
+
+1.1 TOPPERS/ASPカーネルの位置付け
+
+TOPPERS/ASPカーネル（以下，ASPカーネル）は，TOPPERS新世代カーネルの基盤
+となるものとして，TOPPERSプロジェクトにおいて開発したリアルタイムカーネ
+ルである．μITRON4.0仕様のスタンダードプロファイル準拠のリアルタイムカー
+ネルであるTOPPERS/JSPカーネルを拡張・改良する形で開発した．
+
+1.2 TOPPERS/ASPカーネルの仕様
+
+ASPカーネルの仕様の概要については，「TOPPERS/ASPカーネルの仕様概要」を
+参照すること．また，ASPカーネルを含むTOPPERS新世代カーネルの仕様の詳細
+については，別途PDFファイルの形で配布している「TOPPERS新世代カーネル統
+合仕様書（Release 1.7.1）」を参照すること．
+
+1.3 マイグレーションガイド
+
+従来のTOPPERSカーネルや他のμITRON4.0仕様準拠のカーネルから，TOPPERS新
+世代カーネルに移行するための方法（またはヒント）を説明した「TOPPERS新世
+代カーネルへのマイグレーションガイド」を，別途PDFファイルの形で配布して
+いる．必要に応じて参照すること．
+
+1.4 機能拡張・チューニングガイド
+
+TOPPERS/ASPカーネルを，機能拡張・チューニングするための方法（またはヒン
+ト）を説明した「機能拡張・チューニングガイド」を用意している．拡張パッ
+ケージの使用方法は，「機能拡張・チューニングガイド」に含まれている．必
+要に応じて参照すること．
+
+1.5 既知の問題
+
+割込みサービスルーチンの先頭番地（ATT_ISRのisr），割込みハンドラの先頭
+番地（DEF_INHのinthdr），CPU例外ハンドラの先頭番地（DEF_EXCのexchdr），
+初期化ルーチンの先頭番地（ATT_INIのinirtn），終了処理ルーチンの先頭番地
+（ATT_TERのterrtn）がプログラムの開始番地として正しくない場合のエラーは，
+コンフィギュレータに検出されない場合がある（ターゲットに依存）．
+
+kernel_cfg.c（およびcfg1_out.c）は，カーネル，システムサービス，アプリ
+ケーションのいずれのインクルードファイルもインクルードし，いずれのシン
+ボルも参照する可能性がある．そのため，カーネル，システムサービス，アプ
+リケーションでシンボル等が衝突している場合や，コンパイルオプションが食
+い違っている場合に，kernel_cfg.c（およびcfg1_out.c）が正しくコンパイル
+できなくなる場合が考えられる．カーネルのシンボルをリネームするなどの方
+法で軽減されてはいるが，問題がなくなっているわけではない．
+
+システムコンフィギュレーションファイルから，コンフィギュレータに対する
+INCLUDEディレクティブにより他のコンフィギュレーションファイルをインクルー
+ドしている場合に，その中に含まれるC言語プリプロセッサのインクルードディ
+レクティブ（#include）で，コンフィギュレーションファイルの置かれている
+ディレクトリが，ファイルを検索するパスにはいらないという問題がある．例
+えば，syssvc/syslog.cfgに「#include "syslog.h"」と記述できないのは，こ
+の問題があるためである．
+
+現時点では，アドレスが64ビットの環境には対応していない．64ビットアドレ
+ス環境をサポートするための最大の課題は，モトローラSレコードフォーマット
+が64ビットアドレスに対応していないことである．
+
+1.6 Cygwin環境における注意事項
+
+Cygwin環境においては，ディレクトリの指定を相対パスで行うことを推奨する．
+これは，Cygwin環境の絶対パスは，Windowsネイティブでビルドされたツールは
+解釈できないためである．
+
+
+２．ターゲット依存部
+
+2.1 ターゲット依存部の概要
+
+ASPカーネルのターゲット非依存部と，各種のターゲットシステムに対応するた
+めのターゲット依存部は，別々に開発されている．そのため，ASPカーネルが対
+応しているすべてのターゲット依存部を，バージョンを整合させてパッケージ
+化することは困難である．そこで，主に初級のユーザを対象にした簡易パッケー
+ジと，上級のユーザやカーネル開発者を対象にした個別パッケージを用意して
+いる．
+
+ASPカーネルを未サポートのターゲットシステムへポーティングするために必要
+な作業は，開発環境の構築と標準の開発環境との差異の吸収，カーネル自身の
+ポーティング，システムサービスのポーティングなどからなる．詳しくは，
+「ターゲット依存部 ポーティングガイド」を参照すること．
+
+2.2 簡易パッケージ
+
+簡易パッケージは，ASPカーネルが対応しているターゲットシステム毎に用意さ
+れ，そのターゲットシステム上でASPカーネルを動作させるために必要なファイ
+ル一式をパッケージ化したものである．簡易パッケージに含まれるファイルは，
+バージョンが整合していることが確認されている．
+
+簡易パッケージのバージョン番号は，パッケージ化した日付とすることを原則
+とするが，ターゲットシステム毎の事情によりこの原則に従わない場合がある．
+
+簡易パッケージは，基本的には，次に説明する個別パッケージを複数まとめた
+ものである．そのため，対象ターゲットシステムに必要のないファイルも含ま
+れている．また，簡易パッケージに含まれている個別パッケージのバージョン
+は，個別パッケージのMANIFESTファイルを参照することで知ることができる．
+
+2.3 個別パッケージ
+
+個別パッケージは，ASPカーネルの開発単位毎に，その開発単位で開発を担当し
+ているファイル一式をパッケージ化したものである．ASPカーネルのターゲット
+非依存部も，一つの個別パッケージとして配布される．ある個別パッケージを
+使用するためには，一般には，他の個別パッケージが必要となる．ターゲット
+依存部の個別パッケージを使用するために必要となる個別パッケージとそのバー
+ジョンについては，ターゲット依存部のユーザーズマニュアルを参照すること．
+使用する個別パッケージのバージョンを整合させることは，ユーザの責任であ
+る．
+
+個別パッケージのバージョン番号は，X.Y.Zの形で表現される．ターゲット非依
+存部のバージョン番号を，ASPカーネル全体のリリース番号とする．ターゲット
+依存部のバージョン番号は，XとYが，それが依存するターゲット非依存部と一
+致している．それに対して，Zは一致しているとは限らない．例えば，ターゲッ
+ト非依存部のバージョン1.1.0に対応するターゲット依存部は，バージョン
+1.1.Zの形となる．ターゲット依存部のみがバージョンアップした場合には，Z
+が変更される．
+
+使用する個別パッケージは，次の例のように，ターゲット非依存部の個別パッ
+ケージを展開したのと同じディレクトリで展開する．
 
         % tar xvfz asp-1.1.0.tar.gz
         % tar xvfz asp_arch_arm_gcc_1.1.2.tar.gz
 
-ターゲット非依存部の個別パッケージには，以下のターゲット依存部が含まれ
-ているが，これらは他のターゲットシステムにポーティングする際の参考にす
-るために用意しているものであり，その動作については未検証である．
-
-        target/dve68k_gcc       DVE-68K/40（GNU開発環境）用ターゲット依存部
-        arch/m68k_gcc           M68040（GNU開発環境）用プロセッサ依存部
-        pdic/upd72001           μPD72001用 簡易SIOドライバ
-
-
-３．クイックスタートガイド
-
-ここでは，ターゲット依存部が用意されているターゲットシステム上で，ASPカー
-ãƒãƒ«ä¸Šã§å‹•ä½œã™ã‚‹ã‚µãƒ³ãƒ—ãƒ«ãƒ—ãƒ­ã‚°ãƒ©ãƒ ã‚’æ§‹ç¯‰ãƒ»å‹•ä½œã•ã›ã‚‹ã¾ã§ã®æ‰‹é †ã‚’ç¤ºã™ï¼Ž
-
-3.1 開発環境の準備
-
-ASPカーネルを用いたシステム構築には，以下のツールがå¿
-要である．
-
-        ホストシステム用のツール
-                perl            動作確認：5.10.0
-                GNU Make        動作確認：3.81
-
-        TOPPERS新世代カーネル用コンフィギュレータ
-                cfg                     動作確認：1.9.4
-                                        ※ 1.5以前のバージョンでは動作しない．
-
-        ターゲットシステム用のツール（クロス開発環境）
-                æ¨™æº–è¦æ ¼ã«æº–æ‹ ã—ãŸCコンパイラ
-                アセンブラ，リンカ，ライブラリアン
-                シンボルファイル出力ツール，ヘキサファイル出力ツール
-                標準Cライブラリ（å¿
-é ˆã§ã¯ãªã„ï¼‰
-
-ターゲットシステム用のツールにGNUé–‹ç™ºç’°å¢ƒã‚’ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œä»¥ä¸‹ã®ãƒ„ãƒ¼ãƒ«
-がå¿
-要である．
-
-        ターゲットシステム用のGNU開発環境ツール
-                BINUTILS（as，ld，ar，nm，ranlib，objcopy，objdump）
-                GCCまたはGCC-CORE（gccおよびそこから呼び出されるツール）
-                NEWLIB（標準Cライブラリ，å¿
-é ˆã§ã¯ãªã„ï¼‰
-
-動作確認されているターゲットシステム用のツールについては，ターゲット依
-存部のユーザーズマニュアルを参ç
-§ã™ã‚‹ã“と．
-
-ターゲットシステム用の標準Cライブラリは，アプリケーションが標準Cライブ
-ãƒ©ãƒªã‚’ä½¿ç”¨ã—ãªã„å ´åˆã«ã¯ï¼Œå¿
-要ない．ただし，コンパイラが標準Cライブラリ
-関数（memcpy，memsetãªã©ï¼‰ã‚’å‘¼ã³å‡ºã™ã‚³ãƒ¼ãƒ‰ã‚’ç”Ÿæˆã™ã‚‹å ´åˆãŒã‚ã‚Šï¼Œãã®å ´
-合には標準Cライブラリがå¿
-要である．標準Cライブラリを用意する代わりに，
-生成したコードが呼び出す関数のみを自分で用意してもよい．
-
-以下では，これらのツールが用意できていることを前提に，UNIXマシン上での
-æ§‹ç¯‰æ‰‹é †ã‚’èª¬æ˜Žã™ã‚‹ï¼Žã¾ãŸä»¥ä¸‹ã®èª¬æ˜Žã§ã¯ï¼ŒmakeコマンドがGNU Makeであるも
-のとする（ASPカーネルのサンプルのMakefileは，GNU Makeの拡張機能を用いて
-いる）．
-
-3.2 コンフィギュレータの構築
-
-カーネルを構築する前に，まず，TOPPERS新世代カーネル用コンフィギュレータ
-を構築するå¿
-è¦ãŒã‚ã‚‹ï¼Žç°¡æ˜“ãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã«å«ã¾ã‚Œã¦ã„ãŸå ´åˆãªã©ï¼Œã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥
-レータを実行ファイル形式でå
-¥æ‰‹ã—ãŸå ´åˆã«ã¯ï¼Œã“ã®ã‚¹ãƒ†ãƒƒãƒ—ã¯å¿
-要ない．
-
-コンフィギュレータの構築には，以下のツールがå¿
-要である．
-
-        ホストシステム用のツール（セルフ開発環境）
-                C++コンパイラ，C++ライブラリ
-                                        動作確認（Mac OS X環境）：GNU C++ 4.2.1
-                Boost           動作確認：1.52.0
-                GNU Make        動作確認：3.81
-
-最初に，パッケージにコンフィギュレータのソースファイルが含まれていない
-å ´åˆã«ã¯ï¼Œã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚¿ã®ãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã‚’ï¼ŒASPカーネルのソースファイル
-を展開したディレクトリの下に展開する．
+ターゲット非依存部の個別パッケージには，以下のターゲット依存部が含まれ
+ているが，これらは他のターゲットシステムにポーティングする際の参考にす
+るために用意しているものであり，その動作については未検証である．
+
+        target/dve68k_gcc       DVE-68K/40（GNU開発環境）用ターゲット依存部
+        arch/m68k_gcc           M68040（GNU開発環境）用プロセッサ依存部
+        pdic/upd72001           μPD72001用 簡易SIOドライバ
+
+
+３．クイックスタートガイド
+
+ここでは，ターゲット依存部が用意されているターゲットシステム上で，ASPカー
+ネル上で動作するサンプルプログラムを構築・動作させるまでの手順を示す．
+
+3.1 開発環境の準備
+
+ASPカーネルを用いたシステム構築には，以下のツールが必要である．
+
+        ホストシステム用のツール
+                perl            動作確認：5.10.0
+                GNU Make        動作確認：3.81
+
+        TOPPERS新世代カーネル用コンフィギュレータ
+                cfg                     動作確認：1.9.4
+                                        ※ 1.5以前のバージョンでは動作しない．
+
+        ターゲットシステム用のツール（クロス開発環境）
+                標準規格に準拠したCコンパイラ
+                アセンブラ，リンカ，ライブラリアン
+                シンボルファイル出力ツール，ヘキサファイル出力ツール
+                標準Cライブラリ（必須ではない）
+
+ターゲットシステム用のツールにGNU開発環境を用いる場合には，以下のツール
+が必要である．
+
+        ターゲットシステム用のGNU開発環境ツール
+                BINUTILS（as，ld，ar，nm，ranlib，objcopy，objdump）
+                GCCまたはGCC-CORE（gccおよびそこから呼び出されるツール）
+                NEWLIB（標準Cライブラリ，必須ではない）
+
+動作確認されているターゲットシステム用のツールについては，ターゲット依
+存部のユーザーズマニュアルを参照すること．
+
+ターゲットシステム用の標準Cライブラリは，アプリケーションが標準Cライブ
+ラリを使用しない場合には，必要ない．ただし，コンパイラが標準Cライブラリ
+関数（memcpy，memsetなど）を呼び出すコードを生成する場合があり，その場
+合には標準Cライブラリが必要である．標準Cライブラリを用意する代わりに，
+生成したコードが呼び出す関数のみを自分で用意してもよい．
+
+以下では，これらのツールが用意できていることを前提に，UNIXマシン上での
+構築手順を説明する．また以下の説明では，makeコマンドがGNU Makeであるも
+のとする（ASPカーネルのサンプルのMakefileは，GNU Makeの拡張機能を用いて
+いる）．
+
+3.2 コンフィギュレータの構築
+
+カーネルを構築する前に，まず，TOPPERS新世代カーネル用コンフィギュレータ
+を構築する必要がある．簡易パッケージに含まれていた場合など，コンフィギュ
+レータを実行ファイル形式で入手した場合には，このステップは必要ない．
+
+コンフィギュレータの構築には，以下のツールが必要である．
+
+        ホストシステム用のツール（セルフ開発環境）
+                C++コンパイラ，C++ライブラリ
+                                        動作確認（Mac OS X環境）：GNU C++ 4.2.1
+                Boost           動作確認：1.52.0
+                GNU Make        動作確認：3.81
+
+最初に，パッケージにコンフィギュレータのソースファイルが含まれていない
+場合には，コンフィギュレータのパッケージを，ASPカーネルのソースファイル
+を展開したディレクトリの下に展開する．
 
         % cd asp
         % tar xvfz cfg-1.9.4.tar.gz
 
-または，コンフィギュレータのパッケージを他のディレクトリに展開し，ASPカー
-ネルのソースファイルを展開したディレクトリからシンボリックリンクをはっ
-てもよい．
-
-ソースファイルが展開できると，cfgディレクトリに移動し，コンフィギュレー
-ションスクリプト（configure）でMakefileの環境依存部（Makefile.config）
-を生成した後，makeコマンドによりコンフィギュレータ（cfgプログラム）が構
-築できる．
+または，コンフィギュレータのパッケージを他のディレクトリに展開し，ASPカー
+ネルのソースファイルを展開したディレクトリからシンボリックリンクをはっ
+てもよい．
+
+ソースファイルが展開できると，cfgディレクトリに移動し，コンフィギュレー
+ションスクリプト（configure）でMakefileの環境依存部（Makefile.config）
+を生成した後，makeコマンドによりコンフィギュレータ（cfgプログラム）が構
+築できる．
 
         % cd cfg
@@ -401 +336 @@
         % make
 
-ただし，Boostをインストールしたディレクトリおよび名称が標準で想定してい
-ã‚‹ã‚‚ã®ã¨ã¯é•ã†å ´åˆã«ã¯ï¼Œconfigureの--with-headersおよび--with-libraries
-オプションにより，ヘッダファイルおよびライブラリの置かれたディレクトリ
-を指定するå¿
-要がある．--without-xmlは，AUTOSAR XMLファイルの読み込み機
-能（ASPカーネル用にはå¿
-要ない）を取り込まないことを指定するオプションで
-ある（AUTOSAR XMLファイルの読み込み機能を取り込むには，Xerces-C++ XML
-Parserがå¿
-要になる）．
-
-また，ホストシステムによっては，最適化レベルを上げると正しくコンパイル
-ã§ããªã„ã“ã¨ãŒçŸ¥ã‚‰ã‚Œã¦ã„ã‚‹ï¼Žãã®ã‚ˆã†ãªå ´åˆã«ã¯ï¼Œæœ€é©åŒ–ãƒ¬ãƒ™ãƒ«ã‚’ä¸‹ã’ã‚‹ã‹ï¼Œ
-最適化を抑止するように，Makefileを修正するå¿
-要がある．
-
-なお，コンフィギュレータの使用方法については，「７．コンフィギュレータ
-ã®ä½¿ã„æ–¹ã€ã®ç« ã§èª¬æ˜Žã™ã‚‹ï¼Ž
-
-3.3 サンプルプログラムの構築と実行
-
-次に，ASPカーネル上で動作するサンプルプログラムを構築する方法を説明する．
-
-まず，サンプルプログラムのオブジェクトファイルを置くディレクトリを作成
-し，コンフィギュレーションスクリプトを実行する．例えば，オブジェクトファ
-イルを置くディレクトリを，ASPカーネルのソースファイルを展開したディレ
-クトリの下のOBJã¨ã„ã†åç§°ã®ãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã«ã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã‚³ãƒžãƒ³ãƒ‰ã‚’
-å®Ÿè¡Œã™ã‚‹ï¼ˆãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã®å ´æ‰€ã¨åç§°ã¯ä»»æ„ã«æ±ºã‚ã¦ã‚ˆã„ï¼‰ï¼Ž
+ただし，Boostをインストールしたディレクトリおよび名称が標準で想定してい
+るものとは違う場合には，configureの--with-headersおよび--with-libraries
+オプションにより，ヘッダファイルおよびライブラリの置かれたディレクトリ
+を指定する必要がある．--without-xmlは，AUTOSAR XMLファイルの読み込み機
+能（ASPカーネル用には必要ない）を取り込まないことを指定するオプションで
+ある（AUTOSAR XMLファイルの読み込み機能を取り込むには，Xerces-C++ XML
+Parserが必要になる）．
+
+また，ホストシステムによっては，最適化レベルを上げると正しくコンパイル
+できないことが知られている．そのような場合には，最適化レベルを下げるか，
+最適化を抑止するように，Makefileを修正する必要がある．
+
+なお，コンフィギュレータの使用方法については，「７．コンフィギュレータ
+の使い方」の章で説明する．
+
+3.3 サンプルプログラムの構築と実行
+
+次に，ASPカーネル上で動作するサンプルプログラムを構築する方法を説明する．
+
+まず，サンプルプログラムのオブジェクトファイルを置くディレクトリを作成
+し，コンフィギュレーションスクリプトを実行する．例えば，オブジェクトファ
+イルを置くディレクトリを，ASPカーネルのソースファイルを展開したディレ
+クトリの下のOBJという名称のディレクトリにする場合には，次のコマンドを
+実行する（ディレクトリの場所と名称は任意に決めてよい）．
 
         % cd asp
         % mkdir OBJ
         % cd OBJ
-        % perl ../configure -T <ターゲット略称>
-
-ここで，<ターゲット略称>は，targetディレクトリの下に置かれているターゲッ
-ト依存部ディレクトリの名称である．コンフィギュレーションスクリプトのオ
-プションについては，「５．コンフィギュレーションスクリプトの使い方」の
-ç« ã§èª¬æ˜Žã™ã‚‹ï¼Ž
-
-コンフィギュレーションスクリプトの実行により，カレントディレクトリには，
-サンプルプログラムを構築するためのMakefile，サンプルプログラム用のコン
-フィギュレーションファイル（sample1.cfg），サンプルプログラム本体
-（sample1.hおよびsample1.c）が生成される．
-
-コンフィギュレーションスクリプトの実行後，å¿
-要であればMakefileを修正す
-る．Makefileの修正方法については，「６．Makefileã®ä¿®æ­£æ–¹æ³•ã€ã®ç« ã§èª¬æ˜Ž
-する．
-
-その後，make dependで依存関係ファイル（Makefile.depend）を生成した後，
-makeコマンドによりサンプルプログラムのロードモジュール（aspまたは
-asp.exe）が生成できる．依存関係ファイルの生成には若干時間がかかる．
+        % perl ../configure -T <ターゲット略称>
+
+ここで，<ターゲット略称>は，targetディレクトリの下に置かれているターゲッ
+ト依存部ディレクトリの名称である．コンフィギュレーションスクリプトのオ
+プションについては，「５．コンフィギュレーションスクリプトの使い方」の
+章で説明する．
+
+コンフィギュレーションスクリプトの実行により，カレントディレクトリには，
+サンプルプログラムを構築するためのMakefile，サンプルプログラム用のコン
+フィギュレーションファイル（sample1.cfg），サンプルプログラム本体
+（sample1.hおよびsample1.c）が生成される．
+
+コンフィギュレーションスクリプトの実行後，必要であればMakefileを修正す
+る．Makefileの修正方法については，「６．Makefileの修正方法」の章で説明
+する．
+
+その後，make dependで依存関係ファイル（Makefile.depend）を生成した後，
+makeコマンドによりサンプルプログラムのロードモジュール（aspまたは
+asp.exe）が生成できる．依存関係ファイルの生成には若干時間がかかる．
 
         % make depend
         % make
 
-ここで構築したサンプルプログラム（sample1.h，sample1.c，sample1.cfg）
-は，ASPカーネルの基本的な動作を確認するためのものである．このプログラ
-ムの概要説明は，sample1.cのå
-ˆé ­ã®ã‚³ãƒ¡ãƒ³ãƒˆã«ã‚る．
-
-3.4 カーネルを関数単位でライブラリ化する方法
-
-å‰ç¯€ã®æ‰‹é †ã§ã¯ï¼Œã‚«ãƒ¼ãƒãƒ«ã‚’ãƒ•ã‚¡ã‚¤ãƒ«å˜ä½ã§ã‚³ãƒ³ãƒ‘ã‚¤ãƒ«ã—ï¼Œãƒ©ã‚¤ãƒ–ãƒ©ãƒªåŒ–ã—ã¦
-いたが，カーネルのコードサイズを縮小するためには，使用しないサービスコー
-ルはリンクしない方が望ましい．そこでASPカーネルでは，カーネルを関数単位
-でコンパイルし，ライブラリ化する方法を用意している．
-
-この方法でサンプルプログラムを構築するには，コンフィギュレーションスク
-リプトに，それを指示するオプション（-fï¼‰ã‚’ä»˜åŠ ã™ã‚‹ã ã‘ã§ã‚ˆã„ï¼Ž
+ここで構築したサンプルプログラム（sample1.h，sample1.c，sample1.cfg）
+は，ASPカーネルの基本的な動作を確認するためのものである．このプログラ
+ムの概要説明は，sample1.cの先頭のコメントにある．
+
+3.4 カーネルを関数単位でライブラリ化する方法
+
+前節の手順では，カーネルをファイル単位でコンパイルし，ライブラリ化して
+いたが，カーネルのコードサイズを縮小するためには，使用しないサービスコー
+ルはリンクしない方が望ましい．そこでASPカーネルでは，カーネルを関数単位
+でコンパイルし，ライブラリ化する方法を用意している．
+
+この方法でサンプルプログラムを構築するには，コンフィギュレーションスク
+リプトに，それを指示するオプション（-f）を付加するだけでよい．
 
         % mkdir OBJ_LIB
         % cd OBJ_LIB
-        % perl ../configure -T <ターゲット略称> -f
-
-ここで，OBJ_LIBã¨ã„ã†ãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã®å ´æ‰€ã¨åç§°ã¯ï¼Œä»»æ„ã«æ±ºã‚ã¦ã‚ˆã„ï¼Žã“ã‚Œ
-ä»¥é™ã®æ‰‹é †ã¯ï¼Œå‰ç¯€ã¨åŒã˜ã§ã‚ã‚‹ï¼Ž
-
-3.5 アプリケーションとカーネルを別ã€
-に構築する方法
-
-前節で説明した方法では，アプリケーションとカーネルを同時に生成するため，
-オブジェクトファイルを置くディレクトリに非常に多くのファイルが作成され
-ã¦ï¼Œæ‰±ã„ã«ãããªã‚‹ï¼Žãã“ã§ï¼Œã‚«ãƒ¼ãƒãƒ«ã‚’ä¿®æ­£ã™ã‚‹é »åº¦ãŒä½Žã„å ´åˆã«ã¯ï¼Œã‚«ãƒ¼
-ネルは事前に構築しておき，後でアプリケーションだけを構築する方法を用意
-ã—ã¦ã„ã‚‹ï¼Žä»¥ä¸‹ã§ã¯ï¼Œã‚µãƒ³ãƒ—ãƒ«ãƒ—ãƒ­ã‚°ãƒ©ãƒ ã‚’æ§‹ç¯‰ã‚’ä¾‹ã«ï¼Œãã®æ‰‹é †ã«ã¤ã„ã¦èª¬
-明する．
-
-まず，カーネルを構築するディレクトリを作成し，コンフィギュレーションス
-クリプトを実行する．例えば，カーネルを構築するディレクトリを，ASPカー
-ネルのソースファイルを展開したディレクトリの下のKERNEL_LIBという名称の
-ãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã«ã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã‚³ãƒžãƒ³ãƒ‰ã‚’å®Ÿè¡Œã™ã‚‹ï¼ˆãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã®å ´æ‰€
-と名称は任意に決めてよい）．
+        % perl ../configure -T <ターゲット略称> -f
+
+ここで，OBJ_LIBというディレクトリの場所と名称は，任意に決めてよい．これ
+以降の手順は，前節と同じである．
+
+3.5 アプリケーションとカーネルを別々に構築する方法
+
+前節で説明した方法では，アプリケーションとカーネルを同時に生成するため，
+オブジェクトファイルを置くディレクトリに非常に多くのファイルが作成され
+て，扱いにくくなる．そこで，カーネルを修正する頻度が低い場合には，カー
+ネルは事前に構築しておき，後でアプリケーションだけを構築する方法を用意
+している．以下では，サンプルプログラムを構築を例に，その手順について説
+明する．
+
+まず，カーネルを構築するディレクトリを作成し，コンフィギュレーションス
+クリプトを実行する．例えば，カーネルを構築するディレクトリを，ASPカー
+ネルのソースファイルを展開したディレクトリの下のKERNEL_LIBという名称の
+ディレクトリにする場合には，次のコマンドを実行する（ディレクトリの場所
+と名称は任意に決めてよい）．
 
         % mkdir KERNEL_LIB
         % cd KERNEL_LIB
-        % perl ../configure -T <ターゲット略称> -f
-
-これにより，カーネルを構築するディレクトリに，Makefile，sample1.cfg，
-sample1.h，sample1.cが生成されるが，Makefile以外は実質的には使用しない．
-
-make dependで依存関係ファイル（Makefile.depend）を生成した後，make
-libkernel.aによりカーネルライブラリ（libkernel.a）が生成できる．
+        % perl ../configure -T <ターゲット略称> -f
+
+これにより，カーネルを構築するディレクトリに，Makefile，sample1.cfg，
+sample1.h，sample1.cが生成されるが，Makefile以外は実質的には使用しない．
+
+make dependで依存関係ファイル（Makefile.depend）を生成した後，make
+libkernel.aによりカーネルライブラリ（libkernel.a）が生成できる．
 
         % make depend
         % make libkernel.a
 
-次に，アプリケーションを構築するディレクトリを作成し，コンフィギュレー
-ションスクリプトを実行する．例えば，アプリケーションを構築するディレク
-トリを，ASPカーネルのソースファイルを展開したディレクトリの下のAPLとい
-ã†åç§°ã®ãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã«ã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã‚³ãƒžãƒ³ãƒ‰ã‚’å®Ÿè¡Œã™ã‚‹ï¼ˆãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆ
-ãƒªã®å ´æ‰€ã¨åç§°ã¯ä»»æ„ã«æ±ºã‚ã¦ã‚ˆã„ï¼‰ï¼Ž
+次に，アプリケーションを構築するディレクトリを作成し，コンフィギュレー
+ションスクリプトを実行する．例えば，アプリケーションを構築するディレク
+トリを，ASPカーネルのソースファイルを展開したディレクトリの下のAPLとい
+う名称のディレクトリにする場合には，次のコマンドを実行する（ディレクト
+リの場所と名称は任意に決めてよい）．
 
         % cd ..
         % mkdir APL
         % cd APL
-        % perl ../configure -T <ターゲット略称> -L ../KERNEL_LIB
-
-ここで-Lオプションには，カーネルを構築したディレクトリのパスを指定する．
-
-最後に，make dependで依存関係ファイル（Makefile.depend）を生成した後，
-makeコマンドによりサンプルプログラムのロードモジュール（aspまたは
-asp.exe）が生成できる．
+        % perl ../configure -T <ターゲット略称> -L ../KERNEL_LIB
+
+ここで-Lオプションには，カーネルを構築したディレクトリのパスを指定する．
+
+最後に，make dependで依存関係ファイル（Makefile.depend）を生成した後，
+makeコマンドによりサンプルプログラムのロードモジュール（aspまたは
+asp.exe）が生成できる．
 
         % make depend
         % make
 
-ã“ã®æ‰‹é †ã§ã¯ï¼Œã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³æ§‹ç¯‰æ™‚ã«ã¯ã‚«ãƒ¼ãƒãƒ«ã®å†æ§‹ç¯‰ãŒå¿
-要かチェッ
-ã‚¯ã—ãªã„ãŸã‚ï¼Œã‚«ãƒ¼ãƒãƒ«ã®ã‚½ãƒ¼ã‚¹ã‚³ãƒ¼ãƒ‰ã‚’ä¿®æ­£ã—ãŸå ´åˆã«ã¯ï¼Œã‚«ãƒ¼ãƒãƒ«ã‚’æ§‹ç¯‰
-したディレクトリでmake libkernel.aを再実行するå¿
-要がある．
-
-以上では，カーネルとアプリケーションを別ã€
-のディレクトリで構築したが，
--Lオプションにカレントディレクトリ（ただし，"."という記述では不可）を指
-定することで，カーネルとアプリケーションを同じディレクトリで別ã€
-に構築
-することもできる．å
-·ä½“çš„ã«ã¯ï¼Œæ¬¡ã®æ‰‹é †ã¨ãªã‚‹ï¼Ž
+この手順では，アプリケーション構築時にはカーネルの再構築が必要かチェッ
+クしないため，カーネルのソースコードを修正した場合には，カーネルを構築
+したディレクトリでmake libkernel.aを再実行する必要がある．
+
+以上では，カーネルとアプリケーションを別々のディレクトリで構築したが，
+-Lオプションにカレントディレクトリ（ただし，"."という記述では不可）を指
+定することで，カーネルとアプリケーションを同じディレクトリで別々に構築
+することもできる．具体的には，次の手順となる．
 
         % mkdir OBJ
         % cd OBJ
-        % perl ../configure -T <ターゲット略称> -L ../OBJ
+        % perl ../configure -T <ターゲット略称> -L ../OBJ
         % make depend
         % make libkernel.a
@@ -550 +473 @@
         % make
 
-ここで，make cleankernelは，カーネルライブラリを生成するための中間ファ
-ã‚¤ãƒ«ã‚’å‰Šé™¤ã™ã‚‹ã‚‚ã®ã§ã‚ã‚‹ï¼Žã“ã®æ‰‹é †ã§ã¯ï¼Œmake dependによりカーネルライ
-ブラリに関する依存関係を生成しないため，カーネルのソースコードを修正し
-ãŸå ´åˆã«ã¯ï¼Œå¿
-ずmake cleankernel（または，make clean）してから，make
-libkernel.aするå¿
-要があるので注意すること．
-
-なお，make realcleanすると，make dependとmakeにより生成したファイルをす
-べて削除する．それに対して，make cleanでは，make dependにより生成した依
-存関係ファイルは削除しない．
-
-
-４．ディレクトリ構成・ファイル構成
-
-4.1 é
-å¸ƒãƒ‘ッケージのディレクトリ構成
-
-        include/                アプリケーション向けヘッダファイル
-        kernel/                 カーネルのソースファイル
-        syssvc/                 システムサービスのヘッダファイル，ソースファイル
-        library/                サポートライブラリのソースファイル
-        target/                 ターゲット依存部
-        arch/                   ターゲット依存部のå
-±é€šéƒ¨åˆ†
-                gcc/            GCC開発環境依存部
-                logtrace/       トレースログ記録のサンプルコード
-        pdic/                   PDIC（デバイスドライバのOS非依存部分）
-        utils/                  ユーティリティプログラム
-        sample/                 サンプルプログラムとMakefile
-        doc/                    ドキュメント
-        test/                   テストプログラム
-        extension/              拡張パッケージ
-
-4.2 ターゲット非依存部のファイル構成
-
-ターゲット非依存部（テストプログラムと拡張パッケージは除く）の各ファイ
-ルの概要は次の通り．
-
-        README.txt                      TOPPERS/ASPカーネルの簡単な紹介
-        configure                       コンフィギュレーションスクリプト（GNU開発環境用）
-        MANIFEST                        個別パッケージのファイルリスト
+ここで，make cleankernelは，カーネルライブラリを生成するための中間ファ
+イルを削除するものである．この手順では，make dependによりカーネルライ
+ブラリに関する依存関係を生成しないため，カーネルのソースコードを修正し
+た場合には，必ずmake cleankernel（または，make clean）してから，make
+libkernel.aする必要があるので注意すること．
+
+なお，make realcleanすると，make dependとmakeにより生成したファイルをす
+べて削除する．それに対して，make cleanでは，make dependにより生成した依
+存関係ファイルは削除しない．
+
+
+４．ディレクトリ構成・ファイル構成
+
+4.1 配布パッケージのディレクトリ構成
+
+        include/                アプリケーション向けヘッダファイル
+        kernel/                 カーネルのソースファイル
+        syssvc/                 システムサービスのヘッダファイル，ソースファイル
+        library/                サポートライブラリのソースファイル
+        target/                 ターゲット依存部
+        arch/                   ターゲット依存部の共通部分
+                gcc/            GCC開発環境依存部
+                logtrace/       トレースログ記録のサンプルコード
+        pdic/                   PDIC（デバイスドライバのOS非依存部分）
+        utils/                  ユーティリティプログラム
+        sample/                 サンプルプログラムとMakefile
+        doc/                    ドキュメント
+        test/                   テストプログラム
+        extension/              拡張パッケージ
+
+4.2 ターゲット非依存部のファイル構成
+
+ターゲット非依存部（テストプログラムと拡張パッケージは除く）の各ファイ
+ルの概要は次の通り．
+
+        README.txt                      TOPPERS/ASPカーネルの簡単な紹介
+        configure                       コンフィギュレーションスクリプト（GNU開発環境用）
+        MANIFEST                        個別パッケージのファイルリスト
 
         include/
-                kernel.h                ASPカーネルを使用するための定義
-                sil.h                   システムインタフェースレイヤを使用するための定義
-                t_stddef.h              TOPPERSå
-±é€šãƒ˜ãƒƒãƒ€ãƒ•ã‚¡ã‚¤ãƒ«
-                itron.h                 ITRON仕様å
-±é€šè¦å®šã®ãƒ‡ãƒ¼ã‚¿åž‹ãƒ»å®šæ•°ãƒ»ãƒžã‚¯ãƒ­
-                t_syslog.h              システムログ出力を行うための定義
-                t_stdlib.h              基本的なライブラリ関数を使用するための定義
-                queue.h                 キュー操作ライブラリを使用するための定義
-                test_lib.h              テストプログラム用ライブラリを使用するための定義
-                histogram.h             実行時間分布集計モジュールを使用するための定義
-                log_output.h    システムログのフォーマット出力を使用するための定義
+                kernel.h                ASPカーネルを使用するための定義
+                sil.h                   システムインタフェースレイヤを使用するための定義
+                t_stddef.h              TOPPERS共通ヘッダファイル
+                itron.h                 ITRON仕様共通規定のデータ型・定数・マクロ
+                t_syslog.h              システムログ出力を行うための定義
+                t_stdlib.h              基本的なライブラリ関数を使用するための定義
+                queue.h                 キュー操作ライブラリを使用するための定義
+                test_lib.h              テストプログラム用ライブラリを使用するための定義
+                histogram.h             実行時間分布集計モジュールを使用するための定義
+                log_output.h    システムログのフォーマット出力を使用するための定義
 
         kernel/
-                Makefile.kernel         カーネルのファイル構成の定義
-                kernel_impl.h           カーネル実è£
-用標準ヘッダファイル
-                kernel_int.h            kernel_cfg.c用のヘッダファイル
-                kernel_rename.def       カーネルのå†
-部識別名のリネーム定義
-                kernel_rename.h         カーネルのå†
-部識別名のリネーム
-                kernel_unrename.h       カーネルのå†
-部識別名のリネーム解除       
-                kernel_api.csv          コンフィギュレータの静的APIテーブル
-                kernel_def.csv          コンフィギュレータの値取得シンボルテーブル
-                kernel.tf                       コンフィギュレータのパス2のテンプレートファイル
-                kernel_check.tf         コンフィギュレータのパス3のテンプレートファイル
-                genoffset.tf            オフセットファイル生成用のテンプレートファイル
-                allfunc.h               すべての関数をコンパイルするための定義
-                check.h                 エラーチェック用マクロ
-                startup.c               カーネルの初期化と終了処理
-                task.h                  タスク操作ルーチン関連の定義
-                task.c                  タスク操作ルーチン
-                wait.h                  å¾
-ち状æ
-‹æ“ä½œãƒ«ãƒ¼ãƒãƒ³é–¢é€£ã®å®šç¾©
-                wait.c                  å¾
-ち状æ
-‹æ“ä½œãƒ«ãƒ¼ãƒãƒ³
-                time_event.h    タイムイベント管理関連の定義
-                time_event.c    タイムイベント管理
-                task_manage.c   タスク管理機能
-                task_refer.c    タスク状æ
-‹å‚ç
-§æ©Ÿèƒ½
-                task_sync.c             タスク付属同期機能
-                task_except.c   タスク例外処理機能
-                semaphore.h             セマフォ機能関連の定義
-                semaphore.c             セマフォ機能
-                eventflag.h             イベントフラグ機能関連の定義
-                eventflag.c             イベントフラグ機能
-                dataqueue.h             データキュー機能関連の定義
-                dataqueue.c             データキュー機能
-                pridataq.h              優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼æ©Ÿèƒ½é–¢é€£ã®å®šç¾©
-                pridataq.c              優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼æ©Ÿèƒ½
-                mailbox.h               メールボックス機能関連の定義
-                mailbox.c               メールボックス機能
-                mempfix.h               固定長メモリプール機能関連の定義
-                mempfix.c               固定長メモリプール機能
-                time_manage.c   システム時刻管理機能
-                cyclic.h                周期ハンドラ機能関連の定義
-                cyclic.c                周期ハンドラ機能
-                alarm.h                 アラームハンドラ機能関連の定義
-                alarm.c                 アラームハンドラ機能
-                sys_manage.c    システム状æ
-‹ç®¡ç†æ©Ÿèƒ½
-                interrupt.h             割込み管理機能関連の定義
-                interrupt.c             割込み管理機能
-                exception.h             CPU例外管理機能関連の定義
-                exception.c             CPU例外管理機能
+                Makefile.kernel         カーネルのファイル構成の定義
+                kernel_impl.h           カーネル実装用標準ヘッダファイル
+                kernel_int.h            kernel_cfg.c用のヘッダファイル
+                kernel_rename.def       カーネルの内部識別名のリネーム定義
+                kernel_rename.h         カーネルの内部識別名のリネーム
+                kernel_unrename.h       カーネルの内部識別名のリネーム解除       
+                kernel_api.csv          コンフィギュレータの静的APIテーブル
+                kernel_def.csv          コンフィギュレータの値取得シンボルテーブル
+                kernel.tf                       コンフィギュレータのパス2のテンプレートファイル
+                kernel_check.tf         コンフィギュレータのパス3のテンプレートファイル
+                genoffset.tf            オフセットファイル生成用のテンプレートファイル
+                allfunc.h               すべての関数をコンパイルするための定義
+                check.h                 エラーチェック用マクロ
+                startup.c               カーネルの初期化と終了処理
+                task.h                  タスク操作ルーチン関連の定義
+                task.c                  タスク操作ルーチン
+                wait.h                  待ち状態操作ルーチン関連の定義
+                wait.c                  待ち状態操作ルーチン
+                time_event.h    タイムイベント管理関連の定義
+                time_event.c    タイムイベント管理
+                task_manage.c   タスク管理機能
+                task_refer.c    タスク状態参照機能
+                task_sync.c             タスク付属同期機能
+                task_except.c   タスク例外処理機能
+                semaphore.h             セマフォ機能関連の定義
+                semaphore.c             セマフォ機能
+                eventflag.h             イベントフラグ機能関連の定義
+                eventflag.c             イベントフラグ機能
+                dataqueue.h             データキュー機能関連の定義
+                dataqueue.c             データキュー機能
+                pridataq.h              優先度データキュー機能関連の定義
+                pridataq.c              優先度データキュー機能
+                mailbox.h               メールボックス機能関連の定義
+                mailbox.c               メールボックス機能
+                mempfix.h               固定長メモリプール機能関連の定義
+                mempfix.c               固定長メモリプール機能
+                time_manage.c   システム時刻管理機能
+                cyclic.h                周期ハンドラ機能関連の定義
+                cyclic.c                周期ハンドラ機能
+                alarm.h                 アラームハンドラ機能関連の定義
+                alarm.c                 アラームハンドラ機能
+                sys_manage.c    システム状態管理機能
+                interrupt.h             割込み管理機能関連の定義
+                interrupt.c             割込み管理機能
+                exception.h             CPU例外管理機能関連の定義
+                exception.c             CPU例外管理機能
 
         syssvc/
-                banner.h                カーネル起動メッセージの出力のための定義
-                banner.c                カーネル起動メッセージの出力
-                banner.cfg              カーネル起動メッセージの出力のコンフィギュレー
-                                                ションファイル
-                logtask.h               システムログタスクを使用するための定義
-                logtask.c               システムログタスク
-                logtask.cfg             システムログタスクのコンフィギュレーションファイル
-                serial.h                シリアルインタフェースドライバを使用するための定義
-                serial.c                シリアルインタフェースドライバ
-                serial.cfg              シリアルドライバのコンフィギュレーションファイル
-                syslog.h                システムログ機能を使用するための定義
-                syslog.c                システムログ機能
-                syslog.cfg              システムログ機能のコンフィギュレーションファイル
+                banner.h                カーネル起動メッセージの出力のための定義
+                banner.c                カーネル起動メッセージの出力
+                banner.cfg              カーネル起動メッセージの出力のコンフィギュレー
+                                                ションファイル
+                logtask.h               システムログタスクを使用するための定義
+                logtask.c               システムログタスク
+                logtask.cfg             システムログタスクのコンフィギュレーションファイル
+                serial.h                シリアルインタフェースドライバを使用するための定義
+                serial.c                シリアルインタフェースドライバ
+                serial.cfg              シリアルドライバのコンフィギュレーションファイル
+                syslog.h                システムログ機能を使用するための定義
+                syslog.c                システムログ機能
+                syslog.cfg              システムログ機能のコンフィギュレーションファイル
 
         library/
-                histogram.c             実行時間分布集計モジュール
-                log_output.c    システムログのフォーマット出力
-                strerror.c              エラーメッセージ文字列を返す関数
-                t_perror.c              エラーメッセージの出力
-                test_lib.c              テストプログラム用ライブラリ
-                vasyslog.c              可変数引数のシステムログライブラリ
+                histogram.c             実行時間分布集計モジュール
+                log_output.c    システムログのフォーマット出力
+                strerror.c              エラーメッセージ文字列を返す関数
+                t_perror.c              エラーメッセージの出力
+                test_lib.c              テストプログラム用ライブラリ
+                vasyslog.c              可変数引数のシステムログライブラリ
 
         arch/gcc/
-                MANIFEST                個別パッケージのファイルリスト
-                tool_stddef.h   t_stddef.hの開発環境依存部（GCC用）
+                MANIFEST                個別パッケージのファイルリスト
+                tool_stddef.h   t_stddef.hの開発環境依存部（GCC用）
 
         arch/logtrace/
-                MANIFEST                個別パッケージのファイルリスト
-                trace_config.h  トレースログに関する設定
-                trace_config.c  トレースログ機能
-                trace_dump.c    トレースログのダンプ
+                MANIFEST                個別パッケージのファイルリスト
+                trace_config.h  トレースログに関する設定
+                trace_config.c  トレースログ機能
+                trace_dump.c    トレースログのダンプ
 
         utils/
-                applyrename             ファイルにリネームを適用
-                genoffset               offset.hの生成（GNU開発環境用）
-                genrename               リネームヘッダファイルの生成
-                gentest                 テストプログラムの生成
-                makedep                 依存関係リストの生成（GNU開発環境用）
-                makerelease             リリースパッケージの生成
+                applyrename             ファイルにリネームを適用
+                genoffset               offset.hの生成（GNU開発環境用）
+                genrename               リネームヘッダファイルの生成
+                gentest                 テストプログラムの生成
+                makedep                 依存関係リストの生成（GNU開発環境用）
+                makerelease             リリースパッケージの生成
 
         sample/
-                Makefile                サンプルのMakefile（GNU開発環境用）
-                sample1.h               サンプルプログラム(1)に関する定義
-                sample1.c               サンプルプログラム(1)
-                sample1.cfg             サンプルプログラム(1)のコンフィギュレーションファイル
+                Makefile                サンプルのMakefile（GNU開発環境用）
+                sample1.h               サンプルプログラム(1)に関する定義
+                sample1.c               サンプルプログラム(1)
+                sample1.cfg             サンプルプログラム(1)のコンフィギュレーションファイル
 
         doc/
-                user.txt                        ユーザーズマニュアル
-                asp_spec.txt            TOPPERS/ASPカーネルの仕様概要
-                extension.txt           機能拡張・チューニングガイド
-                porting.txt                     ターゲット依存部 ポーティングガイド
-                configurator.txt        コンフィギュレータ仕様
-                design.txt                      設計メモ
-                version.txt                     変更履歴
-
-
-５．コンフィギュレーションスクリプトの使い方
-
-コンフィギュレーションスクリプト（configure）は，ASPカーネルおよびアプ
-リケーションプログラムを構築するためにå¿
-要な基本的なコンフィギュレーショ
-ンを行うためのプログラムである．
-
-ASPã‚«ãƒ¼ãƒãƒ«ã‚’ç”¨ã„ã¦ã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ã‚’ä½œæˆã™ã‚‹å ´åˆã«ã¯ï¼Œã¾ãšã‚ªãƒ–ã‚¸ã‚§ã‚¯ãƒˆ
-ファイルを置くディレクトリを作成し，そのディレクトリでコンフィギュレー
-ã‚·ãƒ§ãƒ³ã‚¹ã‚¯ãƒªãƒ—ãƒˆã‚’å®Ÿè¡Œã™ã‚‹ï¼Žã‚ªãƒ–ã‚¸ã‚§ã‚¯ãƒˆãƒ•ã‚¡ã‚¤ãƒ«ã‚’ç½®ããƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã®å ´
-所と名称は，任意に決めてよい．
-
-コンフィギュレーションスクリプトに対するオプションは次の通り．
-
-        -T <ターゲット略称>
-                ターゲットシステムの名称を，targetディレクトリの下に置かれてい
-                るターゲット依存部ディレクトリの名称で指定する（å¿
-é ˆï¼‰ï¼Ž
-
-        -A <アプリケーションプログラム名>
-                ã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ãƒ—ãƒ­ã‚°ãƒ©ãƒ ã®åç§°ã‚’æŒ‡å®šã™ã‚‹ï¼Žçœç•¥ã—ãŸå ´åˆã«ã¯ï¼Œ
-                サンプルプログラム（sample1）となる．
-
-        -a <アプリケーションのディレクトリ名>
-                アプリケーションプログラムのソースファイル（システムコンフィギュ
-                レーションファイルを除く）を置いたディレクトリ名を指定する．省
-                ç•¥ã—ãŸå ´åˆã«ã¯ï¼Œã‚ªãƒ–ã‚¸ã‚§ã‚¯ãƒˆãƒ•ã‚¡ã‚¤ãƒ«ã‚’ç½®ããƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã«ç½®ã‹ã‚Œ
-                ていることを仮定する．システムコンフィギュレーションファイルは，
-                オブジェクトファイルを置くディレクトリに置くこと．
-
-        -U <オブジェクトファイル名>
-                アプリケーションプログラムのメインのオブジェクトファイル（-A 
-                で指定したアプリケーションプログラム名に".o"ã‚’ä»˜åŠ ã—ãŸã‚‚ã®ï¼‰ä»¥
-                外に，リンクすべきオブジェクトファイルの名称を，".o"ã‚’ä»˜åŠ ã—ãŸ
-                形で指定する．""で囲むことによって，複数のファイルを指定するこ
-                とも可能である（-Uオプションを複数使ってはならない）．
-
-        -L <カーネルライブラリのディレクトリ名>
-                事前に構築したカーネルライブラリ（libkernel.a）を用いて，アプリ
-                ã‚±ãƒ¼ã‚·ãƒ§ãƒ³ã®ã¿ã‚’æ§‹ç¯‰ã™ã‚‹å ´åˆã«ã¯ï¼Œã“ã®ã‚ªãƒ—ã‚·ãƒ§ãƒ³ã«ã‚«ãƒ¼ãƒãƒ«ãƒ©ã‚¤
-                ブラリの置かれたディレクトリ名を指定する．このオプションの使用
-                例については，「3.5 アプリケーションとカーネルを別ã€
-に構築する
-                方法」の節を参ç
-§ã™ã‚‹ã“と．
+                user.txt                        ユーザーズマニュアル
+                asp_spec.txt            TOPPERS/ASPカーネルの仕様概要
+                extension.txt           機能拡張・チューニングガイド
+                porting.txt                     ターゲット依存部 ポーティングガイド
+                configurator.txt        コンフィギュレータ仕様
+                design.txt                      設計メモ
+                version.txt                     変更履歴
+
+
+５．コンフィギュレーションスクリプトの使い方
+
+コンフィギュレーションスクリプト（configure）は，ASPカーネルおよびアプ
+リケーションプログラムを構築するために必要な基本的なコンフィギュレーショ
+ンを行うためのプログラムである．
+
+ASPカーネルを用いてアプリケーションを作成する場合には，まずオブジェクト
+ファイルを置くディレクトリを作成し，そのディレクトリでコンフィギュレー
+ションスクリプトを実行する．オブジェクトファイルを置くディレクトリの場
+所と名称は，任意に決めてよい．
+
+コンフィギュレーションスクリプトに対するオプションは次の通り．
+
+        -T <ターゲット略称>
+                ターゲットシステムの名称を，targetディレクトリの下に置かれてい
+                るターゲット依存部ディレクトリの名称で指定する（必須）．
+
+        -A <アプリケーションプログラム名>
+                アプリケーションプログラムの名称を指定する．省略した場合には，
+                サンプルプログラム（sample1）となる．
+
+        -a <アプリケーションのディレクトリ名>
+                アプリケーションプログラムのソースファイル（システムコンフィギュ
+                レーションファイルを除く）を置いたディレクトリ名を指定する．省
+                略した場合には，オブジェクトファイルを置くディレクトリに置かれ
+                ていることを仮定する．システムコンフィギュレーションファイルは，
+                オブジェクトファイルを置くディレクトリに置くこと．
+
+        -U <オブジェクトファイル名>
+                アプリケーションプログラムのメインのオブジェクトファイル（-A 
+                で指定したアプリケーションプログラム名に".o"を付加したもの）以
+                外に，リンクすべきオブジェクトファイルの名称を，".o"を付加した
+                形で指定する．""で囲むことによって，複数のファイルを指定するこ
+                とも可能である（-Uオプションを複数使ってはならない）．
+
+        -L <カーネルライブラリのディレクトリ名>
+                事前に構築したカーネルライブラリ（libkernel.a）を用いて，アプリ
+                ケーションのみを構築する場合には，このオプションにカーネルライ
+                ブラリの置かれたディレクトリ名を指定する．このオプションの使用
+                例については，「3.5 アプリケーションとカーネルを別々に構築する
+                方法」の節を参照すること．
 
         -f
-                ã‚«ãƒ¼ãƒãƒ«ã‚’é–¢æ•°å˜ä½ã§ã‚³ãƒ³ãƒ‘ã‚¤ãƒ«ã—ãƒ©ã‚¤ãƒ–ãƒ©ãƒªåŒ–ã™ã‚‹å ´åˆã«ï¼Œã“ã®ã‚ª
-                プションを指定する．このオプションの使用例については，「3.4 カー
-                ネルを関数単位でライブラリ化する方法」の節を参ç
-§ã™ã‚‹ã“と．
-
-        -D <ASPカーネルのソースディレクトリ名>
-                ASPカーネルのソースファイルを置いたディレクトリ名を指定する．省
-                ç•¥ã—ãŸå ´åˆã«ã¯ï¼Œconfigureの置かれているディレクトリとなる．
-
-        -l <プログラミング言語>
-                アプリケーションプログラムのプログラミング言語を指定する．現時
-                点では，cとc++のみをサポートしている．
-
-        -t <テンプレートディレクトリ名>
-                Makefileやサンプルプログラムのテンプレートの置かれたディレクト
-                ãƒªåã‚’æŒ‡å®šã™ã‚‹ï¼Žçœç•¥ã—ãŸå ´åˆã«ã¯ï¼ŒASPカーネルのソースファイルを
-                置いたディレクトリの下のsampleディレクトリとなる．
-
-        -m <テンプレートMakefile名>
-                Makefileã®ãƒ†ãƒ³ãƒ—ãƒ¬ãƒ¼ãƒˆã¨ã™ã‚‹ãƒ•ã‚¡ã‚¤ãƒ«åã‚’æŒ‡å®šã™ã‚‹ï¼Žçœç•¥ã—ãŸå ´åˆ
-                には，Makefileとなる．
-
-        -d <実行環境名>
-                ターゲットシステム上でのプログラムの実行環境（ないしは，デバッ
-                グ環境）の名称を指定する．このオプションを指定すると，実行環境
-                を指定するシンボル（TOPPERS_<デバッグ環境名>）がマクロ定義され
-                ã‚‹ï¼Žçœç•¥ã—ãŸå ´åˆã«ã¯ï¼Œå®Ÿè¡Œç’°å¢ƒã‚’æŒ‡å®šã™ã‚‹ã‚·ãƒ³ãƒœãƒ«ã¯ãƒžã‚¯ãƒ­å®šç¾©ã•
-                れない．
+                カーネルを関数単位でコンパイルしライブラリ化する場合に，このオ
+                プションを指定する．このオプションの使用例については，「3.4 カー
+                ネルを関数単位でライブラリ化する方法」の節を参照すること．
+
+        -D <ASPカーネルのソースディレクトリ名>
+                ASPカーネルのソースファイルを置いたディレクトリ名を指定する．省
+                略した場合には，configureの置かれているディレクトリとなる．
+
+        -l <プログラミング言語>
+                アプリケーションプログラムのプログラミング言語を指定する．現時
+                点では，cとc++のみをサポートしている．
+
+        -t <テンプレートディレクトリ名>
+                Makefileやサンプルプログラムのテンプレートの置かれたディレクト
+                リ名を指定する．省略した場合には，ASPカーネルのソースファイルを
+                置いたディレクトリの下のsampleディレクトリとなる．
+
+        -m <テンプレートMakefile名>
+                Makefileのテンプレートとするファイル名を指定する．省略した場合
+                には，Makefileとなる．
+
+        -d <実行環境名>
+                ターゲットシステム上でのプログラムの実行環境（ないしは，デバッ
+                グ環境）の名称を指定する．このオプションを指定すると，実行環境
+                を指定するシンボル（TOPPERS_<デバッグ環境名>）がマクロ定義され
+                る．省略した場合には，実行環境を指定するシンボルはマクロ定義さ
+                れない．
 
         -r
-                ãƒˆãƒ¬ãƒ¼ã‚¹ãƒ­ã‚°è¨˜éŒ²ã®ã‚µãƒ³ãƒ—ãƒ«ã‚³ãƒ¼ãƒ‰ã‚’æœ‰åŠ¹ã«ã™ã‚‹å ´åˆã«ï¼Œã“ã®ã‚ªãƒ—ã‚·ãƒ§
-                ンを指定する．このオプションの使用例については，「11.6 トレース
-                ログ記録のサンプルコードの使用方法」の節を参ç
-§ã™ã‚‹ã“と．
-
-        -p <perlのパス名>
-                perlã®ãƒ‘ã‚¹åã‚’æŒ‡å®šã™ã‚‹ï¼Žçœç•¥ã—ãŸå ´åˆã«ã¯ï¼Œ/usr/local/binと
-                /usr/binを探索し，perlのパス名を決定する．
-
-        -g <コンフィギュレータのパス名>
-                コンフィギュレータ（cfgï¼‰ã®ãƒ‘ã‚¹åã‚’æŒ‡å®šã™ã‚‹ï¼Žçœç•¥ã—ãŸå ´åˆã«ã¯ï¼Œ
-                デフォルトのパス名（ASPカーネルのソースディレクトリの下の
-                cfg/cfg/cfg）となる．
-
-        -o <オプション文字列>
-                コンパイラに与えるオプション文字列で，シンボル定義以外のもの．
-                シンボル定義のオプションは，-Oオプションを使用する．オプション
-                æ–‡å­—åˆ—ã«ã‚¹ãƒšãƒ¼ã‚¹ãŒå«ã¾ã‚Œã‚‹å ´åˆã«ã¯ï¼Œ"-O2 -Wall"のように，""で囲
-                んで記述するå¿
-要がある．
-
-        -O <オプション文字列>
-                コンパイラに与えるシンボル定義のためのオプション文字列．オプショ
-                ãƒ³æ–‡å­—åˆ—ã«ã‚¹ãƒšãƒ¼ã‚¹ãŒå«ã¾ã‚Œã‚‹å ´åˆã«ã¯ï¼Œ"-DTEST -DPERF"のように，
-                ""で囲んで記述するå¿
-要がある．
-
-        -k <オプション文字列>
-                リンカに与えるオプション文字列．オプション文字列にスペースが含
-                ã¾ã‚Œã‚‹å ´åˆã«ã¯ï¼Œ""で囲んで記述するå¿
-要がある．
-
-コンフィギュレーションスクリプトが行う処理は次の通りである．
-
-(1) Makefileの生成
-
-テンプレートディレクトリ（デフォルトでは，sample）から適切なMakefileを
-選択し，å¿
-要な箇所を書き換えて，Makefileを生成する．
-
-(2) サンプルプログラムの生成
-
-æŒ‡å®šã—ãŸã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ãƒ—ãƒ­ã‚°ãƒ©ãƒ ãŒãƒ†ãƒ³ãƒ—ãƒ¬ãƒ¼ãƒˆãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã«ã‚ã‚‹å ´åˆï¼Œ
-適切なアプリケーションプログラムのソースファイルを選択し，å¿
-要な箇所を
-書き換えて，アプリケーションプログラムのソースファイル（例えば，
-sample1.h，sample1.c，sample1.cfg）を生成する．
-
-(3) コンフィギュレータが用意できているかのチェック
-
-コンフィギュレータ（cfg）の実行ファイルがあるかチェックし，ファイルがな
-ã„å ´åˆã«ã¯ï¼Œãã®æ—¨ã‚’å‡ºåŠ›ã™ã‚‹ï¼Ž
-
-
-６．Makefileの修正方法
-
-å‰ã®ç« ã§èª¬æ˜Žã—ãŸã‚ˆã†ã«ï¼Œã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚·ãƒ§ãƒ³ã‚¹ã‚¯ãƒªãƒ—ãƒˆã«ä¸Žãˆã‚‹ã‚ªãƒ—ã‚·ãƒ§
-ン等からMakefileが生成されるが，コンフィギュレーションスクリプトで対応
-ã§ããªã„å ´åˆã«ã¯ï¼ŒMakefileを直接修正するå¿
-要がある．ここでは，Makefile
-の中で，修正がå¿
-要となる可能性の高い箇所について説明する．
-
-なお，Makefileを修正した後にコンフィギュレーションスクリプトを再実行す
-ると，修正したMakefileが上書きされてしまうので注意すること（古いものが
-Makefile.bakに保存される）．
-
-6.1 Makefileの変数定義
-
-(A) ターゲット略称
-
-TARGETには，ターゲットシステムの名称を，targetディレクトリの下に置かれ
-ているターゲット依存部ディレクトリの名称で指定する．この定義は，通常は，
-コンフィギュレーションスクリプトに対する-Tオプションにより行う．
-
-(B) オブジェクトファイルの拡張子
-
-Cygwin環境でコンパイルする時には，OBJEXTを"exe"に定義するå¿
-要がある．こ
-れは，Cygwin環境では，ロードモジュールのファイル名に拡張子".exe"ãŒä»˜åŠ 
-されるのに対応するためのものである．Cygwin環境であることを判定できれば，
-コンフィギュレーションスクリプトがこの定義を行う．
-
-(C) 実行環境（ターゲット依存）
-
-ターゲットによっては，実行環境に対応してターゲット依存部のコードを差し
-æ›ãˆã‚‹å ´åˆãŒã‚ã‚‹ï¼Žã“ã‚Œã‚’å¯èƒ½ã«ã™ã‚‹ãŸã‚ã«ï¼Œå®Ÿè¡Œç’°å¢ƒã®åç§°ã‚’DBGENVに定義
-している．この定義は，通常は，コンフィギュレーションスクリプトに対す
-る-Dオプションにより行う．どのターゲットがどの実行環境に対応しているか
-は，ターゲット依存部のユーザーズマニュアルを参ç
-§ã™ã‚‹ã“と．
-
-(D) カーネルライブラリのディレクトリ名
-
-KERNEL_LIBには，カーネルライブラリの置かれたディレクトリ名を定義する．
-この定義は，通常は，コンフィギュレーションスクリプトに対する-Lオプショ
-ンにより行う．
-
-(E) カーネルを関数単位でコンパイルするかどうか
-
-KERNEL_FUNCOBJSã¯ï¼Œã‚«ãƒ¼ãƒãƒ«ã‚’é–¢æ•°å˜ä½ã§ã‚³ãƒ³ãƒ‘ã‚¤ãƒ«ã™ã‚‹å ´åˆã«ã¯trueに定義
-ã—ï¼Œãƒ•ã‚¡ã‚¤ãƒ«å˜ä½ã§ã‚³ãƒ³ãƒ‘ã‚¤ãƒ«ã™ã‚‹å ´åˆã«ã¯æœªå®šç¾©ã¨ã™ã‚‹ï¼Žã“ã®å®šç¾©ã¯ï¼Œé€šå¸¸
-は，コンフィギュレーションスクリプトに対する-fオプションにより行う．
-
-(F) å
-±é€šã‚³ãƒ³ãƒ‘イルオプション
-
-すべてのプログラムにå
-±é€šã™ã‚‹ã‚³ãƒ³ãƒ‘ã‚¤ãƒ«ã‚ªãƒ—ã‚·ãƒ§ãƒ³ã®è¿½åŠ がå¿
-è¦ãªå ´åˆã«ã¯ï¼Œ
-下の変数の定義を変更する．そのコンパイルオプションが，特定のターゲット
-で常にå¿
-è¦ãªå ´åˆã«ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜ã®å®šç¾©ã‚’å
-¥ã‚ŒãŸMakefile.target等を修
-正すべきである．
-
-        CDEFS           コンパイラに対する-Dオプションを記述する．
-        INCLUDES        コンパイラに対する-Iオプションを記述する．
-        COPTS           コンパイラに対するその他のオプションを記述する．
-        LDFLAGS         リンカに対するオプションを記述する．
-        LIBS            ライブラリリンクのためのオプションを記述する．
-
-è¿½åŠ ã®å¯èƒ½æ€§ã®ã‚ã‚‹ã‚³ãƒ³ãƒ‘ã‚¤ãƒ«ã‚ªãƒ—ã‚·ãƒ§ãƒ³ã«ã¤ã„ã¦ã¯ï¼Œã€Œ6.2 コンパイルオプ
-ション」の節を参ç
-§ã®ã“と．
-
-(G) アプリケーションプログラム名
-
-APPLNAMEには，アプリケーションプログラム名を定義する．システムコンフィ
-ギュレーションファイル名は，APPLNAMEに定義した名前に拡張子".cfg"ã‚’ä»˜åŠ 
-した名前とする．また，アプリケーションのメインファイルは，APPLNAMEに定
-義した名前に拡張子".c"ã‚’ä»˜åŠ ã—ãŸåå‰ã¨ã™ã‚‹ï¼Žã“ã®å®šç¾©ã¯ï¼Œé€šå¸¸ã¯ï¼Œã‚³ãƒ³ãƒ•ã‚£
-ギュレーションスクリプトに対する-Aオプションにより行う．
-
-(H) アプリケーションのディレクトリ名
-
-アプリケーションのソースファイルを，オブジェクトファイルを置くのとは別
-ã®ãƒ‡ã‚£ãƒ¬ã‚¯ãƒˆãƒªã«ç½®ãå ´åˆã«ã¯ï¼ŒAPPLDIRにそのディレクトリ名を定義する．こ
-の定義は，通常は，コンフィギュレーションスクリプトに対する-aオプション
-により行う．アプリケーションのソースファイルを置くディレクトリが複数あ
-ã‚‹å ´åˆã«ã¯ï¼ŒAPPL_DIRの定義を変更することで対応する．
-
-(I) アプリケーションのプログラムファイル名
-
-ã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ãŒè¤‡æ•°ã®ã‚½ãƒ¼ã‚¹ãƒ•ã‚¡ã‚¤ãƒ«ã§æ§‹æˆã•ã‚Œã‚‹å ´åˆã«ã¯ï¼Œãã®ã‚ªãƒ–ã‚¸ã‚§
-クトファイル名を，APPL_ASMOBJS，APPL_COBJS，APPL_CXXOBJSに列挙する．
-
-(J) アプリケーションのコンパイルオプション
-
-アプリケーションのコンパイルにå¿
-要なコンパイルオプションや，アプリケー
-ションがライブラリをå¿
-è¦ã¨ã™ã‚‹å ´åˆã«ã¯ï¼ŒAPPL_CFLAGSおよびAPPL_LIBSに定
-義する．
-
-(K) ロードモジュールのファイル名
-
-標準のロードモジュールのファイル名をOBJNAMEに定義する．デフォルトはasp
-である．
-
-(L) ターゲットファイルの定義
-
-ターゲット"all"の依存ファイルとして，ロードモジュールの形式を指定する．
-å
-·ä½“的には，ELF形式の時は$(OBJFILE)，バイナリ形式の時は$(OBJNAME).bin，
-モトローラ S形式の時は$(OBJNAME).srecを指定する．$(OBJFILE)は，Cygwin
-環境でOBJEXTを"exe"に定義した時には$(OBJNAME).exeï¼Œãã†ã§ãªã„å ´åˆã«ã¯
-$(OBJNAME)となる．
-
-(M) makedepのオプションの定義
-
-Cygwin環境でルートディレクトリが"cygdrive"ã§ãªã„å ´åˆã«ã¯ï¼Œmakedepの-Rオ
-プションでルートディレクトリ名を与えるå¿
-要がある．また，Makefileのター
-ゲット部（":"の左側）に複数のファイル名を記述すると（カーネルを関数単位
-ã§ãƒ©ã‚¤ãƒ–ãƒ©ãƒªåŒ–ã™ã‚‹å ´åˆã«ï¼Œã“ã®ã‚ˆã†ãªè¨˜è¿°ãŒç”Ÿæˆã•ã‚Œã‚‹ï¼‰æ­£ã—ãå‹•ä½œã—ãªã„
-å ´åˆã«ã¯ï¼ˆCygwin環境のGNU Makeã§ã“ã®ã‚ˆã†ãªåˆ¶é™ãŒã‚ã‚‹ã¨ã„ã†å ±å‘ŠãŒã‚ã‚‹ï¼‰ï¼Œ
-makedepに-Sオプションを付与するå¿
-要がある．
-
-makedepのオプションは，次の例のように，MAKEDEP_OPTSに定義する．
+                トレースログ記録のサンプルコードを有効にする場合に，このオプショ
+                ンを指定する．このオプションの使用例については，「11.6 トレース
+                ログ記録のサンプルコードの使用方法」の節を参照すること．
+
+        -p <perlのパス名>
+                perlのパス名を指定する．省略した場合には，/usr/local/binと
+                /usr/binを探索し，perlのパス名を決定する．
+
+        -g <コンフィギュレータのパス名>
+                コンフィギュレータ（cfg）のパス名を指定する．省略した場合には，
+                デフォルトのパス名（ASPカーネルのソースディレクトリの下の
+                cfg/cfg/cfg）となる．
+
+        -o <オプション文字列>
+                コンパイラに与えるオプション文字列で，シンボル定義以外のもの．
+                シンボル定義のオプションは，-Oオプションを使用する．オプション
+                文字列にスペースが含まれる場合には，"-O2 -Wall"のように，""で囲
+                んで記述する必要がある．
+
+        -O <オプション文字列>
+                コンパイラに与えるシンボル定義のためのオプション文字列．オプショ
+                ン文字列にスペースが含まれる場合には，"-DTEST -DPERF"のように，
+                ""で囲んで記述する必要がある．
+
+        -k <オプション文字列>
+                リンカに与えるオプション文字列．オプション文字列にスペースが含
+                まれる場合には，""で囲んで記述する必要がある．
+
+コンフィギュレーションスクリプトが行う処理は次の通りである．
+
+(1) Makefileの生成
+
+テンプレートディレクトリ（デフォルトでは，sample）から適切なMakefileを
+選択し，必要な箇所を書き換えて，Makefileを生成する．
+
+(2) サンプルプログラムの生成
+
+指定したアプリケーションプログラムがテンプレートディレクトリにある場合，
+適切なアプリケーションプログラムのソースファイルを選択し，必要な箇所を
+書き換えて，アプリケーションプログラムのソースファイル（例えば，
+sample1.h，sample1.c，sample1.cfg）を生成する．
+
+(3) コンフィギュレータが用意できているかのチェック
+
+コンフィギュレータ（cfg）の実行ファイルがあるかチェックし，ファイルがな
+い場合には，その旨を出力する．
+
+
+６．Makefileの修正方法
+
+前の章で説明したように，コンフィギュレーションスクリプトに与えるオプショ
+ン等からMakefileが生成されるが，コンフィギュレーションスクリプトで対応
+できない場合には，Makefileを直接修正する必要がある．ここでは，Makefile
+の中で，修正が必要となる可能性の高い箇所について説明する．
+
+なお，Makefileを修正した後にコンフィギュレーションスクリプトを再実行す
+ると，修正したMakefileが上書きされてしまうので注意すること（古いものが
+Makefile.bakに保存される）．
+
+6.1 Makefileの変数定義
+
+(A) ターゲット略称
+
+TARGETには，ターゲットシステムの名称を，targetディレクトリの下に置かれ
+ているターゲット依存部ディレクトリの名称で指定する．この定義は，通常は，
+コンフィギュレーションスクリプトに対する-Tオプションにより行う．
+
+(B) オブジェクトファイルの拡張子
+
+Cygwin環境でコンパイルする時には，OBJEXTを"exe"に定義する必要がある．こ
+れは，Cygwin環境では，ロードモジュールのファイル名に拡張子".exe"が付加
+されるのに対応するためのものである．Cygwin環境であることを判定できれば，
+コンフィギュレーションスクリプトがこの定義を行う．
+
+(C) 実行環境（ターゲット依存）
+
+ターゲットによっては，実行環境に対応してターゲット依存部のコードを差し
+換える場合がある．これを可能にするために，実行環境の名称をDBGENVに定義
+している．この定義は，通常は，コンフィギュレーションスクリプトに対す
+る-Dオプションにより行う．どのターゲットがどの実行環境に対応しているか
+は，ターゲット依存部のユーザーズマニュアルを参照すること．
+
+(D) カーネルライブラリのディレクトリ名
+
+KERNEL_LIBには，カーネルライブラリの置かれたディレクトリ名を定義する．
+この定義は，通常は，コンフィギュレーションスクリプトに対する-Lオプショ
+ンにより行う．
+
+(E) カーネルを関数単位でコンパイルするかどうか
+
+KERNEL_FUNCOBJSは，カーネルを関数単位でコンパイルする場合にはtrueに定義
+し，ファイル単位でコンパイルする場合には未定義とする．この定義は，通常
+は，コンフィギュレーションスクリプトに対する-fオプションにより行う．
+
+(F) 共通コンパイルオプション
+
+すべてのプログラムに共通するコンパイルオプションの追加が必要な場合には，
+下の変数の定義を変更する．そのコンパイルオプションが，特定のターゲット
+で常に必要な場合には，ターゲット依存の定義を入れたMakefile.target等を修
+正すべきである．
+
+        CDEFS           コンパイラに対する-Dオプションを記述する．
+        INCLUDES        コンパイラに対する-Iオプションを記述する．
+        COPTS           コンパイラに対するその他のオプションを記述する．
+        LDFLAGS         リンカに対するオプションを記述する．
+        LIBS            ライブラリリンクのためのオプションを記述する．
+
+追加の可能性のあるコンパイルオプションについては，「6.2 コンパイルオプ
+ション」の節を参照のこと．
+
+(G) アプリケーションプログラム名
+
+APPLNAMEには，アプリケーションプログラム名を定義する．システムコンフィ
+ギュレーションファイル名は，APPLNAMEに定義した名前に拡張子".cfg"を付加
+した名前とする．また，アプリケーションのメインファイルは，APPLNAMEに定
+義した名前に拡張子".c"を付加した名前とする．この定義は，通常は，コンフィ
+ギュレーションスクリプトに対する-Aオプションにより行う．
+
+(H) アプリケーションのディレクトリ名
+
+アプリケーションのソースファイルを，オブジェクトファイルを置くのとは別
+のディレクトリに置く場合には，APPLDIRにそのディレクトリ名を定義する．こ
+の定義は，通常は，コンフィギュレーションスクリプトに対する-aオプション
+により行う．アプリケーションのソースファイルを置くディレクトリが複数あ
+る場合には，APPL_DIRの定義を変更することで対応する．
+
+(I) アプリケーションのプログラムファイル名
+
+アプリケーションが複数のソースファイルで構成される場合には，そのオブジェ
+クトファイル名を，APPL_ASMOBJS，APPL_COBJS，APPL_CXXOBJSに列挙する．
+
+(J) アプリケーションのコンパイルオプション
+
+アプリケーションのコンパイルに必要なコンパイルオプションや，アプリケー
+ションがライブラリを必要とする場合には，APPL_CFLAGSおよびAPPL_LIBSに定
+義する．
+
+(K) ロードモジュールのファイル名
+
+標準のロードモジュールのファイル名をOBJNAMEに定義する．デフォルトはasp
+である．
+
+(L) ターゲットファイルの定義
+
+ターゲット"all"の依存ファイルとして，ロードモジュールの形式を指定する．
+具体的には，ELF形式の時は$(OBJFILE)，バイナリ形式の時は$(OBJNAME).bin，
+モトローラ S形式の時は$(OBJNAME).srecを指定する．$(OBJFILE)は，Cygwin
+環境でOBJEXTを"exe"に定義した時には$(OBJNAME).exe，そうでない場合には
+$(OBJNAME)となる．
+
+(M) makedepのオプションの定義
+
+Cygwin環境でルートディレクトリが"cygdrive"でない場合には，makedepの-Rオ
+プションでルートディレクトリ名を与える必要がある．また，Makefileのター
+ゲット部（":"の左側）に複数のファイル名を記述すると（カーネルを関数単位
+でライブラリ化する場合に，このような記述が生成される）正しく動作しない
+場合には（Cygwin環境のGNU Makeでこのような制限があるという報告がある），
+makedepに-Sオプションを付与する必要がある．
+
+makedepのオプションは，次の例のように，MAKEDEP_OPTSに定義する．
 
 MAKEDEP_OPTS = -R cygdrive -S
 
-6.2 コンパイルオプション
-
-ASPカーネルのコード中には，assertマクロが使われている．assertマクロは，
-NDEBUGを定義することで，オブジェクトコード中から消すことができる．カー
-ネルのデバッグが終了すれば，-DNDEBUGを指定してコンパイルした方が効率が
-よくなる．
-
-ターゲット依存部において，コンパイルオプションに-Werror（警告をエラー扱
-ã„ã™ã‚‹ï¼‰ã‚’æŒ‡å®šã—ã¦ã„ã‚‹å ´åˆãŒã‚ã‚‹ï¼Žãã®ã‚ˆã†ãªã‚¿ãƒ¼ã‚²ãƒƒãƒˆã«ãŠã„ã¦ï¼Œã‚¢ãƒ—ãƒª
-ã‚±ãƒ¼ã‚·ãƒ§ãƒ³ã§è­¦å‘ŠãŒé¿ã‘ã‚‰ã‚Œãªã„å ´åˆã«ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã‚’ä¿®æ­£ã—ã¦ã‚³ãƒ³
-パイルオプションを削除するå¿
-要がある．
-
-また，TOPPERS_OMIT_SYSLOGを定義してコンパイルすることで，システムログ出
-力を抑止することができる．
-
-
-７．コンフィギュレータの使い方
-
-コンフィギュレータ（cfg）は，TOPPERS新世代カーネル統合仕様書の2.12.5節
-の記述の通り，3つのパスで構成される．
-
-コンフィギュレータは，システムコンフィギュレーションファイル名をパラメー
-タに取り，以下のオプションを持つ（重要なもののみ）．
+6.2 コンパイルオプション
+
+ASPカーネルのコード中には，assertマクロが使われている．assertマクロは，
+NDEBUGを定義することで，オブジェクトコード中から消すことができる．カー
+ネルのデバッグが終了すれば，-DNDEBUGを指定してコンパイルした方が効率が
+よくなる．
+
+ターゲット依存部において，コンパイルオプションに-Werror（警告をエラー扱
+いする）を指定している場合がある．そのようなターゲットにおいて，アプリ
+ケーションで警告が避けられない場合には，ターゲット依存部を修正してコン
+パイルオプションを削除する必要がある．
+
+また，TOPPERS_OMIT_SYSLOGを定義してコンパイルすることで，システムログ出
+力を抑止することができる．
+
+
+７．コンフィギュレータの使い方
+
+コンフィギュレータ（cfg）は，TOPPERS新世代カーネル統合仕様書の2.12.5節
+の記述の通り，3つのパスで構成される．
+
+コンフィギュレータは，システムコンフィギュレーションファイル名をパラメー
+タに取り，以下のオプションを持つ（重要なもののみ）．
 
         --help
-                オプションのリストと説明を表示する．
-
-        -vï¼»--versionï¼½
-                コンフィギュレータのバージョンを表示する．
-
-        -k［--kernel］<カーネル名>
-                カーネルの名称を指定する．デフォルトはasp．
-
-        -p［--pass］<パス番号>
-                パス番号を指定する．1～3のいずれか．
-
-        -I［--include-path］<インクルードパス名>
-                INCLUDEディレクティブにおいて，インクルードするコンフィギュレー
-                ションファイルを探すパス名を指定する．
-
-        -T［--template-file］<テンプレートファイル名>
-                テンプレートファイルの名称を指定する．パス2とパス3で有効．
-
-        --api-table <静的APIテーブルファイル名>
-                静的APIテーブルのファイル名を指定する．
-
-        --cfg1-def-table <値取得シンボルテーブルファイル名>
-                値取得シンボルテーブルのファイル名を指定する．
-
-        -r［--rom-image］<ロードモジュール名>
-                ロードモジュールをSレコードフォーマットの形に変換したファイルの
-                名称を指定する．パス3でのみ有効．
-
-        -s [--symbol-table] <シンボルファイル名>
-                ロードモジュール中の各シンボルとアドレスの対応表を含むシンボル
-                ファイルの名称を指定する．パス3でのみ有効．
-
-        --id-output-file <ID番号出力ファイル名>
-                オブジェクトのID番号の割付け結果を，指定した名前のファイルに書
-                き出す．パス2でのみ有効．
-
-        --id-input-file <ID番号å
-¥åŠ›ãƒ•ã‚¡ã‚¤ãƒ«å>
-                オブジェクトのID番号の割付けを，指定した名前のファイルから取り
-                込む．パス2でのみ有効．
+                オプションのリストと説明を表示する．
+
+        -v［--version］
+                コンフィギュレータのバージョンを表示する．
+
+        -k［--kernel］<カーネル名>
+                カーネルの名称を指定する．デフォルトはasp．
+
+        -p［--pass］<パス番号>
+                パス番号を指定する．1～3のいずれか．
+
+        -I［--include-path］<インクルードパス名>
+                INCLUDEディレクティブにおいて，インクルードするコンフィギュレー
+                ションファイルを探すパス名を指定する．
+
+        -T［--template-file］<テンプレートファイル名>
+                テンプレートファイルの名称を指定する．パス2とパス3で有効．
+
+        --api-table <静的APIテーブルファイル名>
+                静的APIテーブルのファイル名を指定する．
+
+        --cfg1-def-table <値取得シンボルテーブルファイル名>
+                値取得シンボルテーブルのファイル名を指定する．
+
+        -r［--rom-image］<ロードモジュール名>
+                ロードモジュールをSレコードフォーマットの形に変換したファイルの
+                名称を指定する．パス3でのみ有効．
+
+        -s [--symbol-table] <シンボルファイル名>
+                ロードモジュール中の各シンボルとアドレスの対応表を含むシンボル
+                ファイルの名称を指定する．パス3でのみ有効．
+
+        --id-output-file <ID番号出力ファイル名>
+                オブジェクトのID番号の割付け結果を，指定した名前のファイルに書
+                き出す．パス2でのみ有効．
+
+        --id-input-file <ID番号入力ファイル名>
+                オブジェクトのID番号の割付けを，指定した名前のファイルから取り
+                込む．パス2でのみ有効．
 
         --external-id
-                オブジェクトのID番号を保持する変数の定義を生成する．パス2でのみ
-                有効．
-
-        -M［--print-dependencies］<ターゲットシンボル>
-                システムコンフィギュレーションファイルの依存関係を出力する．
-                Makefile中の依存関係を生成する際に用いる．
-
-コンフィギュレータの詳細仕様については，別途PDFファイルの形でé
-å¸ƒã—てい
-る「TOPPERS新世代カーネル用コンフィギュレータ仕様」を参ç
-§ã™ã‚‹ã“と．
-
-
-８．システムサービス
-
-8.1 システムログ機能
-
-システムログ機能は，カーネルå†
-で発生した異常事象やカーネルのトレースロ
-グ，システムサービスやアプリケーションで発生した異常事象やトレースログ
-を，ログæƒ
-å ±ã¨ã—ã¦è¨˜éŒ²ã™ã‚‹ãŸã‚ã®æ©Ÿèƒ½ã§ã‚ã‚‹ï¼Žã¾ãŸï¼Œè¨˜éŒ²ã—ãŸãƒ­ã‚°æƒ
-å ±ã‚’å–
-り出す機能も持つ．
-
-システムログ機能は，システムコンフィギュレーションファイルでsyslog.cfg
-をインクルードすることで，システムに組み込むことができる．システムログ
-出力を行うソースファイルでは，t_syslog.hをインクルードする．また，シス
-テムログ機能のその他のサービスコールを呼び出すソースファイルでは，
-syslog.hをインクルードする．
-
-8.1.1 システムログ機能の位置付け
-
-システムログ機能は，カーネルå†
-からも呼び出すことができるため，カーネル
-より下の階層のモジュールと位置付けることができる．この意味では，他のシ
-ステムサービスとは位置付けが異なる．
-
-一方，ログæƒ
-å ±ã‚’ã‚·ã‚¹ãƒ†ãƒ å¤–éƒ¨ã«å‡ºåŠ›ã™ã‚‹ãŸã‚ã«ã¯ï¼Œã‚·ãƒªã‚¢ãƒ«ã‚¤ãƒ³ã‚¿ãƒ•ã‚§ãƒ¼ã‚¹
-ドライバなど，カーネル上で動作するシステムサービスを用いるå¿
-要がある．
-そこで，ログæƒ
-å ±ã‚’ã‚·ã‚¹ãƒ†ãƒ å¤–éƒ¨ã«å‡ºåŠ›ã™ã‚‹ãŸã‚ã®ã‚µãƒ¼ãƒ“ã‚¹ï¼ˆã“ã‚Œã‚’ï¼Œã‚·ã‚¹ãƒ†
-ムログタスクと呼ぶ）は，システムログ機能とは分離して実è£
-することとし，
-システムログ機能はログæƒ
-å ±ã®è¨˜éŒ²ãƒ»å–å‡ºã—ã®ãŸã‚ã®æ©Ÿèƒ½ã«çµžã£ã¦ã„ã‚‹ï¼Ž
-
-以上のように，システムログ機能はカーネルより下の階層のモジュールである
-が，システムログ機能の中でログ時刻を取り出すために，カーネルの機能をå¿
-
-要とする．実è£
-上は，カーネルのå†
-部変数を直接参ç
-§ã—ている．そのため，カー
-ネルの実行開始前や終了後は，ログ時刻は正しく記録されない．
-
-8.1.2 ログバッファへの記録と低レベル出力
-
-上述したように，ログæƒ
-å ±ã‚’ã‚·ã‚¹ãƒ†ãƒ ã®å¤–éƒ¨ã«å‡ºåŠ›ã™ã‚‹ãŸã‚ã«ã¯ï¼Œã‚«ãƒ¼ãƒãƒ«ä¸Š
-で動作するシステムサービスを用いるå¿
-要があるため，カーネルの動作を継続
-ã§ããªã„ã‚ˆã†ãªé‡å¤§ãªç•°å¸¸äº‹è±¡ãŒèµ·ã“ã£ãŸå ´åˆã«ã¯ï¼Œãƒ­ã‚°æƒ
-å ±ã‚’å‡ºåŠ›ã§ããªã
-ãªã‚‹ï¼Žã¾ãŸï¼Œã“ã‚Œã‚‰ã®ã‚·ã‚¹ãƒ†ãƒ ã‚µãƒ¼ãƒ“ã‚¹è‡ªèº«ã‚’ãƒ‡ãƒãƒƒã‚°ã™ã‚‹å ´åˆã«ã‚‚ï¼Œãƒ­ã‚°æƒ
-
-å ±ã®å‡ºåŠ›ãŒã§ããªã„ï¼Ž
-
-ãã“ã§ï¼Œã‚«ãƒ¼ãƒãƒ«ä¸Šã§å‹•ä½œã™ã‚‹ã‚·ã‚¹ãƒ†ãƒ ã‚µãƒ¼ãƒ“ã‚¹ãŒä½¿ãˆãªã„å ´åˆã«ã§ã‚‚ãƒ­ã‚°æƒ
-
-å ±ã‚’å‡ºåŠ›ã™ã‚‹ãŸã‚ã«ï¼Œä½Žãƒ¬ãƒ™ãƒ«å‡ºåŠ›æ©Ÿèƒ½ã‚’ç”¨æ„ã™ã‚‹ï¼Žä½Žãƒ¬ãƒ™ãƒ«å‡ºåŠ›æ©Ÿèƒ½ã¯ï¼Œã‚¿ãƒ¼
-ゲット依存に用意する低レベルの文字出力関数（target_fput_log）を用いてロ
-グæƒ
-å ±ã‚’å‡ºåŠ›ã™ã‚‹æ©Ÿèƒ½ã§ã‚ã‚‹ï¼Žä½Žãƒ¬ãƒ™ãƒ«ã®æ–‡å­—å‡ºåŠ›é–¢æ•°ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨
-ã§ç”¨æ„ã™ã‚‹ã“ã¨ã¨ã—ã¦ã„ã‚‹ãŒï¼Œæœ€çµ‚è£½å“ã«çµ„ã¿è¾¼ã¾ã‚Œã‚‹å ´åˆãªã©ã§ã¯ï¼Œæ–‡å­—ã‚’
-å‡ºåŠ›ã™ã‚‹æ–¹æ³•ãŒãªã„çŠ¶æ³ã‚‚è€ƒãˆã‚‰ã‚Œã‚‹ï¼Žãã®ã‚ˆã†ãªå ´åˆï¼Œä½Žãƒ¬ãƒ™ãƒ«ã®æ–‡å­—å‡ºåŠ›
-関数に送られた文字は，メモリ上に残しておくか，捨ててしまうしかない．
-
-ログæƒ
-å ±ã‚’ï¼Œãƒ­ã‚°ãƒãƒƒãƒ•ã‚¡ã¸è¨˜éŒ²ã™ã‚‹ã‹ä½Žãƒ¬ãƒ™ãƒ«å‡ºåŠ›æ©Ÿèƒ½ã‚’ç”¨ã„ã¦å‡ºåŠ›ã™ã‚‹ã‹
-の設定は，システムログ機能のサービスコール（syslog_msk_log）によって行
-うことができる．syslog_msk_logの使い方については後述する．デフォルトで
-は（システムログタスクを動作させず，syslog_msk_logã‚‚å‘¼ã³å‡ºã•ãªã„å ´åˆï¼‰ï¼Œ
-すべてのログæƒ
-å ±ã‚’ä½Žãƒ¬ãƒ™ãƒ«å‡ºåŠ›æ©Ÿèƒ½ã‚’ç”¨ã„ã¦å‡ºåŠ›ã—ï¼Œãƒ­ã‚°ãƒãƒƒãƒ•ã‚¡ã«ã¯è¨˜éŒ²
-しない．
-
-低レベル出力機能を用いると，ログメッセージの作成処理（printf相当の処理）
-と低レベルの文字出力処理をカーネルå†
-で行うために，カーネルの応答性が悪
-くなることに注意しなければならない．特に，低レベルの文字出力処理はデバ
-イスをポーリングする形で実è£
-ã™ã‚‹ã®ãŒé€šå¸¸ã§ï¼Œãã®å ´åˆã«ã¯ï¼Œã‚«ãƒ¼ãƒãƒ«ã®å¿œ
-答性は実用的と言えない程に悪くなる．
-
-8.1.3 ログæƒ
-å ±ã®ç¨®åˆ¥
-
-システムログ機能は，ログæƒ
-å ±ã«ä»¥ä¸‹ã®ç¨®åˆ¥ã‚’è¨­ã‘ã¦ã„ã‚‹ï¼Ž
-
-                LOG_TYPE_COMMENT        コメント
-                LOG_TYPE_ASSERT         アサーションの失敗
-                LOG_TYPE_INH            割込みハンドラ
-                LOG_TYPE_ISR            割込みサービスルーチン
-                LOG_TYPE_CYC            周期ハンドラ
-                LOG_TYPE_ALM            アラームハンドラ
-                LOG_TYPE_OVR            オーバランハンドラ
-                LOG_TYPE_EXC            CPU例外ハンドラ
-                LOG_TYPE_TEX            タスク例外処理ルーチン
-                LOG_TYPE_TSKSTAT        タスク状æ
-‹å¤‰åŒ–
-                LOG_TYPE_DSP            ディスパッチャ
-                LOG_TYPE_SVC            サービスコール
-
-ログæƒ
-å ±ã®ç¨®åˆ¥ã®ä¸­ã§ï¼ŒLOG_TYPE_COMMENTとLOG_TYPE_ASSERT以外は，カーネル
-のトレースログに用いるためのものであるが，使用するかどうかはターゲット
-依存部に任されている．
-
-8.1.4 ログæƒ
-å ±ã®é‡è¦åº¦
-
-システムログ機能は，ログæƒ
-å ±ã‚’å‡ºåŠ›ã™ã‚‹éš›ã«æŒ‡å®šã™ã‚‹é‡è¦åº¦ã«åŸºã¥ã„ã¦ï¼Œå®Ÿ
-際に出力するログæƒ
-å ±ã‚’å‹•çš„ã«è¨­å®šã™ã‚‹ã“ã¨ãŒã§ãã‚‹ï¼Žã“ã‚Œã¯ï¼ŒUNIXのシステ
-ムログ機能をまねたもので，ログの重要度の種類や指定方法もUNIXのAPIを参考
-にしている．また，低レベル出力機能を用いて出力するログæƒ
-å ±ã‚‚ï¼Œé‡è¦åº¦ã«
-基づいて動的に設定することができる．
-
-å
-·ä½“的には，ログの重要度として次の8段階を用意している．
-
-                LOG_EMERG               カーネルの動作を継続できないエラー
+                オブジェクトのID番号を保持する変数の定義を生成する．パス2でのみ
+                有効．
+
+        -M［--print-dependencies］<ターゲットシンボル>
+                システムコンフィギュレーションファイルの依存関係を出力する．
+                Makefile中の依存関係を生成する際に用いる．
+
+コンフィギュレータの詳細仕様については，別途PDFファイルの形で配布してい
+る「TOPPERS新世代カーネル用コンフィギュレータ仕様」を参照すること．
+
+
+８．システムサービス
+
+8.1 システムログ機能
+
+システムログ機能は，カーネル内で発生した異常事象やカーネルのトレースロ
+グ，システムサービスやアプリケーションで発生した異常事象やトレースログ
+を，ログ情報として記録するための機能である．また，記録したログ情報を取
+り出す機能も持つ．
+
+システムログ機能は，システムコンフィギュレーションファイルでsyslog.cfg
+をインクルードすることで，システムに組み込むことができる．システムログ
+出力を行うソースファイルでは，t_syslog.hをインクルードする．また，シス
+テムログ機能のその他のサービスコールを呼び出すソースファイルでは，
+syslog.hをインクルードする．
+
+8.1.1 システムログ機能の位置付け
+
+システムログ機能は，カーネル内からも呼び出すことができるため，カーネル
+より下の階層のモジュールと位置付けることができる．この意味では，他のシ
+ステムサービスとは位置付けが異なる．
+
+一方，ログ情報をシステム外部に出力するためには，シリアルインタフェース
+ドライバなど，カーネル上で動作するシステムサービスを用いる必要がある．
+そこで，ログ情報をシステム外部に出力するためのサービス（これを，システ
+ムログタスクと呼ぶ）は，システムログ機能とは分離して実装することとし，
+システムログ機能はログ情報の記録・取出しのための機能に絞っている．
+
+以上のように，システムログ機能はカーネルより下の階層のモジュールである
+が，システムログ機能の中でログ時刻を取り出すために，カーネルの機能を必
+要とする．実装上は，カーネルの内部変数を直接参照している．そのため，カー
+ネルの実行開始前や終了後は，ログ時刻は正しく記録されない．
+
+8.1.2 ログバッファへの記録と低レベル出力
+
+上述したように，ログ情報をシステムの外部に出力するためには，カーネル上
+で動作するシステムサービスを用いる必要があるため，カーネルの動作を継続
+できないような重大な異常事象が起こった場合には，ログ情報を出力できなく
+なる．また，これらのシステムサービス自身をデバッグする場合にも，ログ情
+報の出力ができない．
+
+そこで，カーネル上で動作するシステムサービスが使えない場合にでもログ情
+報を出力するために，低レベル出力機能を用意する．低レベル出力機能は，ター
+ゲット依存に用意する低レベルの文字出力関数（target_fput_log）を用いてロ
+グ情報を出力する機能である．低レベルの文字出力関数は，ターゲット依存部
+で用意することとしているが，最終製品に組み込まれる場合などでは，文字を
+出力する方法がない状況も考えられる．そのような場合，低レベルの文字出力
+関数に送られた文字は，メモリ上に残しておくか，捨ててしまうしかない．
+
+ログ情報を，ログバッファへ記録するか低レベル出力機能を用いて出力するか
+の設定は，システムログ機能のサービスコール（syslog_msk_log）によって行
+うことができる．syslog_msk_logの使い方については後述する．デフォルトで
+は（システムログタスクを動作させず，syslog_msk_logも呼び出さない場合），
+すべてのログ情報を低レベル出力機能を用いて出力し，ログバッファには記録
+しない．
+
+低レベル出力機能を用いると，ログメッセージの作成処理（printf相当の処理）
+と低レベルの文字出力処理をカーネル内で行うために，カーネルの応答性が悪
+くなることに注意しなければならない．特に，低レベルの文字出力処理はデバ
+イスをポーリングする形で実装するのが通常で，その場合には，カーネルの応
+答性は実用的と言えない程に悪くなる．
+
+8.1.3 ログ情報の種別
+
+システムログ機能は，ログ情報に以下の種別を設けている．
+
+                LOG_TYPE_COMMENT        コメント
+                LOG_TYPE_ASSERT         アサーションの失敗
+                LOG_TYPE_INH            割込みハンドラ
+                LOG_TYPE_ISR            割込みサービスルーチン
+                LOG_TYPE_CYC            周期ハンドラ
+                LOG_TYPE_ALM            アラームハンドラ
+                LOG_TYPE_OVR            オーバランハンドラ
+                LOG_TYPE_EXC            CPU例外ハンドラ
+                LOG_TYPE_TEX            タスク例外処理ルーチン
+                LOG_TYPE_TSKSTAT        タスク状態変化
+                LOG_TYPE_DSP            ディスパッチャ
+                LOG_TYPE_SVC            サービスコール
+
+ログ情報の種別の中で，LOG_TYPE_COMMENTとLOG_TYPE_ASSERT以外は，カーネル
+のトレースログに用いるためのものであるが，使用するかどうかはターゲット
+依存部に任されている．
+
+8.1.4 ログ情報の重要度
+
+システムログ機能は，ログ情報を出力する際に指定する重要度に基づいて，実
+際に出力するログ情報を動的に設定することができる．これは，UNIXのシステ
+ムログ機能をまねたもので，ログの重要度の種類や指定方法もUNIXのAPIを参考
+にしている．また，低レベル出力機能を用いて出力するログ情報も，重要度に
+基づいて動的に設定することができる．
+
+具体的には，ログの重要度として次の8段階を用意している．
+
+                LOG_EMERG               カーネルの動作を継続できないエラー
                 LOG_ALERT
                 LOG_CRIT
-                LOG_ERROR               重要性の低いシステムエラー
-                LOG_WARNING             警告メッセージ．システムは安å
-¨ã«ç¶™ç¶šå‹•ä½œã§ãã‚‹
+                LOG_ERROR               重要性の低いシステムエラー
+                LOG_WARNING             警告メッセージ．システムは安全に継続動作できる
                 LOG_NOTICE
                 LOG_INFO
-                LOG_DEBUG               デバッグのためのメッセージ
-
-どの重要度のログæƒ
-å ±ã‚’ãƒ­ã‚°ãƒãƒƒãƒ•ã‚¡ã«è¨˜éŒ²ã™ã‚‹ã‹ã¨ï¼Œã©ã®é‡è¦åº¦ã®ãƒ­ã‚°æƒ
-å ±
-を低レベル出力機能を用いて出力するかは，システムログ機能のサービスコー
-ル（syslog_msk_log）によって設定することができる．
-
-8.1.5 ログæƒ
-å ±ã®ãƒ‡ãƒ¼ã‚¿æ§‹é€ 
-
-ログæƒ
-å ±ã‚’æ ¼ç´ã™ã‚‹ãŸã‚ã®ãƒ‡ãƒ¼ã‚¿åž‹ã¨ã—ã¦ï¼ŒSYSLOGæ§‹é€ ä½“ã‚’ç”¨æ„ã—ã¦ã„ã‚‹ï¼Ž
-SYSLOGæ§‹é€ ä½“ã«ã¯ï¼Œãƒ­ã‚°æƒ
-å ±ã®ç¨®åˆ¥ï¼ˆlogtypeフィールド），ログ時刻
-（logtimフィールド），その他のログæƒ
-å ±ï¼ˆloginfoフィールド）が含まれる．
-
-SYSLOGæ§‹é€ ä½“ã«æ ¼ç´ã•ã‚ŒãŸãƒ­ã‚°æƒ
-å ±ã‚’å‡ºåŠ›ã™ã‚‹å ´åˆã«ã¯ï¼Œãƒ­ã‚°æ™‚åˆ»ã¯å‡ºåŠ›é–¢æ•°
-（syslog_wri_log）によって書き込まれるため，出力関数を呼ぶ側で書き込む
-å¿
-要はない．
-
-8.1.6 システムログ機能のサービスコール
-
-システムログ機能の提供するサービスコールは次の通りである．これらのサー
-ビスコールを呼び出すソースファイルでは，syslog.hをインクルードするå¿
-要
-がある．
+                LOG_DEBUG               デバッグのためのメッセージ
+
+どの重要度のログ情報をログバッファに記録するかと，どの重要度のログ情報
+を低レベル出力機能を用いて出力するかは，システムログ機能のサービスコー
+ル（syslog_msk_log）によって設定することができる．
+
+8.1.5 ログ情報のデータ構造
+
+ログ情報を格納するためのデータ型として，SYSLOG構造体を用意している．
+SYSLOG構造体には，ログ情報の種別（logtypeフィールド），ログ時刻
+（logtimフィールド），その他のログ情報（loginfoフィールド）が含まれる．
+
+SYSLOG構造体に格納されたログ情報を出力する場合には，ログ時刻は出力関数
+（syslog_wri_log）によって書き込まれるため，出力関数を呼ぶ側で書き込む
+必要はない．
+
+8.1.6 システムログ機能のサービスコール
+
+システムログ機能の提供するサービスコールは次の通りである．これらのサー
+ビスコールを呼び出すソースファイルでは，syslog.hをインクルードする必要
+がある．
 
 (1) ER syslog_wri_log(uint_t prio, const SYSLOG *p_syslog)
 
-システムログ機能に，p_syslogで指定されるログæƒ
-å ±ã‚’ï¼Œprioで指定される重
-要度で出力する（ログバッファへ記録するか低レベル出力機能を用いて出力す
-る）．
-
-プロトタイプ宣言において，*p_syslogにconst指定がされているが，実際には，
-この関数の中で，*p_syslogのlogtimフィールドにシステム時刻を書き込んでい
-る．
+システムログ機能に，p_syslogで指定されるログ情報を，prioで指定される重
+要度で出力する（ログバッファへ記録するか低レベル出力機能を用いて出力す
+る）．
+
+プロトタイプ宣言において，*p_syslogにconst指定がされているが，実際には，
+この関数の中で，*p_syslogのlogtimフィールドにシステム時刻を書き込んでい
+る．
 
 (2) ER_UINT syslog_rea_log(SYSLOG *p_syslog)
 
-ログバッファからログæƒ
-å ±ã‚’1つ取り出す．ログバッファが空の時はE_OBJ，そ
-ã†ã§ãªã„å ´åˆã¯ï¼Œãƒ­ã‚°ãƒãƒƒãƒ•ã‚¡ã®ã‚ªãƒ¼ãƒãƒ•ãƒ­ãƒ¼ã«ã‚ˆã‚Šå¤±ã‚ã‚ŒãŸãƒ­ã‚°æƒ
-å ±ã®æ•°
-（ログæƒ
-å ±ãŒå¤±ã‚ã‚Œã¦ã„ãªã„å ´åˆã¯0）を返す．システムログタスクが用いるこ
-とを想定している．
+ログバッファからログ情報を1つ取り出す．ログバッファが空の時はE_OBJ，そ
+うでない場合は，ログバッファのオーバフローにより失われたログ情報の数
+（ログ情報が失われていない場合は0）を返す．システムログタスクが用いるこ
+とを想定している．
 
 (3) ER syslog_msk_log(uint_t logmask, uint_t lowmask)
 
-ログバッファに記録すべきログæƒ
-å ±ã®é‡è¦åº¦ã®ç¤ºã™ãƒ“ãƒƒãƒˆãƒžãƒƒãƒ—ï¼ˆlogmask）と，
-低レベル出力機能を用いて出力すべきログæƒ
-å ±ã®é‡è¦åº¦ã‚’ç¤ºã™ãƒ“ãƒƒãƒˆãƒžãƒƒãƒ—
-（lowmask）を設定する．ビットマップを作るためのマクロとして，LOG_MASKと
-LOG_UPTOを用意している．
+ログバッファに記録すべきログ情報の重要度の示すビットマップ（logmask）と，
+低レベル出力機能を用いて出力すべきログ情報の重要度を示すビットマップ
+（lowmask）を設定する．ビットマップを作るためのマクロとして，LOG_MASKと
+LOG_UPTOを用意している．
 
 (4) ER syslog_ref_log(T_SYSLOG_RLOG *pk_rlog)
 
-システムログ機能の状æ
-‹ã‚’参ç
-§ã™ã‚‹ï¼Žå
-·ä½“的には，ログバッファに記録されて
-いるログæƒ
-å ±ã®æ•°ï¼ˆT_SYSLOG_RLOGæ§‹é€ ä½“ã®countフィールド），ログバッファ
-のオーバフローにより失われたログæƒ
-å ±ã®æ•°ï¼ˆlostフィールド），ログバッファ
-に記録すべきログæƒ
-å ±ã®é‡è¦åº¦ã®ç¤ºã™ãƒ“ãƒƒãƒˆãƒžãƒƒãƒ—ï¼ˆlogmaskフィールド），低
-レベル出力機能を用いて出力すべきログæƒ
-å ±ã®é‡è¦åº¦ã‚’ç¤ºã™ãƒ“ãƒƒãƒˆãƒžãƒƒãƒ—
-（lowmaskフィールド）を参ç
-§ã™ã‚‹ã“とができる．
-
-8.1.7 システムログ機能のためのライブラリ関数とマクロ
-
-システムログ出力のためのライブラリ関数とマクロは次の通りである．これら
-だけを呼び出すソースファイルでは，t_syslog.hをインクルードすればよい．
+システムログ機能の状態を参照する．具体的には，ログバッファに記録されて
+いるログ情報の数（T_SYSLOG_RLOG構造体のcountフィールド），ログバッファ
+のオーバフローにより失われたログ情報の数（lostフィールド），ログバッファ
+に記録すべきログ情報の重要度の示すビットマップ（logmaskフィールド），低
+レベル出力機能を用いて出力すべきログ情報の重要度を示すビットマップ
+（lowmaskフィールド）を参照することができる．
+
+8.1.7 システムログ機能のためのライブラリ関数とマクロ
+
+システムログ出力のためのライブラリ関数とマクロは次の通りである．これら
+だけを呼び出すソースファイルでは，t_syslog.hをインクルードすればよい．
 
 (1) void _syslog_n(uint_t prio, uint_t type, intptr_t arg1, ..., intptr_t argn)
-    ※ nは0～6のいずれか．
-
-ログ種別がtype，パラメータがarg1～argnのログæƒ
-å ±ã‚’ï¼Œé‡è¦åº¦prioで出力す
-るための関数．
+    ※ nは0～6のいずれか．
+
+ログ種別がtype，パラメータがarg1～argnのログ情報を，重要度prioで出力す
+るための関数．
 
 (2) void syslog_n(uint_t prio, const char *format, arg1, ..., argn)
-    ※ nは0～5のいずれか．
-
-format文字列およびそれに続く引数から作成されるメッセージを，ログ種別が
-LOG_TYPE_COMMENTのログæƒ
-å ±ã¨ã—ã¦ï¼Œé‡è¦åº¦prioで出力するためのマクロ．
-
-formatはメッセージのフォーマット記述，arg1～argnはフォーマット記述中で
-参ç
-§ã•ã‚Œã‚‹å€¤ã§ï¼Œprintfのフォーマット記述のサブセットとなっている．arg1～
-argnは，このマクロ中でintptr_t型にキャストされるため，intptr_t型に型変
-換できる任意の型を渡すことができ，型チェックはされない．formatおよび
-arg1～argnには，次の制限がある．
-
-・formatのフォーマット記述は，定数文字列を渡すことを想定しており，この
-マクロ処理を終えた後も変化してはならない．
-
-・format中に使えるフォーマット指定は次の通り．
-
-        %d              引数をint_t型とみなし，10進数で表示
-        %u              引数をuint_t型とみなし，10進数で表示
-        %x              引数をuint_t型とみなし，16進数（英文字は小文字）で表示
-        %X              引数をuint_t型とみなし，16進数（英文字は大文字）で表示
-        %p              引数をポインタとみなし，16進数（英文字は小文字）で表示
-        %c              引数を文字コードとみなし，文字を表示
-        %s              引数を文字列を示すポインタとみなし，文字列を表示
-        %%              '%'を表示（引数は取らない）
-
-%d, %u, %x, %Xにおいては，'%'の直後に表示桁数を指定する10進数値を記述す
-ã‚‹ã“ã¨ãŒã§ãã‚‹ï¼Žãã®å ´åˆï¼Œè¡¨ç¤ºã™ã¹ãæ–‡å­—åˆ—ãŒæŒ‡å®šã—ãŸæ¡æ•°ã«æº€ãŸãªã„å ´åˆ
-には，指定した桁数å†
-に右詰めで表示する．10進数値が'0'ã§å§‹ã¾ã‚‹å ´åˆã«ã¯ï¼Œ
-その間に'0'を埋める．
-
-また，intptr_t型のサイズがlong型のサイズ以上である環境においては，次の
-フォーマット指定も使用することができる．この他のフォーマット指定に'l'
-ã‚’ä»˜åŠ ã—ãŸå ´åˆã«ã¯ç„¡è¦–ã™ã‚‹ï¼ˆ%lcと%lsには対応していない）．
-
-        %ld             引数をlong_t型とみなし，10進数で表示
-        %lu             引数をulong_t型とみなし，10進数で表示
-        %lx             引数をulong_t型とみなし，16進数（英文字は小文字）で表示
-        %lX             引数をulong_t型とみなし，16進数（英文字は大文字）で表示
-
-・arg1～argnã«ãƒã‚¤ãƒ³ã‚¿ã‚’æ¸¡ã™å ´åˆï¼ˆ%sã«å¯¾å¿œã™ã‚‹å¼•æ•°ã®å ´åˆï¼‰ã«ï¼Œãƒã‚¤ãƒ³ã‚¿
-の指すデータは，このマクロ処理を終えた後も変化してはならない．定数文字
-列を渡すことを想定している．
+    ※ nは0～5のいずれか．
+
+format文字列およびそれに続く引数から作成されるメッセージを，ログ種別が
+LOG_TYPE_COMMENTのログ情報として，重要度prioで出力するためのマクロ．
+
+formatはメッセージのフォーマット記述，arg1～argnはフォーマット記述中で
+参照される値で，printfのフォーマット記述のサブセットとなっている．arg1～
+argnは，このマクロ中でintptr_t型にキャストされるため，intptr_t型に型変
+換できる任意の型を渡すことができ，型チェックはされない．formatおよび
+arg1～argnには，次の制限がある．
+
+・formatのフォーマット記述は，定数文字列を渡すことを想定しており，この
+マクロ処理を終えた後も変化してはならない．
+
+・format中に使えるフォーマット指定は次の通り．
+
+        %d              引数をint_t型とみなし，10進数で表示
+        %u              引数をuint_t型とみなし，10進数で表示
+        %x              引数をuint_t型とみなし，16進数（英文字は小文字）で表示
+        %X              引数をuint_t型とみなし，16進数（英文字は大文字）で表示
+        %p              引数をポインタとみなし，16進数（英文字は小文字）で表示
+        %c              引数を文字コードとみなし，文字を表示
+        %s              引数を文字列を示すポインタとみなし，文字列を表示
+        %%              '%'を表示（引数は取らない）
+
+%d, %u, %x, %Xにおいては，'%'の直後に表示桁数を指定する10進数値を記述す
+ることができる．その場合，表示すべき文字列が指定した桁数に満たない場合
+には，指定した桁数内に右詰めで表示する．10進数値が'0'で始まる場合には，
+その間に'0'を埋める．
+
+また，intptr_t型のサイズがlong型のサイズ以上である環境においては，次の
+フォーマット指定も使用することができる．この他のフォーマット指定に'l'
+を付加した場合には無視する（%lcと%lsには対応していない）．
+
+        %ld             引数をlong_t型とみなし，10進数で表示
+        %lu             引数をulong_t型とみなし，10進数で表示
+        %lx             引数をulong_t型とみなし，16進数（英文字は小文字）で表示
+        %lX             引数をulong_t型とみなし，16進数（英文字は大文字）で表示
+
+・arg1～argnにポインタを渡す場合（%sに対応する引数の場合）に，ポインタ
+の指すデータは，このマクロ処理を終えた後も変化してはならない．定数文字
+列を渡すことを想定している．
 
 (3) void syslog(uint_t prio, const char *format, ...)
 
-format文字列およびそれに続く引数から作成されるメッセージを，ログ種別が
-LOG_TYPE_COMMENTのログæƒ
-å ±ã¨ã—ã¦ï¼Œé‡è¦åº¦prioで出力するための関数で，引
-数の数を可変にしたもの．formatに続く引数は最大5個まで．formatおよびそれ
-に続く引数には，syslog_nと同様の制限がある．
-
-このライブラリ関数は，可変数引数を処理するためにå†
-部で文字列をスキャン
-する．そのため，実行時間が長くなる可能性があり，割込み禁止状æ
-‹ã§å‘¼ã³å‡º
-すべきではない．主にアプリケーションプログラムが用いることを想定してい
-る．
+format文字列およびそれに続く引数から作成されるメッセージを，ログ種別が
+LOG_TYPE_COMMENTのログ情報として，重要度prioで出力するための関数で，引
+数の数を可変にしたもの．formatに続く引数は最大5個まで．formatおよびそれ
+に続く引数には，syslog_nと同様の制限がある．
+
+このライブラリ関数は，可変数引数を処理するために内部で文字列をスキャン
+する．そのため，実行時間が長くなる可能性があり，割込み禁止状態で呼び出
+すべきではない．主にアプリケーションプログラムが用いることを想定してい
+る．
 
 (4) UINT LOG_MASK(UINT prio)
 
-重要度prioのみセットされたビットマップを作るマクロ．syslog_msk_logに渡
-す引数を作るために用いる．
+重要度prioのみセットされたビットマップを作るマクロ．syslog_msk_logに渡
+す引数を作るために用いる．
 
 (5) UINT LOG_UPTO(UINT prio)
 
-重要度prio以上の重要度がすべてセットされたビットマップを作るマクロ．
-syslog_msk_logに渡す引数を作るために用いる．
-
-8.1.8 システムログ機能のその他のサービス
-
-ã‚·ã‚¹ãƒ†ãƒ ãƒ­ã‚°æ©Ÿèƒ½ã¯ï¼Œå‰è¨˜ã®ã‚µãƒ¼ãƒ“ã‚¹ã‚³ãƒ¼ãƒ«ç­‰ã«åŠ ãˆã¦ï¼ŒåˆæœŸåŒ–å‡¦ç†ã®ãŸã‚ã®
-関数を持つ．
+重要度prio以上の重要度がすべてセットされたビットマップを作るマクロ．
+syslog_msk_logに渡す引数を作るために用いる．
+
+8.1.8 システムログ機能のその他のサービス
+
+システムログ機能は，前記のサービスコール等に加えて，初期化処理のための
+関数を持つ．
 
 (1) void syslog_initialize(intptr_t exinf)
 
-システムログ機能を初期化する．ログバッファにログæƒ
-å ±ãŒè¨˜éŒ²ã•ã‚Œã¦ã„ã‚‹å ´
-合には，消去される．syslog.cfgによって，カーネルに初期化ルーチンとして
-登録される．exinfは無視される．
-
-8.2 シリアルインタフェースドライバ
-
-シリアルインタフェースドライバは，シリアルポートを扱うためのドライバで
-ある．
-
-シリアルインタフェースドライバは，システムコンフィギュレーションファイ
-ルでserial.cfgをインクルードすることで，システムに組み込むことができる．
-シリアルインタフェースドライバを呼び出すソースファイルでは，serial.hを
-インクルードする．
-
-シリアルインタフェースドライバは，ポート毎にセマフォを2個ずつ使用する．
-セマフォを生成する静的APIは，serial.cfgに含まれている．
-
-8.2.1 シリアルインタフェースドライバのサービスコール
-
-シリアルインタフェースドライバを呼び出すサービスコールの仕様は次の通り
-である．この中で，シリアルポートのID番号（portid）の解釈はターゲット依
-存となる．
-
-これらのサービスコールは，非タスクコンテキストから呼び出すことはできな
-い．また，serial_rea_datとserial_wri_datは，ディスパッチ保留状æ
-‹ã§å‘¼ã³
-å‡ºã™ã“ã¨ã¯ã§ããªã„ï¼Žã„ãšã‚Œã‚‚ï¼Œå‘¼ã³å‡ºã—ãŸå ´åˆã«ã¯E_CTXエラーとなる．
+システムログ機能を初期化する．ログバッファにログ情報が記録されている場
+合には，消去される．syslog.cfgによって，カーネルに初期化ルーチンとして
+登録される．exinfは無視される．
+
+8.2 シリアルインタフェースドライバ
+
+シリアルインタフェースドライバは，シリアルポートを扱うためのドライバで
+ある．
+
+シリアルインタフェースドライバは，システムコンフィギュレーションファイ
+ルでserial.cfgをインクルードすることで，システムに組み込むことができる．
+シリアルインタフェースドライバを呼び出すソースファイルでは，serial.hを
+インクルードする．
+
+シリアルインタフェースドライバは，ポート毎にセマフォを2個ずつ使用する．
+セマフォを生成する静的APIは，serial.cfgに含まれている．
+
+8.2.1 シリアルインタフェースドライバのサービスコール
+
+シリアルインタフェースドライバを呼び出すサービスコールの仕様は次の通り
+である．この中で，シリアルポートのID番号（portid）の解釈はターゲット依
+存となる．
+
+これらのサービスコールは，非タスクコンテキストから呼び出すことはできな
+い．また，serial_rea_datとserial_wri_datは，ディスパッチ保留状態で呼び
+出すことはできない．いずれも，呼び出した場合にはE_CTXエラーとなる．
 
 (1) ER serial_opn_por(ID portid)
 
-portidで指定されたシリアルポートをオープンし，受信／送信が可能な状æ
-‹ã«
-する．
+portidで指定されたシリアルポートをオープンし，受信／送信が可能な状態に
+する．
 
 (2) ER serial_cls_por(ID portid)
 
-portidで指定されたシリアルポートをクローズする．
+portidで指定されたシリアルポートをクローズする．
 
 (3) ER_UINT serial_rea_dat(ID portid, char *buf, uint_t len)
 
-portidで指定されたシリアルポートから，lenバイトの文字列を受信し，bufか
-ã‚‰ã®é ˜åŸŸã«å
-¥ã‚Œã‚‹ï¼Žlenバイト受信するまで，å¾
-ち状æ
-‹ã¨ãªã‚‹ï¼Žå—信した文字数
-またはエラーコードを返す．
+portidで指定されたシリアルポートから，lenバイトの文字列を受信し，bufか
+らの領域に入れる．lenバイト受信するまで，待ち状態となる．受信した文字数
+またはエラーコードを返す．
 
 (4) ER_UINT serial_wri_dat(ID portid, const char *buf, uint_t len)
 
-portidで指定されたシリアルポートに，bufからのlenバイトの文字列を送信す
-る．lenバイト送信バッファにå
-¥ã‚Œã‚‹ã¾ã§ï¼Œå¾
-ち状æ
-‹ã¨ãªã‚‹ï¼Žé€ä¿¡ã—た文字数ま
-たはエラーコードを返す．
+portidで指定されたシリアルポートに，bufからのlenバイトの文字列を送信す
+る．lenバイト送信バッファに入れるまで，待ち状態となる．送信した文字数ま
+たはエラーコードを返す．
 
 (5) ER serial_ctl_por(ID portid, uint_t ioctl)
 
-portidで指定されたシリアルポートの制御æƒ
-å ±ã‚’ï¼Œioctlで示される値に設定す
-る．
-
-ioctlには，以下の制御æƒ
-å ±ã‚’è¡¨ã™å®šæ•°ã‚’ï¼Œãƒ“ãƒƒãƒˆæ¯Žã«è«–ç†å’Œã‚’ã¨ã£ãŸã‚‚ã®ã‚’
-指定する．
-
-        IOCTL_ECHO（エコーバックモード）
-                このビットを設定すると，シリアルインタフェースドライバがエコー
-                バックを行う．å
-·ä½“的には，バッファから文字を取り出す度に，その
-                文字を書き出す．
-
-        IOCTL_CRLF（改行モード）
-                LF（line feed）を書き出すと，CR（carriage return）＋LFに変換し
-                て書き出す．
-
-        IOCTL_FCSND（送信フロー制御）
-                文字を送信する処理に対して，XON/XOFFによるフロー制御を行う．
-                すなわち，STOP（コントロール-S）を受信すると送信を停止し，
-                START（コントロール-Q）を受信すると送信を再開する．
-
-        IOCTL_FCANY（送信フロー制御で任意の文字で送信再開）
-                IOCTL_FCSNDを指定している時に，送信停止中に受信した任意の文字
-                で送信を再開する．
-
-        IOCTL_FCRCV（受信フロー制御）
-                文字を受信する処理に対して，XON/XOFFによるフロー制御を行う．
-                ã™ãªã‚ã¡ï¼Œå—ä¿¡ãƒãƒƒãƒ•ã‚¡ã®æ®‹ã‚Šé ˜åŸŸãŒå°‘ãªããªã‚‹ã¨STOP（コントロー
-                ル-Sï¼‰ã‚’é€å‡ºã—ï¼Œæ®‹ã‚Šé ˜åŸŸãŒå¢—ãˆã‚Œã°START（コントロール-Q）を送
-                出する．
-
-なお，オープン直後のデフォルトの設定値は(IOCTL_ECHO | IOCTL_CRLF |
-IOCTL_FCSND | IOCTL_FCRCV)である．
+portidで指定されたシリアルポートの制御情報を，ioctlで示される値に設定す
+る．
+
+ioctlには，以下の制御情報を表す定数を，ビット毎に論理和をとったものを
+指定する．
+
+        IOCTL_ECHO（エコーバックモード）
+                このビットを設定すると，シリアルインタフェースドライバがエコー
+                バックを行う．具体的には，バッファから文字を取り出す度に，その
+                文字を書き出す．
+
+        IOCTL_CRLF（改行モード）
+                LF（line feed）を書き出すと，CR（carriage return）＋LFに変換し
+                て書き出す．
+
+        IOCTL_FCSND（送信フロー制御）
+                文字を送信する処理に対して，XON/XOFFによるフロー制御を行う．
+                すなわち，STOP（コントロール-S）を受信すると送信を停止し，
+                START（コントロール-Q）を受信すると送信を再開する．
+
+        IOCTL_FCANY（送信フロー制御で任意の文字で送信再開）
+                IOCTL_FCSNDを指定している時に，送信停止中に受信した任意の文字
+                で送信を再開する．
+
+        IOCTL_FCRCV（受信フロー制御）
+                文字を受信する処理に対して，XON/XOFFによるフロー制御を行う．
+                すなわち，受信バッファの残り領域が少なくなるとSTOP（コントロー
+                ル-S）を送出し，残り領域が増えればSTART（コントロール-Q）を送
+                出する．
+
+なお，オープン直後のデフォルトの設定値は(IOCTL_ECHO | IOCTL_CRLF |
+IOCTL_FCSND | IOCTL_FCRCV)である．
 
 (6) ER serial_ref_por(ID portid, T_SERIAL_RPOR *pk_rpor)
 
-portidで指定されたシリアルポートの状æ
-‹ã‚’参ç
-§ã—，pk_rporで指定されるパケッ
-トに返す．パケット中のreacntには受信バッファ中の文字数を，wricntには送
-信バッファ中の文字数を返す．
-
-8.2.2 シリアルインタフェースドライバのその他のサービス
-
-ã‚·ãƒªã‚¢ãƒ«ã‚¤ãƒ³ã‚¿ãƒ•ã‚§ãƒ¼ã‚¹ãƒ‰ãƒ©ã‚¤ãƒã¯ï¼Œå‰è¨˜ã®ã‚µãƒ¼ãƒ“ã‚¹ã‚³ãƒ¼ãƒ«ã«åŠ ãˆã¦ï¼ŒåˆæœŸåŒ–
-処理と未送信文字の取出し処理を持つ．初期化処理は，カーネルに初期化ルー
-チンとして登録する．また，ターゲット依存で，初期化処理，終了処理，割込
-みサービスルーチンを持つ．これらの登録処理はserial.cfgに含まれる．
+portidで指定されたシリアルポートの状態を参照し，pk_rporで指定されるパケッ
+トに返す．パケット中のreacntには受信バッファ中の文字数を，wricntには送
+信バッファ中の文字数を返す．
+
+8.2.2 シリアルインタフェースドライバのその他のサービス
+
+シリアルインタフェースドライバは，前記のサービスコールに加えて，初期化
+処理と未送信文字の取出し処理を持つ．初期化処理は，カーネルに初期化ルー
+チンとして登録する．また，ターゲット依存で，初期化処理，終了処理，割込
+みサービスルーチンを持つ．これらの登録処理はserial.cfgに含まれる．
 
 (1) void serial_initialize(intptr_t exinf)
 
-シリアルインタフェースドライバを初期化する．カーネルに初期化ルーチンと
-して登録する．exinfは無視する．
+シリアルインタフェースドライバを初期化する．カーネルに初期化ルーチンと
+して登録する．exinfは無視する．
 
 (2) bool_t serial_get_chr(ID portid, char *p_c)
 
-portidで指定されたシリアルポートの送信バッファ中の文字を，p_cの指す番地
-に取り出し，trueを返す関数．文字がなかった時には，falseを返す．終了処理
-ルーチン中で呼び出すことを想定している．
-
-8.3 システムログタスク
-
-システムログタスクは，システムログ機能からログæƒ
-å ±ã‚’å–ã‚Šå‡ºã—ï¼Œãã‚Œã‚’ã‚·
-ステムの外部に出力するためのサービスである．
-
-ASPカーネルのリリースパッケージに含まれるシステムログタスクは，シリアル
-ポートにログæƒ
-å ±ã‚’æ–‡å­—åˆ—ã®å½¢ã§å‡ºåŠ›ã™ã‚‹ã‚‚ã®ã§ï¼Œã‚·ã‚¹ãƒ†ãƒ ãƒ­ã‚°ã‚¿ã‚¹ã‚¯ã®ä¸€ä¾‹
-という位置付けで提供している．
-
-このシステムログタスクは，システムコンフィギュレーションファイルで
-logtask.cfgをインクルードすることで，システムに組み込むことができる．シ
-ステムログタスクのサービスを呼び出すソースファイルでは，logtask.hをイン
-クルードする．
-
-システムログタスクが実行開始されると，重要度がLOG_EMERGのログæƒ
-å ±ã‚’ä½Žãƒ¬
-ベル出力機能を用いて出力し，重要度がLOG_NOTICEかそれより高いログæƒ
-å ±ã‚’
-ログバッファに記録するように，システムログ機能の設定が変更される．
-
-8.3.1 システムログタスクのサービスコール
-
-システムログタスクのサービスを呼び出すサービスコールの仕様は次の通りで
-ある．
+portidで指定されたシリアルポートの送信バッファ中の文字を，p_cの指す番地
+に取り出し，trueを返す関数．文字がなかった時には，falseを返す．終了処理
+ルーチン中で呼び出すことを想定している．
+
+8.3 システムログタスク
+
+システムログタスクは，システムログ機能からログ情報を取り出し，それをシ
+ステムの外部に出力するためのサービスである．
+
+ASPカーネルのリリースパッケージに含まれるシステムログタスクは，シリアル
+ポートにログ情報を文字列の形で出力するもので，システムログタスクの一例
+という位置付けで提供している．
+
+このシステムログタスクは，システムコンフィギュレーションファイルで
+logtask.cfgをインクルードすることで，システムに組み込むことができる．シ
+ステムログタスクのサービスを呼び出すソースファイルでは，logtask.hをイン
+クルードする．
+
+システムログタスクが実行開始されると，重要度がLOG_EMERGのログ情報を低レ
+ベル出力機能を用いて出力し，重要度がLOG_NOTICEかそれより高いログ情報を
+ログバッファに記録するように，システムログ機能の設定が変更される．
+
+8.3.1 システムログタスクのサービスコール
+
+システムログタスクのサービスを呼び出すサービスコールの仕様は次の通りで
+ある．
 
 (1) ER logtask_flush(uint_t count)
 
-システムログ機能のログバッファ中のログæƒ
-å ±ã®æ•°ãŒcount以下になるまでå¾
-つ．
-countが0ã®å ´åˆã«ã¯ï¼Œã‚·ãƒªã‚¢ãƒ«ã‚¤ãƒ³ã‚¿ãƒ•ã‚§ãƒ¼ã‚¹ãƒ‰ãƒ©ã‚¤ãƒã®é€ä¿¡ãƒãƒƒãƒ•ã‚¡ãŒç©ºã«
-なるのもå¾
-つ．
-
-8.3.2 システムログタスクのその他のサービス
-
-ã‚·ã‚¹ãƒ†ãƒ ãƒ­ã‚°ã‚¿ã‚¹ã‚¯ã¯ï¼Œå‰è¨˜ã®ã‚µãƒ¼ãƒ“ã‚¹ã‚³ãƒ¼ãƒ«ã«åŠ ãˆã¦ï¼Œãƒ¡ã‚¤ãƒ³å‡¦ç†ã¨çµ‚äº†å‡¦
-理を持つ．メイン処理はタスクとして，終了処理は終了処理ルーチンとして登
-録する．これらの登録処理はlogtask.cfgに含まれる．
+システムログ機能のログバッファ中のログ情報の数がcount以下になるまで待つ．
+countが0の場合には，シリアルインタフェースドライバの送信バッファが空に
+なるのも待つ．
+
+8.3.2 システムログタスクのその他のサービス
+
+システムログタスクは，前記のサービスコールに加えて，メイン処理と終了処
+理を持つ．メイン処理はタスクとして，終了処理は終了処理ルーチンとして登
+録する．これらの登録処理はlogtask.cfgに含まれる．
 
 (1) void logtask_main(intptr_t exinf)
 
-システムログタスクのメイン処理．exinfには，ログæƒ
-å ±ã‚’å‡ºåŠ›ã™ã‚‹ã‚·ãƒªã‚¢ãƒ«ãƒãƒ¼
-トのID番号を渡す．
+システムログタスクのメイン処理．exinfには，ログ情報を出力するシリアルポー
+トのID番号を渡す．
 
 (2) void logtask_terminate(intptr_t exinf)
 
-システムログタスクの終了処理．シリアルインタフェースドライバの送信バッ
-ファに蓄積されたデータと，ログバッファに記録されたログæƒ
-å ±ã‚’ï¼Œä½Žãƒ¬ãƒ™ãƒ«
-出力機能を用いて出力する．出力すべきログæƒ
-å ±ãŒã‚ã‚‹å ´åˆã«ã¯ï¼Œãã‚Œã‚’å‡ºåŠ›
-する前に，"-- buffered messages --"という文字列を出力する．exinfは無視
-する．
-
-この関数を終了処理ルーチンとして登録することで，カーネル終了時点で未出
-力のログæƒ
-å ±ã®ã»ã¨ã‚“ã©ã‚’å‡ºåŠ›ã™ã‚‹ã“ã¨ãŒã§ãã‚‹ï¼ŽãŸã ã—ï¼Œæœªå‡ºåŠ›ã®ãƒ­ã‚°æƒ
-å ±
-のå†
-，システムログタスクのメイン処理が，ログバッファから取り出したが，
-まだシリアルインタフェースドライバに送信していないæƒ
-å ±ã¯ï¼Œã“ã®é–¢æ•°ã§ã¯
-出力できない．
-
-8.4 カーネル起動メッセージの出力
-
-カーネル起動メッセージの出力は，カーネルの起動時に，カーネルの名称やバー
-ジョン番号，著作権表示などを出力するための機能である．
-
-カーネル起動メッセージの出力は，システムコンフィギュレーションファイル
-でbanner.cfgをインクルードすることで，システムに組み込むことができる．
-
-カーネル起動メッセージの出力は，次の関数で構成される．
+システムログタスクの終了処理．シリアルインタフェースドライバの送信バッ
+ファに蓄積されたデータと，ログバッファに記録されたログ情報を，低レベル
+出力機能を用いて出力する．出力すべきログ情報がある場合には，それを出力
+する前に，"-- buffered messages --"という文字列を出力する．exinfは無視
+する．
+
+この関数を終了処理ルーチンとして登録することで，カーネル終了時点で未出
+力のログ情報のほとんどを出力することができる．ただし，未出力のログ情報
+の内，システムログタスクのメイン処理が，ログバッファから取り出したが，
+まだシリアルインタフェースドライバに送信していない情報は，この関数では
+出力できない．
+
+8.4 カーネル起動メッセージの出力
+
+カーネル起動メッセージの出力は，カーネルの起動時に，カーネルの名称やバー
+ジョン番号，著作権表示などを出力するための機能である．
+
+カーネル起動メッセージの出力は，システムコンフィギュレーションファイル
+でbanner.cfgをインクルードすることで，システムに組み込むことができる．
+
+カーネル起動メッセージの出力は，次の関数で構成される．
 
 (1) void print_banner(intptr_t exinf)
 
-システムログ機能を用いて，カーネル起動メッセージを出力する．banner.cfg
-によって，カーネルに初期化ルーチンとして登録される．exinfは無視される．
-
-
-９．サポートライブラリ
-
-サポートライブラリは，アプリケーションやシステムサービスを作成するため
-に利用できるライブラリ関数群である．
-
-9.1 基本的なライブラリ関数
-
-åŸºæœ¬çš„ãªãƒ©ã‚¤ãƒ–ãƒ©ãƒªé–¢æ•°ã‚’ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œt_stdlib.hをインクルードし，å¿
-
-要に応じてstrerror.cとt_perror.cをコンパイル・リンクする．
+システムログ機能を用いて，カーネル起動メッセージを出力する．banner.cfg
+によって，カーネルに初期化ルーチンとして登録される．exinfは無視される．
+
+
+９．サポートライブラリ
+
+サポートライブラリは，アプリケーションやシステムサービスを作成するため
+に利用できるライブラリ関数群である．
+
+9.1 基本的なライブラリ関数
+
+基本的なライブラリ関数を用いる場合には，t_stdlib.hをインクルードし，必
+要に応じてstrerror.cとt_perror.cをコンパイル・リンクする．
 
 (1) const char *itron_strerror(ER ercd)
 
-ercdで示されるエラーコードに対応するメインエラーコードの文字列を返す．
+ercdで示されるエラーコードに対応するメインエラーコードの文字列を返す．
 
 (2) void t_perror(uint_t prio, const char *file, int_t line,
                                                                                 const char *expr, ER ercd);
 
-ã‚µãƒ¼ãƒ“ã‚¹ã‚³ãƒ¼ãƒ«ãŒã‚¨ãƒ©ãƒ¼ã‚’è¿”ã—ãŸå ´åˆã«ç”¨ã„ã‚‹ã“ã¨ã‚’æƒ³å®šã—ãŸé–¢æ•°ã§ï¼Œãƒ•ã‚¡ã‚¤
-ル名，行番号，メインエラーコード等を，重要度prioで，システムログ機能を
-用いて出力する．
-
-9.2 キュー操作ライブラリ関数
-
-ã‚­ãƒ¥ãƒ¼æ“ä½œãƒ©ã‚¤ãƒ–ãƒ©ãƒªã¯ï¼Œã‚­ãƒ¥ãƒ¼ãƒ˜ãƒƒãƒ€ã‚’å«ã‚€ãƒªãƒ³ã‚°æ§‹é€ ã®ãƒ€ãƒ–ãƒ«ãƒªãƒ³ã‚¯ã‚­ãƒ¥ãƒ¼
-を扱うライブラリである．キューヘッダの次エントリはキューのå
-ˆé ­ã®ã‚¨ãƒ³ãƒˆ
-リ，前エントリはキューの末尾のエントリとする．また，キューのå
-ˆé ­ã®ã‚¨ãƒ³
-トリの前エントリと，キューの末尾のエントリの次エントリは，キューヘッダ
-とする．空のキューは，次エントリ，前エントリとも自分自身を指すキューヘッ
-ダであらわす．
-
-ã‚­ãƒ¥ãƒ¼æ“ä½œãƒ©ã‚¤ãƒ–ãƒ©ãƒªé–¢æ•°ã‚’ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œqueue.hをインクルードする．
-
-ã‚­ãƒ¥ãƒ¼ãƒ˜ãƒƒãƒ€ã¨ã‚¨ãƒ³ãƒˆãƒªã®ãŸã‚ã®ãƒ‡ãƒ¼ã‚¿æ§‹é€ ã¨ã—ã¦ï¼ŒQUEUEæ§‹é€ ä½“ã‚’ç”¨ã„ã‚‹ï¼Ž
-QUEUEæ§‹é€ ä½“ã®å®šç¾©ã¯æ¬¡ã®é€šã‚Šï¼Ž
+サービスコールがエラーを返した場合に用いることを想定した関数で，ファイ
+ル名，行番号，メインエラーコード等を，重要度prioで，システムログ機能を
+用いて出力する．
+
+9.2 キュー操作ライブラリ関数
+
+キュー操作ライブラリは，キューヘッダを含むリング構造のダブルリンクキュー
+を扱うライブラリである．キューヘッダの次エントリはキューの先頭のエント
+リ，前エントリはキューの末尾のエントリとする．また，キューの先頭のエン
+トリの前エントリと，キューの末尾のエントリの次エントリは，キューヘッダ
+とする．空のキューは，次エントリ，前エントリとも自分自身を指すキューヘッ
+ダであらわす．
+
+キュー操作ライブラリ関数を用いる場合には，queue.hをインクルードする．
+
+キューヘッダとエントリのためのデータ構造として，QUEUE構造体を用いる．
+QUEUE構造体の定義は次の通り．
 
         typedef struct queue {
-                struct queue *p_next;           /* 次エントリへのポインタ */
-                struct queue *p_prev;           /* 前エントリへのポインタ */
+                struct queue *p_next;           /* 次エントリへのポインタ */
+                struct queue *p_prev;           /* 前エントリへのポインタ */
         } QUEUE;
 
-キュー操作のために用意している関数は次の通り．
+キュー操作のために用意している関数は次の通り．
 
 (1) void queue_initialize(QUEUE *p_queue);
 
-キューを初期化する．p_queueにはキューヘッダを指定する．
+キューを初期化する．p_queueにはキューヘッダを指定する．
 
 (2) void queue_insert_prev(QUEUE *p_queue, QUEUE *p_entry);
 
-p_queueで指定するエントリの前に，p_entryで指定するエントリを挿å
-¥ã™ã‚‹ï¼Ž
-p_queueã«ã‚­ãƒ¥ãƒ¼ãƒ˜ãƒƒãƒ€ã‚’æŒ‡å®šã—ãŸå ´åˆã«ã¯ï¼Œã‚­ãƒ¥ãƒ¼ã®æœ«å°¾ã«p_entryで指定す
-るエントリを挿å
-¥ã™ã‚‹ã“とになる．
+p_queueで指定するエントリの前に，p_entryで指定するエントリを挿入する．
+p_queueにキューヘッダを指定した場合には，キューの末尾にp_entryで指定す
+るエントリを挿入することになる．
 
 (3) void queue_insert_next(QUEUE *p_queue, QUEUE *p_entry);
 
-p_queueで指定するエントリの次に，p_entryで指定するエントリを挿å
-¥ã™ã‚‹ï¼Ž
-p_queueã«ã‚­ãƒ¥ãƒ¼ãƒ˜ãƒƒãƒ€ã‚’æŒ‡å®šã—ãŸå ´åˆã«ã¯ï¼Œã‚­ãƒ¥ãƒ¼ã®å
-ˆé ­ã«p_entryで指定す
-るエントリを挿å
-¥ã™ã‚‹ã“とになる．
+p_queueで指定するエントリの次に，p_entryで指定するエントリを挿入する．
+p_queueにキューヘッダを指定した場合には，キューの先頭にp_entryで指定す
+るエントリを挿入することになる．
 
 (4) void queue_delete(QUEUE *p_entry);
 
-p_entryで指定するエントリを，キューから削除する．
+p_entryで指定するエントリを，キューから削除する．
 
 (5) QUEUE *queue_delete_next(QUEUE *p_queue);
 
-p_queueで指定するエントリの次のエントリをキューから削除し，削除したエン
-トリを返す．p_queueã«ã‚­ãƒ¥ãƒ¼ãƒ˜ãƒƒãƒ€ã‚’æŒ‡å®šã—ãŸå ´åˆã«ã¯ï¼Œã‚­ãƒ¥ãƒ¼ã®å
-ˆé ­ã®ã‚¨ãƒ³
-トリを取り出すことになる．p_queueに空のキューを指定して呼び出してはなら
-ない．
+p_queueで指定するエントリの次のエントリをキューから削除し，削除したエン
+トリを返す．p_queueにキューヘッダを指定した場合には，キューの先頭のエン
+トリを取り出すことになる．p_queueに空のキューを指定して呼び出してはなら
+ない．
 
 (6) bool_t queue_empty(QUEUE *p_queue);
 
-ã‚­ãƒ¥ãƒ¼ãŒç©ºã®å ´åˆã«ã¯trueï¼Œãã†ã§ãªã„å ´åˆã«ã¯falseを返す．p_queueには
-キューヘッダを指定する．
-
-9.3 システムログ出力用ライブラリ関数
-
-システムログ出力用ライブラリ関数は，ログæƒ
-å ±ã‚’ãƒ•ã‚©ãƒ¼ãƒžãƒƒãƒˆå‡ºåŠ›ã™ã‚‹ãŸã‚
-に，システムログタスクおよびシステムログ機能で用いるための関数群である．
-
-ã‚·ã‚¹ãƒ†ãƒ ãƒ­ã‚°å‡ºåŠ›ç”¨ãƒ©ã‚¤ãƒ–ãƒ©ãƒªé–¢æ•°ã‚’ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œlog_output.hをインク
-ルードし，log_output.cをコンパイル・リンクする．
+キューが空の場合にはtrue，そうでない場合にはfalseを返す．p_queueには
+キューヘッダを指定する．
+
+9.3 システムログ出力用ライブラリ関数
+
+システムログ出力用ライブラリ関数は，ログ情報をフォーマット出力するため
+に，システムログタスクおよびシステムログ機能で用いるための関数群である．
+
+システムログ出力用ライブラリ関数を用いる場合には，log_output.hをインク
+ルードし，log_output.cをコンパイル・リンクする．
 
 (1) void syslog_printf(const char *format, const intptr_t *p_args,
                                                                                                 void (*putc)(char))
 
-formatで指定されるフォーマット記述とp_argsで指定される引数列から作成し
-たメッセージを，1文字出力関数putcを用いて出力する．
+formatで指定されるフォーマット記述とp_argsで指定される引数列から作成し
+たメッセージを，1文字出力関数putcを用いて出力する．
 
 (2) void syslog_print(const SYSLOG *p_syslog, void (*putc)(char))
 
-p_syslogで指定されるログæƒ
-å ±ã‚’æ–‡å­—åˆ—ã«ç›´ã—ï¼Œ1文字出力関数putcを用いて出
-力する．
+p_syslogで指定されるログ情報を文字列に直し，1文字出力関数putcを用いて出
+力する．
 
 (3) void syslog_lostmsg(uint_t lost, void (*putc)(char))
 
-lost個のログæƒ
-å ±ãŒå¤±ã‚ã‚ŒãŸæ—¨ã®ãƒ¡ãƒƒã‚»ãƒ¼ã‚¸ã‚’ï¼Œ1文字出力関数putcを用いて出
-力する．
-
-9.4 実行時間分布集計モジュール
-
-実行時間分布集計モジュールは，システムのリアルタイム性能を評価するため
-に，プログラム区間の実行時間を計測し，その分布を集計・表示するためのラ
-イブラリ関数群である．
-
-å®Ÿè¡Œæ™‚é–“åˆ†å¸ƒé›†è¨ˆãƒ¢ã‚¸ãƒ¥ãƒ¼ãƒ«ã‚’ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œhistogram.hをインクルードし，
-histogram.cをコンパイル・リンクする．
-
-実行時間分布集計モジュールは，複数のプログラム区間の実行時間を計測・集
-計・表示することができる．プログラム区間毎に，実行時間分布を記録するた
-ã‚ã®ãƒ‡ãƒ¼ã‚¿æ§‹é€ ã‚’æŒã¤ï¼Žã©ã®ãƒ‡ãƒ¼ã‚¿æ§‹é€ ã‚’ç”¨ã„ã‚‹ã‹ã‚’ï¼ŒID番号（histid）で指
-å®šã™ã‚‹ï¼Žä½¿ç”¨ã§ãã‚‹ãƒ‡ãƒ¼ã‚¿æ§‹é€ ã®æ•°ã¯ï¼ŒTNUM_HISTで定義される．すなわち，
-ID番号として，1～TNUM_HISTを指定することができる．TNUM_HISTは，デフォル
-ト値がhistgram.cの中で定義されており，コンパイルオプションやターゲット
-依存部（target_test.hまたはそこからインクルードされるファイル）により変
-更することができる．
-
-ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§è¨­å®šã‚’å¤‰æ›´ã—ã¦ã„ãªã„å ´åˆï¼Œå®Ÿè¡Œæ™‚é–“åˆ†å¸ƒé›†è¨ˆãƒ¢ã‚¸ãƒ¥ãƒ¼ãƒ«
-は，カーネルの性能評価用システム時刻を参ç
-§ã™ã‚‹æ©Ÿèƒ½ï¼ˆget_utm）を用いて実
-行時間を計測する．そのため，実行時間はマイクロ秒単位で記録される（精度
-はターゲット依存）．また，記録される時間には，計測のためのオーバヘッド
-（get_utmの実行時間＋α）が含まれる．
-
-ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§è¨­å®šã‚’å¤‰æ›´ã—ã¦ã„ã‚‹å ´åˆã®ä»•æ§˜ã«ã¤ã„ã¦ã¯ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾
-存部のユーザーズマニュアルを参ç
-§ã™ã‚‹ã“と．
+lost個のログ情報が失われた旨のメッセージを，1文字出力関数putcを用いて出
+力する．
+
+9.4 実行時間分布集計モジュール
+
+実行時間分布集計モジュールは，システムのリアルタイム性能を評価するため
+に，プログラム区間の実行時間を計測し，その分布を集計・表示するためのラ
+イブラリ関数群である．
+
+実行時間分布集計モジュールを用いる場合には，histogram.hをインクルードし，
+histogram.cをコンパイル・リンクする．
+
+実行時間分布集計モジュールは，複数のプログラム区間の実行時間を計測・集
+計・表示することができる．プログラム区間毎に，実行時間分布を記録するた
+めのデータ構造を持つ．どのデータ構造を用いるかを，ID番号（histid）で指
+定する．使用できるデータ構造の数は，TNUM_HISTで定義される．すなわち，
+ID番号として，1～TNUM_HISTを指定することができる．TNUM_HISTは，デフォル
+ト値がhistgram.cの中で定義されており，コンパイルオプションやターゲット
+依存部（target_test.hまたはそこからインクルードされるファイル）により変
+更することができる．
+
+ターゲット依存部で設定を変更していない場合，実行時間分布集計モジュール
+は，カーネルの性能評価用システム時刻を参照する機能（get_utm）を用いて実
+行時間を計測する．そのため，実行時間はマイクロ秒単位で記録される（精度
+はターゲット依存）．また，記録される時間には，計測のためのオーバヘッド
+（get_utmの実行時間＋α）が含まれる．
+
+ターゲット依存部で設定を変更している場合の仕様については，ターゲット依
+存部のユーザーズマニュアルを参照すること．
 
 (1) void init_hist(ID histid, uint_t maxval, uint_t histarea[])
 
-histidã§æŒ‡å®šã•ã‚ŒãŸãƒ‡ãƒ¼ã‚¿æ§‹é€ ã‚’åˆæœŸåŒ–ã™ã‚‹ï¼Žmaxvalには記録する最大時間を，
-histareaã«ã¯è¨˜éŒ²é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ã‚’指定する．histareaã§å§‹ã¾ã‚‹è¨˜æ†¶é ˜åŸŸã¯ï¼Œ
-è¦ç´ æ•°ãŒmaxvalに指定した値+1のuint_t型のé
-åˆ—として確保する．例えば，
-maxvalに1000ã‚’æŒ‡å®šã™ã‚‹å ´åˆã«ã¯ï¼Œhistareaã«ã¯è¦ç´ æ•°ãŒ1001のuint_t型のé
-
-列のå
-ˆé ­ç•ªåœ°ã‚’渡す．
+histidで指定されたデータ構造を初期化する．maxvalには記録する最大時間を，
+histareaには記録領域の先頭番地を指定する．histareaで始まる記憶領域は，
+要素数がmaxvalに指定した値+1のuint_t型の配列として確保する．例えば，
+maxvalに1000を指定する場合には，histareaには要素数が1001のuint_t型の配
+列の先頭番地を渡す．
 
 (2) void begin_measure(ID histid)
 
-実行時間を計測するプログラム区間の直前に呼び出す関数．histidで指定され
-ãŸãƒ‡ãƒ¼ã‚¿æ§‹é€ ã«ï¼Œç¾åœ¨ã®ã‚·ã‚¹ãƒ†ãƒ æ™‚åˆ»ã‚’è¨˜éŒ²ã™ã‚‹ï¼Ž
+実行時間を計測するプログラム区間の直前に呼び出す関数．histidで指定され
+たデータ構造に，現在のシステム時刻を記録する．
 
 (3) void end_measure(ID histid)
 
-実行時間を計測するプログラム区間の直後に呼び出す関数．現在のシステム時
-刻と，histidã§æŒ‡å®šã•ã‚ŒãŸãƒ‡ãƒ¼ã‚¿æ§‹é€ ã«è¨˜éŒ²ã•ã‚ŒãŸé–‹å§‹æ™‚åˆ»ã‹ã‚‰ï¼Œãƒ—ãƒ­ã‚°ãƒ©ãƒ 
-区間の実行時間を求め，その結果を記録する．
+実行時間を計測するプログラム区間の直後に呼び出す関数．現在のシステム時
+刻と，histidで指定されたデータ構造に記録された開始時刻から，プログラム
+区間の実行時間を求め，その結果を記録する．
 
 (4) void print_hist(ID histid)
 
-システムログ機能を用いて，実行時間分布の計測結果を出力する．
-
-
-１０．テストプログラム
-
-テストプログラムは，カーネルの機能テストおよび性能評価を行うためのプロ
-グラム群である．
-
-10.1 テストプログラム用ライブラリ
-
-テストプログラム用ライブラリは，プログラム中のチェックポイントが正しい
-é †åºã§å®Ÿè¡Œã•ã‚ŒãŸã“ã¨ãªã©ï¼Œãƒ—ãƒ­ã‚°ãƒ©ãƒ ãŒæ­£ã—ãå‹•ä½œã—ã¦ã„ã‚‹ã“ã¨ã‚’ãƒã‚§ãƒƒã‚¯
-するための関数群である．プログラムが正しく動作していないことを検出した
-å ´åˆã«ã¯ï¼Œãƒ—ãƒ­ã‚°ãƒ©ãƒ ã‚’çµ‚äº†ã•ã›ã‚‹ï¼Ž
-
-ãƒ†ã‚¹ãƒˆãƒ—ãƒ­ã‚°ãƒ©ãƒ ç”¨ãƒ©ã‚¤ãƒ–ãƒ©ãƒªé–¢æ•°ã‚’ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œtest_lib.hをインクルー
-ドし，test_lib.cをコンパイル・リンクする．
+システムログ機能を用いて，実行時間分布の計測結果を出力する．
+
+
+１０．テストプログラム
+
+テストプログラムは，カーネルの機能テストおよび性能評価を行うためのプロ
+グラム群である．
+
+10.1 テストプログラム用ライブラリ
+
+テストプログラム用ライブラリは，プログラム中のチェックポイントが正しい
+順序で実行されたことなど，プログラムが正しく動作していることをチェック
+するための関数群である．プログラムが正しく動作していないことを検出した
+場合には，プログラムを終了させる．
+
+テストプログラム用ライブラリ関数を用いる場合には，test_lib.hをインクルー
+ドし，test_lib.cをコンパイル・リンクする．
 
 (1) void check_point(uint_t count)
 
-チェックポイントを通過する際に呼び出す関数．countには，何番目のチェック
-ポイントであるかを指定する（最初のチェックポイントでは1を指定する）．
-countの値が，最初のチェックポイントにおいては1ã§ãªã„å ´åˆã«ï¼Œãã‚Œä»¥é™ã®
-チェックポイントにおいては，前のチェックポイント通過時にcountに指定した
-値に1ã‚’åŠ ãˆãŸå€¤ã§ãªã„å ´åˆã«ï¼Œãƒ—ãƒ­ã‚°ãƒ©ãƒ ãŒæ­£ã—ãå‹•ä½œã—ã¦ã„ãªã„ã¨è¦‹ãªã—ï¼Œ
-プログラムを終了させる．
+チェックポイントを通過する際に呼び出す関数．countには，何番目のチェック
+ポイントであるかを指定する（最初のチェックポイントでは1を指定する）．
+countの値が，最初のチェックポイントにおいては1でない場合に，それ以降の
+チェックポイントにおいては，前のチェックポイント通過時にcountに指定した
+値に1を加えた値でない場合に，プログラムが正しく動作していないと見なし，
+プログラムを終了させる．
 
 (2) void check_finish(uint_t count)
 
-最後のチェックポイントに到達した際に呼び出す関数．countには，何番目の
-チェックポイントであるかを指定する（最初のチェックポイントでは1を指定す
-る）．countの値が，前のチェックポイント通過時にcountに指定した値に1ã‚’åŠ 
-ãˆãŸå€¤ã§ãªã„å ´åˆã«ï¼Œãƒ—ãƒ­ã‚°ãƒ©ãƒ ãŒæ­£ã—ãå‹•ä½œã—ã¦ã„ãªã„ã¨è¦‹ãªã™ï¼Žã“ã®é–¢æ•°
-は，プログラムが正しく動作している／いないに関わらず，プログラムを終了
-させる．
+最後のチェックポイントに到達した際に呼び出す関数．countには，何番目の
+チェックポイントであるかを指定する（最初のチェックポイントでは1を指定す
+る）．countの値が，前のチェックポイント通過時にcountに指定した値に1を加
+えた値でない場合に，プログラムが正しく動作していないと見なす．この関数
+は，プログラムが正しく動作している／いないに関わらず，プログラムを終了
+させる．
 
 (3) void check_assert(bool_t exp)
 
-expãŒçœŸã§ã‚ã‚‹ã“ã¨ã‚’ãƒã‚§ãƒƒã‚¯ã—ãŸã„å ´åˆã«å‘¼ã³å‡ºã™é–¢æ•°ï¼ŽexpãŒå½ã§ã‚ã‚‹å ´åˆ
-に，プログラムが正しく動作していないと見なし，プログラムを終了させる．
+expが真であることをチェックしたい場合に呼び出す関数．expが偽である場合
+に，プログラムが正しく動作していないと見なし，プログラムを終了させる．
 
 (4) void check_ercd(ER ercd, ER expected_ercd)
 
-ercdがexpected_ercdã«ä¸€è‡´ã—ã¦ã„ã‚‹ã“ã¨ã‚’ãƒã‚§ãƒƒã‚¯ã—ãŸã„å ´åˆã«å‘¼ã³å‡ºã™é–¢æ•°ï¼Ž
-ercdがexpected_ercdã«ä¸€è‡´ã—ã¦ã„ãªã„å ´åˆã«ï¼Œãƒ—ãƒ­ã‚°ãƒ©ãƒ ãŒæ­£ã—ãå‹•ä½œã—ã¦ã„
-ないと見なし，プログラムを終了させる．
+ercdがexpected_ercdに一致していることをチェックしたい場合に呼び出す関数．
+ercdがexpected_ercdに一致していない場合に，プログラムが正しく動作してい
+ないと見なし，プログラムを終了させる．
 
 (5) void check_state(bool_t ctx, bool_t loc, PRI ipm,
                                                 bool_t dsp, bool_t dpn, bool_t tex)
 
-タスクコンテキストにおいて，システム状æ
-‹ãŒæœŸå¾
-したものになっているか
-チェックしたい時に呼び出す関数．ctx，loc，dsp，dpn，texにはそれぞれ
-sns_ctx()，sns_loc()，sns_dsp()，sns_dpn()，sns_tex()の返値として期å¾
-さ
-れる値を，ipmにはget_ipm()で参ç
-§ã§ãã‚‹å‰²è¾¼ã¿å„ªå
-ˆåº¦ãƒžã‚¹ã‚¯ã¨ã—て期å¾
-され
-る値を指定する．このå†
-のいずれかが期å¾
-ã•ã‚Œã‚‹å€¤ã¨ä¸€è‡´ã—ã¦ã„ãªã„å ´åˆã«ï¼Œ
-プログラムが正しく動作していないと見なし，プログラムを終了させる．
+タスクコンテキストにおいて，システム状態が期待したものになっているか
+チェックしたい時に呼び出す関数．ctx，loc，dsp，dpn，texにはそれぞれ
+sns_ctx()，sns_loc()，sns_dsp()，sns_dpn()，sns_tex()の返値として期待さ
+れる値を，ipmにはget_ipm()で参照できる割込み優先度マスクとして期待され
+る値を指定する．この内のいずれかが期待される値と一致していない場合に，
+プログラムが正しく動作していないと見なし，プログラムを終了させる．
 
 (6) void check_state_i(bool_t ctx, bool_t loc,
                                                 bool_t dsp, bool_t dpn, bool_t tex)
 
-非タスクコンテキストにおいて，システム状æ
-‹ãŒæœŸå¾
-したものになっているか
-チェックしたい時に呼び出す関数．ctx，loc，dsp，dpn，texにはそれぞれ
-sns_ctx()，sns_loc()，sns_dsp()，sns_dpn()，sns_tex()の返値として期å¾
-さ
-れる値を指定する．このå†
-のいずれかが期å¾
-ã•ã‚Œã‚‹å€¤ã¨ä¸€è‡´ã—ã¦ã„ãªã„å ´åˆã«ï¼Œ
-プログラムが正しく動作していないと見なし，プログラムを終了させる．
+非タスクコンテキストにおいて，システム状態が期待したものになっているか
+チェックしたい時に呼び出す関数．ctx，loc，dsp，dpn，texにはそれぞれ
+sns_ctx()，sns_loc()，sns_dsp()，sns_dpn()，sns_tex()の返値として期待さ
+れる値を指定する．この内のいずれかが期待される値と一致していない場合に，
+プログラムが正しく動作していないと見なし，プログラムを終了させる．
 
 (7) void set_bit_func(BIT_FUNC bit_func)
 
-チェックポイントにおいて呼び出す自己診断関数を設定するための関数．
+チェックポイントにおいて呼び出す自己診断関数を設定するための関数．
 
 (8) void test_start(char *progname)
 
-テスト開始時に，テストプログラム名を出力するための関数．
+テスト開始時に，テストプログラム名を出力するための関数．
 
 (9) void syslog_flush(void)
 
-システムログ機能に記録されたログæƒ
-å ±ã‚’ï¼Œä½Žãƒ¬ãƒ™ãƒ«å‡ºåŠ›æ©Ÿèƒ½ã«ç”¨ã„ã‚‹æ–‡å­—å‡º
-力関数により出力する．
+システムログ機能に記録されたログ情報を，低レベル出力機能に用いる文字出
+力関数により出力する．
 
 (10) void test_finish(void)
 
-ãƒ—ãƒ­ã‚°ãƒ©ãƒ ã‚’çµ‚äº†ã•ã›ã‚‹é–¢æ•°ï¼Žãƒã‚§ãƒƒã‚¯ãƒã‚¤ãƒ³ãƒˆã‚’ä½¿ç”¨ã—ãªã„å ´åˆã«ï¼Œã“ã®é–¢
-数を用いる．
-
-10.2 カーネルの整合性検査
-
-チェックポイントにおいて呼び出す自己診断に使うためのプログラムとして，
-カーネルの整合性検査を用意している．カーネルの整合性検査は，カーネルå†
-
-ã®å„ãƒ‡ãƒ¼ã‚¿æ§‹é€ ã®ä¸€è²«æ€§ã‚’æ¤œæŸ»ã™ã‚‹ï¼ˆç¾æ™‚ç‚¹ã§ã¯æœªå®Œæˆï¼‰ï¼Ž
-
-ã‚«ãƒ¼ãƒãƒ«ã®æ•´åˆæ€§æ¤œæŸ»ã‚’ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œbit_kernel.cをコンパイル・リンク
-する．
+プログラムを終了させる関数．チェックポイントを使用しない場合に，この関
+数を用いる．
+
+10.2 カーネルの整合性検査
+
+チェックポイントにおいて呼び出す自己診断に使うためのプログラムとして，
+カーネルの整合性検査を用意している．カーネルの整合性検査は，カーネル内
+の各データ構造の一貫性を検査する（現時点では未完成）．
+
+カーネルの整合性検査を用いる場合には，bit_kernel.cをコンパイル・リンク
+する．
 
 (1) ER bit_kernel(void)
 
-カーネルå†
-ã®å„ãƒ‡ãƒ¼ã‚¿æ§‹é€ ã®ä¸€è²«æ€§ã‚’æ¤œæŸ»ã—ï¼Œä¸€è²«æ€§ãŒç¢ºèªã§ããŸå ´åˆã«E_OK，
-ã§ããªã‹ã£ãŸå ´åˆã«E_SYSエラーを返す関数．E_SYSエラーを返す際のサブエラー
-コードとして，一貫性が確認できなかったé 
-目を示すコードを返す．
-
-10.3 機能テストプログラム
-
-testディレクトリに置かれた"test"で始まるプログラムは，カーネルの機能テ
-ストを行うためのプログラムである．
-
-機能テストプログラムはテストプログラム用ライブラリを使用しているため，
-æ§‹ç¯‰ã™ã‚‹å ´åˆã«ã¯ï¼ŒMakefileのAPPL_COBJSに，test_lib.oã‚’è¿½åŠ ã™ã‚‹å¿
-要があ
-ã‚‹ï¼Žã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚·ãƒ§ãƒ³ã‚¹ã‚¯ãƒªãƒ—ãƒˆã‚’ä½¿ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼Œ-Uオプションで
-test_lib.oを指定する．å
-·ä½“的には，次のコマンドを実行すればよい（構築用
-のディレクトリが，ASPカーネルのソースファイルを展開したディレクトリの直
-下にあると仮定している）．
-
-        % perl ../configure -T <ターゲット略称> -A <機能テストプログラム名> \
+カーネル内の各データ構造の一貫性を検査し，一貫性が確認できた場合にE_OK，
+できなかった場合にE_SYSエラーを返す関数．E_SYSエラーを返す際のサブエラー
+コードとして，一貫性が確認できなかった項目を示すコードを返す．
+
+10.3 機能テストプログラム
+
+testディレクトリに置かれた"test"で始まるプログラムは，カーネルの機能テ
+ストを行うためのプログラムである．
+
+機能テストプログラムはテストプログラム用ライブラリを使用しているため，
+構築する場合には，MakefileのAPPL_COBJSに，test_lib.oを追加する必要があ
+る．コンフィギュレーションスクリプトを使用する場合には，-Uオプションで
+test_lib.oを指定する．具体的には，次のコマンドを実行すればよい（構築用
+のディレクトリが，ASPカーネルのソースファイルを展開したディレクトリの直
+下にあると仮定している）．
+
+        % perl ../configure -T <ターゲット略称> -A <機能テストプログラム名> \
                                                                                         -a ../test -U test_lib.o
 
-ただし，CPU例外処理のテスト(1)～(13)は，同一のシステムコンフィギュレー
-ションをå
-±ç”¨ã—ているため，test_cpuexc.cfgを次のようにコピーしておくå¿
-要
-がある．
-
-        % cp ../test/test_cpuexc.cfg test_cpuexc<テスト番号>.cfg
-
-現バージョンで用意している機能テストプログラムは次の通り．
-
-(1) test_cpuexc1                        CPU例外処理のテスト(1)
-(2) test_cpuexc2                        CPU例外処理のテスト(2)
-(3) test_cpuexc3                        CPU例外処理のテスト(3)
-(4) test_cpuexc4                        CPU例外処理のテスト(4)
-(5) test_cpuexc5                        CPU例外処理のテスト(5)
-(6) test_cpuexc6                        CPU例外処理のテスト(6)
-(7) test_cpuexc7                        CPU例外処理のテスト(7)
-(8) test_cpuexc8                        CPU例外処理のテスト(8)
-(9) test_cpuexc9                        CPU例外処理のテスト(9)
-(10) test_cpuexc10                      CPU例外処理のテスト(10)
-(11) test_cpuexc11                      CPU例外処理のテスト(11)
-(12) test_cpuexc12                      CPU例外処理のテスト(12)
-(13) test_cpuexc13                      CPU例外処理のテスト(13)
-(14) test_dlynse                        sil_dly_nseに関するテスト
-(15) test_sem1                          セマフォ機能のテスト(1)
-(16) test_sem2                          セマフォ機能のテスト(2)
-(17) test_sysstat1                      システム状æ
-‹ã«é–¢ã™ã‚‹ãƒ†ã‚¹ãƒˆ(1)
-(18) test_task1                         タスク管理モジュールのテスト(1)
-(19) test_tex1                          タスク例外処理に関するテスト(1)
-(20) test_tex2                          タスク例外処理に関するテスト(2)
-(21) test_utm1                          get_utmに関するテスト(1)
-
-CPU例外処理のテストプログラムの一部は，CPU例外ハンドラからリターンした
-å ´åˆã«ï¼ŒCPU例外を発生させた命令の次から実行が継続されることを前提に作成
-ã•ã‚Œã¦ã„ã‚‹ï¼Žã“ã®å‰æãŒæˆã‚Šç«‹ãŸãªã„å ´åˆã«ã¯ï¼Œãƒ†ã‚¹ãƒˆãƒ—ãƒ­ã‚°ãƒ©ãƒ ã®ã‚¿ãƒ¼ã‚²ãƒƒ
-ト依存定義において，CANNOT_RETURN_CPUEXCをマクロ定義することがå¿
-要であ
-る．詳しくは，「ターゲット依存部 ポーティングガイド」を参ç
-§ã™ã‚‹ã“と．
-
-10.4 性能評価プログラム
-
-testディレクトリに置かれた"perf"で始まるプログラムは，カーネルの性能評
-価を行うためのプログラムである．
-
-性能評価プログラムは，計測対象となる処理を繰り返し実行し，その実行時間
-を計測して，実行時間分布を表示する．
-
-計測した実行時間には，時間計測のオーバヘッド（時間計測処理の実行にかか
-る時間）が含まれる．計測対象の処理の正味の実行時間を求めるためには，計
-測された時間から，時間計測のオーバヘッドを計測するためのプログラム
-（perf0）で計測された時間を減算するå¿
-要がある．
-
-また，実行時間の計測は，別に記述がない限り割込みを許可したまま行うため，
-割込みハンドラ（少なくとも，タイマ割込みハンドラ）の処理時間が含まれた
-実行結果が計測される．
-
-カーネルの性能評価にあたっては，ハードウェア（特にキャッシュ）の設定に
-留意するå¿
-要がある．
-
-性能評価プログラムはテストプログラム用ライブラリと実行時間分布集計モ
-ã‚¸ãƒ¥ãƒ¼ãƒ«ã‚’ä½¿ç”¨ã—ã¦ã„ã‚‹ãŸã‚ï¼Œæ§‹ç¯‰ã™ã‚‹å ´åˆã«ã¯ï¼ŒMakefileのAPPL_COBJSに，
-test_lib.oとhistogram.oã‚’è¿½åŠ ã™ã‚‹å¿
-要がある．コンフィギュレーションスク
-ãƒªãƒ—ãƒˆã‚’ä½¿ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼Œ-Uオプションでtest_lib.oとhistgram.oを指定す
-る．å
-·ä½“的には，次のコマンドを実行すればよい（構築用のディレクトリが，
-ASPカーネルのソースファイルを展開したディレクトリの直下にあると仮定して
-いる）．
-
-        % perl ../configure -T <ターゲット略称> -A <性能評価プログラム名> \
+ただし，CPU例外処理のテスト(1)～(13)は，同一のシステムコンフィギュレー
+ションを共用しているため，test_cpuexc.cfgを次のようにコピーしておく必要
+がある．
+
+        % cp ../test/test_cpuexc.cfg test_cpuexc<テスト番号>.cfg
+
+現バージョンで用意している機能テストプログラムは次の通り．
+
+(1) test_cpuexc1                        CPU例外処理のテスト(1)
+(2) test_cpuexc2                        CPU例外処理のテスト(2)
+(3) test_cpuexc3                        CPU例外処理のテスト(3)
+(4) test_cpuexc4                        CPU例外処理のテスト(4)
+(5) test_cpuexc5                        CPU例外処理のテスト(5)
+(6) test_cpuexc6                        CPU例外処理のテスト(6)
+(7) test_cpuexc7                        CPU例外処理のテスト(7)
+(8) test_cpuexc8                        CPU例外処理のテスト(8)
+(9) test_cpuexc9                        CPU例外処理のテスト(9)
+(10) test_cpuexc10                      CPU例外処理のテスト(10)
+(11) test_cpuexc11                      CPU例外処理のテスト(11)
+(12) test_cpuexc12                      CPU例外処理のテスト(12)
+(13) test_cpuexc13                      CPU例外処理のテスト(13)
+(14) test_dlynse                        sil_dly_nseに関するテスト
+(15) test_sem1                          セマフォ機能のテスト(1)
+(16) test_sem2                          セマフォ機能のテスト(2)
+(17) test_sysstat1                      システム状態に関するテスト(1)
+(18) test_task1                         タスク管理モジュールのテスト(1)
+(19) test_tex1                          タスク例外処理に関するテスト(1)
+(20) test_tex2                          タスク例外処理に関するテスト(2)
+(21) test_utm1                          get_utmに関するテスト(1)
+
+CPU例外処理のテストプログラムの一部は，CPU例外ハンドラからリターンした
+場合に，CPU例外を発生させた命令の次から実行が継続されることを前提に作成
+されている．この前提が成り立たない場合には，テストプログラムのターゲッ
+ト依存定義において，CANNOT_RETURN_CPUEXCをマクロ定義することが必要であ
+る．詳しくは，「ターゲット依存部 ポーティングガイド」を参照すること．
+
+10.4 性能評価プログラム
+
+testディレクトリに置かれた"perf"で始まるプログラムは，カーネルの性能評
+価を行うためのプログラムである．
+
+性能評価プログラムは，計測対象となる処理を繰り返し実行し，その実行時間
+を計測して，実行時間分布を表示する．
+
+計測した実行時間には，時間計測のオーバヘッド（時間計測処理の実行にかか
+る時間）が含まれる．計測対象の処理の正味の実行時間を求めるためには，計
+測された時間から，時間計測のオーバヘッドを計測するためのプログラム
+（perf0）で計測された時間を減算する必要がある．
+
+また，実行時間の計測は，別に記述がない限り割込みを許可したまま行うため，
+割込みハンドラ（少なくとも，タイマ割込みハンドラ）の処理時間が含まれた
+実行結果が計測される．
+
+カーネルの性能評価にあたっては，ハードウェア（特にキャッシュ）の設定に
+留意する必要がある．
+
+性能評価プログラムはテストプログラム用ライブラリと実行時間分布集計モ
+ジュールを使用しているため，構築する場合には，MakefileのAPPL_COBJSに，
+test_lib.oとhistogram.oを追加する必要がある．コンフィギュレーションスク
+リプトを使用する場合には，-Uオプションでtest_lib.oとhistgram.oを指定す
+る．具体的には，次のコマンドを実行すればよい（構築用のディレクトリが，
+ASPカーネルのソースファイルを展開したディレクトリの直下にあると仮定して
+いる）．
+
+        % perl ../configure -T <ターゲット略称> -A <性能評価プログラム名> \
                                                                         -a ../test -U "test_lib.o histogram.o"
 
-現バージョンで用意している性能評価プログラムは次の通り．
-
-(1) perf0               時間計測のオーバヘッドの評価
-
-時間計測のオーバヘッドを計測するためのプログラム．å
-·ä½“的には，空のプロ
-グラム（begin_mearsureとend_measureを続けて呼び出すプログラム）の実行時
-間を計測する．
-
-他の性能評価プログラムで計測された時間から，このプログラムで計測された
-時間を減算した時間が，計測対象の処理の正味の実行時間である．
-
-(2) perf1               slp_tsk，wup_tskによるタスク切換え時間の評価
-
-slp_tsk，wup_tskによるタスク切換え時間を計測するためのプログラム．å
-·ä½“
-的には，高い優å
-ˆåº¦ã®ã‚¿ã‚¹ã‚¯ãŒèµ·åºŠå¾
-ち状æ
-‹ã§ã‚る時に，低い優å
-ˆåº¦ã®ã‚¿ã‚¹ã‚¯
-がwup_tskにより高い優å
-ˆåº¦ã®ã‚¿ã‚¹ã‚¯ã‚’起床し，高い優å
-ˆåº¦ã®ã‚¿ã‚¹ã‚¯ã«åˆ‡ã‚Šæ›ã‚
-るまでの時間と，高い優å
-ˆåº¦ã®ã‚¿ã‚¹ã‚¯ãŒslp_tskにより起床å¾
-ち状æ
-‹ã¨ãªã‚Šï¼Œä½Ž
-い優å
-ˆåº¦ã®ã‚¿ã‚¹ã‚¯ã«åˆ‡ã‚Šæ›ã‚ã‚‹ã¾ã§ã®æ™‚間を計測する．
-
-(3) perf2               snd_pdqの処理時間の評価
-
-優å
-ˆåº¦ãƒ‡ãƒ¼ã‚¿ã‚­ãƒ¥ãƒ¼ã«è“„積されているデータの数により，snd_pdqの処理時間が
-どのように変化するかを計測するためのプログラム．å
-·ä½“的には，優å
-ˆåº¦ãƒ‡ãƒ¼
-タキュー中に高い優å
-ˆåº¦ã®ãƒ‡ãƒ¼ã‚¿ãŒn個蓄積されている時に，snd_dtqにより低
-い優å
-ˆåº¦ã®ãƒ‡ãƒ¼ã‚¿ã‚’å
-¥ã‚Œã‚‹ã®ã«ã‹ã‹ã‚‹æ™‚間を計測する．nを0，10，20，30，40，
-50，100，200，300と変化させて計測する．
-
-(4) perf3               set_flgの処理時間の評価
-
-å¾
-ち解除するタスクの数により，set_flgの処理時間がどのように変化するかを
-計測するためのプログラム．å
-·ä½“的には，TA_WMUL属性のイベントフラグに対し
-て，n個のタスクがå¾
-っている時に，set_flgによりそのすべてをå¾
-ち解除する
-のにかかる時間を計測する．nを0，1，2，3，4，5，10，20と変化させて計測す
-る．
-
-(5) perf4               act_tsk，iact_tskの処理時間とタスク切換え時間の評価
-
-act_tsk，iact_tskの処理時間とタスク切換え時間を計測するためのプログラム．
-å
-·ä½“的には，(1) タスク切換えを起こさないact_tskの処理時間，(2) タスク切
-換えを起こすact_tskの処理時間（タスク切換え時間を含む），(3) タスク切換
-えを起こすiact_tskの処理時間（タスク切換え時間とタイマ割込み中で実行さ
-れるシステム時刻の更新処理時間を含む）の3つの時間を計測する．
-
-１１．使用上の注意とヒント
-
-11.1 タイマドライバの組込み
-
-タイマドライバをシステムに組み込むために，システムコンフィギュレーショ
-ンファイルのå
-ˆé ­ã§target_timer.cfgをインクルードするå¿
-要がある．
-
-11.2 assertマクロの処理
-
-ASPカーネルのコード中には，assertマクロが使われている．assertマクロの定
-義はt_stddef.hに含まれ，assertãŒå¤±æ•—ã—ãŸå ´åˆã®æœ€å¾Œã®å‡¦ç†ï¼ˆé€šå¸¸ã¯ï¼Œãƒ—ãƒ­
-グラムを停止させる処理）は，ターゲット依存部のTOPPERS_assert_abortで決
-定される．
-
-assertãŒå¤±æ•—ã—ãŸå ´åˆï¼Œã‚·ã‚¹ãƒ†ãƒ é–‹ç™ºä¸­ã¯ãƒ‡ãƒãƒƒã‚¬ã«è½ã¨ã™ã®ãŒæœ›ã¾ã—ã„ãŒï¼Œ
-システム稼働時の対処法は，システムに対する要件に依存する．そこで，ター
-ゲット依存部のTOPPERS_assert_abortを，システム要件に合致した適切な処理
-に置き換えるå¿
-要がある．システム要件によっては，NDEBUGを定義してassert
-マクロの処理をオブジェクトコード中から消す（「6.2 コンパイルオプション」
-の節を参ç
-§ï¼‰æ–¹æ³•ã‚‚考えられる．
-
-11.3 システムログ機能の扱い
-
-TOPPERS/ASPカーネルでは，システム開発時の利便性を考æ
-®ã—，システムログ機
-能を組み込む設定をデフォルトとしている．
-
-それに対して，TOPPERS/ASPã‚«ãƒ¼ãƒãƒ«ã‚’ç”¨ã„ãŸã‚·ã‚¹ãƒ†ãƒ ã‚’æ©Ÿå™¨ã«çµ„ã¿è¾¼ã‚€å ´åˆã¯ï¼Œ
-ã‚·ã‚¹ãƒ†ãƒ ãƒ­ã‚°æ©Ÿèƒ½ãŒæ„å‘³ãŒãªã„å ´åˆã‚‚å¤šã„ï¼Žæ©Ÿå™¨ã¸ã®çµ„è¾¼ã¿ã«éš›ã—ã¦ã®ã‚·ã‚¹ãƒ†
-ムログ機能の設定方法には，以下の方法が考えられる．
-
-(1) システムログ機能を用いない
-
-ã‚·ã‚¹ãƒ†ãƒ ãƒ­ã‚°æ©Ÿèƒ½ã‚’ä¸€åˆ‡ä½¿ç”¨ã—ãªã„å ´åˆã«ã¯ï¼Œã‚·ã‚¹ãƒ†ãƒ ãƒ­ã‚°æ©Ÿèƒ½ã‚’ã‚·ã‚¹ãƒ†ãƒ ã«
-組み込まず（システムコンフィギュレーションファイルでsyslog.cfgをインク
-ルードしない），システムログ機能のサービスコールを呼び出すソースファイ
-ルをTOPPERS_OMIT_SYSLOGを定義してコンパイルすればよい．
-
-(2) ログæƒ
-å ±ã®è“„ç©ã®ã¿ã‚’è¡Œã†
-
-機器に組み込んだ状æ
-‹ã§ï¼Œã‚·ãƒªã‚¢ãƒ«ãƒãƒ¼ãƒˆç­‰ã‚’介してシステムを外部と接続す
-ã‚‹ã“ã¨ãŒã§ãã‚‹å ´åˆã«ã¯ï¼Œã‚·ã‚¹ãƒ†ãƒ ç¨¼åƒæ™‚ã«ã¯ãƒ­ã‚°æƒ
-å ±ã®è“„ç©ã®ã¿ã‚’è¡Œã„ï¼Œã‚·
-ステムに障害が起きた時などにログæƒ
-å ±ã‚’å–ã‚Šå‡ºã™ã“ã¨ã§ï¼Œéšœå®³ã®åŽŸå› åˆ†æžã®
-助けとすることができる．
-
-å
-·ä½“的な設定方法として，次の2つの方法が考えられる．
-
-(2-1) 低レベル出力をメモリに蓄積する
-
-å¿
-要なログæƒ
-å ±ã‚’ä½Žãƒ¬ãƒ™ãƒ«å‡ºåŠ›æ©Ÿèƒ½ã‚’ç”¨ã„ã¦å‡ºåŠ›ã™ã‚‹ã‚ˆã†ã«è¨­å®šã—ï¼Œä½Žãƒ¬ãƒ™ãƒ«
-の文字出力関数（target_fput_log）に送られた文字をメモリ（å
-¸åž‹çš„にはリン
-ã‚°ãƒãƒƒãƒ•ã‚¡ï¼‰ã«è“„ç©ã™ã‚‹ã‚ˆã†ã«ã™ã‚‹ï¼Žã‚·ã‚¹ãƒ†ãƒ ã®éšœå®³æ™‚ã«ã¯ï¼Œãã®ãƒ¡ãƒ¢ãƒªé ˜åŸŸ
-を読み出す．
-
-(2-2) システムログ機能のログバッファに蓄積する
-
-å¿
-要なログæƒ
-å ±ã‚’ã‚·ã‚¹ãƒ†ãƒ ãƒ­ã‚°æ©Ÿèƒ½ã®ãƒ­ã‚°ãƒãƒƒãƒ•ã‚¡ã«è¨˜éŒ²ã™ã‚‹ã‚ˆã†ã«è¨­å®šã™ã‚‹ï¼Ž
-システムログタスクを動作させないと，ログæƒ
-å ±ã¯ãƒ­ã‚°ãƒãƒƒãƒ•ã‚¡ã«è“„ç©ã•ã‚Œã¦
-ã„ãï¼Žã‚·ã‚¹ãƒ†ãƒ ã®éšœå®³æ™‚ã«ã¯ï¼Œãƒ­ã‚°ãƒãƒƒãƒ•ã‚¡ã®é ˜åŸŸã‚’èª­ã¿å‡ºã™ã‹ï¼Œã‚·ã‚¹ãƒ†ãƒ ãƒ­
-グタスクを動作させてログæƒ
-å ±ã‚’å‡ºåŠ›ã•ã›ã‚‹ï¼Ž
-
-(3) 開発時の設定のままとする
-
-システムログ機能の設定を，システム開発時のまま変更せず，シリアルポート
-等にログæƒ
-å ±ã‚’åž‚ã‚Œæµã™æ–¹æ³•ã‚‚è€ƒãˆã‚‰ã‚Œã‚‹ï¼Ž
-
-11.4 オブジェクトIDの管理
-
-TOPPERS/ASPカーネルでは，オブジェクトのID番号を，コンフィギュレータが割
-り付ける方法が基本となっている．
-
-アプリケーションプログラム中でオブジェクトのID番号を参ç
-§ã™ã‚‹å ´åˆã«ã¯ï¼Œ
-次の2つの方法が考えられる．
-
-(1) オブジェクト識別名を用いる
-
-オブジェクト生成のための静的API（CRE_YYY）の第1パラメータに記述したオブ
-ジェクト識別名を，アプリケーションプログラム中でも用いる方法．
-
-コンフィギュレータは，オブジェクト識別名を，割り付けたID番号にマクロ定
-義するC言語プリプロセッサのディレクティブ（#define）をkernel_cfg.hに生
-成するため，アプリケーションプログラムからkernel_cfg.hをインクルードす
-るå¿
-要がある．
-
-この方法は，オブジェクトコード中にID番号が直接埋め込まれるために実行効
-率が良い一方で，コンフィギュレータが実行されてkernel_cfg.hが書き換わる
-度に，アプリケーションプログラムの再コンパイルがå¿
-è¦ã«ãªã‚‹ã¨ã„ã†æ¬ ç‚¹ãŒ
-ある．そのため，アプリケーションプログラムを構成するファイルの中で，一
-部のファイルのみでオブジェクト識別名を参ç
-§ã™ã‚‹æ§‹æˆã«ã™ã‚‹ã¨ã„った工夫を
-することが望ましい．
-
-(2) オブジェクトのID番号を保持する変数を用いる
-
-オブジェクトのID番号を保持するconstå±žæ€§ã‚’ä»˜åŠ ã—ãŸå¤‰æ•°ã‚’ç”¨æ„ã—ï¼Œã‚¢ãƒ—ãƒªã‚±ãƒ¼
-ションプログラム中では，その変数を用いる方法．
-
-例えば，TASK1というオブジェクト識別名のタスクに対して，次のような変数を
-用意する．
+現バージョンで用意している性能評価プログラムは次の通り．
+
+(1) perf0               時間計測のオーバヘッドの評価
+
+時間計測のオーバヘッドを計測するためのプログラム．具体的には，空のプロ
+グラム（begin_mearsureとend_measureを続けて呼び出すプログラム）の実行時
+間を計測する．
+
+他の性能評価プログラムで計測された時間から，このプログラムで計測された
+時間を減算した時間が，計測対象の処理の正味の実行時間である．
+
+(2) perf1               slp_tsk，wup_tskによるタスク切換え時間の評価
+
+slp_tsk，wup_tskによるタスク切換え時間を計測するためのプログラム．具体
+的には，高い優先度のタスクが起床待ち状態である時に，低い優先度のタスク
+がwup_tskにより高い優先度のタスクを起床し，高い優先度のタスクに切り換わ
+るまでの時間と，高い優先度のタスクがslp_tskにより起床待ち状態となり，低
+い優先度のタスクに切り換わるまでの時間を計測する．
+
+(3) perf2               snd_pdqの処理時間の評価
+
+優先度データキューに蓄積されているデータの数により，snd_pdqの処理時間が
+どのように変化するかを計測するためのプログラム．具体的には，優先度デー
+タキュー中に高い優先度のデータがn個蓄積されている時に，snd_dtqにより低
+い優先度のデータを入れるのにかかる時間を計測する．nを0，10，20，30，40，
+50，100，200，300と変化させて計測する．
+
+(4) perf3               set_flgの処理時間の評価
+
+待ち解除するタスクの数により，set_flgの処理時間がどのように変化するかを
+計測するためのプログラム．具体的には，TA_WMUL属性のイベントフラグに対し
+て，n個のタスクが待っている時に，set_flgによりそのすべてを待ち解除する
+のにかかる時間を計測する．nを0，1，2，3，4，5，10，20と変化させて計測す
+る．
+
+(5) perf4               act_tsk，iact_tskの処理時間とタスク切換え時間の評価
+
+act_tsk，iact_tskの処理時間とタスク切換え時間を計測するためのプログラム．
+具体的には，(1) タスク切換えを起こさないact_tskの処理時間，(2) タスク切
+換えを起こすact_tskの処理時間（タスク切換え時間を含む），(3) タスク切換
+えを起こすiact_tskの処理時間（タスク切換え時間とタイマ割込み中で実行さ
+れるシステム時刻の更新処理時間を含む）の3つの時間を計測する．
+
+１１．使用上の注意とヒント
+
+11.1 タイマドライバの組込み
+
+タイマドライバをシステムに組み込むために，システムコンフィギュレーショ
+ンファイルの先頭でtarget_timer.cfgをインクルードする必要がある．
+
+11.2 assertマクロの処理
+
+ASPカーネルのコード中には，assertマクロが使われている．assertマクロの定
+義はt_stddef.hに含まれ，assertが失敗した場合の最後の処理（通常は，プロ
+グラムを停止させる処理）は，ターゲット依存部のTOPPERS_assert_abortで決
+定される．
+
+assertが失敗した場合，システム開発中はデバッガに落とすのが望ましいが，
+システム稼働時の対処法は，システムに対する要件に依存する．そこで，ター
+ゲット依存部のTOPPERS_assert_abortを，システム要件に合致した適切な処理
+に置き換える必要がある．システム要件によっては，NDEBUGを定義してassert
+マクロの処理をオブジェクトコード中から消す（「6.2 コンパイルオプション」
+の節を参照）方法も考えられる．
+
+11.3 システムログ機能の扱い
+
+TOPPERS/ASPカーネルでは，システム開発時の利便性を考慮し，システムログ機
+能を組み込む設定をデフォルトとしている．
+
+それに対して，TOPPERS/ASPカーネルを用いたシステムを機器に組み込む場合は，
+システムログ機能が意味がない場合も多い．機器への組込みに際してのシステ
+ムログ機能の設定方法には，以下の方法が考えられる．
+
+(1) システムログ機能を用いない
+
+システムログ機能を一切使用しない場合には，システムログ機能をシステムに
+組み込まず（システムコンフィギュレーションファイルでsyslog.cfgをインク
+ルードしない），システムログ機能のサービスコールを呼び出すソースファイ
+ルをTOPPERS_OMIT_SYSLOGを定義してコンパイルすればよい．
+
+(2) ログ情報の蓄積のみを行う
+
+機器に組み込んだ状態で，シリアルポート等を介してシステムを外部と接続す
+ることができる場合には，システム稼働時にはログ情報の蓄積のみを行い，シ
+ステムに障害が起きた時などにログ情報を取り出すことで，障害の原因分析の
+助けとすることができる．
+
+具体的な設定方法として，次の2つの方法が考えられる．
+
+(2-1) 低レベル出力をメモリに蓄積する
+
+必要なログ情報を低レベル出力機能を用いて出力するように設定し，低レベル
+の文字出力関数（target_fput_log）に送られた文字をメモリ（典型的にはリン
+グバッファ）に蓄積するようにする．システムの障害時には，そのメモリ領域
+を読み出す．
+
+(2-2) システムログ機能のログバッファに蓄積する
+
+必要なログ情報をシステムログ機能のログバッファに記録するように設定する．
+システムログタスクを動作させないと，ログ情報はログバッファに蓄積されて
+いく．システムの障害時には，ログバッファの領域を読み出すか，システムロ
+グタスクを動作させてログ情報を出力させる．
+
+(3) 開発時の設定のままとする
+
+システムログ機能の設定を，システム開発時のまま変更せず，シリアルポート
+等にログ情報を垂れ流す方法も考えられる．
+
+11.4 オブジェクトIDの管理
+
+TOPPERS/ASPカーネルでは，オブジェクトのID番号を，コンフィギュレータが割
+り付ける方法が基本となっている．
+
+アプリケーションプログラム中でオブジェクトのID番号を参照する場合には，
+次の2つの方法が考えられる．
+
+(1) オブジェクト識別名を用いる
+
+オブジェクト生成のための静的API（CRE_YYY）の第1パラメータに記述したオブ
+ジェクト識別名を，アプリケーションプログラム中でも用いる方法．
+
+コンフィギュレータは，オブジェクト識別名を，割り付けたID番号にマクロ定
+義するC言語プリプロセッサのディレクティブ（#define）をkernel_cfg.hに生
+成するため，アプリケーションプログラムからkernel_cfg.hをインクルードす
+る必要がある．
+
+この方法は，オブジェクトコード中にID番号が直接埋め込まれるために実行効
+率が良い一方で，コンフィギュレータが実行されてkernel_cfg.hが書き換わる
+度に，アプリケーションプログラムの再コンパイルが必要になるという欠点が
+ある．そのため，アプリケーションプログラムを構成するファイルの中で，一
+部のファイルのみでオブジェクト識別名を参照する構成にするといった工夫を
+することが望ましい．
+
+(2) オブジェクトのID番号を保持する変数を用いる
+
+オブジェクトのID番号を保持するconst属性を付加した変数を用意し，アプリケー
+ションプログラム中では，その変数を用いる方法．
+
+例えば，TASK1というオブジェクト識別名のタスクに対して，次のような変数を
+用意する．
 
 const ID TASK1_id = TASK1;
 
-アプリケーションプログラム中では，この変数（TASK1_id）を用いることで，
-コンフィギュレータが実行されてkernel_cfg.hが書き換わる度に，上記の変数
-定義を含んだファイルのみを再コンパイルすればよいことになる．
-
-この方法は，アプリケーションプログラムの再コンパイルを最小限にできる利
-ç‚¹ãŒã‚ã‚‹ä¸€æ–¹ã§ï¼Œå¤‰æ•°ã®ãŸã‚ã®ãƒ¡ãƒ¢ãƒªé ˜åŸŸãŒå¿
-è¦ã«ãªã‚‹ã“ã¨ã«åŠ ãˆã¦ï¼Œï¼ˆãƒ—ãƒ­
-ã‚»ãƒƒã‚µã«ã‚ˆã£ã¦ã¯ï¼‰å¤‰æ•°ã‚¢ã‚¯ã‚»ã‚¹ã®ãŸã‚ã®ã‚ªãƒ¼ãƒãƒ˜ãƒƒãƒ‰ãŒç”Ÿã˜ã‚‹ã¨ã„ã†æ¬ ç‚¹ãŒ
-ある．また，定数ではなく変数であることから，他の変数の初期化には使えな
-いという制限がある．
-
-なお，TOPPERS/ASPカーネルのコンフィギュレータは，--external-idオプショ
-ãƒ³ã‚’ä»˜åŠ ã™ã‚‹ã“ã¨ã«ã‚ˆã‚Šï¼Œä¸Šè¨˜ã®å¤‰æ•°å®šç¾©ã‚’kernel_cfg.c中に生成する機能を
-持っているので，すべてのオブジェクトIDをこの方法で参ç
-§ã™ã‚‹å ´åˆã«ã¯ï¼Œã“
-の機能を用いることを推奨する．
-
-コンフィギュレータによるID番号割付けのもう1つの課題として，コンフィギュ
-レーションファイルの修正により，オブジェクトIDの割付けが変わってしまう
-ことが挙げられる．これは，アプリケーションソフトウェアの設計仕様書にID
-ç•ªå·ãŒè¨˜è¼‰ã•ã‚Œã¦ã„ã‚‹å ´åˆã‚„ï¼Œãƒ‡ãƒãƒƒã‚°ä½œæ¥­ã«ãŠã„ã¦ID番号を直接扱っている
-å ´åˆã«ï¼Œä½œæ¥­åŠ¹çŽ‡ã‚’ä½Žä¸‹ã•ã›ã‚‹å¯èƒ½æ€§ãŒè€ƒãˆã‚‰ã‚Œã‚‹ï¼Ž
-
-この問題に対応するために，TOPPERS/ASPカーネルのコンフィギュレータに，
-ID番号の割付け結果をファイルに書き出す機能（--id-output-fileオプション）
-と，ID番号の割付けをファイルから取り込む機能（--id-input-fileオプション）
-を用意している．これらの機能を用いて，コンフィギュレータを実行する度に，
-前回に実行した時にファイルに書き出したID番号の割付けを取り込むことで，
-前回実行時と同じ割付けを行うことができる．ただし，TOPPERS/ASPカーネルで
-は，IDç•ªå·ã«æŠœã‘ãŒã‚ã‚‹ã®ã¯è¨±ã•ã‚Œãªã„ãŸã‚ï¼Œã‚ªãƒ–ã‚¸ã‚§ã‚¯ãƒˆã®æ•°ãŒæ¸›ã£ãŸå ´åˆ
-には（IDç•ªå·ãŒå¤§ãã„æ–¹ã®ã‚ªãƒ–ã‚¸ã‚§ã‚¯ãƒˆãŒæ¸›ã£ãŸå ´åˆã‚’é™¤ã„ã¦ï¼‰ã‚¨ãƒ©ãƒ¼ã¨ãªã‚‹ï¼Ž
-ã“ã®å ´åˆã«ã¯ï¼Œãƒ€ãƒŸãƒ¼ã®ã‚ªãƒ–ã‚¸ã‚§ã‚¯ãƒˆã‚’ç”Ÿæˆã™ã‚‹æ–¹æ³•ã§å›žé¿ã™ã‚‹ã—ã‹ãªã„ï¼Ž
-
-11.5 カーネルのå†
-部シンボルのリネーム
-
-ASPカーネルでは，モジュールå†
-部の名称が他のモジュールå†
-部の名称と衝突す
-ることを避けるために，カーネルのå†
-部シンボルは，C言語レベルで，å
-ˆé ­ãŒ
-"_kernel_"または"_KERNEL_"である名称としている．
-
-これをソースコードの可読性と両立させるために，ASPカーネルでは，ソースコー
-ドは自然な名前を用いて記述し，C言語プリプロセッサのマクロ定義（#define）
-を用いて，それを"_kernel_"または"_KERNEL_"で始まる名前（自然な名前が
-yyyyyã®å ´åˆã«ã¯ï¼Œ_kernel_yyyyy）にリネームする仕組みを用いている．
-
-å
-·ä½“的には，関連するディレクトリにxxx_rename.defを置き，そこからリネー
-ムのためのヘッダファイル（xxx_rename.hおよびxxx_unrename.h）を生成する
-ツール（utils/genrename）を用意している．
-
-この仕組みは，ソースコードの可読性向上に役立つ一方で，弊害もある．例え
-ば，多くのデバッガで，ソースコード中の名称とオブジェクトコード中の名称
-が異なるために，ソースコード中の変数名を指定して値を読んだり，関数名を
-指定してブレークポイントを置くといったことができない．
-
-この状況に対応するために，ASPカーネルでは，ソースコード中の該当する名称
-をリネームするためのユーティリティ（utils/applyrename）を用意している．
-applyrenameユーティリティに，リネーム定義ファイル（xxx_rename.def）のプ
-リフィックス（xxxの部分）と，リネームしたいファイルリストを与えると，リ
-ネーム処理を行なう．例えば，kernelディレクトリのすべてのファイルに対し
-て，カーネルのå†
-部シンボルをリネームするには，次のコマンドを実行すれば
-よい．
+アプリケーションプログラム中では，この変数（TASK1_id）を用いることで，
+コンフィギュレータが実行されてkernel_cfg.hが書き換わる度に，上記の変数
+定義を含んだファイルのみを再コンパイルすればよいことになる．
+
+この方法は，アプリケーションプログラムの再コンパイルを最小限にできる利
+点がある一方で，変数のためのメモリ領域が必要になることに加えて，（プロ
+セッサによっては）変数アクセスのためのオーバヘッドが生じるという欠点が
+ある．また，定数ではなく変数であることから，他の変数の初期化には使えな
+いという制限がある．
+
+なお，TOPPERS/ASPカーネルのコンフィギュレータは，--external-idオプショ
+ンを付加することにより，上記の変数定義をkernel_cfg.c中に生成する機能を
+持っているので，すべてのオブジェクトIDをこの方法で参照する場合には，こ
+の機能を用いることを推奨する．
+
+コンフィギュレータによるID番号割付けのもう1つの課題として，コンフィギュ
+レーションファイルの修正により，オブジェクトIDの割付けが変わってしまう
+ことが挙げられる．これは，アプリケーションソフトウェアの設計仕様書にID
+番号が記載されている場合や，デバッグ作業においてID番号を直接扱っている
+場合に，作業効率を低下させる可能性が考えられる．
+
+この問題に対応するために，TOPPERS/ASPカーネルのコンフィギュレータに，
+ID番号の割付け結果をファイルに書き出す機能（--id-output-fileオプション）
+と，ID番号の割付けをファイルから取り込む機能（--id-input-fileオプション）
+を用意している．これらの機能を用いて，コンフィギュレータを実行する度に，
+前回に実行した時にファイルに書き出したID番号の割付けを取り込むことで，
+前回実行時と同じ割付けを行うことができる．ただし，TOPPERS/ASPカーネルで
+は，ID番号に抜けがあるのは許されないため，オブジェクトの数が減った場合
+には（ID番号が大きい方のオブジェクトが減った場合を除いて）エラーとなる．
+この場合には，ダミーのオブジェクトを生成する方法で回避するしかない．
+
+11.5 カーネルの内部シンボルのリネーム
+
+ASPカーネルでは，モジュール内部の名称が他のモジュール内部の名称と衝突す
+ることを避けるために，カーネルの内部シンボルは，C言語レベルで，先頭が
+"_kernel_"または"_KERNEL_"である名称としている．
+
+これをソースコードの可読性と両立させるために，ASPカーネルでは，ソースコー
+ドは自然な名前を用いて記述し，C言語プリプロセッサのマクロ定義（#define）
+を用いて，それを"_kernel_"または"_KERNEL_"で始まる名前（自然な名前が
+yyyyyの場合には，_kernel_yyyyy）にリネームする仕組みを用いている．
+
+具体的には，関連するディレクトリにxxx_rename.defを置き，そこからリネー
+ムのためのヘッダファイル（xxx_rename.hおよびxxx_unrename.h）を生成する
+ツール（utils/genrename）を用意している．
+
+この仕組みは，ソースコードの可読性向上に役立つ一方で，弊害もある．例え
+ば，多くのデバッガで，ソースコード中の名称とオブジェクトコード中の名称
+が異なるために，ソースコード中の変数名を指定して値を読んだり，関数名を
+指定してブレークポイントを置くといったことができない．
+
+この状況に対応するために，ASPカーネルでは，ソースコード中の該当する名称
+をリネームするためのユーティリティ（utils/applyrename）を用意している．
+applyrenameユーティリティに，リネーム定義ファイル（xxx_rename.def）のプ
+リフィックス（xxxの部分）と，リネームしたいファイルリストを与えると，リ
+ネーム処理を行なう．例えば，kernelディレクトリのすべてのファイルに対し
+て，カーネルの内部シンボルをリネームするには，次のコマンドを実行すれば
+よい．
 
         % cd kernel
         % ../utils/applyrename kernel *
 
-また，ターゲット依存部のディレクトリのすべてのファイルに対して，カーネ
-ルのå†
-部シンボルをリネームするには，次のようなコマンドを実行すればよい．
+また，ターゲット依存部のディレクトリのすべてのファイルに対して，カーネ
+ルの内部シンボルをリネームするには，次のようなコマンドを実行すればよい．
 
         % cd target/dve68k_gcc/
@@ -2213 +1895 @@
         % ../../utils/applyrename ../../kernel/kernel *
 
-11.6 トレースログ記録のサンプルコードの使用方法
-
-ãƒˆãƒ¬ãƒ¼ã‚¹ãƒ­ã‚°è¨˜éŒ²ã®ã‚µãƒ³ãƒ—ãƒ«ã‚³ãƒ¼ãƒ‰ãŒã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã«çµ„ã¿è¾¼ã¾ã‚Œã¦ã„ã‚‹å ´
-合には，コンフィギュレーションスクリプトにそれを使用することを指示する
-オプション（-rï¼‰ã‚’ä»˜åŠ ã™ã‚‹ã“ã¨ã§ï¼Œãƒ¡ãƒ¢ãƒªä¸Šã«ãƒˆãƒ¬ãƒ¼ã‚¹ãƒ­ã‚°ã‚’è¨˜éŒ²ã™ã‚‹æ©Ÿèƒ½
-が有効になる．
-
-トレースログ記録の使用方法の一例として，システム起動時にトレースログの
-記録を開始し，システム終了時に記録したトレースログをダンプするためには，
-ã‚·ã‚¹ãƒ†ãƒ ã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚·ãƒ§ãƒ³ãƒ•ã‚¡ã‚¤ãƒ«ã«æ¬¡ã®ã‚ˆã†ãªè¨˜è¿°ã‚’è¿½åŠ ã™ã‚‹ï¼Ž
+11.6 トレースログ記録のサンプルコードの使用方法
+
+トレースログ記録のサンプルコードがターゲット依存部に組み込まれている場
+合には，コンフィギュレーションスクリプトにそれを使用することを指示する
+オプション（-r）を付加することで，メモリ上にトレースログを記録する機能
+が有効になる．
+
+トレースログ記録の使用方法の一例として，システム起動時にトレースログの
+記録を開始し，システム終了時に記録したトレースログをダンプするためには，
+システムコンフィギュレーションファイルに次のような記述を追加する．
 
         #include "logtrace/trace_config.h"
@@ -2228 +1910 @@
         ATT_TER({ TA_NULL, target_fput_log, trace_dump });
 
-ここで，初期化ルーチン（trace_initialize）への引数は，初期化直後のトレー
-スログの動作モードを指定するものである．指定できる動作モードについては，
-arch/logtrace/trace_config.h中のコメントに説明がある．
-
-終了処理ルーチン（trace_dump）は，記録されたトレースログをターゲット依
-存の低レベル出力機能（target_fput_log）を利用してダンプするためのもので
-ã‚ã‚‹ï¼Žãƒˆãƒ¬ãƒ¼ã‚¹ãƒ­ã‚°ã‚’åˆ¥ã®æ–¹æ³•ã§å–ã‚Šå‡ºã™å ´åˆã«ã¯ï¼Œçµ‚äº†å‡¦ç†ãƒ«ãƒ¼ãƒãƒ³ã‚’ç™»éŒ²
-するå¿
-要はない．
-
-以上の方法では，trace_initializeを初期化ルーチンで，trace_dumpを終了処
-理ルーチンで呼び出しているため，初期化ルーチンを呼び出す前や終了処理ルー
-チンを呼び出した後には，トレースログ記録の機能を利用できない．初期化ルー
-チンを呼び出す前や終了処理ルーチンを呼び出した後に実行される処理（例え
-ば，カーネルオブジェクトの初期化処理や，trace_initializeよりもå
-ˆã«ç™»éŒ²
-した初期化ルーチン，trace_dumpよりもå
-ˆã«ç™»éŒ²ã—た終了処理ルーチン）でト
-レースログ記録の機能を利用するためには，trace_initializeとtrace_dumpを
-é©åˆ‡ãªå ´æ‰€ã§å‘¼ã¶ã‚ˆã†ã«ä¿®æ­£ã™ã‚‹ã“ã¨ãŒå¿
-要である．
-
-11.7 システムの起動時の初期化処理
-
-システムの起動時にアプリケーションでå¿
-要となる初期化処理を行うための機
-能として初期化ルーチンが用意されているが，初期化ルーチンが実行されるよ
-りも早いタイミングで実行することがå¿
-è¦ãªåˆæœŸåŒ–å‡¦ç†ãŒã‚ã‚‹å ´åˆãŒã‚ã‚‹ï¼Ž
-
-ã“ã®ã‚ˆã†ãªå ´åˆã«ç”¨ã„ã‚‹ãŸã‚ã«ï¼Œæ¨™æº–çš„ãªã‚¹ã‚¿ãƒ¼ãƒˆã‚¢ãƒƒãƒ—ãƒ¢ã‚¸ãƒ¥ãƒ¼ãƒ«ã‹ã‚‰ï¼Œã‚¿ãƒ¼
-ゲットシステム依存の初期化フック（hardware_init_hook）を呼び出すことと
-している．hardware_init_hookは，カーネルのターゲット依存部で用意されて
-いるのが標準であるが，これをアプリケーションで用意したものに置き換え，
-その中でアプリケーションでå¿
-要となる初期化処理を行うことができる．
-
-ただし，hardware_init_hookã®ä½œæˆã™ã‚‹å ´åˆã«ã¯ï¼Œbssセクションとdataセクショ
-ンが初期化されていないことや，ライブラリが初期化されていないこと，C言語
-で記述できるとは限らないことなどに注意がå¿
-要である．作成にあたっては，
-「ターゲット依存部 ポーティングガイド」を参ç
-§ã™ã‚‹ã“と．
-
-カーネルのスタートアップモジュールがhardware_init_hookを呼び出すように
-実è£
-ã•ã‚Œã¦ã„ãªã„å ´åˆã«ã¯ï¼Œã‚¹ã‚¿ãƒ¼ãƒˆã‚¢ãƒƒãƒ—ãƒ¢ã‚¸ãƒ¥ãƒ¼ãƒ«ã‚’ã‚¢ãƒ—ãƒªã‚±ãƒ¼ã‚·ãƒ§ãƒ³ã§
-用意したものに置き換える方法を推奨する．
-
-11.8 rodataセクションをRAMã«ç½®ãå ´åˆ
-
-何らかの理由でrodataセクションをRAMã«ç½®ãå ´åˆï¼Œdataセクションと同様に，
-その初期値はROMに置き，スタートアップモジュールでRAMã«ã‚³ãƒ”ãƒ¼ã™ã‚‹ã®ãŒç´ 
-直である．これを実現するには，dataセクションの取扱いを参考に，リンカス
-クリプトとスタートアップモジュールを修正するå¿
-è¦ãŒã‚ã‚‹ãŒï¼Œãã‚Œã«åŠ ãˆã¦ï¼Œ
-以下の措置がå¿
-要である．
-
-コンフィギュレータは，パス1とパス3において，ロードモジュールのシンボル
-ファイルを用いて，ロードモジュールå†
-のrodataセクションを読み込むことで，
-各種の定数値を取得する．そのため，rodataセクションをdataセクションと同
-様に扱うと，そのアクセスアドレス（RAMå†
-のアドレス，VMAと呼ぶ）とé
-ç½®ã‚¢
-ドレス（ROMå†
-のアドレス，LMAと呼ぶ）が一致しなくなるために，定数値を取
-得することができず，エラーとなる．
-
-パス1でのエラーを回避するためには，パス1のリンク時（cfg1_outをリンクす
-る時）には，rodataセクションのアクセスアドレスとé
-ç½®ã‚¢ãƒ‰ãƒ¬ã‚¹ã‚’一致させ
-るリンカスクリプト（標準のリンカスクリプトはこのようになっている）を用
-いる．サンプルのMakefileでは，LDSCRIPTによりリンカスクリプトを指定する
-のではなく，LDFLAGSとCFG1_OUT_LDFLAGSに異なるリンカスクリプトを用いるオ
-プションを設定すればよい．
-
-パス3でのエラーを回避するためには，コンフィギュレータのパス3のテンプレー
-トファイルにおいて，rodataセクションのå†
-容を，é
-ç½®ã‚¢ãƒ‰ãƒ¬ã‚¹ã‹ã‚‰ã‚¢ã‚¯ã‚»ã‚¹
-アドレスにコピーする．そのためには，パス3のテンプレートファイルのターゲッ
-ト依存部で，LMA.ORDER_LIST等のテンプレートファイル変数を設定すればよい．
-å
-·ä½“的な方法は，「ターゲット依存部 ポーティングガイド」を参ç
-§ã™ã‚‹ã“と．
-
-
-１２．参考æƒ
-å ±
-
-12.1 åˆ©ç”¨æ¡ä»¶ã¨åˆ©ç”¨å ±å‘Š
-
-ASPカーネルの利用条件は，各ファイルのå
-ˆé ­ã«è¡¨ç¤ºã•ã‚Œã¦ã„る．著作権は，各
-ファイルのå
-ˆé ­ã«è¡¨ç¤ºã•ã‚Œã¦ã„る著作権è€
-が保有している．
-
-利用条件の(3)の(b)において，利用の形æ
-‹ã‚’TOPPERSãƒ—ãƒ­ã‚¸ã‚§ã‚¯ãƒˆã«å ±å‘Šã™ã‚‹æ–¹
-法としては，ASPカーネルを利用した製品の名称と応用分野，製品化した会社名
-と業種等のæƒ
-å ±ã‚’ï¼Œä»¥ä¸‹ã®URLã®ãƒšãƒ¼ã‚¸ã‹ã‚‰å ±å‘Šã™ã‚‹ã‚‚ã®ã¨ã™ã‚‹ï¼Ž
+ここで，初期化ルーチン（trace_initialize）への引数は，初期化直後のトレー
+スログの動作モードを指定するものである．指定できる動作モードについては，
+arch/logtrace/trace_config.h中のコメントに説明がある．
+
+終了処理ルーチン（trace_dump）は，記録されたトレースログをターゲット依
+存の低レベル出力機能（target_fput_log）を利用してダンプするためのもので
+ある．トレースログを別の方法で取り出す場合には，終了処理ルーチンを登録
+する必要はない．
+
+以上の方法では，trace_initializeを初期化ルーチンで，trace_dumpを終了処
+理ルーチンで呼び出しているため，初期化ルーチンを呼び出す前や終了処理ルー
+チンを呼び出した後には，トレースログ記録の機能を利用できない．初期化ルー
+チンを呼び出す前や終了処理ルーチンを呼び出した後に実行される処理（例え
+ば，カーネルオブジェクトの初期化処理や，trace_initializeよりも先に登録
+した初期化ルーチン，trace_dumpよりも先に登録した終了処理ルーチン）でト
+レースログ記録の機能を利用するためには，trace_initializeとtrace_dumpを
+適切な場所で呼ぶように修正することが必要である．
+
+11.7 システムの起動時の初期化処理
+
+システムの起動時にアプリケーションで必要となる初期化処理を行うための機
+能として初期化ルーチンが用意されているが，初期化ルーチンが実行されるよ
+りも早いタイミングで実行することが必要な初期化処理がある場合がある．
+
+このような場合に用いるために，標準的なスタートアップモジュールから，ター
+ゲットシステム依存の初期化フック（hardware_init_hook）を呼び出すことと
+している．hardware_init_hookは，カーネルのターゲット依存部で用意されて
+いるのが標準であるが，これをアプリケーションで用意したものに置き換え，
+その中でアプリケーションで必要となる初期化処理を行うことができる．
+
+ただし，hardware_init_hookの作成する場合には，bssセクションとdataセクショ
+ンが初期化されていないことや，ライブラリが初期化されていないこと，C言語
+で記述できるとは限らないことなどに注意が必要である．作成にあたっては，
+「ターゲット依存部 ポーティングガイド」を参照すること．
+
+カーネルのスタートアップモジュールがhardware_init_hookを呼び出すように
+実装されていない場合には，スタートアップモジュールをアプリケーションで
+用意したものに置き換える方法を推奨する．
+
+11.8 rodataセクションをRAMに置く場合
+
+何らかの理由でrodataセクションをRAMに置く場合，dataセクションと同様に，
+その初期値はROMに置き，スタートアップモジュールでRAMにコピーするのが素
+直である．これを実現するには，dataセクションの取扱いを参考に，リンカス
+クリプトとスタートアップモジュールを修正する必要があるが，それに加えて，
+以下の措置が必要である．
+
+コンフィギュレータは，パス1とパス3において，ロードモジュールのシンボル
+ファイルを用いて，ロードモジュール内のrodataセクションを読み込むことで，
+各種の定数値を取得する．そのため，rodataセクションをdataセクションと同
+様に扱うと，そのアクセスアドレス（RAM内のアドレス，VMAと呼ぶ）と配置ア
+ドレス（ROM内のアドレス，LMAと呼ぶ）が一致しなくなるために，定数値を取
+得することができず，エラーとなる．
+
+パス1でのエラーを回避するためには，パス1のリンク時（cfg1_outをリンクす
+る時）には，rodataセクションのアクセスアドレスと配置アドレスを一致させ
+るリンカスクリプト（標準のリンカスクリプトはこのようになっている）を用
+いる．サンプルのMakefileでは，LDSCRIPTによりリンカスクリプトを指定する
+のではなく，LDFLAGSとCFG1_OUT_LDFLAGSに異なるリンカスクリプトを用いるオ
+プションを設定すればよい．
+
+パス3でのエラーを回避するためには，コンフィギュレータのパス3のテンプレー
+トファイルにおいて，rodataセクションの内容を，配置アドレスからアクセス
+アドレスにコピーする．そのためには，パス3のテンプレートファイルのターゲッ
+ト依存部で，LMA.ORDER_LIST等のテンプレートファイル変数を設定すればよい．
+具体的な方法は，「ターゲット依存部 ポーティングガイド」を参照すること．
+
+
+１２．参考情報
+
+12.1 利用条件と利用報告
+
+ASPカーネルの利用条件は，各ファイルの先頭に表示されている．著作権は，各
+ファイルの先頭に表示されている著作権者が保有している．
+
+利用条件の(3)の(b)において，利用の形態をTOPPERSプロジェクトに報告する方
+法としては，ASPカーネルを利用した製品の名称と応用分野，製品化した会社名
+と業種等の情報を，以下のURLのページから報告するものとする．
 
         http://www.toppers.jp/report.html
 
-またその際に，ASPカーネルを使用してのコメントやご意見もいただけると幸い
-である．
-
-12.2 保証・適用性・サポート
-
-ASPカーネルは無保証で提供されているものである．開発è€
-およびTOPPERSプロ
-ジェクトは，ASPカーネルに関して，特定の使用目的に対する適合性も含めて，
-いかなる保証も行わない．また，ASPカーネルの利用により直接的または間接的
-ã«ç”Ÿã˜ãŸã„ã‹ãªã‚‹æå®³ã«é–¢ã—ã¦ã‚‚ï¼Œãã®è²¬ä»»ã‚’è² ã‚ãªã„ï¼Ž
-
-開発è€
-およびTOPPERSプロジェクトは，ASPカーネルに関するサポートの約束は
-していない．ASPã‚«ãƒ¼ãƒãƒ«ã«é–¢ã—ã¦è³ªå•ãŒã‚ã‚‹å ´åˆã¯ï¼Œå¾Œè¿°ã®TOPPERSユーザー
-ズメーリングリストを利用していただけると幸いである．確実なサポートがå¿
-
-è¦ãªå ´åˆã«ã¯ï¼Œæœ‰å„Ÿã§ã‚µãƒãƒ¼ãƒˆã‚µãƒ¼ãƒ“ã‚¹ã‚’æä¾›ã—ã¦ã„ã‚‹ä¼šç¤¾ã«ç›¸è«‡ã•ã‚ŒãŸã„ï¼Ž
-
-12.3 バグレポート
-
-ASPã‚«ãƒ¼ãƒãƒ«ã«ãƒã‚°ã‚„å•é¡Œç‚¹ã‚’ç™ºè¦‹ã•ã‚ŒãŸå ´åˆã«ã¯ï¼Œå¾Œè¿°ã®TOPPERSユーザーズ
-ãƒ¡ãƒ¼ãƒªãƒ³ã‚°ãƒªã‚¹ãƒˆã«å ±å‘Šã—ã¦æ¬²ã—ã„ï¼Ž
-
-ãƒ¡ãƒ¼ãƒªãƒ³ã‚°ãƒªã‚¹ãƒˆã«ãƒã‚°ã‚„å•é¡Œç‚¹ãªã©ã‚’å ±å‘Šã™ã‚‹å ´åˆã«ã¯ï¼Œå¿
-要に応じて次の
-æƒ
-å ±ã‚’çŸ¥ã‚‰ã›ã¦æ¬²ã—ã„ï¼Ž
-
-        使用しているカーネルに関するæƒ
-å ±
-                ・ターゲット非依存部のバージョン
-                ・使用しているターゲット依存部とそのバージョン
-                ・TOPPERSãƒ—ãƒ­ã‚¸ã‚§ã‚¯ãƒˆã‹ã‚‰ã®ãƒªãƒªãƒ¼ã‚¹ã«å¯¾ã™ã‚‹æ”¹é€ ç®‡æ‰€ï¼ˆã‚ã‚Œã°ï¼‰
-
-        ターゲットシステムに関するæƒ
-å ±
-                ・ターゲットプロセッサの種類
-                ・ターゲットボード等の種類
-
-        ホストに関するæƒ
-å ±
-                ・OSのバージョン（サービスパックの適用状況も）
-                ・コンパイラなどの開発環境のバージョン（Cygwinのバージョンも）
-
-12.4 ウェブサイト
-
-TOPPERSプロジェクトのウェブサイトは，以下のURLにある．
+またその際に，ASPカーネルを使用してのコメントやご意見もいただけると幸い
+である．
+
+12.2 保証・適用性・サポート
+
+ASPカーネルは無保証で提供されているものである．開発者およびTOPPERSプロ
+ジェクトは，ASPカーネルに関して，特定の使用目的に対する適合性も含めて，
+いかなる保証も行わない．また，ASPカーネルの利用により直接的または間接的
+に生じたいかなる損害に関しても，その責任を負わない．
+
+開発者およびTOPPERSプロジェクトは，ASPカーネルに関するサポートの約束は
+していない．ASPカーネルに関して質問がある場合は，後述のTOPPERSユーザー
+ズメーリングリストを利用していただけると幸いである．確実なサポートが必
+要な場合には，有償でサポートサービスを提供している会社に相談されたい．
+
+12.3 バグレポート
+
+ASPカーネルにバグや問題点を発見された場合には，後述のTOPPERSユーザーズ
+メーリングリストに報告して欲しい．
+
+メーリングリストにバグや問題点などを報告する場合には，必要に応じて次の
+情報を知らせて欲しい．
+
+        使用しているカーネルに関する情報
+                ・ターゲット非依存部のバージョン
+                ・使用しているターゲット依存部とそのバージョン
+                ・TOPPERSプロジェクトからのリリースに対する改造箇所（あれば）
+
+        ターゲットシステムに関する情報
+                ・ターゲットプロセッサの種類
+                ・ターゲットボード等の種類
+
+        ホストに関する情報
+                ・OSのバージョン（サービスパックの適用状況も）
+                ・コンパイラなどの開発環境のバージョン（Cygwinのバージョンも）
+
+12.4 ウェブサイト
+
+TOPPERSプロジェクトのウェブサイトは，以下のURLにある．
 
         http://www.toppers.jp/
 
-TOPPERSプロジェクトやASPカーネルに関する最新æƒ
-å ±ã¯ï¼Œã“ã®ã‚¦ã‚§ãƒ–ã‚µã‚¤ãƒˆã‹
-ら得ることができる．また，ASPカーネルの最新版は，このウェブサイトからダ
-ウンロードすることができる．
-
-12.5 TOPPERSユーザーズメーリングリスト
-
-ASPカーネルを含むTOPPERSプロジェクトの開発成果物のユーザに対するæƒ
-å ±æ
-供およびユーザ相互間のæƒ
-å ±äº¤æ›ã‚’å®¹æ˜“ã«ã™ã‚‹ãŸã‚ã«ï¼ŒTOPPERSユーザーズメー
-リングリスト（users@toppers.jp）を用意している．
-
-このメーリングリストには，誰でも自由に登録し，メールを送付することがで
-きる（登録è€
-以外はメールを送付できない）．また，送付されたメールは，誰
-でも自由にウェブサイトで読むことができる．
-
-メーリングリストへの登録方法については，以下のURLのページに説明がある．
+TOPPERSプロジェクトやASPカーネルに関する最新情報は，このウェブサイトか
+ら得ることができる．また，ASPカーネルの最新版は，このウェブサイトからダ
+ウンロードすることができる．
+
+12.5 TOPPERSユーザーズメーリングリスト
+
+ASPカーネルを含むTOPPERSプロジェクトの開発成果物のユーザに対する情報提
+供およびユーザ相互間の情報交換を容易にするために，TOPPERSユーザーズメー
+リングリスト（users@toppers.jp）を用意している．
+
+このメーリングリストには，誰でも自由に登録し，メールを送付することがで
+きる（登録者以外はメールを送付できない）．また，送付されたメールは，誰
+でも自由にウェブサイトで読むことができる．
+
+メーリングリストへの登録方法については，以下のURLのページに説明がある．
 
         http://www.toppers.jp/community.html
 
-12.6 TOPPERSプロジェクトのメンバ向けのサービス
-
-TOPPERSãƒ—ãƒ­ã‚¸ã‚§ã‚¯ãƒˆã®ãƒ¡ãƒ³ãƒã«å¯¾ã—ã¦ã¯ï¼Œä¸Šè¨˜ã«åŠ ãˆã¦ï¼ŒASPカーネルに関連
-して次のサービスを用意している．
-
-(1) TOPPERS開発è€
-メーリングリスト
-
-TOPPERSプロジェクトのメンバは，ASPカーネルに関する質問，バグや問題点な
-ã©ã®å ±å‘Šã«ï¼ŒTOPPERS開発è€
-メーリングリスト（dev@toppers.jp）を利用するこ
-とができる．
-
-(2) ASPカーネルの開発支援サイト
-
-ASPカーネルの開発支援のためのTRAC（バグトラッキングシステム）が，以下の
-URLにある（TRACへのアクセスには，会員パスワードがå¿
-要である）．
+12.6 TOPPERSプロジェクトのメンバ向けのサービス
+
+TOPPERSプロジェクトのメンバに対しては，上記に加えて，ASPカーネルに関連
+して次のサービスを用意している．
+
+(1) TOPPERS開発者メーリングリスト
+
+TOPPERSプロジェクトのメンバは，ASPカーネルに関する質問，バグや問題点な
+どの報告に，TOPPERS開発者メーリングリスト（dev@toppers.jp）を利用するこ
+とができる．
+
+(2) ASPカーネルの開発支援サイト
+
+ASPカーネルの開発支援のためのTRAC（バグトラッキングシステム）が，以下の
+URLにある（TRACへのアクセスには，会員パスワードが必要である）．
 
         http://dev.toppers.jp/trac/asp/
 
-TOPPERSプロジェクトのメンバは，このサイトから，ウェブインタフェースおよ
-びsubversionサーバにより，ASPカーネルの開発中のバージョンを得ることがで
-きる．また，バグトラッキングデータベースにアクセスすることができ，過去
-のバグ履歴へのアクセスや，バグの登録をすることができる．
-
-12.7 TOPPERSãƒ—ãƒ­ã‚¸ã‚§ã‚¯ãƒˆã¸ã®å‚åŠ 
-
-TOPPERSプロジェクトでは，何からの形でプロジェクトに貢献していただける方，
-プロジェクトで開発したソフトウェアをお使いの方，プロジェクトに興味をお
-æŒã¡ã®æ–¹ã®å‚åŠ ã‚’æ±‚ã‚ã¦ã„ã‚‹ï¼ŽTOPPERSãƒ—ãƒ­ã‚¸ã‚§ã‚¯ãƒˆã¸ã®å‚åŠ æ–¹æ³•ã«ã¤ã„ã¦ã¯ï¼Œ
-以下のページに説明がある．
+TOPPERSプロジェクトのメンバは，このサイトから，ウェブインタフェースおよ
+びsubversionサーバにより，ASPカーネルの開発中のバージョンを得ることがで
+きる．また，バグトラッキングデータベースにアクセスすることができ，過去
+のバグ履歴へのアクセスや，バグの登録をすることができる．
+
+12.7 TOPPERSプロジェクトへの参加
+
+TOPPERSプロジェクトでは，何からの形でプロジェクトに貢献していただける方，
+プロジェクトで開発したソフトウェアをお使いの方，プロジェクトに興味をお
+持ちの方の参加を求めている．TOPPERSプロジェクトへの参加方法については，
+以下のページに説明がある．
 
         http://www.toppers.jp/joinus.html
 
 
-１３．リファレンス
-
-13.1 サービスコール一覧
-
-(1) タスク管理機能
+１３．リファレンス
+
+13.1 サービスコール一覧
+
+(1) タスク管理機能
 
         ER ercd = act_tsk(ID tskid)
@@ -2460 +2100 @@
         ER ercd = ref_tsk(ID tskid, T_RTSK *pk_rtsk)
 
-(2) タスク付属同期機能
+(2) タスク付属同期機能
 
         ER ercd = slp_tsk(void)
@@ -2473 +2113 @@
         ER ercd = dly_tsk(RELTIM dlytim)
 
-(3) タスク例外処理機能
+(3) タスク例外処理機能
 
         ER ercd = ras_tex(ID tskid, TEXPTN rasptn)
@@ -2482 +2122 @@
         ER ercd = ref_tex(ID tskid, T_RTEX *pk_rtex)
 
-(4) 同期・通信機能
+(4) 同期・通信機能
 
         ER ercd = sig_sem(ID semid)
@@ -2533 +2173 @@
         ER ercd = ref_mbx(ID mbxid, T_RMBX *pk_rmbx)
 
-(5) メモリプール管理機能
+(5) メモリプール管理機能
 
         ER ercd = get_mpf(ID mpfid, void **p_blk)
@@ -2542 +2182 @@
         ER ercd = ref_mpf(ID mpfid, T_RMPF *pk_rmpf)
 
-(6) 時間管理機能
+(6) 時間管理機能
 
         ER ercd = get_tim(SYSTIM *p_systim)
@@ -2557 +2197 @@
         ER ercd = ref_alm(ID almid, T_RALM *pk_ralm)
 
-(7) システム状æ
-‹ç®¡ç†æ©Ÿèƒ½
+(7) システム状態管理機能
 
         ER ercd = rot_rdq(PRI tskpri)
@@ -2577 +2216 @@
         ER ercd = ext_ker(void)
 
-(8) 割込み管理機能
+(8) 割込み管理機能
 
         ER ercd = dis_int(INTNO intno)
@@ -2584 +2223 @@
         ER ercd = get_ipm(PRI *p_intpri)
 
-(9) CPU例外管理機能
+(9) CPU例外管理機能
 
         bool_t stat = xsns_dpn(void *p_excinf)
         bool_t stat = xsns_xpn(void *p_excinf)
 
-13.2 静的API一覧
-
-(1) タスク管理機能
+13.2 静的API一覧
+
+(1) タスク管理機能
 
         CRE_TSK(ID tskid, { ATR tskatr, intptr_t exinf, TASK task,
                                                                 PRI itskpri, SIZE stksz, STK_T *stk })
 
-(3) タスク例外処理機能
+(3) タスク例外処理機能
 
         DEF_TEX(ID tskid, { ATR texatr, TEXRTN texrtn })
 
-(4) 同期・通信機能
+(4) 同期・通信機能
 
         CRE_SEM(ID semid, { ATR sematr, uint_t isemcnt, uint_t maxsem })
@@ -2608 +2247 @@
         CRE_MBX(ID mbxid, { ATR mbxatr, PRI maxmpri, void *mprihd })
 
-(5) メモリプール管理機能
+(5) メモリプール管理機能
 
         CRE_MPF(ID mpfid, { ATR mpfatr, uint_t blkcnt, uint_t blksz,
                                                                                 MPF_T *mpf, void *mpfmb })
 
-(6) 時間管理機能
+(6) 時間管理機能
 
         CRE_CYC(ID cycid, { ATR cycatr, intptr_t exinf, CYCHDR cychdr,
@@ -2619 +2258 @@
         CRE_ALM(ID almid, { ATR almatr, intptr_t exinf, ALMHDR almhdr })
 
-(8) 割込み管理機能
+(8) 割込み管理機能
 
         CFG_INT(INTNO intno, { ATR intatr, PRI intpri })
@@ -2625 +2264 @@
         DEF_INH(INHNO inhno, { ATR inhatr, INTHDR inthdr })
 
-(9) CPU例外管理機能
+(9) CPU例外管理機能
 
         DEF_EXC(EXCNO excno, { ATR excatr, EXCHDR exchdr })
 
-(10) システム構成管理機能
+(10) システム構成管理機能
 
         DEF_ICS({ SIZE istksz, STK_T *istk })
@@ -2635 +2274 @@
         ATT_TER({ ATR teratr, intptr_t exinf, TERRTN terrtn })
 
-13.3 バージョン履歴
-
-        2006年10月29日       Release 1.A.0           最初のリリース
-        2007年2月20日        Release 1.A.1
-        2007年2月20日        Release 1.A.2
-        2007年7月12日        Release 1.B.0           コンフィギュレータを新バージョンに
-        2007å¹´7月12日        Release 1.B.1           ライセンス条件のå
-¥ã‚Œæ›ãˆ
-        2007年7月16日        Release 1.B.2
-        2007年7月21日        Release 1.B.3           ディレクトリ構成の変更
-        2007å¹´8月20日        Release 1.B.4           æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã®è¿½åŠ 
-        2007年10月16日       Release 1.B.5
-        2007年11月15日       Release 1.0.0           正式版のリリース
-        2007年12月23日       Release 1.1.0
-        2008年3月19日        Release 1.2.0
-        2008年3月21日        Release 1.2.1
-        2008å¹´4月12日        Release 1.3.0           一般å
-¬é–‹ã«å‘けての最終修正
-        2008å¹´5月13日        Release 1.3.1           最初の一般å
-¬é–‹ç‰ˆ
-        2008年8月21日        Release 1.3.2
-        2009年5月11日        Release 1.4.0
-        2010å¹´6月28日        Release 1.5.0           拡張パッケージを一般å
-¬é–‹
-        2010年8月1日 Release 1.6.0           cfg-1.6に対応
-        2011å¹´5月8日 Release 1.7.0           å‹•çš„ç”Ÿæˆæ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ç­‰ã®è¿½åŠ 
-        2012年12月26日       Release 1.8.0
-        2014å¹´1月6日 Release 1.9.0           ãƒ¡ãƒƒã‚»ãƒ¼ã‚¸ãƒãƒƒãƒ•ã‚¡æ©Ÿèƒ½æ‹¡å¼µã®è¿½åŠ 
-        2014年11月17日       Release 1.9.1
-        2015年5月30日        Release 1.9.2
-        2017年4月29日        Release 1.9.3
-
-以上
+13.3 バージョン履歴
+
+        2006年10月29日     Release 1.A.0           最初のリリース
+        2007年2月20日      Release 1.A.1
+        2007年2月20日      Release 1.A.2
+        2007年7月12日      Release 1.B.0           コンフィギュレータを新バージョンに
+        2007年7月12日      Release 1.B.1           ライセンス条件の入れ換え
+        2007年7月16日      Release 1.B.2
+        2007年7月21日      Release 1.B.3           ディレクトリ構成の変更
+        2007年8月20日      Release 1.B.4           拡張パッケージの追加
+        2007年10月16日     Release 1.B.5
+        2007年11月15日     Release 1.0.0           正式版のリリース
+        2007年12月23日     Release 1.1.0
+        2008年3月19日      Release 1.2.0
+        2008年3月21日      Release 1.2.1
+        2008年4月12日      Release 1.3.0           一般公開に向けての最終修正
+        2008年5月13日      Release 1.3.1           最初の一般公開版
+        2008年8月21日      Release 1.3.2
+        2009年5月11日      Release 1.4.0
+        2010年6月28日      Release 1.5.0           拡張パッケージを一般公開
+        2010年8月1日       Release 1.6.0           cfg-1.6に対応
+        2011年5月8日       Release 1.7.0           動的生成機能拡張パッケージ等の追加
+        2012年12月26日     Release 1.8.0
+        2014年1月6日       Release 1.9.0           メッセージバッファ機能拡張の追加
+        2014年11月17日     Release 1.9.1
+        2015年5月30日      Release 1.9.2
+        2017年4月29日      Release 1.9.3
+
+以上

rubycfg_asp/trunk/asp_dcre/doc/version.txt

@@ -1 +1 @@
 
-                TOPPERS/ASPカーネル
-                変更履歴
-
-                対応バージョン: Release 1.9.3
-                最終更新: 2017年4月29日
-
-このドキュメントは，TOPPERS/ASPカーネルのRelease 1.0.0以降の変更履歴を，
-æ–°ã—ã„æ–¹ã‹ã‚‰é †ã«è¨˜è¿°ã—ãŸã‚‚ã®ã§ã‚ã‚‹ï¼Ž
+                TOPPERS/ASPカーネル
+                変更履歴
+
+                対応バージョン: Release 1.9.3
+                最終更新: 2017年4月29日
+
+このドキュメントは，TOPPERS/ASPカーネルのRelease 1.0.0以降の変更履歴を，
+新しい方から順に記述したものである．
 
 ----------------------------------------------------------------------
@@ -17 +17 @@
              Graduate School of Information Science, Nagoya Univ., JAPAN
  
- 上記著作権è€
-は，以下の(1)～(4)ã®æ¡ä»¶ã‚’æº€ãŸã™å ´åˆã«é™ã‚Šï¼Œæœ¬ã‚½ãƒ•ãƒˆã‚¦ã‚§
- ア（本ソフトウェアを改変したものを含む．以下同じ）を使用・複製・改
- 変・再é
-å¸ƒï¼ˆä»¥ä¸‹ï¼Œåˆ©ç”¨ã¨å‘¼ã¶ï¼‰ã™ã‚‹ã“とを無償で許諾する．
- (1) æœ¬ã‚½ãƒ•ãƒˆã‚¦ã‚§ã‚¢ã‚’ã‚½ãƒ¼ã‚¹ã‚³ãƒ¼ãƒ‰ã®å½¢ã§åˆ©ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼Œä¸Šè¨˜ã®è‘—ä½œ
-     権表示，この利用条件および下記の無保証規定が，そのままの形でソー
-     スコード中に含まれていること．
- (2) 本ソフトウェアを，ライブラリ形式など，他のソフトウェア開発に使
-     用できる形で再é
-å¸ƒã™ã‚‹å ´åˆã«ã¯ï¼Œå†é
-å¸ƒã«ä¼´ã†ãƒ‰ã‚­ãƒ¥ãƒ¡ãƒ³ãƒˆï¼ˆåˆ©ç”¨
-     è€
-マニュアルなど）に，上記の著作権表示，この利用条件および下記
-     の無保証規定を掲載すること．
- (3) 本ソフトウェアを，機器に組み込むなど，他のソフトウェア開発に使
-     用できない形で再é
-å¸ƒã™ã‚‹å ´åˆã«ã¯ï¼Œæ¬¡ã®ã„ずれかの条件を満たすこ
-     と．
-   (a) 再é
-å¸ƒã«ä¼´ã†ãƒ‰ã‚­ãƒ¥ãƒ¡ãƒ³ãƒˆï¼ˆåˆ©ç”¨è€
-マニュアルなど）に，上記の著
-       作権表示，この利用条件および下記の無保証規定を掲載すること．
-   (b) 再é
-å¸ƒã®å½¢æ
-‹ã‚’，別に定める方法によって，TOPPERSプロジェクトに
-       å ±å‘Šã™ã‚‹ã“ã¨ï¼Ž
- (4) 本ソフトウェアの利用により直接的または間接的に生じるいかなる損
-     害からも，上記著作権è€
-およびTOPPERSプロジェクトをå
-è²¬ã™ã‚‹ã“と．
-     また，本ソフトウェアのユーザまたはエンドユーザからのいかなる理
-     由に基づく請求からも，上記著作権è€
-およびTOPPERSプロジェクトを
-     å
-è²¬ã™ã‚‹ã“と．
+ 上記著作権者は，以下の(1)～(4)の条件を満たす場合に限り，本ソフトウェ
+ ア（本ソフトウェアを改変したものを含む．以下同じ）を使用・複製・改
+ 変・再配布（以下，利用と呼ぶ）することを無償で許諾する．
+ (1) 本ソフトウェアをソースコードの形で利用する場合には，上記の著作
+     権表示，この利用条件および下記の無保証規定が，そのままの形でソー
+     スコード中に含まれていること．
+ (2) 本ソフトウェアを，ライブラリ形式など，他のソフトウェア開発に使
+     用できる形で再配布する場合には，再配布に伴うドキュメント（利用
+     者マニュアルなど）に，上記の著作権表示，この利用条件および下記
+     の無保証規定を掲載すること．
+ (3) 本ソフトウェアを，機器に組み込むなど，他のソフトウェア開発に使
+     用できない形で再配布する場合には，次のいずれかの条件を満たすこ
+     と．
+   (a) 再配布に伴うドキュメント（利用者マニュアルなど）に，上記の著
+       作権表示，この利用条件および下記の無保証規定を掲載すること．
+   (b) 再配布の形態を，別に定める方法によって，TOPPERSプロジェクトに
+       報告すること．
+ (4) 本ソフトウェアの利用により直接的または間接的に生じるいかなる損
+     害からも，上記著作権者およびTOPPERSプロジェクトを免責すること．
+     また，本ソフトウェアのユーザまたはエンドユーザからのいかなる理
+     由に基づく請求からも，上記著作権者およびTOPPERSプロジェクトを
+     免責すること．
  
- 本ソフトウェアは，無保証で提供されているものである．上記著作権è€
-お
- よびTOPPERSプロジェクトは，本ソフトウェアに関して，特定の使用目的
- に対する適合性も含めて，いかなる保証も行わない．また，本ソフトウェ
- アの利用により直接的または間接的に生じたいかなる損害に関しても，そ
- ã®è²¬ä»»ã‚’è² ã‚ãªã„ï¼Ž
+ 本ソフトウェアは，無保証で提供されているものである．上記著作権者お
+ よびTOPPERSプロジェクトは，本ソフトウェアに関して，特定の使用目的
+ に対する適合性も含めて，いかなる保証も行わない．また，本ソフトウェ
+ アの利用により直接的または間接的に生じたいかなる損害に関しても，そ
+ の責任を負わない．
  
  $Id$
 ----------------------------------------------------------------------
 
-                TOPPERS/ASPカーネル
-                Release 1.9.2 から 1.9.3 への変更点
-
-○変更点のリスト
-
-・動的生成機能拡張パッケージのバグフィックス
-        - acre_tskで，優å
-ˆåº¦ã®é«˜ã„タスクを生成・起動してもディスパッチが起
-          こらない不å
-·åˆã‚’修正．
-        - fsnd_dtqとifsnd_dtqで，エラーコードにE_OKを上書きしている不å
-·åˆ
-          を修正．
-        - acre_tskで，p_tinib->stkszã«æ ¼ç´ã™ã‚‹å€¤ï¼ˆstksz）を丸めた値とする
-          ように修正．
-
-・その他の修正
-        - syslog_ref_logの出口のログ出力マクロ（LOG_SYSLOG_REF_LOG_LEAVE）
-          ã®ãƒ‘ãƒ©ãƒ¡ãƒ¼ã‚¿ã«ã‚¨ãƒ©ãƒ¼ã‚³ãƒ¼ãƒ‰ã‚’è¿½åŠ ï¼Ž
-        - extension/dcre/kernel/kernel.tfで，ISRに渡す拡張æƒ
-å ±ã‚’intptr_t型
-          へのキャストするように修正．
-        - sample/Makefile中のコンパイラに対する-Tオプションを，-Wl,-Tオプ
-          ションに変更．
-        - utils/genoffset.tfに，SIL_ENDIAN_BIT/LITTLEの誤定義の検出処理を
-          è¿½åŠ ï¼Ž
-        - コンフィギュレータのエラーメッセージの修正．
-        - テンプレートファイルの記述スタイルの修正．
-        - 拡張パッケージも，kernel.tfä¸­ã§ï¼Œã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®ç¢ºä¿ã«ALLOC_STACK
-          を使うように修正（過去の修正時の拡張パッケージの修正漏れ）．
-        - TLSFのinit_memory_poolが返すエラー値のチェック方法を修正〔Mac OS
-          Xターゲット依存部〕．
-
-・ドキュメントの修正，コメントの修正
-
-・バージョン番号の更新
-        - カーネルのバージョン番号を更新．
-
-----------------------------------------------------------------------
-
-                TOPPERS/ASPカーネル
-                Release 1.9.1 から 1.9.2 への変更点
-
-○変更点のリスト
-
-・動的生成機能拡張のバグフィックス
-        - acre_cycで，周期ハンドラを開始する処理のバグを修正．
-
-・その他のバグフィックス
-        - test_cpuexc10.cのチェック値の誤りの修正．
-
-・ドキュメントの修正．
-
-・バージョン番号の更新
-        - カーネルのバージョン番号を更新．
-
-----------------------------------------------------------------------
-
-                TOPPERS/ASPカーネル
-                Release 1.9.0 から 1.9.1 への変更点
-
-○変更点のリスト
-
-・ミューテックス機能拡張の仕様変更
-        - è‡ªã‚¿ã‚¹ã‚¯ãŒãƒ­ãƒƒã‚¯ã—ã¦ã„ã‚‹ãƒŸãƒ¥ãƒ¼ãƒ†ãƒƒã‚¯ã‚¹ã‚’å†åº¦ãƒ­ãƒƒã‚¯ã—ã‚ˆã†ã¨ã—ãŸå ´
-          合と，自タスクがロックしていないミューテックスをロック解除しよう
-          ã¨ã—ãŸå ´åˆã®ã‚¨ãƒ©ãƒ¼ã‚³ãƒ¼ãƒ‰ã‚’E_OBJに変更．
-
-・ミューテックス機能拡張のバグフィックス
-        - ã‚¿ã‚¹ã‚¯çµ‚äº†æ™‚ã®ãƒŸãƒ¥ãƒ¼ãƒ†ãƒƒã‚¯ã‚¹ã®è§£æ”¾é †åºã‚’é€†é †ã«ï¼Ž
-
-・動的生成機能拡張のバグフィックス
-        - オブジェクト未登録エラーのチェックの抜けおよびバグを修正．
-        - ã‚ªãƒ–ã‚¸ã‚§ã‚¯ãƒˆæœªç™»éŒ²ã®å ´åˆã®ä»–ã®ã‚¨ãƒ©ãƒ¼ã®ãƒã‚§ãƒƒã‚¯å ´æ‰€ã®ä¿®æ­£ï¼Ž
-
-・オーバランハンドラ機能拡張のバグフィックス
-        - オーバランタイマ割込みハンドラの起動と，オーバランタイマの再動作
-          開始／停止との競合の問題を修正．
-
-・テストプログラム関係の修正
-
-・その他の修正
-        - xsns_dpnとxsns_xpnで，kerflgもチェックするように修正（安å
-¨æ€§ã®å‘
-          上のための修正）．
-        - kernel.tfä¸­ã§ï¼Œã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®ç¢ºä¿ã«ALLOC_STACKを使うように修正．
-
-・ドキュメントのå
-
-実，コメントの修正
-
-・バージョン番号の更新
-        - カーネルのバージョン番号を更新．
-
-----------------------------------------------------------------------
-
-                TOPPERS/ASPカーネル
-                Release 1.8.0 から 1.9.0 への変更点
-
-○変更点のリスト
-
-ãƒ»ãƒ¡ãƒƒã‚»ãƒ¼ã‚¸ãƒãƒƒãƒ•ã‚¡æ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã®è¿½åŠ 
-
-・コンフィギュレータのパス3のテンプレートファイルに，ターゲット依存部で
-　設定したセクションを，LMAからVMAã«ã‚³ãƒ”ãƒ¼ã™ã‚‹å‡¦ç†ã‚’è¿½åŠ 
-
-・サンプルのMakefileの修正
-        - C言語の時に-lcを付けるように修正．
-        - CFG_OBJSを，CFG_ASMOBJSとCFG_COBJSに分離．
-
-・å
-ˆé ­ç•ªåœ°ã®ãƒã‚§ãƒƒã‚¯ã‚³ãƒ¼ãƒ‰ã®ä¿®æ­£
-        - å
-ˆé ­ç•ªåœ°ã®ã‚µã‚¤ã‚ºãŒå›ºå®šå€¤ã«ãªã£ã¦ã„たところを，sizeof_FPに修正．
-        - オーバランハンドラ機能拡張において，オーバランハンドラのå
-ˆé ­ç•ªåœ°
-          ã®ãƒã‚§ãƒƒã‚¯ã‚’è¿½åŠ ï¼Ž
-
-・静的APIã«ãŠã‘ã‚‹ã‚¨ãƒ©ãƒ¼ãƒã‚§ãƒƒã‚¯ã®è¿½åŠ 
-        - ç¬¦å·ç„¡ã—ã®ãƒ‘ãƒ©ãƒ¡ãƒ¼ã‚¿ã«è² ã®å€¤ã‚’æŒ‡å®šã—ãŸå ´åˆã®ã‚¨ãƒ©ãƒ¼ãƒã‚§ãƒƒã‚¯ã‚’è¿½åŠ ï¼Ž
-        - ã‚¤ãƒ™ãƒ³ãƒˆãƒ•ãƒ©ã‚°ã®åˆæœŸãƒ“ãƒƒãƒˆãƒ‘ã‚¿ãƒ¼ãƒ³ã®ã‚¨ãƒ©ãƒ¼ãƒã‚§ãƒƒã‚¯ã‚’è¿½åŠ ï¼Ž
-
-・テストプログラム関係の修正
-        - テストライブラリに，test_startã‚’è¿½åŠ ï¼Ž
-        - テストプログラムのå
-ˆé ­ã§ï¼Œãƒ—ログラム名を表示するように修正．
-        - gentestを拡張．
-
-・動的生成機能拡張のバグフィックス
-        - ã‚«ãƒ¼ãƒãƒ«ãŒå‰²ã‚Šä»˜ã‘ã‚‹ãƒ¡ãƒ¢ãƒªé ˜åŸŸã®ã‚µã‚¤ã‚ºã®ãƒã‚§ãƒƒã‚¯ã‚³ãƒ¼ãƒ‰ã‚’ä¿®æ­£ï¼Ž
-        - DEF_KMMのkmmszが0ä»¥ä¸‹ã®å ´åˆã®ã‚¨ãƒ©ãƒ¼ãƒã‚§ãƒƒã‚¯ã‚’è¿½åŠ ï¼Ž
-        - カーネルå†
-部シンボルのリネーム表を修正．
-
-・その他のバグフィックス
-        - kernel_def.csvにTARGET_MIN_ISTKSZã‚’è¿½åŠ ï¼Ž
-        - オーバランハンドラ機能拡張で，オーバランハンドラをサポートしてい
-          ないターゲットでDEF_OVRã‚’ä½¿ç”¨ã—ãŸå ´åˆã«ã¯ï¼Œã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚¿ã§ã‚¨
-          ラーとするように修正．
-
-・その他の修正
-        - reqdspをdspreqに，p_reqdspをp_dspreqにリネーム．
-        - ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã¨å›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ã‚’ユーザが指定した
-          å ´åˆã«ã¯ï¼Œkernel_cfg.c中で(void *)型にキャストするように修正．動
-          çš„ç”Ÿæˆæ©Ÿèƒ½æ‹¡å¼µã®ã‚«ãƒ¼ãƒãƒ«ãŒå‰²ã‚Šä»˜ã‘ã‚‹ãƒ¡ãƒ¢ãƒªé ˜åŸŸã®å
-ˆé ­ç•ªåœ°ã‚‚同様．
-        - TNUM_PORTが5以上の時は，serial.cã§ã‚¨ãƒ©ãƒ¼ã‚’å ±å‘Šã™ã‚‹ï¼Ž
-        - makedepとmakereleaseを改善．
-
-・ドキュメントのå
-
-実，コメントの修正
-        - ユーザーズマニュアルに「1.6 Cygwin環境における注意事é 
-ã€ã‚’è¿½åŠ ï¼Ž
-        - ユーザーズマニュアルに「11.8 rodataセクションをRAMã«ç½®ãå ´åˆã€ã‚’
-          è¿½åŠ ï¼Ž
-
-・バージョン番号の更新
-        - カーネルのバージョン番号を更新．
-
-○ターゲット依存部の要修正箇所（1.8.0 → 1.9.0）
-
-(1) CFG_OBJSをCFG_COBJSにリネーム
-        - Makefileのターゲット依存部でCFG_OBJSã‚’å®šç¾©ã—ã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œ
-          CFG_COBJSにリネームする．
-
-----------------------------------------------------------------------
-
-                TOPPERS/ASPカーネル
-                Release 1.7.0 から 1.8.0 への変更点
-
-○変更点のリスト
-
-・char_t型の廃止
-
-・SILのメモリ空間読出し関数に渡すポインタの属性の変更
-        - sil_r??_???に渡しポインタに，constå±žæ€§ã‚’è¿½åŠ ï¼Ž
-
-ãƒ»éžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆç”¨ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®ã‚µã‚¤ã‚ºãƒã‚§ãƒƒã‚¯ã®è¿½åŠ 
-        - DEF_ICSのistkszがターゲット定義の最小値（TARGET_MIN_ISTKSZ）より
-          ã‚‚å°ã•ã„å ´åˆã«E_PARã‚¨ãƒ©ãƒ¼ã¨ã™ã‚‹å‡¦ç†ã‚’è¿½åŠ ï¼Ž
-
-・vasyslog.cをlibraryディレクトリに移動
-
-・MISRA-C対応のためのコードの修正
-        - 文をマクロ定義している箇所をdo{}while(false)で囲む．
-        - コンマ演算子に使用を最小限に．
-        - 多重代å
-¥æ–‡ã‚’やめる．
-        - 符号無し整数定数にUをつける．
-        - 標準的な名前を変数名として使わないように修正．
-        - 返値を使わない関数呼出しを(void)にキャストする．
-
-・その他のバグフィックス
-        - ミューテックス機能拡張で，ref_tskがTTW_MTXã‚’è¿”ã™å‡¦ç†ã‚’è¿½åŠ ï¼Ž
-        - 動的生成機能拡張で，acre_isrのエラーコードを修正．
-        - 動的生成機能拡張で，オブジェクトコントロールブロックがない時に
-          acre_yyyã‚’å‘¼ã‚“ã å ´åˆã®å•é¡Œã‚’ä¿®æ­£ï¼Ž
-        - kernel_check.tfでエラーメッセージの出力処理を修正．
-        - 拡張モジュールの追従ミスの修正．
-        - TOPPERS_SUPPORT_OVRTIMをTOPPERS_SUPPORT_OVRHDRに修正．
-
-・サンプルのMakefileの修正
-        - カーネルライブラリを別ディレクトリで作成する時に，カーネルライブ
-          ラリが更新されたら，オブジェクトファイルを再構築するように修正．
-        - CFG2_OUTをCFG2_OUT_SRCSにリネーム．
-        - LDFLAGSは，cfg1_out.cのリンク時には適用されないように修正．
-        - log_output.o，vasyslog.o，t_perror.o，strerror.oを，SYS_COBJSから
-          APPL_COBJSに移動．
-
-・その他の修正
-        - semaphore.h等からwait.hをインクルードするように修正．
-        - TOPPERS_EMPTY_LABELのデフォルトの定義をkernel_int.hに移動．
-        - __STDC_VERSION__ãŒå®šç¾©ã•ã‚Œã¦ã„ãªã„å ´åˆã«å¯¾å¿œï¼Ž
-        - test_lib.hã«å¤šé‡ã‚¤ãƒ³ã‚¯ãƒ«ãƒ¼ãƒ‰ã®é˜²æ­¢ã‚³ãƒ¼ãƒ‰ã‚’è¿½åŠ ï¼Ž
-        - ユーティリティプログラムを新しいperlに対応するように修正．
-        - gentestを拡張（CPU例外ハンドラの生成，GOTOに対応など）．
-        - configureã«ã‚ªãƒ—ã‚·ãƒ§ãƒ³ã‚’è¿½åŠ ï¼Ž
-        - test_tex1にテストケース1ä»¶ã‚’è¿½åŠ ï¼Ž
-
-・ドキュメントのå
-
-実，コメントの修正
-
-・バージョン番号の更新
-        - カーネルのバージョン番号を更新．
-
-○ターゲット依存部の要修正箇所（1.7.0 → 1.8.0）
-
-(1) char_t型をchar型に修正
-
-(2) TARGET_MIN_ISTKSZã®å®šç¾©ã‚’è¿½åŠ ï¼ˆã‚ªãƒ—ã‚·ãƒ§ãƒ³ï¼‰
-        - éžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆã®ã‚¹ã‚¿ãƒƒã‚¯ã‚µã‚¤ã‚ºã®æœ€å°å€¤ã‚’ãƒã‚§ãƒƒã‚¯ã™ã‚‹å ´åˆã«
-          は，最小値をTARGET_MIN_ISTKSZに定義する．
-
-(3) CFG2_OUTをCFG2_OUT_SRCSにリネーム
-        - Makefileのターゲット依存部でCFG2_OUTã‚’å®šç¾©ã—ã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œ
-          CFG2_OUT_SRCSにリネームする．
-
-(4) CFG1_OUT_LDFLAGSの定義
-        - Makefileのターゲット依存部で定義したLDFLAGSは，cfg1_out.cをリンク
-          する際には適用されないように変更したため，LDFLAGSに定義したオプショ
-          ンで，cfg1_out.cをリンクする際にもå¿
-要なものは，CFG1_OUT_LDFLAGS
-          にも定義するように修正する．
-
-----------------------------------------------------------------------
-
-                TOPPERS/ASPカーネル
-                Release 1.6.0 から 1.7.0 への変更点
-
-○変更点のリスト
-
-ãƒ»å‹•çš„ç”Ÿæˆæ©Ÿèƒ½æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ï¼Œåˆ¶ç´„ã‚¿ã‚¹ã‚¯æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã®è¿½åŠ 
-
-・タスク例外処理ルーチンの実行開始条件の変更
-        - タスク例外処理ルーチンの実行に関するコードの修正．
-        - ipmflgを導å
-¥ï¼Ž
-        - exc_sense_unlockを廃止．
-
-・データキューのコードの修正
-        - データ管理ブロックの導å
-¥ï¼ˆä»–のオブジェクトの実è£
-と整合された）．
-
-・SILのメモリ空間アクセス関数に渡すポインタの型の変更
-        - void *を渡していたところを，サイズにあわせて，uint8_t *などに変更．
-
-・動的生成機能拡張パッケージにあわせた修正
-        - t_stddef.hにMB_Tåž‹ã®å®šç¾©ã‚’è¿½åŠ ï¼Ž
-        - コンフィギュレータのテンプレートファイル（パス2および3）で定義し
-          ていたターゲット依存æƒ
-å ±ã‚’ï¼Œãƒ˜ãƒƒãƒ€ãƒ•ã‚¡ã‚¤ãƒ«ã«ç§»å‹•ï¼Ž
-        - kernel_def.csvã«ï¼Œãã‚Œã‚‰ã®å€¤ã‚’å–å¾—ã™ã‚‹ãŸã‚ã®è¨˜è¿°ã‚’è¿½åŠ ï¼Ž
-        - ポーティングガイドの修正．
-
-ãƒ»ã‚ªãƒ•ã‚»ãƒƒãƒˆãƒ•ã‚¡ã‚¤ãƒ«ã‚’ã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚¿ã§ç”Ÿæˆã™ã‚‹æ–¹æ³•ã‚’è¿½åŠ 
-        - genoffset.tfã‚’è¿½åŠ ï¼Ž
-        - kernel_def.csvに，SIL_ENDIAN_BIG/LITTLEã‚’è¿½åŠ ï¼Ž
-        - sample/Makefileを修正．
-        - m68k依存部を，この方法に対応させる．
-        - ポーティングガイドの修正．
-
-・その他のバグフィックス
-        - CHECK_INTPRI_CHGIPMの定義中のtypoを修正．
-        - genoffsetのRelease 1.6.0におけるディグレードを修正．
-        - オーバランハンドラ拡張機能で，ターゲット依存部がオーバランハンド
-          ãƒ©ã‚’ã‚µãƒãƒ¼ãƒˆã—ã¦ã„ãªã„å ´åˆã«ã¯ï¼ŒTCB中のleftotmを定義しないように
-          修正．
-
-・その他の修正
-        - USE_TSKINICTXBã‚’ãƒžã‚¯ãƒ­å®šç¾©ã—ãŸå ´åˆã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ã®ãƒã‚§ãƒƒ
-          クのために，GET_STK_TSKINICTXBを導å
-¥ï¼Ž
-        - kernel_cfg.c中で，タスクのå
-ˆé ­ç•ªåœ°ã‚’TASK型にキャストするように
-          kernel.tfを修正．
-        - ext_tskのE_SYSの返し方を修正．ext_kerもE_SYSを返すコードに修正．
-        - CFG_INTは，有効なすべての割込み番号に対応する方針に従い，コンフィ
-          ギュレータのエラー条件を修正．
-        - makedepに-Sã‚ªãƒ—ã‚·ãƒ§ãƒ³ã‚’è¿½åŠ ï¼Ž
-        - シリアルドライバでサポートするポート数を，最大4ポートに変更．
-
-・ドキュメントのå
-
-実，コメントの修正
-
-・バージョン番号の更新
-        - カーネルのバージョン番号を更新．
-
-○ターゲット依存部の要修正箇所（1.6.0 → 1.7.0）
-
-(1) ターゲット依存部で，calltexを呼ぶ代わりにcalltexのå†
-容をインライン
-å±•é–‹ã—ã¦ã„ã‚‹å ´åˆã«ï¼Œcall_texrtnを呼び出す条件に「ipmflgがtrueã€ã‚’è¿½åŠ ã™
-るように修正．
-
-(2) 割込み出å
-¥å£å‡¦ç†ãŒæ­£ã—いかの確認．
-        - ポーティングガイドの割込み出å
-¥å£å‡¦ç†ã«è¿½åŠ した「割込み優å
-ˆåº¦ãƒžã‚¹
-          クを，å
-¨è§£é™¤çŠ¶æ
-‹ï¼ˆTIPM_ENAALL）の値に設定する … (*h)」の処理が実
-          現されているかを確認．
-        - ポーティングガイドの6.6.1節の記述を確認（(*g)(*i)ã®æ³¨è¨˜ã‚’è¿½åŠ ã™ã‚‹
-          など，記述を詳細化した）．
-
-(3) exc_sense_unlockの定義を削除．
-
-(4) TARGET_TSKATR，TARGET_ISRATR，TARGET_INHATR，TARGET_INTATR，
-TARGET_EXCATR，TARGET_MIN_STKSZ，CHECK_STKSZ_ALIGNの定義を，ターゲット
-依存部のテンプレートファイル（パス2）からヘッダファイルに移動．
-
-(5) CHECK_FUNC_ALIGN，CHECK_FUNC_NONNULL，CHECK_STACK_ALIGN，
-CHECK_STACK_NONNULL，CHECK_MPF_ALIGN，CHECK_MPF_NONNULLの定義を，ターゲッ
-ト依存部のテンプレートファイル（パス3）からヘッダファイルに移動．
-
-(6) 動的生成機能拡張パッケージに対応．
-        - CHECK_MB_ALIGNã®å®šç¾©ã‚’è¿½åŠ ï¼Ž
-        - TSZ_PDQMBã®å®šç¾©ã‚’è¿½åŠ ï¼ˆãƒ‡ãƒ•ã‚©ãƒ«ãƒˆã§ä¸éƒ½åˆãªå ´åˆï¼‰ï¼Ž
-        - VALID_INTNO_CREINTã®å®šç¾©ã‚’è¿½åŠ ï¼Ž
-        - å‹•çš„ãƒ¡ãƒ¢ãƒªç®¡ç†ã«é–¢ã™ã‚‹å®šç¾©ã‚’è¿½åŠ ï¼Ž
-
-(7) オフセットファイルをコンフィギュレータで生成する方法への対応（å¿
-é ˆ
-ではないが，対応しておくことが望ましい）．詳しくは，ポーティングガイド
-の2.5節を参ç
-§ã™ã‚‹ã“と．
-
-(8) USE_TSKINICTXBをマクロ定義し，CHECK_STACK_ALIGNとCHECK_STACK_NONNULL
-ã®ã„ãšã‚Œã‹ã‚’å®šç¾©ã—ã¦ã„ã‚‹å ´åˆã«ã¯ï¼ŒTINIBã‹ã‚‰ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ã‚’取り
-出すためのテンプレートファイル関数GET_STK_TSKINICTXBを定義．
-
-----------------------------------------------------------------------
-
-                TOPPERS/ASPカーネル
-                Release 1.5.0 から 1.6.0 への変更点
-
-○変更点のリスト
-
-・cfgの新しいバージョン（1.6）に対応
-        - offsetof_TINIB_stkszとoffsetof_TINIB_stkの取得記述をターゲット非
-          依存部に移動．
-
-・ユーティリティの修正
-        - genoffsetã«ï¼Œã‚¨ãƒ³ãƒ‡ã‚£ã‚¢ãƒ³æŒ‡å®šã‚’ãƒã‚§ãƒƒã‚¯ã™ã‚‹æ©Ÿèƒ½ã‚’è¿½åŠ ï¼Žãã®éš›ã«ï¼Œ
-          コードを整理．
-
-・その他の修正
-        - TCBのpriorityフィールドを，条件があえばuint_8で定義するように修正．
-        - ターゲット依存部でSIL_ENDIAN_BIGもSIL_ENDIAN_LITTLEも定義されてい
-          ãªã„å ´åˆã«ï¼Œsil.hでエラーを検出するように修正．
-        - システムログ機能のsysog_logmaskとsyslog_lowmask_notの初期値を修正．
-        - makereleaseを，ファイルの重複をチェックするように修正．
-        - test_utm1のエラーメッセージを修正．
-
-・ドキュメントのå
-
-実，コメントの修正
-
-・バージョン番号の更新
-        - カーネルのバージョン番号を更新．
-
-○ターゲット依存部の要修正箇所（1.5.0 → 1.6.0）
-
-(1) makeoffset.cの修正
-        - makeoffset.cに，sil_endiané–¢æ•°ã‚’è¿½åŠ ã™ã‚‹ï¼ˆã“ã‚Œã«ã‚ˆã‚Šï¼Œgenoffsetの
-          エンディアン指定をチェックする機能が有効になる）．
-        - ã‚ªãƒ¼ãƒãƒ©ãƒ³ãƒãƒ³ãƒ‰ãƒ©æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã«å¯¾å¿œã™ã‚‹å ´åˆã«ã¯ï¼Œleftotmフィー
-          ルドが含まれているかを確認する．
-        - 生成されるoffset.hに変化がないことを確認する．
-
-(2) 値取得シンボルテーブルのターゲット依存部の修正
-        - 以下の2行をtarget_def.csv（またはそれに代わるファイル）から削除する．
+                TOPPERS/ASPカーネル
+                Release 1.9.2 から 1.9.3 への変更点
+
+○変更点のリスト
+
+・動的生成機能拡張パッケージのバグフィックス
+        - acre_tskで，優先度の高いタスクを生成・起動してもディスパッチが起
+          こらない不具合を修正．
+        - fsnd_dtqとifsnd_dtqで，エラーコードにE_OKを上書きしている不具合
+          を修正．
+        - acre_tskで，p_tinib->stkszに格納する値（stksz）を丸めた値とする
+          ように修正．
+
+・その他の修正
+        - syslog_ref_logの出口のログ出力マクロ（LOG_SYSLOG_REF_LOG_LEAVE）
+          のパラメータにエラーコードを追加．
+        - extension/dcre/kernel/kernel.tfで，ISRに渡す拡張情報をintptr_t型
+          へのキャストするように修正．
+        - sample/Makefile中のコンパイラに対する-Tオプションを，-Wl,-Tオプ
+          ションに変更．
+        - utils/genoffset.tfに，SIL_ENDIAN_BIT/LITTLEの誤定義の検出処理を
+          追加．
+        - コンフィギュレータのエラーメッセージの修正．
+        - テンプレートファイルの記述スタイルの修正．
+        - 拡張パッケージも，kernel.tf中で，スタック領域の確保にALLOC_STACK
+          を使うように修正（過去の修正時の拡張パッケージの修正漏れ）．
+        - TLSFのinit_memory_poolが返すエラー値のチェック方法を修正〔Mac OS
+          Xターゲット依存部〕．
+
+・ドキュメントの修正，コメントの修正
+
+・バージョン番号の更新
+        - カーネルのバージョン番号を更新．
+
+----------------------------------------------------------------------
+
+                TOPPERS/ASPカーネル
+                Release 1.9.1 から 1.9.2 への変更点
+
+○変更点のリスト
+
+・動的生成機能拡張のバグフィックス
+        - acre_cycで，周期ハンドラを開始する処理のバグを修正．
+
+・その他のバグフィックス
+        - test_cpuexc10.cのチェック値の誤りの修正．
+
+・ドキュメントの修正．
+
+・バージョン番号の更新
+        - カーネルのバージョン番号を更新．
+
+----------------------------------------------------------------------
+
+                TOPPERS/ASPカーネル
+                Release 1.9.0 から 1.9.1 への変更点
+
+○変更点のリスト
+
+・ミューテックス機能拡張の仕様変更
+        - 自タスクがロックしているミューテックスを再度ロックしようとした場
+          合と，自タスクがロックしていないミューテックスをロック解除しよう
+          とした場合のエラーコードをE_OBJに変更．
+
+・ミューテックス機能拡張のバグフィックス
+        - タスク終了時のミューテックスの解放順序を逆順に．
+
+・動的生成機能拡張のバグフィックス
+        - オブジェクト未登録エラーのチェックの抜けおよびバグを修正．
+        - オブジェクト未登録の場合の他のエラーのチェック場所の修正．
+
+・オーバランハンドラ機能拡張のバグフィックス
+        - オーバランタイマ割込みハンドラの起動と，オーバランタイマの再動作
+          開始／停止との競合の問題を修正．
+
+・テストプログラム関係の修正
+
+・その他の修正
+        - xsns_dpnとxsns_xpnで，kerflgもチェックするように修正（安全性の向
+          上のための修正）．
+        - kernel.tf中で，スタック領域の確保にALLOC_STACKを使うように修正．
+
+・ドキュメントの充実，コメントの修正
+
+・バージョン番号の更新
+        - カーネルのバージョン番号を更新．
+
+----------------------------------------------------------------------
+
+                TOPPERS/ASPカーネル
+                Release 1.8.0 から 1.9.0 への変更点
+
+○変更点のリスト
+
+・メッセージバッファ機能拡張パッケージの追加
+
+・コンフィギュレータのパス3のテンプレートファイルに，ターゲット依存部で
+　設定したセクションを，LMAからVMAにコピーする処理を追加
+
+・サンプルのMakefileの修正
+        - C言語の時に-lcを付けるように修正．
+        - CFG_OBJSを，CFG_ASMOBJSとCFG_COBJSに分離．
+
+・先頭番地のチェックコードの修正
+        - 先頭番地のサイズが固定値になっていたところを，sizeof_FPに修正．
+        - オーバランハンドラ機能拡張において，オーバランハンドラの先頭番地
+          のチェックを追加．
+
+・静的APIにおけるエラーチェックの追加
+        - 符号無しのパラメータに負の値を指定した場合のエラーチェックを追加．
+        - イベントフラグの初期ビットパターンのエラーチェックを追加．
+
+・テストプログラム関係の修正
+        - テストライブラリに，test_startを追加．
+        - テストプログラムの先頭で，プログラム名を表示するように修正．
+        - gentestを拡張．
+
+・動的生成機能拡張のバグフィックス
+        - カーネルが割り付けるメモリ領域のサイズのチェックコードを修正．
+        - DEF_KMMのkmmszが0以下の場合のエラーチェックを追加．
+        - カーネル内部シンボルのリネーム表を修正．
+
+・その他のバグフィックス
+        - kernel_def.csvにTARGET_MIN_ISTKSZを追加．
+        - オーバランハンドラ機能拡張で，オーバランハンドラをサポートしてい
+          ないターゲットでDEF_OVRを使用した場合には，コンフィギュレータでエ
+          ラーとするように修正．
+
+・その他の修正
+        - reqdspをdspreqに，p_reqdspをp_dspreqにリネーム．
+        - スタック領域と固定長メモリプール領域の先頭番地をユーザが指定した
+          場合には，kernel_cfg.c中で(void *)型にキャストするように修正．動
+          的生成機能拡張のカーネルが割り付けるメモリ領域の先頭番地も同様．
+        - TNUM_PORTが5以上の時は，serial.cでエラーを報告する．
+        - makedepとmakereleaseを改善．
+
+・ドキュメントの充実，コメントの修正
+        - ユーザーズマニュアルに「1.6 Cygwin環境における注意事項」を追加．
+        - ユーザーズマニュアルに「11.8 rodataセクションをRAMに置く場合」を
+          追加．
+
+・バージョン番号の更新
+        - カーネルのバージョン番号を更新．
+
+○ターゲット依存部の要修正箇所（1.8.0 → 1.9.0）
+
+(1) CFG_OBJSをCFG_COBJSにリネーム
+        - Makefileのターゲット依存部でCFG_OBJSを定義している場合には，
+          CFG_COBJSにリネームする．
+
+----------------------------------------------------------------------
+
+                TOPPERS/ASPカーネル
+                Release 1.7.0 から 1.8.0 への変更点
+
+○変更点のリスト
+
+・char_t型の廃止
+
+・SILのメモリ空間読出し関数に渡すポインタの属性の変更
+        - sil_r??_???に渡しポインタに，const属性を追加．
+
+・非タスクコンテキスト用のスタック領域のサイズチェックの追加
+        - DEF_ICSのistkszがターゲット定義の最小値（TARGET_MIN_ISTKSZ）より
+          も小さい場合にE_PARエラーとする処理を追加．
+
+・vasyslog.cをlibraryディレクトリに移動
+
+・MISRA-C対応のためのコードの修正
+        - 文をマクロ定義している箇所をdo{}while(false)で囲む．
+        - コンマ演算子に使用を最小限に．
+        - 多重代入文をやめる．
+        - 符号無し整数定数にUをつける．
+        - 標準的な名前を変数名として使わないように修正．
+        - 返値を使わない関数呼出しを(void)にキャストする．
+
+・その他のバグフィックス
+        - ミューテックス機能拡張で，ref_tskがTTW_MTXを返す処理を追加．
+        - 動的生成機能拡張で，acre_isrのエラーコードを修正．
+        - 動的生成機能拡張で，オブジェクトコントロールブロックがない時に
+          acre_yyyを呼んだ場合の問題を修正．
+        - kernel_check.tfでエラーメッセージの出力処理を修正．
+        - 拡張モジュールの追従ミスの修正．
+        - TOPPERS_SUPPORT_OVRTIMをTOPPERS_SUPPORT_OVRHDRに修正．
+
+・サンプルのMakefileの修正
+        - カーネルライブラリを別ディレクトリで作成する時に，カーネルライブ
+          ラリが更新されたら，オブジェクトファイルを再構築するように修正．
+        - CFG2_OUTをCFG2_OUT_SRCSにリネーム．
+        - LDFLAGSは，cfg1_out.cのリンク時には適用されないように修正．
+        - log_output.o，vasyslog.o，t_perror.o，strerror.oを，SYS_COBJSから
+          APPL_COBJSに移動．
+
+・その他の修正
+        - semaphore.h等からwait.hをインクルードするように修正．
+        - TOPPERS_EMPTY_LABELのデフォルトの定義をkernel_int.hに移動．
+        - __STDC_VERSION__が定義されていない場合に対応．
+        - test_lib.hに多重インクルードの防止コードを追加．
+        - ユーティリティプログラムを新しいperlに対応するように修正．
+        - gentestを拡張（CPU例外ハンドラの生成，GOTOに対応など）．
+        - configureにオプションを追加．
+        - test_tex1にテストケース1件を追加．
+
+・ドキュメントの充実，コメントの修正
+
+・バージョン番号の更新
+        - カーネルのバージョン番号を更新．
+
+○ターゲット依存部の要修正箇所（1.7.0 → 1.8.0）
+
+(1) char_t型をchar型に修正
+
+(2) TARGET_MIN_ISTKSZの定義を追加（オプション）
+        - 非タスクコンテキストのスタックサイズの最小値をチェックする場合に
+          は，最小値をTARGET_MIN_ISTKSZに定義する．
+
+(3) CFG2_OUTをCFG2_OUT_SRCSにリネーム
+        - Makefileのターゲット依存部でCFG2_OUTを定義している場合には，
+          CFG2_OUT_SRCSにリネームする．
+
+(4) CFG1_OUT_LDFLAGSの定義
+        - Makefileのターゲット依存部で定義したLDFLAGSは，cfg1_out.cをリンク
+          する際には適用されないように変更したため，LDFLAGSに定義したオプショ
+          ンで，cfg1_out.cをリンクする際にも必要なものは，CFG1_OUT_LDFLAGS
+          にも定義するように修正する．
+
+----------------------------------------------------------------------
+
+                TOPPERS/ASPカーネル
+                Release 1.6.0 から 1.7.0 への変更点
+
+○変更点のリスト
+
+・動的生成機能拡張パッケージ，制約タスク拡張パッケージの追加
+
+・タスク例外処理ルーチンの実行開始条件の変更
+        - タスク例外処理ルーチンの実行に関するコードの修正．
+        - ipmflgを導入．
+        - exc_sense_unlockを廃止．
+
+・データキューのコードの修正
+        - データ管理ブロックの導入（他のオブジェクトの実装と整合された）．
+
+・SILのメモリ空間アクセス関数に渡すポインタの型の変更
+        - void *を渡していたところを，サイズにあわせて，uint8_t *などに変更．
+
+・動的生成機能拡張パッケージにあわせた修正
+        - t_stddef.hにMB_T型の定義を追加．
+        - コンフィギュレータのテンプレートファイル（パス2および3）で定義し
+          ていたターゲット依存情報を，ヘッダファイルに移動．
+        - kernel_def.csvに，それらの値を取得するための記述を追加．
+        - ポーティングガイドの修正．
+
+・オフセットファイルをコンフィギュレータで生成する方法を追加
+        - genoffset.tfを追加．
+        - kernel_def.csvに，SIL_ENDIAN_BIG/LITTLEを追加．
+        - sample/Makefileを修正．
+        - m68k依存部を，この方法に対応させる．
+        - ポーティングガイドの修正．
+
+・その他のバグフィックス
+        - CHECK_INTPRI_CHGIPMの定義中のtypoを修正．
+        - genoffsetのRelease 1.6.0におけるディグレードを修正．
+        - オーバランハンドラ拡張機能で，ターゲット依存部がオーバランハンド
+          ラをサポートしていない場合には，TCB中のleftotmを定義しないように
+          修正．
+
+・その他の修正
+        - USE_TSKINICTXBをマクロ定義した場合のスタック領域の先頭番地のチェッ
+          クのために，GET_STK_TSKINICTXBを導入．
+        - kernel_cfg.c中で，タスクの先頭番地をTASK型にキャストするように
+          kernel.tfを修正．
+        - ext_tskのE_SYSの返し方を修正．ext_kerもE_SYSを返すコードに修正．
+        - CFG_INTは，有効なすべての割込み番号に対応する方針に従い，コンフィ
+          ギュレータのエラー条件を修正．
+        - makedepに-Sオプションを追加．
+        - シリアルドライバでサポートするポート数を，最大4ポートに変更．
+
+・ドキュメントの充実，コメントの修正
+
+・バージョン番号の更新
+        - カーネルのバージョン番号を更新．
+
+○ターゲット依存部の要修正箇所（1.6.0 → 1.7.0）
+
+(1) ターゲット依存部で，calltexを呼ぶ代わりにcalltexの内容をインライン
+展開している場合に，call_texrtnを呼び出す条件に「ipmflgがtrue」を追加す
+るように修正．
+
+(2) 割込み出入口処理が正しいかの確認．
+        - ポーティングガイドの割込み出入口処理に追加した「割込み優先度マス
+          クを，全解除状態（TIPM_ENAALL）の値に設定する … (*h)」の処理が実
+          現されているかを確認．
+        - ポーティングガイドの6.6.1節の記述を確認（(*g)(*i)の注記を追加する
+          など，記述を詳細化した）．
+
+(3) exc_sense_unlockの定義を削除．
+
+(4) TARGET_TSKATR，TARGET_ISRATR，TARGET_INHATR，TARGET_INTATR，
+TARGET_EXCATR，TARGET_MIN_STKSZ，CHECK_STKSZ_ALIGNの定義を，ターゲット
+依存部のテンプレートファイル（パス2）からヘッダファイルに移動．
+
+(5) CHECK_FUNC_ALIGN，CHECK_FUNC_NONNULL，CHECK_STACK_ALIGN，
+CHECK_STACK_NONNULL，CHECK_MPF_ALIGN，CHECK_MPF_NONNULLの定義を，ターゲッ
+ト依存部のテンプレートファイル（パス3）からヘッダファイルに移動．
+
+(6) 動的生成機能拡張パッケージに対応．
+        - CHECK_MB_ALIGNの定義を追加．
+        - TSZ_PDQMBの定義を追加（デフォルトで不都合な場合）．
+        - VALID_INTNO_CREINTの定義を追加．
+        - 動的メモリ管理に関する定義を追加．
+
+(7) オフセットファイルをコンフィギュレータで生成する方法への対応（必須
+ではないが，対応しておくことが望ましい）．詳しくは，ポーティングガイド
+の2.5節を参照すること．
+
+(8) USE_TSKINICTXBをマクロ定義し，CHECK_STACK_ALIGNとCHECK_STACK_NONNULL
+のいずれかを定義している場合には，TINIBからスタック領域の先頭番地を取り
+出すためのテンプレートファイル関数GET_STK_TSKINICTXBを定義．
+
+----------------------------------------------------------------------
+
+                TOPPERS/ASPカーネル
+                Release 1.5.0 から 1.6.0 への変更点
+
+○変更点のリスト
+
+・cfgの新しいバージョン（1.6）に対応
+        - offsetof_TINIB_stkszとoffsetof_TINIB_stkの取得記述をターゲット非
+          依存部に移動．
+
+・ユーティリティの修正
+        - genoffsetに，エンディアン指定をチェックする機能を追加．その際に，
+          コードを整理．
+
+・その他の修正
+        - TCBのpriorityフィールドを，条件があえばuint_8で定義するように修正．
+        - ターゲット依存部でSIL_ENDIAN_BIGもSIL_ENDIAN_LITTLEも定義されてい
+          ない場合に，sil.hでエラーを検出するように修正．
+        - システムログ機能のsysog_logmaskとsyslog_lowmask_notの初期値を修正．
+        - makereleaseを，ファイルの重複をチェックするように修正．
+        - test_utm1のエラーメッセージを修正．
+
+・ドキュメントの充実，コメントの修正
+
+・バージョン番号の更新
+        - カーネルのバージョン番号を更新．
+
+○ターゲット依存部の要修正箇所（1.5.0 → 1.6.0）
+
+(1) makeoffset.cの修正
+        - makeoffset.cに，sil_endian関数を追加する（これにより，genoffsetの
+          エンディアン指定をチェックする機能が有効になる）．
+        - オーバランハンドラ拡張パッケージに対応する場合には，leftotmフィー
+          ルドが含まれているかを確認する．
+        - 生成されるoffset.hに変化がないことを確認する．
+
+(2) 値取得シンボルテーブルのターゲット依存部の修正
+        - 以下の2行をtarget_def.csv（またはそれに代わるファイル）から削除する．
                 offsetof_TINIB_stksz,"offsetof(TINIB,stksz)"
                 offsetof_TINIB_stk,"offsetof(TINIB,stk)"
-        ※ Release 1.5.0における修正をå
-ƒã«æˆ»ã™ï¼Ž
-
-(3) target_fput_logの実è£
-制限の確認（仕様が修正されたわけではない）
-        - target_fput_logå
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯çŠ¶æ
-‹ã§å‘¼ã³å‡ºã›ã‚‹ã‚ˆã†ã«ãªã£ã¦ã„るか確
-          認する．
-
-----------------------------------------------------------------------
-
-                TOPPERS/ASPカーネル
-                Release 1.4.0 から 1.5.0 への変更点
-
-○変更点のリスト
-
-・カーネル管理外の割込みとCPU例外の扱いの見直し
-        - カーネル管理外の割込みの設定方法を整理・拡張．
-        - カーネル管理外の割込みハンドラは，カーネルå†
-の出å
-¥å£å‡¦ç†ã‚’経由し
-          ないことを基本とした（ターゲット依存）．
-        - CPU例外ハンドラの出å
-¥å£å‡¦ç†ã«ãŠã‘るカーネル管理外のCPU例外の扱い
-          を規定．
-
-・chg_ipmとget_ipmの仕様変更
-        - chg_ipmとget_ipmは，CPUロック状æ
-‹ã§ã¯å‘¼ã¹ãªã„ものとした．
-        - これに伴ってテストプログラムを修正．
-
-・タイマ割込み処理で呼び出したialm_timの基準時間の変更
-        - current_timeの更新後に，タイムイベントの処理を行うように変更．
-        - 有効な最小のシステム時刻としてmin_timeを導å
-¥ï¼Ž
-        - pend_updateを廃止．
-
-ãƒ»ã‚¿ã‚¹ã‚¯ã®ã‚¹ã‚¿ãƒƒã‚¯ã‚µã‚¤ã‚ºã®æœ€å°å€¤ãƒã‚§ãƒƒã‚¯ã®è¿½åŠ 
-        - スタックサイズが0ã®å ´åˆã®ã‚¨ãƒ©ãƒ¼ã‚’ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆéžä¾å­˜ã§æ¤œå‡ºï¼Ž
-        - ターゲット依存で，タスクのスタックサイズの最小値を設定できるよう
-          にした．
-
-ãƒ»ã‚¿ã‚¹ã‚¯åˆæœŸåŒ–ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆãƒ–ãƒ­ãƒƒã‚¯ã®è¿½åŠ 
-        - ターゲット依存で，タスク初期化コンテキストブロック（TSKINICTXB）
-          を使用できるようにした．
-
-・ターゲット依存部で定義する名称のリネーム方法の変更
-        - ターゲット依存部で定義し，ターゲット非依存部から参ç
-§ã™ã‚‹åç§°ã®ãƒª
-          ネーム記述を，ターゲット依存部に移動．
-
-ãƒ»æ‹¡å¼µãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã®è¿½åŠ 
-        - ミューテックス機能拡張パッケージ，オーバランハンドラ機能拡張パッ
-          ケージ，タスク優å
-ˆåº¦æ‹¡å¼µãƒ‘ッケージを，一般å
-¬é–‹ã™ã‚‹ãƒ•ã‚¡ã‚¤ãƒ«ã«è¿½åŠ ．
-        - オーバランハンドラ機能拡張への対応方法を，ポーティングガイドに記載．
-
-・サポートする機能を識別するマクロの定義方法の変更
-        - ターゲット依存部でTOPPERS_TARGET_SUPPORT_XXXXXがマクロ定義されて
-          いれば，kernel.hでTOPPERS_SUPPORT_XXXXXをマクロ定義する方法に変更．
-
-・システムログ機能の修正
-        - syslog_initializeが呼ばれる前のログæƒ
-å ±ã®å‡ºåŠ›ã«å¯¾å¿œï¼Ž
-        - sysog_logmaskとsyslog_lowmask_notの初期値を修正．
-
-・テストライブラリの修正
-        - test_lib.hとtest_lib.cを，testディレクトリから，それぞれincludeと
-          libraryディレクトリに移動．
-        - syslog_flushé–¢æ•°ã‚’è¿½åŠ ï¼Žlogtask_flushの代わりに使用．
-        - test_finishé–¢æ•°ã‚’è¿½åŠ ï¼Žãƒ†ã‚¹ãƒˆãƒ—ãƒ­ã‚°ãƒ©ãƒ ä¸­ã§ext_kerの代わりに使用．
-        - 以上に伴ってテストプログラムを修正．
-
-・configureの拡張
-        - Makefileã®ãƒ†ãƒ³ãƒ—ãƒ¬ãƒ¼ãƒˆã‚’æŒ‡å®šã™ã‚‹ãŸã‚ã®ã‚ªãƒ—ã‚·ãƒ§ãƒ³ã‚’è¿½åŠ ï¼Ž
-
-・その他のバグフィックス
-        - kernel_impl.h中のマクロ名の修正．
-        - kernel.tf中の文法ミスの修正．
-
-・その他の修正
-        - CTXB型をTSKCTXB型に名称変更．
-        - ext_tskã§ï¼Œæˆ»ã‚‰ãªã„ã¯ãšã®å‡¦ç†ã‹ã‚‰æˆ»ã£ãŸå ´åˆã«ã¯ï¼ŒE_SYSを返す．
-        - call_texrtnからdispatchを呼び出す処理を改善．
-        - make_non_waitを，wait.cからwait.hに移動．
-        - xsns_xpn中の冗長な条件式を削除．
-        - TA_DISINTとTA_LEVELをitron.hから削除．
-        - LOG_TEX_LEAVEの第2パラメータを削除．
-        - サンプルのMakefileに，OMIT_WARNING_ALLとOMIT_OPTIMIZATIONã‚’è¿½åŠ ï¼Ž
-        - get_utmに関するテスト(1)（test_utm1ï¼‰ã‚’è¿½åŠ ï¼Ž
-        - test_dlynse.cの表示を改善．
-
-・ドキュメントのå
-
-実，コメントの修正
-        - 機能拡張・チューニングガイドに関して，ユーザーズマニュアルに記載．
-        - キュー操作ライブラリ関数に関して，ユーザーズマニュアルに記載．
-        - システムの起動時の初期化処理に関して，ユーザーズマニュアルに記載．
-        - 設計メモを拡å
-
-．
-
-・バージョン番号の更新
-        - カーネル仕様のバージョン番号，カーネルのバージョン番号を更新．
-
-○ターゲット依存部の要修正箇所（1.4.0 → 1.5.0）
-
-(1) カーネル管理外の割込みの扱いの変更
-        - カーネル管理外の割込みハンドラの呼び出し方について，これまでの考
-          え方を変更した．「ターゲット依存部 ポーティングガイド」の6.6.7節
-          の記述通りに実è£
-されているかチェックする．
-        - TA_NONKERNELã‚’ä½¿ç”¨ã§ãã‚‹ã‚ˆã†ã«ã™ã‚‹å ´åˆã«ã¯ï¼Œtarget.tfで，
-          TARGET_INHATRにTA_NONKERNELを設定する．
-        - パス2のテンプレートファイルのターゲット非依存部に，
-          INTNO_FIX_KERNEL，INHNO_FIX_KERNEL，INTNO_FIX_NONKERNEL，
-          INHNO_FIX_NONKERNEL，USE_INHINIB_TABLE，USE_INTINIB_TABLEのサポー
-          ãƒˆãŒè¿½åŠ ã•ã‚ŒãŸã®ã§ï¼Œä½¿ç”¨ã§ãã‚‹å ´åˆã«ã¯ä½¿ç”¨ã™ã‚‹ã‚ˆã†ã«ä¿®æ­£ã™ã‚‹ï¼Ž
-        - カーネル管理の割込みハンドラの出å
-¥å£å‡¦ç†ã«ã¤ã„て，「ターゲット依
-          存部 ポーティングガイド」の6.6.1節の記述通りに実è£
-されていること
-          を確認する．
-
-(2) カーネル管理外のCPU例外の扱いの変更
-        - カーネル管理外のCPU例外ハンドラの呼び出し方について，これまでの考
-          え方を変更した．「ターゲット依存部 ポーティングガイド」の6.7.1節
-          の記述を参ç
-§ã—て，実è£
-を修正する．
-
-(3) ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã§å®šç¾©ã™ã‚‹åç§°ã®ãƒªãƒãƒ¼ãƒ ã®è¿½åŠ 
-        - ターゲット依存部で定義し，ターゲット非依存部から参ç
-§ã™ã‚‹åç§°ã®ãƒª
-          ãƒãƒ¼ãƒ è¨˜è¿°ã‚’ï¼Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã«è¿½åŠ ã™ã‚‹ï¼Žã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ã¨ãƒãƒƒ
-          プ依存部の間でも同様の変更を行うことが望ましい．ただし，
-          arch/logtrace/trace_config.cで定義される名称については，ターゲッ
-          ト依存部でリネームする．
-
-(4) ターゲット依存部でサポートする機能を示すマクロの変更
-        - ターゲット依存部で定義しているTOPPERS_SUPPORT_DIS_INTを
-          TOPPERS_TARGET_SUPPORT_DIS_INTに，TOPPERS_SUPPORT_ENA_INTを
-          TOPPERS_TARGET_SUPPORT_ENA_INTに，TOPPERS_SUPPORT_GET_UTMを
-          TOPPERS_TARGET_SUPPORT_GET_UTMに，それぞれ変更する．
-
-(5) タスクコンテキストブロックの型名の変更
-        - CTXB型をTSKCTXB型に名称変更する．
-
-(6) 値取得シンボルテーブルのターゲット依存部の修正
-        - 以下の2行をtarget_def.csvï¼ˆã¾ãŸã¯ãã‚Œã«ä»£ã‚ã‚‹ãƒ•ã‚¡ã‚¤ãƒ«ï¼‰ã«åŠ ãˆã‚‹ï¼Ž
+        ※ Release 1.5.0における修正を元に戻す．
+
+(3) target_fput_logの実装制限の確認（仕様が修正されたわけではない）
+        - target_fput_log全割込みロック状態で呼び出せるようになっているか確
+          認する．
+
+----------------------------------------------------------------------
+
+                TOPPERS/ASPカーネル
+                Release 1.4.0 から 1.5.0 への変更点
+
+○変更点のリスト
+
+・カーネル管理外の割込みとCPU例外の扱いの見直し
+        - カーネル管理外の割込みの設定方法を整理・拡張．
+        - カーネル管理外の割込みハンドラは，カーネル内の出入口処理を経由し
+          ないことを基本とした（ターゲット依存）．
+        - CPU例外ハンドラの出入口処理におけるカーネル管理外のCPU例外の扱い
+          を規定．
+
+・chg_ipmとget_ipmの仕様変更
+        - chg_ipmとget_ipmは，CPUロック状態では呼べないものとした．
+        - これに伴ってテストプログラムを修正．
+
+・タイマ割込み処理で呼び出したialm_timの基準時間の変更
+        - current_timeの更新後に，タイムイベントの処理を行うように変更．
+        - 有効な最小のシステム時刻としてmin_timeを導入．
+        - pend_updateを廃止．
+
+・タスクのスタックサイズの最小値チェックの追加
+        - スタックサイズが0の場合のエラーを，ターゲット非依存で検出．
+        - ターゲット依存で，タスクのスタックサイズの最小値を設定できるよう
+          にした．
+
+・タスク初期化コンテキストブロックの追加
+        - ターゲット依存で，タスク初期化コンテキストブロック（TSKINICTXB）
+          を使用できるようにした．
+
+・ターゲット依存部で定義する名称のリネーム方法の変更
+        - ターゲット依存部で定義し，ターゲット非依存部から参照する名称のリ
+          ネーム記述を，ターゲット依存部に移動．
+
+・拡張パッケージの追加
+        - ミューテックス機能拡張パッケージ，オーバランハンドラ機能拡張パッ
+          ケージ，タスク優先度拡張パッケージを，一般公開するファイルに追加．
+        - オーバランハンドラ機能拡張への対応方法を，ポーティングガイドに記載．
+
+・サポートする機能を識別するマクロの定義方法の変更
+        - ターゲット依存部でTOPPERS_TARGET_SUPPORT_XXXXXがマクロ定義されて
+          いれば，kernel.hでTOPPERS_SUPPORT_XXXXXをマクロ定義する方法に変更．
+
+・システムログ機能の修正
+        - syslog_initializeが呼ばれる前のログ情報の出力に対応．
+        - sysog_logmaskとsyslog_lowmask_notの初期値を修正．
+
+・テストライブラリの修正
+        - test_lib.hとtest_lib.cを，testディレクトリから，それぞれincludeと
+          libraryディレクトリに移動．
+        - syslog_flush関数を追加．logtask_flushの代わりに使用．
+        - test_finish関数を追加．テストプログラム中でext_kerの代わりに使用．
+        - 以上に伴ってテストプログラムを修正．
+
+・configureの拡張
+        - Makefileのテンプレートを指定するためのオプションを追加．
+
+・その他のバグフィックス
+        - kernel_impl.h中のマクロ名の修正．
+        - kernel.tf中の文法ミスの修正．
+
+・その他の修正
+        - CTXB型をTSKCTXB型に名称変更．
+        - ext_tskで，戻らないはずの処理から戻った場合には，E_SYSを返す．
+        - call_texrtnからdispatchを呼び出す処理を改善．
+        - make_non_waitを，wait.cからwait.hに移動．
+        - xsns_xpn中の冗長な条件式を削除．
+        - TA_DISINTとTA_LEVELをitron.hから削除．
+        - LOG_TEX_LEAVEの第2パラメータを削除．
+        - サンプルのMakefileに，OMIT_WARNING_ALLとOMIT_OPTIMIZATIONを追加．
+        - get_utmに関するテスト(1)（test_utm1）を追加．
+        - test_dlynse.cの表示を改善．
+
+・ドキュメントの充実，コメントの修正
+        - 機能拡張・チューニングガイドに関して，ユーザーズマニュアルに記載．
+        - キュー操作ライブラリ関数に関して，ユーザーズマニュアルに記載．
+        - システムの起動時の初期化処理に関して，ユーザーズマニュアルに記載．
+        - 設計メモを拡充．
+
+・バージョン番号の更新
+        - カーネル仕様のバージョン番号，カーネルのバージョン番号を更新．
+
+○ターゲット依存部の要修正箇所（1.4.0 → 1.5.0）
+
+(1) カーネル管理外の割込みの扱いの変更
+        - カーネル管理外の割込みハンドラの呼び出し方について，これまでの考
+          え方を変更した．「ターゲット依存部 ポーティングガイド」の6.6.7節
+          の記述通りに実装されているかチェックする．
+        - TA_NONKERNELを使用できるようにする場合には，target.tfで，
+          TARGET_INHATRにTA_NONKERNELを設定する．
+        - パス2のテンプレートファイルのターゲット非依存部に，
+          INTNO_FIX_KERNEL，INHNO_FIX_KERNEL，INTNO_FIX_NONKERNEL，
+          INHNO_FIX_NONKERNEL，USE_INHINIB_TABLE，USE_INTINIB_TABLEのサポー
+          トが追加されたので，使用できる場合には使用するように修正する．
+        - カーネル管理の割込みハンドラの出入口処理について，「ターゲット依
+          存部 ポーティングガイド」の6.6.1節の記述通りに実装されていること
+          を確認する．
+
+(2) カーネル管理外のCPU例外の扱いの変更
+        - カーネル管理外のCPU例外ハンドラの呼び出し方について，これまでの考
+          え方を変更した．「ターゲット依存部 ポーティングガイド」の6.7.1節
+          の記述を参照して，実装を修正する．
+
+(3) ターゲット依存部で定義する名称のリネームの追加
+        - ターゲット依存部で定義し，ターゲット非依存部から参照する名称のリ
+          ネーム記述を，ターゲット依存部に追加する．ターゲット依存部とチッ
+          プ依存部の間でも同様の変更を行うことが望ましい．ただし，
+          arch/logtrace/trace_config.cで定義される名称については，ターゲッ
+          ト依存部でリネームする．
+
+(4) ターゲット依存部でサポートする機能を示すマクロの変更
+        - ターゲット依存部で定義しているTOPPERS_SUPPORT_DIS_INTを
+          TOPPERS_TARGET_SUPPORT_DIS_INTに，TOPPERS_SUPPORT_ENA_INTを
+          TOPPERS_TARGET_SUPPORT_ENA_INTに，TOPPERS_SUPPORT_GET_UTMを
+          TOPPERS_TARGET_SUPPORT_GET_UTMに，それぞれ変更する．
+
+(5) タスクコンテキストブロックの型名の変更
+        - CTXB型をTSKCTXB型に名称変更する．
+
+(6) 値取得シンボルテーブルのターゲット依存部の修正
+        - 以下の2行をtarget_def.csv（またはそれに代わるファイル）に加える．
                 offsetof_TINIB_stksz,"offsetof(TINIB,stksz)"
                 offsetof_TINIB_stk,"offsetof(TINIB,stk)"
-        ※ 新設されたUSE_TSKINICTXBã‚’ä½¿ã†å ´åˆã«ã¯å¿
-要ない．
-        ※ Release 1.6ä»¥é™ã‚’ç”¨ã„ã‚‹å ´åˆã«ã¯ï¼Œã“ã®ä¿®æ­£ã¯å¿
-要はない．
-
-(7) ログマクロの修正
-        - LOG_TEX_LEAVEの第2パラメータが削除されたので，LOG_TEX_LEAVEを定義
-          ã—ã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œãã®å®šç¾©ã‚’å¤‰æ›´ã™ã‚‹ï¼Ž
-
-(8) スタートアップモジュールの修正（bssセクションのクリアを省略している
-        å ´åˆã®ã¿ï¼‰
-        - ã‚·ã‚¹ãƒ†ãƒ ãƒ­ã‚°æ©Ÿèƒ½ã‚’ä½¿ç”¨ã™ã‚‹å ´åˆã«ã¯ï¼Œã‚¹ã‚¿ãƒ¼ãƒˆã‚¢ãƒƒãƒ—ãƒ¢ã‚¸ãƒ¥ãƒ¼ãƒ«ã«ï¼Œ
-          syslog_logmaskとsyslog_lowmask_notを0ã«åˆæœŸåŒ–ã™ã‚‹ã‚³ãƒ¼ãƒ‰ã‚’è¿½åŠ ã™ã‚‹ï¼Ž
-        - ãƒˆãƒ¬ãƒ¼ã‚¹ãƒ­ã‚°è¨˜éŒ²ã®ã‚µãƒ³ãƒ—ãƒ«ã‚³ãƒ¼ãƒ‰ã‚’çµ„ã¿è¾¼ã‚“ã§ã„ã‚‹å ´åˆã«ã¯ï¼Œã‚¹ã‚¿ãƒ¼
-      トアップモジュールに，trace_modeを0ã«åˆæœŸåŒ–ã™ã‚‹ã‚³ãƒ¼ãƒ‰ã‚’è¿½åŠ ã™ã‚‹ï¼Ž
-
-(9) タスクのスタックサイズの最小値チェックの設定（オプション）
-        - ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜ã«ï¼Œã‚¿ã‚¹ã‚¯ã®ã‚¹ã‚¿ãƒƒã‚¯ã‚µã‚¤ã‚ºã®æœ€å°å€¤ã‚’ãƒã‚§ãƒƒã‚¯ã™ã‚‹å ´
-          合には，最小値をTARGET_MIN_STKSZに定義する．
-
-(10) オーバランハンドラ機能拡張への対応（オプション）
-        - オーバランハンドラ機能拡張パッケージに対応する．対応方法について
-          は，「ターゲット依存部 ポーティングガイド」中の「#ifdef
-          TOPPERS_SUPPORT_OVRHDR」がある箇所と，5.7節と6.14節を参ç
-§ã™ã‚‹ã“と．
-
-----------------------------------------------------------------------
-
-                TOPPERS/ASPカーネル
-                Release 1.3.2 から 1.4.0 への変更点
-
-○変更点のリスト
-
-・周期ハンドラの仕様変更
-        - sta_cycを呼び出した後，最初に周期ハンドラが起動される時刻を，起動
-          周期後から，起動位相後に変更．
-
-・TSZ_MPFの定義を削除
-
-・call_atexitの廃止
-        - ターゲット非依存部からcall_atexitを呼び出すのをやめる．
-          call_atexitで行っていた処理（標準的にはsoftware_term_hookを呼び出
-          す処理）は，å¿
-要であればtarget_exitのå
-ˆé ­ã§è¡Œã†ã“ととする．
-
-・get_utmの問題の修正
-        - 周期ハンドラ，アラームハンドラの中でget_utmを呼ぶと，正しい時刻が
-          返らない問題を修正．
-
-・スケジューラのモジュール性向上
-        - タスク状æ
-‹ï¼ˆtstat）の変更を，make_runnableではなく，それを呼ぶ側
-          の関数で行うように修正．
-
-・テンプレート変数の値の自動取得
-        - OMIT_INITIALIZE_INTERRUPTとOMIT_INITIALIZE_EXCEPTIONの2つのテンプ
-          レート変数の値を，ヘッダファイルの定義から自動取得するように修正．
-
-・トレースログ機能の改善
-        - LOG_TEX_ENTER，LOG_TEX_LEAVEのパラメータに，p_runtskã‚’è¿½åŠ ï¼Ž
-
-・実行時間分布集計モジュールの修正
-        - 時刻取得の方法をターゲット依存で変更できるように修正．
-        - TNUM_HISTの定義を，histgram.hからhistgram.cに移動．
-
-・コンフィギュレータの分離
-        - cfgは，ASPカーネルとは独立したパッケージとしてé
-å¸ƒã™ã‚‹ã“とにする．
-
-・マイグレーションガイドの分離
-        - doc/migration.txtは，別途PDFファイルでé
-å¸ƒã™ã‚‹ã“とにする．
-
-ãƒ»ãƒ†ã‚¹ãƒˆãƒ—ãƒ­ã‚°ãƒ©ãƒ ï¼Œæ€§èƒ½è©•ä¾¡ãƒ—ãƒ­ã‚°ãƒ©ãƒ ã®è¿½åŠ 
-        - セマフォ機能のテスト(2)（test_sem2ï¼‰ã‚’è¿½åŠ ï¼Ž
-        - act_tsk，iact_tskの処理時間の評価プログラム（perf4ï¼‰ã‚’è¿½åŠ ï¼Ž
-
-・clean時に削除するファイル
-        - clean時に削除するファイルを，ターゲット依存部で定義するための変数
-          （CLEAN_FILES）を導å
-¥ï¼Ž
-
-・ユーティリティの修正
-        - makereleaseが使うディレクトリ名（asp）を，カレントディレクトリか
-          ら決定するように修正．
-        - makedepに，Cygwin環境におけるルートディレクトリ名を指定するため
-          の-Rã‚ªãƒ—ã‚·ãƒ§ãƒ³ã‚’è¿½åŠ ï¼ŽMakefileにMAKEDEP_OPTSå¤‰æ•°ã‚’è¿½åŠ ï¼Ž
-        - gentestをアラームハンドラの複数回起動に対応できるように拡張．
-
-・その他のバグフィックス
-        - リネームするシンボルを修正．
-        - 割込みサービスルーチン，初期化ルーチン，終了処理ルーチンのå
-ˆé ­ç•ª
-          åœ°ã«é–¢æ•°åä»¥å¤–ã‚’è¨˜è¿°ã—ãŸå ´åˆã«ã‚‚å‹•ä½œã™ã‚‹ã‚ˆã†ã«ä¿®æ­£ï¼Ž
-        - Makefile.dependãŒãªã„å ´åˆã®å•é¡Œã‚’ä¿®æ­£ï¼Ž
-
-・ドキュメントのå
-
-実，コメントの修正
-        - 各ドキュメントにTOPPERSãƒ©ã‚¤ã‚»ãƒ³ã‚¹ã¨ç›®æ¬¡ã‚’è¿½åŠ ï¼Ž
-
-・バージョン番号の更新
-        - カーネル仕様のバージョン番号，カーネルのバージョン番号を更新．
-
-○ターゲット依存部の要修正箇所（1.3.2 → 1.4.0）
-
-(1) call_atexitの廃止
-        - call_atexitを廃止したため，ターゲット依存部から定義を削除する．
-          call_atexitで行っていた処理（標準的にはsoftware_term_hookを呼び出
-          す処理）は，å¿
-要であればtarget_exitのå
-ˆé ­ã§è¡Œã†ï¼Ž
-
-(2) テンプレート変数の値の設定の削除
-        - OMIT_INITIALIZE_INTERRUPTとOMIT_INITIALIZE_EXCEPTIONの2つのテンプ
-          レート変数の値を，ヘッダファイルの定義から自動取得するように修正
-          したため，ターゲット依存部（target.tfまたはそこからインクルードさ
-          れるファイル）で値を定義していれば，その定義を削除する．
-
-(3) makedepã‚’å‘¼ã¶éš›ã®ã‚ªãƒ—ã‚·ãƒ§ãƒ³ã®è¿½åŠ 
-        - Makefileのターゲット依存部（Makefile.target等）でmakedepを呼んで
-          ã„ã‚‹å ´åˆã«ã¯ï¼Œ$(MAKEDEP_OPTS)ã‚’è¿½åŠ ã™ã‚‹ï¼Ž
-
-        例）@$(PERL) $(SRCDIR)/utils/makedep -C $(CC) $(MAKEDEP_OPTS) \
+        ※ 新設されたUSE_TSKINICTXBを使う場合には必要ない．
+        ※ Release 1.6以降を用いる場合には，この修正は必要はない．
+
+(7) ログマクロの修正
+        - LOG_TEX_LEAVEの第2パラメータが削除されたので，LOG_TEX_LEAVEを定義
+          している場合には，その定義を変更する．
+
+(8) スタートアップモジュールの修正（bssセクションのクリアを省略している
+        場合のみ）
+        - システムログ機能を使用する場合には，スタートアップモジュールに，
+          syslog_logmaskとsyslog_lowmask_notを0に初期化するコードを追加する．
+        - トレースログ記録のサンプルコードを組み込んでいる場合には，スター
+      トアップモジュールに，trace_modeを0に初期化するコードを追加する．
+
+(9) タスクのスタックサイズの最小値チェックの設定（オプション）
+        - ターゲット依存に，タスクのスタックサイズの最小値をチェックする場
+          合には，最小値をTARGET_MIN_STKSZに定義する．
+
+(10) オーバランハンドラ機能拡張への対応（オプション）
+        - オーバランハンドラ機能拡張パッケージに対応する．対応方法について
+          は，「ターゲット依存部 ポーティングガイド」中の「#ifdef
+          TOPPERS_SUPPORT_OVRHDR」がある箇所と，5.7節と6.14節を参照すること．
+
+----------------------------------------------------------------------
+
+                TOPPERS/ASPカーネル
+                Release 1.3.2 から 1.4.0 への変更点
+
+○変更点のリスト
+
+・周期ハンドラの仕様変更
+        - sta_cycを呼び出した後，最初に周期ハンドラが起動される時刻を，起動
+          周期後から，起動位相後に変更．
+
+・TSZ_MPFの定義を削除
+
+・call_atexitの廃止
+        - ターゲット非依存部からcall_atexitを呼び出すのをやめる．
+          call_atexitで行っていた処理（標準的にはsoftware_term_hookを呼び出
+          す処理）は，必要であればtarget_exitの先頭で行うこととする．
+
+・get_utmの問題の修正
+        - 周期ハンドラ，アラームハンドラの中でget_utmを呼ぶと，正しい時刻が
+          返らない問題を修正．
+
+・スケジューラのモジュール性向上
+        - タスク状態（tstat）の変更を，make_runnableではなく，それを呼ぶ側
+          の関数で行うように修正．
+
+・テンプレート変数の値の自動取得
+        - OMIT_INITIALIZE_INTERRUPTとOMIT_INITIALIZE_EXCEPTIONの2つのテンプ
+          レート変数の値を，ヘッダファイルの定義から自動取得するように修正．
+
+・トレースログ機能の改善
+        - LOG_TEX_ENTER，LOG_TEX_LEAVEのパラメータに，p_runtskを追加．
+
+・実行時間分布集計モジュールの修正
+        - 時刻取得の方法をターゲット依存で変更できるように修正．
+        - TNUM_HISTの定義を，histgram.hからhistgram.cに移動．
+
+・コンフィギュレータの分離
+        - cfgは，ASPカーネルとは独立したパッケージとして配布することにする．
+
+・マイグレーションガイドの分離
+        - doc/migration.txtは，別途PDFファイルで配布することにする．
+
+・テストプログラム，性能評価プログラムの追加
+        - セマフォ機能のテスト(2)（test_sem2）を追加．
+        - act_tsk，iact_tskの処理時間の評価プログラム（perf4）を追加．
+
+・clean時に削除するファイル
+        - clean時に削除するファイルを，ターゲット依存部で定義するための変数
+          （CLEAN_FILES）を導入．
+
+・ユーティリティの修正
+        - makereleaseが使うディレクトリ名（asp）を，カレントディレクトリか
+          ら決定するように修正．
+        - makedepに，Cygwin環境におけるルートディレクトリ名を指定するため
+          の-Rオプションを追加．MakefileにMAKEDEP_OPTS変数を追加．
+        - gentestをアラームハンドラの複数回起動に対応できるように拡張．
+
+・その他のバグフィックス
+        - リネームするシンボルを修正．
+        - 割込みサービスルーチン，初期化ルーチン，終了処理ルーチンの先頭番
+          地に関数名以外を記述した場合にも動作するように修正．
+        - Makefile.dependがない場合の問題を修正．
+
+・ドキュメントの充実，コメントの修正
+        - 各ドキュメントにTOPPERSライセンスと目次を追加．
+
+・バージョン番号の更新
+        - カーネル仕様のバージョン番号，カーネルのバージョン番号を更新．
+
+○ターゲット依存部の要修正箇所（1.3.2 → 1.4.0）
+
+(1) call_atexitの廃止
+        - call_atexitを廃止したため，ターゲット依存部から定義を削除する．
+          call_atexitで行っていた処理（標準的にはsoftware_term_hookを呼び出
+          す処理）は，必要であればtarget_exitの先頭で行う．
+
+(2) テンプレート変数の値の設定の削除
+        - OMIT_INITIALIZE_INTERRUPTとOMIT_INITIALIZE_EXCEPTIONの2つのテンプ
+          レート変数の値を，ヘッダファイルの定義から自動取得するように修正
+          したため，ターゲット依存部（target.tfまたはそこからインクルードさ
+          れるファイル）で値を定義していれば，その定義を削除する．
+
+(3) makedepを呼ぶ際のオプションの追加
+        - Makefileのターゲット依存部（Makefile.target等）でmakedepを呼んで
+          いる場合には，$(MAKEDEP_OPTS)を追加する．
+
+        例）@$(PERL) $(SRCDIR)/utils/makedep -C $(CC) $(MAKEDEP_OPTS) \
                         -O "$(CFLAGS) $(KERNEL_CFLAGS)" $< >> Makefile.depend
 
-(4) ç°¡æ˜“ãƒ‘ãƒƒã‚±ãƒ¼ã‚¸ã¸ã®ã‚³ãƒ³ãƒ•ã‚£ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚¿ã®è¿½åŠ 
-        - コンフィギュレータ（cfg）がターゲット非依存部から分離されたため，
-          簡易パッケージにå
-¥ã‚Œã‚‹å ´åˆã«ã¯ï¼ŒE_PACKAGEにcfgを含めるための記述
-          ã‚’è¿½åŠ ã™ã‚‹ï¼Ž
-
-        例）INCLUDE ../../cfg/MANIFEST
-
-----------------------------------------------------------------------
-
-                TOPPERS/ASPカーネル
-                Release 1.3.1 から 1.3.2 への変更点
-
-○変更点のリスト
-
-・TMAX_RELTIMをユーザから参ç
-§ã§ãã‚‹ãƒžã‚¯ãƒ­ã«
-        - TMAX_RELTIMの定義を，kernel/time_event.hからinclude/t_stddef.hに
-          移動．
-
-・constæŒ‡å®šã®è¿½åŠ 
-        - syslog_printf，syslog_print，syslog_wri_log，serial_wri_datのパラ
-          メータにconstæŒ‡å®šã‚’è¿½åŠ ï¼Ž
-
-・TMIN_ISRPRI，TMAX_ISRPRIの導å
-¥
-
-・実行時間分布集計モジュールで時間の逆転が疑われるケースの扱い
-        - 実行時間分布集計モジュールで時間の逆転が疑われる度数を計測するよ
-          うに修正．
-
-・システムログタスクの終了処理の修正
-        - ログバッファに残ったログæƒ
-å ±ã§ã‚ã‚‹ã“ã¨ã‚’ç¤ºã™æ–‡å­—åˆ—ã‚’å‡ºåŠ›ã™ã‚‹ã‚ˆã†ã«
-          修正．
-
-・コンフィギュレータの修正
-        - é †åºä»˜ããƒªã‚¹ãƒˆã®è¦ç´ ã«å¼ã‚’ä½¿ãˆã‚‹ã‚ˆã†ã«å¤‰æ›´ï¼Ž
-        - 静的APIのパラメータに型キャストが含まれるとパースできないバグの修正．
-        - #pragma onceを用いると行番号がずれるバグの修正．
-        - cfgãƒ•ã‚¡ã‚¤ãƒ«ã‚’æŒ‡å®šã—ãªã‹ã£ãŸå ´åˆã®ã‚¨ãƒ©ãƒ¼ãƒ¡ãƒƒã‚»ãƒ¼ã‚¸ã®ä¿®æ­£ï¼Ž
-
-・コンフィギュレータが生成するファイル
-        - コンフィギュレータがkernel_cfg.cä»¥å¤–ã®ãƒ•ã‚¡ã‚¤ãƒ«ã‚’ç”Ÿæˆã™ã‚‹å ´åˆã«å¯¾
-          応するための変数（CFG_OBJS，CFG2_OUT）を導å
-¥ï¼Ž
-
-・realclean時に削除するファイル
-        - realclean時に削除するファイルを，ターゲット依存部で定義するための
-          変数（REALCLEAN_FILES）を導å
-¥ï¼Ž
-
-ãƒ»ãƒ†ã‚¹ãƒˆãƒ—ãƒ­ã‚°ãƒ©ãƒ ã®è¿½åŠ ãƒ»æ‹¡å
-
-
-        - セマフォ機能のテスト(1)ã‚’è¿½åŠ ï¼Ž
-        - ã‚«ãƒ¼ãƒãƒ«ã®æ•´åˆæ€§æ¤œæŸ»ã«ã‚»ãƒžãƒ•ã‚©æ¯Žã®æ¤œæŸ»ã‚’è¿½åŠ ï¼Ž
-
-・バグフィックス
-        - 非タスクコンテキスト用スタックの確保時のサイズの誤り．
-        - kernel.tf中のエラーメッセージの誤り．
-        - 実行時間分布集計モジュールにおける最大値の扱いのバグ．
-        - Makefile中のAPPLDIRに複数のディレクトリが定義されている時の扱い．
-        - test/perf.cで，計測回数を10000回になるように修正．
-        - DVE68Kターゲット依存部のtarget.tf中のエラーメッセージの誤り．
-
-・ドキュメントのå
-
-実，コメントの修正
-        - 各ドキュメントにTOPPERSãƒ©ã‚¤ã‚»ãƒ³ã‚¹ã¨ç›®æ¬¡ã‚’è¿½åŠ ï¼Ž
-
-・バージョン番号の更新
-
-○ターゲット依存部の要修正箇所（1.3.1 → 1.3.2）
-
-特になし
-
-----------------------------------------------------------------------
-
-                TOPPERS/ASPカーネル
-                Release 1.3.0 から 1.3.1 への変更点
-
-○変更点のリスト
-
-ãƒ»ã‚¹ã‚¿ãƒƒã‚¯ã‚µã‚¤ã‚ºã®ã‚¨ãƒ©ãƒ¼ãƒã‚§ãƒƒã‚¯ã‚’è¿½åŠ 
-        - CRE_TSKのstkï¼ˆã‚¿ã‚¹ã‚¯ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ï¼‰ãŒNULLã§ãªã„å ´åˆã«ï¼Œ
-          stkszを適切な値（ターゲット依存の値の倍数）に丸める処理をやめ，適
-          åˆ‡ãªå€¤ã§ãªã„å ´åˆã«ã‚¨ãƒ©ãƒ¼ã¨ã™ã‚‹ã‚ˆã†ã«ä¿®æ­£ï¼Ž
-        - DEF_ICSのistkï¼ˆéžã‚¿ã‚¹ã‚¯ã‚³ãƒ³ãƒ†ã‚­ã‚¹ãƒˆç”¨ã®ã‚¹ã‚¿ãƒƒã‚¯é ˜åŸŸã®å
-ˆé ­ç•ªåœ°ï¼‰ãŒ
-          NULLã§ãªã„å ´åˆã«ï¼Œistkszが適切な値（ターゲット依存の値の倍数）で
-          ãªã„å ´åˆã®ã‚¨ãƒ©ãƒ¼ã®ãƒã‚§ãƒƒã‚¯ã‚’è¿½åŠ ï¼Ž
-
-・強制å¾
-ã¡è¦æ±‚ãƒã‚¹ãƒˆã®å»ƒæ­¢ã«ä¼´ã†è¿½åŠ ä¿®æ­£
-        - TMAX_SUSCNTの定義を，kernel.hからitron.hに移動．
-        - ref_tskで参ç
-§ã§ãã‚‹æƒ
-å ±ï¼ˆT_RTSKのフィールド）からsuscntを削除．
-
-・kernel_api.csvの修正
-        - 各オブジェクトの属性のパラメータを，符号無しに修正．
-
-・kernel_def.csvの修正
-        - 符号付きのシンボルの定義に",signed"ã‚’ä»˜åŠ ï¼Ž
-
-・itron.hの修正
-        - frsm_tskのタイプミスの修正．
-
-・コンフィギュレータの修正
-        - 組込み関数DUMP, TRACE, NOOPã‚’è¿½åŠ ï¼Ž
-        - $FOREACH$や$IF$等の中身が何もないときに，internal errorになる不å
-·
-          合を修正（エラーメッセージの適切化）．
-        - $INCLUDE$命令でインクルードしたtfの行番号がずれる不å
-·åˆã‚’修正．
-        - 64ビット整数が定義されていないと，CSVファイルでsをつけたレコード
-          が符号付きと扱われない不å
-·åˆã®ä¿®æ­£ï¼Ž
-        - 型キャストのパース処理に関する不å
-·åˆã®ä¿®æ­£ï¼Ž
-        - エラーの起こった行番号が正しくない不å
-·åˆã®ä¿®æ­£ï¼Ž
-        - 同じtskidに対してDEF_TEXが複数あるエラーのチェックを行うように修正．
-        - DEF_TEXを使用した時に，TSK.TSKID[tskid]が0になる不å
-·åˆã®ä¿®æ­£ï¼Ž
-        - DEF_INH,CFG_INT,DEF_EXCで同じオブジェクト番号に対する登録が重複し
-          ãŸå ´åˆã®ã‚¨ãƒ©ãƒ¼ãƒã‚§ãƒƒã‚¯ã‚’äºŒé‡ã«è¡Œã£ã¦ã„ã‚‹å•é¡Œã®ä¿®æ­£ï¼Ž
-
-・é
-å¸ƒã™ã‚‹ãƒ•ã‚¡ã‚¤ãƒ«ã®ä¿®æ­£
-        - doc/api_spec.txt, ngki_spec.txt, sysstat.txtを除外．
-        - extensionディレクトリを除外．
-
-・ドキュメントの修正，コメントの修正
-
-・バージョン番号の更新
-
-○ターゲット依存部の要修正箇所（1.3.0 → 1.3.1）
-
-(1) スタックサイズのエラーチェックに関する修正箇所
-        - target.tfでkernel.tfをインクルードする前に，CHECK_STKSZ_ALIGNを，
-          スタックサイズがどの値の倍数になっていなければならないかを設定す
-          る．
-                例）$CHECK_STKSZ_ALIGN = 4$
-
-(2) ターゲット依存部のユーザーズマニュアルについて
-        - ターゲット依存部のユーザーズマニュアルのファイル名と，そのファイ
-          ルに記述すべきå†
-容を規定した．「ターゲット依存部 ポーティングガイ
-          ド」の「9.1 ドキュメント」の節を参ç
-§ã™ã‚‹ã“と．
-
-----------------------------------------------------------------------
-
-                TOPPERS/ASPカーネル
-                Release 1.2.1 から 1.3.0 への変更点
-
-○変更点のリスト
-
-・set_tim（システム時刻の設定）の廃止
-
-・属性の変更
-        - TA_DISINTを廃止して，TA_ENAINTを復活．
-
-・拡張機能・ターゲット定義機能の有無を判別するマクロ名の変更
-        - TOPPERS_EXTENSION_MUTEXをTOPPERS_SUPPORT_MUTEXに．
-        - TOPPERS_EXTENSION_PRI_LEVELをTOPPERS_SUPPORT_PRI_LEVELに．
-        - SUPPORT_???_???をTOPPERS_SUPPORT_???_???に変更し，ターゲット依存
-          部での定義をtarget_kernel.hに移動する．
-
-・型名・変数名・定数名の変更
-        - SYSUTIM → SYSUTM，sysutim → sysutm，p_sysutim → p_sysutm
-        - SIO_ERDY_SND → SIO_RDY_SND，SIO_ERDY_RCV → SIO_RDY_RCV
-        - sio_ierdy_snd → sio_irdy_snd，sio_ierdy_rcv → sio_irdy_rcv
-
-・cfg1_out.cのコンパイル／リンク方法の変更
-        - cfg1_out.cからtarget_cfg1_out.hをインクルードするように，コンフィ
-          ギュレータを変更．
-        - ターゲット依存部でtarget_cfg1_out.hを用意する．
-        - cfg1_out.cのリンクは，カーネルと同じ方法をとるように変更．
-
-・コンフィギュレータの修正
-        - cfg1_out.cに生成するå†
-容の変更（前記と関連）．
-        - boost 1.35.0に対応．
-
-・サンプルプログラムの修正
-        - タスクå†
-でのループ回数を固定する機能（TASK_LOOP）を導å
-¥ï¼Ž
-
-・バグフィックス
-        - å›ºå®šé•·ãƒ¡ãƒ¢ãƒªãƒ—ãƒ¼ãƒ«é ˜åŸŸã®ç¢ºä¿æ–¹æ³•ï¼Ž
-        - DEF_TEXのエラーで，問題になったDEF_TEXの行番号を表示する．
-
-・用語の変更
-        -「割込みロック」→「å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯ã€
-
-・ドキュメントの修正
-
-・バージョン番号の更新．
-
-○ターゲット依存部の要修正箇所（1.2.1 → 1.3.0）
-
-(1) TA_DISINTの廃止・TA_ENAINTの復活に伴う修正箇所
-        - TA_DISINTを使った判定をTA_ENAINTを使った判定に変更する．
-                例）((intatr & TA_DISINT) == 0U) → ((intatr & TA_ENAINT) != 0U)
-        - CFG_INTの割込み属性にTA_DISINTが設定されていれば，それを消す．
-                例）CFG_INT(INTNO_SIO, { TA_DISINT | INTATR_SIO, INTPRI_SIO });
-                → CFG_INT(INTNO_SIO, { INTATR_SIO, INTPRI_SIO });
-        - CFG_INTの割込み属性にTA_DISINTが設定されていなければ，TA_ENAINTを
-          åŠ ãˆã‚‹ï¼Ž
-                例）CFG_INT(INTNO_TIMER, { INTATR_TIMER, INTPRI_TIMER });
-                → CFG_INT(INTNO_TIMER, { TA_ENAINT | INTATR_TIMER, INTPRI_TIMER });
-
-(2) 拡張機能・ターゲット定義機能の有無を判別するマクロ名の変更に伴う修正箇所
-        - SUPPORT_???_???をTOPPERS_SUPPORT_???_???に変更し，ターゲット依存
-          部での定義をtarget_kernel.hに移動する．
-                TOPPERS_SUPPORT_DIS_INT                 dis_intをサポートする
-                TOPPERS_SUPPORT_ENA_INT                 ena_intをサポートする
-                TOPPERS_SUPPORT_GET_UTM                 get_utmをサポートする
-   - makeoffset.cで，TOPPERS_EXTENSION_MUTEXを参ç
-§ã—ã¦ã„ã‚‹å ´åˆã«ã¯ï¼Œ
-     TOPPERS_SUPPORT_MUTEXに変更する．
-
-(3) 型名・変数名・定数名の変更に伴う修正箇所
-        - SYSUTIM → SYSUTM，sysutim → sysutm，p_sysutim → p_sysutm
-        - SIO_ERDY_SND → SIO_RDY_SND，SIO_ERDY_RCV → SIO_RDY_RCV
-        - sio_ierdy_snd → sio_irdy_snd，sio_ierdy_rcv → sio_irdy_rcv
-        â˜
-sysutimとerdyを大文字小文字を区別せずにサーチするとよい．
-
-(4) cfg1_out.cのコンパイル／リンク方法の変更に伴う修正箇所
-        - ターゲット依存部で，target_cfg1_out.hを用意する．詳しくは，「ター
-          ゲット依存部 ポーティングガイド」の7.4節を参ç
-§ï¼Ž
-        - 新たに用意したファイルをMANIFESTã«è¿½åŠ ã™ã‚‹ï¼Ž
-
-(5) 警告メッセージへの対処
-        - Makefile.targetに，「COPTS := $(COPTS) -Werrorã€ã‚’è¿½åŠ ã™ã‚‹ã“ã¨ã‚’
-          検討する．カーネルå†
-ã§åŽ³å¯†ãªåˆ¥åè¦å‰‡ã«ã‚ˆã‚‹è­¦å‘Šãƒ¡ãƒƒã‚»ãƒ¼ã‚¸ãŒå‡ºã‚‹å ´
-          合には，「KERNEL_CFLAGS := $(KERNEL_CFLAGS) -fno-strict-aliasing」
-          ã‚’è¿½åŠ ã—ã¦ã‚‚ã‚ˆã„ï¼Ž
-
-(6) コメントの修正
-        -「割込みロック」→「å
-¨å‰²è¾¼ã¿ãƒ­ãƒƒã‚¯ã€
-
-----------------------------------------------------------------------
-
-                TOPPERS/ASPカーネル
-                Release 1.2.0 から 1.2.1 への変更点
-
-○変更点のリスト
-
-・トレースログ記録のサンプルコードを組み込む方法の変更
-        - configureに-rã‚ªãƒ—ã‚·ãƒ§ãƒ³ã‚’è¿½åŠ ï¼Ž
-        - sample/Makefileの修正．
-
-・Makefileのコンフィギュレータ関連部分の変更
-        - コンフィギュレータに対するターゲット依存のオプションを，Makefile
-          のターゲット依存部で記述するように変更．
-        - コンフィギュレータの各パスのターゲット依存のファイルへの依存関係
-          を，Makefileのターゲット依存部で記述するように変更．
-
-・バージョン番号の更新．
-
-○ターゲット依存部の要修正箇所（1.1.0 → 1.2.1）
-
-(1) 新しいコンフィギュレータへの対応
-
-・target.tfä¸­ã§ï¼Œãƒ˜ãƒƒãƒ€ãƒ•ã‚¡ã‚¤ãƒ«ã¨é‡è¤‡ã—ãŸå®šæ•°å€¤ã®å®šç¾©ã‚’è¡Œã£ã¦ã„ã‚‹å ´åˆã«
-　は，target_def.cvsに変数記述を行い，重複した定義を削除する．
-
-・コンフィギュレータに対するオプションに，target_def.cvsを読み込ませる
-ã€€æŒ‡å®šã‚’è¿½åŠ ã™ã‚‹ï¼Žã€Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ ポーティングガイド」2.4節の
-　(2-4-15) é 
-を参ç
-§ï¼Ž
-
-・target_check.tfを作成する．「ターゲット依存部 ポーティングガイド」
-　7.3節参ç
-§ï¼Ž
-
-・コンフィギュレータの各パスに対して，ターゲット依存のファイルへの依存
-　関係を定義する．「ターゲット依存部 ポーティングガイド」2.7節参ç
-§ï¼Ž
-
-(2) ãƒ‡ãƒ¼ã‚¿åž‹ã¨å®šæ•°ã®å¤‰æ›´ãƒ»è¿½åŠ 
-
-・BOOLをbool_tに，TRUEとFALSEをそれぞれtrueとfalseに変更する．ER_BOOLな
-　どを変更しないように注意すること．コメント中に記述されたこれらのデー
-　タ型と定数も変更すること．
-
-・charをchar_tに変更する．ただし，文字列定数が記述されることが多い引数
-　等は，コンパイラの警告を避けるために，char *のままとする．ターゲット
-　依存部で最低限変更しなければならないのは，以下の2箇所．
-
-        - target_fput_logの引数
-        - sio_snd_chrの第2引数
-
-・target_stddef.h（またはそこからインクルードされるファイル）に，サイズ
-　の指定された浮動小数点型（float32_tとdouble64_t），その最大値・最小値
-ã€€ã®ãƒžã‚¯ãƒ­ã®å®šç¾©ã‚’è¿½åŠ ã™ã‚‹ï¼Žã€Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ ポーティングガイド」3.4
-　節参ç
-§ï¼Žé–‹ç™ºç’°å¢ƒãŒGCCでarch/gcc/tool_stddef.hを用いており，float型と
-　double型がそれぞれIEEE754æº–æ‹ ã®å˜ç²¾åº¦æµ®å‹•å°æ•°ç‚¹æ•°ã¨å€ç²¾åº¦æµ®å‹•å°æ•°ç‚¹æ•°
-ã€€ã§ã‚ã‚‹å ´åˆã«ã¯ï¼Œarch/gcc/tool_stddef.hをインクルードする前に，
-　TOPPERS_STDFLOAT_TYPE1をマクロ定義すればよい．
-
-(3) トレースログ記録のサンプルコードの組込み（オプション）
-
-・ターゲット依存部を，トレースログ記録のサンプルコードを使用するように
-　修正する．「ターゲット依存部 ポーティングガイド」6.11.2節参ç
-§ï¼Ž
-
-(4) TARGETDIR変数の使用
-
-・Makefileのターゲット依存部で，ターゲット依存部ディレクトリを参ç
-§ã—て
-　いる箇所で，$(SRCDIR)/target/$(TARGET)を，$(TARGETDIR)に変更する．
-
-----------------------------------------------------------------------
-
-                TOPPERS/ASPカーネル
-                Release 1.1.0 から 1.2.0 への変更点
-
-○変更点のリスト
-
-・コンフィギュレータを新しいバージョンに差し換え
-        - パス1とパス3ã«ã‚‚ã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜æ©Ÿèƒ½ã‚’è¿½åŠ ï¼Ž
-        - FMPカーネルのクラス記述に対応．
-        - è¿½åŠ ãƒ•ã‚¡ã‚¤ãƒ«ï¼ˆã‚¿ãƒ¼ã‚²ãƒƒãƒˆéžä¾å­˜éƒ¨ï¼Œcfg以下を除く）
+(4) 簡易パッケージへのコンフィギュレータの追加
+        - コンフィギュレータ（cfg）がターゲット非依存部から分離されたため，
+          簡易パッケージに入れる場合には，E_PACKAGEにcfgを含めるための記述
+          を追加する．
+
+        例）INCLUDE ../../cfg/MANIFEST
+
+----------------------------------------------------------------------
+
+                TOPPERS/ASPカーネル
+                Release 1.3.1 から 1.3.2 への変更点
+
+○変更点のリスト
+
+・TMAX_RELTIMをユーザから参照できるマクロに
+        - TMAX_RELTIMの定義を，kernel/time_event.hからinclude/t_stddef.hに
+          移動．
+
+・const指定の追加
+        - syslog_printf，syslog_print，syslog_wri_log，serial_wri_datのパラ
+          メータにconst指定を追加．
+
+・TMIN_ISRPRI，TMAX_ISRPRIの導入
+
+・実行時間分布集計モジュールで時間の逆転が疑われるケースの扱い
+        - 実行時間分布集計モジュールで時間の逆転が疑われる度数を計測するよ
+          うに修正．
+
+・システムログタスクの終了処理の修正
+        - ログバッファに残ったログ情報であることを示す文字列を出力するように
+          修正．
+
+・コンフィギュレータの修正
+        - 順序付きリストの要素に式を使えるように変更．
+        - 静的APIのパラメータに型キャストが含まれるとパースできないバグの修正．
+        - #pragma onceを用いると行番号がずれるバグの修正．
+        - cfgファイルを指定しなかった場合のエラーメッセージの修正．
+
+・コンフィギュレータが生成するファイル
+        - コンフィギュレータがkernel_cfg.c以外のファイルを生成する場合に対
+          応するための変数（CFG_OBJS，CFG2_OUT）を導入．
+
+・realclean時に削除するファイル
+        - realclean時に削除するファイルを，ターゲット依存部で定義するための
+          変数（REALCLEAN_FILES）を導入．
+
+・テストプログラムの追加・拡充
+        - セマフォ機能のテスト(1)を追加．
+        - カーネルの整合性検査にセマフォ毎の検査を追加．
+
+・バグフィックス
+        - 非タスクコンテキスト用スタックの確保時のサイズの誤り．
+        - kernel.tf中のエラーメッセージの誤り．
+        - 実行時間分布集計モジュールにおける最大値の扱いのバグ．
+        - Makefile中のAPPLDIRに複数のディレクトリが定義されている時の扱い．
+        - test/perf.cで，計測回数を10000回になるように修正．
+        - DVE68Kターゲット依存部のtarget.tf中のエラーメッセージの誤り．
+
+・ドキュメントの充実，コメントの修正
+        - 各ドキュメントにTOPPERSライセンスと目次を追加．
+
+・バージョン番号の更新
+
+○ターゲット依存部の要修正箇所（1.3.1 → 1.3.2）
+
+特になし
+
+----------------------------------------------------------------------
+
+                TOPPERS/ASPカーネル
+                Release 1.3.0 から 1.3.1 への変更点
+
+○変更点のリスト
+
+・スタックサイズのエラーチェックを追加
+        - CRE_TSKのstk（タスクのスタック領域の先頭番地）がNULLでない場合に，
+          stkszを適切な値（ターゲット依存の値の倍数）に丸める処理をやめ，適
+          切な値でない場合にエラーとするように修正．
+        - DEF_ICSのistk（非タスクコンテキスト用のスタック領域の先頭番地）が
+          NULLでない場合に，istkszが適切な値（ターゲット依存の値の倍数）で
+          ない場合のエラーのチェックを追加．
+
+・強制待ち要求ネストの廃止に伴う追加修正
+        - TMAX_SUSCNTの定義を，kernel.hからitron.hに移動．
+        - ref_tskで参照できる情報（T_RTSKのフィールド）からsuscntを削除．
+
+・kernel_api.csvの修正
+        - 各オブジェクトの属性のパラメータを，符号無しに修正．
+
+・kernel_def.csvの修正
+        - 符号付きのシンボルの定義に",signed"を付加．
+
+・itron.hの修正
+        - frsm_tskのタイプミスの修正．
+
+・コンフィギュレータの修正
+        - 組込み関数DUMP, TRACE, NOOPを追加．
+        - $FOREACH$や$IF$等の中身が何もないときに，internal errorになる不具
+          合を修正（エラーメッセージの適切化）．
+        - $INCLUDE$命令でインクルードしたtfの行番号がずれる不具合を修正．
+        - 64ビット整数が定義されていないと，CSVファイルでsをつけたレコード
+          が符号付きと扱われない不具合の修正．
+        - 型キャストのパース処理に関する不具合の修正．
+        - エラーの起こった行番号が正しくない不具合の修正．
+        - 同じtskidに対してDEF_TEXが複数あるエラーのチェックを行うように修正．
+        - DEF_TEXを使用した時に，TSK.TSKID[tskid]が0になる不具合の修正．
+        - DEF_INH,CFG_INT,DEF_EXCで同じオブジェクト番号に対する登録が重複し
+          た場合のエラーチェックを二重に行っている問題の修正．
+
+・配布するファイルの修正
+        - doc/api_spec.txt, ngki_spec.txt, sysstat.txtを除外．
+        - extensionディレクトリを除外．
+
+・ドキュメントの修正，コメントの修正
+
+・バージョン番号の更新
+
+○ターゲット依存部の要修正箇所（1.3.0 → 1.3.1）
+
+(1) スタックサイズのエラーチェックに関する修正箇所
+        - target.tfでkernel.tfをインクルードする前に，CHECK_STKSZ_ALIGNを，
+          スタックサイズがどの値の倍数になっていなければならないかを設定す
+          る．
+                例）$CHECK_STKSZ_ALIGN = 4$
+
+(2) ターゲット依存部のユーザーズマニュアルについて
+        - ターゲット依存部のユーザーズマニュアルのファイル名と，そのファイ
+          ルに記述すべき内容を規定した．「ターゲット依存部 ポーティングガイ
+          ド」の「9.1 ドキュメント」の節を参照すること．
+
+----------------------------------------------------------------------
+
+                TOPPERS/ASPカーネル
+                Release 1.2.1 から 1.3.0 への変更点
+
+○変更点のリスト
+
+・set_tim（システム時刻の設定）の廃止
+
+・属性の変更
+        - TA_DISINTを廃止して，TA_ENAINTを復活．
+
+・拡張機能・ターゲット定義機能の有無を判別するマクロ名の変更
+        - TOPPERS_EXTENSION_MUTEXをTOPPERS_SUPPORT_MUTEXに．
+        - TOPPERS_EXTENSION_PRI_LEVELをTOPPERS_SUPPORT_PRI_LEVELに．
+        - SUPPORT_???_???をTOPPERS_SUPPORT_???_???に変更し，ターゲット依存
+          部での定義をtarget_kernel.hに移動する．
+
+・型名・変数名・定数名の変更
+        - SYSUTIM → SYSUTM，sysutim → sysutm，p_sysutim → p_sysutm
+        - SIO_ERDY_SND → SIO_RDY_SND，SIO_ERDY_RCV → SIO_RDY_RCV
+        - sio_ierdy_snd → sio_irdy_snd，sio_ierdy_rcv → sio_irdy_rcv
+
+・cfg1_out.cのコンパイル／リンク方法の変更
+        - cfg1_out.cからtarget_cfg1_out.hをインクルードするように，コンフィ
+          ギュレータを変更．
+        - ターゲット依存部でtarget_cfg1_out.hを用意する．
+        - cfg1_out.cのリンクは，カーネルと同じ方法をとるように変更．
+
+・コンフィギュレータの修正
+        - cfg1_out.cに生成する内容の変更（前記と関連）．
+        - boost 1.35.0に対応．
+
+・サンプルプログラムの修正
+        - タスク内でのループ回数を固定する機能（TASK_LOOP）を導入．
+
+・バグフィックス
+        - 固定長メモリプール領域の確保方法．
+        - DEF_TEXのエラーで，問題になったDEF_TEXの行番号を表示する．
+
+・用語の変更
+        -「割込みロック」→「全割込みロック」
+
+・ドキュメントの修正
+
+・バージョン番号の更新．
+
+○ターゲット依存部の要修正箇所（1.2.1 → 1.3.0）
+
+(1) TA_DISINTの廃止・TA_ENAINTの復活に伴う修正箇所
+        - TA_DISINTを使った判定をTA_ENAINTを使った判定に変更する．
+                例）((intatr & TA_DISINT) == 0U) → ((intatr & TA_ENAINT) != 0U)
+        - CFG_INTの割込み属性にTA_DISINTが設定されていれば，それを消す．
+                例）CFG_INT(INTNO_SIO, { TA_DISINT | INTATR_SIO, INTPRI_SIO });
+                → CFG_INT(INTNO_SIO, { INTATR_SIO, INTPRI_SIO });
+        - CFG_INTの割込み属性にTA_DISINTが設定されていなければ，TA_ENAINTを
+          加える．
+                例）CFG_INT(INTNO_TIMER, { INTATR_TIMER, INTPRI_TIMER });
+                → CFG_INT(INTNO_TIMER, { TA_ENAINT | INTATR_TIMER, INTPRI_TIMER });
+
+(2) 拡張機能・ターゲット定義機能の有無を判別するマクロ名の変更に伴う修正箇所
+        - SUPPORT_???_???をTOPPERS_SUPPORT_???_???に変更し，ターゲット依存
+          部での定義をtarget_kernel.hに移動する．
+                TOPPERS_SUPPORT_DIS_INT                 dis_intをサポートする
+                TOPPERS_SUPPORT_ENA_INT                 ena_intをサポートする
+                TOPPERS_SUPPORT_GET_UTM                 get_utmをサポートする
+   - makeoffset.cで，TOPPERS_EXTENSION_MUTEXを参照している場合には，
+     TOPPERS_SUPPORT_MUTEXに変更する．
+
+(3) 型名・変数名・定数名の変更に伴う修正箇所
+        - SYSUTIM → SYSUTM，sysutim → sysutm，p_sysutim → p_sysutm
+        - SIO_ERDY_SND → SIO_RDY_SND，SIO_ERDY_RCV → SIO_RDY_RCV
+        - sio_ierdy_snd → sio_irdy_snd，sio_ierdy_rcv → sio_irdy_rcv
+        ★sysutimとerdyを大文字小文字を区別せずにサーチするとよい．
+
+(4) cfg1_out.cのコンパイル／リンク方法の変更に伴う修正箇所
+        - ターゲット依存部で，target_cfg1_out.hを用意する．詳しくは，「ター
+          ゲット依存部 ポーティングガイド」の7.4節を参照．
+        - 新たに用意したファイルをMANIFESTに追加する．
+
+(5) 警告メッセージへの対処
+        - Makefile.targetに，「COPTS := $(COPTS) -Werror」を追加することを
+          検討する．カーネル内で厳密な別名規則による警告メッセージが出る場
+          合には，「KERNEL_CFLAGS := $(KERNEL_CFLAGS) -fno-strict-aliasing」
+          を追加してもよい．
+
+(6) コメントの修正
+        -「割込みロック」→「全割込みロック」
+
+----------------------------------------------------------------------
+
+                TOPPERS/ASPカーネル
+                Release 1.2.0 から 1.2.1 への変更点
+
+○変更点のリスト
+
+・トレースログ記録のサンプルコードを組み込む方法の変更
+        - configureに-rオプションを追加．
+        - sample/Makefileの修正．
+
+・Makefileのコンフィギュレータ関連部分の変更
+        - コンフィギュレータに対するターゲット依存のオプションを，Makefile
+          のターゲット依存部で記述するように変更．
+        - コンフィギュレータの各パスのターゲット依存のファイルへの依存関係
+          を，Makefileのターゲット依存部で記述するように変更．
+
+・バージョン番号の更新．
+
+○ターゲット依存部の要修正箇所（1.1.0 → 1.2.1）
+
+(1) 新しいコンフィギュレータへの対応
+
+・target.tf中で，ヘッダファイルと重複した定数値の定義を行っている場合に
+　は，target_def.cvsに変数記述を行い，重複した定義を削除する．
+
+・コンフィギュレータに対するオプションに，target_def.cvsを読み込ませる
+　指定を追加する．「ターゲット依存部 ポーティングガイド」2.4節の
+　(2-4-15) 項を参照．
+
+・target_check.tfを作成する．「ターゲット依存部 ポーティングガイド」
+　7.3節参照．
+
+・コンフィギュレータの各パスに対して，ターゲット依存のファイルへの依存
+　関係を定義する．「ターゲット依存部 ポーティングガイド」2.7節参照．
+
+(2) データ型と定数の変更・追加
+
+・BOOLをbool_tに，TRUEとFALSEをそれぞれtrueとfalseに変更する．ER_BOOLな
+　どを変更しないように注意すること．コメント中に記述されたこれらのデー
+　タ型と定数も変更すること．
+
+・charをchar_tに変更する．ただし，文字列定数が記述されることが多い引数
+　等は，コンパイラの警告を避けるために，char *のままとする．ターゲット
+　依存部で最低限変更しなければならないのは，以下の2箇所．
+
+        - target_fput_logの引数
+        - sio_snd_chrの第2引数
+
+・target_stddef.h（またはそこからインクルードされるファイル）に，サイズ
+　の指定された浮動小数点型（float32_tとdouble64_t），その最大値・最小値
+　のマクロの定義を追加する．「ターゲット依存部 ポーティングガイド」3.4
+　節参照．開発環境がGCCでarch/gcc/tool_stddef.hを用いており，float型と
+　double型がそれぞれIEEE754準拠の単精度浮動小数点数と倍精度浮動小数点数
+　である場合には，arch/gcc/tool_stddef.hをインクルードする前に，
+　TOPPERS_STDFLOAT_TYPE1をマクロ定義すればよい．
+
+(3) トレースログ記録のサンプルコードの組込み（オプション）
+
+・ターゲット依存部を，トレースログ記録のサンプルコードを使用するように
+　修正する．「ターゲット依存部 ポーティングガイド」6.11.2節参照．
+
+(4) TARGETDIR変数の使用
+
+・Makefileのターゲット依存部で，ターゲット依存部ディレクトリを参照して
+　いる箇所で，$(SRCDIR)/target/$(TARGET)を，$(TARGETDIR)に変更する．
+
+----------------------------------------------------------------------
+
+                TOPPERS/ASPカーネル
+                Release 1.1.0 から 1.2.0 への変更点
+
+○変更点のリスト
+
+・コンフィギュレータを新しいバージョンに差し換え
+        - パス1とパス3にもターゲット依存機能を追加．
+        - FMPカーネルのクラス記述に対応．
+        - 追加ファイル（ターゲット非依存部，cfg以下を除く）
                 kernel/kernel_api.csv, kernel_def.csv, kernel_check.tf
-        - è¿½åŠ ãƒ•ã‚¡ã‚¤ãƒ«ï¼ˆã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ï¼‰
+        - 追加ファイル（ターゲット依存部）
                 target_def.csv, target_check.tf
-        - sample/Makefileを新しいコンフィギュレータに対応させる．
-        - ミューテックス機能拡張でコンフィギュレータのmakeを不要に．
-
-ãƒ»ãƒ‡ãƒ¼ã‚¿åž‹ã¨å®šæ•°ã®å¤‰æ›´ãƒ»è¿½åŠ 
-        - BOOL型をbool_t型に変更．
-                BOOL → bool_t，TRUE → true，FALSE → false
-                従来の定義をitron.hã«è¿½åŠ ï¼Ž
-        - char型をchar_t型に変更．
-                ただし，文字列定数が記述されることが多い引数等は，コンパイラの
-                警告を避けるために，char *のままとする．
-        - float32_t, double64_tã®è¿½åŠ ï¼Ž
-
-ãƒ»ãƒ†ã‚¹ãƒˆãƒ—ãƒ­ã‚°ãƒ©ãƒ ã®è¿½åŠ ãƒ»ä¿®æ­£
-        - システムコンフィギュレーションファイルからインクルードするコンフィ
-          ã‚®ãƒ¥ãƒ¬ãƒ¼ã‚·ãƒ§ãƒ³ãƒ•ã‚¡ã‚¤ãƒ«ã®æ•´ç†ï¼ˆãƒœãƒˆãƒ ã‚¢ãƒƒãƒ—é †åºã«ï¼‰ï¼Ž
-        - テストプログラムの生成スクリプト（utils/gentest）を作成．
-        - ミューテックス機能のテストプログラムを生成スクリプト対応に．
-        - ミューテックス機能拡張にtest_mutex7ã‚’è¿½åŠ ï¼Ž
-
-・システムサービスのヘッダファイルのインクルード記述の整理
-        - syssvcの下のヘッダファイルは，#include "syssvc/??????.h"でインク
-      ルードする（??????.cã‹ã‚‰ã‚¤ãƒ³ã‚¯ãƒ«ãƒ¼ãƒ‰ã™ã‚‹å ´åˆã‚’é™¤ãï¼‰ï¼Ž
-        - Makefileから，-I$(SRCDIR)/syssvcを削除．
-
-・カーネル起動メッセージの出力（banner）機能の独立
-        - syssvc/banner.cfg, banner.hを作成．
-        - syslog.cfgから関連する記述を削除．
-
-・t_syslog.hとsyslog.hの役割の変更
-        - t_syslog.hは，システムログ出力を行うための定義を含むヘッダファイ
-          ルとし，システムログ機能を操作するための定義は，syslog.hに移す．
-
-・シリアルインタフェースドライバのフラッシュ方法の変更
-        - シリアルインタフェースドライバの強制フラッシュ機能は廃止し，未送
-          信文字の取出し機能を新設．これを用いた強制フラッシュ処理は，シス
-          テムログタスクの終了処理ルーチン側で実施．
-
-・タスクディスパッチの要否の判定方法の変更
-        - タスクディスパッチのå¿
-要な状æ
-‹ã«ã™ã‚‹é–¢æ•°ã‚’，すべて，タスクディス
-          パッチの要否を返すようにし，p_runtskとp_schedtskの比較による判定
-          をなるべく使わないように修正．
-
-・トレースログ記録のサンプルコードの使用方法を規定
-        - ポーティングガイドの6.11.2節に，ターゲット依存部でトレースログ記
-          録のサンプルコードを使用する方法を規定．
-        - DVE68Kターゲット依存部をそれに従うように修正．
-
-・TARGETDIR変数の導å
-¥
-        - sample/Makefileで，ターゲット依存部ディレクトリを示す変数
-          TARGETDIRを定義．
-        - これを使うように，ターゲット依存部を修正．
-
-・その他のバグフィックス
-        - kernel_rename.def：log_???_entry → log_???_enter
-
-・その他の修正
-        - T_RLOG → T_SYSLOG_RLOG
-        - syssvcの下のヘッダファイルにもthrow()をå
-¥ã‚Œã‚‹ï¼Ž
-        - makerelease：RELEAEディレクトリがなければ作る．
-
-・ドキュメントのå
-
-å®Ÿï¼Žã‚³ãƒ¡ãƒ³ãƒˆã®è¿½åŠ ãƒ»ä¿®æ­£ï¼Ž
-        - doc/migration.txtを作成（現時点では未完成）．
-
-・バージョン番号の更新．
-
-○ターゲット依存部の要修正箇所（1.1.0 → 1.2.0）
-
-(1) 新しいコンフィギュレータへの対応
-
-・target.tfä¸­ã§ï¼Œãƒ˜ãƒƒãƒ€ãƒ•ã‚¡ã‚¤ãƒ«ã¨é‡è¤‡ã—ãŸå®šæ•°å€¤ã®å®šç¾©ã‚’è¡Œã£ã¦ã„ã‚‹å ´åˆã«
-　は，target_def.cvsに変数記述を行い，重複した定義を削除する．
-
-・target_check.tfを作成する．「ターゲット依存部 ポーティングガイド」
-　7.3節参ç
-§ï¼Ž
-
-(2) ãƒ‡ãƒ¼ã‚¿åž‹ã¨å®šæ•°ã®å¤‰æ›´ãƒ»è¿½åŠ 
-
-・BOOLをbool_tに，TRUEとFALSEをそれぞれtrueとfalseに変更する．ER_BOOLな
-　どを変更しないように注意すること．コメント中に記述されたこれらのデー
-　タ型と定数も変更すること．
-
-・charをchar_tに変更する．ただし，文字列定数が記述されることが多い引数
-　等は，コンパイラの警告を避けるために，char *のままとする．ターゲット
-　依存部で最低限変更しなければならないのは，以下の2箇所．
-
-        - target_fput_logの引数
-        - sio_snd_chrの第2引数
-
-・target_stddef.h（またはそこからインクルードされるファイル）に，サイズ
-　の指定された浮動小数点型（float32_tとdouble64_t），その最大値・最小値
-ã€€ã®ãƒžã‚¯ãƒ­ã®å®šç¾©ã‚’è¿½åŠ ã™ã‚‹ï¼Žã€Œã‚¿ãƒ¼ã‚²ãƒƒãƒˆä¾å­˜éƒ¨ ポーティングガイド」3.4
-　節参ç
-§ï¼Žé–‹ç™ºç’°å¢ƒãŒGCCでarch/gcc/tool_stddef.hを用いており，float型と
-　double型がそれぞれIEEE754æº–æ‹ ã®å˜ç²¾åº¦æµ®å‹•å°æ•°ç‚¹æ•°ã¨å€ç²¾åº¦æµ®å‹•å°æ•°ç‚¹æ•°
-ã€€ã§ã‚ã‚‹å ´åˆã«ã¯ï¼Œarch/gcc/tool_stddef.hをインクルードする前に，
-　TOPPERS_STDFLOAT_TYPE1をマクロ定義すればよい．
-
-(3) トレースログ記録のサンプルコードの使用方法に従った修正（オプション）
-
-・ターゲット依存部を，トレースログ記録のサンプルコードを使用するように
-　修正する．「ターゲット依存部 ポーティングガイド」6.11.2節参ç
-§ï¼Ž
-
-(4) TARGETDIR変数の使用
-
-・Makefileのターゲット依存部で，ターゲット依存部ディレクトリを参ç
-§ã—て
-　いる箇所で，$(SRCDIR)/target/$(TARGET)を，$(TARGETDIR)に変更する．
-
-----------------------------------------------------------------------
-
-                TOPPERS/ASPカーネル
-                Release 1.0.0 から 1.1.0 への変更点
-
-○変更点のリスト
-
-・frsm_tskをカーネルから削除．itron.hにマクロ定義として残す
-
-・カーネルのトレースログ機能の改修
-        - トレースログマクロを使う側のファイルで，デフォルト定義を与える．
-        - nulltraceを廃止．logtraceを修正．
-        - ターゲット依存部でのトレースログ取得方法を標準化．
-        - INTHDR_ENTRYとEXCHDR_ENTRYã«ãƒ‘ãƒ©ãƒ¡ãƒ¼ã‚¿ã‚’è¿½åŠ ï¼Ž
-        - target_putcを，target_fput_logにリネーム．
-
-・システムログ機能をカーネルから外して，システムサービスの位置付けに
-        - syslog.c，syslog.h，banner.cを，kernelからsyssvcに移動．
-        - システムログ機能のサービスコールの名称にsyslog_ã‚’ä»˜åŠ ï¼Ž
-
-・システムサービスのディレクトリの位置付けの明確化
-        - logtask.hとserial.hを，includeからsyssvcに移動．
-        - vasyslog.cを，libraryからsyssvcに移動．
-
-・リリースパッケージの形æ
-‹ã‚’æ•´å‚™
-        - utils/makereleaseを作成．utils/genmanifestを削除．
-        - MANIFESTファイルに，パッケージ名とバージョン番号を記述．
-        - MANIFESTファイルのINCLUDE記述を変更．
-
-・出å
-¥å£å‡¦ç†ã®ç•ªåœ°ã®å¤‰æ•°ï¼ãƒ•ã‚£ãƒ¼ãƒ«ãƒ‰åã®å¤‰æ›´
-        - 割込みハンドラ／CPU例外ハンドラの出å
-¥å£å‡¦ç†ã®ç•ªåœ°ï¼ˆFP型）の変数／
-          フィールド名をint_entry／exc_entryに変更．コメントも修正．
-
-・DVE68K／M68K依存部の修正．
-        - target.tf中のエラーメッセージの修正．
-        - logtraceを使うように修正．
-
-・その他の修正．
-        - 固定長メモリプール初期化ブロックの生成に関するバグを修正．
-        - configureで，cfgが生成されているかのチェックを厳密化．
-        - sample/Makefileにおいて，ライブラリに関する依存記述の修正．
-        - sample/sample1.cfgã«ãŠã„ã¦ï¼Œã‚·ã‚¹ãƒ†ãƒ ã‚µãƒ¼ãƒ“ã‚¹ã®å®šç¾©é †ã‚’å¤‰æ›´ï¼Ž
-        - extension/MANIFESTに，MANIFESTã‚’è¿½åŠ ï¼Ž
-
-・ドキュメントのå
-
-å®Ÿï¼Žã‚³ãƒ¡ãƒ³ãƒˆã®è¿½åŠ ãƒ»ä¿®æ­£ï¼Ž
-
-・バージョン番号の更新．
-
-○ターゲット依存部の修正箇所（1.0.0 → 1.1.0）
-
-・カーネルのトレースログ機能の中で，ターゲット依存部で実è£
-するå¿
-要があ
-　るものを実è£
-する．詳しくは，porting.txtの6.1.2節，6.5.2節，6.6.1節，
-　6.7.1節を参ç
-§ã™ã‚‹ã“と．
-
-・INTHDR_ENTRYとEXCHDR_ENTRYに2ç•ªç›®ã®ãƒ‘ãƒ©ãƒ¡ãƒ¼ã‚¿ãŒè¿½åŠ ã•ã‚ŒãŸã®ã«å¯¾å¿œã™ã‚‹ï¼Ž
-
-・TARGET_NAMEとCOPYRIGHT_TARGETを，target_config.hからtarget_syssvc.hに
-　移動する．COPYRIGHT_TARGETはTARGET_COPYRIGHTにリネームする．
-
-・target_putcをtarget_fput_logにリネームし，その宣言をtarget_config.hか
-　らtarget_syssvc.hに移動する．関数定義は，target_config.cに置いたまま
-　でよい．関数宣言・定義の上のコメントを修正する．
-
-・割込みハンドラの出å
-¥å£å‡¦ç†ã®ç•ªåœ°ï¼ˆFP型）の変数／フィールド名をinthdr
-　からint_entryに，CPU例外ハンドラの出å
-¥å£å‡¦ç†ã®ç•ªåœ°ï¼ˆFP型）の変数／
-　フィールド名をexchdrからexct_entryに，それぞれ変更する．これに関連す
-　るx_define_inhとx_define_excのコメントを修正する．
-
-ãƒ»ãƒˆãƒ¬ãƒ¼ã‚¹ãƒ­ã‚°ã‚’è¨˜éŒ²ã—ãªã„å ´åˆã«ã¯ï¼Œtarget_config.hから「#include
-　"nulltrace/trace_config.h"」を削除する．
-
-ãƒ»ãƒˆãƒ¬ãƒ¼ã‚¹ãƒ­ã‚°ã‚’è¨˜éŒ²ã™ã‚‹å ´åˆã«ã¯ï¼Œtarget_syssvc.hに「#include
-　"logtrace/trace_config.h"ã€ã‚’è¿½åŠ ã™ã‚‹ï¼Žã¾ãŸï¼Œtarget_config.h中の
-　「#include "logtrace/trace_config.h"」の位置を前の方に移動する．
-
-・MANIFESTとE_PACKAGEを作成／修正する．MANIFEST中に，å¿
-要に応じて，
-　PACKAGEディレクティブとVERSIONãƒ‡ã‚£ãƒ¬ã‚¯ãƒ†ã‚£ãƒ–ã‚’è¿½åŠ ã™ã‚‹ï¼Žã¾ãŸï¼Œ
-　INCLUDEディレクティブのパラメータを，ディレクトリ名からファイル名に変
-　更する．ターゲットシステム毎に，E_PACKAGEを作成する．詳しくは，
-　user.txtã®ï¼’ç« ã¨porting.txtの9.1節を参ç
-§ã™ã‚‹ã“と．
-
-----------------------------------------------------------------------
+        - sample/Makefileを新しいコンフィギュレータに対応させる．
+        - ミューテックス機能拡張でコンフィギュレータのmakeを不要に．
+
+・データ型と定数の変更・追加
+        - BOOL型をbool_t型に変更．
+                BOOL → bool_t，TRUE → true，FALSE → false
+                従来の定義をitron.hに追加．
+        - char型をchar_t型に変更．
+                ただし，文字列定数が記述されることが多い引数等は，コンパイラの
+                警告を避けるために，char *のままとする．
+        - float32_t, double64_tの追加．
+
+・テストプログラムの追加・修正
+        - システムコンフィギュレーションファイルからインクルードするコンフィ
+          ギュレーションファイルの整理（ボトムアップ順序に）．
+        - テストプログラムの生成スクリプト（utils/gentest）を作成．
+        - ミューテックス機能のテストプログラムを生成スクリプト対応に．
+        - ミューテックス機能拡張にtest_mutex7を追加．
+
+・システムサービスのヘッダファイルのインクルード記述の整理
+        - syssvcの下のヘッダファイルは，#include "syssvc/??????.h"でインク
+      ルードする（??????.cからインクルードする場合を除く）．
+        - Makefileから，-I$(SRCDIR)/syssvcを削除．
+
+・カーネル起動メッセージの出力（banner）機能の独立
+        - syssvc/banner.cfg, banner.hを作成．
+        - syslog.cfgから関連する記述を削除．
+
+・t_syslog.hとsyslog.hの役割の変更
+        - t_syslog.hは，システムログ出力を行うための定義を含むヘッダファイ
+          ルとし，システムログ機能を操作するための定義は，syslog.hに移す．
+
+・シリアルインタフェースドライバのフラッシュ方法の変更
+        - シリアルインタフェースドライバの強制フラッシュ機能は廃止し，未送
+          信文字の取出し機能を新設．これを用いた強制フラッシュ処理は，シス
+          テムログタスクの終了処理ルーチン側で実施．
+
+・タスクディスパッチの要否の判定方法の変更
+        - タスクディスパッチの必要な状態にする関数を，すべて，タスクディス
+          パッチの要否を返すようにし，p_runtskとp_schedtskの比較による判定
+          をなるべく使わないように修正．
+
+・トレースログ記録のサンプルコードの使用方法を規定
+        - ポーティングガイドの6.11.2節に，ターゲット依存部でトレースログ記
+          録のサンプルコードを使用する方法を規定．
+        - DVE68Kターゲット依存部をそれに従うように修正．
+
+・TARGETDIR変数の導入
+        - sample/Makefileで，ターゲット依存部ディレクトリを示す変数
+          TARGETDIRを定義．
+        - これを使うように，ターゲット依存部を修正．
+
+・その他のバグフィックス
+        - kernel_rename.def：log_???_entry → log_???_enter
+
+・その他の修正
+        - T_RLOG → T_SYSLOG_RLOG
+        - syssvcの下のヘッダファイルにもthrow()を入れる．
+        - makerelease：RELEAEディレクトリがなければ作る．
+
+・ドキュメントの充実．コメントの追加・修正．
+        - doc/migration.txtを作成（現時点では未完成）．
+
+・バージョン番号の更新．
+
+○ターゲット依存部の要修正箇所（1.1.0 → 1.2.0）
+
+(1) 新しいコンフィギュレータへの対応
+
+・target.tf中で，ヘッダファイルと重複した定数値の定義を行っている場合に
+　は，target_def.cvsに変数記述を行い，重複した定義を削除する．
+
+・target_check.tfを作成する．「ターゲット依存部 ポーティングガイド」
+　7.3節参照．
+
+(2) データ型と定数の変更・追加
+
+・BOOLをbool_tに，TRUEとFALSEをそれぞれtrueとfalseに変更する．ER_BOOLな
+　どを変更しないように注意すること．コメント中に記述されたこれらのデー
+　タ型と定数も変更すること．
+
+・charをchar_tに変更する．ただし，文字列定数が記述されることが多い引数
+　等は，コンパイラの警告を避けるために，char *のままとする．ターゲット
+　依存部で最低限変更しなければならないのは，以下の2箇所．
+
+        - target_fput_logの引数
+        - sio_snd_chrの第2引数
+
+・target_stddef.h（またはそこからインクルードされるファイル）に，サイズ
+　の指定された浮動小数点型（float32_tとdouble64_t），その最大値・最小値
+　のマクロの定義を追加する．「ターゲット依存部 ポーティングガイド」3.4
+　節参照．開発環境がGCCでarch/gcc/tool_stddef.hを用いており，float型と
+　double型がそれぞれIEEE754準拠の単精度浮動小数点数と倍精度浮動小数点数
+　である場合には，arch/gcc/tool_stddef.hをインクルードする前に，
+　TOPPERS_STDFLOAT_TYPE1をマクロ定義すればよい．
+
+(3) トレースログ記録のサンプルコードの使用方法に従った修正（オプション）
+
+・ターゲット依存部を，トレースログ記録のサンプルコードを使用するように
+　修正する．「ターゲット依存部 ポーティングガイド」6.11.2節参照．
+
+(4) TARGETDIR変数の使用
+
+・Makefileのターゲット依存部で，ターゲット依存部ディレクトリを参照して
+　いる箇所で，$(SRCDIR)/target/$(TARGET)を，$(TARGETDIR)に変更する．
+
+----------------------------------------------------------------------
+
+                TOPPERS/ASPカーネル
+                Release 1.0.0 から 1.1.0 への変更点
+
+○変更点のリスト
+
+・frsm_tskをカーネルから削除．itron.hにマクロ定義として残す
+
+・カーネルのトレースログ機能の改修
+        - トレースログマクロを使う側のファイルで，デフォルト定義を与える．
+        - nulltraceを廃止．logtraceを修正．
+        - ターゲット依存部でのトレースログ取得方法を標準化．
+        - INTHDR_ENTRYとEXCHDR_ENTRYにパラメータを追加．
+        - target_putcを，target_fput_logにリネーム．
+
+・システムログ機能をカーネルから外して，システムサービスの位置付けに
+        - syslog.c，syslog.h，banner.cを，kernelからsyssvcに移動．
+        - システムログ機能のサービスコールの名称にsyslog_を付加．
+
+・システムサービスのディレクトリの位置付けの明確化
+        - logtask.hとserial.hを，includeからsyssvcに移動．
+        - vasyslog.cを，libraryからsyssvcに移動．
+
+・リリースパッケージの形態を整備
+        - utils/makereleaseを作成．utils/genmanifestを削除．
+        - MANIFESTファイルに，パッケージ名とバージョン番号を記述．
+        - MANIFESTファイルのINCLUDE記述を変更．
+
+・出入口処理の番地の変数／フィールド名の変更
+        - 割込みハンドラ／CPU例外ハンドラの出入口処理の番地（FP型）の変数／
+          フィールド名をint_entry／exc_entryに変更．コメントも修正．
+
+・DVE68K／M68K依存部の修正．
+        - target.tf中のエラーメッセージの修正．
+        - logtraceを使うように修正．
+
+・その他の修正．
+        - 固定長メモリプール初期化ブロックの生成に関するバグを修正．
+        - configureで，cfgが生成されているかのチェックを厳密化．
+        - sample/Makefileにおいて，ライブラリに関する依存記述の修正．
+        - sample/sample1.cfgにおいて，システムサービスの定義順を変更．
+        - extension/MANIFESTに，MANIFESTを追加．
+
+・ドキュメントの充実．コメントの追加・修正．
+
+・バージョン番号の更新．
+
+○ターゲット依存部の修正箇所（1.0.0 → 1.1.0）
+
+・カーネルのトレースログ機能の中で，ターゲット依存部で実装する必要があ
+　るものを実装する．詳しくは，porting.txtの6.1.2節，6.5.2節，6.6.1節，
+　6.7.1節を参照すること．
+
+・INTHDR_ENTRYとEXCHDR_ENTRYに2番目のパラメータが追加されたのに対応する．
+
+・TARGET_NAMEとCOPYRIGHT_TARGETを，target_config.hからtarget_syssvc.hに
+　移動する．COPYRIGHT_TARGETはTARGET_COPYRIGHTにリネームする．
+
+・target_putcをtarget_fput_logにリネームし，その宣言をtarget_config.hか
+　らtarget_syssvc.hに移動する．関数定義は，target_config.cに置いたまま
+　でよい．関数宣言・定義の上のコメントを修正する．
+
+・割込みハンドラの出入口処理の番地（FP型）の変数／フィールド名をinthdr
+　からint_entryに，CPU例外ハンドラの出入口処理の番地（FP型）の変数／
+　フィールド名をexchdrからexct_entryに，それぞれ変更する．これに関連す
+　るx_define_inhとx_define_excのコメントを修正する．
+
+・トレースログを記録しない場合には，target_config.hから「#include
+　"nulltrace/trace_config.h"」を削除する．
+
+・トレースログを記録する場合には，target_syssvc.hに「#include
+　"logtrace/trace_config.h"」を追加する．また，target_config.h中の
+　「#include "logtrace/trace_config.h"」の位置を前の方に移動する．
+
+・MANIFESTとE_PACKAGEを作成／修正する．MANIFEST中に，必要に応じて，
+　PACKAGEディレクティブとVERSIONディレクティブを追加する．また，
+　INCLUDEディレクティブのパラメータを，ディレクトリ名からファイル名に変
+　更する．ターゲットシステム毎に，E_PACKAGEを作成する．詳しくは，
+　user.txtの２章とporting.txtの9.1節を参照すること．
+
+----------------------------------------------------------------------