[asterisk-dev] Zaptel Issue 11153

[Tony Plack]

Not directly.  I kind of figured it out through a fuzzy logic after searching Google on TSC, HPET and these errors.  I had a tack on the issue being in the kernel on Friday.

The article that was the lynch pin for me was https://bugs.launchpad.net/ubuntu/+source/kqemu/+bug/82149.

The conclusion of the article was that there was a problem in 2.6.20 in Ubuntu and they needed to recompile with different options that were not in 2.6.18 directly.  That was Monday.

Tuesday, I woke up and realized it must be a kernel version issue.  I tried to read through the change logs from .20 to .23.1 and saw there were many changes to the timer routines.

Seems to me to be more with the Core 2 products and multiple CPUs.

Tony Plack

> Thanks for the replies.  For anyone looking at -users, search for
> the "ztdummy, zttest" thread.  That does appear to match the issue
> I am observing.
>
> The working PC is a Dell Precision M65 laptop (Core Duo based), and
> the non-working PC is an HP Compaq dx2250 MT (Sempron based).
>
> I loaded ztdummy on both machines and then ran zttest.  The working
> PC shows a 99.96% accuracy and the rtc interrupt counting about
> 1024 per second.  The non-working PC shows no zttest output (it
> just waits after the start message) and a constant zero rtc
> interrupt count.
>
> Unfortunately I won't be able to test a new kernel anytime soon to
> see if that fixes this issue.  Does anyone have information on the
> kernel patch?
>
> Matthew
>
> -----Original Message-----
> From: asterisk-dev-bounces at lists.digium.com
> [mailto:asterisk-dev-bounces at lists.digium.com] On Behalf Of Eric
> "ManxPower" Wieling Sent: Wednesday, November 14, 2007 1:09 PM To:
> Asterisk Developers Mailing List Subject: Re: [asterisk-dev] Zaptel
> Issue 11153
>
> There is a thread on -users this week about a no-audio issue as
> well as the solution someone found.
>
> Tony Mountifield wrote:
>> In article <003801c826df$03698a70$0a3c9f50$@com>,
>> Matthew Yingling <matt at xenotran.com> wrote:
>>> Hi,
>>>
>>> I was testing a PC set up with Asterisk 1.4.8 and Zaptel 1.4.4
>>> and discovered that hold music would play, but anything
>>> requiring a voice
>>>
> prompt
>>> would hang indefinitely.  I came across this issue, which is
>>> marked
>>>
> closed.
>>> I am  able to replicate this exact behavior.  I am not using
>>> any zaptel hardwar and if ztdummy is running, no voice prompts
>>> will play, but hold music will.  If I unload ztdummy, voice
>>> prompts and music both work, but MeetMe() does not.  It works
>>> whether Zaptel is loaded or not.  What is interesting is that I
>>> just tried this same installation in a different PC and it
>>> works fine.
>>>
>>> I am running a live installation (Slax 5.1.8.1 with kernel
>>> 2.6.16) of Asterisk on a USB stick, so the complete OS and
>>> configuration is
>>>
> identical
>>> on both systems, but one exhibits this issue while the other
>>> does not.
>>>
> Can
>>> anyone suggest a way to determine whether this is a Zaptel or
>>> Linux
>>>
> kernel
>>> issue?
>>>
>> Sounds like on the bad system ztdummy is not getting nay
>> interrupts.
>>
>> Try running zttest on each system and see what it shows. Also
>> check the output of "cat /proc/interrupts" on each system. You
>> should have an entry for "rtc" counting up at about 1024 per
>> second.
>>
>> ztdummy and zaptel should be loaded and running for the above
>> tests.
>>
>> What is the make and model of each PC?
>>
>> Cheers
>> Tony
>>
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-dev
>
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-dev