来源：蜘蛛抓取(WebSpider)
时间：2017-11-13 10:29
标签：
pes2018 通讯错误
Oracle错误——ORA-03113:通信通道的文件结尾 解决办法_数据库技术_Linux公社-Linux系统门户网站
你好，游客
Oracle错误——ORA-03113:通信通道的文件结尾 解决办法
来源：Linux社区&
作者：张文康
今天跟往常一样，登陆PL/SQL，确登陆失败，出现一个错误&ORA-01034&和&ORA-27101&如图：
然后就就通过命令提示符去登陆，去查看怎么回事，然后问题进一步出现，错误&ORA-03113:通信通道的文件结尾 进程 ID:6320 回话 ID :191 序列号：3&。
Oracle出现错误，于是去错误日志里去找问题根源：在 e:\app\kang\diag\rdbms\oracle\oracle\trace\文件夹下找到oracle_ora_6320.trc文件，打开显示错误日志：
Trace filee:\app\kang\diag\rdbms\oracle\oracle\trace\oracle_ora_6320.trcOracle Database 11gEnterprise Edition Release 11.2.0.1.0 - 64bit ProductionWith thePartitioning, OLAP, Data Mining and Real Application Testing optionsWindows NT VersionV6.1 Service Pack 1CPU& & & & & & & & : 4 - type 8664, 2 PhysicalCoresProcess Affinity& & : 0x0x0000Memory (Avail/Total):Ph:M, Ph+PgF:MInstance name: oracleRedo thread mountedby this instance: 1Oracle processnumber: 19Windows thread id:6320, image: ORACLE.EXE (SHAD)&&*** 8:18:55.461*** SESSIONID:(191.3)
08:18:55.461*** CLIENT ID:() 08:18:55.461*** SERVICE NAME:() 08:18:55.461*** MODULENAME:(sqlplus.exe)
08:18:55.461*** ACTION NAME:() 08:18:55.461&ORA-19815: 警告:db_recovery_file_dest_size 字节 (共
字节) 已使用 100.00%, 尚有 0 字节可用。************************************************************************You have followingchoices to free up space from recovery area:1. Consider changingRMAN RETENTION POLICY. If you are using Data Guard,& then consider changing RMAN ARCHIVELOGDELETION POLICY.2. Back up files totertiary device such as tape using RMAN& BACKUP RECOVERY AREA command.3. Add disk space andincrease db_recovery_file_dest_size parameter to& reflect the new space.4. Delete unnecessaryfiles using RMAN DELETE command. If an operating& system command was used to delete files,then use RMAN CROSSCHECK and& DELETE EXPIRED commands.************************************************************************ORA-19809:超出了恢复文件数的限制ORA-19804: 无法回收 字节磁盘空间 (从
限制中)*** 8:18:55.502 4132 krsh.cARCH: Error 19809Creating archive log file to'E:\APP\KANG\FLASH_RECOVERY_AREA\ORACLE\ARCHIVELOG\\O1_MF_1_159_%U_.ARC'*** 8:18:55.502 2747 krsi.ckrsi_dst_fail: dest:1err:19809 force:0 blast:1DDE: Problem Key 'ORA312' was flood controlled (0x1) (no incident)ORA-00312: 联机日志 3 线程1: 'E:\APP\KANG\ORADATA\ORACLE\REDO03.LOG'ORA-16038: 日志 3sequence# 159 无法归档ORA-19809:超出了恢复文件数的限制ORA-00312: 联机日志 3 线程1: 'E:\APP\KANG\ORADATA\ORACLE\REDO03.LOG'&*** 8:18:55.565USER (ospid: 6320):terminating the instance due to error 16038
从这里我们发现了问题的根源：&
ORA-19815: 警告: db_recovery_file_dest_size 字节 (共
字节) 已使用100.00%, 尚有 0 字节可用。& 是db_recovery_file_dest_size也叫归档日志空间不足导致的，既然找到问题的根源，那解决起来也就容易了。
更多详情见请继续阅读下一页的精彩内容：
相关资讯 & & &
& (07/17/:45)
& (10/16/:34)
& (02/17/:38)
& (04/03/:35)
& (04/15/:33)
& (02/12/:09)
同意评论声明
发表
尊重网上道德，遵守中华人民共和国的各项有关法律法规
承担一切因您的行为而直接或间接导致的民事或刑事法律责任
本站管理人员有权保留或删除其管辖留言中的任意内容
本站有权在网站内转载或引用您的评论
参与本评论即表明您已经阅读并接受上述条款网站已改版，请使用新地址访问：
DDEdemo DDE进程间通讯应用实例，简单的对话框 ，使用DDE动态数据交互方式实现两个 的 Process-Thread 与线程 247万源代码下载-
&文件名称: DDEdemo& & [
& & & & &&]
&&所属分类:
&&开发工具: Visual C++
&&文件大小: 202 KB
&&上传时间:
&&下载次数: 0
&&提 供 者:
&详细说明：DDE进程间通讯应用实例，简单的对话框应用，使用DDE动态数据交互方式实现两个进程间的数据同步-Dynamic Data Exchange Sample
文件列表(点击判断是否您需要的文件，如果是垃圾请在下面评价投诉):
&&DDEdemo\DDEdemo.aps&&.......\DDEdemo.clw&&.......\DDEdemo.cpp&&.......\DDEdemo.dsp&&.......\DDEdemo.dsw&&.......\DDEdemo.h&&.......\DDEdemo.opt&&.......\DDEdemo.plg&&.......\DDEdemo.rc&&.......\DDEdemoDlg.cpp&&.......\DDEdemoDlg.h&&.......\res\DDEdemo.ico&&.......\...\DDEdemo.rc2&&.......\resource.h&&.......\StdAfx.cpp&&.......\StdAfx.h&&.......\_SoftwareInfo.txt&&.......\res&&DDEdemo&&.......\DDEdemo.ncb
&输入关键字，在本站247万海量源码库中尽情搜索：随笔 - 277&
文章 - 35&
评论 - 869&
&&&&&&&&&&&
从my域名迁移到正式域名，直接将本地的程序上传到正式服务器后，发现UCenter无法正确通信成功。
本地域名:http://my74cms.shiyishi.tk
ucenter: http://myucenter.shiyishi.tk
线上环境域名：
http://74cms.shiyishi.tk
http://ucenter.shiyishi.tk
所有涉及到的配置文件都全部正确配置，打开ucenter里的应用列表，看到应用的状态仍然是“无法通信”，于是进行了跟踪。
简言之，到最后，发现是ucenter的数据缓存未清空，比如appid为1的应用，其缓存的url为my74cms.shiyishi.tk ，这显然是不正确的。于是，清空下缓存，正常了，通信成功了。
参考文章：
程序开发必不可少的要去调试。问题可能是多种多样的，所以需要我们自己能找到解决问题的方法。
一、通信失败如何调试 如下图所示
看到这个不要怕，其实问题远没有你想的那么复杂
既然是调试，就是刨根问底，就是顺藤摸瓜，那就先找个到藤
注：本教程使用Firefox浏览器，这里不是给他AD，是Firefox的一系列调试工具我用的比较熟练
1、我们先看看“通信失败”这四个字是怎么来的？
大家有没有感觉这个通信失败或者通信成功是在页面加载之后才显示出来的。对这个地方并不是页面直接输出的。而是页面重新去加载js去判断之后显示的。
我们来看这个页面的源代码。ie下可以直接点击右键查看源文件，firefox需要选择 本帧 --》查看帧源代码。
之后我们在源代码中找到刚才显示通信失败的那个标签。这个不难吧。如下图所示
这个通信状态就是图中高亮的那个js处理的结果。看上去和正常的js调用不一样。别怕，看这个源码的开始那个js代码。
1. 2. 3. 4. 5. 6.
&script type="text/javascript"& var apps = new Array(); var run = 0;
function testlink() { if(apps[run]) {
$('status_' + apps[run]).innerHTML = '正在连接...';
7. $('link_' + apps[run]).src = $('link_' + apps[run]).getAttribute('testlink') +
'&sid=433eRJFCviO87jtvTWbCz%2FFxfYPPjAcxKUBBQ7JgcgnCuUJcfCbkS0xrgdXuA5ziYZRkXcy%2F2N77HA';
11. window.onload = 12. &/script& 复制代码
明白了吧。
2、既然“藤”找到了，那我们就开始“摸”吧
copy这段代码直接通过浏览器访问。
这下明白那个通信失败四个字就来源于此了吧。呵呵。 但是还是不知道为啥失败啊？
别急，还没有摸到瓜，我不喊停你就继续摸啊。
接下来就要在uc的代码中设置几个断点，其实就是 echo 之后die。 我们来看当前的url地址。
1. /admin.php?m=app&a=ping&inajax=1&url=http%3A%2F%&ip=&appid=1&random=
m=app 就代表着这个控制器原型是 app，因为是后台的访问，因此对应的就是 ucenter 目录下的 ./control/admin/app.php
a=ping 代表着执行的是控制器原型中的 onping 方法
注：这个如果想刨根问底的同学可以去看入口程序admin.php
好，有向前了一小步，我们打开 ./control/admin/app.php 文件，找到 onping 方法，源码如下：
1. 2. 3. 4. 5. 6. 7.
function onping() {
$ip = getgpc('ip'); $url = getgpc('url');
$appid = intval(getgpc('appid'));
$app = $_ENV['app']-&get_app_by_appid($appid); $status = '';
if($app['extra']['apppath'] && @include $app['extra']['apppath'].'./api/'.$app['apifilename']) {
$uc_note = new uc_note();
$status = $uc_note-&test($note['getdata'], $note['postdata']);
10. } else {
11. $this-&load('note');
12. $url = $_ENV['note']-&get_url_code('test', '', $appid); 13. $status = $_ENV['app']-&test_api($url, $ip); 14. }
15. if($status == '1') { 16. echo
'document.getElementById(\'status_'.$appid.'\').innerHTML = "&img src=\'images/correct.gif\' border=\'0\' class=\'statimg\' \/&&span class=\'green\'&'.$this-&lang['app_connent_ok'].'&/span&";testlink();'; 17. } else { 18. echo
'document.getElementById(\'status_'.$appid.'\').innerHTML = "&img src=\'images/error.gif\' border=\'0\' class=\'statimg\' \/&&span
class=\'red\'&'.$this-&lang['app_connent_false'].'&/span&";testlink();'; 19. } 20.
21. } 复制代码
这个代码我就不一一解释了。用点心，仔细一点都能看明白。
我们可以看到这个$status 等于1的时候会输出通信成功，除此之外输出通信失败。 好，那我们直接输出这个 $status ，看看不等于1的时候他是个什么东东。 在
1. if($status == '1') {
前面添加一行代码
1. echo "\$url = $url &br /&\n \$status = $status&br /&\n";die('haha');
好的，断点也设置了，之后保存代码重新去刷新刚才的页面。
3、终于快摸到“瓜”了，有点小兴奋，原来调试也不难吧。
刷新页面后看到这样的东东
哦。原来是我的这个应用的访问地址弄错了。
4、摸到瓜了吧，接下来对症下药是不是很简单了。
记得去掉刚才的调试代码
阅读(...) 评论()dde是什么意思？
dde是什么意思？
08-09-10 &
DDE是一种动态数据交换机制（Dynamic Data Exchange，DDE）。使用DDE通讯需要两个Windows应用程序，其中一个作为服务器处理信息，另外一个作为客户机从服务器获得信息。客户机应用程序向当前所激活的服务器应用程序发送一条消息请求信息，服务器应用程序根据该信息作出应答，从而实现两个程序之间的数据交换。 在LabVIEW6.0以后的版本里，DDE还是可以使用的，但是NI更提倡使用ActiveX，因此DDE的VI不会自动显示在函数模板上。如果使用，可以在labview X.X\\vi.lib\\platform\\dde.llb去找。 DDE（Dynamic data exchange）的工作原理是： 甲方申请一块全局内存，然后把内存指针postmessage到乙方， 乙方根据收到的指针访问那块全局内存。 有几个API函数是做这种事的，你在MSDN里查一下 Dde 打头的函数全都出来了。 因为是已经淘汰的技术，连MFC都没对他进行封装。 很难保证它同样会出现在以后的Windows API中。 DDE = Dynamic Data Exchange，是 16 位 Windows 时代实现不同应用程序之间互相交换数据和控制的技术，现在用得很少了，Windows Shell 外壳打开某些文件类型还用到 DDE。 OLE = Object Linking and Embedding，从 16 位 Windows 时代发展而来，建立在 COM 基础之上（实际上 OLE 是 COM 的第一个实际应用，OLE 标准推出时，COM 标准还没有定型；COM 的成熟取决于 OLE 在技术上的成熟），最近看到的 COM 标准是 0.9 版。请参考其他资料得到能全面的知识。参考资料：Graphips\泛华测控论坛\54uc
请登录后再发表评论!
微软的一种过时了的通讯标准，通过这个标准两个程序可以交换信息，这个已经不用了。不过传统上，windows的资源管理器用dde协议打开文件，当你双击一个文件的时候，windows会运行能够打开这个文件的程序，然后通过dde把文件名传给这个程序，好让他能够打开被双击的文件，如果你勾了dde的单选矿之后 当然你可以不勾，这样windows就不会用dde传送文件名，而是用命令行参数传递文件名给程序。
请登录后再发表评论!
这是xp数据保护-DEP与客户端冲突，可以在右键点我的电脑-属性-高级-性能-设置-数据执行保护-钩第二项“为除下列选定程序之外的所有程序和服务启用DEP”里面把前面所说的三项钩上，就可以了。 系统内核错误,重新安装系统
请登录后再发表评论!am335x pru与linux 通信问题 - Sitara(TM) Cortex-A8 和 ARM9 微处理器 - 德州仪器在线技术支持社区
am335x pru与linux 通信问题
发表于9月前
<input type="hidden" id="hGroupID" value="34"
测试硬件：Bealgebone black 开发板&/p>
&p>测试软件：ti-processor-sdk-linux-rt-am335x-evm-03.01.00.06-Linux-x86-Install&/p>
&p>测试目的：测试Bealgebone black &PRU使用&/p>
&p>测试场景：在TI官网文档PRU Training: Hands-on Labs中LAB 5: RPMsg Communication between ARM and PRU中&/p>
&p>基于BeagleBone Black 做PRU 测试时的问题：&/p>
&p>问题描述：&/p>
&p>1） modprobe &virtio_rpmsg_bus&/p>
&p>2）modprobe repmsg rpmsg_pru&/p>
&p>3) &modprobe pru_rproc 产生异常信息，详细信息如下：&/p>
&p>[root@ZHU ]$modprobe pru_rproc&/p>
&p>[ 110.237337] Driver name is 'ti-pruss'&br>[ 110.241170] bUS: 'platform' ? 'ti-pruss': add driver&br>[ 110.253903] ti-pruss 4a300000.pruss: creating PRU cores and other child platform devices&br>[ 110.286336] Driver name is 'pruss-intc'&br>[ 110.290343] bUS: 'platform' ? 'pruss-intc': add driver&br>[ 110.300007] PRUSS_INTC_PROBE&br>[ 110.302959] IS_ERR(DDDDDDDDDDDDDDDDDDD)&br>[ 110.306897] INTC-&MEM.VA e0908000&br>[ 110.310052] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000&br>[ 110.315222] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000&br>[ 110.320389] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000&br>[ 110.325557] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000&br>[ 110.330724] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000&br>[ 110.335891] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000&br>[ 110.341058] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000&br>[ 110.346225] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000&br>[ 110.351391] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000&br>[ 110.356558] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000&br>[ 110.361724] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000&br>[ 110.377897] Driver name is 'pru-rproc'&br>[ 110.381997] bUS: 'platform' ? 'pru-rproc': add driver&br>[ 110.391811] remoteproc0: 4a334000.pru0 is available&br>[ 110.396893] remoteproc0: Note: remoteproc is still under development and considered experimental.&br>[ 110.405895] remoteproc0: THE BINARY FORMAT IS NOT YET FINALIZED, and backward compatibility isn't yet guaranteed.&br>[ 110.419767] pru-rproc 4a334000.pru0: booting the PRU core manually&br>[ 110.426023] remoteproc0: powering up 4a334000.pru0&br>[ 110.431085] remoteproc0: Booting fw image am335x-pru0-fw, size 27296&br>[ 110.437607] remoteproc0: remote processor 4a334000.pru0 is now up&br>[ 110.443835] pru-rproc 4a334000.pru0: PRU rproc node /ocp/pruss@4a300000/pru0@4a334000 probed successfully&br>[ 110.453867] remoteproc1: 4a338000.pru1 is available&br>[ 110.458860] remoteproc1: Note: remoteproc is still under development and considered experimental.&br>[ 110.467857] remoteproc1: THE BINARY FORMAT IS NOT YET FINALIZED, and backward compatibility isn't yet guaranteed.&br>[ 110.484407] virtio_dev_probe INIT&br>[ 110.487923] remoteproc1: powering up 4a338000.pru1&br>[ 110.492830] remoteproc1: Booting fw image am335x-pru1-fw, size 73780&br>[ 110.503656] INTC-&MEM.VA e0908000&br>[ 110.506823] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000&br>[ 110.511995] INTC-&MEM.VA e0.515339] ti-pruss 4a300000.pruss: configured system_events = 0xc0000 intr_channels = 0x0000000a host_intr = 0x0000000a&br>[ 110.527301] INTC-&MEM.VA e0908000&br>[ 110.530452] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000&br>[ 110.535621] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000&br>[ 110.540788] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000 remoteproc1: remote processor 4a338000.pru1 is now up&br>[ 110.551341] INTC-&MEM.VA 0&br>[ 110.554070] INTC-&MEM.VA e0908000&br>[ 110.554071] virtio_rpmsg_bus virtio0: rpmsg host is online&br>[ 110.562981] remoteproc1: registered virtio0 (type 7)&br>[ 110.568112] pru-rproc 4a338000.pru1: PRU rproc node /ocp/pruss@4a300000/pru1@4a338000 probed successfully&br>加载pru_rproc模块过程中产生& &INTC-&MEM.VA为 0的现象？？&/p>
&p>请问这是什么原因？？&/p>&div style=&clear:&>&/div>" />
am335x pru与linux 通信问题
此问题尚无答案
All Replies
测试硬件：Bealgebone black 开发板
测试软件：ti-processor-sdk-linux-rt-am335x-evm-03.01.00.06-Linux-x86-Install
测试目的：测试Bealgebone black &PRU使用
测试场景：在TI官网文档PRU Training: Hands-on Labs中LAB 5: RPMsg Communication between ARM and PRU中
基于BeagleBone Black 做PRU 测试时的问题：
问题描述：
1） modprobe &virtio_rpmsg_bus
2）modprobe repmsg rpmsg_pru
3) &modprobe pru_rproc 产生异常信息，详细信息如下：
[root@ZHU ]$modprobe pru_rproc
[ 110.237337] Driver name is 'ti-pruss'[ 110.241170] bUS: 'platform' ? 'ti-pruss': add driver[ 110.253903] ti-pruss 4a300000.pruss: creating PRU cores and other child platform devices[ 110.286336] Driver name is 'pruss-intc'[ 110.290343] bUS: 'platform' ? 'pruss-intc': add driver[ 110.300007] PRUSS_INTC_PROBE[ 110.302959] IS_ERR(DDDDDDDDDDDDDDDDDDD)[ 110.306897] INTC-&MEM.VA e0908000[ 110.310052] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000[ 110.315222] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000[ 110.320389] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000[ 110.325557] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000[ 110.330724] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000[ 110.335891] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000[ 110.341058] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000[ 110.346225] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000[ 110.351391] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000[ 110.356558] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000[ 110.361724] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000[ 110.377897] Driver name is 'pru-rproc'[ 110.381997] bUS: 'platform' ? 'pru-rproc': add driver[ 110.391811] remoteproc0: 4a334000.pru0 is available[ 110.396893] remoteproc0: Note: remoteproc is still under development and considered experimental.[ 110.405895] remoteproc0: THE BINARY FORMAT IS NOT YET FINALIZED, and backward compatibility isn't yet guaranteed.[ 110.419767] pru-rproc 4a334000.pru0: booting the PRU core manually[ 110.426023] remoteproc0: powering up 4a334000.pru0[ 110.431085] remoteproc0: Booting fw image am335x-pru0-fw, size 27296[ 110.437607] remoteproc0: remote processor 4a334000.pru0 is now up[ 110.443835] pru-rproc 4a334000.pru0: PRU rproc node /ocp/pruss@4a300000/pru0@4a334000 probed successfully[ 110.453867] remoteproc1: 4a338000.pru1 is available[ 110.458860] remoteproc1: Note: remoteproc is still under development and considered experimental.[ 110.467857] remoteproc1: THE BINARY FORMAT IS NOT YET FINALIZED, and backward compatibility isn't yet guaranteed.[ 110.484407] virtio_dev_probe INIT[ 110.487923] remoteproc1: powering up 4a338000.pru1[ 110.492830] remoteproc1: Booting fw image am335x-pru1-fw, size 73780[ 110.503656] INTC-&MEM.VA e0908000[ 110.506823] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000[ 110.511995] INTC-&MEM.VA e0.515339] ti-pruss 4a300000.pruss: configured system_events = 0xc0000 intr_channels = 0x0000000a host_intr = 0x0000000a[ 110.527301] INTC-&MEM.VA e0908000[ 110.530452] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000[ 110.535621] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000[ 110.540788] INTC-&MEM.VA e0908000INTC-&MEM.VA e0908000 remoteproc1: remote processor 4a338000.pru1 is now up[ 110.551341] INTC-&MEM.VA 0[ 110.554070] INTC-&MEM.VA e0908000[ 110.554071] virtio_rpmsg_bus virtio0: rpmsg host is online[ 110.562981] remoteproc1: registered virtio0 (type 7)[ 110.568112] pru-rproc 4a338000.pru1: PRU rproc node /ocp/pruss@4a300000/pru1@4a338000 probed successfully加载pru_rproc模块过程中产生& &INTC-&MEM.VA为 0的现象？？
请问这是什么原因？？
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
探花16465分
先看看PRU的代码有没有正确跑起来？如果跑不起来就做些对比试验看看有没有能跑起来的FIRMWARE
&INTC-&MEM.VA 0 需要找到打印的地方，具体分析一下，可能是PRU RESOURCE TABLE里面配成这样的
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
谢谢您的回复，
&1）先看看PRU的代码有没有正确跑起来？如果跑不起来就做些对比试验看看有没有能跑起来的FIRMWARE
& & &&在TI官网文档PRU Training: Hands-on Labs中LAB 4测试正确，固件是没有问题的
2）INTC-&MEM.VA 0 需要找到打印的地方，具体分析一下，可能是PRU RESOURCE TABLE里面配成这样的
& & &&INTC-&MEM.VA 0 的打印信息是我在linux内核的drivers/remoteproc目录的pruss_intc.c中的函数中添加如下调试内容产生的
static inline void pruss_intc_write_reg(struct pruss_intc *intc,unsigned int reg, u32 val){
printk(KERN_ERR &INTC-&MEM.VA %x&, intc-&mem.va); & & & & & & &//添加调试内容
if (intc-&mem.va == 0 ) & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & &//添加调试内容 { & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & &//添加调试内容 } writel_relaxed(val, intc-&mem.va + reg);}
如果不添加该部分调试内容，尤其是对intc-&mem.va == 0时的判断，则会产生
[&& 94.591570]& remoteproc1: Booting fw image am335x-pru1-fw, size 74204
[&& 94.605949] ti-pruss 4a300000.pruss: configured system_events = 0xc0000 intr_channels = 0x0000000a host_intr = 0x0000000a
[&& 94.618161]& remoteproc1: remote processor 4a338000.pru1 is now up
[&& 94.624617] Unable to handle kernel NULL pointer dereference at virtual address
[&& 94.632771] pgd = dde08000
[&& 94.635487] [] *pgd=9ddb2831, *pte=, *ppte=
[&& 94.641805] Internal error: Oops: 817 [#1] PREEMPT ARM
[&& 94.641821] Modules linked in: virtio_rpmsg_bus(+) pru_rproc pruss_intc pruss remoteproc virtio virtio_ring
[&& 94.641833] CPU: 0 PID: 99 Comm: modprobe Tainted: G&&&&&&& W& O&&& 4.4.19-rt25 #6
[&& 94.641835] Hardware name: Generic AM33XX (Flattened Device Tree)
[&& 94.641839] task: dde10680 ti: ddd76000 task.ti: ddd76000
[&& 94.641864] PC is at pruss_intc_trigger+0x48/0x60 [pruss_intc]
[&& 94.641867] LR is at 0xdd0003c0
[&& 94.641872] pc : [&bf021140&]&&& lr : [&dd0003c0&]&&& psr:
[&& 94.641872] sp : ddd77bd0& ip : dd0004b8& fp : ddd77bdc
[&& 94.641875] r10: de845e00& r9 : & r8 :
[&& 94.641879] r7 : ddde8010& r6 : & r5 : dddee0c0& r4 : ddca7820
[&& 94.641882] r3 : & r2 : & r1 : 000000be& r0 :
[&& 94.641888] Flags: nZCv& IRQs on& FIQs on& Mode SVC_32& ISA ARM& Segment none
[&& 94.641892] Control: 10c5387d& Table: 9de08019& DAC:
[&& 94.641895] Process modprobe (pid: 99, stack limit = 0xddd76208)
[&& 94.641899] Stack: (0xddd77bd0 to 0xddd78000)
[&& 94.bc0:&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& ddd77bf4 ddd77be0 bf0275e0 bf021104
[&& 94.be0: dddee180 dddee0c0 ddd77c04 ddd77bf8 bf00f6a4 bf02759c ddd77c1c ddd77c08
[&& 94.c00: bf000110 bf00f688
dddee0c0 ddd77c84 ddd77c20 bf03342c bf0000f8
[&& 94.c20:
ddd9b6e0 ddd77c6c de844000 bf033ba0
bf032ee0 bf032eb4
[&& 94.c40: dddee180 dddee6c0 00 9e845e00 ddd938c0 ddde81e0
[&& 94.c60:
ddde8010 ddde1 00000 ddd77ce4 ddd77c88
[&& 94.c80: bf0073b0 bf6c1c ddde0 ddde0
[&& 94.ca0: dddec ddde81e0
ddde8030 bf033cf8 ddd77ce4 ddde8030
[&& 94.cc0: c093f754 c093f764
bf033cf8 000000 ddd77d0c ddd77ce8
[&& 94.ce0: c03c7b8c bf007180 ddde8030 bf033cf8 ddde0 ddddc
[&& 94.d00: ddd77d2c ddd77d10 c03c7d1c c03c0 bf033cf8 c03c7c88
[&& 94.d20: ddd77d54 ddd77d30 c03c5dfc c03c7c94 ddd95464 dddef244 ddd95488 bf033cf8
[&& 94.d40: dddef000 bf007b64 ddd77d64 ddd77d58 c03c747c c03c5d98 ddd77d8c ddd77d68
[&& 94.d60: c03c70c4 c03c7464 bf033c60 ddd77d78 bf033cf8 bfbabe0 ddd27800
[&& 94.d80: ddd77da4 ddd77d90 c03c823c c03c6f28
bf037000 ddd77db4 ddd77da8
[&& 94.da0: bfc81c8 ddd77dcc ddd77db8 bf037044 bfbabe0 bf037000
[&& 94.dc0: ddd77e4c ddd77dd0 c00096d4 bf03e bf033e00 ddd77e2c ddd77de8
[&& 94.de0: c00b8a04 c00000 de7a00f8 ddd76000 dddceb00 c00e6164 dd801e40
[&& 94.e00:
bf033e00 ddd77e44 ddd77e18 c00f0818 c00efc4c e6164
[&& 94.e20: c092e7bc bf033e00
ddd01 ddddc bf033e00
[&& 94.e40: ddd77e74 ddd77e50 c00b0b84 c0009648 ddd01 ddd77e74 ddd77f44
[&& 94.e60:
ddd27640 ddd77f3c ddd77e78 cb0b28 bf033e0c 00007fff
[&& 94.e80: bf033e00 c008f4f8 dddee600 c07b9ba8 c07b9b80 c07b9bd8 c07b9b74 c0634e80
[&& 94.ea0:
bf033e0c bf033f90 e0946bbc
bf033f18 c008eda8 bf033e48
[&& 94.ec0: bf92 b300002 bf00
[&& 94.ee0: 00 00 00000
[&& 94.f00: 00 00 acb8b
[&& 94.f20: 0000017b c000fb84 ddd00 ddd77fa4 ddd77f40 c90314
[&& 94.f40: ddd77f94 e05c0c e094675c e0943f8b e01fc8
[ &&94.f60: 00 01d 00011
[&& 94.f80: 000000 ddd77fa4 7fffffff ffffffff 00000 ddd77fa8
[&& 94.fa0: c000f9c0 cfffffff ffffffff acb8b da0f0
[&& 94.fc0: 7fffffff ffffffff bf758 000f6148 b6faa6e0 000bee04
[&& 94.fe0: be946ab8 be946aa8 eb3df2 00
[&& 94.642181] Backtrace:
[&& 94.642210] [&bf0210f8&] (pruss_intc_trigger [pruss_intc]) from [&bf0275e0&] (pru_rproc_kick+0x50/0x6c [pru_rproc])
[&& 94.642262] [&bf027590&] (pru_rproc_kick [pru_rproc]) from [&bf00f6a4&] (rproc_virtio_notify+0x28/0x30 [remoteproc])
[&& 94.642268]& r5:dddee0c0 r4:dddee180
[&& 94.642311] [&bf00f67c&] (rproc_virtio_notify [remoteproc]) from [&bf000110&] (virtqueue_notify+0x24/0x3c [virtio_ring])
[&& 94.642356] [&bf0000ec&] (virtqueue_notify [virtio_ring]) from [&bf03342c&] (rpmsg_probe+0x2d4/0x444 [virtio_rpmsg_bus])
[&& 94.642361]& r5:dddee0c0 r4:
[&& 94.642389] [&bf033158&] (rpmsg_probe [virtio_rpmsg_bus]) from [&bf0073b0&] (virtio_dev_probe+0x23c/0x3bc [virtio])
[&& 94.642399]& r10::::ddde8030 r6:ddde00000
[&& 94.642402]& r4:ddde81e0
[&& 94.642429] [&bf007174&] (virtio_dev_probe [virtio]) from [&c03c7b8c&] (driver_probe_device+0x204/0x300)
[&& 94.642438]& r10::0000000c r8:bf033cf8 r7::c093f764 r5:c093f754
[&& 94.642441]& r4:ddde8030
[&& 94.642451] [&c03c7988&] (driver_probe_device) from [&c03c7d1c&] (__driver_attach+0x94/0x98)
[&& 94.642460]& r9:222d89dc r8:ddd200000 r6:ddde8064 r5:bf033cf8 r4:ddde8030
[&& 94.642470] [&c03c7c88&] (__driver_attach) from [&c03c5dfc&] (bus_for_each_dev+0x70/0xa4)
[&& 94.642477]& r7::c03c7c88 r5:bf033cf8 r4:
[&& 94.642485] [&c03c5d8c&] (bus_for_each_dev) from [&c03c747c&] (driver_attach+0x24/0x28)
[&& 94.642491]& r6:bf007b64 r5:dddef000 r4:bf033cf8
[&& 94.642499] [&c03c7458&] (driver_attach) from [&c03c70c4&] (bus_add_driver+0x1a8/0x220)
[&& 94.642508] [&c03c6f1c&] (bus_add_driver) from [&c03c823c&] (driver_register+0x80/0x100)
[&& 94.642516]& r7:ddd2babe0 r5:bf:bf033cf8
[&& 94.642528] [&c03c81bc&] (driver_register) from [&bf0078c4&] (register_virtio_driver+0x30/0x44 [virtio])
[&& 94.642533]& r5:bf:
[&& 94.642553] [&bf007894&] (register_virtio_driver [virtio]) from [&bf037044&] (rpmsg_init+0x44/0x84 [virtio_rpmsg_bus])
[&& 94.642571] [&bf037000&] (rpmsg_init [virtio_rpmsg_bus]) from [&c00096d4&] (do_one_initcall+0x98/0x1e4)
[&& 94.642576]& r5:bf:c08babe0
[&& 94.642593] [&c000963c&] (do_one_initcall) from [&c00b0b84&] (do_init_module+0x68/0x384)
[&& 94.642603]& r10:bf033e00 r9:222d89dc r8:ddd200001 r6:ddd200001
[&& 94.642606]& r4:bf033e00
[&& 94.642621] [&c00b0b1c&] (do_init_module) from [&c0092044&] (load_module+0x1d3c/0x1f90)
[&& 94.642627]& r6:ddd200001 r4:ddd77f44
[&& 94.642636] [&c0090308&] (load_module) from [&c0092484&] (SyS_finit_module+0x88/0x98)
[&& 94.642645]& r10::ddd70fb84 r7:0000017b r6:000acb8b r5:
[&& 94.642648]& r4:
[&& 94.642661] [&c00923fc&] (SyS_finit_module) from [&c000f9c0&] (ret_fast_syscall+0x0/0x44)
[&& 94.642667]& r6::ffffffff r4:7fffffff
[&& 94.642676] Code: 002 e5922024 (e5823020)
[&& 95.281018] ---[ end trace 0003 ]---
Segmentation fault
这类错误，请帮忙分析原因？？是否pru与linux之间的通信功能仍未实现或正在开发中？？？？？
You have posted to a forum that requires a moderator to approve posts before they are publicly available.
