si470x驱动调试工作总结
此次的驱动调试工作至此就告一段落,虽然驱动并不是我自己写的,但是调试的过程仍
旧让我受益良多 ,其实调驱动并不是在于你水平有多高,而是处理问题的思路和方
法,我们此次的调试工作走了不少 弯路,虽然这也能让我们学到很多东西,但是效率
上却达不到要求,当我们一个思路走不通时,会马 上想另一种方法,而不是探讨一下
这种方法为什么行不通,这样导致我们在一个问题上想很多方法都行 不通后又回到了
起点, ioctl 就是一个很好的例子,其实最直接的方法就是在测试程序中使用 ioctl , 因
为这是最符合 v4l2 架构的方法,但是当我们第一次使用 ioctl 失败后并没有想想为什么
错了,而 是想到打开 debugfs 或者添加 sysfs 的方法,其实增加了工作量不说,效
率也是很低的。还有就是 我们在调试过程中还是有点毛躁,现在回想起来,我们是
不应该走这些弯路的,以后调试的时候,一 定要稳一点,思路清晰一点,多做记
录,将每个分支都写清楚,这样在思路上会很清晰,效率也很高。
旧让我受益良多 ,其实调驱动并不是在于你水平有多高,而是处理问题的思路和方
法,我们此次的调试工作走了不少 弯路,虽然这也能让我们学到很多东西,但是效率
上却达不到要求,当我们一个思路走不通时,会马 上想另一种方法,而不是探讨一下
这种方法为什么行不通,这样导致我们在一个问题上想很多方法都行 不通后又回到了
起点, ioctl 就是一个很好的例子,其实最直接的方法就是在测试程序中使用 ioctl , 因
为这是最符合 v4l2 架构的方法,但是当我们第一次使用 ioctl 失败后并没有想想为什么
错了,而 是想到打开 debugfs 或者添加 sysfs 的方法,其实增加了工作量不说,效
率也是很低的。还有就是 我们在调试过程中还是有点毛躁,现在回想起来,我们是
不应该走这些弯路的,以后调试的时候,一 定要稳一点,思路清晰一点,多做记
录,将每个分支都写清楚,这样在思路上会很清晰,效率也很高。
转载于:https://blog.51cto.com/dongyulong/356802