该问题的主要原因是制卡的版本配套问题，没有用对应配套的soc_driver包导致libascend_hal.so执行的时候获取的用户态的cmd 和内核态的cmd的值不一样，导致setdevice失败

定位过程比较复杂，如果有类似报错优先检查版本配套问题

1.问题复现，正常set_device就会报错

​

2.收集plog日志和device日志，发现内核日志发现一直在重复open

​

通过日志追踪源码发现，重复open在第一个框就会返回了。 如果不是重复open，会走进去第二个框报错。 在第二个框报错，内核态日志会有其他打印， 当前内核态日志只看到重复open的报错。主要报错跟上层他的接口调用有关

​

修改源码打印cmd值，查看下图

​

蓝色是上层传入的，而橙色是期望传入的

​

发现cmd不一致所以才会报错，查看发现是编译出的so缺少最后一个成员体，最后通过查看libascend_hal.so的md5值，发现是编译制卡的时候没有把soc_drvier的库进行替换，替换后正常。

​