EETOP 创芯网论坛 (原名：电子顶级开发网)

标题: Spectre仿真报错，Internal error found in spectre during AHDL read-in [打印本页]

作者: daainajia 时间: 2020-11-3 15:19
标题: Spectre仿真报错，Internal error found in spectre during AHDL read-in
求助各位大神，我用的是Spectre18.1，无法正常仿真，报错好像是AHDL无法正确读取。切换成Spectre19.1也是同样的问题出现。

论坛上面的三种方法都试了一下，但还是有问题。已尝试的如下：

1.已在.bashrc中添加 export CDS_AHDLCMI_ENABLE=YES
2.已在.bashrc中添加 export CDS_AUTO_64BIT=ALL
3.在spectre的setup-Environment中勾选run with 64-bit binary，并且在user command-line options中输入-64

但是都没用，还是报同样的问题。求助一下各位大神，这个应该怎么解决？

哦另外，，更改后我只是重新输入了bashrc和重开了virtuoso，还需要重启硬件设备吗？

多谢各位大佬！
(, 下载次数: 46 )

作者: daainajia 时间: 2020-11-3 15:20
完整报错：
Internal error found in spectre during AHDL read-in, in `esdpsh_va', during circuit read-in, during hierarchy flattening,.
FATAL (SPECTRE-18): Segmentation fault.Encountered a critical error during simulation. Run `mmsimpack' (see mmsimpack -h for detailed usage information) to package the netlist and log files as a compressed tar file. Then, contact your Cadence representative or submit a service request via Cadence Online Support, including the tar file and any other information that could help identify the problem.Encountered a critical error during simulation. Run `mmsimpack' (see mmsimpack -h for detailed usage information) to package the netlist and log files as a compressed tar file. Then, contact your Cadence representative or submit a service request via Cadence Online Support, including the tar file and any other information that could help identify the problem.

作者: joycechou1110 时间: 2020-11-3 15:30
7.6的系统？

作者: daainajia 时间: 2020-11-3 16:19

joycechou1110 发表于 2020-11-3 15:30
7.6的系统？

Yes, RHEL 7.6

作者: joycechou1110 时间: 2020-11-3 16:22

daainajia 发表于 2020-11-3 16:19
Yes, RHEL 7.6

恭喜你，已找到问题所在。

作者: daainajia 时间: 2020-11-3 16:26

joycechou1110 发表于 2020-11-3 16:22
恭喜你，已找到问题所在。

额？是这个系统不支持spectre18.1和19.1吗？还是说我需要安装什么插件呢？
要是是不支持的话，那我需要安装版本更低一些的spectre吗？

感谢大神帮忙~

作者: daainajia 时间: 2020-11-3 16:44

joycechou1110 发表于 2020-11-3 16:22
恭喜你，已找到问题所在。

另外我有点疑惑，我看论坛上面有7.6的系统，安装spectre 18.1的说明呀，这个应该是能用的吧？
但是我连接到spectre18.1版本也是报这个问题。。

请大神再帮忙指点一下，多谢

作者: daainajia 时间: 2020-11-4 09:43
问题已经解决了，大概就是之前说的那三种情况中的一种？只是没有重启服务器，可能没有应用。重启了就好了

果然遇事不决就重启！

作者: yangyong123sk 时间: 2021-2-23 10:02
大佬，我现在也是radhat7.6 部分可以仿真。部门报错

作者: 雷LING 时间: 2021-3-19 10:40
强大的eetop，我新服务器也是遇到这个问题，现在也根据楼主说的解决了，灰常感谢！！！！

作者: daainajia 时间: 2021-3-22 09:47

yangyong123sk 发表于 2021-2-23 10:02
大佬，我现在也是radhat7.6 部分可以仿真。部门报错

我也不清楚了，，其实我的也没有完全解决，感觉跑一阵以后还会继续报错

作者: daainajia 时间: 2021-3-22 09:49

雷LING 发表于 2021-3-19 10:40
强大的eetop，我新服务器也是遇到这个问题，现在也根据楼主说的解决了，灰常感谢！！！！ ...

其实我的也没有完全解决 orz，我目前的情况是远程连接vnc跑的。如果发现报错了，就把这个vnc kill掉，重新建一个就好了。我猜大概是相当于一次重新启动？然后如果kill也不能解决问题了，就重启一下硬件，就能解决了。
不过还没有找到一个一劳永逸的办法。

作者: 巴丁 时间: 2021-5-14 10:40

daainajia 发表于 2021-3-22 09:49
其实我的也没有完全解决 orz，我目前的情况是远程连接vnc跑的。如果发现报错了，就把这个vnc kill掉，重 ...

请问这个问题后续有没有找到根治的办法？

作者: daainajia 时间: 2021-5-14 15:08

巴丁发表于 2021-5-14 10:40
请问这个问题后续有没有找到根治的办法？

没，，我们是多个用户公用一台服务器，目前怀疑是存储数据多了就不行了。
目前已知解决方法：1）所有用这个仿真器的用户，都kill一下vnc。
2）还不行，就删掉一些报错前保存的大型数据

