Re: Doubt about sensors
"Salatiel Filho" <[email protected]>
| Newsgroups | gmane.comp.gnome.apps.gkrellm |
|---|---|
| Message-ID | <[email protected]> |
Actually i have gkrelmms but the freeze happens even when im not running it. And its really almost 2 seconds. Im using mbmon solution. Thanks. On 4/24/06, Bill WIlson <[email protected]> wrote: > > On Mon, 24 Apr 2006 18:42:42 -0300 > "Salatiel Filho" <[email protected]> wrote: > > > I'm having a problem. > > I have an ASUS A7N8X-E DELUXE that uses ASB100 sensor module. > > But all the time i try to use gkrellm sensors, when it updates values > > gkrellm locks for about 2 seconds. This is really annoying > > cause all panels freezes. > > Any help ? > > Oh wow, you got a good one! It so happens that up until a while back > I had been using that same motherboard on a firewall box. But I had > never noticed any problem like that, so I pulled the machine out and > poked around a bit. Sure enough, I reproduced your problem (only with > a shorter less than a second delay) but only when the gkrelmms plugin > was running. Are you running that? > > Anyway, assuming you are using the gkrellmms plugin (and if not I'll bet > there's another plugin you are using that is doing something similar) > here's what's up: > > Gkrellm collects sensor data in a thread just so that slow reading of > sensors won't cause gkrellm freezes (and yes, the ASB100 is one of > those slow chips). > > I ran in gdb and got a stacktrace while gkrellm was in a frozen state: > > Program received signal SIGINT, Interrupt. > 0xb793094b in __nptl_setxid () from /lib/tls/libpthread.so.0 > (gdb) bt > #0 0xb793094b in __nptl_setxid () from /lib/tls/libpthread.so.0 > #1 0xb78870cc in setuid () from /lib/tls/libc.so.6 > #2 0xb74128ae in xmms_connect_to_session () from /usr/lib/libxmms.so.1 > #3 0xb7412b4d in xmms_connect_to_session () from /usr/lib/libxmms.so.1 > #4 0xb75c9fda in update_playlist () from /ram/gkrellmms.so > #5 0xb75c4b98 in update_gkrellmms () from /ram/gkrellmms.so > #6 0x0805a5ff in update_monitors () > #7 0xb798df16 in g_main_context_is_owner () from /usr/lib/libglib- > 2.0.so.0 > #8 0xb798c11c in g_main_context_dispatch () from /usr/lib/libglib- > 2.0.so.0 > #9 0xb798f5ab in g_main_context_check () from /usr/lib/libglib-2.0.so.0 > #10 0xb798f907 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 > #11 0xb7def2a1 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 > #12 0x0805cd8f in main () > > So the freeze is when the gkrellmms plugin calls libxmms functions that > call xmms_connect_to_session(), which in turn calls setuid which in > turn calls the libc6 __nptl_setxid(). Now here's the problem, > __nptl_setxid() > walks though the list of threads (gkrellm's threads) so that each thread > can be > sent a SIGSETXID signal so all threads can notice a setuid is being done. > But gkrellm's sensor reading thread is slow for the ASB100, so that thread > hangs for a bit. Then, the main gkrellm thread also hangs when the > libxmms > functions try to do a setuid() which hangs on the child sensor reading > thread. > > I don't think this is something that can be fixed in gkrellm (it's > extremely unlikely > the gkrellmms plugin would be changed to a threaded interface to libxmms > and > probably a waste of time to look into why libxmms needs to setuid at every > call), > so the only workaround I can think of is for you to not directly access > the > ASB100 sensor data. Instead I suggest you install mbmon201 from: > > http://www.nt.phys.kyushu-u.ac.jp/shimizu/download/download.html > > Then you can configure the gkrellm sensor monitor to read mbmon data > which is collected in a separate process and so won't have the freeze > issue. > Mbmon is installed on my A7N8X-E DELUXE and when I enabled > reading the mbmon data and disabled all the temp, fan, and voltage > ASB100 sensors, the problem went away. > > Bill > > > _______________________________________________ > Gkrellm mailing list > [email protected] > http://ninja.linux-phreak.biz/mailman/listinfo/gkrellm > -- []'s Salatiel "O maior prazer do inteligente é bancar o idiota diante de um idiota que banca o inteligente". _______________________________________________ Gkrellm mailing list [email protected] http://ninja.linux-phreak.biz/mailman/listinfo/gkrellm