*** Mihanizat0r has joined #maemo-ssu | 00:01 | |
illuminata | is ssu known to still have reboot loop issues? i upgraded to it on the advice that it should solve those problems but they're back | 00:15 |
---|---|---|
*** nox- has joined #maemo-ssu | 00:15 | |
kerio | illuminata: which kind of bootloop? | 00:19 |
illuminata | didn't know there were multiple kinds, but the one where the carrier name and widgets flash in and out | 00:21 |
kerio | i'm not sure why you think cssu is responsible for that | 00:23 |
illuminata | was told something similar before, that some watchdog type program wouldn't force a reboot when a widget wasn't functioning properly | 00:24 |
illuminata | something to that effect, it was a couple/few months ago. your nick is familiar too | 00:24 |
illuminata | or maybe this was geared more for #maemo proper | 00:25 |
*** freemangordon_ has quit IRC | 00:39 | |
*** Guest73590 has quit IRC | 00:41 | |
DocScrutinizer05 | freemangordon: for "stop current task" please consider to avoid deadlock when process table filled (forkbomb). It's an old boring pun in unix that you can't start a process to kill a process when there's too many processes. So usual workaround is to have a process already running (usually a shell) where you can `exec killall <forkbomb>` | 01:15 |
DocScrutinizer05 | dunno if all that makes sense, since maybe even pressing powerbutton to open the menu already needs to start a new process. Then obviously there's no use in later on trying to make the "stop current task" menubutton forkbomb-safe | 01:18 |
DocScrutinizer05 | but I guess you're using the osso-kill-task.sh script (or what's it's name) anyway, so probably all that doesn't make too much sense | 01:20 |
DocScrutinizer05 | or maybe there's no such script and you better forget my last remark | 01:23 |
DocScrutinizer05 | otoh I guess OOM starts killing processes as soon as ther are too many | 01:26 |
*** toxaris has joined #maemo-ssu | 01:44 | |
*** ruskie has quit IRC | 02:14 | |
freemangordon | DocScrutinizer05: no, it works in a different way (killing), will elaborate tomorrow | 02:20 |
DocScrutinizer05 | probably via x-msg | 02:21 |
freemangordon | yep, _NET_CLOSE_WINDOW | 02:22 |
freemangordon | it tries to do a graceful close, killing a hang process is done by hildon-desktop | 02:22 |
*** toxaris has quit IRC | 02:25 | |
*** NIN102 has quit IRC | 02:28 | |
*** ruskie has joined #maemo-ssu | 02:33 | |
*** joshgillies has joined #maemo-ssu | 02:55 | |
*** jonwil has joined #maemo-ssu | 03:13 | |
*** Martix_ has quit IRC | 03:29 | |
*** joshgillies has quit IRC | 03:33 | |
*** M4rtinK2 has quit IRC | 03:54 | |
*** arcean has quit IRC | 04:00 | |
Pali | merlin1991, in /srv/apt/cssu-devel/incoming are again some dsc/tar.gz files | 04:17 |
Pali | another bug? | 04:17 |
* merlin1991 investigates | 04:18 | |
merlin1991 | hm one is an ages old h-d verison | 04:19 |
merlin1991 | the other one looks like the current one | 04:19 |
merlin1991 | regarding the current version, it seems like arcean uploaded a binary only .changes file | 04:22 |
merlin1991 | + the sources | 04:22 |
merlin1991 | I'll contact him when he gets back online | 04:23 |
merlin1991 | Pali: ^^ | 04:23 |
Pali | ok | 04:23 |
*** joshgillies has joined #maemo-ssu | 04:24 | |
*** Pali has quit IRC | 04:27 | |
*** nox- has quit IRC | 05:08 | |
*** amiconn has quit IRC | 05:09 | |
*** amiconn_ has joined #maemo-ssu | 05:09 | |
*** amiconn_ is now known as amiconn | 05:09 | |
*** DocScrutinizer05 has quit IRC | 06:04 | |
*** DocScrutinizer05 has joined #maemo-ssu | 06:04 | |
*** jonwil has quit IRC | 06:19 | |
*** dhbiker has joined #maemo-ssu | 06:55 | |
*** Mihanizat0r has quit IRC | 09:18 | |
*** toxaris has joined #maemo-ssu | 10:06 | |
*** Guest73590 has joined #maemo-ssu | 10:36 | |
*** Martix_ has joined #maemo-ssu | 11:22 | |
*** NIN101 has joined #maemo-ssu | 11:58 | |
*** Martix_ has quit IRC | 12:29 | |
*** arcean has joined #maemo-ssu | 12:34 | |
freemangordon | arcean: hi | 12:42 |
arcean | freemangordon: hi | 12:42 |
freemangordon | arcean: do you have time/will to look at tklock replacement, it uses too much memory for my taste, but unfortunately my GTK/clutter/etc skills are not good enough to optimize it :) | 12:43 |
freemangordon | it does not leak though | 12:43 |
arcean | hmm sure, I can take a look :) | 12:43 |
*** Pali has joined #maemo-ssu | 12:44 | |
freemangordon | arcean: it uses ~500k, even when not active :( | 12:45 |
freemangordon | of heap that is | 12:45 |
freemangordon | Pali: why? https://gitorious.org/community-ssu/pulseaudio/commit/2aa134d13fe2e4d1f560a18fa0b028cf0b66a990 | 12:45 |
freemangordon | arcean: is it possible to use clutter actors for tklock, instead of GdkPixmap. and does it make sense? | 12:47 |
arcean | not really, only if you want to do some animations/transitions | 12:50 |
freemangordon | arcean: ok. Toldya, all this stuff is unknown to me :D | 12:51 |
arcean | hehe :P | 12:52 |
freemangordon | going to shoot valgrind against tklock, just to be sure it does not leak (too much :P ) | 12:54 |
*** M4rtinK2 has joined #maemo-ssu | 12:57 | |
*** jonwil has joined #maemo-ssu | 13:02 | |
Pali | freemangordon, audio over network (module-native-protocol-tcp) not working correctly | 13:10 |
Pali | freemangordon, or we need to increase memory block size and decrease count of blocks | 13:16 |
Pali | I'm getting these error massages: [pulsecore/memblock.c:333 pa_memblock_new_pool()] Memory block too large for pool: 49956 > 16384 | 13:16 |
freemangordon | Pali: you mean this is used only when using PA over the network? | 13:17 |
Pali | PA over network via native protocol not working correctly with that nokia patch | 13:17 |
freemangordon | Pali: BTW when do you expect to get those 50MB? | 13:17 |
freemangordon | *where | 13:17 |
Pali | I do not know if memblock is used only in network code | 13:18 |
freemangordon | is that a real allocation? | 13:18 |
Pali | freemangordon, you can decrease PA_MEMPOOL_SLOTS_MAX from 1024 to 256 and then max size of memory for memblock will be same | 13:21 |
Pali | with nokia patch slots_max is 1024 and slot_size is 16*1024 | 13:21 |
Pali | but network code not working with lower slot_size, so I reverted it back to 64*1024 and if you decrease slots_max from 1024 to 256 then total memory for use will be same | 13:22 |
freemangordon | Pali: my concern is: how will that patch affect PA memory usage in normal usecases? | 13:23 |
Pali | I can check it | 13:25 |
DocScrutinizer05 | my concerns are even more fuzzy and like a gut feeling that messing with PA is not worth the effort | 13:27 |
DocScrutinizer05 | and most probably not a good idea anyway | 13:27 |
freemangordon | DocScrutinizer05: well, if it does not affect day-to-day usage of the device, then (the patch) should be OK. | 13:28 |
freemangordon | Though that should be verified very carefully | 13:28 |
DocScrutinizer05 | and who's verifying that? | 13:28 |
freemangordon | exactly ;) | 13:28 |
kerio | Pali is! | 13:29 |
DocScrutinizer05 | stutter, subtle deterioration of audio quality, complete bork in special usecases, whatnot else... a nightmare to verify | 13:30 |
freemangordon | agree, that's why I started questioning | 13:30 |
DocScrutinizer05 | particularly since our audio isn't all that bugfree right now | 13:30 |
jonwil | Not to mention that we have a bunch of binary blobs that make it very hard to do too much with PulseAudio | 13:31 |
freemangordon | Pali: Please, check the memory allocation/usage with and without your change, Nokia did that patch on purpose after all | 13:32 |
Pali | btw, what to use for checking memory allocation? | 13:32 |
DocScrutinizer05 | so for any new bug report, it's up to anybody's guess whether it got introduced with latest patch, the patch 3 months ago, or been there from beginning even in stock PA and only rears its ugly head now. Or maybe is completely unrelated, or caused by some evil side-effect like changed race conditions that now trigger the sleeping bug in a unrelated subsystem | 13:33 |
freemangordon | Pali: well, use smaps | 13:33 |
freemangordon | "/proc/$PA_PID/smaps" | 13:34 |
Pali | heap --> size: 768kB | 13:36 |
freemangordon | looks ok to me. and what happens when use it over the network? | 13:38 |
freemangordon | BTW I still not get it why systemui uses ~1600KB :( | 13:39 |
*** Jaded has quit IRC | 13:40 | |
jonwil | memory leak in the systemui binary? | 13:40 |
freemangordon | jonwil: no | 13:41 |
freemangordon | it does not leak, for sure | 13:41 |
freemangordon | the first time you open powerkey menu or tklock, memory usage jumps with ~500k, some Gtk stuff, but I cannot get how to force Gtk to free that memory | 13:42 |
jonwil | I do wish we knew just what the PulseAudio binary blobs actually DO, that would mean we could find replacements for each piece :) | 14:15 |
freemangordon | jonwil: one of them is highpass filer | 14:16 |
freemangordon | *filter | 14:16 |
freemangordon | the other is maybe echo cancelation | 14:17 |
jonwil | also speaker protection | 14:18 |
jonwil | and also sidetone I think | 14:18 |
freemangordon | (highpass filter that is ;) ) | 14:18 |
freemangordon | sidetone? | 14:18 |
jonwil | ]http://en.wikipedia.org/wiki/Sidetone | 14:19 |
jonwil | http://en.wikipedia.org/wiki/Sidetone | 14:19 |
freemangordon | aah, yeah | 14:19 |
jonwil | yep, module-nokia-voice references sidetone | 14:19 |
freemangordon | jonwil: I don;t think we'll be capable of replacing that | 14:20 |
jonwil | heh yeah | 14:20 |
jonwil | well in theory we could look at what MeeGo/Mer/Nemo has since they seem to have newer PulseAudio running on N900 without any binary blobs at all | 14:20 |
freemangordon | BTW did anyone tried those modules with newer PA? | 14:20 |
freemangordon | *try | 14:21 |
*** toxarisswe has joined #maemo-ssu | 14:28 | |
jonwil | I bet the modules are tied to specific layout of PulseAudio structures that have changed between versions | 14:28 |
jonwil | or PulseAudio API calls | 14:29 |
*** toxaris has quit IRC | 14:30 | |
*** _rd has joined #maemo-ssu | 14:38 | |
jonwil | so the answer is I suspect we are stuck on current PulseAudio unless we can figure out all algorithms in the binary blobs and find replacements where needed :) | 14:38 |
*** RST38h has quit IRC | 14:41 | |
*** Guest73590 has quit IRC | 14:41 | |
*** RST38h has joined #maemo-ssu | 14:42 | |
Pali | jonwil, some nokia pulseaudio blobs was opened see meego git | 14:47 |
Pali | only algorithms are still closed | 14:47 |
jonwil | yeah MeeGo has open bits | 14:48 |
Pali | from info what I have pulse audio nokia algorithms doing some magic for better voice support in gsm calls | 14:48 |
jonwil | we still dont know what the closed-bits that weren't opened do or which of those bits actually matter for functioning phone :) | 14:48 |
Pali | so we need something which can fix buggy gsm codec | 14:49 |
Pali | it doing some voice correction or something like that | 14:49 |
Pali | and some speaker protection | 14:50 |
arcean | freemangordon: what about http://gitorious.org/community-ssu/osso-systemui-tklock/blobs/master/osso-systemui-tklock.c#line801 ? | 14:53 |
arcean | do we need to copy the style or only the window's background? | 14:54 |
freemangordon | arcean: this comment is mine, btu I really don't know :) | 15:20 |
freemangordon | arcean: it was done that way in the stock tklock, I googled a bit and find the commented code | 15:22 |
freemangordon | "gdk_window_set_back_pixmap( GDK_WINDOW (window), pixMap, TRUE);" | 15:23 |
freemangordon | arcean: try it | 15:23 |
arcean | IIRC the correct way is to create a new style and then apply the background image | 15:26 |
freemangordon | arcean: could be, I don't know, thats why I kept the stock way | 15:27 |
*** NIN102 has joined #maemo-ssu | 15:45 | |
*** NIN101 has quit IRC | 15:45 | |
*** joshgillies has quit IRC | 15:50 | |
*** Pali has quit IRC | 15:59 | |
*** Pali has joined #maemo-ssu | 16:01 | |
*** freemangordon__ has joined #maemo-ssu | 16:11 | |
*** freemangordon has quit IRC | 16:11 | |
*** freemangordon__ is now known as freemangordon | 16:11 | |
*** _rd has quit IRC | 16:24 | |
*** ekze-nyan has quit IRC | 16:49 | |
*** jonwil has quit IRC | 17:13 | |
*** _rd has joined #maemo-ssu | 17:32 | |
merlin1991 | arcean: ping | 17:41 |
arcean | pong merlin1991 | 17:43 |
merlin1991 | when you uploaded the latest h-d to -devel it looks like the .changes file was from a binary only build | 17:43 |
merlin1991 | the sources were left behind in the incoming dir and not imported | 17:44 |
arcean | so I've uploaded the wrong file? | 17:44 |
merlin1991 | I have no idea because the .changes file is gone by now, but if you look here: http://maemo.merlin1991.at/cssu/community-devel/pool/free/h/hildon-desktop/ | 17:45 |
merlin1991 | you'll notice the sources are of an older version, and there were no errors in the import log | 17:45 |
arcean | uhh | 17:46 |
merlin1991 | the .tar.gz and .dsc is there so I should be able to just import those, but I don't even know if the debs there were build of exactly that source :/ | 17:47 |
arcean | if it's on the server, then it's exactly the source we're looking for | 17:49 |
merlin1991 | I've imported them by hand now | 17:53 |
arcean | thanks :) | 17:54 |
*** rd_ has joined #maemo-ssu | 17:55 | |
*** rd_ is now known as Guest28833 | 17:55 | |
*** _rd has quit IRC | 17:58 | |
*** Guest28833 has quit IRC | 18:02 | |
*** Guest28833 has joined #maemo-ssu | 18:02 | |
*** dhbiker has quit IRC | 18:29 | |
*** dhbiker has joined #maemo-ssu | 18:43 | |
*** freemangordon has quit IRC | 20:14 | |
*** freemangordon__ has joined #maemo-ssu | 20:14 | |
*** Martix_ has joined #maemo-ssu | 20:22 | |
*** Jade has joined #maemo-ssu | 21:56 | |
*** Jade has joined #maemo-ssu | 21:56 | |
*** arcean has quit IRC | 22:07 | |
*** arcean has joined #maemo-ssu | 22:08 | |
*** _rd has joined #maemo-ssu | 22:13 | |
*** Guest28833 has quit IRC | 22:15 | |
*** NIN101 has joined #maemo-ssu | 22:35 | |
*** nox- has joined #maemo-ssu | 22:35 | |
*** NIN102 has quit IRC | 22:36 | |
*** NIN102 has joined #maemo-ssu | 23:12 | |
*** NIN102 has quit IRC | 23:12 | |
*** NIN101 has quit IRC | 23:20 | |
*** NIN102 has joined #maemo-ssu | 23:20 | |
*** NIN101 has joined #maemo-ssu | 23:26 | |
*** NIN102 has quit IRC | 23:27 | |
*** NIN101 has quit IRC | 23:28 | |
*** NIN102 has joined #maemo-ssu | 23:28 | |
*** joshgillies has joined #maemo-ssu | 23:40 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!