LinuxCNC trips on M6

I've been trying to get manual tool changes to work with linuxcnc, but every time I execute a M6 it switches to the "e-stop tripped" state. If I set a tool change position, it first moves to that position and then trips. That position is definitely within the soft limits. hal_manualtoolchange is configured following the man page.

Could someone point me in the right direction how to debug that problem? DEBUG=0x7FFFFFFF didn't produce anything suspicious looking. One non-standard configuration of my system is that I use XYZACW, maybe related (i.e. soft limits for unused axes)?

P.S.: I'm running the latest version from GitHub.

No, at this point I’m manually controlling the spindle (I.e. outside of linuxcnc).

Thanks for your assistance. I uploaded all my files, but only the *.ini, taig_mill.hal, tool change.hal and halui.hal should be relevant.

It's my first time using linuxcnc, so please excuse if it is a little messy!

Here is the output when running with DEBUG=0x7FFFFFFF. The Tnn and M6 are fairly far down.

I noticed the following line:
(In addition I tried some basic remapped M6 and a similar thing happens, except I cannot get out of the e-stop state anymore without restarting. Very odd. The code inside my remapped *.ngc is executed, at least to the point where I'm waiting on a digital input, but emc is already in the e-stop stage...)

Ok, quick update:

When I use an external e-stop, e-stop trips on M6:
If I bypass that and just loopback the signals from iocontrol it works!
What is going on here?! Some time(out) issue?

Mystery solved, the estop output and the tool change indicator led wires were physically swapped... such an odd problem. Anyway, works like a charm now!