[参考译文] AM4378：可连接到 QSPI 的最大容量。

我本周在 PTO 上、但下周我将再次获得 E2E 支持。 谢谢。

您好、

很抱歉耽误你。 是否有任何更新？

此致、
正常

您好：

很抱歉耽误你。 是否有任何更新？

此致、
正常

尊敬的 Andreas：

感谢您的答复。

我还有一个问题。

问：该链接显示 2020 年、但它是否仍适用于 Linux SDK v06.03.00.106？
例如、我们能否通过 将下面 Kernel6.1.y 的附加部分 (ti_QSPI_ADJUST_OP_SIZE) 添加到 Kernel4.19.y 来解决该问题 ？

static int ti_qspi_adjust_op_size(struct spi_mem *mem, struct spi_mem_op *op)
{
	struct ti_qspi *qspi = spi_controller_get_devdata(mem->spi->master);
	size_t max_len;

	if (op->data.dir == SPI_MEM_DATA_IN) {
		if (op->addr.val < qspi->mmap_size) {
			/* Limit MMIO to the mmaped region */
			if (op->addr.val + op->data.nbytes > qspi->mmap_size) {
				max_len = qspi->mmap_size - op->addr.val;
				op->data.nbytes = min((size_t) op->data.nbytes,
						      max_len);
			}
		} else {
			/*
			 * Use fallback mode (SW generated transfers) above the
			 * mmaped region.
			 * Adjust size to comply with the QSPI max frame length.
			 */
			max_len = QSPI_FRAME;
			max_len -= 1 + op->addr.nbytes + op->dummy.nbytes;
			op->data.nbytes = min((size_t) op->data.nbytes,
					      max_len);
		}
	}

他们不确定这将如何影响 QSPI 引导和速度、因此他们确实计划在实际器件上进行检查。

此致、
正常

嗨、O.H

内核 v4.19 相当旧、我们不能通过 E2E 随时支持它。 但如果我看一下 git 历史记录, 前面讨论过的最旧的内核是内核 v5.10。 所以似乎不会太难将从内核 v5.10 到内核 v4.19 的更改反向移植,因为内核的这个子系统中的总体增量很可能很小。 我认为最好的方法就是试一试。 如果您遇到任何问题、请告诉我。

他们不确定这将如何影响 QSPI 引导和速度、因此他们确实计划在实际器件上进行检查。

是的、访问大于 64MB 边界的 SPI 内容似乎会有一些影响。 请尝试获取这些反馈并分享它、我很好奇地想看看自己会有什么现实世界的影响、而这不是因为缺少硬件而可以自行测试的结果。

此致、Andreas

尊敬的  Andreas：

感谢您的答复。

客户表示他们将继续采用适用于 v4.19 的方法。
（我们已经告诉他们, v4.19 是旧的,因此没有完全支持。

如果结果有任何问题或进展、我们将在此处进行更新。

此致、
正常