source: asp_ewarm/asp-1.7.0/doc/extension.txt@ 61

Last change on this file since 61 was 61, checked in by ertl-honda, 11 years ago

ASP for EWARM のコミット．
File size: 15.4 KB
Line 
1
2 TOPPERS/ASPカーネル
3 機能拡張・チューニングガイド
4
5 対応バージョン: Release 1.7.0
6 最終更新: 2010年11月20日
7
8このドキュメントは，TOPPERS/ASPカーネルを，機能拡張・チューニングするた
9めの方法（またはヒント）を説明するものである．
10
11----------------------------------------------------------------------
12 TOPPERS/ASP Kernel
13 Toyohashi Open Platform for Embedded Real-Time Systems/
14 Advanced Standard Profile Kernel
15
16 Copyright (C) 2005-2010 by Embedded and Real-Time Systems Laboratory
17 Graduate School of Information Science, Nagoya Univ., JAPAN
18
19 上記著作権者は，以下の(1)〜(4)の条件を満たす場合に限り，本ソフトウェ
20 ア（本ソフトウェアを改変したものを含む．以下同じ）を使用・複製・改
21 変・再配布（以下，利用と呼ぶ）することを無償で許諾する．
22 (1) 本ソフトウェアをソースコードの形で利用する場合には，上記の著作
23 権表示，この利用条件および下記の無保証規定が，そのままの形でソー
24 スコード中に含まれていること．
25 (2) 本ソフトウェアを，ライブラリ形式など，他のソフトウェア開発に使
26 用できる形で再配布する場合には，再配布に伴うドキュメント（利用
27 者マニュアルなど）に，上記の著作権表示，この利用条件および下記
28 の無保証規定を掲載すること．
29 (3) 本ソフトウェアを，機器に組み込むなど，他のソフトウェア開発に使
30 用できない形で再配布する場合には，次のいずれかの条件を満たすこ
31 と．
32 (a) 再配布に伴うドキュメント（利用者マニュアルなど）に，上記の著
33 作権表示，この利用条件および下記の無保証規定を掲載すること．
34 (b) 再配布の形態を，別に定める方法によって，TOPPERSプロジェクトに
35 報告すること．
36 (4) 本ソフトウェアの利用により直接的または間接的に生じるいかなる損
37 害からも，上記著作権者およびTOPPERSプロジェクトを免責すること．
38 また，本ソフトウェアのユーザまたはエンドユーザからのいかなる理
39 由に基づく請求からも，上記著作権者およびTOPPERSプロジェクトを
40 免責すること．
41
42 本ソフトウェアは，無保証で提供されているものである．上記著作権者お
43 よびTOPPERSプロジェクトは，本ソフトウェアに関して，特定の使用目的
44 に対する適合性も含めて，いかなる保証も行わない．また，本ソフトウェ
45 アの利用により直接的または間接的に生じたいかなる損害に関しても，そ
46 の責任を負わない．
47
48 $Id: extension.txt 1964 2010-11-20 06:41:44Z ertl-hiro $
49----------------------------------------------------------------------
50
51○目次
52
53・エラーチェックの省略
54・タイムティックの周期の変更
55・特殊目的のレジスタの扱い
56・拡張パッケージの使い方
57 - ミューテックス機能拡張パッケージ
58 - オーバランハンドラ機能拡張パッケージ
59 - タスク優先度拡張パッケージ
60 - 制約タスク拡張パッケージ
61 - 動的生成機能拡張パッケージ
62・CPU例外ハンドラの直接呼出し
63 - TA_DIRECT属性の導入
64 - ターゲット依存部の修正箇所
65
66
67○エラーチェックの省略
68
69サービスコールのオーバヘッドを削減するために，静的なエラーのチェックを
70省略する場合がある．ASPカーネルにおいては，静的なエラーのチェックはすべ
71てCHECKマクロを用いて行っているため，kernel/check.h中のCHECKマクロを編
72集することで，静的なエラーのチェックを省略することができる．
73
74例えば，タスクIDのチェックを省略したい場合には，CHECK_TSKIDマクロと
75CHECK_TSKID_SELFマクロを，次のように修正すればよい．
76
77#define CHECK_TSKID(tskid) ((void)(tskid))
78#define CHECK_TSKID_SELF(tskid) ((void)(tskid))
79
80これらのマクロの定義を空にする方法もあるが，パラメータに副作用のある式
81が書かれている可能性を考えると（副作用のある式は書くべきではないが，書
82かれているコードが入ってくる可能性が全くないとは言えない），上の定義の
83方が安全である．副作用のない式であれば，最適化によって削除することがで
84きるため，実行時効率には影響がないと期待できる．ただし，最適化によって
85削除されない場合には，副作用のある式が書かれていないことを確認した上で，
86マクロの定義を空にしてもよい．
87
88
89○タイムティックの周期の変更
90
91ASPカーネルでは，カーネルへタイムティックを供給する周期は1ミリ秒が標準
92となっているが，低速なプロセッサでは1ミリ秒毎に割込みを処理するオーバヘッ
93ドが問題になる場合がある．そこで，アプリケーションが必要とする時間精度
94が粗い場合には，タイムティックの周期を長くすることで，プロセッサの処理
95負荷を低減する方法がある．
96
97タイムティックの周期の与え方はターゲット依存であるため，これが変更でき
98るかどうかは，ターゲット依存部のタイマドライバの実装を調べる必要がある．
99標準的には，target_kernel.h（またはそこからインクルードされるファイル）
100中に定義されているTIC_NUMEとTIC_DENOを書き換えることで，変更できるよう
101に実装されている．
102
103
104○特殊目的のレジスタの扱い
105
106FPUレジスタやDSPレジスタなどの特殊目的のレジスタ（以下，特殊レジスタ）
107を持つプロセッサでは，レジスタの扱いについて大きく次の3つの方法が考えら
108れる．
109
110(1) 特殊レジスタをタスクのコンテキストに含めない
111
1121つのタスクのみが特殊レジスタを使用する場合には，特殊レジスタをタスクの
113コンテキストに含める必要がなく，カーネルで管理する必要がない．
114
115(2) 特殊レジスタをタスクのコンテキストに含める
116
117複数のタスクが特殊レジスタを使用する場合には，特殊レジスタをタスクのコ
118ンテキストに含める方法が最も単純である．そのためには，タスクディスパッ
119チャと割込みハンドラ/CPU例外ハンドラの出入口で，特殊レジスタを保存/復帰
120するコードを追加する必要がある．実際の保存/復帰場所は，スクラッチレジス
121タとそれ以外のレジスタで異なるため，注意が必要である．
122
123(3) 特殊レジスタをコンテキストに含めるかどうかをタスク毎に指定する
124
125特殊レジスタを使用するタスクと使用しないタスクがある場合で，すべてのタ
126スクのコンテキストに特殊レジスタを含める方法ではオーバヘッドが問題にな
127る場合には，特殊レジスタをコンテキストに含めるかどうかをタスク毎に指定
128する方法が有力である．これを実現する方法は次の通りである．
129
130まず，特殊レジスタをコンテキストに含めるかどうかを指定するタスク属性を
131設ける．例えば，FPUレジスタであれば，タスク属性にTA_FPUを設ける．タスク
132ディスパッチャでは，タスク属性を見て，その属性が設定されていれば特殊レ
133ジスタを保存/復帰する．
134
135ハードウェア的に特殊レジスタがディスエーブルできる場合には，その属性が
136設定されていないタスクに切り換える時に特殊レジスタをディスエーブルする
137と，誤って特殊レジスタを使った場合を検出できる．
138
139さらに，割込みハンドラ（ISR，周期ハンドラ，アラームハンドラを含む）や
140CPU例外ハンドラで特殊レジスタを使用する場合には，これらの処理単位にも
141特殊レジスタを使用するかどうかの属性を設ける方法が考えられる．
142
143ここで，タスク（または他の処理単位）が特殊レジスタを使用するかどうかは，
144コンパイラやライブラリに依存する場合があるため，注意が必要である．例え
145ば，浮動小数点演算を含まないプログラムであっても，コンパイラがその方が
146性能が高いと判断すれば，浮動小数点命令を生成する場合がある．
147
148
149○拡張パッケージの使い方
150
151ASPカーネルでは，いくつかの拡張機能を実装するために，拡張パッケージをサ
152ポートしている．拡張パッケージは，extensionディレクトリに置いてある．
153
154拡張パッケージを使用する場合には，UNIXであれば，ASPカーネルのソースファ
155イルのトップディレクトリで，
156
157 % cp -r extension/<拡張パッケージのディレクトリ名>/* .
158
159を実行する．この時，元の（拡張前の）ソースファイルは上書きされてしまう
160ため，拡張しないカーネルも使用したい場合には，別のディレクトリにソース
161ファイルを展開して，上のコマンドを実行すること．
162
163複数の拡張パッケージを使うことは考慮していないが，以下に述べるケースを
164除いては，手作業により複数の拡張パッケージをマージすることは可能である．
165現時点では，ミューテックス機能拡張パッケージと制約タスク拡張パッケージ
166をマージすることはできない．また，動的生成機能拡張パッケージを他の拡張
167パッケージとマージすることは考慮していない．
168
169●ミューテックス機能拡張パッケージ
170
171ミューテックス機能拡張パッケージは，ミューテックス機能を追加するための
172拡張パッケージである．ただし，優先度逆転を制御するための仕組みとして，
173優先度上限ミューテックス（TA_CEILING属性のミューテックス）のみをサポー
174トし，優先度継承ミューテックス（TA_INHERIT属性のミューテックス）はサポー
175トしていない．ミューテックス機能拡張パッケージは，extension/mutexディレ
176クトリに置いてある．
177
178ミューテックス機能拡張パッケージでは，TOPPERS_SUPPORT_MUTEXがkernel.h中
179で定義されているので，これを用いてミューテックス機能を使用できるかどう
180かを判別することができる．
181
182●オーバランハンドラ機能拡張パッケージ
183
184オーバランハンドラ機能拡張パッケージは，オーバランハンドラ機能を追加す
185るための拡張パッケージである．ただし，この拡張パッケージを使うためには，
186ターゲット依存部が対応している必要がある．オーバランハンドラ機能拡張パッ
187ケージは，extension/ovrhdrディレクトリに置いてある．
188
189オーバランハンドラ機能拡張パッケージで，ターゲット依存部が拡張パッケー
190ジに対応している場合には，TOPPERS_SUPPORT_OVRHDRがkernel.h中で定義され
191るので，これを用いてオーバランタイマ機能が使用できるかどうかを判別する
192ことができる．
193
194●タスク優先度拡張パッケージ
195
196タスク優先度拡張パッケージは，タスク優先度を最大256段階に拡張するための
197拡張パッケージである．この拡張パッケージは，タスク優先度に加えて，デー
198タ優先度，メッセージ優先度，割込みサービスルーチン優先度も256段階に拡張
199する．タスク優先度拡張パッケージは，extension/pri_levelディレクトリに置
200いてある．
201
202タスク優先度拡張パッケージでは，TOPPERS_SUPPORT_PRI_LEVELがkernel.h中で
203定義されているので，これを用いてタスク優先度の範囲が拡張されているかど
204うかを判別することができる．
205
206●制約タスク拡張パッケージ
207
208制約タスク拡張パッケージは，制約タスクの機能を追加するための拡張パッケー
209ジである．TOPPERS新世代カーネル統合仕様書に規定された制約タスクの機能に
210加えて，自タスクのベース優先度を変更するサービスコールras_priを実装して
211いる．制約タスク拡張パッケージは，extension/rstr_taskディレクトリに置い
212てある．
213
214制約タスク拡張パッケージでは，TOPPERS_SUPPORT_RSTR_TASKがkernel.h中で定
215義されているので，これを用いて制約タスクの機能が使用できるかどうかを判
216別することができる．
217
218----------------------------------------------------------------------
219ras_pri 自タスクのベース優先度の引き上げ〔T〕
220
221【C言語API】
222 ER ercd = ras_pri(PRI tskpri)
223
224【パラメータ】
225 PRI tskpri ベース優先度
226
227【リターンパラメータ】
228 ER ercd 正常終了（E_OK）またはエラーコード
229
230【エラーコード】
231 E_CTX コンテキストエラー（非タスクコンテキストからの呼出
232 し，CPUロック状態からの呼出し）
233 E_PAR パラメータエラー（tskpriが不正）
234 E_ILUSE サービスコール不正使用（tskpriが，自タスクの起動時
235 優先度よりも低い場合）
236
237【機能】
238
239自タスクのベース優先度を，tskpriで指定した優先度に変更する．具体的な振
240舞いは以下の通り．
241
242自タスクのベース優先度が，tskpriで指定した優先度に変更される．それに伴っ
243て，自タスクの現在優先度も変更される．同じ優先度のタスクの中では，自タ
244スクが最高優先順位となる．
245
246tskpriにTPRI_INI（＝0）を指定すると，自タスクのベース優先度が，起動時優
247先度に変更される．
248
249tskpriは，TPRI_INIであるか，TMIN_TPRI以上，TMAX_TPRI以下でなければなら
250ない．また，tskpriは，自タスクの起動時優先度と同じかそれよりも高くなけ
251ればならない．
252----------------------------------------------------------------------
253
254●動的生成機能拡張パッケージ
255
256動的生成機能拡張パッケージは，オブジェクトの動的生成機能を追加するため
257の拡張パッケージである．TOPPERS新世代カーネル統合仕様書に規定された以下
258のオブジェクト生成／削除のためのサービスコールに加えて，カーネルが割り
259付けるメモリ領域を設定する静的API DEF_KMMを実装している．動的生成機能拡
260張パッケージは，extension/dcreディレクトリに置いてある．
261
262ただし，カーネル内での動的メモリ管理に関しては，ターゲット非依存部では，
263メモリ領域を先頭から順に割り当て，解放されたメモリ領域を再利用しないメ
264モリ管理モジュールのみを実装している．本格的な動的メモリ管理を行いたい
265場合には，ターゲット依存部またはユーザ側で，そのための関数を用意する必
266要がある．用意する関数等については，「TOPPERS/ASPカーネル ターゲット依
267存部 ポーティングガイド」の「6.15 動的メモリ管理」の節を参照すること．
268
269動的機能拡張拡張パッケージでは，TOPPERS_SUPPORT_DYNAMIC_CREがkernel.h中
270で定義されているので，これを用いて動的生成機能が使用できるかどうかを判
271別することができる．
272
273動的生成機能拡張パッケージにより追加されるサービスコール
274
275 ER_ID tskid = acre_tsk(const T_CTSK *pk_ctsk)
276 ER ercd = del_tsk(ID tskid)
277 ER ercd = def_tex(ID tskid, const T_DTEX *pk_dtex)
278 ER_ID semid = acre_sem(const T_CSEM *pk_csem)
279 ER ercd = del_sem(ID semid)
280 ER_ID flgid = acre_flg(const T_CFLG *pk_cflg)
281 ER ercd = del_flg(ID flgid)
282 ER_ID dtqid = acre_dtq(const T_CDTQ *pk_cdtq)
283 ER ercd = del_dtq(ID dtqid)
284 ER_ID pdqid = acre_pdq(const T_CPDQ *pk_cpdq)
285 ER ercd = del_pdq(ID pdqid)
286 ER_ID mbxid = acre_mbx(const T_CMBX *pk_cmbx)
287 ER ercd = del_mbx(ID mbxid)
288 ER_ID mpfid = acre_mpf(const T_CMPF *pk_cmpf)
289 ER ercd = del_mpf(ID mpfid)
290 ER_ID cycid = acre_cyc(const T_CCYC *pk_ccyc)
291 ER ercd = del_cyc(ID cycid)
292 ER_ID almid = acre_alm(const T_CALM *pk_calm)
293 ER ercd = del_alm(ID almid)
294 ER_ID isrid = acre_isr(const T_CISR *pk_cisr)
295 ER ercd = del_isr(ID isrid)
296
297----------------------------------------------------------------------
298DEF_KMM カーネルが割り付けるメモリ領域の設定〔SD〕
299
300【静的API】
301 DEF_KMM({ SIZE kmmsz, STK_T *kmm })
302
303【パラメータ】
304　＊カーネルが割り付けるメモリ領域の設定情報
305 SIZE kmmsz カーネルが割り付けるメモリ領域のサイズ（バイト数）
306 STK_T kmm カーネルが割り付けるメモリ領域の先頭番地
307
308【エラーコード】
309 E_PAR パラメータエラー（istksz，istkが不正，その他の条件
310 については機能の項を参照すること）
311 E_OBJ オブジェクト状態エラー（カーネルが割り付けるメモリ
312 領域がすでに設定されている）
313
314【機能】
315
316各パラメータで指定したカーネルが割り付けるメモリ領域の設定情報に従って，
317カーネルが割り付けるメモリ領域を設定する．
318
319kmmszは整数定数式パラメータ，kmmは一般定数式パラメータである．
320
321kmmをNULLとした場合，kmmszで指定したサイズのメモリ領域を，コンフィギュ
322レータが確保する．kmmszにターゲット定義の制約に合致しないサイズを指定し
323た時には，ターゲット定義の制約に合致するようにサイズを大きい方に丸めて
324確保する．
325
326カーネルが割り付けるメモリ領域をアプリケーションで確保する場合には，
327kmmszで指定したサイズのメモリ領域を確保し，kmmにその先頭番地を指定する．
328
329DEF_KMMによりカーネルが割り付けるメモリ領域を設定しない場合，カーネルが
330割り付けるメモリ領域は確保されない．
331
332kmmやkmmszにターゲット定義の制約に合致しない先頭番地やサイズを指定した
333時には，E_PARエラーとなる．
334----------------------------------------------------------------------
335
336
337○CPU例外ハンドラの直接呼出し
338
339CPU例外ハンドラの出入口処理は，CPU例外が発生しないように実装しなければ
340ならないが，これが防げないターゲットにおいては，CPU例外ハンドラの出入口
341処理を経由せずに，アプリケーションが用意したCPU例外ハンドラを直接実行す
342る方法を用意するのが望ましい．これを，CPU例外ハンドラの直接呼出しと呼ぶ．
343
344ここでは，ハードウェアでベクタテーブルを持つプロセッサにおいて，ターゲッ
345ト依存部のみの修正により，CPU例外ハンドラの直接呼出しの機能を追加する方
346法について説明する．
347
348●TA_DIRECT属性の導入
349
350CPU例外ハンドラの直接呼出しを指定するために，CPU例外ハンドラ属性に，
351TA_DIRECT属性を導入する．
352
353●ターゲット依存部の修正箇所
354
355TA_DIRECTの値を，target_kernel.h（または，そこからインクルードされるファ
356イル）で定義し，その値をコンフィギュレータが取り出せるように，
357target_def.csv（または，それに代わるファイル）に次の行を追加する．
358
359TA_DIRECT,TA_DIRECT
360
361次に，target.tf（または，そこからインクルードされるファイル）で，
362TARGET_EXCATRに設定される値に，TA_DIRECTを追加する．例えば，他のターゲッ
363ト依存のCPU例外ハンドラ属性がない場合には，次のように設定する．
364
365$TARGET_EXCATR = TA_DIRECT$
366
367次に，OMIT_INITILIZE_EXCEPTIONを用いて，CPU例外ハンドラの出入口処理を生
368成するための記述とCPU例外ハンドラ初期化ブロックの標準の定義が生成される
369のを抑止し，それによって抑止される部分をtarget.tfにコピーした上で，以下
370の修正を加える．
371
372CPU例外ハンドラの出入口処理を生成するための記述（EXCHDR_ENTRYのリスト）
373を生成する部分は，次のように修正する．
374
375$FOREACH excno EXC.ORDER_LIST$
376 $IF (EXC.EXCATR[excno] & TA_DIRECT) == 0$
377 EXCHDR_ENTRY($EXC.EXCNO[excno]$, $+EXC.EXCNO[excno]$, $EXC.EXCHDR[excno]$)$NL$
378 $END$
379$END$
380
381また，CPU例外ハンドラ初期化ブロックの定義を生成する部分は，次のように修
382正する．
383
384$IF LENGTH(EXC.ORDER_LIST)$
385 const EXCINIB _kernel_excinib_table[TNUM_EXCNO] = {$NL$
386 $JOINEACH excno EXC.ORDER_LIST ",\n"$
387 $IF (EXC.EXCATR[excno] & TA_DIRECT) == 0$
388 $TAB${ ($EXC.EXCNO[excno]$), ($EXC.EXCATR[excno]$), (FP)(EXC_ENTRY($EXC.EXCNO[excno]$, $EXC.EXCHDR[excno]$)) }
389 $ELSE$
390 $TAB${ ($EXC.EXCNO[excno]$), ($EXC.EXCATR[excno]$), (FP)($EXC.EXCHDR[excno]$) }
391 $END$
392 $END$$NL$
393 };$NL$
394$ELSE$
395 TOPPERS_EMPTY_LABEL(const EXCINIB, _kernel_excinib_table);$NL$
396$END$
397
398以上
Note: See TracBrowser for help on using the repository browser.