imx6ull之uboot移植进入bootcmd输入不了信息卡死

根据你的描述，问题可能出在第一次自动启动（autoboot）时的中断处理上。以下是可能的原因和解决方案：

可能的原因

1. 中断处理问题：

   • 在第一次自动启动时，中断处理可能没有正确初始化，导致在尝试输入命令时系统卡死。
   • 中断处理可能在第一次启动时被禁用或未正确配置，导致无法处理键盘输入。

2. CPU复位问题：

   • 第一次自动启动失败后，CPU复位可能修复了一些初始化问题，使得第二次启动时中断处理正常工作。
   • CPU复位可能重新初始化了一些硬件资源，使得键盘输入能够正常处理。

3. 移植缺陷：

   • 移植的U-Boot可能存在一些缺陷，导致在第一次启动时无法正确处理中断。
   • 可能需要检查U-Boot的移植代码，确保所有必要的初始化步骤都正确执行。

解决方案

1. 检查中断初始化：

   • 确保在U-Boot启动时正确初始化中断控制器。
   • 检查中断处理函数是否正确注册和配置。

2. 调试信息：

   • 在U-Boot启动时添加更多的调试信息，查看中断处理的状态。
   • 使用串口打印中断相关的寄存器值，查看中断是否被正确处理。

3. 复位处理：

   • 检查CPU复位后的状态，确保所有硬件资源都被正确初始化。
   • 比较第一次启动和第二次启动时的硬件状态，找出差异。

4. 移植代码审查：

   • 仔细审查U-Boot的移植代码，确保所有必要的初始化步骤都正确执行。
   • 检查是否有遗漏的初始化步骤或错误的配置。

具体步骤

1. 检查中断控制器初始化：

   void board_init_f(ulong dummy)
   {
       // 确保中断控制器被正确初始化
       init_interrupt_controller();
       // 其他初始化代码
   }
   

2. 添加调试信息：

   void interrupt_handler(void)
   {
       printf("Interrupt occurred\n");
       // 处理中断
   }
   

3. 复位处理：

   void reset_cpu(ulong addr)
   {
       // 确保复位后所有硬件资源被正确初始化
       init_hardware();
       // 其他复位代码
   }
   

4. 移植代码审查：

   • 仔细检查U-Boot的移植代码，确保所有必要的初始化步骤都正确执行。
   • 检查是否有遗漏的初始化步骤或错误的配置。

通过以上步骤，可以逐步排查和解决第一次自动启动时输入命令卡死的问题。希望这些信息对你有所帮助