Chip123 科技應用創新平台

標題: 如何自動加載個性化 display.drf [打印本頁]
作者: alai    時間: 2008-12-18 10:34 AM
標題: 如何自動加載個性化 display.drf
我的layout lib technology file 是attach 到PDK的庫的。可每次打開的時候。它自動load是PDK庫裡面的display.drf 。此文件我沒權限修改。
( t5 m0 X; K* F. ~2 Y: l$ p, G5 O; h  U
如何設置讓他自動load我自己的 ~/display.drf（或者 ./display.drf）文件？（ 不过此layout库的owner 也不是我的，这是否有关系？）, ^9 [: r8 _9 x- Z" ~, h. T

. y3 J: A9 k9 p# G* S' r, Z4 P而不用我每次load display resources file？ 0 M) H8 P, [7 f

+ o9 R) z# x' H) P3 T5 e盼達人解答。
作者: semico_ljj    時間: 2008-12-18 12:31 PM
你设置成有权限的。！直接修改替换原来的display.drf
作者: alai    時間: 2008-12-18 02:03 PM
PDK库是多人公用的，我不可以有权限。我dump 了个tech file  并且建了个新的 lib  然后让我的project  attached 到这个lib
0 ]5 n9 p8 ]  U9 o+ `, W9 V% v. T1 k0 |4 b& [  Q; P$ v" u" T
但是，我先打开我这个新库时候可以。我先打开project就他就又load pdk 的display。drf 文件了
作者: veteran    時間: 2008-12-18 11:37 PM
老實說，我不能reproduce你的問題..' s+ w) y  h6 ?) L( A/ `8 y9 ]3 W/ z
& v8 E; `( Z* _8 h: _/ V0 c$ E0 [
不知道你在work directory內，是否有放一個適合自己新lib的display.drf？有的話，當你啟動軟體，它應該就會被吃進來才對。另外一個疑點是因為你的project是attached到你自己新compile的technology library，照理說，它也就會用到跟那個technology library相配合的display.drf，這跟先打開project library或technology library應該沒關係吧！實在不懂...另外PDK在這種情形又扮演何種角色呢？或許你可以試著說更清楚些，或舉例，好讓大家幫你集思廣益。
作者: alai    時間: 2008-12-22 04:37 PM
原帖由 veteran 於 2008-12-18 11:37 PM 發表 ( D$ @; D. |. q2 W) J
老實說，我不能reproduce你的問題..0 N' J5 l8 Y6 g3 s, `

0 u% \3 U7 ~- Z" B; y不知道你在work directory內，是否有放一個適合自己新lib的display.drf？有的話，當你啟動軟體，它應該就會被吃進來才對。另外一個疑點是因為你的project是attached到你自己新 ...
: e6 Q; t7 d& E) H
在我自己的work directory内有放我自己的display.drf。但是，程式每次启动调用的都是PDK lib 里面的display。drf。这几天忙，暂时没时间顾得上这个。改日和大家讨论。
作者: caesarxl    時間: 2008-12-23 10:33 PM
alai兄，同是layout人纳，呵呵。! F. |2 x) i# W& K: c& J
你一定要把pdk中的drf删掉，不然没办法的，因为那个优先级最高了。! {9 H; A5 z  s. Z  H; t2 \' V: j
你要找到那个pdk的lib，注意是lib那个路径中，比如你的pdk lib叫ef250_pcell，那你要进到ef250_pcell路径下，那个下面应该有一个drf，把它删掉。; G' S/ q8 g* v
这样你启动目录下的drf就是最优先的了。
作者: veteran    時間: 2008-12-24 12:56 AM
Hi caesarxl,
9 j1 q+ L% E* G/ L  Z. g9 K! G. N8 t! m
我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下：
1 V) U" Q$ `- b5 P/ L; N& m- f＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
1 v- @0 V5 j- C7 |$ H$INSTALL_DIR/tools/dfII/local/display.drf& U+ M. U/ l* f! V+ K
$CDS_PROJECT/display.drf1 ]( t" Y+ S+ w' n2 h
$HOME/display.drf
: W* X7 k2 l7 h. Q! N, J./display.drf. d* A5 S7 W, V$ d7 {
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝6 s1 n; J+ A' \4 S- F$ T
亦即VLE會依照由上到下的順序去找到display.drf file，然後一個一個合併。若有相同名稱的packet套色，則以後面的套色規範為主。
. M4 h0 W( a/ i5 \$ r# Z' S0 N* s9 [0 K; w+ |! `+ ^
根據上述，是不會去merge PDK下的display.drf file的。反倒是我看過某些PDK/FDK，他們在PDK的library內部，放了一個叫做libInit.il的檔案，只要第一次開啟這個PDK library內容或者有使用Refresh指令重讀這個PDK library，則VLE預設會讀取＆執行該檔案內容。所以，有些PDK就設定在這個file內，去load PDK library內故意放的display.drf file，而導致它最後呈現的套色就是如同PDK內的display.drf file所設定。
  q3 _" ^) A) ]/ ]; b0 k
! {! X& v/ z: S( L* M& t% }可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它，的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...$ ]% @$ j: O: k6 I( y# ~

8 Q. }% o1 K. u+ q% ?另外，即使根據上述理論，我還是無法理解＆reproduce alai面臨的問題。' b3 u- _' z9 x0 b/ a

9 E4 n3 |' k' A- gVeteran



歡迎光臨 Chip123 科技應用創新平台 (http://chip123.com/) Powered by Discuz! X3.2