<inky> > to find the trick, i asked...chatgpt
<inky> wow
Juest has quit [Ping timeout: 244 seconds]
Juest has joined #maemo-leste
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
System_Error has quit [Ping timeout: 264 seconds]
xmn has quit [Ping timeout: 276 seconds]
xmn has joined #maemo-leste
Daanct12 has joined #maemo-leste
System_Error has joined #maemo-leste
Anasko has joined #maemo-leste
mkfx has left #maemo-leste [#maemo-leste]
Daanct12 has quit [Ping timeout: 244 seconds]
Daanct12 has joined #maemo-leste
joerg has quit [Ping timeout: 272 seconds]
joerg has joined #maemo-leste
_fab has joined #maemo-leste
<freemangordon> hmm, kmscube doe not run :(
<freemangordon> *does
<freemangordon> Xorg segfaults
ceene has joined #maemo-leste
alifib has joined #maemo-leste
_fab has quit [Ping timeout: 272 seconds]
moparisthebest has quit [Ping timeout: 260 seconds]
<freemangordon> ok, upstream kmscube works :)
_fab has joined #maemo-leste
_fab has quit [Quit: _fab]
_fab has joined #maemo-leste
<freemangordon> glmark2 2021.02 works too
akossh has joined #maemo-leste
<freemangordon> so, I have to find why xorg driver segfaults
<freemangordon> glmark2 Score: 49
<freemangordon> that's vsynced
<freemangordon> Wizzup: d4 booted to h-d, have to run now, will push the needed stuff later on
<freemangordon> glmark2 Score: 65
narodnik has quit [Ping timeout: 276 seconds]
Livio has joined #maemo-leste
Livio has quit [Ping timeout: 264 seconds]
narodnik has joined #maemo-leste
narodnik has quit [Client Quit]
narodnik has joined #maemo-leste
narodnik has quit [Quit: WeeChat 4.5.1]
Livio has joined #maemo-leste
narodnik has joined #maemo-leste
<Wizzup> freemangordon: getting mixed signals but sounds like it works?
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Anasko has quit [Remote host closed the connection]
alifib has quit [Ping timeout: 252 seconds]
Anasko has joined #maemo-leste
ceene has quit [Ping timeout: 276 seconds]
Livio has quit [Ping timeout: 264 seconds]
g4rrgl3n0m4d has joined #maemo-leste
Daanct12 has quit [Quit: WeeChat 4.4.4]
pere has quit [Ping timeout: 244 seconds]
pere has joined #maemo-leste
Juest has quit [Ping timeout: 252 seconds]
Juest has joined #maemo-leste
_fab has quit [Quit: _fab]
<Wizzup> freemangordon: for sunxi images, do we use our current sunxi kernel?
_fab has joined #maemo-leste
System_Error has quit [Remote host closed the connection]
<sicelo> dsc_: that looks like a nice little machine. i like the simple UI as well
<dsc_> sicelo: I think this powers that UI https://github.com/mecha-org/mctk
<dsc_> but not sure
<sicelo> yes
<g4rrgl3n0m4d> /6
<dsc_> g4rrgl3n0m4d blessing us with the unexpected by 6 division
doc|home has quit [Ping timeout: 272 seconds]
<g4rrgl3n0m4d> sorry just typed in the wrong window
<dsc_> its alright
Livio has joined #maemo-leste
<freemangordon> Wizzup: had to fix xorg omap driver, but everything works
<freemangordon> and to pull latest sgx binaries ofc
<freemangordon> re sunxi - I use 6.12 with patches
<freemangordon> anyway, just came home, will push the changes later on, hopefully
<freemangordon> Wizzup: a side note: neither kmscube nor glmark-es2-drm in debian repos work
<freemangordon> had to compile upstream kmscube (which works) and some older glmark2
<Wizzup> ok
<Wizzup> ok, so, when you push those fixes I can make a new image
<Wizzup> as far as sunxi goes, I guess we might add those patches to our droid kernel, or do we want to maintain separate sunxi kernel?
<Wizzup> both are easy for me
<Wizzup> just checking what to do for sunxi images
<freemangordon> we will have to enable lots of options
<freemangordon> so not sure it is possible to have the same kernel
<freemangordon> but, we can try
<Wizzup> seems like it should be possible
<freemangordon> yay, both n_gsm patches seem to make it to upstream :)
<freemangordon> tmlind: ^^^
<freemangordon> unfortunately silence for all others
<freemangordon> *other
mkfx has joined #maemo-leste
_fab has quit [Ping timeout: 246 seconds]
wikipedia has joined #maemo-leste
bencoh has quit [Ping timeout: 246 seconds]
bencoh has joined #maemo-leste
narodnik has quit [Ping timeout: 260 seconds]
Twig has joined #maemo-leste
wikipedia has quit [Ping timeout: 272 seconds]
Anasko has quit [Remote host closed the connection]
Anasko has joined #maemo-leste
Twig has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
<sicelo> freemangordon: i am running the updated ofono for the first time on my D4 today ... no SIM in device. org.ofono.Modem.GetProperties() shows Powered = true and Online = true. i can't check further for now, but thought to mention so long
<freemangordon> sicelo: umm... you report a bug or?
<Wizzup> looking (in mtg)
<Wizzup> freemangordon: github probably does silly stuff
<Wizzup> freemangordon: looks like they themselves did this
<freemangordon> but this is not in upstream
<freemangordon> nor in deadalus xorg
<freemangordon> where did we gat the git tree from?
<freemangordon> *get
<freemangordon> from debian?
<freemangordon> anyway, I will fix that
<freemangordon> umm, will fix omap driver to use anotehr propertyu
Anasko has quit [Ping timeout: 248 seconds]
<sicelo> freemangordon: i mean ofono that's now in Leste (2.13)
<freemangordon> ok, but don't understand if there is some issue
<sicelo> i don't expect Online = true when no Sim is present
<freemangordon> how is that?
<freemangordon> you can;t make emergency calls if modem is offline
<freemangordon> see doc
<sicelo> ok.
<freemangordon> "Online property of org.ofono.Modem interface should be set to TRUE."
<freemangordon> "Case 4: Call in No SIM state"
<freemangordon> anyway, this is not related to ofono, it is cellulard that sets the property
<sicelo> yes i know that doc, just don't remember this behavior on the droid 4. guess false alarm
<freemangordon> well, maybe qmi interface behaves differently
<Wizzup> freemangordon: yes from debian
<sicelo> the doc is simply saying to go online if an emergency call is being attempted from UI. i guess it's still fine if we always go online
<Wizzup> are you sure it's not in daedalus xorg?
<freemangordon> yes, I am
<Wizzup> wtf
<Wizzup> ok, I can look later how this happened (work mtgs atm)
<Wizzup> but if you can fix it, that's fine too
<freemangordon> ok, no hurry
<freemangordon> sicelo: well, I guess it does not make sense to have a phone without SIM :)
<freemangordon> however, if there is any rationale to not go online without SIM, please elaborate
<freemangordon> I mean - this is what my understanding was back then, but if you think there is an issue we can change it
<sicelo> i think it's fine
Livio_ has joined #maemo-leste
<Wizzup> freemangordon: can you check debian xorg?
<freemangordon> umm... this is mesa
<Wizzup> sorry that is mesa
<freemangordon> HTTP 502: Waiting for GitLab to boot
<freemangordon> :)
Livio has quit [Ping timeout: 264 seconds]
<freemangordon> reverts are there
<sicelo> freemangordon: only nit would be that https://github.com/maemo-leste/cellulard/blob/master/src/cellulard.c#L231 should be get_mode instead of set_mode :p
<sicelo> but it's mostly cosmetic, so doesn't matter too much
<Wizzup> yes reverts are there
<Wizzup> so that's what debian did
<Wizzup> or someone
<Wizzup> I think oliver fourdan is from xorg folks
<freemangordon> ok, but we don;t have those in our tree
<freemangordon> do we use upstream xorg?
<sicelo> didn't we use newer xorg to accomodate something ... maybe pp?
<sicelo> newer than debian/devuan, that is
<freemangordon> I mean - I am fine, I already fixed xorg driver to use ODEV_ATTRIB_DRIVER instead of ODEV_ATTRIB_BUSID
<freemangordon> sicelo: hard to say :)
<freemangordon> that's what I am trying to understand - what do we use in daedalus
<Wizzup> freemangordon: we don't have those?
<freemangordon> I don't see those reverts in our daedalus tree
<Wizzup> did you also check the tag?
<Wizzup> just to confirm
<freemangordon> sorry, what tag?
<Wizzup> sorry, I shouldn't try to do this during mtgs
<Wizzup> I mean the git tag that we build src from
<Wizzup> 21.1.7.1
<freemangordon> no, I didn;t
<freemangordon> but, isn;t checking the tree enough?
<freemangordon> and given that omap xorg driver segfaults because busid is not set?
<freemangordon> anyway, not on hurry, please finish you mtg
<freemangordon> if you have time later on, please try to understand what's going on with xserver we use on daedalus
<freemangordon> I will not push anything to xorg driver until that's cleared, as it may turn out it is not needed
<freemangordon> sicelo: re ofono - what concerns me most is if there is any change in power usage
<freemangordon> as afaik ofono does not have any logic to control the frequency of notifications over qmi
<freemangordon> and I have seen RSSI events coming avery few seconds
<freemangordon> *every
<freemangordon> but, this is general issue we have to address, not sure where
<sicelo> in your use so far, noticed any higher usage?
<freemangordon> RN there is a hack in d4, but it is device specific, we shall find a solution that's applicable for all devices
<freemangordon> it is hard to say as I am torturing the device with lots of changes, including 6.12
arno11 has joined #maemo-leste
<arno11> btw ofono 2 seems to work fine on N900
<sicelo> yup, n900 side nothing changed. support for it still rock solid (except when they accidentally broke it in version 2.6, which we skipped on Leste)
<arno11> ah ok
<sicelo> so from 2.6 to 2.12 N900 was broken. fun result - after the fix, now the modem is always /n900_0 instead of /n900_2 (which was sometimes annoying) :p
<arno11> oh i didn t notice/check
<sicelo> yeah. not a big deal really, but did annoy me a few times ... e.g. when doing dbus calls directly
<arno11> oh i still get n900-2 lol
<sicelo> mmm, what ofono version?
<arno11> 2.13
<arno11> let me check again
Anasko has joined #maemo-leste
<arno11> yep 2.13
<sicelo> weird
<arno11> but i just looked @list-contexts...
<sicelo> mmm, what about /list-modems?
<arno11> and it was n900_2 when registered
<sicelo> ok. i don't know what's up there. doesn't really matter, as said before, but after https://git.kernel.org/pub/scm/network/ofono/ofono.git/commit/?id=116b6dfef7a7a4cfffaf3d02e713baa232195c73 i've never seen anything besides n900_0 on mine
<arno11> ok, it s still n900_2 in modems
<arno11> yes indeed, doesn t matter, it works fine
<Wizzup> freemangordon: ok, I am here
<Wizzup> do you need me to check something?
xmn has quit [Ping timeout: 272 seconds]
<Wizzup> freemangordon: on my maemo/daedalus branch I don't think I see the revert :/
<Wizzup> wth
arno11 has quit [Ping timeout: 246 seconds]
<Wizzup> freemangordon: so where did you see the revert in our maemo/daedalus
<Wizzup> hm gitlab says it is part of that branch
<Wizzup> github
<Wizzup> but I think it's lying
g4rrgl3n0m4d has quit [Quit: leaving]
Livio_ has quit [Ping timeout: 264 seconds]
<Wizzup> freemangordon: hm, maybe daedalus src is just not properly up to date with debian bookworm branch
<gnarface> i think there usually isn't much more than an hour or two delay unless something has gone wrong, but stuff sometimes does...