Pali has quit [Ping timeout: 256 seconds]
cockroach has quit [Quit: leaving]
joerg has quit [Ping timeout: 246 seconds]
joerg has joined #maemo-leste
xmn has quit [Quit: ZZZzzz…]
mardy has joined #maemo-leste
Danct12 has quit [Quit: Quitting]
norayr has left #maemo-leste [Error from remote client]
Danct12 has joined #maemo-leste
Pali has joined #maemo-leste
norayr has joined #maemo-leste
norayr has left #maemo-leste [#maemo-leste]
norayr has joined #maemo-leste
vagag has joined #maemo-leste
norayr has left #maemo-leste [Error from remote client]
norayr has joined #maemo-leste
<Wizzup> sicelo: so the current -devel kernel has the regmap hacks
<Wizzup> let's see if we can get audio to work for us using those on d4?
Daanct12 has joined #maemo-leste
Danct12 has quit [Ping timeout: 260 seconds]
<Wizzup> ok n900 serial up and running
<Wizzup> let's try this uboot patch :)
Twig has joined #maemo-leste
Daanct12 has quit [Read error: Connection reset by peer]
Daaanct12 has joined #maemo-leste
Daaanct12 has quit [Remote host closed the connection]
<sicelo> Oh sweet ;-)
<sicelo> And the OFF mode test from tmlind
<Wizzup> sicelo: which one is that?
<Wizzup> sicelo: and yes, let's please get others serial modules. we can spend some money on it too.
<sicelo> let me find it. it's about echoing a value (0?) to something related to compaction
<sicelo> echo 0 > /proc/sys/vm/compaction_proactiveness
<sicelo> from his email Re: Nokia N900 not hitting OFF mode since 5.9 is caused by proactive memory compaction, dated Tue, 12 Apr 2022 12:53:45 +0300
<Wizzup> hmm, what test do you need here?
<Wizzup> I missed the email but I am pretty sure I already confirmed this to be a problem
<Wizzup> or did they finally fix compaction?
<sicelo> you should have got it (mail), as it actually address you specifically. i can forward it if you like
<sicelo> it mentions a commit, 65d759c8f9f5 ("mm: compaction: support triggering of
<sicelo> proactive compaction by user")
<sicelo> that should hopefully resolve the issue for us
<sicelo> just forwarded it
<Wizzup> sicelo: ok I see
<Wizzup> sicelo: ok, but where is that commit merged?
<sicelo> i can see it on my hdd, but my git-fu is bad for now. i can't tell what tree it's in
<Wizzup> got a date for me?
<Wizzup> it might be in our tree already, I can check a bit later, too many things going on atm :)
<Wizzup> I want to do u-boot first
<sicelo> however, the commit is from Sept 2, so it should probably be in 5.17 at least
<sicelo> commit 65d759c8f9f57b96c199f3fe5cfb93ac7da095e9
<sicelo> Author: Charan Teja Reddy <charante@codeaurora.org>
<sicelo> Date: Thu Sep 2 14:59:59 2021 -070
<Wizzup> ok, so we don't have that yet
<Wizzup> I believe?
<Wizzup> yeah we're on 5.15
<Wizzup> dreamer: btw I get 2 days on m-l on the chinese knockoff battery you gave me
<dreamer> nice!
<sicelo> mentioning 5.17 was just a worst case scenario (looking at the dates). the commit might even be in 5.15
<dreamer> I need to dist-upgrade soon. see how that goes :)
<sicelo> heh, git -C ~/Git/linux-kernel/ name-rev 65d759c
<sicelo> 65d759c tags/v5.15-rc1~107^2~23
<Wizzup> sicelo: hm, I am pretty sure I tried that specific fix though
<Wizzup> pretty sure it wasn't in whatever I was messing with at the time
<Wizzup> then I am pretty sure it didn't work, but I will retest at a later time
jr-logbot has quit [*.net *.split]
Kabouik has quit [*.net *.split]
sixwheeledbeast has quit [*.net *.split]
zmatt has quit [*.net *.split]
r3boot has quit [*.net *.split]
enyc has quit [*.net *.split]
juiceme_ has quit [*.net *.split]
Kabouik has joined #maemo-leste
jr-logbot has joined #maemo-leste
zmatt has joined #maemo-leste
r3boot has joined #maemo-leste
juiceme_ has joined #maemo-leste
enyc has joined #maemo-leste
sixwheeledbeast has joined #maemo-leste
<Wizzup> ok latest u-boot master boots
<Wizzup> and serial works
<Wizzup> let's try pali's patch
<Wizzup> Pali: yes, that works
<Wizzup> Pali: wrt musb -> musb-new, I should test usbtty I guess?
<Wizzup> It looks like on pandaboard they just disabled usbtty
<Pali> Hello! Thank you for testing DM serial patch.
<Pali> Ad musb-new, this needs to be somehow extended to allow compilation of just peripheral/device code, meaning to completely disable host mode code.
<Pali> And I'm not sure if musb-new is working at all. Old musb code which now in use, is working correctly, more than yeat ago I sent tons of patches for (old) musb code.
<Pali> Now U-Boot has a new https://source.denx.de/u-boot/u-boot/-/blob/master/drivers/usb/gadget/f_acm.c gadget driver which provides same functionality as usbtty
<Wizzup> ok
<Wizzup> I see some people moved other devices over, like in usb: musb-new: Add glue driver for ST-Ericsson Ux500
<Wizzup> so I think it should be a matter of porting drivers/usb/musb/omap3.c to drivers/usb/musb-new/omap3 or so
<Wizzup> well, if I'm lucky at least :)
<Pali> So maybe this f_acm could be a possible replacement for usbtty; usage of f_acm instead of porting usbtty to musb-new driver
<Pali> But whole new usb code is device tree only for now, so first it would be needed to add support for plat data
<Wizzup> hm
<Wizzup> I don't really know where to start for that
<Pali> Maybe ask Tom, how he imagine what needs to be done?
<Pali> I really do not know as since last year, more parts in u-boot was changed
<Wizzup> he said it would be mostly 'mechanical'
<Wizzup> I'm trying to hunt for similar mechanical operations
Twig has quit [Remote host closed the connection]
arno11 has joined #maemo-leste
xmn has joined #maemo-leste
branon has quit [Ping timeout: 250 seconds]
branon has joined #maemo-leste
elastic_dog has quit [Ping timeout: 250 seconds]
elastic_dog has joined #maemo-leste
arno11 has left #maemo-leste [#maemo-leste]
<buZz> something weird is happening for me on trying to connect to data
<buZz> every time i start icd2 i either do or dont see my cellular connection, sometimes every one and the other, sometimes i gotta restart icd2 3 or 4 times before i see the cellular connection again
<buZz> but everytime, it wont connect
<freemangordon> ofono on d4 has issues, afaik
<buZz> right, but it was working just days ago :P
<buZz> May 7 20:36:43 localhost icd2 0.98[6746]: connecting iap 0x4d0068 in state ICD_IAP_STATE_SCRIPT_PRE_UP: interface is '(null)'
<buZz> May 7 20:36:45 localhost icd2 0.98[6746]: Removing active IAP 0x498050/(nil)/(nil)/(nil)
<buZz> this '(null)' and '(nil)' looks weird to me
<freemangordon> I see no logs from ofono module
<buZz> /var/log/maemo/ofono* ?
<freemangordon> do you start icd2 woth debug log level?
<freemangordon> *with
<buZz> oh, i can do that? :D
<freemangordon> mhm
<buZz> ofono's output is supersparse too, does it have one too?
<freemangordon> as root:
<freemangordon> run-standalone.sh /usr/sbin/icd2 -l0
<buZz> ah, nice, ty
<freemangordon> make sure to /etc.init.d/icd2 stop first
<buZz> eh wow, icd2 seems to behave differently with -l0 :O
<buZz> still unable to connect, but the connection entry doesnt disappear each time
<buZz> hmmm, until i resave the entry in 'internet connections' with a empty APN field
<buZz> i tried to connect a bunch of times here ; https://www.toptal.com/developers/hastebin/raw/oletejocot
<buZz> zero succes :(
<buZz> oh eh, wtf, i now have two gprs connection profiles
<Wizzup> two icd2 running?
<buZz> nope
<buZz> also, editting one, and saving it, made it one profile
<buZz> but alas, still no connections :)
<buZz> i'll go stand straight under a celltower in a bit, try if its reception issues
Treebeard has joined #maemo-leste
Treebeard has quit [Changing host]
Treebeard has joined #maemo-leste
BenLand100 has quit [Ping timeout: 246 seconds]
Treebeard is now known as BenLand100
<buZz> lol yeah, right under a mast it works, still 2g though
<Wizzup> maybe you have problems with your cellular settings again?
Danct12 has joined #maemo-leste
<buZz> maybe?
<buZz> how can i update those? a script in share/ofono?
<Wizzup> I don't have the knowledge ready, and definitely through ofono
<Wizzup> not through ofono*
<Wizzup> it might be something like this (but not exactly this, be careful) https://leste.maemo.org/Motorola_Droid_Bionic#Unlocking_the_modem_for_usage_in_Europe
<Wizzup> maybe you can dump those values and we can compare
<Wizzup> # ./tcmdrw 6850
<Wizzup> 06850:0x01ac2:0500000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
<Wizzup> # ./tcmdrw 1877
<Wizzup> 01877:0x00755:8703e80400000200000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
<Wizzup> (from my d4)
<Wizzup> also 01143:0x00477:2d00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
<buZz> lets see
<buZz> 6850 is the same
<buZz> 1877 is the same
<buZz> and 1143 is the same
<buZz> oh
<buZz> 22:34 < tmlind> hmm so i had to do this for 3g gain: tcmdrw 1143=aaff0000, got that value from xt910 firmware i think, otherwise 3g signal was weak
* buZz tries
<buZz> nothing changed, maybe reboot whole phone for that to catch?
mardy has quit [Quit: WeeChat 2.8]
<buZz> brb
branon has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
branon has joined #maemo-leste
<Wizzup> buZz: well I don't have that value set on my phone clearly
<Wizzup> and it's from the bionic page
<buZz> hmm well, that aaff does seem to -see- the 2G but it never arrives in connections
<Wizzup> that's an entirely different thing
Danct12 has quit [Quit: Quitting]
vagag has left #maemo-leste [Error from remote client]
<lel> MerlijnWajer closed a pull request: https://github.com/maemo-leste/droid4-linux/pull/4 (Fix headers package debian/control replaces:)
<buZz> where is qmicli from?
<buZz> libqmi-utils, i guess? :D
<Wizzup> probably, what do you need it for?
<sicelo> buZz: not suggesting you switch, but modemmanager works on the droid 4 modem just fine, besides USSD (even that doesn't work in ofono, nor is reliable in Android itself). that said, it'll deplete battery faster
<buZz> Wizzup: 22:12 < pave1> qmicli -d /dev/cdc-wdm0 --wds-follow-network --wds-start-network=apn=internet.t-mobile.cz
<Wizzup> sicelo: I assume that is using the high power interface, which also works fine with ofono?
<Wizzup> sicelo: i.e. the one that will not give you more than ~7 hours of battery life?
<Wizzup> buZz: I can help you debug some of this more interactively a bit later, I usually find mdbus2 useful here
<buZz> totally up for it
<buZz> can i put ofono in a more verbose mode?
<Wizzup> yes, but debugging those exact problems is more complicated and maybe not what you're seeing here
<buZz> hm ok
<Wizzup> I mean, do you see the 2g status area icon?
<Wizzup> and a signal bar?
<buZz> yes and yes
<Wizzup> then ofono sees it just fine
<buZz> then i can do icd2 restart
<Wizzup> everything ui wise is built around ofono
<Wizzup> so whatever you're seeing is likely an ofono<->icd problem
<Wizzup> likely icd2
<buZz> and icd2 will see it, evident by it trying to autoconnect gprs (which i enabled)
<Wizzup> what you can try:
<buZz> it just instantly disconnects again
<Wizzup> oh I never tried autoconnect fwiw
<Wizzup> check ifconfig
<Wizzup> mdbus2 -s org.ofono /motmdm_0/context1 org.ofono.ConnectionContext.SetProperty Active true
<Wizzup> check ifconfig again
<Wizzup> 23:11 < buZz> it just instantly disconnects again
<buZz> interface is up, connection is down
<Wizzup> yes this is entirely to be expected unfortunately
<buZz> oh interface is down now
<Wizzup> this is a very simple bug that you've hit many times now, which is that icd2 doesnt wait for ofono to bring the interface up
<Wizzup> this is why a direct connect doesn't work
<buZz> oh, icd2 closed itself
<Wizzup> if you run the above mdbus2 command, wait for a bit, and then use the ui to click or autoconnect, it will probably 'just work'
<buZz> ok, lets see
<Wizzup> and yes we need to fix this bug asap.
<Wizzup> but there are many like that :(
<buZz> i dont think i have mdbus2
<Wizzup> I think I told you where to get it, sec
<Wizzup> i.e.
<buZz> oh yeah
<Wizzup> and then dpkg -i
<buZz> hmmm, doesnt seem to bring back the gprs config in my icd2
<Wizzup> that is harder for me to debug, I don't know why that would or would not show up
<buZz> maybe its a different context # ?
<Wizzup> not likely but mdbus2 can tell you
<Wizzup> mdbus2 -s org.ofono
<buZz> ooo, that mdbus2 command on instant failure makes it take a long time
<Wizzup> hm?
<Wizzup> yes, there is an ofono bug where it just doesn't respond/return from an activation request
<buZz> ctrl-c and restart is 'operation already in progress'
<Wizzup> yep, you're fucked
<buZz> :P
<Wizzup> only way I get out of that is restart
<Wizzup> (reboot)
<Wizzup> you could try other things but usually when I hit this I am on the road
<Wizzup> maybe if I take a break from rl work for 1-2 weeks we can get this all fixed :(
<buZz> init.d/ofono restart at least brings back 2g icon and signal bars
sunshavi_ has joined #maemo-leste
<buZz> and the mdbus command is fast again
sunshavi has quit [Ping timeout: 260 seconds]
<buZz> but doesnt seem to bring it back thusfar
<buZz> restarting icd2 a bunch of times does bring back the option in menu, but keeps failing on first try
<Wizzup> buZz: what do you mean 'fast'
<Wizzup> oh, I see
<buZz> eh, well, not >30 seconds
<Wizzup> ok, right
<Wizzup> well then it should be active
<Wizzup> I don't know why it's not in your ui, maybe just delete the connections and start over or something, or ask freemangordon
<buZz> is it active when wwan3 is u?
<buZz> up*
<buZz> the gprs connection definition isnt deletable in maemo
<buZz> :(
<Wizzup> yeah, you can delete it though
<buZz> or creatable, i guess
<buZz> hmhm, or just reinstall from a new weekly build? :P
<Wizzup> nah
<buZz> heh
<Wizzup> gconftool -R /system/osso/connectivity/IAP
<Wizzup> find the GPRS one
<Wizzup> remove it with gconftool --recursive-unset /system/osso/connectivity/IAP/IDHERE
<Wizzup> and then restart icd2
<Wizzup> but if you want to actually debug some of this stuff you need a bit more ofono/dbus fu
<Wizzup> mdbus2 actually makes much of this quite easy with the introspection
<buZz> there isnt one in 23:41:08 < Wizzup> gconftool -R /system/osso/connectivity/IAP
<buZz> i'll reboot :)
<Wizzup> that's weird, how did you determine that?
<buZz> it only returns wlan stuff?
<buZz> just two lines
<buZz> (rebooting now)
<buZz> oh actually poweroff + full boot
<buZz> even when i -do- have the gprs connection in the connect dialog from statusbar, i do not get more than two lines from /system/osso/connectivity/IAP
<Wizzup> what do you get?
<Wizzup> sim imsi?
<buZz> wlan_tx_power=8 , flightmode_wlan=false
<Wizzup> and it has type = GPRS?
<Wizzup> I have several of those fwiw
<Wizzup> four actually, for different sims I had
<buZz> no type = GPRS at all
<buZz> in /system/osso/connectivity i get some gprs stuff
<Wizzup> what do you mean, 'some gprs stuff'
<buZz> /system/osso/connectivity/network_type/GPRS
<buZz> and /system/osso/connectivity/ui/auto_connect
<buZz> but only those two variables in IAP wlan_tx_power=8 , flightmode_wlan=false
<buZz> no other entries below it
<Wizzup> that is -network type-
<Wizzup> that is not hte list of IAPs
<buZz> right, but IAP has no entries below it
<Wizzup> none/
<Wizzup> so you have no wifi entries?
<buZz> in the UI? yes i do, two preconfiged and the gprs one
<Wizzup> then you must see them under /system/osso/connectivity/IAP
<buZz> in gconftool -R /system/osso/connectivity/IAP i have none
<Wizzup> wtf
<Wizzup> beats me, maybe fmg has an idea
<buZz> wait
<Wizzup> I need to get some sleep anyway
<buZz> maybe i should be doing gconftool as user?
<Wizzup> I don't think it matters, but yes it should be user.
<buZz> i do get entries then!
<buZz> right ok, and --recursive-unset, lets see
<Wizzup> only for the GPRS entry/entries
<buZz> right
<buZz> its gone now :)
<buZz> maybe the mdbus2 should also be as user?
<Wizzup> no
<buZz> doesnt seem to affect much though :(
<Wizzup> doesn't matter
<Wizzup> so, did you see new entries being made/provisioned?
<Wizzup> maybe tomorrow I can wrote some code to make it at least wait for the connection to become active
<buZz> ok much clearer now
<buZz> when it instantly fails, it
<buZz> *i can just do udhcpc -i wwan3 , and get functional gprs
<Wizzup> yes, but if you run it again it will also work.
<Wizzup> and running udhcpc will give you other trouble...
<Wizzup> why not just click the ui dialog again?
<Wizzup> or do mdbus2 + ui dialog
<Wizzup> (until we add the proper fixes)
<buZz> ui doesnt show it on retry, nor with mdbus2+ui
dsc_ has quit [Ping timeout: 246 seconds]
<Wizzup> buZz: it should
* Wizzup zzz
<buZz> nn
avoidr has quit [Quit: leaving]
avoidr has joined #maemo-leste
<buZz> maybe we can just repeat the init a couple times before calling it a failure
avoidr has quit [Client Quit]
avoidr has joined #maemo-leste
avoidr has quit [Client Quit]
avoidr has joined #maemo-leste
avoidr has quit [Quit: leaving]
avoidr has joined #maemo-leste
avoidr has quit [Quit: leaving]
avoidr has joined #maemo-leste
avoidr has quit [Client Quit]
Pali has quit [Ping timeout: 246 seconds]
avoidr has joined #maemo-leste
avoidr has quit [Client Quit]