<html> <head> <meta content="text/html; charset=windows-1252" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">Am 31.01.2015 um 13:08 schrieb Alex Brooks: </div> <blockquote cite="mid:CAE8XxP-w5Fjbfd_ENdNh2sY=AOkgbnNfSuJF1N0ACVq+8mf2YA@mail.gmail.com" type="cite"> Hi Ralf, Do you have a wlan0 on that computer? </blockquote> no, wlp3s0 .. need to use -i i wlps3so <blockquote cite="mid:CAE8XxP-w5Fjbfd_ENdNh2sY=AOkgbnNfSuJF1N0ACVq+8mf2YA@mail.gmail.com" type="cite"> (also note that the method in question (signalpoll) is new in wpa_supplicant v2.3). </blockquote> -> updated + need to run as root <blockquote cite="mid:CAE8XxP-w5Fjbfd_ENdNh2sY=AOkgbnNfSuJF1N0ACVq+8mf2YA@mail.gmail.com" type="cite"> <div class="gmail_quote">On 31 Jan 2015 19:27, "Ralf Habacker" <<a moz-do-not-send="true" href="mailto:ralf@habacker.de">ralf@habacker.de</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Am 31.01.2015 um 05:04 schrieb Alex Brooks: > Hi, > > I've been fighting for a long time with what now looks like a libdbus > bug. > I have a cut-down test program which calls a dbus method of > wpa_supplicant at 100Hz, it does this happily for several hours then > at some point the behaviour changes: any future calls sit at 100% CPU > for 25sec then time out. </blockquote> </div> </blockquote> who eat's the cpu - dbus-daemon - wpa_supplicant - your client app <blockquote cite="mid:CAE8XxP-w5Fjbfd_ENdNh2sY=AOkgbnNfSuJF1N0ACVq+8mf2YA@mail.gmail.com" type="cite"> <div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> > I don't think the problem is on the wpa_supplicant side: other clients > can simultaneously make this call without any problems, and restarting > the client fixes it. </blockquote> </div> </blockquote> you did a strace of the related processes ? <blockquote cite="mid:CAE8XxP-w5Fjbfd_ENdNh2sY=AOkgbnNfSuJF1N0ACVq+8mf2YA@mail.gmail.com" type="cite"> <div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> > [I'm running at 100Hz because the faster I run this loop, the faster> it reproduces the problem. CPU load sits below 20% before I hit the > bug]. </blockquote> </div> </blockquote> the test case contains while ( true ) { ... usleep(0.1 * 1e6); } which is 10H z got it running as root Ralf <blockquote cite="mid:CAE8XxP-w5Fjbfd_ENdNh2sY=AOkgbnNfSuJF1N0ACVq+8mf2YA@mail.gmail.com" type="cite"> <div class="gmail_quote"> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> > > I posted details and a sample program as a Qt bug report (I'm using > the QDBus wrapper and thought it might be a Qt bug initially): > <a moz-do-not-send="true" href="https://bugreports.qt.io/browse/QTBUG-43550" target="_blank">https://bugreports.qt.io/browse/QTBUG-43550</a> > > Does anyone have any thoughts? I compiled the testcase on opensuse 13.1 x86_64 and did run: sudo ./signalpoll getNetDevObjectPath(wlan0) getNetDevObjectPath : GetInterface result: QDBusMessage(type=Error, service="", error name="fi.w1.wpa_supplicant1.InterfaceUnknown", error message="wpa_supplicant knows nothing about this interface.", signature="", contents=([]) ) terminate called after throwing an instance of 'std::string' Regards Ralf m </blockquote> </div> </blockquote> <blockquote cite="mid:CAE8XxP-w5Fjbfd_ENdNh2sY=AOkgbnNfSuJF1N0ACVq+8mf2YA@mail.gmail.com" type="cite"> </blockquote> </body> </html>