similar to: Re: ztdummy/rtc - staticy audio

> output of zttest: > Opened pseudo zap interface, measuring accuracy... > 99.938965% 99.951172% 99.938965% 99.963379% 99.963379% 99.951172% > 99.951172% Ah. Don't be scared. This is actually -correct- when using RTC. Let me demonstrate: [root@dhcp5 zaptel]# ./zttest -v Opened pseudo zap interface, measuring accuracy... 8192 samples in 8195 sample intervals 99.963379% 8192

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%

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

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, 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: >

Your Zap conf files would be helpful. Zttest results? Cat /proc/interrupts. Sharing interrupts? Any funky error in the logs? Thanks, Steve Totaro http://www.asteriskhelpdesk.com > -----Original Message----- > From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users- > bounces@lists.digium.com] On Behalf Of Administrator TOOTAI > Sent: Thursday, May 10, 2007 6:24 AM

Hello, I recently purchased a Wildcard X100P FXO Card primarily as a learning tool and to provide myself with voicemail and a few other perks that are better than an answering machine. I followed the setup in the FAQ, and it works, just not well. The sound is very choppy and staticy whenever a call is placed. Sometimes it clears up, and sometimes it degrades very badly. I also recently

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I am using a TDM40B, and have managed to compile mpg123 and turned on MOH. Problem I am having is that it is choppy, staticy, and sounds like white noise pretty much. I have search the archives to see if this problem had been resolved, but I haven't found anything yet. Has anyone had this problem and resolved it? I am calling from

We have here an knfs fileserver running ext3 on 2.4.18 kernel with three filesystems: <CLIP> Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda3 10080520 3609632 6368476 37% / /dev/hda4 16437332 12295408 3974932 76% /home /dev/md1 1024872060 409906136 614441636 41% /fs </CLIP> The /fs filesystem lives on a

Hi. I compiled the xen binaries and the kernel with the sources. DomO starts without any problems, but when I run domU, it stops and freeze. My domU is a clone of my domO. ___________________________________________ unmounting old /dev unmounting old /proc unmounting old /sys INIT: version 2.86 booting rtc: IRQ 8 is not free. modprobe: FATAL: Error inserting rtc

Hi im having this message in my console and dmesg. rtc: lost some interrupts at 1024Hz im not sure what this is. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20070227/0862a1ba/attachment.htm

Hello folks, for a customer of us we are trying to make asterisk and windows RTC library work together, but without success. We *need* to use gsm codec, so in the "peer" section we have disallow=all allow=gsm the sip signaling is ok, and when sniffing we got this session description: INVITE from windows RTC: v=0. o=- 0 0 IN IP4 172.31.9.130. s=session. c=IN IP4 172.31.9.130.

Hello there: I think I have a silly kernel configuration problem. I'm running: * vanilla 2.6.27.10 kernel built from source * dahdi-2.1.0.4 built from source So far so good, dahdi module loads just fine: dahdi: Telephony Interface Registered on major 196 dahdi: Version: 2.1.0.4 when I try to: hal04 dahdi # modprobe dahdi_dummy FATAL: Error inserting dahdi_dummy

Hi all. I am using the library Microsoft RTC to connect a windows software with * in a local network via SIP. In my sip.conf I have defined a 'friend' for this software with their username and their password. I don't want that nobody can be connected without the password. When I call to * it says: "Proxy Authentication Required" in the SIP debug. Please somebody can

Package: xen-hypervisor-4.4-amd64 Version: 4.4.1-8 Severity: normal Tags: patch The Xen hypervisor in Debian Jessie does not boot on recent HP server hardware (e.g. the current dl360 gen9 series) when using normal "legacy" boot. During boot, it panics with the message "System without CMOS RTC must be booted from EFI". This message was introduced in upstream commit

Hello, HP offers BIOS firmware updates. After applying these to an affected server, Xen Hypervisor starts normally. -- Regards, Andreas Haase [zu unserer Webseite]<http://www.evolver.de/> Unsere Top-Produkte: ? evolverOAS<http://www.evolver.de/produkte/evolveroas/> ? evolverCMS<http://www.evolver.de/produkte/evolvercms/> ?

Hi all, I have installed centos 5.1 x86_64. 2.6.18-53.1.14.el5 Everything seems to be working fine except that the rtc module is not working. cat /proc/interrupts shows: CPU0 CPU1 0: 129 0 XT-PIC-XT timer 1: 330797 0 XT-PIC-XT i8042 2: 0 0 XT-PIC-XT cascade 3: 4 0

There''s an issue on x86_64 whereby booting an unpriv guest using a kernel that has the RTC driver compiled in hangs when the rc scripts run the command hwclock. The patch attached resolves the issue. The patch adds a simple rtc emulation and also on i386, hwclock can get correct date when xenU enabled pirq binding, without this patch, hwclock read will timeout because of lack of update