Bug#324171: High CPU usage on fnfxd with linux 2.6.12.5
hi death, I wanna like if the problem still happens. thanks for your attention. -- = Ágney Lopes Roth Ferraz [EMAIL PROTECTED] http://agney.linuxhome.com.br
Bug#324171: High CPU usage on fnfxd with linux 2.6.12.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Agney, I sent an email on 29th October to inform that the bug was fixed and that you could close the bug thread. I must confess that I was a bit confused because I didn't get the Debian bug tracking system response. Now I'm searching on the bug page (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=324171) and I don't see that message. I assume that you didn't get it either. Perhaps Timo Hoenig got it (if so, please let us know). Anyway, sorry if the message didn't arrive and I inform again: - From 2.6.12.5 to 2.6.13.4 I tried nearly every kernel release and the problem was every time there. On 29th October, the next day to the 2.6.14 kernel release, I downloaded and compiled it... and the problem just get fixed. With kernel 2.6.14, the CPU usage of fnfxd is completly normal, here there is the output from top command: 4400 root 15 0 2228 376 308 S 0.7 0.1 0:09.15 fnfxd 0.7% CPU usage, and it's always of about 0.3-1% at 600 Mhz. So, I think that indeed the problem wasn't in fnfxd, but somehow in Toshiba ACPI in the kernel itself. So, I must apologize for submitting this bug, as it's not your fault at all. You can close the bug thread. So I want to thank you all, and particularly Agney Lopes and Timo Hoenig, for this great software (it's very, very useful for all Toshiba laptop's users), and I want to apologize for the time I make you both lose. If there's any information you would like me to provide, just let me know. I can provide any information of the behavior of fnfxd with the buggy kernels if it would be useful to you. Thanks again and regards. Ramiro Cano. PS: I will save a local copy of the message, just in case it doesn't sends ok... Agney Lopes Roth Ferraz wrote: hi death, I wanna like if the problem still happens. thanks for your attention. - -- +--++ |(o_ powered |Death Master| |(o_ (o_ //\ by++ |(/)_ (\)_ V_/_ GNU/LiNUX | +---+---+ |GPG KEY| 6FAB 9799 C61A A7D2 A409| +---+ 8A53 6F6F 3938 AF95 93E1| | KeyID: 0xAF9593E1 (¡Verificar firma!) | +---+---+ |E-MAIL | EN PUNTO | +---+ ^^ ^ | | death_master ~~ hpn-sec ~ net | | death_master ~~ clubhackers ~ com | | death_master ~~ wadalbertia ~ com | | death_master ~~ forohxclive ~ org | | death.master ~~ telefonica ~ net | +---+---+ |URL| http://www.death-master.tk/ | +---+---+ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQ202Im9vOTivlZPhAQKDyw/+MQkfpDc7ICxEM2PsgIuB+OdMEaTgpThw BawHwDivuE++Dqte2W3Zg2dUJ+gLg+MyQHAsx9HmMCSe3CCNAr/EIJfKr6TPisPy 3STQvZfFuA402YH9Ic6y0yMuJVwtcpOrZvdWSceanomP7HZgu8S9WWYp4HEnf6ks Y2KljVVfrFOfKPvivhM1GrYfR1oo1/0QJOQYn+FrR+kzR8636UPQ8x64KHvSNwEn rEaIacpIWY0ZPuWq7xs9dIFoh1WAS+8OcYMuYt2TtSi18nzGoYfsUvpiCwugxETD rNUC2ZCbIkuxPG6jo5O7WDKDqLAbn1fOiD1QieaijRTP2OGM/gEZYMQkJB2A5ZOu N7zME7vLnUXeRktoZIwshl4JM2mRj3MGMuZSrSuSY6Q5KRGxQS4h/JPJicGMGwts +PnDxPnbZ4WBy7vr4RsHKnFeZGjQtdVI7gI9m0qA24EnshrvOQxdEx1N3H2rw49T mmVmjIPbwLu7rxijs65B8m5RNrR8mdzDtNltR63oMj5uFWTdiptap2Xp5XyYyWMs k79n0nYy+fXT2U5I8zoA1+uPbty+7pqS6MeuEPsEivUR/jxUbdswn5jEJHMl+WRj E9W2IG+dL31yRExitaPmjXJBbPwLVD0jpb0HdayxC6eBvJn2YlAg3KysI2sahHsJ YyOJD6Hhuq8= =La0f -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324171: High CPU usage on fnfxd with linux 2.6.12.5
Hi Ramiro, On Mon, 2005-08-29 at 19:19 +0200, Death Master wrote: Hi again. I tried to compile kernel 2.6.13-rc7 a few days ago but unfortunately I couldn't due to some strange problems in the process. Today, I just compiled the new 2.6.13 kernel without any problem. It solved some problems (like a strange hang of about 10 seconds on kernel loading when scanning IDE devices... it was there since 2.6.9 and with 2.6.13 just disappeared) but unfortunately the fnfxd high CPU usage is still there. Hm. I'm somewhat clueless. Could you please provide the output of: $ time cat /proc/acpi/toshiba/keys If you want to debug a bit: It might be possible that EC burst mode is the cause _or_ solution. Have a look at the ACPI devel list for further information about EC burst mode. I suppose that means either 2.6.12.x is not the problem or 2.6.13 still got it. Like always, for any further information I can provide, just let me know. Regards. Ramiro See you, Timo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324171: High CPU usage on fnfxd with linux 2.6.12.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Timo. Timo Hoenig wrote: Hm. I'm somewhat clueless. Could you please provide the output of: $ time cat /proc/acpi/toshiba/keys With fnfxd running: [EMAIL PROTECTED]:~$ time cat /proc/acpi/toshiba/keys hotkey_ready:0 hotkey: 0x0100 real0m0.109s user0m0.000s sys 0m0.054s [EMAIL PROTECTED]:~$ Without fnfxd: [EMAIL PROTECTED]:~$ time cat /proc/acpi/toshiba/keys hotkey_ready:0 hotkey: 0x0100 real0m0.051s user0m0.000s sys 0m0.050s [EMAIL PROTECTED]:~$ If you want to debug a bit: It might be possible that EC burst mode is the cause _or_ solution. Have a look at the ACPI devel list for further information about EC burst mode. I'll search information about that. The most strange is that it never happened with 2.6.9 or 2.4.18-bf24 (woody instalation kernel). Regards. Ramiro - -- +--++ |(o_ powered |Death Master| |(o_ (o_ //\ by++ |(/)_ (\)_ V_/_ GNU/LiNUX | +---+---+ |GPG KEY| 6FAB 9799 C61A A7D2 A409| +---+ 8A53 6F6F 3938 AF95 93E1| | KeyID: 0xAF9593E1 (¡Verificar firma!) | +---+---+ |E-MAIL | EN PUNTO | +---+ ^^ ^ | | death_master ~~ hpn-sec ~ net | | death_master ~~ clubhackers ~ com | | death_master ~~ wadalbertia ~ com | | death_master ~~ forohxclive ~ org | | death.master ~~ telefonica ~ net | +---+---+ |URL| http://www.death-master.tk/ | +---+---+ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQxRZcG9vOTivlZPhAQLOfA/9GkgNN2aHxsFbvzfLRRe9LNP0AM8fXwYk VpaYRBocLFMN4YbqrahtUcyO9A7P1824jtJBNNto+jULldXkTVWt+xvqu+L6MENz q/kEtFG9Nb/RGT6L2ZKx3wF3cVZuQzVisfXyU6b+NjApPbyi3lN378VzLs+JViWk qbOMFj2vWl13vSLvfQZnLUgkzR4gS9OpMGOj5JFRCcrPP5HrewjiOVrAInWpQDc/ bLaKeXOWbvZxU0iploq9yS7+r7YQYw/1aD1vtJ8o102k3mfNbLQOwFt9OqlVEsFu oCRqwhzWH1J+MMBY1INRQuxkmA51GQK58D9S937LzkpLnPkosSPAPc5BHmMIEFYl apjPhC3v1qPpF3NpxK+offT9ERFbz679aq5Babr3kggS7V0MOjLHvsB/OJtxcfSf y+zEJEsdWvFiEof936qhvJztTCw0dCH/IyXAoSX2u66i3PTErQoX6I0G3tm0+RIY IRAh1qhpbouk6QSnwtsSvEAkpV+W9UrjAC6PkGc+LLZStGIUSBkhFBzfUPScR4ws lKm9O9fMLqXUGnCBid589ELb6T+7F0Ogfk5qUcxvt0WvKsCs9vrG3idWbsLATW84 0Q6HWO3hY4P3me5YcoQ0QsZUxedDhZaxuKlr0T19YZvKr2y18d63D0icuZK2voAX jq6+96Km0M8= =KFux -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324171: High CPU usage on fnfxd with linux 2.6.12.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi again. I tried to compile kernel 2.6.13-rc7 a few days ago but unfortunately I couldn't due to some strange problems in the process. Today, I just compiled the new 2.6.13 kernel without any problem. It solved some problems (like a strange hang of about 10 seconds on kernel loading when scanning IDE devices... it was there since 2.6.9 and with 2.6.13 just disappeared) but unfortunately the fnfxd high CPU usage is still there. I suppose that means either 2.6.12.x is not the problem or 2.6.13 still got it. Like always, for any further information I can provide, just let me know. Regards. Ramiro - -- +--++ |(o_ powered |Death Master| |(o_ (o_ //\ by++ |(/)_ (\)_ V_/_ GNU/LiNUX | +---+---+ |GPG KEY| 6FAB 9799 C61A A7D2 A409| +---+ 8A53 6F6F 3938 AF95 93E1| | KeyID: 0xAF9593E1 (¡Verificar firma!) | +---+---+ |E-MAIL | EN PUNTO | +---+ ^^ ^ | | death_master ~~ hpn-sec ~ net | | death_master ~~ clubhackers ~ com | | death_master ~~ wadalbertia ~ com | | death_master ~~ forohxclive ~ org | | death.master ~~ telefonica ~ net | +---+---+ |URL| http://www.death-master.tk/ | +---+---+ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIVAwUBQxNDqG9vOTivlZPhAQKmkhAAnaJx70tjxJkVN2uw1UrkYLc6o878Hae6 BkIYb4xkuxzZpv4BBmAv9lE9wTbV+rhfcXjfS09729POc0ghJY6qFzaNhsrouPg8 tSAhRHLXnbgnwpjiLutpG/Zpus3V7qreiUFGlmDRotxrdsN+iccaqlccLZ5cQ5g5 sNAv4nerNnZCCA193N4sFRR5ce+J67Xq9B1gZxObyMKC3ct5F9kEGDdyxiG4Dd/U u6TV7J5C8igOQbkdsnkits4MWdPNTgQAXk4l/XnfMv10Ut9RuauXu5l12mn6xkGx STXQRQeERWVTRQbtEm9f9tP92zflMtRWo8ZqJMLy5zTEViUKYR3GTSLA3bOGV0KA AAPJU88h92+RHpTWbmr9hfyzUxYXDn6Wz8ZL1RchYjIwAHn7JQ5P8mb4bjVGeHOg NBySlApVcNC/Woa3yd02exSpUo1yLsZaL8XDJmZL35yF7WfCSTSrnoJurBB9MplT LLCrCjYb0SyReSpGN51xuBE/cc+IpdKamtHrzidiGO/Lw7hrSktj09xlVQlz15gq 4T46iIL1/jaEkrt+wK04wK10gq0GyT8GFPhFwckkNP9TpWw9qq6JODJFspY7fpsk ksvjv0vLVYXVptdKqK4VFxhTOzBZLtXRNpPfhDm+rj/cG8Qej1mMS8gn4gT4Fjb+ I3gi+VinveU= =S1mi -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324171: High CPU usage on fnfxd with linux 2.6.12.5
Hi. On Sat, 2005-08-20 at 19:30 +0200, Death Master wrote: I really appreciate bug reports of people with real names. Package: fnfxd Version: 0.3-5 [...] Today, I updated to kernel 2.6.12.5 and I'm experiencing some problems with fnfxd. [...] I've seen various problems regarding 2.6.12.x on Toshiba laptops. Please * provide a strace of fnfxd and/or * try a recent rc of 2.6.13. Timo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324171: High CPU usage on fnfxd with linux 2.6.12.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Timo Hoenig wrote: Hi. On Sat, 2005-08-20 at 19:30 +0200, Death Master wrote: I really appreciate bug reports of people with real names. I never hid my real name to anyone, it's just the way I have this account configured on my MUA. My real name is Ramiro Cano (from Madrid, Spain), if you feel more comfortable with that. * provide a strace of fnfxd and/or * try a recent rc of 2.6.13. This is the strace of fnfxd: - blingdenstone:/home/master# strace fnfxd execve(/usr/sbin/fnfxd, [fnfxd], [/* 31 vars */]) = 0 uname({sys=Linux, node=blingdenstone, ...}) = 0 brk(0) = 0x804e000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, - -1, 0) = 0xb7fcc000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=79720, ...}) = 0 old_mmap(NULL, 79720, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fb8000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/i686/cmov/libc.so.6, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260O\1..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1265136, ...}) = 0 old_mmap(NULL, 1271100, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e81000 old_mmap(0xb7fb1000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13) = 0xb7fb1000 old_mmap(0xb7fb5000, 9532, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fb5000 close(3)= 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, - -1, 0) = 0xb7e8 mprotect(0xb7fb1000, 4096, PROT_READ) = 0 set_thread_area({entry_number:-1 - 6, base_addr:0xb7e806c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb7fb8000, 79720) = 0 fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 1), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fcb000 write(1, FnFX Daemon v0.3 (c) 2003, 2004 ..., 64FnFX Daemon v0.3 (c) 2003, 2004 Timo Hoenig [EMAIL PROTECTED] ) = 64 getuid32() = 0 rt_sigaction(SIGTERM, {0x804a790, [TERM], SA_RESTART}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGKILL, {0x804a790, [KILL], SA_RESTART}, {SIG_DFL}, 8) = - -1 EINVAL (Invalid argument) rt_sigaction(SIGQUIT, {0x804a790, [QUIT], SA_RESTART}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {0x804a790, [INT], SA_RESTART}, {SIG_DFL}, 8) = 0 getpid()= 3898 brk(0) = 0x804e000 brk(0x806f000) = 0x806f000 open(/var/run/fnfxd.pid, O_RDWR) = -1 ENOENT (No such file or directory) shmget(822155648, 655360, IPC_CREAT|0666) = 1900547 shmat(1900547, 0, 0)= 0xb7de open(/proc/acpi/toshiba/fan, O_RDWR) = 3 close(3)= 0 open(/proc/acpi/toshiba/keys, O_RDWR) = 3 close(3)= 0 open(/proc/acpi/toshiba/lcd, O_RDWR) = 3 close(3)= 0 open(/proc/acpi/toshiba/version, O_RDWR) = 3 close(3)= 0 open(/proc/acpi/toshiba/video, O_RDWR) = 3 close(3)= 0 open(/proc/acpi/sleep, O_RDWR)= 3 close(3)= 0 open(/etc/fnfxd/keymap, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=3695, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ddf000 read(3, # FnFX daemon (fnfxd) keymap \n#\n..., 4096) = 3695 read(3, , 4096) = 0 close(3)= 0 munmap(0xb7ddf000, 4096)= 0 open(/etc/fnfxd/fnfxd.conf, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=790, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ddf000 read(3, # FnFX daemon (fnfxd) configurat..., 4096) = 790 open(/dev/mixer, O_RDWR) = 4 close(4)= 0 read(3, , 4096) = 0 close(3)= 0 munmap(0xb7ddf000, 4096)= 0 semget(822155648, 3, IPC_CREAT|0666)= 163840 semctl(163840, 0, IPC_64|SETVAL, 0xbfcd4468) = 0 semctl(163840, 1, IPC_64|SETVAL, 0xbfcd4468) = 0 semctl(163840, 2, IPC_64|SETVAL, 0xbfcd4468) = 0 open(/proc/acpi/toshiba/lcd, O_RDWR) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ddf000 write(3, brightness:7, 12)= 12 close(3)
Bug#324171: High CPU usage on fnfxd with linux 2.6.12.5
Hi Ramiro, On Wed, 2005-08-24 at 14:53 +0200, Death Master wrote: I never hid my real name to anyone, it's just the way I have this account configured on my MUA. My real name is Ramiro Cano (from Madrid, Spain), if you feel more comfortable with that. Perfect :-) * provide a strace of fnfxd and/or * try a recent rc of 2.6.13. This is the strace of fnfxd: [...] Could you please send the output of some seconds with follow forks (strace -f fnfxd)? Thanks, Timo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324171: High CPU usage on fnfxd with linux 2.6.12.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Timo, Timo Hoenig wrote: Could you please send the output of some seconds with follow forks (strace -f fnfxd)? Of course. Here is it: - blingdenstone:/home/master# strace -f fnfxd execve(/usr/sbin/fnfxd, [fnfxd], [/* 31 vars */]) = 0 uname({sys=Linux, node=blingdenstone, ...}) = 0 brk(0) = 0x804e000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, - -1, 0) = 0xb7fe4000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=79720, ...}) = 0 old_mmap(NULL, 79720, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fd close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/i686/cmov/libc.so.6, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260O\1..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1265136, ...}) = 0 old_mmap(NULL, 1271100, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7e99000 old_mmap(0xb7fc9000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13) = 0xb7fc9000 old_mmap(0xb7fcd000, 9532, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fcd000 close(3)= 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, - -1, 0) = 0xb7e98000 mprotect(0xb7fc9000, 4096, PROT_READ) = 0 set_thread_area({entry_number:-1 - 6, base_addr:0xb7e986c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb7fd, 79720) = 0 fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 2), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fe3000 write(1, FnFX Daemon v0.3 (c) 2003, 2004 ..., 64FnFX Daemon v0.3 (c) 2003, 2004 Timo Hoenig [EMAIL PROTECTED] ) = 64 getuid32() = 0 rt_sigaction(SIGTERM, {0x804a790, [TERM], SA_RESTART}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGKILL, {0x804a790, [KILL], SA_RESTART}, {SIG_DFL}, 8) = - -1 EINVAL (Invalid argument) rt_sigaction(SIGQUIT, {0x804a790, [QUIT], SA_RESTART}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {0x804a790, [INT], SA_RESTART}, {SIG_DFL}, 8) = 0 getpid()= 3395 brk(0) = 0x804e000 brk(0x806f000) = 0x806f000 open(/var/run/fnfxd.pid, O_RDWR) = -1 ENOENT (No such file or directory) shmget(822155648, 655360, IPC_CREAT|0666) = 851970 shmat(851970, 0, 0) = 0xb7df8000 open(/proc/acpi/toshiba/fan, O_RDWR) = 3 close(3)= 0 open(/proc/acpi/toshiba/keys, O_RDWR) = 3 close(3)= 0 open(/proc/acpi/toshiba/lcd, O_RDWR) = 3 close(3)= 0 open(/proc/acpi/toshiba/version, O_RDWR) = 3 close(3)= 0 open(/proc/acpi/toshiba/video, O_RDWR) = 3 close(3)= 0 open(/proc/acpi/sleep, O_RDWR)= 3 close(3)= 0 open(/etc/fnfxd/keymap, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=3695, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7df7000 read(3, # FnFX daemon (fnfxd) keymap \n#\n..., 4096) = 3695 read(3, , 4096) = 0 close(3)= 0 munmap(0xb7df7000, 4096)= 0 open(/etc/fnfxd/fnfxd.conf, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=790, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7df7000 read(3, # FnFX daemon (fnfxd) configurat..., 4096) = 790 open(/dev/mixer, O_RDWR) = 4 close(4)= 0 read(3, , 4096) = 0 close(3)= 0 munmap(0xb7df7000, 4096)= 0 semget(822155648, 3, IPC_CREAT|0666)= 98304 semctl(98304, 0, IPC_64|SETVAL, 0xbf9ec9e8) = 0 semctl(98304, 1, IPC_64|SETVAL, 0xbf9ec9e8) = 0 semctl(98304, 2, IPC_64|SETVAL, 0xbf9ec9e8) = 0 open(/proc/acpi/toshiba/lcd, O_RDWR) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7df7000 write(3, brightness:7, 12)= 12 close(3)= 0 munmap(0xb7df7000, 4096)= 0 open(/proc/acpi/toshiba/lcd, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7df7000 read(3, brightness: 7\nbrigh..., 1024) = 54 close(3)= 0 munmap(0xb7df7000, 4096)= 0
Bug#324171: High CPU usage on fnfxd with linux 2.6.12.5
Package: fnfxd Version: 0.3-5 Hi. I have a Toshiba Satellite A50-522 laptop and I've been using kernel 2.6.9 for about a year with fnfxd and fnfx-client. Today, I updated to kernel 2.6.12.5 and I'm experiencing some problems with fnfxd. I use powernowd in order to control speedstep on the fly, and the processor is usually working at 600 Mhz (maximum frequency is 1500 Mhz). At this frequency -600 Mhz-, on kernel 2.6.9 and fnfxd 0.3-5, the CPU usage of the program is constant about 1-2%. But now, with kernel 2.6.12.5 and same frequency -600 Mhz-, fnfxd begins with a CPU usage of 10-15% and this percentage doesn't stop growing (at this moment is about 70%). I'm using Debian SID GNU/Linux with kernel 2.6.12.5, fnfxd 0.3-5, fnfx-client 0.3-5 and libc6 2.3.5-4. I have no suggestion on fixing the bug, but if there's any additional information I can provide, just let me know. Regards. PS: I didn't signed this message with GnuPG because I don't know if it can make the package and version pseudo-header not to work. -- +--++ |(o_ powered |Death Master| |(o_ (o_ //\ by++ |(/)_ (\)_ V_/_ GNU/LiNUX | +---+---+ |GPG KEY| 6FAB 9799 C61A A7D2 A409| +---+ 8A53 6F6F 3938 AF95 93E1| | KeyID: 0xAF9593E1 (¡Verificar firma!) | +---+---+ |E-MAIL | EN PUNTO | +---+ ^^ ^ | | death_master ~~ hpn-sec ~ net | | death_master ~~ clubhackers ~ com | | death_master ~~ wadalbertia ~ com | | death_master ~~ forohxclive ~ org | | death.master ~~ telefonica ~ net | +---+---+ |URL| http://www.death-master.tk/ | +---+---+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]