ух ты... есть отзывы?

Собираем транк.
Берем патч:
http://bugs.digium.com/view.php?id=14482 (для 1.4)
перекомпиляем (достаточно только app/app_meetme)

Грузим dahdi.ko, dahdi_dummy.ko

Запускаем - все работает.

Может никто мне и не поверит, но у меня все работает со стандартном Zaptel.

FreeBSD 7.1 amd64

Если нужно - выложу любые конфиги. Только пишите, что именно - т.к. с астериском работаю всего пару дней ;)

Для 1.6 я тоже работает? Патч не нужен?

-- Accepting AUTHENTICATED call from 92.112.149.4:
> requested format = alaw,
> requested prefs = (),
> actual format = ulaw,
> host prefs = (),
> priority = mine
-- Executing [555@numberplan-custom-1:1] MeetMe("IAX2/701-2007", "555|MI") in new stack
== Parsing '/usr/local/etc/asterisk/meetme.conf': Found
-- Created MeetMe conference 1023 for conference '555'
-- <IAX2/701-2007> Playing 'vm-rec-name' (language 'ru')
-- <IAX2/701-2007> Playing 'beep' (language 'ru')
-- x=0, open writing: /var/spool/asterisk/meetme/meetme-username-555-1 format: sln, 0x801325800
-- User ended message by pressing #
-- <IAX2/701-2007> Playing 'auth-thankyou' (language 'ru')
-- <IAX2/701-2007> Playing 'conf-onlyperson' (language 'ru')
-- Started music on hold, class 'default', on IAX2/701-2007

>Gamer
Нужен.
подхдит.

Патчик приняли в транк, branch 1.4 и branch 1.6

У меня все время получается
-- Created MeetMe conference -1 for conference '6300'
Хотя в рабочих вариантах
-- Created MeetMe conference 1023 for conference '6300'

Что значит -1, и как настроить, чтобы было 1023?

Дополню:
Сегодня обнаружил в портах версию 1.6 (раньше она ссілалась на 1.4, хотя и называлась 16). Так там, судя по всему файл app_meetme.c еще не патченый. Нужно брать с svn-репозитария.
Еще удивило отсутствие dahdi в этой версии, видать порт еще не реализовали.

> Что значит -1, и как настроить, чтобы было 1023?

Это наследие нестрогости линукса в отношении ioctl.
Вот, что сейчас в users.h линуксового драйвера:

#define DAHDI_GETCONF _IOR(DAHDI_CODE, 12, struct dahdi_confinfo)
#define DAHDI_SETCONF _IOW(DAHDI_CODE, 12, struct dahdi_confinfo)

Тут куча странностей.
Во первых, зачем одинаковый номер (12) ?
Во вторых почему _IOR и _IOW, а не _IOWR? Оба этих ioctl вызова, как принимаю аргумент из user space, так и отдают туда результат.

Следовательно в более строгой FreeBSD, первый ioctl (DAHDI_GETCONF) только принимает параметры и даже пытается отправить результат с номером канала для конференции, но естественно система не пропускает результат обратно из драйвера.

В DAHDI_SETCONF обратная ситуация, не получить параметра (не пропускает), зато можно вернуть результат....

И такое во многих ioctl вызовах... Толи линуксы кладут с прибором на эти определения команд ioctl(), толи еще что, но в BSD такое не прокатит.

Я в текущем транке поправил include/user.h, чтобы все работало так, как ожидается.

Только им нужно заменить уже существующий /usr/local/dahdi/users.h, пересобрать весь dahdi и заодно asterisk...

Обновил до версии 298 транк. Не создается псевдодевайс.
В каталоге /usr/local/ нет каталога dahdi. Как он создается? Его там и не было.

Не считаю себя большим спецом в идеологии FreeBSD, но насколько верным есть решение помещать файлы драйвера dahdi в /boot/kernel? Мне кажется, что удобнее их хранить в /boot/modules