「SL-C700はなぜ遅い？……XScaleに内包されたバグが原因か」記事へのコメント

CPUのエラッタって

[Anonymous Coward]

intel specification updateに全部書いてあると思いますが。
しかも、ステッピングごと・S-SPECごとに細かく。
チップセットでも同様。

たとえばi820チップセットは当初RIMM3スロットをサポートする予定でしたが、高負荷時にデータが壊れる事を理由に2スロットサポートに変更されました。
で、SDRAM-RDRAMプロトコル変換チップ(MTH)の方は同様の問題を解決する方法がなかったためリコールされました。

CPUのパフォーマンスなんてのは"as is"で提供されるもんであって、遅くてイヤなら使わなきゃいいんです。
「い

Re:CPUのエラッタって

[Mc.N (3705)]

# そもそも、なぜこの話がなぜZaurus限定なんでしょ?
# XScaleのエラッタつーたらPocketPC2002が全て巻き込まれるわけですが。

Linux Kernel より状況が暴露してしまったからでしょう。PocketPC2002 では誰も今の現状を正しく指摘出来なかったでしょうし。

オープンソースの弊害(?)でしょうか。

現状、Errata を一般に公開しているメーカーは少ないので、あまり責めすぎないで欲しい気もします。NDA を結ばないと Errata を見せなくなってしまうというような流れにはなって欲しくありません。

--
Mc.N

Re:CPUのエラッタって

[BAK (1020)]

現状、Errata を一般に公開しているメーカーは少ないので、あまり責めすぎないで欲しい気もします。

ここは「エラッタを一般に公開しているインテルえらい」というべきかな，と思います． 例えば NEC や Alchemy(AMD) は「登録が必要」とか「代理店経由」だったりして，誰でも気軽に見れるようにはなっていません．

CPU や周辺デバイスなんかの場合は，単なる電子部品と違って，ボードメーカだけが不具合を知っていればいい，というものではなく，ソフトの開発者もやはりその不具合を知る必要があります． が，ソフト開発者が CPU メーカと直接取り引き

Re:CPUのエラッタって

[Anonymous Coward]

> 「登録が必要」とか「代理店経由」だったりして，誰でも気軽に見れるようにはなっていません．

「必要のない人は見なくて結構」なのでしょう。
その製品を使ってもいない人が、揚げ足取りのようにして騒ぎを
大きくすることを望んでいるメーカはないはずです。

ただ、エラッタって「物も作っちまったし仕様書も刷っちまった」という
状況で、両者に不整合があったとき、整合を取るまでの暫定的な
説明を仕様書に添付するようなものです。
つまり、公開している仕様書と同レベルのものです。

> ソフト開発者が CPU メーカと直接取り引きのない場合，その情報が
> うまく入手できない，ということもよくあることです。

プログラム上で注意しなければならないエラッタの場合は、
プログラミングマニュアルに対してエラッタが付くはずで、
そのマニュアルを参照しているプログラマに対して出さないと
いうのは、そのメーカが腐っているのでしょう。
（エラッタに反するプログラムを書かれても構わないのだろうか？）

基本的に、問題のマニュアルを参照出来る人は、関連するエラッタを
無条件に参照出来るべきです。
（逆に、ハードウェアマニュアルを参照できないプログラマが、ソフトから
　見えない部分のエラッタを参照できない状況というのは、あると思う）

> 「私としても web で公開すべきだとは思うんだけど，営業がね…」

どうしても障害情報というマイナスイメージが付きまといますからね。
エラッタによる注意が必要な情報の持ち主「だけ」に伝えたい
というところが難しいですね。