2008年7月20日星期日

RHEL下安装Adobe Reader

在Adobe的官方网站上下载了最新版(8.1.2)的RPM,但偶的系统(RHEL3)太老,有包依赖问题。只好退而求其次,安装了7.0版。安装过程比较顺利,没啥问题。

RHEL下安装NVIDIA显卡驱动

刚装好的RHEL3屏幕比较闪,看起来很不舒服。试了各种方法去调整屏幕刷新率,但都没啥效果。看来,只好使用终极解决方案了:安装NVIDIA的显卡驱动。以前使用Debian的时候,每次升级系统内核,都要重装一遍显卡驱动,而每次安装显卡驱动,好像还都要弄个linux-headers-xx相关的东西,再做一些设置,不堪其扰啊。所以,不到最后一刻,我是不想安装显卡驱动的。去NVIDIA的官方网站下载了相应的显卡驱动(NVIDIA-Linux-x86-173.14.09-pkg1.run),直接使用sh进行安装居然可以,也没提示重新编译内核一类的。用startx启动图形界面后,屏幕变得细腻了很多,也不闪了。真是不错,看来还是要装官方的显卡驱动啊。
下面是安装的过程(NVIDIA FX5200):1.到NVIDIA官方网站下载相应的显卡驱动,可根据你的显卡型号进行选择;
2.退出图形界面,进入文本模式.方法如下:在终端中输入:init 3
3.以root登录
4.进入驱动文件所在目录,输入下列命令:sh NVIDIA-Linux-x86-173.14.09-pkg1.run
5.然后按照提示安装就行了
6.完成后,接着输入以下命令,进入图形模式:startx
到这步就OK了,驱动程序在安装过程中对配置文件做了修改(譬如修改XF86Config等),安装完成后不需要我们手工去修改配置文件了。

从Debian转向Redhat

最开始接触Linux的时候,使用的是Redhat,记不得是哪个版本了。RPM的软件包管理方式,虽然方便,但时不时的包依赖问题仍然会让人觉得很沮丧。后来在别人的介绍下,转到了Debian,其apt-get的软件包管理方式可以省去使用者的很多麻烦。想装某个软件,直接apt-get install xx就可以了,这种感觉真是太美妙了。
但最近为了安装、使用一套EDA工具,又不得不重新使用Redhat,这次使用的是RHEL3,因为这套EDA工具就是针对这个平台开发的,在这个平台上最稳定。在别的平台上可能也能用,但我不想整天去捣鼓软件兼容性问题。所以,并没有尝试在Debian下安装这套工具,而是直接装了RHEL3。
作为有几年使用经验的Linux业余爱好者,我知道自己并不是多么的追求最新的技术体验,我也体会不到无尽的软件升级带来的乐趣。我需要的只是一个可以工作的平台,just a platform.
Redhat就Redhat吧,我要使用的并不是Linux本身,而是那套EDA工具。

RHEL3装好以后,有些问题比较影响使用,主要是以下几点:
1. 屏幕闪,比较伤眼睛。这个应该是屏幕刷新率的问题。
2. 没有Adobe Reader。xpdf用起来还是有些不爽。
3. 中文显示为一个个的小框框。
4. 没有中文输入法。
5. 音频驱动貌似没弄好,没有声音。

在以后的一段日子里,希望逐步把这几个问题解决掉,这样就是一个比较令人满意的平台了:P

2008年7月15日星期二

使用开源软件CVS进行个人代码管理

虽然现在SVN风头正劲,但由于公司使用的是CVS,所以在自己家里的电脑上也装了个CVS。下面记录一下使用过程,便于以后查阅。
Linux系统一般都自带了CVS软件。在开始使用前,需要做下面的事情以初始化CVS的使用环境:
1.建立cvsroot目录。为了避免不小心将该目录整体删除了,所以我建在了/home下:
$:mkdir /home/cvsroot
2.为了便于以后的管理,建立一个组,然后将要使用cvs服务器的帐号添加到这个组里面:
#:groupadd cvs
#:adduser xx
3.将刚才建立的目录cvsroot的组改为cvs:
#: cd /home/cvsroot
#: chgrp -R cvs .
4.修改cvsroot目录的读写权限,赋予同组人读写的权限:
#: chmod 770 .
5.初始化CVS仓库:
cvs -d /home/cvsroot init
6.为了以后使用时不必每次指定CVS仓库的位置,可以在shell的启动文件中定义CVSROOT环境变量。
如果使用的是bash,则在.bashrc中添加:
CVSROOT=/home/cvsroot;export CVSROOT
如果使用的是csh,则在.cshrc中添加:
setenv CVSROOT /home/cvsroot

完成以上各步后,就可以使用cvs checkout, cvs commit, cvs update等命令来做代码的版本控制/管理了。

2008年7月7日星期一

the output delay of SRAM generated by Block Memory Generator v2.4 (Xilinx)

使用Xilinx Block Memory Generator v2.4生成的SRAM的输出延时

默认延时是1T,即输入地址后,过1个时钟周期,相应的数据会出现在输出端。如果在Optional Output Registers里面,将Register Output of Memory Primitives选中,则会增加1个时钟周期的延时;若将Register Output of Memory Core选中,也会增加1个时钟周期的延时。若同时将这两个选项选中,则总的输出延时将为3T。

在设计时,需要根据数据通路的时序要求,选择SRAM相应的输出延时。