キックスタート (Amiga)

Kickstart は、Commodore Internationalが開発したAmigaコンピュータのブートストラップ ファームウェアです。その目的は、Amiga ハードウェアとAmigaOSのコア コンポーネントを初期化し、フロッピー ディスクなどの起動可能なボリュームから起動することです。ほとんどの Amiga モデルは、 ROMチップ に Kickstart ファームウェアが格納された状態で出荷されました。

Commodore のAmigaOS は、 Kickstartファームウェアとディスクで提供されるソフトウェア コンポーネント (ソフトウェア部分はWorkbenchと呼ばれることが多い)の両方で構成されていました。ほとんどの AmigaOS アップデートでは、Kickstart のバージョン番号は Workbench のバージョン番号と一致していました。紛らわしいことに、Commodore は Kickstart チップに内部リビジョン番号も使用していました。たとえば、バージョン 2.0 として指定された Kickstart リビジョンがいくつかありました。^[1]

最初の Amiga モデルであるA1000では、Kickstart 1.x をフロッピー ディスクから書き込み可能コントロール ストア (WCS) と呼ばれる256  KBのRAMセクションにロードする必要がありました。一部の A1000 ソフトウェア タイトル (特にDragon's Lair ) では、追加の 256 KB をデータ用に使用するために、代替コード ベースが提供されました。後の Amiga モデルでは、Kickstart が ROM チップに組み込まれ、起動時間が短縮されました。多くの Amiga 1000 コンピューターは、これらのチップを使用するように改造されました。

AmigaOS 2.0 より前のリリースでは、Kickstart は 256 KB の ROM チップに格納されていました。それ以降のリリースでは、追加機能や改善された機能を含む 512 KB の ROM チップが使用されました。Amiga CD32には、追加のファームウェアとCD-ROM用の統合ファイル システムを備えた1 MB のROM (Kickstart 3.1)が搭載されていました。

初期のA3000モデルも、A1000 と同様に、フロッピー ディスクに Kickstart が収録されており、ブートストラップとして 1.4 BETA ROM が使用されていました。Kickstart 1.3 または 2.0 は、それぞれ WB_1.3 または WB_2.x という名前が付けられたパーティションに抽出し、DEVS:kickstart に配置することができます。これは、A3000 システムがブートストラップ時にそれを見つけてイメージを RAM にコピーする絶対システム ロケーションです。この初期の A3000 は、ROM ベースの Kickstart とディスク ベースの Kickstart の両方をサポートしていましたが、同時にはサポートしていませんでした。ディスク ベースの Kickstart イメージを使用するように構成された A3000 には、起動時に適切な Kickstart イメージを選択するだけで、追加のツールなしでさまざまなバージョンの AmigaOS を起動できるという利点がありました。

Commodore CDTV には、技術的には Amiga Kickstart の一部ではない追加のファームウェア ROM が搭載されています。Kickstart バージョン 1.3 以降をインストールするには、CDTV の元のファームウェア ROM をアップグレードする必要があります。

AmigaOS 2.1 は純粋なソフトウェア アップデートであり、対応する Kickstart ROM チップは必要ありませんでした。Workbench 2.1 は、2.0x ファミリのすべての Kickstart ROM で実行されました。AmigaOS のその後のリリース (3.5 および 3.9) もソフトウェアのみであり、対応する ROM アップグレードは含まれず、代わりに Kickstart 3.1 が必要で、ROM 内のコンポーネントは ROM ファイル ベースの Kickstart コンポーネントに置き換えられました。AmigaOS 4の Kickstart モジュールは、ブート ディスク パーティションに保存されます。

Kickstart v2.0 (V36) までは 512 バイトのブロックのみがサポートされていました。^[28] Motorola 68040 は書き込みキャッシュを使用しており、プログラムコードが変更されたときにキャッシュをフラッシュするには CacheClearU() および CacheControl() 関数を使用する必要があります。これらの関数はKickstart 2.0以降でのみ使用できます。^[29]

起動またはリセット時に、Kickstart はいくつかの診断およびシステム チェックを実行し、Amigaチップセットといくつかのコア OS コンポーネントを初期化します。次に、接続されているブート デバイスをチェックし、ブート優先度が最も高いデバイスからブートしようとします。ブート デバイスが存在しない場合は、ブート ディスク (通常はフロッピー ディスク) を挿入するように求める画面が表示されます。このようなブート可能なディスク (ワークベンチのようなディスク以外) を挿入すると、次のようになります。

a) ROM内部およびディスクコマンド（プログラム、スクリプトを含む）を操作するためのコマンドラインインターフェース（「CLI」）プロンプト（ディスクがワークベンチでない場合、または空の場合）、または

