在ARM Linux嵌入式平台上交叉编译CUPS驱动后，打印机无法被识别且打印任务卡滞，是什么原因导致的？

我在一个基于NXP I.MX8MP的嵌入式Linux平台上开发，需要将一台老款的惠普激光打印机接入系统。由于目标平台是ARM架构，我参考网上的教程，对开源的CUPS（通用Unix打印系统）打印服务进行了交叉编译。交叉编译CUPS并成功移植到开发板后，服务可以正常启动。 通过USB连接打印机，系统日志（dmesg）可以识别到USB设备，但没有生成/dev/usb/lp* 或其他打印机设备节点。 在CUPS的Web管理界面中，无法自动发现该打印机。手动添加时，选择“HP LaserJet P1108”驱动，打印测试页时，任务状态显示“Processing”（处理中），但打印机无任何响应，最终任务卡滞。 在x86的Ubuntu虚拟机上执行相同操作，打印机可被正常识别和打印。 期望能成功在ARM Linux平台上识别并驱动该打印机，使其能正常执行打印任务。希望有大佬能指点一下，这个问题可能的原因是什么？是否与ARM平台上USB打印机驱动的实现机制有关，还是CUPS交叉编译时缺少某些关键组件？