Спасибо. Как я понял, обработкой сигнала 1PPS будет заниматься драйвер устройства PPS, он и PPSAPI добавлены в ядро, надо только указать, какой пин анализировать. Поискал в инете, но инфы по тому, как связать /dev/pps0 и конкретный пин, не нашёл... Задача несколько эволюционировала - теперь хочу поставить сервер ntpd с коррекцией времени от приемника GPS по протоколу NMEA с использованием сигнала PPS. Для ntpd и надо устройство /dev/pps0.

хм.. задача становится интереснее, более того, мне в недалеком будущем могут потребоваться наработки вокруг PPS и GPS
к сожалению, сейчас занят совершенно другой тематикой..
имеет смысл заглянуть в /Documentation/pps
покопать потроха драйвера PPS (если он существует)

На самом деле, ещё интереснее придумать, что делать, если надо хранить шкалу времени с точностью, которую обеспечивает GPS, в отсутствии самого GPS (временного)... Хотя сейчас идёт движуха в сторону Глонасса...

Цитата

Спасибо. Как я понял, обработкой сигнала 1PPS будет заниматься драйвер устройства PPS, он и PPSAPI добавлены в ядро, надо только указать, какой пин анализировать.

Какое ядро у вас ? Я смотрю клиент pps-gpio появился буквально в последнем релизе, грепните исходники по имени структуры pps_gpio_platform_data, возможно в какой-то плате найдется пример. Судя по коду pps-gpio.c нужно зарегистрировать platform_device и передать эту структуру - указать пин gpio и название, драйвер сам его переключит на вход и навесит irq.

ядро 2.6.36. Спасибо за помощь, Sasamy, стало ясно, куда копать!

Хотя сразу возник вопрос - PPSAPI доступно и для более ранних ядер, а сигнал 1PPS никуда, кроме gpio, не заведёшь... Однако, это работает и без клиента pps-gpio... Но реализация клиента pps-gpio, естественно, самая универсальная.

Вот пример
http://ml.enneenne.com/pipermail/linuxpps/2011-May/004298.html

соответственно для atmel вместо
.gpio = GPI_PPS0_IN,

будет например AT91_PIN_PB1 - любой свободный в общем куда можно pps подключить

для 2.6.36 можно бэкпорт клиента pps-gpio сделать. В ранних вериях были только клиенты для irq c пинов LPT и UART.

PS Надо еще смотреть - возможно это пример только набросок и не совсем корректный

В точку, это то, что нужно! Вы меня выручаете уже не в первый раз, благодарю!

По поводу "В ранних вериях были только клиенты для irq c пинов LPT и UART." - выходит, в этом случае пин уже задан типом порта (LPT/UART).

Скорей всего, в доке есть например для LPT распиновка
http://lxr.free-electrons.com/source/Documentation/pps/pps.txt#L186

у последовательного порта помоему пин CD используется

Добавмл в ядро драйвер pps-gpio, возникла проблема:

в драйвер нужно передать пин, на который заведён сигнал PPS, который будет источником прерывания:

.gpio_pin = AT91_PIN_PD18

в драйвере вызывается функция gpio_to_irq(), которая должна возвращать номер irq. В данном случае это 146 (?).

При вызове request_irq() внутри драйвера функция возврашает:

setting trigger mode 1 for irq 146 failed.

Интересно, что функция at91_aic_set_type() при этом не вызывается.

Как решить проблему?

У at91 прерывания от gpio генерируются по обоим фронтам, если флаги не соответствуют возможностям периферии то до регистрации обработчика дело не дойдет

365 static int gpio_irq_type(struct irq_data *d, unsigned type)
366 {
367 switch (type) {
368 case IRQ_TYPE_NONE:
369 case IRQ_TYPE_EDGE_BOTH:
370 return 0;
371 default:
372 return -EINVAL;
373 }
374 }

судя по коду

94 get_irqf_trigger_flags(const struct pps_gpio_platform_data *pdata)
95 {
96 unsigned long flags = pdata->assert_falling_edge ?
97 IRQF_TRIGGER_FALLING : IRQF_TRIGGER_RISING;
98
99 if (pdata->capture_clear) {
100 flags |= ((flags & IRQF_TRIGGER_RISING) ?
101 IRQF_TRIGGER_FALLING : IRQF_TRIGGER_RISING);
102 }
103
104 return flags;
105 }

если задать дополнительно флаг в pps_gpio_platform_data кроме собственно номера gpio:
pdata->capture_clear = 1

то флаги встанут на место и будут соотвествовать
IRQ_TYPE_EDGE_BOTH
которые атмеловский драйвер gpio проглотит без ошибок