<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Sep 13, 2014 at 7:17 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On Wed, Sep 03, 2014 at 02:58:37PM -0700, Dmitry Shmidt wrote:<br>
&gt; New kernels in wiphy_suspend() will call cfg80211_leave_all()<br>
&gt; that will eventually end up in cfg80211_stop_ap() unless<br>
&gt; wowlan_triggers were set.<br>
<br>
</span>Could you please clarify why this is needed? If kernel behavior changed<br>
at some point to do something that is not desired, wouldn&#39;t the correct<br>
way of fixing this be by reverting parts of the kernel behavior rather<br>
than by trying to make hostapd do something.<br></blockquote><div><br></div><div>On some stage (from kernel 3.8 I think) wireless stack calls cfg80211_leave_all()</div><div>on suspend if no wowlan triggers were registered - I think logic here was to</div><div>disconnect if system can not wake from packet anyway.</div><div>This logic was expanded to AP mode as well (in case of AP <span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">cfg80211_stop_ap()</span></div><div><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">will be called). It can also be explained - if you can not wake main cpu on packet,</span></div><div><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">you can not be &quot;good&quot; AP.</span></div><div><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">So in order to be able to work as AP we need to honor wireless stack logic.</span></div><div><span style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:13px">And I think that it is not a kernel bug.</span></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
I don&#39;t understand what WoWLAN triggers have to do with AP mode<br>
operations. Or would there really be a case where WoWLAN can be used<br>
from a station device to wake up the AP?<br></blockquote><div><br></div><div>I suspect nobody expected AP&#39;s cpu can go to suspend mode. But on embedded</div><div>system where most of simple AP operations are done in wlan FW, it makes sense</div><div>to enable main cpu suspend.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
I&#39;m assuming this is trying to undo some parts of kernel commit<br>
8125696991194aacb1173b6e8196d19098b44e17 (&#39;cfg80211/mac80211: disconnect<br>
on suspend&#39;). Is that the case or did I miss what the main point of the<br>
hostapd changes here would be?<br>
<span class=""><font color="#888888"><br>
--<br>
Jouni Malinen                                            PGP id EFC895FA<br>
_______________________________________________<br>
HostAP mailing list<br>
<a href="mailto:HostAP@lists.shmoo.com">HostAP@lists.shmoo.com</a><br>
<a href="http://lists.shmoo.com/mailman/listinfo/hostap" target="_blank">http://lists.shmoo.com/mailman/listinfo/hostap</a><br>
</font></span></blockquote></div><br></div></div>