Chip123 科技應用創新平台

標題: 如何自動加載個性化 display.drf [打印本頁]
作者: alai    時間: 2008-12-18 10:34 AM
標題: 如何自動加載個性化 display.drf
我的layout lib technology file 是attach 到PDK的庫的。可每次打開的時候。它自動load是PDK庫裡面的display.drf 。此文件我沒權限修改。
1 b! k8 [4 I6 n6 _8 v
7 A4 B3 Q) \6 @+ b5 L, I4 t如何設置讓他自動load我自己的 ~/display.drf（或者 ./display.drf）文件？（ 不过此layout库的owner 也不是我的，这是否有关系？）
, r% a$ r+ J8 ]& Q; @, d! S1 P% x) h% Z9 f7 M
而不用我每次load display resources file？ ; ^7 N# ?) c# K1 m. A' _3 t3 Q

0 }/ S, }5 b1 u9 p8 a* I盼達人解答。
作者: 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
# G8 N- c. F1 J% c7 U9 @" A: w/ R. p3 l3 A# O1 P+ K
但是，我先打开我这个新库时候可以。我先打开project就他就又load pdk 的display。drf 文件了
作者: veteran    時間: 2008-12-18 11:37 PM
老實說，我不能reproduce你的問題..$ A" @" j/ K4 X) n. t

- n3 y5 K8 W. u  g/ ~6 y不知道你在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 發表 4 ~, d9 A& y& d! `' ]
老實說，我不能reproduce你的問題..5 z3 z) v$ ?4 g, Z% s

4 C- `! J6 d7 C# t0 I不知道你在work directory內，是否有放一個適合自己新lib的display.drf？有的話，當你啟動軟體，它應該就會被吃進來才對。另外一個疑點是因為你的project是attached到你自己新 ...
5 C% R) p% @* P7 b5 `
在我自己的work directory内有放我自己的display.drf。但是，程式每次启动调用的都是PDK lib 里面的display。drf。这几天忙，暂时没时间顾得上这个。改日和大家讨论。
作者: caesarxl    時間: 2008-12-23 10:33 PM
alai兄，同是layout人纳，呵呵。( \; I) S3 V* c
你一定要把pdk中的drf删掉，不然没办法的，因为那个优先级最高了。6 P; c5 y3 x4 \- n5 R; S
你要找到那个pdk的lib，注意是lib那个路径中，比如你的pdk lib叫ef250_pcell，那你要进到ef250_pcell路径下，那个下面应该有一个drf，把它删掉。6 a4 x- R# Z% f; M3 H" E8 {" Y+ x3 f
这样你启动目录下的drf就是最优先的了。
作者: veteran    時間: 2008-12-24 12:56 AM
Hi caesarxl,
0 n6 U4 u( R; W
( p  t4 `7 j' R- g我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下：, Q+ z" ]7 t0 f% ^; u; G( A
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝8 l! ?$ Z- x2 m' S
$INSTALL_DIR/tools/dfII/local/display.drf
1 l2 |: c8 k; E7 r, N4 m$CDS_PROJECT/display.drf1 S9 m  a5 u( a% x1 c% v" B
$HOME/display.drf( g2 q) P9 H# v  R) `9 c
./display.drf% S% x& m/ {/ J) O9 t) A) ^
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
, Z1 K8 v4 Q9 e- q9 C亦即VLE會依照由上到下的順序去找到display.drf file，然後一個一個合併。若有相同名稱的packet套色，則以後面的套色規範為主。* ]/ Q+ v& P3 D

. q, W+ x: N1 f8 [) J根據上述，是不會去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所設定。
; ^, B& f% e$ [
5 Z$ o1 D4 ~6 J  S% M" p可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它，的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...5 z6 Z0 o1 U$ N, c% K1 B& U

9 v8 J5 ]0 k9 ^另外，即使根據上述理論，我還是無法理解＆reproduce alai面臨的問題。- t' Q1 P$ C8 B7 \8 t5 r
: x% s1 J- A* A3 k
Veteran



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