On Wed, Jan 18, 2017 at 1:09 AM, Tony Lindgren <tony@xxxxxxxxxxx> wrote: > * Ran Shalit <ranshalit@xxxxxxxxx> [170117 12:48]: >> Interestingly, by adding: >> gpio_request(3, "fpga_interrupt"); >> gpio_direction_input(3); >> gpio_export(3, true); >> just before irq_set_irq_type and request_irq, the crash seems to disappear. >> I have no idea why the above is required. > > What do you have in your dts file for interrupts or interrupts-extended? > Hi Tony, It seems to be a bit older kernel which has no devicetree. root@localhost:~# uname -a Linux localhost.localdomain 3.4.27+ #7 SMP PREEMPT Sun Jan 15 14:25:39 IST 2017 armv7l armv7l armv7l GNU/Linux But at the bottom line the gpio seems to make the job , and I get no such error any more. (with another gpio irq which I used before in the same kernel, I didn't do any such initialization and it worked good, that's why I was surprised that it is an issue of gpio initialization this time) Thank you, Ran > Regards, > > Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
