Hi, I noticed a regression when testing the GPIOs on an i.MX6 with the current v4.15-rc8 kernel. When reading the input value of an internal GPIO, for example with libgpiod's gpiod_line_get_value, strace shows that userspace blocks indefinitely at: ioctl(45, GPIOHANDLE_GET_LINE_VALUES_IOCTL (The process consumes 100% CPU afterwards and can't be killed) I looked at changes between v4.14 (working) and v4.15-rc8 (broken), especially in drivers/gpio/gpio-{mxc,mmio}.c and identified the following two commits to be responsible: eec1d566cdf9 ("gpio: Introduce ->get_multiple callback") 80057cb417b2 ("gpio-mmio: Use the new .get_multiple() callback") Reverting both of them (they are interdependent) fixed the problem. I don't have a patch to fix it yet, but as it is rather late in the development cycle of 4.15, I thought it better to report it now. The author can probably cook up a fix way quicker or decide if you want to revert. If you can't reproduce it, let me know and I can send you ftrace records, test your patches or try to come up with a solution myself. Cheers, Clemens -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html