Linux驱动——驱动模块初次加载成功，后面失败 failed with error -38

个人声明：转发请注明出处，个人原创，实属不易。本人水平有限，文章若有不妥之处，还请留言批评指正，不胜感激。

设备树下platform的驱动模块加载 failed with error -38

初次加载成功，后面均无法加载，必须重启开发板才能重新加载，运行提示如下：

/lib/modules/4.1.15 # depmod
/lib/modules/4.1.15 # modprobe dtsplatformled.ko
dts platform led probe!
node is found!
led-gpio num = 3
major is 249, minor is 0
/lib/modules/4.1.15 # depmod
/lib/modules/4.1.15 # rmmod dtsplatformled.ko
dts platform led remove!
/lib/modules/4.1.15 # modprobe dtsplatformled.ko
dts platform led probe!
node is found!
led-gpio num = 3
can't request led gpio!
imx6ull-led: probe of gpioled failed with error -38

通过打印的提示信息“can’t request led gpio!”可知第二次加载驱动时LED的GPIO已经被占用了，但是这期间又没有其他的驱动加载使用到此IO，那就只有一个原因：上一次卸载驱动时没有释放LED的GPIO，导致系统还占用着，所以后面再加载驱动申请此IO时肯定就失败了。

检查程序，果然发现了在led_remove(struct platform_device *dev)函数体内部没有调用gpio_free()函数释放对应的GPIO，这一部分代码补全后如下：

static	int led_remove(struct platform_device *dev)
{
	gpio_set_value(led.dev_gpio,1);		// turn off the LED
	gpio_free(led.dev_gpio);
	device_destroy(led.class,led.devid);
	class_destroy(led.class);
	cdev_del(&led.cdev);
	unregister_chrdev_region(led.devid,DTSPLATFORM_DEV_CNT);
	printk("dts platform led remove!\r\n");
	return 0;
}

所以测试驱动检测bug的一个简单方法：写完一个驱动之后，反复的加载—卸载多次，如果没有出现问题，就说明此驱动至少是可以运行，但不排除还有其他bug！！！