問題タブ [interrupt]

出典: http://software.intel.com/en-us/articles/introduction-to-pc-architecture/

例外番号 10h は「浮動小数点エラー」に対応しますが、ソフトウェア割り込み 10h は「ビデオ サポート」BIOS 割り込みにも対応します (両方ともリアル モード)。

私は何が欠けていますか？

クラスの MIPS アーキテクチャを使用してアセンブリでプログラムを作成していますが、ユーザーが入力文字を取得してレジスタに格納して処理する方法がわかりません。

プログラムはコンソールを開き、メッセージを出力し、ユーザーが文字を入力すると、プログラムで次に何が起こるかが決まります。

私が言ったように、私はプログラムでキャラクターを操作できるようにキャラクターをつかむ方法を理解するのに苦労しています.

ありがとう

CPU (特に powerpc) では、IPI (プロセッサ間割り込み) 用に割り込みハンドラをインストールできますか? 私が使用している MPIC はコアごとに 4 つの IPI をサポートし、これらの IPI のベクトルと優先度を設定するためのレジスタがありますが、割り込みハンドラはどこにインストールすればよいですか? CPU コアには、外部割り込み、内部割り込み、タイマー割り込み、例外などの割り込みハンドラーを設定するための IVOR (Interrupt Vector Offset Registers) がありますが、IPI にはありません。

ハードウェア割り込みが発生したときに Java メソッドを自動的に呼び出すことができるかどうかを知りたいです。

ASM を作成してからしばらく経ちましたが、qemu でテストして、もう一度小さなブートローダーを作成してみることにしました。私の問題は割り込み 13 にあります。何らかの理由でキャリー フラグが設定されているため、読み取りが失敗しています。現在、私のディスク イメージは次のようになっています。

512バイトのBootLoader <-これは（私が知る限り）LBAのブロック0です

主な機能<- これはブロック 1 になります

基本的に、BIOS がメモリにロードする 512 バイトを使用して、同じドライブから次の 512 バイトをロードしたいと考えています。しかし、何が問題なのかわかりません。十分な情報を提供したことを願っています。

コードは次のとおりです。問題は、0x7E00 にジャンプする直前の 2 番目の 0x13 割り込みにあります。

Jythonでコードthread.interrupt_main（）が使用されている場合でも、実際にはメインスレッドに割り込むことはありません。代替案に関するアイデアはありますか？コードは以下のとおりです。

デッドロック状態でスタックしているスレッドを強制終了したいと思います。まず、のクラスのメソッドを使用して、デッドロック状態のスレッド ID を検出できます。findDeadlockedThreads()ThreadMXBeanjava.lang.management

次に、スレッド ID でスレッドを強制終了したいので、関連する 2 つの質問があります。
(1) スレッド ID でスレッドの制御を取得するにはどうすればよいですか?
(2) ブロックされたスレッドを強制終了するには? interrupt() メソッドを呼び出すと、スレッドに例外が発生し、スレッドが強制終了されると思います。

ISR の変数に extern データ修飾子を使用しても安全ですか?

次のような長時間実行されるタスクがあります。

タスクはキャンセルできます (キャンセルが要求され、checkIfCancelRequested() がキャンセル フラグをチェックします)。通常、このようなキャンセル可能なループを記述するときは、フラグを使用してキャンセルが要求されたことを示します。しかし、Thread.interrupt を使用して、スレッドが中断されたかどうかを確認することもできます。どちらが好ましいアプローチなのか、そしてその理由はよくわかりません。

ありがとう、

ジェフ

私のシナリオは次のとおりです。

リクエストごとに指定されたタイムアウト期間内にタイムアウトまたは応答を生成する必要があるサーバーを実装しています。したがって、各要求にはサーバーの観点からの応答が保証されます（もちろん、応答はトランスポート層の障害などのためにクライアントに到達しない可能性があります...）。

上記のセマンティクスを実装するために、各リクエストはスレッドを生成し（実際には、スレッドプールから利用可能なスレッドを取得します）、同期オブジェクトの通知を介してその応答を待ちます。待機期間は、オブジェクトの待機メソッドに送信されるタイムアウトパラメータによって制限されます。生成されたスレッドは、リクエストの処理方法を実際に知っているオブジェクトにリクエストを委任します。このオブジェクトの呼び出しAPIは既知ですが、呼び出しが無期限にハングしないことを指定する既知のサービスレベルアグリーメントはありません。（具体的には、私の場合、サーバーは実際にはCORBAクライアントですが、それは重要ではありません。）

さて、私が興味を持っているのは、現在メソッド呼び出しでブロックされているにもかかわらず、そのスレッドが応答していないことを何らかの方法で検出し、それを強制終了（中断）する方法があるかどうかです。

ちなみに、私はスレッドオブジェクトへの参照を保持し、事前に指定された時間が経過した後、そのinterrupt（）メソッドを呼び出すことができることを知っています。残念ながら、それは「割り込み」セマンティクスを保証しません...

Javaスレッドプリミティブの非推奨

皆さんありがとう