linuxのシグナルの場合、whoはint 0x80を呼び出しますか？

Question

システムコール、例外、0で割ったものなど、それらはすべてlinuxで同じベクトルエントリを持っています。 x86の場合は0x80です。だからシグナルはどうですか？ OSはプロセスへのシグナルにint 0x80も使用しますか？はいの場合、誰がそれを呼び出しますか？カーネルにトラップが必要な場合、システムコールのようにint 0x80またはそのラッパーをコールする必要がありますが、0x80を呼び出すシグナルの場合は？

Answer 1

まずは。 int 0x80は、現代のIntelのCPU上で、現代のOSでは長い間使用されていません。 sysenter命令は通常は現在使用されています（http://siyobik.info/main/reference/instruction/SYSENTER参照）。信号用として

、あなたは2例がある - 信号が送信されたときに、信号のターゲットがCPU上で実行されていない場合

を、その後、信号を送信することは、その後の何物でもありませんカーネルデータのビットをマーキングそれは、そのプロセスをCPUに戻してプログラムカウンタを元のPCではなく信号処理ルーチンに置くことをカーネルに示した構造です。

信号が送信されたときに信号を送るプログラムがCPU上で実行されている場合、信号は割り込みとしてトリガされます。信号が同期（たとえばゼロ除算など）の場合、割り込みは例外コアはCPUコアから生成されます。シグナルが非同期（シグナルを送信している別のコアで実行されている別のプロセスなど）の場合、割り込みは他のコアから送信されたプロセッサ間割り込みです。

したがって、int 0x80はどこでも:-)

Answer 2

基本的に信号は割り込みと似ていません。ユーザーレベルのプロセスは、カーネルによって定期的に中断されます。ユーザーレベルのプロセスにシグナルを送信しようとするとき、カーネルはユーザーレベルのプロセスの命令ポインタをシグナルハンドラのコードにポイントさせてから、再度スケジューリングします。それに応じて、スタックやその他のレジスタも設定します。

Answer 3

syscallに電話すると、int 0x80を使用します。

SIGSEGVまたはSIGFPEのいずれかの信号を受信した場合は、int 0x80に電話する必要はありません。

sched_tickの呼び出しを処理するタイマ割り込みが、ユーザー空間プロセスに制御を戻す前に保留中の信号があるかどうかをチェックし、存在する場合（信号マスクが許可する場合）、適切な信号を呼び出しますハンドラ。