b) このディスクの「s」フォルダ内にある「startup-sequence」スクリプトに少なくとも「loadwb」が含まれている場合、「Workbench」という名前の (基本的な) ポイント アンド クリック UI。

c) ディスクがカスタマイズされたワークベンチまたはアプリケーションを起動し、バックグラウンドで OS を「稼働」状態に保ちます。

d) ゲームやその他のアプリケーションが直接起動し、コア Exec マルチタスクやドライバーの初期化などの確立を回避して、このコンピューターのすべてのハードウェア リソースを占有します。

Kickstart には、次のような Amiga のオペレーティング システムのコア コンポーネントが多数含まれています。

• Exec – Amiga のマルチタスクカーネル
• 直感– GUI、画面、ウィンドウ、入出力デバイスの処理の機能
• 自動構成– 準拠した拡張ハードウェアから自動的に初期化または起動する機能
• フロッピーディスクから読み取り、起動するためのフロッピーディスクデバイスドライバとファイルシステム
• ファイルアクセスと処理のためのDOSライブラリ
• AmigaDOS –コマンドライン インターフェイス(CLI) 機能と多数のコア CLI コマンド
• ネイティブ Amiga チップセットを使用した基本的な描画およびラスター グラフィックス機能のためのグラフィックス ライブラリ
• ネイティブAmiga サウンド ハードウェア用のオーディオ デバイス ドライバー
• Amiga キーボードおよびマウス/ゲームポート用のデバイス ドライバー

Kickstart 1.3はハードディスクドライブからの起動をサポートした最初のバージョンです。^[30]

AmigaOS リリース 2.0 以降、Kickstart には、IDEコントローラ上のデバイスから起動するためのデバイス ドライバー、 PC カードポートのサポート、および Amiga モデルに組み込まれたその他のさまざまなハードウェアも含まれるようになりました。

電源投入時にROM からセルフテストが実行されます。これは、障害に対応する色を画面上に生成できる短いプログラムです。

すべてが正しく動作している場合、古い Kickstart では次の画面の色のシーケンスが表示されます。

• 濃い灰色 – ハードウェアは動作しており、レジスタは読み取り可能です。^[31]
• ライトグレー – ROM検証済み。^[31]
• 白 – 初期化が成功し、Amigaは起動する準備ができています。^[31]

次の色は問題を示しています:

• 赤– キックスタート-ROMテストで不良結果（チェックサムエラー）。ROMデータの小さな欠陥はチェックサムエラーを引き起こします。 ^[32]
• 緑–チップRAMの下部（256KB）で不良結果。ただし、必ずしもRAMに問題があることを意味するわけではありません。 ^[32]
• 青– カスタムチップ問題（ Denise、 Paula、 Agnus）（kickstart 3.0以降で使用） ^[32]
• 黄色– CPU例外が発生しました。これはプロセッサ自体によるCPUエラー検出であり、不正な命令の実行またはアドレスバスエラーである可能性があります。原因はCPUの不良またはZorro 拡張カードの不良。 ^{[32] CPU例外は、「} Guru Meditation」トラッピングソフトウェアが例外のトラッピングを引き継ぐ前に発生しました^{。 [31]}
• 紫色– 古いキックスタートアミーガのBad Paula。 ^[32]
• 薄緑色– CIAの問題であり、セルフテストで生成される色ではありません。 ^[33]
• ライトグレー– グレーで止まる場合はCIAに欠陥がある可能性があります。 ^[33]
• 白- 白で止まる場合は、使用された RAM チップが、他の「RAM」チップと組み合わせて A500 メインボード上で正常に動作しない可能性があります。
• 黒/縞模様/グリッチ– ランダムコード（ROMのスワップ/ROMのゴミ）またはCIAの問題。^[33]
• 黒– ビデオ出力がない、または何らかの理由でCPUが動作していない。^[33]

