Re: [asterisk-users] res_timing_timerfd.so Vs res_timing_dahdi.so
On Mon, May 16, 2011 at 10:20 PM, Shaun Ruffell wrote: > On Mon, May 16, 2011 at 09:26:48PM -0400, A E [Gmail] wrote: > > > > following this advice, is there a quick and minimal way to install/use > > res_timing_dahdi without having to build/compile/install the whole dahdi > > package and all the other modules associated with it? back in the zaptel > > days, I used to be able to modify the Makefile and compile JUST the > ztdummy > > module to provide timing for meetme. Haven't touched * for a while esp. > > Zaptel/Dahdi, so not sure how it works anymore. > > In the dahdi-linux package you can edit drivers/dahdi/Kbuild and comment > out > every module except for dahdi.ko. So looking in that file you will see > something like: > > obj-$(DAHDI_BUILD_ALL)$(CONFIG_DAHDI) += dahdi.o > #obj-$(DAHDI_BUILD_ALL)$(CONFIG_DAHDI_DUMMY)+= dahdi_dummy.o > obj-$(DAHDI_BUILD_ALL)$(CONFIG_DAHDI_DYNAMIC) += dahdi_dynamic.o > obj-$(DAHDI_BUILD_ALL)$(CONFIG_DAHDI_DYNAMIC_LOC) += > dahdi_dynamic_loc.o > > Here dahdi_dummy is commented out. Just comment out all the other modules > (lines that start with obj-) and leave only dahdi.o. > > dahdi.ko now automatically monitors the spans and if there isn't one > providing > timing, it will use the built in timing source which functions very > similarly > to dahdi dummy of the past. > > > I'm assuming to get res_timing_dahdi, I need dahdi_dummy installed at the > > very least? > > Since dahdi-linux 2.3.0, all you need is dahdi.ko. There is no more > "dahdi_dummy" module required unless you specifically install it. > > > Do I need the kernel source packages like in the old days to compile > DAHDI > > against the Kernel etc? > > You will still need the kernel sources to compile dahdi.ko against. Also > when > you install dahdi-tools, you will want to comment out all the lines in > /etc/dahdi/modules so that the init script does not try to load any of the > board drivers. > > Wow! Thanks Shaun for the amazingly detailed and clear instructions. Really appreciate it. Let me give this a go. Cheers :) -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] res_timing_timerfd.so Vs res_timing_dahdi.so
On Mon, May 16, 2011 at 09:26:48PM -0400, A E [Gmail] wrote: > > following this advice, is there a quick and minimal way to install/use > res_timing_dahdi without having to build/compile/install the whole dahdi > package and all the other modules associated with it? back in the zaptel > days, I used to be able to modify the Makefile and compile JUST the ztdummy > module to provide timing for meetme. Haven't touched * for a while esp. > Zaptel/Dahdi, so not sure how it works anymore. In the dahdi-linux package you can edit drivers/dahdi/Kbuild and comment out every module except for dahdi.ko. So looking in that file you will see something like: obj-$(DAHDI_BUILD_ALL)$(CONFIG_DAHDI) += dahdi.o #obj-$(DAHDI_BUILD_ALL)$(CONFIG_DAHDI_DUMMY)+= dahdi_dummy.o obj-$(DAHDI_BUILD_ALL)$(CONFIG_DAHDI_DYNAMIC) += dahdi_dynamic.o obj-$(DAHDI_BUILD_ALL)$(CONFIG_DAHDI_DYNAMIC_LOC) += dahdi_dynamic_loc.o Here dahdi_dummy is commented out. Just comment out all the other modules (lines that start with obj-) and leave only dahdi.o. dahdi.ko now automatically monitors the spans and if there isn't one providing timing, it will use the built in timing source which functions very similarly to dahdi dummy of the past. > I'm assuming to get res_timing_dahdi, I need dahdi_dummy installed at the > very least? Since dahdi-linux 2.3.0, all you need is dahdi.ko. There is no more "dahdi_dummy" module required unless you specifically install it. > Do I need the kernel source packages like in the old days to compile DAHDI > against the Kernel etc? You will still need the kernel sources to compile dahdi.ko against. Also when you install dahdi-tools, you will want to comment out all the lines in /etc/dahdi/modules so that the init script does not try to load any of the board drivers. -- Shaun Ruffell Digium, Inc. | Linux Kernel Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: www.digium.com & www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] res_timing_timerfd.so Vs res_timing_dahdi.so
On Mon, May 16, 2011 at 10:27 AM, satish patel wrote: > Thanks Leif, > > I had changed it to res_timing_dahdi and since last few days it seem good. > > -S > > > Date: Sun, 15 May 2011 15:48:03 -0400 > > From: leif.mad...@asteriskdocs.org > > To: asterisk-users@lists.digium.com > > > Subject: Re: [asterisk-users] res_timing_timerfd.so Vs > res_timing_dahdi.so > > > > On 11-05-13 11:39 AM, isr...@gmail.com wrote: > > > I haven't tried with timerfd but with timer pthread 1.8 is very > unstable > > > > > > I think I have seen a post to the list from kevin fleming that the same > is for timerfd that there is a nasty bug which they haven't found the reason > for yet > > > > My experience is that you should pretty much always use res_timing_dahdi > unless > > you're on a platform on which you can't install DAHDI. You don't need any > > hardware to use timing from DAHDI because timing is generated by the > kernel. > > > > My order of preference for stability is: > > > > * res_timing_dahdi > > * res_timing_timerfd > > * res_timing pthread > > > > The timerfd and pthread modules are relatively new, and sometimes people > run > > into stability problems while using them. If you can use res_timing_dahdi > I > > recommend you do so. > > > > Leif. > > > following this advice, is there a quick and minimal way to install/use res_timing_dahdi without having to build/compile/install the whole dahdi package and all the other modules associated with it? back in the zaptel days, I used to be able to modify the Makefile and compile JUST the ztdummy module to provide timing for meetme. Haven't touched * for a while esp. Zaptel/Dahdi, so not sure how it works anymore. I'm assuming to get res_timing_dahdi, I need dahdi_dummy installed at the very least? Do I need the kernel source packages like in the old days to compile DAHDI against the Kernel etc? Thx so much -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] res_timing_timerfd.so Vs res_timing_dahdi.so
Thanks Leif, I had changed it to res_timing_dahdi and since last few days it seem good. -S > Date: Sun, 15 May 2011 15:48:03 -0400 > From: leif.mad...@asteriskdocs.org > To: asterisk-users@lists.digium.com > Subject: Re: [asterisk-users] res_timing_timerfd.so Vs res_timing_dahdi.so > > On 11-05-13 11:39 AM, isr...@gmail.com wrote: > > I haven't tried with timerfd but with timer pthread 1.8 is very unstable > > > > I think I have seen a post to the list from kevin fleming that the same is > > for timerfd that there is a nasty bug which they haven't found the reason > > for yet > > My experience is that you should pretty much always use res_timing_dahdi > unless > you're on a platform on which you can't install DAHDI. You don't need any > hardware to use timing from DAHDI because timing is generated by the kernel. > > My order of preference for stability is: > > * res_timing_dahdi > * res_timing_timerfd > * res_timing pthread > > The timerfd and pthread modules are relatively new, and sometimes people run > into stability problems while using them. If you can use res_timing_dahdi I > recommend you do so. > > Leif. > > -- > _ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: >http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: >http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] res_timing_timerfd.so Vs res_timing_dahdi.so
On 11-05-13 11:39 AM, isr...@gmail.com wrote: > I haven't tried with timerfd but with timer pthread 1.8 is very unstable > > I think I have seen a post to the list from kevin fleming that the same is > for timerfd that there is a nasty bug which they haven't found the reason for > yet My experience is that you should pretty much always use res_timing_dahdi unless you're on a platform on which you can't install DAHDI. You don't need any hardware to use timing from DAHDI because timing is generated by the kernel. My order of preference for stability is: * res_timing_dahdi * res_timing_timerfd * res_timing pthread The timerfd and pthread modules are relatively new, and sometimes people run into stability problems while using them. If you can use res_timing_dahdi I recommend you do so. Leif. -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] res_timing_timerfd.so Vs res_timing_dahdi.so
Sorry for top post I'm responding from my blackberry
I haven't tried with timerfd but with timer pthread 1.8 is very unstable
I think I have seen a post to the list from kevin fleming that the same is for
timerfd that there is a nasty bug which they haven't found the reason for yet
-Original Message-
From: satish patel
Sender: asterisk-users-boun...@lists.digium.com
Date: Fri, 13 May 2011 15:17:24
To: asterisk-users
Reply-To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] res_timing_timerfd.so Vs res_timing_dahdi.so
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] res_timing_timerfd.so Vs res_timing_dahdi.so
I found asterisk using res_timing_timerfd.so do you think i should use res_timing_dahdi.so ? campbx1*CLI> module show like timing Module Description Use Count res_timing_pthread.so pthread Timing Interface 0 res_timing_timerfd.so Timerfd Timing Interface 1 res_timing_dahdi.soDAHDI Timing Interface 0 From: satish...@hotmail.com To: asterisk-users@lists.digium.com Date: Fri, 13 May 2011 15:14:01 + Subject: [asterisk-users] res_timing_timerfd.so Vs res_timing_dahdi.so Hi All, We have asterisk 1.8 with Sangoma A102D PRI card and issue is sometime asterisk process doing beyond 100% CPU load and only solution is kill. I did google and many people talking about timing issue in asterisk i have check in asterisk and i have three timing module are loaded in asterisk es_timing_pthread.so , res_timing_timerfd.so and res_timing_dahdi.so. Do you think i should use only one ? How do i find which module asterisk using ? -S -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
