timewh的专栏

ECAM的特点是根据prim bus num/second bus num/subordinate bus num去自动选择本地、type0、或者type1的配置包。基于网络参考，运行一个xilinx pcie rc的参考，选择vcu118平台（基于microblaze）：该参考通过pcie rc对挂在的外部ssd进行读写测试。xilinx pcie mm寄存器空间说明：ECAM通过AXI4-Lite访问。默认用户名：petalinux 密码：root。1，安装的是2022.1版本。3，IP核的配置说明。

UVM_VERDI_TRACE 这里是记录 UVM中 register，component 的波形。最后多次尝试发现，是由于vivado生产的编译脚本是分段编译的，也就是说这个重复冲突的文件在多个vlogan命令里被独立包含了，而又都编译到了同一个lib库中，于是手动修改compile.sh文件，将文件合并编译后该问题解决。用verdi调试时虽然可以单步执行，但是task中的局部变量一般都不可读取，造成调试困难。怀疑可能使用的vcs版本有bug,换了一个更高版本的vcs结果是一样的。

有一种说法时clog在仿真中以2为对数，而在综合时以e为对数。（暂时认为是一种错误的看法，如果这样那对vivado来说将是非常严重的错误）对于.v文件在vivado中是不支持，但是可以修改为.sv或更改文件属性使用sytemverilog来支持。

首先确认下tb文件里面timescale是否设置正确，输入时钟需要在DUT的正常工作范围，其次如果没有timescale设置的话那么默认是以ps为单位的，需要注意。综合后与行为仿真有时有一些区别，综合后的网表会多一些iobuf等。仿真时间是否足够长，可以适当增加仿真时间看看。

大概有4种方法可以修改xilinx ip xdc,本文主要指gt相关的位置约束（一般来说xilinx ip默认生成的pcie gt lane序和Verilog top Port的索引下标是反的）以上tcl是打开综合后的网表，Layout->IO Planning手动调整需要的pin位置信息后自动生成的。对于ip通常xilinx是不允许（也不建议）用户修改的，默认都是xdc都是read only的状态。4,ip配置时直接将LOC约束disable（此方法最优）但打开综合后的网表看着结果好像是对的！...

记录vivado在时钟约束上的注意点及方法:无效主时钟：ug906 page283。

linux pcie基本操作

Vivado网表合并

Vivado 综合后工程

复位和唤醒输出也是可选的，xlinxip没有唤醒，复位的可以接到用户复位，方便手动复位。除了时钟和serdes信号，还需要注意B1(PERST#)/C2(WAKE#)。时钟方案选择随路时钟方案，SSC选项并不太好设置，有时候在BIOS里面找不到。1,准备一张pcie扩展卡、一根连接线用于PC到FPGA原型设备连接。有了定义就可以和FPGA测做管脚绑定了。未完待续..........PCIE引脚定义需要在。...

vivado ddr ip使用记录

dcp与edif比较：dcp主要有两个优点：第一个不需要手动生成stub文件，dcp是一个 压缩包里面包含所有文件。第二个不需要xdc，尤其对于使用ip的设计。同时还可以使用加密功能。不同阶段产生的dcp也不相同：1，自动综合后生成的dcp，该dcp一般比较小，实际缺少了ip相关的数据并未打包到一起；2，打开综合后的工程，手动生成，这种方式生成的dcp是比较全的，用于交付使用。手动指定通过-cell参数生成的dcp一般也会缺少文件，通常可以直接将需要的模块设置为top,综合后再直接生成。在生成dcp时一般会

建议优先是使用x11vnc，配置相对（xvn4server）简单。遇到问题，配置后用户无法登陆进入桌面则闪退，修改./Au文件的权限到用户。在登陆界面，按ctrl+alt+F1/F7进入无界面端口。一开始重新安装ubuntu-desktop/lightdm，但是无效。开启root登陆：修改：...

https://www.youtube.com/watch?v=Vs0h0kue7p4&list=PL4D6H9w4Ihdp0YRExoQXfbVMRL1GgEPCm

https://www.youtube.com/watch?v=NCFxBGLB5xs&list=PLcvQHr8v8MQLj9tCYyOw44X1PLisEsX-Jhttps://www.youtube.com/watch?v=NCFxBGLB5xs&list=PLcvQHr8v8MQLj9tCYyOw44X1PLisEsX-JStratus High-Level Synthesis https://www.cadence.com/en_US/home/tools/digital-desi

linux-xlnx/memcpy.S at master · Xilinx/linux-xlnx · GitHubmemcpy优化：optimized-routines/memcpy-advsimd.S at master · ARM-software/optimized-routines · GitHubhttps://github.com/ARM-software/linuxDMA:linux/DMA-API-HOWTO.txt at linux-4.1-mali ...

这个问题可能和vivado的打开路径有关，最好在工程路径下的shell中打开vivado在选择当前工程，实测我遇到这个现象就是这个问题：换到当前工程目录后：vivado在打开的位置都会生成一些log/jou文件等参考：Xilinx Customer Community...

覆盖xilinx ip自动生成位置约束最好的办法不是disable掉ip的位置xdc，而是使用优先级更高的约束去自动覆盖：（位置约束覆盖这个概念在xdc尤其对于gt的ip是非常有效的）如果使用具体的pin脚位代LOC命令那么，怎么快速找到对应的位置呢？一种方法可以使用get_package_pins命令通过PIN_FUNC来查找，因为PIN_FUNC是有规律的：在配合tcl脚本可以简化需要的约束描述。 在log查看执行结果：第二种方法就是打开手动disable..

一般使用自带archive功能进行归档，但是归档的工程路径较乱，不能将源文件和工程进行明显的分析。一种比较常用的方法就是使用tcl脚本：现在已经有了生成的语法模板，需要在修改下自己需要的新工程名称，并去掉一些不需要的功能使得看上去尽可能简洁明了:下面是一份来自vivado_riscv工程的参考：vivado-risc-v/vivado.tcl at master · timewh/vivado-risc-v · GitHub# If there is no project opened, cr

一般来说，要保存vivado工程使用的ip只需要xci文档即可。但xci文档不仅仅是包含对应ip的配置信息，同样记录了一些path路径，以及ip核的属性（core container/ooc等）使能core container后,将会以xcix方式保存ip核信息，是一个压缩包，比xci大很多，xci只是一个文本。个人感觉core container功能不太使用，不方便查看ip生成的源码，有时候还导致工程异常（文件找不到）：由于xci里面的路径属性，因此在归档项目时不能直接将xci拷.