Скажите, у кого-нибудь работает указанная связка?
уже 10 подходов к снаряду делал - ни как не найду с какой стороны к нему надо подходить :)

сборка misdn под ядро 2.6.24 - это отдельная песня - в ядре 2.6.24 выкинули много устаревших фунций - поэтому приходится править misdn там где оно ругается - но это всё банально.

вопрос в другом:
ВСЁ СОБРАНО С НУЛЯ - работает, один раз даже ночь простояло, но потом вылазит:
Apr 17 19:07:03 pbx1 kernel: sysfs: duplicate filename 'inst-50010101' can not be created
Apr 17 19:07:03 pbx1 kernel: WARNING: at fs/sysfs/dir.c:424 sysfs_add_one()
Apr 17 19:07:03 pbx1 kernel: Pid: 4325, comm: mISDNd Not tainted 2.6.24.4 #6
Apr 17 19:07:03 pbx1 kernel: [show_trace_log_lvl+26/48] show_trace_log_lvl+0x1a/0x30
Apr 17 19:07:03 pbx1 kernel: [<c0104a9b>] show_trace_log_lvl+0x1a/0x30
Apr 17 19:07:03 pbx1 kernel: [show_trace+18/20] show_trace+0x12/0x14
Apr 17 19:07:03 pbx1 kernel: [<c0104bd9>] show_trace+0x12/0x14
Apr 17 19:07:03 pbx1 kernel: [dump_stack+106/112] dump_stack+0x6a/0x70
Apr 17 19:07:03 pbx1 kernel: [<c010504b>] dump_stack+0x6a/0x70
Apr 17 19:07:03 pbx1 kernel: [sysfs_add_one+144/197] sysfs_add_one+0x90/0xc5
Apr 17 19:07:03 pbx1 kernel: [<c0194521>] sysfs_add_one+0x90/0xc5
Apr 17 19:07:03 pbx1 kernel: [create_dir+67/131] create_dir+0x43/0x83
Apr 17 19:07:03 pbx1 kernel: [<c01948d4>] create_dir+0x43/0x83
Apr 17 19:07:03 pbx1 kernel: [sysfs_create_dir+43/67] sysfs_create_dir+0x2b/0x43
Apr 17 19:07:03 pbx1 kernel: [<c019493f>] sysfs_create_dir+0x2b/0x43
Apr 17 19:07:03 pbx1 kernel: [kobject_add+116/412] kobject_add+0x74/0x19c
Apr 17 19:07:03 pbx1 kernel: [<c01fa182>] kobject_add+0x74/0x19c
Apr 17 19:07:03 pbx1 kernel: [class_device_add+143/842] class_device_add+0x8f/0x34a
Apr 17 19:07:03 pbx1 kernel: [<c025b548>] class_device_add+0x8f/0x34a
Apr 17 19:07:03 pbx1 kernel: [class_device_register+18/21] class_device_register+0x12/0x15
Apr 17 19:07:03 pbx1 kernel: [<c025b815>] class_device_register+0x12/0x15
Apr 17 19:07:03 pbx1 kernel: [<e0ea8604>] mISDN_register_sysfs_inst+0x46/0x85 [mISDN_core]
Apr 17 19:07:03 pbx1 kernel: [<e0ea2178>] register_layer+0x12a/0x246 [mISDN_core]
Apr 17 19:07:03 pbx1 kernel: [<e0ea0d2c>] mISDN_ctrl+0x30d/0x6c1 [mISDN_core]
Apr 17 19:07:03 pbx1 kernel: [<e0eb57dd>] dsp_manager+0x36d/0x428 [mISDN_dsp]
Apr 17 19:07:03 pbx1 kernel: [<e0ea02ea>] get_next_instance+0x56/0x15f [mISDN_core]
Apr 17 19:07:03 pbx1 kernel: [<e0ea18f0>] set_stack+0x18d/0x2a1 [mISDN_core]
Apr 17 19:07:03 pbx1 kernel: [<e0ea0ccf>] mISDN_ctrl+0x2b0/0x6c1 [mISDN_core]
Apr 17 19:07:03 pbx1 kernel: [<e0ea08ca>] mISDNd+0x119/0x26e [mISDN_core]
Apr 17 19:07:03 pbx1 kernel: [kernel_thread_helper+7/28] kernel_thread_helper+0x7/0x1c
Apr 17 19:07:03 pbx1 kernel: [<c010483b>] kernel_thread_helper+0x7/0x1c
Apr 17 19:07:03 pbx1 kernel: =======================
Apr 17 19:07:03 pbx1 kernel: kobject_add failed for inst-50010101 with -EEXIST, don't try to register things with the same name in the same directory.
Apr 17 19:07:03 pbx1 kernel: Pid: 4325, comm: mISDNd Not tainted 2.6.24.4 #6

и вся система пошла ..., даже перегружаться не хочет - тока по ресету (ну или watchdog ждать когда сработает)

И теперь САМОЕ инересное.
Тот же пропачтенный под 2.6.24 mISDN собираю под ядро 2.6.20.11 - работает, не рушится!!!

Я вроде не один такой: http://article.gmane.org/gmane.linux.isdn.i4l.user/3401

Вопрос: какие есть идеи? На bugs.beronet.com смотрел - тишина, я наверно чуток по позже запостю туда баг, только надо разобраться, у всех ли оно так проявляется? И в добавок у меня нет идей, как в ядре ловить баги которые могут по несколько часов и не происходить.
Может в ядре 2.6.24 какие-то опции включаются по умолчанию не те (после makе menuconfig явно видно что в .config что-то много нового добавляется).

Mike_A, рекомендую не концентрироваться на конкретных версиях и комбинациях этих версий. Главное чтобы работало, и по возможности - устойчиво, не так ли?
У нас работает много клиентских машин с разными версиями mISDN, mISDNuser, Астериска и версий ядра.
Два разных подхода к установке: автоматический и ручной.
Первый - скачиваешь скрипт install misdn queue c beronet.com, запускаешь его, и он вытаскивает сам нужные версии mISDN, mISDNuser, и chan_misdn, и собирает модули ядра. Дальше misdn-init scan, сканирует на предмет карт, misdn-init config - пишет в текстовый файл misdn-init.conf конфигурацию, misdn-init start стартует модули.
Второй - скачиваешь нужные версии mISDN, mISDNuser, и chan_misdn, и собираешь сам. стартовый скрипт будет mISDN, он создаст mISDN.conf, который в виде XML.
И не надо пересобирать ядро, делаешь много ненужных телодвижений IMHO.

Народ в мэйл-листе проинформировал - есть такая проблема, и вот патч:

> This still happens with mISDN 1.1.7.2 and kernel 2.6.25 on 2nd call with asterisk. Last working kernel is 2.6.23. Any ideas?

I removed the sysfs-code from the mISDN drivers. A dirty hack, but the drivers now work again for me (I don't need the /sys/... files).

Patch against 2.6.25: http://frokaschwei.net/mISDN-1.1.7.2.diff.bz2