パスワードを忘れた? アカウント作成
547716 journal

gm300の日記: なぜfixcrosstalk は不安定か

日記 by gm300
fixcrosstalkはこんなに不安定な答えしかださないのか。
OK, まず、思うように書いてみよう。
  1. 今の流れは、none xtalk mode で timing fix する。しかもある程度深く掘る。
  2. xtalk fix する。で、何 net か glitch だと言われる。glitch は level 性の xtalk violation だ。隣接配線の影響で、弱 drive net の信号レベルが規定値より下がる/上がる。弱drive以外にも原因はありうるが、drive 強度を上げれば直る場合が多い。
  3. non xtalk mode のデータに戻って強度を調整する。fixcrosstalk で修正できなくないが、fixcrosstalk 後になぜだか狭領域の使用率がはね上がることがあるので、fixcrosstalk 後のデータは使いたくない。
  4. もう一度、glitch を調べると違うパスがviolation になる。おお、今回なんて、始めは 1 net だったのに、fixcrosstalk の経過で5net に増えたぞ。一回に数十分かかるので、慎重にやってほしいものだ。

まれに増えるとか、始め 1000個だった問題が 500に減ってから550に跳ね返るなら分かるが、1から始めて5に戻るか?

まとめると、fixcrosstalk の変更方法と、glitch の測定方法の間の補正がうまくできていないと結論できるだろうか。それは可能性の中の一つなのか。
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
typodupeerror

にわかな奴ほど語りたがる -- あるハッカー

読み込み中...