[General]: Handle_Asynchronous_Event delivers blocked pending IRQs and NMIs
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 48/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 領域
- compilers
調査の方向性
Start with the linked Handle_Asynchronous_Event and Current_Event definitions, then inspect their reviewed entries in data/definitions.xml.gz and the related Step definition. Reproduce the cited model checks for IF, MOV-SS, shutdown, and NMI blocking; done means blocked events remain in Current_Event, the helper returns False, and delivery occurs after the condition is removed.
索引モデルが issue の本文から書いたものです。
説明
Problem
With Current_Event holding a pending external event, Handle_Asynchronous_Event defers an interrupt after STI but otherwise delivers Interrupt_Event without checking IF or MOV-SS blocking. Its NMI path does not test whether NMIs are already blocked. A pending event can therefore be consumed and delivered while the corresponding architectural blocking condition is set.
Concrete case
Use an active thread outside VMX non-root operation, no STI shadow, IF=0 and Current_Event=Interrupt_Event. The helper clears Current_Event and calls Take_Interrupt for an external interrupt. Architecturally the interrupt is inhibited. Similarly, an injected NMI_Event is taken even with Event_Blocked.NMI_BLOCKED already true.
Expected behavior and references
References use Intel SDM 325462-093, checked on 2026-10-01. PDF page numbers below refer to the combined manual.
- Vol. 3A §7.8.1, IF masking; combined PDF page 3357
- §7.8.3, stack-switch blocking; combined PDF page 3358
- MOV SS interrupt inhibition; combined PDF page 1318
- §7.7.2, NMI blocking; combined PDF page 3356
Source
Source checked at Intel SDM repository commit b5218b0f1cf512304d4b3cb364433a08fcee47cb.
The helper links are the readable current pages. Their reviewed definitions are in the compressed definition database at the pinned commit.
Suggested correction
Before delivery, defer a maskable interrupt when IF=0, MOV-SS blocking is active, or the thread is shut down. Defer an NMI when NMI blocking or MOV-SS blocking is active. In either case, restore the pending event to Current_Event and return False. Retain the existing STI handling.
Evidence
Model checks place pending IRQs and NMIs in Current_Event while the corresponding blocking conditions are set. The corrected helper returns False, preserves the pending event and leaves the stack unchanged. After the blocking condition is removed, the event reaches its handler. Source inspection shows the original helper lacks the IF, MOV-SS and NMI-blocking checks needed for these cases.
AI disclosure
Assisted by Codex
- 主要言語
- HTML
- スター
- 57
- フォーク
- 4
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
intel/SDM のほかの issue
-
SDM PDF issue
難易度 1/5 1〜3時間 初心者へのやさしさ 72/100
-
SDM PDF issue
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
-
SDM PDF issue
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
-
SDM PDF issue
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
-
SDM PDF issue SDM Volume 1
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
似ている issue
-
bug intrinsic medium priority rt_lib
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
メンテナーはふだん 1 日以内に返信
-
[LoopSink] Sinking a preheader freeze into the loop allows its value to change between iterationsオープンconfirmed generated by fuzzer loopoptim miscompilation regression:17
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
llvm/llvm-project#236129 ·
メンテナーはふだん 1 日以内に返信
-
area:codegen backend:metal bug direction:output
難易度 2/5 1〜3時間 初心者へのやさしさ 79/100
メンテナーはふだん 1 日以内に返信
-
JS_SetPropertyInternal2 loses the value when a lazy property on the prototype runs out of memoryオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
quickjs-ng/quickjs#1852 ·
メンテナーはふだん 2 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
matter-labs/era-compiler-llvm#978 · コメント 3 件 ·
メンテナーはふだん 5 日以内に返信