debug错误

Description

"opt_design" can fail with error messages similar to the following:

opt_design failed
ERROR: [Chipscope 16-119] Implementing debug core dbg_hub failed.
ERROR: An unknown error has occurred while implementing debug cores in this design.

OR

ERROR: [IP_Flow 19-3805] Failed to generate and synthesize debug IP "xilinx.com:ip:xsdbm:1.0".
ERROR: [IP_Flow 19-167] Failed to deliver one or more file(s).
ERROR: [IP_Flow 19-3505] IP Generation error: Failed to generate IP ‘dbg_hub_CV‘. Failed to generate ‘Verilog Synthesis‘ outputs: 
ERROR: [IP_Flow 19-98] Generation of the IP CORE failed.

ERROR: [Chipscope 16-119] Implementing debug core dbg_hub failed.
ERROR: Could not generate core for dbg_hub. Aborting IP Generation operation.
         ERROR: [Chipscope 16-218] An error occurred while trying to create or get a cached instance from the IP cache manager:
         "IP generation failed see log file in e:/jinhua/prj/sample/dvcs2_4k/prj_submit/dvcs2_4k_input_processor_fpga_app/dvcs2_4k_input_processor_fpga_app.runs/impl_1/.Xil/Vivado-164820-CNSH1AECPC040/dbg_hub_CV.0/out
ERROR: [IP_Flow 19-167] Failed to deliver one or more file(s).
ERROR: [IP_Flow 19-3505] IP Generation error: Failed to generate IP ‘dbg_hub_CV‘. Failed to generate ‘Verilog Synthesis‘ outputs: 
ERROR: [IP_Flow 19-98] Generation of the IP CORE failed.

Solution

When generating the Debug Cores during Phase 1, the following messages are shown:

Phase 1 Generate And Synthesize Debug Cores
INFO: [IP_Flow 19-234] Refreshing IP repositories
INFO: [IP_Flow 19-1704] No user IP repositories specified
INFO: [IP_Flow 19-2313] Loaded Vivado IP repository ‘C:/Xilinx/Vivado/2014.2/data/ip‘.
INFO: [IP_Flow 19-3826] Re-using generated and synthesized IP, "xilinx.com:ip:labtools_xsdb_master_lib:3.0", from Vivado Debug IP cache, "C:/Projects//project_1/project_1.cache/2aa2f6b8".

The Debug Hub in cache is out-of-sync and needs to be cleared with the following command:

Vivado 2014.x:

update_ip_catalog -clear_ip_cache

Vivado 2015.1 and newer:

check_ip_cache -clear_output_repo

When this issue occurs on a Windows machine, the root cause is often a failed generation of the Debug Hub due to a path length issue.

Windows only supports 260 characters in a path.

The Debug Hub is generated in a temporary folder and can violate this path length limitation.

The recommendation is to reduce path length and regenerate the Debug Hub

原文地址:https://www.cnblogs.com/xiaoxuesheng993/p/9166825.html

时间: 2024-10-14 16:21:53

debug错误的相关文章

linux中错误日志等级

info:仅是一些基本的讯息说明而已: notice:比 info 还需要被注意到的一些信息内容: warning 或 warn:警示讯息,可能有问题,但是还不至于影响到某个 daemon 作. err 或 error :一些重大的错误讯息,这就要去找原因了. crit:比 error 还要严重的错误信息,crit 是临界点 (critical) 的缩写,已经很严了 alert:警告警告,已经很有问题的等级,比 crit 还要严重! emerg 或 panic:疼痛等级,意指系统已经几乎要当机的

Mac上python多线程错误:...+[__NSPlaceholderDate initialize]...

错误提示 objc[27880]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. objc[27880]: +[__NSPlaceholderDate initialize] may have been in progress in another thread when fork() was called. We cannot safel

断言(assert)和程序的安全保证

断言,用来DEBUG错误的,在DEBUG时发现然后跟踪错误! 通常 写一个程序给别人使用的,这个代码在安全性上的要求是什么呢?直觉上,我们都知道程序不应该崩.但是通常C/C++的程序如果把包含API的头文件暴露出来的话,根本没办法保证这一点.往往,如果一个C/C++的程序以头文件提供给别人使用的话,其安全性保证应该是"正确使用的时候一定不会崩,错误使用的时候尽最大可能的尽早崩".      我刚知道assert的时候把assert的作用和异常搞混淆了,我以为assert和异常用途一样,

protobuf简单序列化反序列化示例

protoc命令格式 protoc    -I=SRC -cpp_out = DRC SRC\*.proto SRC:源路径: DRC:目的路径: 当出现下面无法打开文件错误时,应在工程属性目录下的包含目录文件中添加工程所在路径 D:\!exercise\c++\protob1\protob1\ 错误 1 error C1083: 无法打开包括文件:“google/protobuf/stubs/common.h”: No such file or directory d:\!exercise\c

syslogd:记录日志文件的服务

日志文件内容的一般格式 一般来说,系统产生的信息经过syslogd记录下来的数据中,每条信息均记录下面的几个重要数据: 事件发生的日期与时间: 发生此事的主机名: 启动此事件的服务名称(如 samba, xinetd等)或函数名称(如 libpam): 该信息的实际数据内容: 当然,这些信息的详细度是可以修改的,下面是/var/log/secure所记录的信息: 1 Dec 27 01:04:51 localhost sshd[5677]: pam_succeed_if(sshd:auth):

python中的日志模块logging

1.日志级别5个: 警告Warning 一般信息Info  调试 Debug  错误Error 致命Critical 2.禁用日志方法 logging.disable(logging.DEBUG) 3.将日志写入文件 logging.basicConfig(filename='log.txt', level=logging.CRITICAL, format=' %(asctime)s - %(levelname)s - %(message)s') 4.格式化输出日志信息 注意事项: 1.日志输出

Entity Framework - 基于外键关联的单向一对一关系

代码的世界,原以为世界关系很简单,确道是关系无处不在.NET世界里ORM框架中EntityFramework作为其中翘楚,大大解放了搬砖工作的重复工作,着实提高了不少生产力,而也碰到过不少问题!比如关系的映射! 一对一关系的映射: 用户账户密码信息表:包含用户名 密码 邮箱等账户登录时的信息 public class SystemAccount { public SystemAccount() { Id = DateUtils.GeneratedNewGuid(); } public Guid

java执行shell命令

package com.pms.util; import java.io.File; import java.io.IOException; import java.io.InputStream; import java.util.ArrayList; import java.util.List; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; /**  * 执行 linux

使用JWPL (Java Wikipedia Library)操作维基百科数据

使用JWPL (Java Wikipedia Library)操作维基百科数据 1. JWPL介绍 JWPL(Java Wikipedia Library)是一个开源的访问wikipeida数据的Java API包,提供了快速访问维基百科中包含的消息,如重定向.类别.文章和链接结构的结构性访问接口.它提供的DataMachine 工具类可快速解析wiki格式文件,生成mysql的数据txt文件,可通过mysqlimport 导入到本地数据库中. JWPL介绍官网:https://dkpro.gi