<div dir="ltr"><div><div>Actually, I&#39;m using vm/kernel-config which enables CONFIG_DEBUG_KOBJECT_RELEASE. Should we change this in default vm/kernel-config? So, the workaround for select timeout is ok to change meanwhile?<br>
<br></div>Just now, I&#39;m testing with kernel option disabled.<br><br><br></div>Thanks.<br> </div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Mar 12, 2014 at 5:31 AM, Jouni Malinen <span dir="ltr">&lt;<a href="mailto:j@w1.fi" target="_blank">j@w1.fi</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Wed, Mar 12, 2014 at 10:58:46AM +0200, Jouni Malinen wrote:<br>
&gt; On Wed, Mar 12, 2014 at 12:43:33AM -0700, Jacob Minshall wrote:<br>
&gt; &gt; I have found the offending commit<br>
&gt; &gt;<br>
&gt; &gt; 89c86a64cd056e283323710c9ddf6f7090a450c8<br>
&gt; &gt; kobject: delay kobject release for random time<br>
<br>
</div><div class="">&gt; That said, this is test functionality and it does not look like one<br>
&gt; would enable CONFIG_DEBUG_KOBJECT_RELEASE=y for a production build.. I<br>
&gt; didn&#39;t actually have that enabled in my kernel which would explain why I<br>
&gt; don&#39;t see the issue. As a quick workaround, I&#39;d assume you can just<br>
&gt; remove that from the kernel build used for hwsim tests for now. I&#39;ll see<br>
&gt; what happens when I do the opposite.. :)<br>
<br>
</div>It looks like this kernel debug options makes NL80211_CMD_DEL_INTERFACE<br>
and SIOCGIFBR(BRCTL_DEL_BRIDGE) block for 1-8 seconds. ap_vlan_open ends<br>
up having to run four of these operations during hostapd deinit path on<br>
&quot;REMOVE wlan3&quot; control interface operation. Consequently, this is very<br>
likely to hit the 10 second timeout.<br>
<br>
IMHO, the kernel is misbehaving from user space view point, so blindly<br>
increasing the timeout is not really desirable. That said, it would be<br>
good to confirm that this kind of blocking behavior on interface removal<br>
is indeed expected result of that kernel commit and if so, make it<br>
possible to run the hwsim test cases even with this behavior in place.<br>
wpaspy.py could be changed to accept a timeout value for the request()<br>
command and the hostapd REMOVE commands could use larger timeout value<br>
to workaround this.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Jouni Malinen                                            PGP id EFC895FA<br>
</div></div></blockquote></div><br></div>