[参考译文] DM36XCODES：伺服小时后的对齐陷阱

admin

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/596501/dm36xcodecs-alignment-trap-after-serval-hours

器件型号：DM36XCODES

您好、专家

我的设备发生对数陷阱、几个小时后出现 av_server.out crashs。

我需要您的建议来帮助我找到根本原因。

我用"printf()"来找到原因，发现问题可能出在 VIDENC1_PROCESS()中。

我的器件使用 appro IPNC RDK 3.0、编解码器版本为 H264ENC.version.02.30.00.03。

我的申请是"走廊"。因此、我使用 EDMA 将1080x720帧传输到720x1080、这意味着编码的输入帧大小为720x1080。

下面是我的简单图像流。

我的日志也在下面。

------------------------------------

日志1

对齐陷阱：AV_server.out (780) PC=0x000e790 Instr=0xe5832000地址=0xa898aa65 FSR 0x801

无法处理虚拟地址327b3381处的内核分页请求

PgD = c689c000

[327b331]* PgD=00000000

内部错误：Oops：1 [#1]

链接的模块：拉拔器 Davinc_MMC MMC_BLOCK MMC_CORE Davinci_EMAC slhc Tun loop NLS_utf8 NLS_ASCII SHA1 MD5 DES DEFLATE CRC32C i2c_EMAC cfq_iosched dimosched libcrc32c CRC_CCITT dm365mmap memqk edmak dr CSL

CPU：0

PC 位于 HeapMem_free+0x40/b4 [cmemk]

LR 位于0x1000

PC：[ ] LR：[<00001000>] 未被污染

SP：c0c67d64 IP：327b3381 FP：c0c67d74

R10：00000000 R9：00000001 R8：c09c2a28

R7：bf026da0 R6：00000000 R5：c09c2a28 R4：bf026d80

r3：00000001 r2：00000724 r1：c9748000 r0：327b3381

FLAGS：nzcv 在模式 SVC_32 段用户上 FIQ 上的 IRQ

控制：5317F

表：8689C000 DAC：00000015

Process av_server.out (pid：770、stack limit = 0xc0c66258)

堆栈：(0xc0c67d64至0xc0c68000)

7d60： c09c2a20 c0c67dc4 c0c67d78 bf022ca4 bf022154 00000000 00000000

7d80：bf026d98 c725b760 bf026da0 c09c2a60 00000000 00000005 c00b67a8 c725b760

7da0：c725b760 c73f26c8 c0506e20 c7436098 00000000 00000000 c0c67dec c0c67dc8

7dc0：c0097988 bf022b28 c00306f4 c725b760 00000000 c0514500 c0514508 00000000

7de0：c0c67dfc c0c67df0 c0097c4c c0097938 c0c67e1c c0c67e00 c0094444 c0097c28

7e00：c0c66000 00007ff7 c0514500 00000030 c0c67e4c c0c67e20 c00410 c00943e8

7e20：c0c67e4c c0514500 c71d89a0 c7203a90 00000000 00000007 00000000 c0c67f50

7e40：c0c67e6c c0c67e50 c004e518 c004ce8c 00002731 02a2740c c0c67ea0 c0c66000

7e60：c0c67e84 c0c67e70 c004eda8 c004e2d8 00000000 00000009 c0c67ebc c0c67e88

7e80：c0059d54 c004ecfc c0c67fb0 c71d8b80 c00561c4 c0c66000 c0034f88 c0c67fb0

7ea0：00000000 c0034f88 c0c66000 00000000 c0c67f9c c0c67ec0 c0037ba4 c0059984

7ec0：c0c66000 00000001 c71d8b80 c0c67ed8 00000009 00000000 00000000 00000000

7ee0：00000000 00000001 c0c67f14 c0c67ef8 c0065478 c0c67f88 00000000 00000001

7f00：befaab88 befaab88 00000008 00000000 c0c67f20 c0064f14 08b43ac2 00002c9c

7f20：c6385f21 00000000 00000000 00000000 1c3a999a 00002c9c c0065024 c0349110

7f40：00000000 00000002 c0c67f48 c0c67f48 c71d89a0 000000a2 00000000 13865ed8

7f60：c0c67f88 befaab88 00000080 000000a2 c0034f88 00000000 0000004d 00000080

7f80：000000a2 c0034f88 c0c66000 00000000 c0c67fc c0c67fa0 c0038058 c0037b5c

7fa0：00000000 c0c67fb0 c0034e2c c003803c fffdfc befaab88 4001f3e4 00000002

7fc0：00000000 0000004d 00000080 000000a2 00000021 00000021 0000065c 0013e03c

7fe0：00000000 befaab80 400344f4 40035634 80000010 befaab90 00000000 00000000

回溯：

[ ](HeapMem_free+0x0/b4 [cmemk])从[ ](发布+0x18c/0x270 [cmemk])

R4 = C09C2A20

[ ](RELEASE +0x0/0x270 [cmemk])从[ ](_fput + 0x60/0x1bc)

[ ](_fput+0x0/0x1bc)从[ ](fput + 0x34/0x38)

R8 = 00000000 r7 = C0514508 R6 = C0514500 R5 = 00000000

R4 = C725B760

[ ](fput + 0x0/0x38)、从[ ](filp_close+0x6c/0x78)

[ ](filp_close+0x0/0x78)、来自[ ](Put 文件_结构+0x94/0xe8)

R6 = 00000030 R5 = C0514500 R4 = 00007FF7

[ ](Put 文件_struct+0x0/0xe8)、来自[ ](do_exit+0x250/0xa24)

[ ](do_exit+0x0/0xa24)从[ ](sys_exit_group+0x0/0x1c)

[ ](do_group_exit+0x0/bb)从[ ](get_signal_TO_Deliver + 0x3e0/0x42c)

R4 = 00000009

[ ](get_signal_TO_Deliver + 0x0/0x42c)、来自[ ](do_signal +0x58/0x4e0)

[ ](do_signal_+0x0/0x4e0)、来自[ ](do_notify_resume+0x2C/0x30)

[ ](do_notify_resume+0x0/0x30)从[ ](工作挂起+0x1c/0x20)

代码：1062e003 e1a0c004 ea000001 e1a0c000 (e5900000)

1>修复递归故障，但需要重新启动！

------------------------------------

日志2

对齐陷阱：AV_server.out (774) PC=0x000e1178 Instr=0xe5823000地址=0x3c843d7a FSR 0x801

无法处理虚拟地址29822a7c 的内核分页请求

PgD = c0004000

[29822a7c]* PgD=00000000

内部错误：Oops：5 [#1]

CPU：0

PC 位于 HeapMem_free+0x40/b4 [cmemk]

LR 位于0x1000

PC：[ ] LR：[<00001000>] 未被污染

SP：c78abd64 IP：29822a7c fp：c78abd74

R10：00000000 R9：00000001 R8：c76083a8

R7：bf026da0 R6：00000000 R5：c76083a8 R4：bf026d80

r3：00000001 r2：00000724 r1：c9748000 r0：29822a7c

FLAGS：nzcv 在模式 SVC_32 段用户上 FIQ 上的 IRQ

控制：5317F

表：877C8000 DAC：00000015

进程 av_server.out (pid：766、栈限制= 0xc78aa258)

堆栈：(0xc78abd64至0xc78ac000)

bd60： c76083a0 c78abdc4 c78abd78 bf022ca4 bf022154 00000000 00000000

bd80：bf026d98 c8076080 bf026da0 c76083e0 00000000 00000005 c00b67a8 c8076080

bda0：c8076080 c0fe46c8 c800ce20 c707b098 00000000 00000000 c78abdec c78abdc8

bdc0：c0097988 bf022b28 c0e203d4 c8076080 00000000 c801c800 c801c808 00000000

bde0：c781c c78abdf0 c0097c4c c0097938 c78abec78abe00 c0094444 c0097c28

be00：c78aa000 00007ff7 c801c800 00000030 c78abe4c c78abe20 c00410c00943e8

BE20：c78abe4c c801c800 c0e1e3e0 c0f2b070 00000000 00000007 00000000 c78abf50

be40：c78abe6c c78abe50 c004e518 c004ce8c c0035ba4 c0051434 c78abea0 c78aa000

be60：c78abe84 c78abe70 c004eda8 c004e2d8 00000000 00000009 c78abebc c78abe88

be80：c0059d54 c004ecfc c78abfbfb0 c0e1e5c0 c00561c4 c78aa000 c0034f88 c78abfbfb0

bea0：00000000 c0034f88 c78aa000 00000000 c78abf9c c78abec0 c0037ba4 c0059984

bec0：c78aa000 00000001 c0e1e5c0 c78abed8 00000009 00000000 00000000 00000000

bee0：00000000 00000001 c78abf14 c78abef8 c0065478 c78abf88 00000000 00000001

bf00：bec53b88 bec53b88 00000008 00000000 c78abf20 c0064f14 00d962b7 00001e61

bf20：c7841f20 00000000 00000000 00000000 39ca321f 00001e61 c0065024 c0349110

bf40：00000000 00000002 c78abf48 c78abf48 c0e1e3e0 c78abf60 00000000 38f0cf68

bf60：c78abf88 bec53b88 00000080 000000a2 c0034f88 00000000 0000004d 00000080

bf80：000000a2 c0034f88 c78aa000 00000000 c78abfanc c78abfa0 c0038058 c0037b5c

bfa0：00000000 c78abfbfb0 c0034e2c c003803c fffdfc bec53b88 4001f3e4 00000002

bfc0：00000000 0000004d 00000080 000000a2 00000021 00000021 0000065c 0013db44

bfe0：00000000 bec53b80 400344f4 40035634 80000010 bec53b90 37243027 8cdc6353

回溯：

[ ](HeapMem_free+0x0/b4 [cmemk])从[ ](发布+0x18c/0x270 [cmemk])

R4 = C76083A0

[ ](RELEASE +0x0/0x270 [cmemk])从[ ](_fput + 0x60/0x1bc)

[ ](_fput+0x0/0x1bc)从[ ](fput + 0x34/0x38)

R8 = 00000000 r7 = C801C808 R6 = C801C800 R5 = 00000000

R4 = C8076080

[ ](fput + 0x0/0x38)、从[ ](filp_close+0x6c/0x78)

[ ](filp_close+0x0/0x78)、来自[ ](Put 文件_结构+0x94/0xe8)

R6 = 00000030 R5 = C801C800 R4 = 00007FF7

[ ](Put 文件_struct+0x0/0xe8)、来自[ ](do_exit+0x250/0xa24)

[ ](do_exit+0x0/0xa24)从[ ](sys_exit_group+0x0/0x1c)

[ ](do_group_exit+0x0/bb)从[ ](get_signal_TO_Deliver + 0x3e0/0x42c)

R4 = 00000009

[ ](get_signal_TO_Deliver + 0x0/0x42c)、来自[ ](do_signal +0x58/0x4e0)

[ ](do_signal_+0x0/0x4e0)、来自[ ](do_notify_resume+0x2C/0x30)

[ ](do_notify_resume+0x0/0x30)从[ ](工作挂起+0x1c/0x20)

代码：1062e003 e1a0c004 ea000001 e1a0c000 (e5900000)

1>修复递归故障，但需要重新启动！

------------------------------------

日志3

对齐陷阱：AV_server.out (778) PC=0x000e11c8 Instr=0xe5823000地址=0x0280017e FSR 0x801

无法处理虚拟地址01800180上的内核分页请求

PgD = c0004000

[01800180]*PgD=00000000

内部错误：Oops：5 [#1]

CPU：0

PC 位于 HeapMem_free+0x40/b4 [cmemk]

LR 位于0x1000

PC：[ ] LR：[<00001000>] 未被污染

SP：c78afd64 IP：01800180 FP：c78afd74

R10：00000000 R9：00000001 R8：c760e9a8

R7：bf026da0 R6：00000000 R5：c760e9a8 R4：bf026d80

r3：00000001 r2：00000724 r1：c9748000 r0：01800180

FLAGS：nzcv 在模式 SVC_32 段用户上 FIQ 上的 IRQ

控制：5317F

表：86BD0000 DAC：00000015

Process av_server.out (pid：770、stack limit = 0xc78ae258)

堆栈：(0xc78afd64至0xc78b0000)

fd60： c760e9a0 c78afdc4 c78afd78 bf022ca4 bf022154 00000000 00000000

fd80：bf026d98 c0e04e60 bf026da0 c760e9e0 00000000 00000005 c00b67a8 c0e04e60

fda0：c0e04e60 c0fe16c8 c800ce20 c7080098 00000000 00000000 c78afdec c78afdc8

fdc0：c0097988 bf022b28 c81b5894 c0e04e60 00000000 c801c800 c801c808 00000000

fde0：c78afdfc c78afdf0 c0097c4c c0097938 c78afe1c c78afe00 c0094444 c0097c28

fe00：c78ae000 00007ff7 c801c800 00000030 c78afe4c c78afe20 c00410 c00943e8

fe20：c78afe4c c801c800 c0e22100 c0d3eab0 00000000 00000007 00000000 c78aff50

fe40：c78afe6c c78afe50 c004e518 c004ce8c 00000000 000f4fb0 c78afea0 c78ae000

fe60：c78afe84 c78afe70 c004eda8 c004e2d8 00000000 00000009 c78afebc c78afe88

fe80：c0059d54 c004ecfc c78affb0 c0e222e0 c00561c4 c78ae000 c0034f88 c78affb0

羽0：00000000 c0034f88 c78ae000 00000000 c78aff9c c78afec0 c0037ba4 c0059984

fec0：c78ae000 00000001 c0e222e0 c78afed8 00000009 00000000 00000000 00000000

fee0：00000000 00000001 c78aff14 c78afef8 c0065478 c78aff88 00000000 00000001

ff00：bed42b88 bed42b88 00000008 00000000 c78aff20 c0064f14 35c2839c 00000102

ff20：c780bf20 00000000 00000000 00000000 2e774b4f 00000103 c0065024 c0349110

ff40：00000000 00000002 c78aff48 c78aff48 c0e22100 c01cdf8 00000000 344f91b3

ff60：c78aff88 bed42b88 00000080 000000a2 c0034f88 00000000 0000004d 00000080

ff80：000000a2 c0034f88 c78ae000 00000000 c78affac c78affa0 c0038058 c0037b5c

ffa0：00000000 c78affb0 c0034e2c c003803c fffdfc bed42b88 4001f3e4 00000002

ffc0：00000000 0000004d 00000080 000000a2 00000021 00000021 0000065c 0013e084

ffe0：00000000 bed42b80 400344f4 40035634 80000010 bed42b90 79cdbff5 7a8fa6b9

回溯：

[ ](HeapMem_free+0x0/b4 [cmemk])从[ ](发布+0x18c/0x270 [cmemk])

R4 = C760E9A0

[ ](RELEASE +0x0/0x270 [cmemk])从[ ](_fput + 0x60/0x1bc)

[ ](_fput+0x0/0x1bc)从[ ](fput + 0x34/0x38)

R8 = 00000000 r7 = C801C808 R6 = C801C800 R5 = 00000000

R4 = C0E04E60

[ ](fput + 0x0/0x38)、从[ ](filp_close+0x6c/0x78)

[ ](filp_close+0x0/0x78)、来自[ ](Put 文件_结构+0x94/0xe8)

R6 = 00000030 R5 = C801C800 R4 = 00007FF7

[ ](Put 文件_struct+0x0/0xe8)、来自[ ](do_exit+0x250/0xa24)

[ ](do_exit+0x0/0xa24)从[ ](sys_exit_group+0x0/0x1c)

[ ](do_group_exit+0x0/bb)从[ ](get_signal_TO_Deliver + 0x3e0/0x42c)

R4 = 00000009

[ ](get_signal_TO_Deliver + 0x0/0x42c)、来自[ ](do_signal +0x58/0x4e0)

[ ](do_signal_+0x0/0x4e0)、来自[ ](do_notify_resume+0x2C/0x30)

[ ](do_notify_resume+0x0/0x30)从[ ](工作挂起+0x1c/0x20)

代码：1062e003 e1a0c004 ea000001 e1a0c000 (e5900000)

1>修复递归故障，但需要重新启动！

8 年多前

0 admin 8 年多前

TI__Guru**** 2562120 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好！

您能否升级编解码器版本并进行检查。

此致、

Anuj

Pathpartner Technology Pvt Ltd

0 admin 8 年多前

TI__Guru**** 2562120 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

你好，Anuj

感谢你的答复。

我已经测试了编解码器 H264ENC.version.02.30.00.06。

它还会在伺服时间后崩溃。

我还能做些什么来检查？

0 admin 8 年多前

TI__Guru**** 2562120 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好，
我不确定 RDK 3.0，对于 DM36x 的最新版本是5.1和5.0版本，请确认版本以便其他人可以帮助。

由于这是一个长期运行的问题，在我们先前的项目中运行了几天的编解码器没有崩溃。我建议您做一些事情、因为您很少进行定制、

请检查内存泄漏(如果有)，在2、4、6小时后的固定间隔内检查可用内存，直到崩溃。如果存在任何持续的内存泄漏、则应首先修复。

如果仅运行 av_server，请在 GDB 下尝试。以便在崩溃时获得所有线程的回扫。

谢谢、此致、
Vishwanath Patil

处理器（参考译文帖）

处理器（参考译文帖）(Read Only)

[参考译文] DM36XCODES：伺服小时后的对齐陷阱