3.4.2.1. status レジスター
3.4.2.2. estatus レジスター
3.4.2.3. bstatus レジスター
3.4.2.4. ienable レジスター
3.4.2.5. ipending レジスター
3.4.2.6. cpuid レジスター
3.4.2.7. exception レジスター
3.4.2.8. pteaddr レジスター
3.4.2.9. tlbacc レジスター
3.4.2.10. tlbmisc レジスター
3.4.2.11. badaddr レジスター
3.4.2.12. config レジスター
3.4.2.13. mpubase レジスター
3.4.2.14. mpuacc レジスター
8.5.1. add
8.5.2. addi
8.5.3. and
8.5.4. andhi
8.5.5. andi
8.5.6. beq
8.5.7. bge
8.5.8. bgeu
8.5.9. bgt
8.5.10. bgtu
8.5.11. ble
8.5.12. bleu
8.5.13. blt
8.5.14. bltu
8.5.15. bne
8.5.16. br
8.5.17. break
8.5.18. bret
8.5.19. call
8.5.20. callr
8.5.21. cmpeq
8.5.22. cmpeqi
8.5.23. cmpge
8.5.24. cmpgei
8.5.25. cmpgeu
8.5.26. cmpgeui
8.5.27. cmpgt
8.5.28. cmpgti
8.5.29. cmpgtu
8.5.30. cmpgtui
8.5.31. cmple
8.5.32. cmplei
8.5.33. cmpleu
8.5.34. cmpleui
8.5.35. cmplt
8.5.36. cmplti
8.5.37. cmpltu
8.5.38. cmpltui
8.5.39. cmpne
8.5.40. cmpnei
8.5.41. custom
8.5.42. div
8.5.43. divu
8.5.44. eret
8.5.45. flushd
8.5.46. flushda
8.5.47. flushi
8.5.48. flushp
8.5.49. initd
8.5.50. initda
8.5.51. initi
8.5.52. jmp
8.5.53. jmpi
8.5.54. ldb / ldbio
8.5.55. ldbu / ldbuio
8.5.56. ldh / ldhio
8.5.57. ldhu / ldhuio
8.5.58. ldw / ldwio
8.5.59. mov
8.5.60. movhi
8.5.61. movi
8.5.62. movia
8.5.63. movui
8.5.64. mul
8.5.65. muli
8.5.66. mulxss
8.5.67. mulxsu
8.5.68. mulxuu
8.5.69. nextpc
8.5.70. nop
8.5.71. nor
8.5.72. or
8.5.73. orhi
8.5.74. ori
8.5.75. rdctl
8.5.76. rdprs
8.5.77. ret
8.5.78. rol
8.5.79. roli
8.5.80. ror
8.5.81. sll
8.5.82. slli
8.5.83. sra
8.5.84. srai
8.5.85. srl
8.5.86. srli
8.5.87. stb / stbio l
8.5.88. sth / sthio
8.5.89. stw / stwio
8.5.90. sub
8.5.91. subi
8.5.92. sync
8.5.93. trap
8.5.94. wrctl
8.5.95. wrprs
8.5.96. xor
8.5.97. xorhi
8.5.98. xori
2.1. プロセッサーの実装
Nios II アーキテクチャーの機能ユニットは Nios II 命令セットの基礎を形成します。ただし、いずれかのユニットがハードウェアに実装されているという意味ではありません。Nios II アーキテクチャーは、特定のハードウェア実装ではなく、命令セットを記述します。機能ユニットは、ハードウェアに実装するか、ソフトウェアでエミュレートするか、あるいは完全に省略することができます。
Nios II 実装とは、特定の Nios II プロセッサー・コアで実現されるデザインの選択セットです。すべての実装が、命令セット・リファレンスで定義される命令セットをサポートします。
各実装は、コア・サイズの小型化や高性能化など、特定の目的を達成します。これにより、Nios II アーキテクチャーは、多様なターゲット・アプリケーションの要求に適合します。
実装の変数は、一般に 3 つのトレードオフ・パターン ( 機能の増強または削減、機能の追加または除外、機能のハードウェア実装またはソフトウェア・エミュレーション ) のいずれかに当てはまります。
- 機能の増強または削減—例えば、性能を微調整するために、命令キャッシュメモリー容量を増減できます。キャッシュの容量が増えると大規模なプログラムの実行速度が向上し、キャッシュの容量が減るとオンチップ・メモリー・リソースを節約できます。
- 機能の追加または除外—例えば、コストを削減するために、JTAG デバッグモジュールの省略が選択できます。これにより、オンチップ・ロジックとメモリーリソースを節約できますが、ソフトウェア・デバッガーを使用してアプリケーションをデバッグする機能もなくなります。
- ハードウェア実装またはソフトウェア・エミュレーション—例えば、複雑な演算を殆ど実行しない制御アプリケーションでは、除算命令をソフトウェアでエミュレートするように選択できます。除算用のハードウェアをなくすとオンチップ・リソースを節約できますが、除算演算の実行時間が増大します。
Nios II コアがサポートする機能について詳しくは、「Nios II プロセッサー・リファレンス・ハンドブック」の「Nios II コア実装の詳細」の章を参照してください。
ユーザー選択可能な Nios II プロセッサーのパラメーターについて詳しくは、「Nios II プロセッサー・リファレンス・ハンドブック」の「Nios II プロセッサーのインスタンス化」の章を参照してください。