|
|
|
![]() |
|
Strumenti |
![]() |
#1 |
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. |
![]() |
![]() |
![]() |
#2 |
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 |
![]() |
![]() |
![]() |
#3 |
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 |
![]() |
![]() |
![]() |
#4 |
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. |
![]() |
![]() |
![]() |
#5 |
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 | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 13:53.