<p>As mentioned yesterday, this bug occurs in TP-Link N750, and appears to precipitate a general crash of the radios.  This node can no longer be reached wirelessly at all, which is a similar sequence of events to <em>another</em> TP-Link N750.  This time I was able to run debug before and after the radio crash.</p>

<p>Before: <a href="https://gist.github.com/glamrock/6935712">https://gist.github.com/glamrock/6935712</a><br>
After: <a href="https://gist.github.com/glamrock/6935728">https://gist.github.com/glamrock/6935728</a></p>

<p>The major differences between the two states seem to be:</p>

<ul>
<li>
<code>dhcp.@dhcp[0].ignore=0</code> in the UCI info</li>
<li>
<code>flush-mtd-unmap</code> and a second <code>kworker</code> in the processes</li>
<li>new ESSID <code>singularity</code> recogized by the radio (which doesn't appear to me in other tests)</li>
</ul>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br>Reply to this email directly or <a href='https://github.com/opentechinstitute/commotion-openwrt/issues/42#issuecomment-26143401'>view it on GitHub</a>.<img src='https://github.com/notifications/beacon/HSS0tS4nfORw_XnPQF8f0awHtdN3AIbMYYZarAUF8GUKk63fk3DDeOlAM6LDXn7n.gif' height='1' width='1'></p>