@inproceedings{oai:ipsj.ixsq.nii.ac.jp:00219186,
 author = {南口, 比呂 and 石浦, 菜岐佐 and 冨山, 宏之 and 神原, 弘之 and Hiro, Minamiguchi and Nagisa, Ishiura and Hiroyuki, Tomiyama and Hiroyuki, Kanbara},
 book = {DAシンポジウム2022論文集},
 month = {Aug},
 note = {本稿では,RTOS を利用したシステムのフルハードウェア化において,RTOS の機能を提供するハードウェアの自動生成を行う.六車・安堂らはリアルタイムシステムのタスクおよび RTOS の機能を全てハードウェア実装する手法を提案しているが,RTOS の機能を提供する管理ハードウェアは Verilog HDL で手動設計している.本稿では,設計対象のシステムの構成情報を記述したコンフィギュレーションファイルからこの管理ハードウェアを自動生成する.使用する RTOS に依存する機能の情報をコンフィギュレーションファイルに記述することにより複数の RTOS に対応する.また,RTOS のサービスを提供するモジュールにおいて使用されない機能に対する記述の生成を省くことにより回路規模の削減を図る.提案のシステムを Perl5 で実装した結果,TOPPERS/ASP3 および FreeRTOS それぞれの仕様に応じた管理ハードウェアを自動生成できた.タスク数 4,8,16 のシステムについてハードウェアを合成した結果,回路規模と遅延はそれぞれ概ねタスク数とその対数に比例して増加した., This article presents an automatic scheme for generating hardware that provides RTOS's functions for full-hardware implementation of RTOS-based systems. Though Muguruma and Ando et al. have proposed a method for implementing both tasks of a real-time system and RTOS functions as hardware, the manager hardware to provide RTOS functions was designed manually in Verilog HDL. In our method, the manager hardware is automatically generated from a file that describes the configuration of the target system. Manager hardware for different RTOSes can be generated by describing RTOS dependent attributes in the configuration file. Generation of RTL description for unused function is omitted, which reduces the size of the resulting hardware. A prototype system based on the proposed method has been implemented in Perl5, which successfully generated manager hardware modules for 4 tasks for both TOPPERS/ASP3 and FreeRTOS. Manager hardware modules for 4, 8, and 16 tasks have also been generated, which suggests the circuit size and the critical path delay increases in proportion to the number of tasks and their logarithms, respectively.},
 pages = {83--88},
 publisher = {情報処理学会},
 title = {RTOS利用システムのフルハードウェア化における管理ハードウェアの自動生成},
 volume = {2022},
 year = {2022}
}