Chip123 科技應用創新平台

 找回密碼
 申請會員

QQ登錄

只需一步,快速開始

Login

用FB帳號登入

搜索
1 2 3 4
查看: 4888|回復: 6
打印 上一主題 下一主題

[問題求助] 如何自動加載個性化 display.drf

[複製鏈接]
跳轉到指定樓層
1#
發表於 2008-12-18 10:34:52 | 只看該作者 回帖獎勵 |倒序瀏覽 |閱讀模式
我的layout lib technology file 是attach 到PDK的庫的。可每次打開的時候。它自動load是PDK庫裡面的display.drf 。此文件我沒權限修改。' l. I' j6 |; E" z1 {$ M
$ J% J% \4 r& j! G' {) S/ l
如何設置讓他自動load我自己的 ~/display.drf(或者 ./display.drf)文件?( 不过此layout库的owner 也不是我的,这是否有关系?)0 J5 Y! C/ l! w: x; M8 |

/ V' a$ m5 n2 U- R) z而不用我每次load display resources file? % g. n5 L9 C) A
1 e; O' T% ?9 J" h  |( m* Q2 t
盼達人解答。
分享到:  QQ好友和群QQ好友和群 QQ空間QQ空間 騰訊微博騰訊微博 騰訊朋友騰訊朋友
收藏收藏 分享分享 頂 踩 分享分享
2#
發表於 2008-12-18 12:31:45 | 只看該作者
你设置成有权限的。!直接修改替换原来的display.drf
3#
 樓主| 發表於 2008-12-18 14:03:54 | 只看該作者
PDK库是多人公用的,我不可以有权限。我dump 了个tech file  并且建了个新的 lib  然后让我的project  attached 到这个lib
% Q. O# x  [; o) W$ d2 K9 y8 t7 S' s- ]" E
但是,我先打开我这个新库时候可以。我先打开project就他就又load pdk 的display。drf 文件了
4#
發表於 2008-12-18 23:37:31 | 只看該作者
老實說,我不能reproduce你的問題..
; E# i: v4 u$ V: {) \! `& p" s! }2 Q6 N
不知道你在work directory內,是否有放一個適合自己新lib的display.drf?有的話,當你啟動軟體,它應該就會被吃進來才對。另外一個疑點是因為你的project是attached到你自己新compile的technology library,照理說,它也就會用到跟那個technology library相配合的display.drf,這跟先打開project library或technology library應該沒關係吧!實在不懂...另外PDK在這種情形又扮演何種角色呢?或許你可以試著說更清楚些,或舉例,好讓大家幫你集思廣益。
5#
 樓主| 發表於 2008-12-22 16:37:43 | 只看該作者
原帖由 veteran 於 2008-12-18 11:37 PM 發表 5 Z7 y. z; e( M7 F
老實說,我不能reproduce你的問題..1 C, H: Z5 K1 }( s0 V* }9 v9 R

* j+ u% f& f% @( A: y不知道你在work directory內,是否有放一個適合自己新lib的display.drf?有的話,當你啟動軟體,它應該就會被吃進來才對。另外一個疑點是因為你的project是attached到你自己新 ...
" E4 O. D  I: w2 b7 X' r
在我自己的work directory内有放我自己的display.drf。但是,程式每次启动调用的都是PDK lib 里面的display。drf。这几天忙,暂时没时间顾得上这个。改日和大家讨论。
6#
發表於 2008-12-23 22:33:54 | 只看該作者
alai兄,同是layout人纳,呵呵。# C7 B2 p2 @2 F. M$ w9 j, K
你一定要把pdk中的drf删掉,不然没办法的,因为那个优先级最高了。
9 \" @0 W. j& Q" o2 M6 V& h9 n- ]4 A你要找到那个pdk的lib,注意是lib那个路径中,比如你的pdk lib叫ef250_pcell,那你要进到ef250_pcell路径下,那个下面应该有一个drf,把它删掉。. |, ]0 E# A, J5 N8 e, i  X4 T+ X
这样你启动目录下的drf就是最优先的了。
7#
發表於 2008-12-24 00:56:47 | 只看該作者
Hi caesarxl,
2 E1 J' j" g; m+ p2 h1 ~0 k4 }1 T+ h* U! f
我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:
7 b0 V! \) E' H- J" \) F1 A8 d# Y==============================
! F7 L. ?" {  [/ W$INSTALL_DIR/tools/dfII/local/display.drf% H- ~; L7 Q- ]0 g/ x  u
$CDS_PROJECT/display.drf
, [9 x4 s; Y5 s' ^1 i( o: j$HOME/display.drf
* M% d8 f! U: B, v./display.drf7 f* C' H1 O1 j, S  z# L1 R
==============================
5 d& @! M+ ^! t4 }' K6 W  D# v亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。
! m* }/ z; o# w6 ^) q0 K( c0 s7 ?2 [
根據上述,是不會去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所設定。
, Y# D1 O0 O" j! E- l, ?/ M
2 ^' }% I4 Z; n; x( N- g可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...
+ O7 F& s4 [5 v
$ n1 _" k* Y0 s7 h1 p$ Z另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。+ ^0 v2 I- d1 W5 Q* n9 }! }9 d
2 g: \' W# A, ?- k- D
Veteran
您需要登錄後才可以回帖 登錄 | 申請會員

本版積分規則

首頁|手機版|Chip123 科技應用創新平台 |新契機國際商機整合股份有限公司

GMT+8, 2024-11-16 10:51 AM , Processed in 0.155008 second(s), 17 queries .

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回復 返回頂部 返回列表