ただし、Amiga がカラーコードを表示しても、必ずしもハードウェア障害が原因でエラーが発生するわけではありません。赤色は、ROM が fastmem にマップされている場合や、ソフトウェアからの ROM パッチによって発生する場合もあります。黄色は、メモリ内のソフトウェアが不安定な可能性があります。一部の Amiga では、電源投入時に画面に短い色が表示され、それが最後の背景色になることがあります。データバス上で発生してはならない不正なアクティビティが、バス上の他のチップに影響を与える可能性があることに留意してください。

キーボードLED は、キーボード コントローラー チップから取得される点滅コードを使用します。

• 1回の点滅はキーボードROMにチェックサムエラーがあることを意味します。^[33]
• 2回点滅する場合はキーボードのRAM障害を意味します。^[33]
• 3回点滅するとウォッチドッグタイマーの故障を意味します。^[33]
• Caps Lockキーを約 10 回繰り返して押しても、Caps Lock LED が押すたびに点灯したり消灯したりしない場合は、CPU がキーの押下を読み取っていないため、CPU クラッシュが発生している可能性があります。CIA-A シリアル レジスタが使用され、CIA 割り込みを使用してキーボード バッファからキーの押下を取得できます。Caps Lock LED が点灯したり消灯したりする場合は、CPU が CIA 割り込み要求に対応していない可能性があります。^[33]

通常、特定のWorkbenchバージョンを実行するには、対応するバージョン番号以上の Kickstart を実行する必要があります。

通常、Kickstart だけからWorkbenchウィンドウ環境を直接起動することはできません。Workbench に必要な機能の多くは Kickstart に含まれていますが、起動にはディスクベースのコンポーネントがいくつか必要です。

リリース 2.0 以降では、電源投入時またはリセット時にマウスの両方のボタンを押し続けることでブート メニューに入ることができます。これにより、ユーザーはブート デバイスを選択したり、下位互換性のためのパラメータを設定したり、Autoconfigハードウェアを調べたりすることができます。

サードパーティのソフトウェアを使用すると、組み込みの ROM チップに格納されているバージョンの代わりに Kickstart を使用できます。このようなソフトウェアを使用すると、Kickstart バージョンをファイルからRAMに読み込むことができます 。たとえば、Kickstart 1.3 を読み込むと、Kickstart 2.0 以降と互換性のない古いソフトウェアを実行できます。いくつかのサードパーティ ベンダーは、ソケット ダブラーの形でハードウェア Kickstart スイッチャー (デュアル ブートシステム) を製造し、2 つの ROM チップを 1 つのマザーボード ソケットに接続して、それらを切り替えるメカニズムを使用できるようにしました。これらは、後の Kickstart バージョンで以前のソフトウェア タイトルとの非互換性が発生する問題を抱えていたユーザーの間で人気になりました。

MMU対応の Amigaは、組み込み ROM チップ (またはファイル) から Kickstart を RAM に「シャドウ」し、起動時に制御を RAM に渡すことができます。これは、特に拡張システムでは RAM のアクセス時間が ROM より大幅に速いため、多くの場合望ましい方法です。その後のリセットでは、Kickstart のコピーが再利用されるため、起動時間が短縮され、Kickstart 機能へのアクセスと実行が高速化されます。同様のシャドウ機能は、MMU ハードウェアのない一部のデバイスでも開発されました。