<buZz> cant we just get a 960x540 pixel winamp
<buZz> :P
<buZz> apt install audacious works, needs a 'ctrl-p' to change the layout to 'winamp' and then a 'ctrl-d' to get pixeldoubling, although we might need pixeltripling :P
<buZz> and its not transparant :(
<buZz> but works ;P
<buZz> finally a original nokia tune :D
<buZz> wobwobwob
<buZz> arf, my sphone sms-history seems empty? well, i see the threads, but no contents
<buZz> not missing it seems, conversations still sees it
<buZz> Wizzup: hey, retweet https://www.youtube.com/watch?v=hBStZAGXvM0 :D
sicelo has quit [Quit: Bye!]
sicelo has joined #maemo-leste
sicelo has quit [Changing host]
sicelo has joined #maemo-leste
Daanct12 has joined #maemo-leste
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #maemo-leste
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #maemo-leste
macros_ has quit [Ping timeout: 248 seconds]
macros_ has joined #maemo-leste
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #maemo-leste
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #maemo-leste
joerg has quit [Ping timeout: 255 seconds]
joerg has joined #maemo-leste
<tmlind> freemangordon: sounds like you have some patch coming, let me know if you still need help debugging
mardy has joined #maemo-leste
<mighty17[m]> freemangordon: have you worked on the bgra patch? If not I'm free this week so I could give it a shot
<freemangordon> mighty17[m]: yes, but I am still not convinced it shall go in mesa
<freemangordon> tmlind: at least timeouts in servdev-ngsm look tiny compared to what is set in ts27010_mux
<tmlind> freemangordon: ok
<freemangordon> tmlind: but, even after increasing them I still see weird errors, like EL2NSYNC :)
<tmlind> freemangordon: uploading the gnss data still sometimes fails too, i wonder if that's related
<freemangordon> I would bet
<tmlind> a good test case though
<freemangordon> mighty17[m]: I'd rather not hack mesa, I see no issue wlroots to support one more extenstion
<freemangordon> *extension
<freemangordon> tmlind: I wonder, shall we block in kernel waiting for DLC 0 to open instead of returning EL2NSYNC?
_uvos_ has joined #maemo-leste
<_uvos_> buZz: sphones storage method changed recently
<_uvos_> buZz: this partally breaks old events
uvos__ has joined #maemo-leste
<_uvos_> so thats expected.
<mighty17[m]> <freemangordon> "mighty17: I'd rather not hack..." <- Well that'd never go upstream and it's one more patch we need to carry
<mighty17[m]> Also iirc tmlind did try adding support to wlroots for img, but that was pretty hacky
<freemangordon> OTOH, if I hack mesa - one more patch *we* need to carry :)
<_uvos_> if you have problems with events created as of sphone 0.6.3 thats a different matter
<freemangordon> hmm?
<freemangordon> ah
<_uvos_> freemangordon: i think a working extention override is usefull beyond wlroots, if thats what this is about
<_uvos_> but support in wlroots is sane too ofc
<freemangordon> hmm, ok, will reconsider maybe
Guest224 has joined #maemo-leste
<Guest224> buZz: more original Nokia tune with piano: http://onj3.andrelouis.com/phonetones/unzipped/Nokia/9500/Nokia%20tune.aac
_uvos_ has quit [Quit: _uvos_]
<Guest224> but what is actually the most original?
<Guest224> -> continue lurking thru irclog
Guest224 has quit [Quit: Client closed]
<tmlind> freemangordon: maybe check if daniel starke already has fixed related issues, git log v5.18..linus/master drivers/tty/n_gsm.c
<freemangordon> we are alreay on 5.18
<freemangordon> ah, ok
<tmlind> freemangordon: maybe commit 01aecd917114 ("tty: n_gsm: fix tty registration before control channel open") might help?
<freemangordon> yeah, looks like it might help
<freemangordon> maybe we shall pull 5.18.y
xmn has quit [Quit: ZZZzzz…]
<freemangordon> ugh
<freemangordon> I am surprised this works at all in our kernel :D
<freemangordon> this https://pastebin.com/B1B9msSr is compared to maemo-5.18, a little better
<freemangordon> Wizzup: who shall pull 5.18.y?
<tmlind> yeah worth try pulling, hopefully no bad merge conflicts
<freemangordon> tmlind: for the testing, shall I just do git merge?
<mighty17[m]> <freemangordon> "OTOH, if I hack mesa - one..." <- Well right! Wlroots it is then, iirc I tried the patches from tmlinds tree but that crashes wlroots whenever i started an app
<mighty17[m]> Broken bus error iirc
<freemangordon> mighty17[m]: give me some time to finish what I am doing, I'll get back to meas
<freemangordon> *mesa
<freemangordon> uvos__ likes that patch too, so as I said, I may reconsider
Daanct12 has quit [Ping timeout: 268 seconds]
_uvos_ has joined #maemo-leste
<_uvos_> freemangordon: i mostly maintain the mapphone kernel for us. so i remerge the kernel from feature branches for every major release and just merge in .y regularly
<_uvos_> so yeah merging in .y is fine
<freemangordon> I am doing it ATM
<_uvos_> since thats what i do anyhpw
<_uvos_> great
<freemangordon> but, I do pull --rebase :p
<_uvos_> i should probubly also rebase on 5.19 since 5.18 is eol
<_uvos_> but at this point it might make sense just to wait for 6.0
<_uvos_> also usually i wait for tmlind to rebase his stuff first
<freemangordon> CONFLICT (content): Merge conflict in drivers/power/supply/cpcap-battery.c
<freemangordon> :(
<mighty17[m]> <freemangordon> "mighty17: give me some time to..." <- Coolio, till then I'll reapply the patch and get proper logs
<freemangordon> uvos__: do we still need 7d58bfa7fbdb5e332d8aeb64723649ec78c25315?
<freemangordon> the only difference I see compared to .y is that one time warning
<freemangordon> I am going to drop that patch
<freemangordon> tmlind: I guess we shall drop 4d3cc4fad55a53a879ae101079096ef0f3c6ff15 as well
uvos has joined #maemo-leste
Pali has joined #maemo-leste
<uvos> sure @ 7d58bfa7fbdb5e332d8aeb64723649ec78c25315
<uvos> but you can temporarly drop it for testing if you want (its not enabled on leste anyhow)
<freemangordon> umm, the code it is already in linus tree
<uvos> ok then sure, you can drop it
<freemangordon> as I said, the only difference is missing one time warning logic
<uvos> i often forget what i pushed upstream allready
<freemangordon> no_nvmem_warned that is
<uvos> thats fine
<uvos> it just uses warn once function
<freemangordon> ok, dropped
uvos__ has quit [Ping timeout: 260 seconds]
uvos__ has joined #maemo-leste
<freemangordon> tmlind: I am going to drop d3ceddc76538c8b104ef1e751022a59e9db31ea4 as well
<freemangordon> yay! rebased :)
Pali has quit [Quit: No Ping reply in 360 seconds.]
Pali has joined #maemo-leste
Pali has quit [Ping timeout: 252 seconds]
akossh has joined #maemo-leste
Livio has joined #maemo-leste
Livio has quit [Changing host]
Livio has joined #maemo-leste
<tmlind> freemangordon: hmm isn't that commit needed for the serdev functions?
Daanct12 has joined #maemo-leste
<freemangordon> yes, it is, forward-porting ATM
<tmlind> ok
<freemangordon> I kept your comments and sign-off, hope you don;t mind
Daanct12 has quit [Ping timeout: 252 seconds]
<tmlind> np
<freemangordon> does not boot :(
<freemangordon> but is not dead either
<Wizzup> I think we 'typically' only rebase when going to a new stable (non-point) release, although if you had any conflicts I guess they would have happened anyway
<Wizzup> arg @ not boot
<freemangordon> well. it boots...
<freemangordon> still booting
Daanct12 has joined #maemo-leste
<uvos> freemangordon: have serial?
<freemangordon> no
<uvos> :(
<freemangordon> but display is inited
<uvos> should i make and send you a serial adapter?
<freemangordon> it waits for 6600 usb to initialize
<uvos> its tirivall after all
<freemangordon> I think I have dmesg
<freemangordon> it is alive, just not booting
Daaanct12 has joined #maemo-leste
* Wizzup mumbles something about merging in fixes when just trying to fix a specific issue
<freemangordon> ok, I got shell
<uvos> eh we should keep the kernel recent, for sec fixe if nothing else
<freemangordon> seems udevd waits forever
<Wizzup> freemangordon: maybe moddep wasn't run or something
<Wizzup> maybe run moddep -a
<freemangordon> no, it is anotehr issue
<Wizzup> ok
pere has quit [Ping timeout: 268 seconds]
<freemangordon> let it finish powering off
<freemangordon> I'll post dmesg log
<Wizzup> uvos: I agree we should, but I wouldn't mix it with fixing specific issues first
<Wizzup> anyway w/e :)
Daanct12 is now known as Guest1343
Daaanct12 is now known as Daanct12
<Wizzup> ps: I submitted two talks for the openfest2022 call for papers https://wizzup.org/sub.png - let's see if they accept one
<freemangordon> not much to worry about, just NULL pointer deref :D
<freemangordon> fixed
<freemangordon> uvos: thanks for the battery link
<freemangordon> tmlind: I'll need your help here https://pastebin.com/nSW8bZJp
pere has joined #maemo-leste
_uvos_ has quit [Ping timeout: 252 seconds]
Daanct12 has quit [Ping timeout: 252 seconds]
<tmlind> freemangordon: weird, maybe you have some merge conflict causing that?
<freemangordon> I don't see how, register should be paired with unregister
<freemangordon> lemme put some pr_errs
<freemangordon> tmlind: umm, actually there is gsmtty1, no idea who creates it
<freemangordon> gsm_activate_mux() does it now
pere has quit [Ping timeout: 255 seconds]
<mighty17[m]> with https://github.com/tmlind/wlroots/commit/175f274372bd11f0ab8cf38f20e162522c1d78aa patch, apps crash phosh on launch with the following logs https://paste.debian.net/1252261/ freemangordon tmlind
<mighty17[m]> i dont think shader error is the cause, as it happens without the patch as well
akossh has quit [Read error: Connection reset by peer]
<mighty17[m]> same with v
akossh has joined #maemo-leste
pere has joined #maemo-leste
<freemangordon> mighty17[m]: for sure prv compiler does not like the shader
<freemangordon> *pvr
<freemangordon> mighty17[m]: pvrshadereditor does not like it as well
<freemangordon> (the shader)
<freemangordon> mighty17[m]: the issue is on the shader
<freemangordon> gsk_create_rect(vec4[3] data)
<freemangordon> you can' t have array as a parameter
<mighty17[m]> freemangordon: the crashes occur without the compiler error as well
<mighty17[m]> I suppose that occurs whenever i open something heavy like gnome control centre or Firefox (that being shader crash)
<mighty17[m]> s/compiler/shader/
<mighty17[m]> freemangordon: Seems like a gtk4 issue, but even with the error, apps work fine
<mighty17[m]> Regarding bgra extension, tmlind can you give it a go on 0.15 later?
<freemangordon> mighty17[m]: this shader is not compatible with language version 100 it sets
<freemangordon> no matter when it errors out
<mighty17[m]> So the shader itself errors out
<mighty17[m]> Heh that's pretty weird
<mighty17[m]> We can't modify it can we?
<freemangordon> why not?
<freemangordon> this is just a text
dev has quit [Quit: Gateway shutdown]
norayr has quit [Quit: Gateway shutdown]
norayr has joined #maemo-leste
norayr has left #maemo-leste [#maemo-leste]
norayr has joined #maemo-leste
<freemangordon> mighty17[m]: this https://pastebin.com/bWtDJfTY compiles
<freemangordon> I have no idea why pvr compiler does not support array as function parameter but supports structure
<freemangordon> still...
<mighty17[m]> ie the source
<mighty17[m]> <freemangordon> "this is just a text" <- well where would it be stored then
<freemangordon> blend.glsl?
<mighty17[m]> im a bit lost
<mighty17[m]> <freemangordon> "I have no idea why pvr compiler..." <- that is pretty weird tho, but how'd changing from array to struct work?
<freemangordon> it just does not complain
<mighty17[m]> freemangordon: a file like that?
<freemangordon> after that chagne
<freemangordon> I guess
<freemangordon> no idea who is generating that shader
<mighty17[m]> so the cause is found, nice!
<mighty17[m]> <freemangordon> "no idea who is generating that..." <- exactly! we dont know what to fix in what source to get this fixed
<freemangordon> well...
<freemangordon> Gsk-Message:...
<freemangordon> what is Gsk?
<freemangordon> Failed to realize renderer of type 'GskGLRenderer' for surface 'GdkWaylandToplevel':
<mighty17[m]> https://gitlab.gnome.org/GNOME/gtk probably here
<freemangordon> yeah
<mighty17[m]> but the shader....?
<freemangordon> GskGLRenderer
<mighty17[m]> only place i could find a few functions defined
<mighty17[m]> so i'll need to patch this and rebuild gtk?
<freemangordon> looks like
<mighty17[m]> ugh :'(
<freemangordon> also make sure // FRAGMENT_SHADER: at the end gets removed too
<mighty17[m]> `ERROR: Reached end of GLSL source inside a comment!` coz of this?
<freemangordon> yes
<mighty17[m]> why does the compiler care tho?
<freemangordon> no idea
<mighty17[m]> alrighty! thanks for the fix
<freemangordon> mhm
<mighty17[m]> kinda confusing with multiple sources
<freemangordon> maybe there is some kind of parser that looks for key workds to do token replacement
<freemangordon> maybe it uses one more line than needed
<mighty17[m]> cant say, this is quite complicated
dev has joined #maemo-leste
xmn has joined #maemo-leste
Guest224 has joined #maemo-leste
dev has left #maemo-leste [Disconnected: closed]
dev has joined #maemo-leste
<Guest224> I know that Nokia is nothing to do with Leste, but Nokia Tune can be statment, Nokia Tune from N9: http://onj3.andrelouis.com/phonetones/unzipped/Nokia/N9/Nokia%20tune.mp3
<Wizzup> yeah, but we probably won't ship any of that by default
<Guest224> Maybe I have to compose Maemo Tune.
<Wizzup> would be fun :)
<Guest224> actually, what would be preferred fileformat for ringtones for Leste?
<Wizzup> probably ogg or opus
<Wizzup> probably opus really
<Wizzup> there isn't a really for any other format to exist at this point (other than maybe flac)
<Wizzup> really any reason for*
<freemangordon> I think it does not really matter as anyway it is decoded to .wav
<Wizzup> ethically I'd rather avoid aac and mp3
<Wizzup> (etc)
<uvos> its not decoded to wav
<Guest224> if it is decoded to .wav then would be .wav best?
<uvos> its not
<uvos> sphone directly plays the source file
<freemangordon> well, sphone my not decode it
<freemangordon> but that does not mean it behaves correctly
<freemangordon> there is absolutely no point to decode one and the same file every time
<Guest224> ok..what will be most lightweight format for it?
<uvos> yes there is, it avoids sphone requireing some external deamon to save a wav somewhere
<uvos> also the cost to a modern phone is absolutly trivial
<uvos> to devocde an audio file
<freemangordon> wasting charge in the way...
<uvos> absurdly unmesurable
<uvos> and also not certain
<uvos> io costs more power than cpu time nowadays
<Guest224> and with N900 all lightweight is less weight.
<freemangordon> yeah, and when you sum up all the little "no cost" thingies, you end up with android, using 5000mAh for a day
<Wizzup> the n900 cpu isn't quite that modern
<Wizzup> in any case this is a nonsense discussion imho :D
<freemangordon> right now, yes
<freemangordon> :)
<uvos> no
<uvos> im sorry sphone will never work that way
<uvos> i has to do remain functional alone
<Guest224> yes..I will make .aiff first and then I think what format it would be.
<freemangordon> tmlind: c165698c9919b000bdbe73859d3bb7b33bdb9223 breaks serdev driver, but I admit I lack the knowledge to fix that
<uvos> also android is not that much hevier than leste really and uses a lot les power so idk what that comment is supposed to mean
<freemangordon> Wizzup: no
<uvos> and thats even with everything bein non native code in a vm
<freemangordon> uvos: how do you compare android with leste where the kernel PM is not really functional AFAIK?
<freemangordon> anyway, we are just wasting cycles on that
<uvos> leste has way more wakeups/s than android
<uvos> so yeah
<uvos> (userspace)
<uvos> anyhow yes this is a useless discussion
<uvos> but wrong bashing of android i find farily ofensive
<uvos> if you want to bash something at least get it right
<buZz> on a droid4 , running android, it seems battery runs a lot less long
<uvos> on los yes
<buZz> i mean, the same battery, same hw
<buZz> whatever ancient kernel android is running
<uvos> los on d4 indeed has some defficanies
<uvos> it still goes into lower power states than leste
<freemangordon> Wizzup: commit is "tty: n_gsm: fix deadlock and link starvation in outgoing data path"
<buZz> uvos: same with the stock
<uvos> no
<uvos> then something is wrong
<buZz> i'm just saying what i'm seeing
<uvos> stock idles <40mW
<uvos> very regularly
<uvos> and <20 too
<buZz> i'm comparing data connection -enabled- phones
<freemangordon> it is not about idle
<Guest224> -> I continue lurking thru irclog
<freemangordon> but about usage
Guest224 has quit [Quit: Client closed]
<buZz> Guest224: \o
<uvos> freemangordon: well usage is terrible on leste
<uvos> freemangordon: becuase it hits no idle states at all while the display is on
<uvos> while android dose
<uvos> but sure thats related to d4's kernel driver
<buZz> i'm saying leste on same hw with -data enabled- lasts longer than android
<uvos> s
Guest224 has joined #maemo-leste
<uvos> no
<uvos> somethings wrong on your end
<buZz> thats what i'm seeing
<buZz> ok, maybe i got into a timewarp
<buZz> ¯\_(ツ)_/¯
<buZz> who tf cares about android though , lolol
<uvos> its easly mesureable
<Guest224> buZZ: you raised hand, was it bye or do you have something to say to me?
<Wizzup> clearly until we support OFF mode on the d4 it's not a fair comparison
<buZz> Guest224: oh, just to say bye :D
<Guest224> :D
<Guest224> ->
Guest224 has quit [Client Quit]
<uvos> its never going to be a fair comparison
<uvos> because it depends so mutch on configureation
<buZz> using a device generally depends on configuration :)
<uvos> particularly leste is allways going to have farily random power ussage becasue of missing pm preemtion for apps
<uvos> which imo is a flaw that will never allow it to be a major platform (or other linux-phones either for that matter)
<uvos> not that thats a bad thing
<uvos> i dont really want pm preemtion
<Wizzup> yes fremantle on my n900 still outlasts android on modern phones
<Wizzup> :D
<Wizzup> s/yes/yet/
<buZz> \o/
<uvos> sure if your a technical user
<uvos> you can make it happen
<buZz> with a smaller battery
<uvos> but without pm preemtion it fairs bad in the wild, also evidenced with legacy maemo reviews of the time
<uvos> like imagine leste with all the mobile games and crap installed on your avage android device
<uvos> :D
<uvos> also all the telemetry
<uvos> battery would implode
<Wizzup> that's exactly the point
<uvos> android just manages to work out ok because of preemtion
<Wizzup> we don't need it because we don't ship with crap
<Wizzup> and we won't
<Wizzup> whatever people do with it after that is their problem
<uvos> right but android the _os_ is really great with pm
<Wizzup> I never said it did, it's just not relevant
<Wizzup> never said it didn't*
norayr has left #maemo-leste [Error from remote client]
<buZz> does anyone know where 'all sms' are stored? i wanna backup em
<buZz> or just poke at the files a bit, i guess
Livio has quit [Ping timeout: 255 seconds]
<Wizzup> .rtcom-eventlogger/el-v1.db
Guest224 has joined #maemo-leste
<Guest224> It seems there was almost little Leste vs Android war after I left. Make Maemo not War ;)
<freemangordon> well, kernel compilation takes time...
vectis has quit [Ping timeout: 252 seconds]
<buZz> :)
<buZz> ooo , .rtcom-eventlogger has a plugins subdirectory? :D
<uvos> the plugins imo seam kinda pointless
<uvos> but yes it has plugins
vectis has joined #maemo-leste
norayr has joined #maemo-leste
Guest224 has quit [Quit: Client closed]
<buZz> what kind of plugins are there?
<uvos> various types of events have plugins
<uvos> but they do mostly nothing
<buZz> i have to say, pinephone with latest updates does feel a lot snappier :D
Livio has joined #maemo-leste
Livio has quit [Changing host]
Livio has joined #maemo-leste
<freemangordon> tmlind: sorry, I give up on serdev-ngsm, please help
Pali has joined #maemo-leste
<xmn> that's good to hear buZz
<sicelo> believe it or not - since i disabled charge mode, i can more reliably get my droid 4 to charge from empty. no change whatsoever in hardware
<uvos> well since you said it hangs for you every time thats no suprise
<uvos> i cant repoduce it hanging besides the drm hang that happens occasionally so idk whats happening on your d4
<uvos> usefull would be if you could try and investigate your hang a least a bit
<sicelo> buZz: fix your current readout, haha :p
<buZz> its superaccurate :P
<buZz> just mA :D
<buZz> or eh uA ?
<sicelo> i mean in desktop-cmd-exec
<buZz> why 'fix' ?
<sicelo> why is it giving you 'invalid command'?
<buZz> oh
<buZz> huh
<sicelo> iirc that's because whatever script you're running doesn't return output
<buZz> weird, thats not on the phone
<buZz> yeah there's no script, just bash oneliners i plonk i it :P
<buZz> echo "$(cat /sys/bla)%"
<buZz> :D
<sicelo> 19:41 < buZz> weird, thats not on the phone ... << i'm referring to your screenshot
<buZz> yeah, i got it
<buZz> on the phone its ~200000 usually on ''idle'' with screen on
<buZz> and pretty bright
<uvos> uff
<sicelo> it happens when the command fails ... so check your current readout command. it doesn't return non-zero (fails)
<buZz> it might have to do with calibration
<buZz> that if i didnt hit 'fully charged' from that boot, the current readout doesnt work?
<buZz> like battery percentage aswell, iirc
<uvos> no
<sicelo> yes current should always be there (even on bq27200 driver which is very fussy about calibration)
<buZz> ahhh indeed, i was trying to | bc -l "" something , but without success thusfar :P
<buZz> just 'battery percentage' is empty when not hit a fully charged mode
<buZz> well, and 'battery charge'
<buZz> hmmm, with last updates i now have 2G icon visible from ofono registration (i guess) , but cant get my iap to appear for gprs with my old methods
<buZz> maybe i should delete the iap and have it be reprovisioned?
<uvos> no idea i cant get it to work either
<uvos> even when its provisioned in ofono
<buZz> ah, i guess i dont have all the latest updates, lets see
<sicelo> one droid 4 thing that i see often nowadays is 'sudden death'
<sicelo> just now i was doing `apt update`, and while looking away, it just died and rebooted
<sicelo> i see these kinds of reboots often
<buZz> maybe a loose battery connection? i havent had that really
<sicelo> not battery, of course. device was sitting on a table, securely
<buZz> what was the room temp during that?
<buZz> hmmf, nope, even last ofono updates dont give me the gprs iap back
<sicelo> heh, this week is cold :-)
<sicelo> let me look at logs and see if i can pinpoint something
eloy has quit [Changing host]
eloy has joined #maemo-leste
mardy has quit [Quit: WeeChat 3.5]
<freemangordon> sicelo: sounds like a HW issue. you said you have a custom battery?
vagag has joined #maemo-leste
vagag has left #maemo-leste [#maemo-leste]
akossh has quit [Quit: Leaving.]
Livio has quit [Ping timeout: 255 seconds]
jr-logbot` has quit [Remote host closed the connection]
jr-logbot has joined #maemo-leste
uvos has quit [Ping timeout: 268 seconds]
uvos__ has quit [Ping timeout: 244 seconds]
pere has quit [Ping timeout: 255 seconds]
Daanct12 has joined #maemo-leste