Ingmar, Glad I was able to get you pointed in the right direction.
There are some problems with 2.6.19 and zaptel that I noticed a few people posting on the Asterisk mailing list. Perhaps we need to hold off on going to 2.6.19 until that is resolved (may require a version bump on zaptel from Digium to resolve). I'll see if Kristian has time to chime in on this one. Darrick Ingmar Schraub wrote: > Another reply to my own post: > > I can now confirm that there is a bug in 2.6.18 which is resolved in 2.6.19. > > I upgraded the kernel to 2.6.19 and my clock on the soekris boards > behave again properly. > > In the 2.6.19 changelog I found the following entry. I you check the > bugzilla link, you'll see that my problem has been identified before and > fixed in 2.6.19. So let's upgrade asap to .19 or if someone doesn't like > to work with the newest kernel version, go back to an older kernel by > choice. > > > Author: Jim Cromie <[EMAIL PROTECTED]> > Date: Wed Oct 4 02:15:35 2006 -0700 > > [PATCH] scx200_hrt: fix precedence bug manifesting as 27x clock in 1 MHz > mode. Fix paren-placement / precedence bug breaking initialization for 1 > MHz clock mode. > > Addresses http://bugzilla.kernel.org/show_bug.cgi?id=7242 > > Now my "show translation" gives also again proper figures :) > > cheers, Ingmar > > Ingmar Schraub wrote: > >> Hi Darrick, >> >> thanks for helping! >> >> I am not running any 'release' images, but I always compile my own >> version of astlinux. Mainly from my branch, which is these days almost >> in sync with the trunc. >> >> Well, meanwhile I identified the source of my problem. It's the 2.6.18 >> kernel. >> >> To make sure my hardware isn't faulty, I took the CF card from my >> properly working -50 board to the -60 board. The clock behaved just >> fine. I was happy to see that because fixing software is easier than >> hardware ;-) >> >> After that I played with various kernel settings, re-compiled the 2.6.18 >> kernel many times, but the clock still didn't behave, I decided to >> downgrade the kernel to 2.6.16.12 (we used that kernel in a previous >> release). And that did the trick! Everything's fine again. >> >> I noticed in the kernel settings, that the 2.6.18 kernel has quite a few >> more RTC-related settings compared to the 2.6.16.12. However, I could >> not find you yet, what's causing the trouble on the soekris boards. >> >> Does anybody else run a Soekris system with the 2.6.18 kernel? Could you >> please run 'date' a few times to see if there is any problem? >> >> I am going to plug-in the 2.6.19 kernel now to see if that makes any >> difference! >> >> I'll keep you posted. >> >> cheers, Ingmar >> >> Darrick Hartman wrote: >> >>> Ingmar- >>> >>> What version of Astlinux are you running on the -50 box? It appears >>> that you have two different versions (from the kernel version). If >>> everything else was the same, I would say you might have some bad >>> hardware, but with the differences in kernel versions, perhaps there is >>> another problem. >>> >>> Can you try swapping the compact flash and see if it's a hardware >>> problem or a software problem? >>> >>> Darrick >>> >>> Ingmar Schraub wrote: >>> >>>> Replying to my own post... >>>> >>>> I just noticed that the clock on my -60 box runs crazy. Ntp started to >>>> sync the clock, but if you enter a few times "date", you see the time >>>> doing big jumps. >>>> >>>> Wondering why this happens on this new soekris board. >>>> >>>> thanks, Ingmar >>>> >>>> Ingmar Schraub wrote: >>>> >>>> >>>>> Hi guys, >>>>> >>>>> I have running two Astlinux systems. Both running on a Soekris net4801 >>>>> box. >>>>> >>>>> The first is a 4801-50, the second is a 4801-60. I use the latter one >>>>> for testing only, the -50 is my production system. >>>>> >>>>> Now, when running "show translation" I get totally different numbers. Of >>>>> course, I am running different Astlinux versions on both. But I am >>>>> surprised a bit to see that the numbers are that much different. >>>>> >>>>> 1.) >>>>> 4801-50 >>>>> uname -a: >>>>> Linux pbx 2.6.16.12 #1 PREEMPT Tue Aug 29 11:43:35 CEST 2006 i586 unknown >>>>> Asterisk 1.2.11 >>>>> >>>>> >>>>>> Translation times between formats (in milliseconds) >>>>>> Source Format (Rows) Destination Format(Columns) >>>>>> >>>>>> g723 gsm ulaw alaw g726 adpcm slin lpc10 g729 speex ilbc >>>>>> g723 - - - - - - - - - - - >>>>>> gsm - - 28 28 74 32 26 144 - - 447 >>>>>> ulaw - 111 - 1 50 8 2 120 - - 423 >>>>>> alaw - 110 1 - 49 7 1 119 - - 422 >>>>>> g726 - 156 49 49 - 53 47 165 - - 468 >>>>>> adpcm - 113 6 6 52 - 4 122 - - 425 >>>>>> slin - 109 2 2 48 6 - 118 - - 421 >>>>>> lpc10 - 159 52 52 98 56 50 - - - 471 >>>>>> g729 - - - - - - - - - - - >>>>>> speex - - - - - - - - - - - >>>>>> ilbc - 208 101 101 147 105 99 217 - - - >>>>>> >>>>>> >>>>> 2.) >>>>> 4801-60 >>>>> uname -a: >>>>> Linux pbx 2.6.18 #1 PREEMPT Tue Nov 28 13:59:27 CET 2006 i586 unknown >>>>> Asterisk 1.2.13 >>>>> >>>>> >>>>>> Translation times between formats (in milliseconds) >>>>>> Source Format (Rows) Destination Format(Columns) >>>>>> >>>>>> g723 gsm ulaw alaw g726 adpcm slin lpc10 g729 speex ilbc >>>>>> g723 - - - - - - - - - - - >>>>>> gsm - - 827 828 2104 938 759 4002 - - 12545 >>>>>> ulaw - 3027 - 20 1388 222 43 3286 - - 11829 >>>>>> alaw - 3027 23 - 1388 222 43 3286 - - 11829 >>>>>> g726 - 4298 1382 1383 - 1493 1314 4557 - - 13100 >>>>>> adpcm - 3109 193 194 1470 - 125 3368 - - 11911 >>>>>> slin - 2984 68 69 1345 179 - 3243 - - 11786 >>>>>> lpc10 - 4452 1536 1537 2813 1647 1468 - - - 13254 >>>>>> g729 - - - - - - - - - - - >>>>>> speex - - - - - - - - - - - >>>>>> ilbc - 5869 2953 2954 4230 3064 2885 6128 - - - >>>>>> >>>>>> >>>>> Can anybody explain this? The newer version seems to be the slower >>>>> version? >>>>> >>>>> thanks and regards, >>>>> >>>>> Ingmar >>>>> -- Darrick Hartman DJH Solutions, LLC http://www.djhsolutions.com _______________________________________________ Astlinux-users mailing list [email protected] http://lists.kriscompanies.com/mailman/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to [EMAIL PROTECTED]
