norayr has left #maemo-leste [Error from remote client]
Twig has quit [Ping timeout: 268 seconds]
Twig has joined #maemo-leste
Twig has quit [Max SendQ exceeded]
Twig has joined #maemo-leste
xmn has joined #maemo-leste
<tmlind> freemangordon: maybe use regmap_read_bulk() to read values to buffer, then process the buffer?
<tmlind> freemangordon: also, maybe you also should call triggered_buffer_cleanup()?
joerg has quit [Ping timeout: 255 seconds]
joerg has joined #maemo-leste
xmn has quit [Read error: Connection reset by peer]
<freemangordon> tmlind: I use p, li { white-space: pre-wrap; } devm_iio_triggered_buffer_setup
<freemangordon> so triggered_buffer_cleanup is not needed, iiuc
<freemangordon> I cannot find regmap_read_bulk in 6.x kernels
<freemangordon> oh, it is regmap_bulk_read() :)
maemish_ has joined #maemo-leste
k1r1t0_N900 has joined #maemo-leste
<tmlind> oh ok :)
<freemangordon> ok, calculating Ri by using values from iio is way more stable
<tmlind> nice, so what's the call from the charger driver to get the data?
k1r1t0_N900 has left #maemo-leste [#maemo-leste]
<tmlind> i guess you're still playing with your ocv user space app
<freemangordon> yes
<freemangordon> but now it looks way better
<tmlind> still no idea though how long sampling the 2x4 values takes?
<freemangordon> unfortunately battery is not calibrated so I cannot compare with coloumb counter, but ...
<freemangordon> I guess 1 second
<tmlind> oh so 4 * 250 ms?
<freemangordon> IIUC sampling period is 250 ms
<freemangordon> yes
<freemangordon> that's what my gut feeling tells me :)
<tmlind> ok makes sense, might be possible to complete that with the adc interrupt
<freemangordon> I can measure how long it takes till interrupt arrives
<tmlind> yeah might be worth checking
<freemangordon> looks like real values
<freemangordon> "filtered 90" is SoC
<tmlind> ok
<tmlind> do the values look sane if you query after a longer period, like every 20 seconds?
<freemangordon> I do 16 measurements every 30 seconds
<freemangordon> I guess 30 should become 60
<tmlind> ok, presumably longer delays don't produce weird values either
<freemangordon> and 16 should become 4
<freemangordon> but this is the first try after changing U/I source
<tmlind> yeah great
<freemangordon> yeah, Ri ~= (0.100 .. 0.120) Ohm sounds sane
<tmlind> ok
<freemangordon> uvos said he measured about .15, but not sure @ what SoC
<tmlind> maybe the coulomb counter has longer term drifting because it does not account for the battery internal resistance? so.. the difference between the adc and coulomb counter for a period should be usable for calculating the ocv?
<freemangordon> after first cycle it should be accureat, my idea is to compare my algo with coloumb, to see how accureate it is
<freemangordon> *accurate
<tmlind> yeah the coulomb counter measurements should be accurate, but the driver may not account for external consumption so i suspect it may drift over longer periods of time
<freemangordon> right, that's why I want to use voltage-based estimation
<tmlind> and there could be still some bugs lurking there in the coulomb counter code, and the hardware may have bugs too since it's not used for later pmics
<freemangordon> mhm
<freemangordon> I plan to write user-mode helper that will push battery SoC table to kernel every few minutes. run-time calculated based on the adc U/I readings
<freemangordon> that should make everybody happy, assuming estimation algo is correct
<freemangordon> ok, seems 2 4x2 measurements are enough
<tmlind> ok
hiddener has joined #maemo-leste
gliffy has joined #maemo-leste
akossh has joined #maemo-leste
norayr has joined #maemo-leste
elastic_dog has quit [Ping timeout: 256 seconds]
elastic_dog has joined #maemo-leste
<freemangordon> on non-calibrated d4, my applet reports SoC 36%, battery applet: 62% :)
maemish_ has quit [Quit: Connection closed for inactivity]
<Wizzup> freemangordon: I assume 36% is more accurate? :P
<freemangordon> mhm
<freemangordon> waiting for the battery to become flat to be able to compare with coloumb
<Wizzup> I think the BL-5J batteries I bought are quite crappy (they were not polarcell)
<Wizzup> I'm getting the polarcell ones, but they wouldn't ship to me, so I have to pick them up in a week
<freemangordon> I wonder what would be the results on an old battery
<Wizzup> which battery are you testing with
<freemangordon> e960
<Wizzup> I see
<Wizzup> I think there might be some eb41 in initlab, if you don't have any
<freemangordon> I was thinking about getting one from there
<freemangordon> btw, if you have some spare time, could you enable sysfs triggers in omap kernel and rebuild?
<Wizzup> I think this would be for uvos, he typically does the kernel builds
<Wizzup> but if you know what the options are, I can try
<freemangordon> I guess CONFIG_IIO_SYSFS_TRIGGER=m
<Wizzup> if you need it now/soon I can do it, otherwise I'd prefer to wait for uvos
<freemangordon> no hurry
gliffy has quit [Quit: Leaving]
xmn has joined #maemo-leste
<freemangordon> Wizzup: PM seems to become so good I cannot deplete the battery :)
<Wizzup> freemangordon: :)
<Wizzup> that will change even more with OFF mode
<freemangordon> yeah
<freemangordon> if we have it some day
<Wizzup> :p
Danct12 has joined #maemo-leste
<freemangordon> stupid chromium seems to pause video playback when minimized
<freemangordon> what's wrong with those guys?!?
<freemangordon> they want to turn desktop to android or what?
xes has quit [Read error: Connection reset by peer]
xes has joined #maemo-leste
<sixwheeledbeast> could it not be the website itself
<freemangordon> how would YT know that I am bringing the browser out of focus?
<freemangordon> in the tasknav that is
<sixwheeledbeast> javascript
<sixwheeledbeast> ?
<freemangordon> well, javascript is a scriping language, no? :)
<freemangordon> but what do I know
<sixwheeledbeast> i have had a few videos embeded in content do this annoying behaviour
<freemangordon> which browser?
<sixwheeledbeast> any
<freemangordon> hmm
<sixwheeledbeast> firefox chromium
<sixwheeledbeast> firefox you can use the pop out playback window to make it continue
* freemangordon tries with wtwebbrowser
<freemangordon> ok, the battery went flat, finally :)
<sixwheeledbeast> tbf i have never had it with youtube, but other video content within articles on other sites.
<sixwheeledbeast> it is something people detect to autoplay and then autopause if not in view. it's suppose to be helpful but it's annoying. I want to read the article while listening to the video ....
<hiddener> does intel atom have any support in mainline? have a zenfone, i'd play with it
<freemangordon> hmm, does not happe in the VM
<freemangordon> yes, it happens
<freemangordon> when I open a new tab
<freemangordon> but, only on m.youtube
<sixwheeledbeast> Is that user agent detected?
<sixwheeledbeast> Desktop can't seem to get to m.youtube
<freemangordon> yep, I am using iphone6 UA
<freemangordon> sixwheeledbeast: it turned out I had some old extension (AutoplayStopper) that was doing this
<tmlind> freemangordon: any info so far on the battery charge state difference between the coulomb counter and the 2x4?
<sixwheeledbeast> :nod:
<Wizzup> freemangordon: btw, when I click reply all on Joel's mail from the mailing list, modest uses 100% cpu and goes up in ram a lot
<Wizzup> not sure what is up there
<freemangordon> Wizzup: strace/gdb?
<Wizzup> it doesn't crash
<freemangordon> tmlind: no, since 10 minutes ago I was trying to deplete the battery
<freemangordon> now charging
<tmlind> ah calibration data missing
<freemangordon> Wizzup: ok, but maybe it does infinite loop
<freemangordon> sixwheeledbeast: no, it was not the extension
<Wizzup> freemangordon: right
<freemangordon> so, if chromium is in fullscreen, it will pause if I go in tasknav
<freemangordon> tmlind: yeah
<tmlind> freemangordon: while charging maybe log your 2x4 data to check how much power gets charged for let's say 10% state increase :)
<sixwheeledbeast> I can't access m.youtube to even reproduce. My user agent tool can't seem to fool youtube in to serving mobile to me.
<freemangordon> sixwheeledbeast: it is called "User-Agent Switcher for chrome"
<sixwheeledbeast> I am using the same for ff
<freemangordon> choose iphone6
<freemangordon> and then m.youtube.com
<freemangordon> tmlind: yeah, I will play a bit once I have calibrated battery
<freemangordon> I am not even sure my current algo is the best
<tmlind> freemangordon: if you can log uAh charged based on your alog you can compare it directly to the uAh value difference read from /sys/class/power_supply/battery/charge_counter..
<tmlind> and the missing part is hopefully the battery internal resistance :)
<freemangordon> no, the only thing I can get is SoC in %
<freemangordon> well, I am calculating 'the missing part'
<freemangordon> so it is not really missng
<tmlind> battery % change translates direcly to uAh if you know the capacity of the battery, might be best to check the capactiy with some external reliable charger though
<freemangordon> ok
<freemangordon> but that would mean a calibrated battery :)
<tmlind> right :)
<freemangordon> and I am aiming *uncalibrated* batteries
<tmlind> i think uvos has some fancy battery charger that could verify the capacity between between certain voltages
<freemangordon> because mAh is not better that % charge
<freemangordon> I think Wizzup has too
<tmlind> ok
<freemangordon> but I am not trying to come up with some 0 error algo
<freemangordon> and error up to 2-3 or even 5 % should be acceptable
<tmlind> yeah sure, i'm just wondering how much the charge_counter is off
<freemangordon> once I have verified I have stable algo, I will post it for anyone to play with it
<tmlind> i guess the external charger vs charge_counter capacity test can be done anytime with no changes
<freemangordon> mhm
<freemangordon> and my algo is not needed
<tmlind> right
<tmlind> then when both the charge_counter and 2x4 algo are accurate, we'll be happy
<freemangordon> if 2x4 is accurate we won;t need charge_counter, no?
<freemangordon> well, unless we want to show mAh
<tmlind> right, no need for calibration
<tmlind> algo can just populate charge_now
<tmlind> hmm capacity will still be missing?
<freemangordon> mhm
<freemangordon> so it can only come=up with %
<tmlind> i'm getting about two days on the 960 battery fyi
<freemangordon> on leste?
<tmlind> no.. this is still my alpine with shells scripts..
<freemangordon> leste/chimaera is more than a day, for sure
<tmlind> about 75 - 85 mW idle consumption sampled once a minute, 3g data connected, wlan off
<freemangordon> nice
<tmlind> power consumption goes bad to around 400 mW always when 3g data connection is lost, then i have to ifdown wwan1; ifup wwan1
<freemangordon> I think on leste it is a bit higher
<tmlind> yeah it's the timers
<freemangordon> but didn;t verify after we moved to chimaera
<freemangordon> where uptime definitely increased
<tmlind> ok, planning on setting up my m-l d4 with 960 battery too
<tmlind> very bad battery on that one right now
<freemangordon> maybe take pictures of the process of converting e960 to eb41
<tmlind> heh
<tmlind> i'll try
<freemangordon> Wizzup: same to you ^^^
<tmlind> oh, and what i'm still seeing is lcd not coming back on after about two weeks of uptime and i need to reboot
<Wizzup> yeah, I will make photos if I manage
<freemangordon> tmlind: on leste?
Twig has quit [Remote host closed the connection]
<tmlind> freemangordon: no, this with sway, seems to be some dss bug though
<freemangordon> ah
<Wizzup> this might be the drm bug, but we'd have to verify
<Wizzup> probably the same we see in charge mode I guess
<tmlind> ok
<freemangordon> mhm
<freemangordon> hard if not impossible to repro though
<Wizzup> I think it happens often in charge mode, no?
<tmlind> yeah, i wonder if it can be reproduced with doing blank/unblank in a loop though
<freemangordon> I never hold my device in charge mode
<Wizzup> tmlind: possibly
<tmlind> hmm only around 150 blank/unblank cycles if i usually blank/unblank 10 times a day
* tmlind starts a test
<freemangordon> :)
* freemangordon starts a rest
<tmlind> enjoy & ttyl
Twig has joined #maemo-leste
hiddener has quit [Quit: leaving]
xmn has quit [Ping timeout: 276 seconds]
<freemangordon> seems charging is close as well https://pastebin.com/04xbPHRn
<freemangordon> also, it seems charging does not account for Ri, and terminates a bit early
<freemangordon> OCV is ~4160 mV when charging gets terminated
arno11 has joined #maemo-leste
arno11 has left #maemo-leste [#maemo-leste]
asriel has quit [Quit: Don't drink the water. They put something in it to make you forget.]
asriel has joined #maemo-leste
Danct12 has quit [Quit: Quitting]
Danct12 has joined #maemo-leste
buZz has quit [Ping timeout: 248 seconds]
buZz has joined #maemo-leste
buZz is now known as Guest4915
Guest4915 is now known as buZz
buZz has quit [Ping timeout: 265 seconds]
buZz has joined #maemo-leste
<buZz> wonder if that article writer was aware that N900 wasnt the first 'linux in pocket' device :)
<sicelo> where does the article say it was the first?
<buZz> they also seem to paint the picture that Leste is just for n900s :)
<Wizzup> *shrug*
<Wizzup> still cool!
<buZz> yes!
<buZz> did they end up installing any os on a phone in the article? seems they just did some VM on a desktop?
<sicelo> maybe you're overthinking it all :-)
arno11 has joined #maemo-leste
<tmlind> freemangordon: there's also a bit of a voltage drop across the shunt resistor if you're trying to add up things
maemish_ has joined #maemo-leste
<tmlind> hmm my test system rebooted after blank/unblank loop with 1 second sleep in between
<Wizzup> after how long?
<tmlind> did not print out date.. noticed after a few hours, nothing in the logs based on dmesg -w over ssh, don't have pstore right now
<Wizzup> was this the leste one, or?
<tmlind> no, just plain v6.3-rc3 kernel running a minimal install of alpine, no pvr patches
<Wizzup> ok
<Wizzup> makes sense :)
<tmlind> i'll try to reproduce and debug when i can, ttyl
<Wizzup> ttyl
<arno11> Wizzup: i found that some modules are missing from boot to get nokia modem working normally
<arno11> cmt_speech and omap_ssi and probably omap_ssi_port if it has not been merged with omap_ssi
<arno11> it doesn't solve the issue with pm=1 but enabling new modules creates new interactions according to lsmod
<arno11> and power cons decrease a bit on idle
<arno11> maybe it's just a bias for idle but new interactions are real
<arno11> interact with it i think pulseaudio is the root cause of many issues
<arno11> lol something is missing at the beginning
<arno11> of the sentence
<arno11> Wizzup: freemangordon: sicelo: is pulseaudio-module-cmtspeech usable ?
<buZz> sicelo: natural trait of being me ;)
<Wizzup> arno11: no, pulseaudio-module-cmtspeech was compile tested on beowulf, but I have to first build it all for chimaera, and when I tested it on beowulf it used a lot of cpu but id nothing
<Wizzup> we need to look at the code and figure out how it works
<Wizzup> what interactions are you talking abut?
<arno11> interactions between cmt_speech omap_ssi nokia-modem hsi ssi_protocol hsi_cart
<Wizzup> do you see oopses in dmesg? or?
<arno11> nothing interesting
<arno11> in dmesg syslog ofonod.log
<Wizzup> so what do you observe?
<arno11> a bit long to explain with n900 keyboard lol
<Wizzup> aight
<arno11> anyway i tried many things following what has been prevously done with nokia modem and this module seems impossible to load on boot with no troubles elsewhere
<arno11> otherwise it works great if it is loaded from desktop
<Wizzup> ok, well, if you're at a non-n900 keyboard let me know what problems you see
<arno11> ok no probs
<Wizzup> arno11: as in, I get modem on startup, I killed sphone just to make sure, but and I can receive sms when sphone is running
<Wizzup> without touching ofono
<arno11> oh ok i'm doing differently
<arno11> after booting i run options nokia-modem pm=1 then
<arno11> killing sphone and restart it
<arno11> and close it
<arno11> and sending receiving calls and sms works
<arno11> like this
<arno11> if i add modem in etc/modulesblabla i can't get online
<arno11> otherwise even if sphone is closed sms and calls work
<Wizzup> hm, maybe it's racy, I have it on modules-load.d and it works ok for me, with pm=1
<Wizzup> of course there were some ofono problems I guess, but sms works
<arno11> ok
<arno11> all of this is a bit tricky but it works great finally
<arno11> just difficult to get OOTB
<buZz> pavel's batman is kinda cool :) from the ML
<Wizzup> arno11: yes, we need to get it to work ok, what I also noticed is that restarting ofono makes it not see the modem, and restarting again makes it re-appear
<arno11> weird
<arno11> or not weird: the common point of all of these modules is pulseaudio and i'm fed up to fight with him for 15 years...
<bencoh> tbh I have a few issues with pulseaudio as well, the most painful one is audio crackling and high cpu use when using twinkle with it ... I really wonder how hard it would be to try pipewire
<bencoh> would our custom pulse modules work against pipewire?
<arno11> same idea
<arno11> i've another leste install and i think i'll try switching to pipewire
<Wizzup> if it features full pa compat it might just work
<Wizzup> you could hopefully at least prevent some of the resampling
<arno11> indeed
<bencoh> the question is whether they kept the module API or just the client API
<Wizzup> arno11: if I were you I'd be happy if we can get call audio to work at all, with or without pulse ;)
<Wizzup> bencoh: both I think
<Wizzup> bencoh: I use pipewire and I use pulseaudio bluez modules iirc
<bencoh> oh?
<Wizzup> (i think, not sure...)
<arno11> Wizzup: yep :)
<bencoh> so apparently it works with some modules only (dunno if that's up-to-date)
<Wizzup> I checked my module list and I think I have only libpipewire modules in pa module list
<bencoh> hmm?
<Wizzup> so yeah, I'd really recommend getting audio calls working with pa before trying pipewire
<arno11> without pulseaudio-module-cmtspeech ?
<sicelo> you need *-cmtspeech
<arno11> hi sicelo. please explain
<Wizzup> arno11: with the module
<Wizzup> or with some other path (if not PA)
<arno11> ah ok
Twig has quit [Remote host closed the connection]
xmn has joined #maemo-leste
arno11 has left #maemo-leste [#maemo-leste]
uvos has joined #maemo-leste
<Wizzup> uvos: thanks for merging the mce pr
<Wizzup> I will once again work on the tp sphone module and see if I can get it over the finish line this time
<Wizzup> and then look at conversations
<uvos> Wizzup: gotcha
<Wizzup> I might ignore the part where the calls are anonymous for the moment and at least get the rest set up, then poke the sfos guys again
<Wizzup> it always surprises me how much smoother the bionic is than the droid 4
<Wizzup> I mean, I know why, but still, it surprises me
<uvos> yeah
<uvos> tmlind mentioned that omapdss has a register that can be used that jitters the pixel clock that might help with the undelivered frames
<uvos> tmlind every try that one?
<uvos> *ever
<uvos> i also wish we could have the bionics lcd firmware on d4
<uvos> for the less aggresvie rgbw color conversion
<uvos> Wizzup: where shal i relase mce too
<uvos> on chimaera
<Wizzup> I think chimaera or chimaeara-devel, either is fine
<uvos> ok
<uvos> beowulf is officaly discontinued right?
<Wizzup> I mean
<Wizzup> we should probably announce chimaera before we do that
<Wizzup> but yeah, I don't push my changes to beowulf anymore
<Wizzup> for fear of breaking things that I don't test
<uvos> Wizzup: ok
<uvos> could you at least merge beowulf-devel and stable one last time then?
<Wizzup> yeah I suppose, not right now though
<uvos> freemangordon: kernel with CONFIG_IIO_SYSFS_TRIGGER is on the way
<Wizzup> uvos: did you also pull the n900 debugfs thing?
<Wizzup> arno11: if you want to be directly included in these voice call mails, please lmk what email you'd want to be mailed at
<Wizzup> actually my bionic is still on beowulf
<Wizzup> I want to test a few more things on it that broke in the chimaera update
<Wizzup> (syncevolution)
<Wizzup> sicelo: I think a UCM2 for the n900 will probably help with the calls too eventually
<Wizzup> uvos: btw qtwebbrowser does run on the n900, albeit it very slowly
<Wizzup> at least for static pages
<Wizzup> it seems the touchscreen as mouse pointer though, so no scrolling
<Wizzup> scrolling with arrows has <1s response time
akossh has quit [Quit: Leaving.]
maemish_ has quit [Quit: Connection closed for inactivity]
uvos has quit [Ping timeout: 276 seconds]