[参考译文] AM625：SDK 08：AM6252 remoteproc 在启动时崩溃

Jonathan、您好！

Remoteproc 与您的错误无关。 Remoteproc 是控制处理器上的非 Linux 内核的 Linux 驱动程序。 因此、我们希望初始化 M4F 内核、然后连接到器件管理器(DM) R5F 内核、该内核应该在引导流程的早期已引导。 这正是正在发生的事情。

您是否禁用了 AM6252器件上不包含的其他 A53内核？ 请参考
https://dev.ti.com/tirex/explore/node?node=A__AGMop5fjikXYw819LJNi-w__linux_academy_am62x__XaWts8R__LATEST

我还没有在末尾尝试过、但我认为如果您不使用 Linux devicetree 来正确禁用不存在的 A53内核、可能会出现看门狗错误。

此致、

尼克

Remoteproc 与您的错误无关。 Remoteproc 是控制处理器上的非 Linux 内核的 Linux 驱动程序。 因此、我们希望初始化 M4F 内核、然后连接到器件管理器(DM) R5F 内核、该内核应该在引导流程的早期已引导。 这正是正在发生的事情。

您是否禁用了 AM6252器件上不包含的其他 A53内核？ 请参考

[/报价]

删除内核不会删除此内核转储。

感谢您为看门狗驱动程序提供的指针。

[  17.633071] RTI_WDT_PROBE+0x1e8/0x4f0 [RTI_WDT]

此驱动器可通过器件树启用5个不同的节点。 main_rti0、main_rti1、main_rti2、main_rti3、main_rti15。  我假设0-3表示不同的 ARM 内核。 rti15代表什么有什么想法吗？

禁用 main_rti2、并且 main_rti3被要求用来去除内核转储。 注意还需要从 cluster0节点中删除核心，以防止出现 DTB 构建问题。  这在其他 e2e 文章中提到、但链接的 Linux 学院中没有提到。

这应该添加到 https://dev.ti.com/tirex/explore/node?node=A__AGMop5fjikXYw819LJNi-w__linux_academy_am62x__XaWts8R__LATEST

很好、您是否忘记删除 CPU@2和 CPU@3节点、还是删除那些可选节点？

抱歉、Nick、我想我搞错了。 对应的典型公式。  它提到删除 cluster0/内核并禁用 RTI、但不会删除 CPU 节点。  

我认为 uboot 在理论上可以检查器件型号并修改 Linux devicetre 设置、但目前不需要该功能。 因此,它可能会在将来添加,但我不能保证它现在。[/报价]

我为我们的 SOM 从事这项工作。  我目前将使用我们的出厂配置来确定内核数量以及是否存在 GPU。  您知道处理器中是否有可用来代替确定此信息的寄存器吗？

此代码正常运行、只需要检测内核数量以及是否存在 GPU 即可。

#include <common.h>
#include <dm/ofnode.h>
#include <fdt_support.h>
#include <linux/libfdt.h>

/*
 * Remove cpu nodes from the device tree based on the number of CPUs
 */
int ft_fixup_cpu(void *blob, struct bd_info *bd, int num_present_cpus)
{
	int ret;
	int nodeoffset;
	char buf[64];

	// Ex: For 2 present cpus, we want to disable cpu@2 and cpu@3
	for (int cpu_num = 3; cpu_num >= num_present_cpus; cpu_num--) {
		printf("%s: Disabling CPU %d\n", __func__, cpu_num);

		/* Find the CPU node */
		snprintf(buf, sizeof(buf), "/cpus/cpu@%d", cpu_num);
		nodeoffset = fdt_path_offset(blob, buf);
		if (nodeoffset < 0) {
			printf("%s: Could not find %s node\n", __func__, buf);
			return nodeoffset;
		}

		/* Delete the CPU node */
		ret = fdt_del_node(blob, nodeoffset);
		if (ret < 0) {
			printf("%s: Could not delete %s node\n", __func__, buf);
			return ret;
		}

		/* Find the cpu cluster node */
		snprintf(buf, sizeof(buf), "/cpus/cpu-map/cluster0/core%d", cpu_num);
		nodeoffset = fdt_path_offset(blob, buf);
		if (nodeoffset < 0) {
			printf("%s: Could not find %s node\n", __func__, buf);
			return nodeoffset;
		}

		/* Delete the cpu cluster node */
		ret = fdt_del_node(blob, nodeoffset);
		if (ret < 0) {
			printf("%s: Could not delete %s node\n", __func__, buf);
			return ret;
		}

		/* Disable the cpu watchdog */
		snprintf(buf, sizeof(buf), "main_rti%d", cpu_num);
		ret = fdt_status_disabled_by_alias(blob, buf);
		if (ret < 0) {
			printf("%s: Could not disable %s node\n", __func__, buf);
			return ret;
		}
	}

	return ret;
}

/*
 * Remove gpu nodes from the device tree if gpu is not present
 */
int ft_fixup_gpu(void *blob, struct bd_info *bd, bool gpu_present)
{
	int ret;

	if (!gpu_present) {
		printf("%s: Disabling GPU\n", __func__);

		/* Disable the gpu node */
		ret = fdt_status_disabled_by_alias(blob, "gpu");
		if (ret < 0) {
			printf("%s: Could not disable gpu node\n", __func__);
			return ret;
		}

		/* Disable the gpu watchdog */
		ret = fdt_status_disabled_by_alias(blob, "main_rti15");
		if (ret < 0) {
			printf("%s: Could not disable main_rti15 node\n", __func__);
			return ret;
		}
	}

	return ret;
}

/*
 * This function is called right before the kernel is booted. "blob" is the
 * device tree that will be passed to the kernel.
 */
int ft_system_setup(void *blob, struct bd_info *bd)
{
	int ret = 0;

	// Don't abort the boot if the device tree nodes can't be fixed up
	(void)ft_fixup_cpu(blob, bd, 1);

	(void)ft_fixup_gpu(blob, bd, false);

	return ret;
}

Jonathan、您好！

使用/delete-node/就足够了。 无需进行额外修改即可禁用未使用的 A53内核。

有关 uboot 中的检测问题、请参阅以下主题：
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1259573/processor-sdk-am62x-how-to-read-the-number-of-cpu-cores-under-uboot

如果您需要 uboot 的其他支持、请告诉我、我会将您的主题传递给具有更多 uboot 体验的团队成员。

此致、

尼克

感谢链接。  是否有可能通过寄存器确定速度等级？  目前我只希望 AM6231 SOM 不支持1.4GHz、但基于速度等级可以更好。

没关系、这也是 USER_ID 寄存器的一部分。

很高兴你找到了！ 请随时提出后续问题、我可能只需要向另一位团队成员发送更详细的 uboot 问题以进行评论。

如果您编写了任何认为我们应添加到 uboot 以自动检测器件并调整 devicetree 文件的很酷的代码、请随时在此处附加它、我会创建一个新要求并提供指向您的示例代码的链接。

此致、

尼克

感谢您与我们 Jonathan 分享您的代码！ 我已经开始并提出了 TI 的软件要求、希望 TI 可以考虑将自动检测功能添加到 uboot 中并以链接到您的代码为例。

未来的读者、如果您想了解该要求是否已被接受、实施等的最新信息、请 在您询问时参考 SITREQ-3302 (或本主题)。

此致、

尼克