According to the ARM docs, the instruction in question decodes to "coprocessor data transfer (LDC, STC)". The way that instruction is encoded (with the first four bits == xE), the instruction will be executed every time it's encountered (i.e., not conditionally). Stanislav, you said you thought the trap was related to HD math and not alignment. Based on what that instruction apparently is, it looks to me like you were on the right track. Do all ARM variants have an FPU, and if not, could this problem stem from configure et al. determining there's an FPU on a platform where there isn't one? Hope this helps someone find and eradicate this bug. - Larry On Dec 12, 2015 7:04 PM, "Stanislav Sinyagin" <ssinyagin@gmail.com> wrote:
https://freeswitch.org/jira/browse/FS-8651 the source of the problem is quite deep in the sources of spandsp, so I can't offer a fix.
On Thu, Dec 10, 2015 at 10:49 PM, Komar, Jason <jkomar@jbox.ca> wrote:
I get nothing in debug or sip trace. It always dies at mod_spandsp_fax so I figured it was in that module. At that point freeswitch just restarts without throwing any errors.
Kernel log shows:
Dec 10 14:16:17 antman kernel: [ 5949.832802] Alignment trap: not handling instruction ecb17a01 at [<b44fe32c>] Dec 10 14:16:17 antman kernel: [ 5949.834290] Unhandled fault: alignment exception (0x001) at 0xb4546e4a
The only part of the exception that is the same every time it happens is "instruction ecb17a01."
I would have just opened a JIRA, but I didn't think this was enough information. I have been Googling trying to figure out how to get more info.
Jason
On Thu, Dec 10, 2015 at 2:37 PM, Stanislav Sinyagin <ssinyagin@gmail.com
wrote:
Hi, I didn't see any errors, but I'm not using fax, and mostly it's bridging the calls and connecting users to a conference. Do you have
more
debugging information?
Most probably the source of the problem is that x86 allows unaligned memory access: a word pointer can have any value. And other architectures don't allow this, and require the pointers to be aligned to word boundaries. Mongodb, for example, is known to fail on any non-x86 CPU because of that.
So, probably mod_spandsp needs an audit.
On 10 Dec 2015 21:11, "Komar, Jason" <jkomar@jbox.ca> wrote:
Your instructions worked great for me building on/for my Odroid-U3
(arm)
running Debian Jessie.
I know you are running on arm at scaleway. Do you ever run into any alignment issues? I'm getting alignment exception faults receiving faxes and I'm having trouble pulling any useful debug messages.
Thanks, Jason
On Mon, Nov 30, 2015 at 9:27 AM, Stanislav Sinyagin < ssinyagin@gmail.com> wrote:
hi,
I put together the build scenario that I tested for ARM (armhf at scaleway.com), and it should also work for other architectures:
https://freeswitch.org/confluence/display/FREESWITCH/Building+debs+for+other...
It will be great if someone tests them on other architectures too.
cheers, stanislav
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org