<br>Hi<br><br>This is now somehow resolved !<br><br>- the trunk rev 8579 does indeed make go away this reset procedure (at least, for the first 8 hrs of test, which is anyway much better) - Shaun & Kev: Many thanks !!!<br>
<br>- However, this is to me more a workaround than a fix. Sorry to be picky, but what this does is when it gets a non-responsive message from the DSP, it retries 20 times. If it gets a good response, then, back to normal. My conception of a fix would be finding out why on the previous versions, the DSP was never 'not responding', even briefly, and why now, this happens. I understand this is probably extremely complicated, but the product long-term stability would benefit a lot<br>
<br>- Shaun / Kev : How can I issue a message in the system log file in GpakApi.c, so I know when a retry occurs ? I would like to see if call quality gets affected when the board enters this retry process.<br><br><br>Anyway, dont misread me, I am indeed very happy to see the progress made ! Thanks to all.<br>
<br>J.<br><br><br><div class="gmail_quote">On Mon, Apr 26, 2010 at 11:53 PM, Jean Cérien <span dir="ltr"><<a href="mailto:cerien.jean@gmail.com">cerien.jean@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>I've just loaded & compiled 8579 (not 8576 - unless you need this specific one), I'll let the system run overnight and let you know. Currently, the firmware version still shows 120.<br><br>I would like to stress - just to be sure - that I am using chan_ss7 - not libss7.<br>
<br>If you need me to perform any further debugging or test, let me know<br><br>Rgds, <br><br>J.<br><br>wcte12xp 0000:05:08.0: Setting up global serial parameters for E1<br>wcte12xp 0000:05:08.0: Found a Wildcard TE121<br>
dahdi: Registered tone zone 2 (France)<br>dahdi_vpmadt032_loader: module license 'Digium Commercial' taints kernel.<br>eth0: no IPv6 routers present<br>wcte12xp 0000:05:08.0: Booting VPMADT032<div class="im"><br>
wcte12xp 0000:05:08.0: VPM present and operational (Firmware version 120)<br></div>
wcte12xp 0000:05:08.0: Span configured for CCS/HDB3<div><div></div><div class="h5"><br><br><br><div class="gmail_quote">On Mon, Apr 26, 2010 at 7:46 PM, Shaun Ruffell <span dir="ltr"><<a href="mailto:sruffell@digium.com" target="_blank">sruffell@digium.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div>On 04/26/2010 02:36 PM, Jean Cérien wrote:<br>
><br>
> Unfortunately, the issue seems to continue:<br>
> Apr 26 15:34:28 pollux kernel: wcte12xp 0000:05:08.0: VPMADT032 is<br>
> non-responsive. Resetting.<br>
> Apr 26 15:34:34 pollux kernel: wcte12xp 0000:05:08.0: VPM present and<br>
> operational (Firmware version 120)<br>
> Apr 26 15:34:44 pollux kernel: wcte12xp 0000:05:08.0: VPMADT032 is<br>
> reenabled.<br>
><br>
> Any suggestion is welcomed !<br>
><br>
> J.<br>
><br>
<br>
</div>Jean,<br>
<br>
Would you be willing to update to at least revision 8576[1] of the trunk? I'm not ready to declare victory but this change did vastly improve things for me when I actively tried to induce what you were reporting.<br>
<br>
<a href="http://svnview.digium.com/svn/dahdi?view=rev&rev=8576" target="_blank">http://svnview.digium.com/svn/dahdi?view=rev&rev=8576</a><br>
<br>
Thanks,<br>
<font color="#888888"><br>
--<br>
Shaun Ruffell<br>
Digium, Inc. | Linux Kernel Developer<br>
</font><div>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA<br>
</div><div><div></div><div>Check us out at: <a href="http://www.digium.com" target="_blank">www.digium.com</a> & <a href="http://www.asterisk.org" target="_blank">www.asterisk.org</a><br>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>