Livio has quit [Ping timeout: 264 seconds]
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
Wikiwide has quit [Read error: Connection reset by peer]
Wikiwide has joined #maemo-leste
xmn has quit [Quit: ZZZzzz…]
Juest has joined #maemo-leste
Juest has quit []
Juest has joined #maemo-leste
joerg has quit [Ping timeout: 252 seconds]
joerg has joined #maemo-leste
xmn has joined #maemo-leste
Wikiwide has quit [Ping timeout: 264 seconds]
Wikiwide has joined #maemo-leste
Guest48 has quit [Quit: Client closed]
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
Livio has joined #maemo-leste
arno11 has joined #maemo-leste
<arno11> Wizzup: i tried 6.6.36 and now call audio works. in fact everything seems to work but something still seems to slowing down Qt5
<arno11> conversations is sometimes very slow to launch and use, same for hamsterfiler and calendar. but that's totally random
<arno11> for calls, audio works but sphone is unusable: when you receive a call, the caller UI is too slow to appear
<arno11> (sometimes it's ok, but again things happen randomly)
<arno11> ah, and i got again an error during kernel install: dkms failed to find headers for 6.6
<arno11> (but headers are ok)
<arno11> btw i didn't notice any process burning the cpu or using too much RAM
<arno11> (*troubles with sphone happen with qtloop, i didn't try without but i'll doublecheck later and i suppose it will be ok without any Qt stuff)
<arno11> bbl
arno11 has left #maemo-leste [#maemo-leste]
<Wizzup> arno_11: maybe you didn't install/upgrade the header package again
akossh has joined #maemo-leste
xmn has quit [Quit: ZZZzzz…]
arno11 has joined #maemo-leste
<arno11> Wizzup: nope, headers install/upgrade is ok
<Wizzup> strange...
<Wizzup> let me upgrade on my phone
<arno11> but i found on the web that 6.6 could cause troubles with swap
<arno11> and indeed, decreasing swappiness seems to be a workaround
<arno11> ok
<Wizzup> hm, so they didn't solve it yet in 6.6.36 eh
<Wizzup> you'd assume they would fix these swap issues with stable point releases
<Wizzup> uvos: yeah so even on 6.6.36 the hotspot doesn't work, but it works on 6.1.y :D
<Wizzup> arno11: ok I also see the header warning
<arno11> ah ok
<Wizzup> strange
<arno11> weird, now with swappiness=10, the N900 seems very stable and fast like 6.1.76
<arno11> swappiness=10 was previously unusable btw, too agressive
<arno11> maybe the way it works has been changed again (pourcentage vs agressivity)
<arno11> *i mean too agressive on 6.1 or older
<Wizzup> what was your src on 6.6 changing swap behaviour?
<Wizzup> keep in mind that on this latest version I also enabled a bunch of debugging stuff
<Wizzup> I don't think it will really slow down anything (it's just some printks that are optionally enabled) but who knows
<Wizzup> (but again, it is very unlikely to be the cause)
<arno11> ah ok
<Wizzup> I enabled this so that I can try to debug call audio on d4
<Wizzup> brb ~10-15 mins
<arno11> ok
<arno11> maybe it is worth a try to disable the debugging stuff
<Wizzup> arno11: it is 100% not that
<Wizzup> since you saw this also with an earlier build that didn't have it
<arno11> ah yes indeed
<arno11> so we should have a deeper look @swap imo
<Wizzup> if a different setting works, is that enough, or?
<Wizzup> or is maybe zram not available even though you normally use it, or?
<arno11> good questions
<arno11> swappiness=10 is enough atm but multitasking with heavy apps is impossible
<arno11> and for zram, i don't know
<arno11> i've never understood what's going on with zram and Leste tbh
<Wizzup> well, you didn't use it right?
<Wizzup> it would show up as additional swap them
<arno11> ok so it is not activated by default
<Wizzup> it might be :)
<Wizzup> I can check in a bit - have to go for a bit again
<arno11> ah
<arno11> ok no probs
<arno11> according to syslog, zram starts on boot and add /dev/zram0
<arno11> but it doesn't appear in fstab
<arno11> it appears in /dev/
gnarface has quit [Read error: Connection reset by peer]
gnarface has joined #maemo-leste
Livio has quit [Ping timeout: 272 seconds]
<arno11> hm, according to irc logs (fmg, uvos), not using zram is normal on N900
<arno11> so i'll rather have a look on possible kernel changes with vm stuff
Livio has joined #maemo-leste
<Wizzup> back
<Wizzup> arno11: ok, well, I want to really try to take another look at call audio and at least write a report to tmlind and others
<Wizzup> hopefully we can figure it out
<Wizzup> call audio n d4 that is
<arno11> yeah that's definitely a priority
<arno11> i'll continue to 'investigate' on swap/vm stuff and LYK
<Wizzup> ok,
Juest has quit [Ping timeout: 268 seconds]
pere has quit [Ping timeout: 268 seconds]
Juest has joined #maemo-leste
pere has joined #maemo-leste
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
Livio has quit [Ping timeout: 240 seconds]
pere has quit [Ping timeout: 260 seconds]
arno11 has left #maemo-leste [#maemo-leste]
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
gnarface has quit [Quit: Leaving]
gnarface has joined #maemo-leste
Wikiwide has quit [Remote host closed the connection]
Wikiwide has joined #maemo-leste
Wikiwide has quit [Ping timeout: 264 seconds]
xmn has joined #maemo-leste
pere has joined #maemo-leste
pere has quit [Ping timeout: 260 seconds]
Livio has joined #maemo-leste
mdz has joined #maemo-leste
arno11 has joined #maemo-leste
<arno11> Wizzup: ok, for 6.6 the culprit is h-s-m again and again...so no new issue. it is just worse
<arno11> i mean, usually i killall h-s-m after boot to restart it properly. it doesn't work anymore
<sicelo> btw hsm is?
<arno11> hildon-status-menu
<sicelo> um, what's wrong with it?
<arno11> don't know
<sicelo> i mean - what do you observe?
<sicelo> i don't recall having issues with it
<arno11> pin entry freeze, availibility or other plugin buttons not visible
<Wizzup> the pin entry is not part of h-s-m
<arno11> it is now according to fmg
<Wizzup> buttons not being visible means that it crashed prior and loaded only 'safe' plugins
<arno11> yep
<sicelo> yes, i have the pin entry issues. but haven't yet had problems with status
<Wizzup> I think we just need a core dump to see what happens
<Wizzup> I think fmg was working on enabling those
<Wizzup> he should be back tomorrow
<arno11> ok
<sicelo> arno11: what plugins do you have on hsm?
<sicelo> i have none.
<arno11> i just do have FB
<arno11> but even without it, it is buggy
<Wizzup> that's not a hsm plugin fwiw, that's just part of the general status plugin
<arno11> oh yes indeed
<arno11> i just have original plugins
<sicelo> i want to work on wpa_supplicant stuff at some point
<Wizzup> better error messages? :D
<sicelo> hehe, well first, signal strength
Livio has quit [Ping timeout: 246 seconds]
<Wizzup> wait, this works, doesn't it?
<sicelo> icd doesn't report correct signal strength - only reports whatever was the strength when the connection was established
<Wizzup> are you sure?
<Wizzup> that's very strange, I've seen that number change frequently
<sicelo> quite sure, yes
<Wizzup> maybe this broke from beowulf->chimaera
<sicelo> i don't think it ever worked correctly. there are some dbus signals we should subscribe to
<Wizzup> I've definitely seen that number change in the status applet
<Wizzup> but I believe you
<Wizzup> shouldn't be too hard to check I think
<sicelo> so yes, the number will seem to change because when making a new connectio , the correct strength will ne recorded
<Wizzup> do you use the wifi signal applet?
<sicelo> but as long as the connection is established, it won't change
<sicelo> no, i dont use the applet
<Wizzup> ok, might be worth checking to see if it works with that just in case
<Wizzup> in src/wlan.c see
<sicelo> i think it won't... i looked at its source. i *think* it asks icd
<Wizzup> static void wlan_statistics(const gchar * network_type,
<Wizzup> enum icd_nw_levels signal = map_rssi(info->signal);
<Wizzup> stats_cb(link_stats_cb_token, network_type, network_attrs, network_id, 0, /* time_active */
<Wizzup> hm, yeah, ok, it doesn't look like info->signal gets updated
<sicelo> i meant to update that issue with the signal we should subscribe to, but got sidetracked
<Wizzup> current_bss_info should contain a new signal though
<arno11> Wizzup: so excepting h-s-m troubles we already had before, i don't see any issue with 6.6 atm :)
<Wizzup> arno11: right, well, there's no audio at all on d4 for calls
<Wizzup> so that needs to be solved
<Wizzup> after that we're probably fine
<Wizzup> sicelo: see get_bss_info in src/wpaicd.c
<arno11> oh yes ofc, i meant on n900
<Wizzup> _BSS_SIMPLE_INFO_FROM_DICT(&bss_info_dict, "Signal", &info->signal, G_VARIANT_TYPE_INT16, "n")
<Wizzup> this is where it gets set every time get_bss_info is called
<sicelo> I'm on android atm ... so i can't easily check
<Wizzup> I'll just install the applet and test it now, easy enough to remove it afterwards
<sicelo> yes, good idea
<Wizzup> I wouldn't have packaged it if it never worked I would hope
<Wizzup> :D
<sicelo> that get_bss_info ... does it get called again if connection remains intact? what calls it?
<sicelo> iirc we're not subscribing to fi.w1.wpa_supplicant1.BSS.PropertiesChanged signal.
<sicelo> so we don't know when signal strength of currently connected network changes
<sicelo> anyway, i might be wrong :-)
<sicelo> i *think* i actually noticed the problem when i installed signal applet (first time ever)
<Wizzup> well doing that made icd2 use 50-60% cpu
<Wizzup> it seems to repeatedly issue dbus calls
<Wizzup> sicelo: yes it gets called frequently
<Wizzup> at least when statistics are asked for
<sicelo> ah! what triggers calling it
<Wizzup> your dbus call I would say
<Wizzup> and having the conndlgs open
<Wizzup> and opening the status menu
<Wizzup> iirc
<Wizzup> and the wifi signal applet
pere has joined #maemo-leste
<sicelo> ok. I'll retest again.
<Wizzup> well the wifi signal applet for me just caused havoc
<Wizzup> it's gone now that I uninstalled it
<sicelo> hehe, what havoc? 🤪
Livio has joined #maemo-leste
<arno11> Wizzup: btw did you see my msg about the 3 missing deps for drnoksnes ?
<arno11> cause i expect to be able to push drnoksnes in the next couple of days :)
LjL has quit [Read error: Connection reset by peer]
LjL has joined #maemo-leste
<Wizzup> arno11: I did see the message
<Wizzup> do you need me to package them, or just to make the repos and such?
<arno11> they are easy to pkg so i can do it if you want, i just need you to make the repos.
<arno11> sicelo: your battery patches work, got a fully charge msg + green led
<arno11> i mean, we know it works lol but works ootb now with 6.6
<arno11> Wizzup: *i mean empty repos
<arno11> bbl
arno11 has left #maemo-leste [#maemo-leste]
<Wizzup> arno11: ok, will make it
<Wizzup> sicelo: icon for otp would be nice btw :D
<Wizzup> uvos: even with my regtool I can't get call audio to work
<Wizzup> uvos: I think it might be somehow dapm related
<Wizzup> hmm
<Wizzup> the above is with
<Wizzup> echo 'file cpcap.c +p' > /sys/kernel/debug/dynamic_debug/control
<Wizzup> echo 'file motmdm.c +p' > /sys/kernel/debug/dynamic_debug/control
<Wizzup> echo 'file n_gsm.c +p' > /sys/kernel/debug/dynamic_debug/control
<Wizzup> echo 'file soc-dapm.c +p' > /sys/kernel/debug/dynamic_debug/control
<Wizzup> I wonder if the hifi muting interferes with our dapm forcing
<Wizzup> uvos: I should note that my regtool doesn't necessarily write all regs I think, just a few that I picked
<Wizzup> uvos: the dapm entries definitely seem *off*
<Wizzup> very strange to see what when I accept the call the Hifi is unmuted
<Wizzup> that has to be sphone doing something
<Wizzup> with 6.6 I seem to regularly lose wifi btw, it just disconnects
<Wizzup> much like the n900 does frequently
arno11 has joined #maemo-leste
<arno11> Wizzup: ty for the 3 repos
<arno11> btw i've never seen wifi disconnections on my device
<arno11> and weird at hifi unmuted when call is accepted
<arno11> seems really wrong
<arno11> could be sphone or ucm
<arno11> btw what is the call audio sample rate on D4 modem ?
<sicelo> arno11: nice @ applet
<arno11> yep
<sicelo> Wizzup: @icon ... i'm not good with that kind of stuff, but can try
<arno11> ok D4 call audio rate seems 8000 | 16000
<arno11> so if hifi is unmuted and use 44100 | 48000, it is normal to have no audio during calls imo
<freemangordon> that could be the ringing tone
<Wizzup> freemangordon: hi
<freemangordon> there is a race between ringing and call audio it seems
<Wizzup> freemangordon: based on what?
<freemangordon> hi
<freemangordon> gut feeling
<Wizzup> I am drafting a email, and I also thought that
<freemangordon> the only thing that unmutes hifi during call is ringing tone
<Wizzup> let me send it
<Wizzup> sending
<Wizzup> sicelo: maybe just pick some generic otp icon, inspired by what android does or something
<freemangordon> anyway, as I said I just came home from ~1000km driving. tomorrow :)
<Wizzup> sure :)
<Wizzup> arno11: hifi is not involved in d4 audio, it's all internal
<arno11> i understand that but i suppose you can't use hifi and voice at the same time, or ?
<Wizzup> don't know
<Wizzup> my assumption is that our dapm hack is being nullified due to hifi being messed with during call setup
<freemangordon> Wizzup: try to disable ringiong tone and see if you can repro
Wikiwide has joined #maemo-leste
<Wizzup> freemangordon: this is with ringtone disabled
<Wizzup> profile set to silent
Livio has quit [Quit: Reconnecting]
Livio has joined #maemo-leste
<Wizzup> can't we make a dapm "Switch" widget hooked up in such a way that the all the call audio components get power?
<Wizzup> freemangordon: to me it looks like just switching ucm makes the hifi muted but the dapm (or whatever it is) turns it off only after 5 seconds (presumably a timeout)
<Wizzup> (on "Switch", looks like probably not...)
akossh has quit [Quit: Leaving.]
Wikiwide has quit [Ping timeout: 264 seconds]
mdz has quit [Ping timeout: 264 seconds]
arno11 has left #maemo-leste [#maemo-leste]
Livio has quit [Ping timeout: 252 seconds]
Wikiwide has joined #maemo-leste