[参考译文] AM62P：ads6311雷达摄像头已丢失帧捕获

您好、Xiangxu：

感谢您报告此问题。 我们将对此进行研究。

同时、构建图像处理流水线的最佳实践通常会避免 CPU 进行存储器复制。 尽管将 ASEL 设置为15可以加快 memcpy、但这会带来一些副作用、如本常见问题解答中所述： 为什么 memcpy 在 AM6x 上从 V4L2缓冲区复制数据时太慢？ 因此、适合您的最佳解决方案可能是优化您的系统、以便避免 memcpy。

此致、

建中

您好、Xiangxu：

我刚才向硬件团队了解后发现 AM62P 不支持 ASEL=14或15。 因此、必须优化应用以避免使用 memcpy。

此致、

建中

你好、建中：

那么、你还可以做些什么来提高 DMA 速度？
支持 DMA 请求缓冲时、是否存在由硬件指定的内存一致性缓冲区？ 现在、我们的应用场景需要基于 DMA 移动后缓冲区中的原始数据进行频繁操作

同时、当未打开 ASEL=14或15时、我们会对 DMA 回调中的 DMA 异常帧速率标志进行计数、并发现会出现 DMA 错误帧问题

j721e-csi2rx.c 文件

static void ti_csi2rx_dma_callback(void *param,
				   const struct dmaengine_result *result)
{
	struct ti_csi2rx_buffer *buf = param;
	struct ti_csi2rx_ctx *ctx = buf->ctx;
	struct ti_csi2rx_dma *dma = &ctx->dma;
	unsigned long flags = 0;

	/*
	 * TODO: Derive the sequence number from the CSI2RX frame number
	 * hardware monitor registers.
	 */
	buf->vb.vb2_buf.timestamp = ktime_get_ns();
	buf->vb.sequence = ctx->sequence++;

	spin_lock_irqsave(&dma->lock, flags);

	WARN_ON(!list_is_first(&buf->list, &dma->submitted));
	if (0 == (ctx->ok_frame_cnt + ctx->ng_frame_cnt))
	{
 		ctx->rx_start = ktime_get();
	}

	if (result && (result->result != DMA_TRANS_NOERROR || result->residue != 0))
	{
#if 0 // The log may bring something can't restored unless reboot the system, according to Qingfeng's test.
		dev_err(ctx->csi->dev, "Failed DMA transfer for frame#%u of (stream: %d idx: %d, vc: %d),timestamp: %lld result=%d, residue=%u\n",
			buf->vb.sequence, ctx->stream, ctx->idx, ctx->vc, buf->vb.vb2_buf.timestamp, result->result, result->residue
			);
#endif
		ctx->ng_frame_cnt++;
		vb2_buffer_done(&buf->vb.vb2_buf, VB2_BUF_STATE_ERROR);
	} else {
		ctx->ok_frame_cnt++;
		vb2_buffer_done(&buf->vb.vb2_buf, VB2_BUF_STATE_DONE);
	}
	list_del(&buf->list);

	ti_csi2rx_dma_submit_pending(ctx);

	if (list_empty(&dma->submitted))
		dma->state = TI_CSI2RX_DMA_IDLE;

	spin_unlock_irqrestore(&dma->lock, flags);
}

root@am62pxx-evm:/run/media/data-mmcblk0p5/output/bin# cat /sys/devices/platform/bus@f0000/30102000.ticsi2rx/csi_rx_status
stream[0] ok: 352, ng: 2, total_fps: 1, ok_fps: 1
stream[1] ok: 278, ng: 78, total_fps: 1, ok_fps: 1
stream[2] ok: 353, ng: 0, total_fps: 1, ok_fps: 1
stream[3] ok: 355, ng: 0, total_fps: 1, ok_fps: 1

我假设在 memcpy 为 3932160字节时发生此情况。 如果不执行 memcpy、是否仍能测试是否仍看到 DMA 错误？

谢谢你。

不太理解这个逻辑、但停止复制意味着流的输出被切断。概率会在该帧错误的中间发生、错误可能会继续流动

您是否可以尝试类似"v4l2-ctl --stream-mmap"的操作、看看它是否能以传感器帧速率运行？ 这样就可以排除 CSI Rx 驱动程序(包括 DMA)的任何问题。

下面是我们提供的各种格式的帧速率和数据大小表

1. 您好！

根据今天的讨论,我们认为以下是客户设置,以及在 DDR 中的2个内存位置(DDR_M1到 DDR_M2 )之间的数据传输过程中遇到的问题。

客户报告的问题是 DDR_M1与 DDR_M2之间的数据传输缓慢。

增强的数据传输速率  为每30ms (40-80M)。

后续步骤 ：

1. Freddy 请确认上面捕获的问题是否是正确的问题
2. 不清楚为什么客户不使用 DMA 而不使用 memcpy()？？
3. 提供存储器到存储器数据传输(40M 正常数据、而不是 CSI 数据)示例
4. 共享数据传输中所用存储器的 MPU 设置
5. "DDR_M2"中的数据被另一个内核上运行的基于 RTOS 的应用程序使用？
   1. 如果没有、那么什么是共享存储器位置以及在您的设置中的哪些内核之间共享？  

此致

Ashwani

感谢 Freddy、根据后续会议中的讨论、以下是客户设置：

• 每个帧具有低(仅限某些字节)数据、但帧速率较高
• 客户在接收多个帧后触发 DMA 数据传输
  • DMA 触发频率是多少？
  • 小数据和高频率会导致损失(在 DMA 通道重新初始化方面)   

客户方面需要考虑的几点 ：

• DMA_BUF 应该是可缓存的
• 可以尝试在 memcpy()后使用 cache_inv()
• 如何分割堆内存
• Linux 用户空间 DMA 传输(字符副本)示例
  • 是一项艰巨的工作
•  将用户空间缓冲区与散聚 DMA 配合使用、以查看它是否有助于实现良好的性能
  • TI 已在12月20日共享了该器件的补丁

此致

Ashwani