similar to: kernel hz rate?

Hello, Maybe I'm missing something here. What is the proper way to use RTC with ztdummy now? I'm using -HEAD from a day or two ago on Linux 2.6.11.11. In zaptel/Makefile, I changed CFLAGS to: CFLAGS+=-I. -O4 -g -Wall -DBUILDING_TONEZONE -DUSE_RTC #-DTONEZONE_DRIVER and I get.. make -C /lib/modules/2.6.11.11/build SUBDIRS=/usr/src/zaptel modules make[1]: Entering directory

> > Having HZ differ between Xen and a guest doesn''t really matter that > much. The guest will get fewer upcalls than it expects, but it will > count ten ticks for each upcall. So I doubt that thsi is your problem. > Does ztdummy use the rtc driver? I''m not sure how weel we support that > on Xen... The problem is that the ztdummy driver assumes 1000HZ, and a

Anybody sucessfully got stable 1000Hz clock without Digium harware and kernel 2.6? We need to consult some peoples how to clock asterisk stable with exactly 1000 Hz without much kernel/drives patching/tweaking. Some test results we made so far: 2.6 with digium card - stable 1000 Hz. 2.6 with ztdummy - uses RTC and the clock is 1024, not 1000. 2.6 with some Realtime kernel patch - provides stable

Hello System: Debian etch with kernel 2.6.18-4-686 or 2.6.18 custom. Asterisk Version: SVN-branch-1.4-r55483M Zaptel Version: SVN-branch-1.4-r2302 modules all ok in compilation time. And modules loaded: ztdummy 5928 0 rtc 13364 1 ztdummy zaptel 181540 1 ztdummy crc_ccitt 3200 1 zaptel In /dev/zap directory I have:

Anyone else get this while compiling zaptel? I'm guessing I have to modify my kernel. Neato. :( Does that mean that the zaptel module (I'm really after ztdummy), or this xpp_zap thing won't be usable...? Not that I have zaptel hardware, but it seems Asterisk won't compile itself without zaptel being installed. CC [M] /root/software/zaptel-1.2.6/xpp/xpp_zap.o

Hi all , In my pbx ,there is no zaptel card ,so i loading ztdummy,but problem appear,when i dial the number into the pbx,sometimes i can not listen to the ivr ,and no rtp create. if i unload the ztdummy driver,the proble will disapper. I guess may be the timer source problem, but i dont't know how to solve it . anyone can give me some advices will be appreciated. asteirsk-1.4.21 and

Hello, I have some ugly numbers given by zttest for ztdummy on an AMD64 box running linux-2.6.15 compiled for Athlon64. linux-2.6.15, zaptel/branches/1.2 r900, jiffies ./zttest Opened pseudo zap interface, measuring accuracy... 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586%

I have several servers using ztdummy as the timing source, some CentOS 4.x, some CentOS 5.x, some Asterisk 1.2.x, some Asterisk 1.4.x. "zap show status" differs between the servers: ZTDUMMY/1 (source: Linux26) 1 UNCONFIGUR 0 0 0 ZTDUMMY/1 (source: RTC) 1 UNCONFIGUR 0 0 0 ZTDUMMY/1 1 UNCONFIGUR 0

It looks like something has changed in the HPET kernel code in 2.6.28 (maybe .27 too) that's stopped ztdummy.c compiling (in 1.2 and 1.4 versions of zapata) A kernel structure member has been renamed with some crypic comments in the lkml about it. Anyone know the right thing to do - I'm not up on the linux kernel guts, nor how ztdummy might interact with it, so simply renaming the

Hello, I''ve just found post on the list about Asterisk / Zaptel ztdummy problem http://lists.xensource.com/archives/html/xen-users/2006-04/msg00452.html http://lists.xensource.com/archives/html/xen-users/2006-07/msg00267.html My Xen host run with debian sarge 3.1 and I ''ve exactly the same problem when I try to load ztdummy inside a domU rtc: IRQ 8 is not free. WARNING:

It's taken me about a day just to get ztdummy to compile into a module that the amazon ec2 xen kernel will accept (you have to downgrade the version of gcc among other things), but now I'm getting the following error and I'm stumped: rtc: IRQ 8 is not free. WARNING: Error inserting rtc (/lib/modules/2.6.16.19-xen/kernel/drivers/char/rtc.ko): Input/output error ztdummy: Unknown

hi there i am facing problem in installing the ztdummy module in fedora7, 2.6.22.5-76.fc7 is the version of the kernel. here are some logs for your kind consideration, i have tried varios solution from voip-info.org and many more, but in vain. Message from "/var/log/messages" Sep 13 14:27:14 localhost kernel: Zapata Telephony Interface Registered on major Sep 13 14:27:14 localhost

Hey folks, Using FreeBSD 5.2.1 and I've got the current zaptel driver installed from ports (0.8_1) and current ports asterisk (1.0.1). I've set options HZ=1000 in my kernel config, recompiled and rebooted and as far as I can tell, I've done everything right but when I try to use the conference, the audio is very delayed, choppy and segmented -- totally unusable. At the

I have a system with no Digium hardware in it (two others with 2 X100P cards in each of them as well). I'm interested in using MeetMe in the one without the hardware (it works great in the ones with the hardware). I can't use ztdummy, because the system has usb-ohci drivers, rather than usb-uhci. I have read the little there is about zaprtc, and I am wondering whether there is a

Hi, I've managed to build the zaptel modules including ztdummy; ztdummy is installing fine in the modules list and the relevant device structures are present. lsmod | grep ztdummy gives:- ztdummy 5160 0 zaptel 186916 1 ztdummy rtc 12372 1 ztdummy Where I'm stuck is I am now at a loss as to how to configure my /etc/zaptel.conf and

All too common and largely undocumented. I had this same problem. Installing ztdummy changes Asterisk to use it for timing of playback, apparently. Removing ztdummy "fixed" the problem. To get it all to work, I had to upgrade to to at least kernel 2.6.23.11 (previous versions are either missing options are just broken.) After doing this, I recompiled ztdummy and it worked. Note

Hi - I am using centos 4.6 on an ebox 4300. Everything seems to be working except the /proc/interrupts rtc is always constant. On other machines the rtc (which ztdummy from asterisk) is always incrementing. the uhci_hcd and ehci_hcd are both running. What can cause this? Jerry -------------- 0: 274276 IO-APIC-edge timer 1: 9 IO-APIC-edge i8042 2: 0

Anybody having issues with ztdummy under the current 2.6 RC7? I get the following errors when trying to modprobe ztdummy: "Unable to register zaptel rtc driver" Doing a Google on the error shows reference to a message from 2004 that said you might not have RTC compiled into the kernel. Checking via: cd /usr/src/linux-2.6.13-rc7 grep -i rtc .config shows: CONFIG_APM_RTC_IS_GMT=y

Hi, I'm getting crazy about ztdummy. I have to replicate a PBX where ztdummy is working fine but for some reason I cannot. The two machines have the same kernel, motherboard, the same gcc version and the same zaptel 1.4.8. On the second machine zaptel compiles without errors and ztdummy.ko is generated but when I modprobe it I get the following error in messages: rtc: lost some interrupts

> I'm getting crazy about ztdummy. I have to replicate a PBX where ztdummy > is working fine but for some reason I cannot. > The two machines have the same kernel, motherboard, the same gcc version > and the same zaptel 1.4.8. On the second machine zaptel compiles without > errors and ztdummy.ko is generated but when I modprobe it I get the > following error in messages: >