> >> > For timekeeping I wrote a program which waits for interrupts on > >> > gpio-pins and then tells the local ntp daemon the clock offset. > >> > I'm aware of the pps support in recent kernel but that does not work > >> > (yet) on all platforms (eg cubieboard 1). > >> > > >> > This has worked for quite some time but no longer. > >> > > >> > Until at least kernel 3.12 I could do: > >> > > >> > // export gpio pin > >> > // set direction to in > >> > // set direction to rising > >> > int fd = open("/sys.../value", O_RDONLY); > >> > fdset[0].fd = fd; > >> > fdset[0].events = POLLPRI; > >> > fdset[0].revents = 0; > >> > poll(fdset, 1, -1); > >> > // at this point pin went high > >> > >> Try using lseek before reading the data after the poll. > >> > >> EX. > >> if (fdset[0].revents & POLLPRI) { > >> lseek(fdset[0].fd, 0, SEEK_SET); > >> len = read(fdset[0].fd, buf, MAX_BUF); > >> . > >> . > >> } > >> > >> See if this helps. > > > > Yes, that fixed it! > > Still, shouldn't we consider this as a regression, especially if not > using lseek worked for kernel 3.12 and before? > > Linus, what do you think? In case it is relevant, my code with 3.12 was: for(;;) { char dummy; read(gpio_pps_in_fd, &dummy, 1); fdset[0].fd = gpio_pps_in_fd; fdset[0].events = POLLPRI; fdset[0].revents = 0; if (poll(fdset, 1, -1) <= 0) error_exit("poll() failed"); if (likely(fdset[0].revents & POLLPRI)) { /* notify ntp */ { } Now with 3.18 I added an lseek before that read and all is fine. Folkert van Heusden -- -- 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