アカウント名:
パスワード:
OSを作る人は Intel が公開しているCPUの仕様書，つまりドキュメントを読みます
そのドキュメントはpdf形式で https://software.intel.com/en-us/articles/intel-sdm [intel.com] あたりでIntelが無料で公開しています．
pdf は Vol.1 から始まり，Vol. 2A, 2B, 2C, 2D, 3A, 3B, 3C, 3D, 4 と延々と続いていて，しかもそれぞれのpdfが数百ページあります．全体を通して読んで理解するのは大変な代物です．
今回の脆弱性に関連する説明は Vol. 3A に記載されています．Vol.3Aは460ページあります．長いです．そして今回の脆弱性の原因となった挙動は- 72ページ目の割り込みフラグの話
とはいえ、Intelだけが悪いかというとそうでもなく、大抵の高機能なCPU/マイコンのドキュメントはこんなものです。明文化されているだけマシで、メジャーではないものだとドキュメントにない仕様・不具合が山のようにあります。おかしな挙動を指摘してあげると、忘れたころにドキュメントに追加されている。一定期間でマニュアルを整理すればいいという意見もあるのですが、変更点を差分管理したいという要望もあり、難しいのでしょうね。
「こんなもん」が当たり前のようにまかり通ってるのに呆れ＆ブチ切れケンカしたことある訳だが「ソフト屋はハード様の言うこと聞け」「ざけんなお前のとこのなんか使わんわ」「どうぞお好きに」だったね。日本のドコかまでは書かんが。で、アッチの方と直接やり取りしたらそうでもなくて会話が成立するのね。「すまぬそこ間違ってた」の返答あったとき、これは完全に負けてるなと痛感したわ。
ハード+ソフトのトータルでどうするかが重要という考えが未だに無いのかと。
それは国の問題ではなく、単に運が良かっただけでは？日常的にこういうやり取りしていますが、どこの国でも「それで、何個買ってくれるの？」が基準ですよ。
購入ロットが小さければ、言葉が丁寧かどうかは別として対応してくれません。「すまぬそこ間違ってた」と言いつつ、直さないんですよね。大口の場合は、すぐにレポート作成してきたり、暫定マニュアルを作ってきたりします。開発費を出してる超大口でもなければ、バグの修正まで対応することはないですけどね。最近のプロセスだと1回修正回すだけで10億～なので、よほどのことでないと修正できない。
#3406860は#3407031で関わった時の事でAPI作ってました。試験段階です。
間違いは何であろうとあり得る、けど応対が真逆でしたね。まあ自分は抜けたのですが、Aの問題はAを直すべき（他の方法での回避は別の問題生む）の人なので大丈夫かと。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
これはIntelのドキュメントが悪い (スコア:5, 興味深い)
OSを作る人は Intel が公開しているCPUの仕様書，つまりドキュメントを読みます
そのドキュメントはpdf形式で https://software.intel.com/en-us/articles/intel-sdm [intel.com] あたりでIntelが無料で公開しています．
pdf は Vol.1 から始まり，Vol. 2A, 2B, 2C, 2D, 3A, 3B, 3C, 3D, 4 と延々と続いていて，しかもそれぞれのpdfが数百ページあります．全体を通して読んで理解するのは大変な代物です．
今回の脆弱性に関連する説明は Vol. 3A に記載されています．Vol.3Aは460ページあります．長いです．そして今回の脆弱性の原因となった挙動は
- 72ページ目の割り込みフラグの話
Re: (スコア:0)
とはいえ、Intelだけが悪いかというとそうでもなく、大抵の高機能なCPU/マイコンのドキュメントはこんなものです。
明文化されているだけマシで、メジャーではないものだとドキュメントにない仕様・不具合が山のようにあります。
おかしな挙動を指摘してあげると、忘れたころにドキュメントに追加されている。
一定期間でマニュアルを整理すればいいという意見もあるのですが、変更点を差分管理したいという要望もあり、難しいのでしょうね。
Re: (スコア:1)
「こんなもん」が当たり前のようにまかり通ってるのに呆れ＆ブチ切れケンカしたことある訳だが
「ソフト屋はハード様の言うこと聞け」
「ざけんなお前のとこのなんか使わんわ」
「どうぞお好きに」
だったね。日本のドコかまでは書かんが。
で、アッチの方と直接やり取りしたらそうでもなくて会話が成立するのね。
「すまぬそこ間違ってた」
の返答あったとき、これは完全に負けてるなと痛感したわ。
ハード+ソフトのトータルでどうするかが重要という考えが未だに無いのかと。
Re:これはIntelのドキュメントが悪い (スコア:0)
それは国の問題ではなく、単に運が良かっただけでは？
日常的にこういうやり取りしていますが、どこの国でも「それで、何個買ってくれるの？」が基準ですよ。
購入ロットが小さければ、言葉が丁寧かどうかは別として対応してくれません。
「すまぬそこ間違ってた」と言いつつ、直さないんですよね。
大口の場合は、すぐにレポート作成してきたり、暫定マニュアルを作ってきたりします。
開発費を出してる超大口でもなければ、バグの修正まで対応することはないですけどね。
最近のプロセスだと1回修正回すだけで10億～なので、よほどのことでないと修正できない。
Re: (スコア:0)
#3406860は#3407031で関わった時の事でAPI作ってました。試験段階です。
間違いは何であろうとあり得る、けど応対が真逆でしたね。
まあ自分は抜けたのですが、Aの問題はAを直すべき（他の方法での回避は別の問題生む）の人なので大丈夫かと。