有一个用户崩了，大家都用不了，所以找到是谁崩的让他重启一下就行。倒是不用重启服务器硬件了。

作者: syxd2012 时间: 2022-4-2 14:55
已经解决了，我装了MMSIM7.0版本，仿真没问题了

作者: IC2019 时间: 2022-4-11 09:19
这个错误是啥问题？

作者: geniuswww 时间: 2022-7-13 15:35
第三种方法成功解决

作者: freecore 时间: 2023-3-14 20:06
神了，亲测第三条管用！

作者: zhaoxiaocui 时间: 2023-4-23 15:10

雷LING 发表于 2021-3-19 10:40
强大的eetop，我新服务器也是遇到这个问题，现在也根据楼主说的解决了，灰常感谢！！！！ ...

一样的问题，解决不了

作者: dongdaxia 时间: 2023-7-30 19:54
还有解决办法吗

作者: a464396212 时间: 2023-9-19 17:33
今天研发遇见这个问题查找半天原因，都不是以上的三点，我这边处理的原因是共享内存用满了

作者: a464396212 时间: 2023-9-19 17:37

a464396212 发表于 2023-9-19 17:33
今天研发遇见这个问题查找半天原因，都不是以上的三点，我这边处理的原因是共享内存用满了 ...

使用ipcs -p |wc -l 查看共享内存的条数然后cat /porc/sys/kernel/shmni 的数值，看前面数值是否超过后面的，如果超过了2种方法第一删除共享内存的条数，把ipcs -p查询到的进程pid kill 第二更改/proc/sys/kernel/shmnni的数值默认是4096条

作者: a464396212 时间: 2023-9-19 17:40

a464396212 发表于 2023-9-19 17:37
使用ipcs -p |wc -l 查看共享内存的条数然后cat /porc/sys/kernel/shmni 的数值，看前面数值是否超过 ...

输错了路径 /proc/sys/kernel/shmmni

作者: cccg 时间: 2023-11-1 11:06

a464396212 发表于 2023-9-19 17:37
使用ipcs -p |wc -l 查看共享内存的条数然后cat /porc/sys/kernel/shmni 的数值，看前面数值是否超过 ...

感谢大神，亲测有效！！！！！！！

作者: cccg 时间: 2023-11-2 10:31
还是有问题，刚开始内存条数4104，比4096大，该成8192后，能正常，过一天内存条数变成8200，又出现同样的问题。有什么方法能解决这个，总不能一直增大porc/sys/kernel/shmni 的数值吧

作者: 小黄在线 时间: 2023-11-7 15:54
学习了

作者: fq2168 时间: 2023-11-9 16:55
亲测第三条有用，感谢楼主，感谢强大的EETOP

作者: cccg 时间: 2023-11-14 19:15
根本原因是centos7.6的gnome shell 存在内存泄漏，用一段时间就占满了共享内存段数。更新系统版本就可以了

作者: eewjy 时间: 2023-11-20 14:26
第三条有效注意是-64 不是64 ，感谢

补充内容 (2024-4-7 22:14):
pkill virtuoso spectre

作者: a464396212 时间: 2023-11-21 10:59

cccg 发表于 2023-11-14 19:15
根本原因是centos7.6的gnome shell 存在内存泄漏，用一段时间就占满了共享内存段数。更新系统版本就可以了: ...

你更新哪个版本的系统能解决

作者: cccg 时间: 2023-11-21 19:10
直接update就行，不知道是哪个版本

作者: a464396212 时间: 2023-11-24 11:37

cccg 发表于 2023-11-21 19:10
直接update就行，不知道是哪个版本

你能 gnome-shell --version 查看 gnome shell 版本嘛

作者: cccg 时间: 2023-11-24 19:39

a464396212 发表于 2023-11-24 11:37
你能 gnome-shell --version 查看 gnome shell 版本嘛

centos升级之后，内核会变化为1160版本，gnome版本3.28.2

作者: 世界之大 时间: 2023-12-5 10:44
第三种方法好像可以

作者: 芯之所想 时间: 2024-1-11 17:04
我也遇到了这个问题，

作者: jvxiao 时间: 2024-4-29 15:29

cccg 发表于 2023-11-2 10:31
还是有问题，刚开始内存条数4104，比4096大，该成8192后，能正常，过一天内存条数变成8200，又出现同样的问 ...

您好，请问解决了吗？

作者: cccg 时间: 2024-4-29 19:13
升级系统到7.9版本就解决了

作者: jalemy 时间: 2024-9-4 11:13
本帖最后由 jalemy 于 2024-9-4 14:33 编辑

学习学习

作者: BraveTiger 时间: 2024-10-24 09:52
今天出现了同样的问题

用着用着突然就GG啦

作者: JiahuiShen 时间: 2024-11-20 10:31

cccg 发表于 2024-4-29 19:13
升级系统到7.9版本就解决了

什么系统升级

欢迎光临 EETOP 创芯网论坛 (原名：电子顶级开发网) (https://bbs.eetop.cn/)