zaptel-source compila in domU, ma modrpobe ztdummy fallisce

[darkbasic]

Il server dom0 è una debian etch con kernel 2.6.18-6-xen-686 e xen hypervisor 3.2 da backports.org
La macchina domU invece è una debian sid, con kernel 2.6.26-1-xen-686_2.6.26-8~snapshot.12287 da kernel-archive.buildserver.net (il kernel 2.6.26-1-686_2.6.26-6 di debian unstable non funziona come domU, bug che dovrebbero aver corretto nella revision 7 che per qualche misterioso motivo non vedo ancora nei repository).

Ecco cosa mi salta fuori nei log del kernel quando provo a caricare ztdummy:
[ 654.759941] Zapata Telephony Interface Registered on major 196
[ 654.759967] Zaptel Version: 1.4.11
[ 654.759976] Zaptel Echo Canceller: MG2
[ 654.761700] ztdummy: Unknown symbol rtc_register
[ 654.761988] ztdummy: Unknown symbol rtc_unregister
[ 654.762166] ztdummy: Unknown symbol rtc_control

Premetto che fino ad ora ho sempre caricato quel modulo senza problemi sul kernel 2.6.26-1-686_2.6.26-5 in assenza di xen. Che sia colpa di xen? Della revision 8 del kernel? Della versione -xen del kernel? Conviene aprire un bug in zaptel-source, in linux-image-2.6.26 o in xen? Tral'altro l'hypervisor l'ho preso da backports.. :muro:

@mods per favore correggete quel modprobe nel titolo

[darkbasic]

up

[darkbasic]

doppio

[dawid999]

hai già provato dahdi 2.0 ?
dadhi è una versione di zaptel e vari tool aggiornata e superiore alla 1.4 ma il principio di funzionamento è lo stesso.

[url]http://downloads.digium.com/pub/telephony/dahdi-linux-complete/dahdi-linux-complete-2.0.0+2.0.0.tar.gz[/url

sul bugtracker di digium c'e' segnalato esattamente il tuo problema:
http://bugs.digium.com/view.php?id=13308

soluzione:
"Don't you have CONFIG_HIGH_RES_TIMERS set?..."
"Settings CONFIG_HIGH_RES_TIMERS=y in .config my kernel solved the problem..."

[darkbasic]

No, non ho provato dahdi. Quello del timer per me è un problema dovuto a xen perché mi sembra strano che un kernel debian non abbia l'HIGH_RES_TIMERS, comunque ora controllo, grazie.