“坑爹”的gpio中断

今天调试一个gpio中断的问题，所用的平台是cotex-m4，本应该很简单的几句代码就可以配置好gpio中断，但是费了好大的劲却没有调试成功，最后居然发现是一个极其简单的问题导致的错误。
我们可以比较一下两段配置gpio的代码，看下有什么不同？
代码段1：

int pir_config_init(void)
{
    
    
	struct gpio_callback gpio_cb;	
	
	struct device *= device_get_binding("GPIOF");
	gpio_pin_configure(dev, 3, GPIO_INT | GPIO_PUD_PULL_DOWN | GPIO_MODE_IT_RISING);
	gpio_init_callback(&gpio_cb, button_pressed, BIT(3));
	gpio_add_callback(dev, &gpio_cb);
	gpio_pin_enable_callback(dev, 3);	
	return 0;
}

代码段2:

int pir_config_init(void)
{
    
    
	static struct gpio_callback gpio_cb;	
	
	struct device *= device_get_binding("GPIOF");
	gpio_pin_configure(dev, 3, GPIO_INT | GPIO_PUD_PULL_DOWN | GPIO_MODE_IT_RISING);
	gpio_init_callback(&gpio_cb, button_pressed, BIT(3));
	gpio_add_callback(dev, &gpio_cb);
	gpio_pin_enable_callback(dev, 3);	
	return 0;
}

没错，就是gpio_cb这个变量的前面是否为static变量，我们在写代码的时候经常会忽略这个问题，如果gpio_cb没有加static，它在编译的时候将作为局部变量，运行时只在pir_config_init的栈中分配，一旦pir_config_init执行完毕，gpio_cb也随之消亡了，此时如果触发了中断，中断处理函数是需要获取这个变量来进行中断处理的，但是此时已经找不到gpio_cb了，所以中断处理看上去是没有触发的。

仅此记录一下这个坑爹的问题！