zaptel-source compila in domU, ma modrpobe ztdummy fallisce

darkbasic · 07-10-2008, 15:36

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..

@mods per favore correggete quel modprobe nel titolo

darkbasic · 08-10-2008, 18:59

up

darkbasic · 08-10-2008, 18:59

doppio

dawid999 · 09-10-2008, 19:07

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 · 10-10-2008, 10:51

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.

07-10-2008, 15:36	#1
darkbasic Senior Member Iscritto dal: Dec 2004 Messaggi: 3573	zaptel-source compila in domU, ma modrpobe ztdummy fallisce 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.. @mods per favore correggete quel modprobe nel titolo __________________ Debian amd64 \| Gentoo amd64 \| AMD Athlon64 3800+ X2@2701Mhz vcore 1.49V \| Placing an unpatched Windows computer directly onto the Internet in the hope that it downloads the patches faster than it gets exploited are odds that you wouldn't bet on in Vegas \| e-mail+jabber: darkbasic\|a.t\|linuxsystems\|d.o.t\|it \| www.linuxsystems.it Ultima modifica di darkbasic : 07-10-2008 alle 15:39.

08-10-2008, 18:59	#2
darkbasic Senior Member Iscritto dal: Dec 2004 Messaggi: 3573	up __________________ Debian amd64 \| Gentoo amd64 \| AMD Athlon64 3800+ X2@2701Mhz vcore 1.49V \| Placing an unpatched Windows computer directly onto the Internet in the hope that it downloads the patches faster than it gets exploited are odds that you wouldn't bet on in Vegas \| e-mail+jabber: darkbasic\|a.t\|linuxsystems\|d.o.t\|it \| www.linuxsystems.it

08-10-2008, 18:59	#3
darkbasic Senior Member Iscritto dal: Dec 2004 Messaggi: 3573	doppio __________________ Debian amd64 \| Gentoo amd64 \| AMD Athlon64 3800+ X2@2701Mhz vcore 1.49V \| Placing an unpatched Windows computer directly onto the Internet in the hope that it downloads the patches faster than it gets exploited are odds that you wouldn't bet on in Vegas \| e-mail+jabber: darkbasic\|a.t\|linuxsystems\|d.o.t\|it \| www.linuxsystems.it

09-10-2008, 19:07	#4
dawid999 Senior Member Iscritto dal: Nov 2006 Messaggi: 557	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..." Ultima modifica di dawid999 : 09-10-2008 alle 19:27.

10-10-2008, 10:51	#5
darkbasic Senior Member Iscritto dal: Dec 2004 Messaggi: 3573	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. __________________ Debian amd64 \| Gentoo amd64 \| AMD Athlon64 3800+ X2@2701Mhz vcore 1.49V \| Placing an unpatched Windows computer directly onto the Internet in the hope that it downloads the patches faster than it gets exploited are odds that you wouldn't bet on in Vegas \| e-mail+jabber: darkbasic\|a.t\|linuxsystems\|d.o.t\|it \| www.linuxsystems.it

Strumenti
Mostra una versione stampabile Invia questa pagina per email