libera/#maemo-leste/ Saturday, 2021-12-25

freemangordonWizzup: Linux devuan-droid4 5.15.2 #1 SMP PREEMPT Wed Dec 15 00:29:28 UTC 2021 armv7l GNU/Linux00:03
freemangordonhangs as soon as pvr is inited00:03
uvosbuZz: whats wrong with the osk?00:06
buZzoh eh, i was typing on the hw keyboard, it still appeared :)00:07
uvosit should not00:08
uvosdid you build it yourself?00:08
freemangordonbuZz: what device is that?00:08
uvosfreemangordon: this is not him00:09
uvosfreemangordon: the application has a built in keyboard00:09
freemangordonah00:09
uvosbut i ported it to ask mce00:09
uvosif its neede00:09
uvosd00:09
freemangordonok00:09
freemangordonuvos: btw, we made some progress with lima00:09
uvosok00:09
uvosill read backscroll later00:09
freemangordonok00:10
buZzfreemangordon: droid400:10
uvosoh btw are you on devel?00:10
buZzuvos: eh , no i just installed it from appstore00:10
uvosdevel or stable00:10
buZzi might be, i keep forgetting to switch back , lemme check00:10
buZzon stable00:11
uvosah ok00:11
freemangordonnight guys!00:11
buZznn freemangordon00:11
uvosyour mce it too old00:11
uvosgn800:11
buZzwell, cool stuff :) its a pretty fast browser00:12
buZzsadly webgl wasnt working :P00:12
uvosits not accelreated00:12
uvosat all00:12
uvosis all sw rendering00:12
buZzisnt it just chrome's engine underneath?00:13
uvosa fork of it yeah qwebengine00:13
uvosbut its broken on pvr00:13
uvosit fails to compile a shader00:13
buZzah hm00:13
buZzi -think- i had functional webgl on droid4 at some point, slow, but functional00:14
uvosfirefox works fine00:14
uvosand is accelerated00:14
uvosdunno of webgl works00:14
uvosit should really00:14
buZzi'll try :)00:14
buZzooo, maybe troubled because of having gl4es installed :D00:29
mighty17[m]Any clues why this happens, when I cold boot my mmc5 node (ie sdio for wifi) doesn't show in dmesg, and wifi doesn't work as well, but if I boot from twrp into mainline (ie reboot to system option) mmc5 and wifi works06:07
tmlindWizzup, freemangordon: not sure if i understand the lima thing.. but noticed this commit is referenced also in a wlroots bug lima: fix xserver page flip fail for full screen client07:51
tmlindmentioned in this bug: https://github.com/swaywm/wlroots/issues/279507:52
freemangordontmlind: clutter was not updateing damaged areas correctly07:53
freemangordonnot related to xserver or lima07:53
freemangordonbut that's only part of the story07:53
freemangordonlima still has issues07:53
tmlindok07:54
freemangordonin the meanwhile something got broken on my d4 :(07:54
freemangordonas soon as I try to init pvr device hangs07:54
tmlindheh ok07:54
tmlindhmm i don't think we have EGL_KHR_partial_update, do we? or is there something similar07:55
tmlindfreemangordon: maybe you're trying to init pvr for wrong hardware? check the pvr env variables07:56
freemangordontmlind: no matter, it should not hang the device07:57
freemangordonand it was working since yesterday07:58
freemangordonwhen I did dist-upgrade07:58
freemangordonoh, maybe libs are broken?07:58
freemangordonhmm, why such a big diff in dtb size between what I have here and repo kernel?07:59
freemangordonthis is the last resort, copying kernel and modules that I used didn;t help07:59
tmlindyou can decompile the dtb to check with dtc -I dtb -O dts your.dtb08:00
freemangordonmhm08:00
freemangordonbut lets see first if using my dtb helps08:01
freemangordonno!08:01
freemangordonwtf?08:01
freemangordonok, sgx user libs then08:01
tmlindhmm looks like EGL_KHR_partial_update is listed for series6 only in PowerVR.Supported+Extensions.OpenGL+ES.EGL.pdf08:02
freemangordonwhy do you look at that?08:03
tmlindjust wondering if the wlroots bug above is related to the black rectangles08:05
tmlindthe missing flush bug08:05
freemangordonyep, seems ddk blobs in -experimental are broken08:05
tmlindwrong commit or wrong env?08:06
freemangordonno idea08:06
freemangordonbut if I LD_LIBRARY_PATH to the local blobs dir I keep on device, init no longer hangs08:07
tmlindok08:09
freemangordonugh08:11
freemangordonthis is for wrong device08:11
freemangordon-rw-rw-r-- 1 root root 99776 Oct 26 16:16 libsrv_init.so.1.17.4948957 is in my blobs dir08:11
freemangordon-rw-r--r-- 1 root root 103736 Dec 15 01:36 /usr/lib/arm-linux-gnueabihf/libsrv_init.so.1.17.4948957 is installed with sgx-ddk-um-ti343x08:12
freemangordonwait, what?!?08:12
freemangordonsgx-ddk-um-ti343x08:12
tmlindheh08:12
freemangordonwhy is this installed on d4?!?08:12
freemangordonWizzup: xserver-xorg-video-omap most-probably is being held because of a wrong dependency to sgx-ddk-um-ti343x08:13
freemangordonhttps://pastebin.com/fvwZJTaR08:15
tmlindfreemangordon: so was the solution to the clutter issue to update clutter or some commit? just wondering..08:22
freemangordonupdate clutter08:22
tmlindok nice08:23
freemangordonupdate, like enable support for double-buffering08:23
tmlindok08:23
freemangordonhttps://github.com/maemo-leste-upstream-forks/clutter-0.8/commit/13903d341009266d0bfa19806e74625a16ab552a08:23
freemangordonthe code was there but disabled by Nokia, with a big fat warning to re-enable it when needed :)08:24
tmlindheh ok :)08:24
tmlindso did that fix the missing flush issue?08:24
freemangordonumm... what issue?08:25
tmlindthe black squares on some frames issue08:25
freemangordonthis was fixed in ddx08:25
tmlindoh, i've missed that, so what change fixed that?08:26
freemangordonwaiting sgx to finish rendering before doing flips08:26
freemangordonlemme find the commit08:26
tmlindok thanks nice if it's fixed finally08:26
tmlindyeah commit would be nice to see for longer term memory to revolve the issue :)08:27
tmlindto resolve the issue08:27
tmlindtrauma therapy kind of thing..08:27
freemangordonthis https://github.com/maemo-leste/xf86-video-omap/commit/12836b9d1b03e5a9de0b89cba727c801f74b418408:27
freemangordonmagic happens in waitForBlitsCompleteOnDeviceMem08:28
freemangordonthe only remaining issues are correct 3-buffer implmentation and tearing08:30
tmlindhmm ok yeah i recall seeing this but never figured out where exactly it ends up waiting..08:30
freemangordonhttps://github.com/maemo-leste/xf86-video-omap/blob/maemo/beowulf-experimental/src/omap_exa_pvr.c#L15908:31
tmlindok thanks, yup you already explained things for me earlier from there08:35
tmlindlooks like simple-dmabuf-egl.c in wait_for_buffer_release_fence() uses EGL_KHR_wait_sync, i guess that's how it ensures updates..08:48
freemangordonyes08:49
freemangordonwell, I guess yes08:49
tmlindoh but EGL_KHR_wait_sync is listed series6 only?08:49
freemangordonno, why?08:49
freemangordonour driver reports it supported, iirc08:50
freemangordonlemme check08:50
freemangordon(d4 boots...)08:50
tmlindhmm so do we get "Warning: EGL_KHR_wait_sync not supported" with weston-simpel-dmabuf, let me check..08:50
tmlindi'm only seeing explicit_synchronization warnings08:51
freemangordonI see EGL_KHR_wait_sync as suported extension08:54
freemangordon*supported08:54
freemangordonhttps://pastebin.com/SLD8wvd008:54
tmlindok08:55
tmlindhmm so is the conclusion that the client's responsibility to call EGL_KHR_wait_sync, basically the topmost app (or xserver related stuff) with black squares issue?08:59
tmlindhmm i'm seeing also a maximized weston-terminal suffer from some areas not being updated when switching to it, so maybe there still is some driver issue too09:02
tmlindnot sure if i ever saw this issue with weston, not that i did much testing either09:04
freemangordontmlind: I am not sure I get it - do you still see issues with xserver applications?09:07
* freemangordon wonders what is the difference between EGL_NOKIA_texture_from_pixmap and EGL_NOK_texture_from_pixmap09:08
freemangordonTBH I am not sure how usable EGL_KHR_wait_sync is09:09
tmlindfreemangordon: so my test case is slow down pvr, then flip sway desktops with termite running.. but maybe that uses xwayland and i really should test that with weston-terminal for example. sounds like you got it fixed for xorg09:18
tmlindfreemangordon: so i presume things work now fine for you also with sgx clock slowed down with no black squares?09:20
freemangordonmhm09:21
tmlindok great09:21
tmlindhmm so for my test case, maybe "lima: fix xserver page flip fail for full screen client" is really the right fix if termite uses xwayland, or if switching from any xwayland app to let's say weston-terminal09:26
freemangordonwhy lima?09:26
freemangordonI mean - that should not affect pvr, IIUC09:27
tmlindno idea.. but it sounds like it's the previous app that needs to wait for gpu render to complete before the switch to any other app happens09:27
freemangordonsure09:27
freemangordonwell, actually it should wait before the flip09:27
tmlindso i tried flipping between two desktops with a weston-terminal only in each desktop and so far have not been able to trigger the artifacts09:28
freemangordonflip == "drm page flip"09:28
* freemangordon tries EGL_NOK_texture_from_pixmap09:28
tmlindok so the wait before the flip may only be missing for my test case when switching from some xwayland app to some other app.. well at least i need to test that09:31
tmlindhmm but then why do i see artifacts when switching from weston-terminal to termite? if it's up to weston-terminal to wait for gpu to complete before flip, and assuming it's doing the right thing..09:33
tmlindsounds like i need to test with xwayland disabled at least09:33
tmlindseeing artifacts also between two weston-terminal windows as long as one is maximized so they look different, the artifacts seem very small though just maybe 10x20 pixels at the top left corner in portrait mode09:38
tmlindmode like p shaped small artifact with about 10x10 pixels top part and 5x10 part bottom..09:39
tmlindoh well so much for that theory09:40
freemangordonugh, we have a glmark fps regression09:42
freemangordonwith glmark2-es2-drm that is09:42
freemangordontmlind: how to check the clocks?09:43
freemangordonglmark2 Score: 3709:46
freemangordonon d409:46
freemangordonwtf?09:46
tmlindfreemangordon: the d4 sgx clock slow down trick is rwmem 0x4a008164=0x1f, let me check the value i have by default09:47
freemangordon22509:47
freemangordonit is ok09:47
freemangordonsomething else slows it down09:47
freemangordonmaybe mesa09:48
tmlindyup 0x225 is the default value09:48
freemangordonlemme try with my kernel first09:49
sicelotmlind: i *think* termite is not xwayland, nor is weston-terminal09:50
siceloyes, my d4 3d accel has been slow since last update (as well as that ti343x issue)09:51
tmlindsicelo: right, but it occured to me that if termite was using xwayland then the issue should not happen with weston-terminal.. but the issue is there for sure too with weston-terminal09:51
tmlindi think termite can use both xorg or wayland depending on the env09:52
sicelopossible. when i used sway and weston on N900 (where i used termite), i was specifically disabling xwayland support ...09:54
sicelo(i thought xwayland would add overhead for N900) ;-)09:55
freemangordonok, something in the kernel10:02
freemangordonwith 'my' kernel fps are back to normal10:03
freemangordonit is kernel config though, not kernel as such10:03
sicelowhat's the offending config?10:11
freemangordonno idea10:12
freemangordonit is just that kernel in repos is build with different config10:12
tmlindsome debug option?10:22
freemangordonno idea10:23
freemangordonlemme compare10:23
tmlindmake savedefconfig for both, then diff -u10:23
freemangordonumm... I will diff /proc/config.gz stuff10:24
freemangordonhttps://pastebin.com/A29jUqtK10:26
freemangordonI would bet on CONFIG_COMPACTION=y10:29
freemangordonmissing in repo kernel10:29
freemangordonso device idles faster10:29
freemangordontmlind: what do you think^^^?10:29
freemangordonhmm, this is crazy10:35
freemangordonafter a reboot fps is back to normal10:35
freemangordonsicelo: how do you know 3d is slower for you?10:36
siceloe.g. switching between desktop is noticeably laggier than before10:38
sicelo*desktops10:38
freemangordonwhat desktops?10:38
sicelodesktop 1, desktop 2, etc. not sure how to describe them :-)10:39
freemangordonin hildon-desktop or where?10:40
siceloyes, h-d10:40
freemangordonhow do you "switch"?10:40
freemangordonscroll?10:40
sicelodesktop = where desktop widgets stay in h-d10:40
freemangordonok, but how do you "switch"?10:41
siceloso you switch by swiping desktop left or right10:41
freemangordonok, so you "scroll"10:41
freemangordon:)10:41
sicelohehe,10:41
freemangordonhmm, this is weird, this should render with 54 fps10:41
freemangordondo you want to measure the fps?10:42
siceloi can test in a proper way, if you tell me how to10:42
freemangordonok10:42
sicelootherwise nearly every interaction definitely lags for me10:42
freemangordon/usr/sbin/dsmetool -k /usr/bin/hildon-desktop10:42
* sicelo boots leste10:42
freemangordonCLUTTER_SHOW_FPS=1 maemo-summoner hildon-desktop.launch10:43
freemangordonbut before that, which xorg driver is in use?10:43
freemangordonyou said you had issues with pvr blobs package10:44
freemangordonhow did you solve that?10:44
sicelommm, xorg not starting after my last tries :-P10:45
freemangordonsicelo: sudo apt-get install xserver-xorg-video-omap=0.5.0+2m7.410:47
freemangordonugh10:48
freemangordonthe one in -devel is broken10:48
freemangordonlemme fix it10:48
tmlindfreemangordon: weird so if CONFIG_COMPACTION=y makes the fps go back to normal, we need to add some pmqos limit somewhere10:54
freemangordontmlind: no, it was a reboot that made them go back to normal10:55
freemangordonno idea what was it10:55
freemangordonthe same kernel now gives glmark 6210:55
tmlindoh ok even stranger10:56
freemangordonyeah10:56
Wizzupfreemangordon: it should not pull ti343x for sure10:59
sicelofreemangordon: heh, fps between 2 and 5. i guess my accel is completely broken then?11:00
freemangordonyeah, the issue was that -experimental was not pulled in -devel11:00
freemangordonsicelo: sure11:00
freemangordonwait 5 minutes11:01
freemangordonsicelo: CI is building it11:01
Wizzupfreemangordon: wait you need CONFIG_COMPACTION for higher fps??11:01
freemangordonno11:02
freemangordonI was thinking that was the case, but after a reboot fps is back to normal11:02
freemangordonNFC what was that11:02
freemangordonWizzup: so, I got low fps with kernel in the repo11:02
freemangordonthen I boot my zImage which differs by only config options with the repo one11:03
freemangordonand it performed just fine11:03
freemangordonthen I compared configs and the only suspicious one was CONFIG_COMPACTION11:03
freemangordonthen I boot repo kernel again, but this time fps were ok11:03
freemangordonso false alarm11:04
Wizzupfreemangordon: maybe it's me enabling cma11:05
Wizzupok11:06
freemangordonno, it works fine ever since11:06
Wizzupok11:06
Wizzupfreemangordon: do you have leste-config-droid4 and hildon-meta-droid411:06
freemangordonI think yes11:06
Wizzupthat is maybe why you got ti343x11:06
Wizzupok11:06
Wizzup(if you don't have it)11:06
freemangordonno, I get it because of omap xorg driver11:06
Wizzupok11:07
freemangordonthe version in -devel is higher than the version in -experimental11:07
freemangordonbut code-wise it is older11:07
WizzupI'll check it out, I'm trying to get rid of a headache this morning :D11:07
Wizzupfreemangordon: oh so I forgot to bump11:07
freemangordonno need (to check out) I am already on it11:07
freemangordonWizzup: no, you forgot to pull11:07
Wizzupok11:07
Wizzupweird11:07
freemangordonexperimental in devel11:08
Wizzupthe branches here all point to the same commit11:08
Wizzup[maemo/beowulf-devel] [maemo/beowulf-experimental] {origin/maemo/beowulf-devel} {origin/maemo/beowulf-experimental} <0.5.0> PVREXA: add some more framebuffer flush points11:08
freemangordonno idea, bu on github devel was 2 commits behind experimental11:08
Wizzuphm11:08
freemangordonmaybe you didn;t push11:08
freemangordonWizzup: no, you didn;t pull11:09
freemangordonyour code lacks 2 commits11:09
freemangordonone of them being https://github.com/maemo-leste/xf86-video-omap/commit/6a1eb3bf227ff69326895d11fdcf44ccb6dbca7c11:09
Wizzupok11:09
Wizzuppls fix :)11:09
freemangordonalready did11:10
freemangordonbuilding atm11:10
freemangordonsicelo: do you have -experimental enabled?11:15
siceloyes11:15
freemangordonapt update/upgrade then11:15
siceloon it11:16
sicelodone. still getting 5fps. let me reboot perhaps11:17
freemangordonsicelo: also, make sure you have meta installed11:18
freemangordonleste-config-droid4 and hildon-meta-droid4 that is11:18
siceloright. hildon-meta-droid4 was missing11:19
freemangordonsicelo: I would guess your xorg.conf is wrong or broken too, but lets see11:20
freemangordonmost-probably you use modesetting without glamor11:20
freemangordonto have 2-5 fps11:21
sicelonow seems snappy again :-)11:23
sicelolet me try the fps readout11:23
freemangordon:)11:23
freemangordonshould be 52-5311:23
sicelowhat's the current xorg.conf file? i recall there were some changes in location, etc.11:26
freemangordon/usr/share/X11/xorg.conf.d11:26
freemangordon99-omap11:26
freemangordonwhy do you need that?11:26
freemangordonthere is nothing in there realyl11:26
sicelowanted to check because you said it's possible my xorg.conf is wrong or broken wrt modesetting/glamor11:28
freemangordonno need11:28
freemangordonif it is snappy, then it is using the correct xorg.conf file11:28
siceloi got 67 once, but mostly i'm in the 40s. i guess this is correct11:30
sicelothanks for the help.11:30
Wizzupfreemangordon: is the tearing fixed?11:31
freemangordonno :(11:32
freemangordonsicelo: hmm, no11:32
freemangordonnot correct11:32
freemangordonyou should get > 5011:32
freemangordonwhat version is xserver-xorg-video-omap ?11:33
siceloxserver-xorg-video-omap 0.5.1+2m711:33
Wizzupfreemangordon: so regarding lima, what are the next steps, I see you want me to query for the swap behaviour, and I should file a bug report with the trace and video11:36
Wizzupwhat else, should we try the partial update khr extensions?11:36
Wizzupenunes hinted at that11:36
Wizzupalso:11:37
WizzupIf your UI application is compositing multiple uncompressed layers which make heavy use of transparencies, then using EGL_BUFFER_PRESERVED is probably a sensible thing to do.11:37
Wizzup(from that mali blob)11:38
Wizzupblog*11:38
Wizzupit might make sense to use EGL_KHR_partial_update and EGL_KHR_swap_buffers_with_damage11:39
siceloi see it's offering me another update now, from devel, not experimental, https://paste.debian.net/1224713/11:39
Wizzupyeah see 11:07 < freemangordon> Wizzup: no, you forgot to pull11:40
freemangordonsicelo: yeah, I built for both11:43
freemangordonWizzup: I don;t really see what will we gain from using those extension11:44
freemangordonlima guys should just fix their driver11:44
freemangordonso, what I think are the next steps - capture another trace and a video of it and open an issue attaching those11:45
freemangordonthis is without setting EGL_BUFFER_PRESERVED11:45
freemangordonnot sure about TFP, either should work11:46
freemangordonah, you said with TFP issue is not visible while capturing a trace11:46
freemangordonso no TFP then11:46
freemangordonsicelo: if you do left-right-left-... swipe really fast (on same desktop) you should hit 53 fps11:47
freemangordonunless somehow 3-buffer is disabled in xorg.conf11:48
uvosa transition is still the better test tho11:49
uvossince the swipe fps depens on how fast you swipe11:49
uvosand how many icons you have11:49
uvosand on ts event rate11:49
freemangordonuvos: sure, but it requires ini changes11:49
freemangordonotherwise I agree11:49
uvosright11:49
uvossicelo's 40 fps might be entirely reasonable depending on the above factors11:50
freemangordonhmm, ok11:50
uvos40 ish is about what it get on a full desktop11:50
freemangordonI would expect more from pvr540 :)11:50
uvosicons wise11:50
uvosme too11:50
uvosandroid is locked 6011:50
freemangordonactually fps should not depend on the number of icons11:51
uvosit dose tho11:51
freemangordonor it does?11:51
freemangordonok11:51
siceloi think it's alright now. i just got 70 at some point11:51
freemangordonthat's weird as well11:51
siceloheh, what? the 70?11:52
freemangordonmhm11:52
uvosi get that too11:52
uvossometimes11:52
freemangordonbut how?11:52
uvosno idea seams random11:52
freemangordonI mean - it seems sometimes drm flip takes an instant11:52
freemangordoninstead of 6 ms11:53
uvosright11:53
freemangordonanyway11:53
sicelowas scrolling between widget-less desktps. no idea11:53
uvosbut the scrolling dosent look 70 fps either way11:53
freemangordonyes11:53
uvossomewhere frames must be being discarded11:53
freemangordonWizzup: definitely there is some issue in lima and it has to be fixed, all devices I replay latest traces on show no issues11:55
freemangordonuvos: mhm11:55
freemangordonit is not smooth11:55
freemangordonbut I'll get back to it when we have the other issies fixed11:55
freemangordonI would say it is related to tearing11:55
freemangordonWizzup: well, all devices are NV and Intel, but still11:56
tmlindso is devel about to get updated then or a there still pending issues?12:01
tmlinds/a/are/12:01
siceloit's updated. at least i have the xserver-xorg-video-omap from devel now, and it's running correctly12:02
tmlindoh ok nice, i'll try to find my test device and update it then :)12:02
* tmlind goes poking in a pile of cardboard boxes12:03
Wizzupfreemangordon: ok, will go, bbiab12:06
freemangordontmlind: make sure you have meta packages installed if you played with it a lot12:13
tmlindheh bionic just shuts down now with no screens found after upgrade :)12:17
freemangordonso, do you have leste-config-droid4 and hildon-meta-droid4 installed?12:18
freemangordonor this is diifferent device?12:18
tmlindneed to check12:19
tmlindtrying to boot to m-l emergency shell12:20
tmlinduvos: that worked nicely :)12:21
freemangordonnot for me, it should not try to start powervr service ;)12:23
tmlindfreemangordon: i have leste-config-bionic instead of leste-config-droid412:25
freemangordonI guess that's fine12:25
freemangordonwhat about hildon-meta-droid4?12:25
freemangordonor it should be hildon-meta-bionic?12:25
tmlindyup i have hildon-meta-bionic12:26
freemangordonthat might be a problem12:26
freemangordonuvos: Wizzup: is this updated?12:26
freemangordontmlind: so, Xorg does not start?12:28
freemangordonmay I have the log file12:28
freemangordonor at least - what is the error there?12:28
tmlindfreemangordon: just a sec and i'll grep for EE12:28
tmlind/var/log/Xorg.0.log or some other one?12:29
freemangordontry to start Xorg12:29
freemangordonand then provide /var/log/Xorg.0.log12:29
tmlindjust run Xorg manually in the emergency shell or some other way?12:30
freemangordonyes, just run it12:30
freemangordontmlind: hmm, wait12:30
freemangordonwhat is mesa version you have installed?12:30
freemangordond4 wants libegl-mesa0 (>= 21.2.5)12:31
freemangordonand sgx-ddk-um-libs12:32
tmlinddpkg -l | grep libgl only returns libegl1-sgx-omap412:33
freemangordonyeah, that's the issue12:33
freemangordontmlind: please install libegl-mesa012:34
freemangordonand sgx-ddk-um-libs12:34
tmlindok will do, need to start wpa_supplicant and wlan0 first12:34
Wizzuptmlind: I did not test bionic yet with 5.1512:34
freemangordonand libegl1 libgles1 libgles212:35
Wizzupmaybe the pkg doesn't pull the sgx ddk stuff12:35
freemangordon:nod:12:35
WizzupI kind of assumehoped that uvos tested it12:35
Wizzupdroid3 works with droid4 meta installed12:35
Wizzup... :)12:35
freemangordonmeta does not pull upgraded mesa/sgx libs12:35
Wizzupyeah I installed the droid4 meta12:35
WizzupI can probably clean this up in ~20 mins or so12:35
freemangordonplease do when you have time, I am going on a walk12:36
freemangordonttyl12:36
tmlindWizzup: ok, any easy way to start wlan0 in emergency shell or just manually start wpa_supplicant and dhclient?12:36
freemangordonmaybe start icd212:37
tmlindok12:37
freemangordonif you have autoconnect enabled12:37
freemangordonnot sure it will start though12:37
tmlindyup12:37
freemangordonbut you can try12:38
freemangordonI think you need those https://pastebin.com/p2zqd6JY12:38
tmlindheh tries to start xorg and shuts down12:38
freemangordon:(12:38
siceloi was starting wpa_supplicant by hand, then using wpa_cli12:39
freemangordonI do that too when I have to recover12:39
freemangordonbut, I have conf file with my AP and password :)12:39
freemangordonso the only thing I need is ctrl-R :p12:39
sicelo;-)12:39
siceloiwd people will say switch12:40
freemangordonwhat to? iwd?12:41
siceloyeah :p12:41
freemangordonnever used, is it better?12:41
freemangordonor some NIH syndrome?12:41
siceloymmv. i'm using it now on my laptop. its cli is definitely easier/friendlier than wpa_cli. other than that, personally don't see much benefit12:42
sicelobut they say power savings, making it more suitable for mobiles12:42
freemangordonI see12:44
freemangordonanyway, I am going on a walk, bbl12:44
Wizzupsicelo: what power savings12:44
Wizzuptmlind: fwi with -D you can start services without starting dependecies12:44
Wizzuptmlind: so /etc/init.d/dsme start12:44
Wizzupand then12:44
Wizzup/etc/init.d/icd2 start -D12:44
Wizzup(or just icd2 -l0 &)12:45
tmlindok12:46
tmlindicd2 fails to starat with /tmp/session_bus?address.user not there12:49
siceloWizzup: https://wiki.gentoo.org/wiki/Iwd  (fast network discovery, and better roaming definitely NOT what i've experienced so far ... unless it's debian or hw issues that affect me)12:50
siceloas for the battery/power savings, "battery life (kernel crypto framework is more efficient than wpa_supplicant)" from https://gitlab.com/postmarketOS/postmarketos/-/issues/4512:51
Wizzuptmlind: /etc/init.d/dbus-user start12:52
tmlindok12:52
Wizzupsicelo: seems mostly not relevant, that's only valid when actually doing lots of rx/tx12:52
Wizzuptmlind: btw I assume your icd2 is set to automatically connect?12:52
Wizzuptmlind: sorry for the pain btw, I'll try to fix the droid3 and bionic meta12:52
Wizzuphm actually it looks like I did have the bionic3 already with some of these packages12:53
tmlindno problem, just a pain to try to fix using the emergency shell12:56
tmlindbad battery too, so uart is only somewhat usable..12:56
tmlindi'll let the battery charge up, then retry12:57
tmlindWizzup: now /etc/init.d/icd2 start -D produces openrc error bad variable name13:00
Wizzuphuh13:00
Wizzupthat sounds like something is corrupted almost13:00
tmlind1: export: directory:: bad variable name13:01
Wizzuphuh yeah that's weird..13:02
tmlindoh well i'll start it manually when i have a serial console and don't need to deal with the vkb13:04
Wizzupmhm13:05
tmlinduhh this xorg not working and shutdown when things go wrong is just annoying :(13:16
tmlindcan't even install packages without system shutting down automatically13:17
Wizzuptmlind: can you check what sgx-ddk-um-ti is installed13:19
Wizzupdpkg -l | grep sgx-ddk-um-13:19
Wizzuptmlind: if you don't want it to reboot, just touch this file13:19
Wizzuptouch /etc/no_lg_reboots13:19
Wizzuptmlind: ^^13:19
tmlindok13:19
WizzupI guess for 'end users' it is probably better than phone reboots if X crashes13:20
Wizzupfor developers it's mostly annoying :)13:20
Wizzupsicelo: did you see there are N810 patches for pwm and led on linux-omap? fun13:21
siceloyeah, i love that work :-)13:21
sicelointeresting - when my xorg wasn't starting, i didn't get system shutting down. instead it just dropped me to a shell after a short while13:24
siceloah, i do have no_lg_reboots, although i don't remember when i set it :p13:24
tmlindheh started getting battery low warnings while using serial console but got the charger in in time :)13:33
Wizzupin dmesg or from ui?13:33
tmlinddmesg13:33
Wizzupmhm13:33
tmlindstill in emergency shell and installing the needed packages now13:33
Wizzupwhich ones were missing for you13:35
tmlindit's pretty messed up right now, can't configure hildon-desktop because xorg still won't start, need to continue later, gotta go now ttyl13:48
Wizzuptmlind: I'll check bionic, I just upgraded my droid3 and added the right meta and it works for me14:04
Wizzupit seems to get stuck on reboot sometimes though (when shutting down)14:08
WizzupI bet this is related to the serial panics14:08
Wizzups/panics/oopses/14:12
freemangordonWizzup: BTW, do we already support those tablets you gave me?14:54
freemangordonwhat the? PP battery discharged while being out of the device15:02
freemangordonsame black screen as yesterday, it turned out GPU cooling fan had been stuck :)15:56
freemangordonhmm, pinephone image does not boot16:01
freemangordonWizzup: ^^^16:01
freemangordonwell, I get to login prompt, but can;t do much there16:03
freemangordonhmmm16:19
freemangordonfalse alarm16:19
freemangordonI wrote the image for the second time and now it boots16:19
mighty17[m]<mighty17[m]> "Any clues why this happens, when..." <- Bump :(16:23
freemangordonhmm, very strange behaviour om PP with kernel from -devel16:39
freemangordonbrightness constantly changes16:40
freemangordonand device seems to become very hot16:40
freemangordonthis is some 5.14-rc116:40
Wizzupfreemangordon: rafael2k is working on new kernel17:05
Wizzupfreemangordon: no, those tablets do not have working panel (bridge) yet17:06
Wizzupfreemangordon: the kernel is ok for me17:06
Wizzupidk about als/brightness17:06
freemangordonWizzup: it is not als, it does it even before h-d has started18:19
freemangordonat least that's my understanding18:19
Wizzupfreemangordon: als/mce runs before hd fwiw18:51
Wizzupbut yeah if it is before mce...18:51
freemangordonI stopped mce and it continues19:19
freemangordonblinking that is19:19
freemangordonkernel issue, I downgraded to 5.10.0-1+2m7.1 in it is gone20:03
Wizzupfreemangordon: ok20:16
rafael2kow yeah, kernel packages ready20:41
rafael2kthe repo should be fine20:41
rafael2kI'll finish up ofono repo soon, I will just wrap a missing glib function and it will be ready for maemo upstreaming20:42
tmlindWizzup: getting closer to a working system, now missing XDG_RUNTIME_DIR /run/user/100020:42
tmlindrebooted, let's see, looks like desktop starts at least20:49
tmlindok updated, bbl20:52
rafael2kbtw, I realize the kernel is installed correctly, but the default initrd and Image.gz are not updated automagically - is this done somewhere else?20:55
freemangordon"maemo upstreaming" yay!20:56
rafael2k; ))20:59
rafael2kyaaay!22:15
rafael2kI have my battery level back!22:15
rafael2k; ))22:15
rafael2kfor the first time since I don't remember when22:15
rafael2khttp://173.255.215.196/pinephone/maemo.jpg22:22
rafael2k.dtb are not being copyed too... I need to check the debian/ ... I had to do some tweaks as default maemo pp debian dir did not work out-of-the-box22:23
rafael2kLinux devuan-pinephone 5.15.10 #1 SMP Sat Dec 25 10:36:14 MSK 2021 aarch64 GNU/Linux22:24
rafael2know rebooting to see how X with accell is going on22:25
rafael2kso this works: https://github.com/rafael2k/pine64-kernel/tree/maemo/beowulf-devel with this kernel https://github.com/rafael2k/sunxi64-linux/tree/mobian-5.1522:27
rafael2kjust need to sort out setting the default kernel, initrd and dtbs22:28
rafael2khttps://gitlab.com/mobian1/devices/eg25-manager/-/merge_requests/4622:57
rafael2kMy eg25-manager patch to make it compile without mm also went upstream22:58
rafael2kX is better, not perfect, but way much better... thanks for the all the work -23:15
Wizzuprafael2k: we-ll fix the other bug soon23:22
Wizzup:)23:22
rafael2kthere is some work to do kernel side in pp, especially some firmware (like https://github.com/dragan-simic/ov5640-autofocus-firmware/ for camera), audio needs other tweaks (now there is hdmi also and new stuff), but all in all, things are getting better23:23
rafael2kWizzup: yay!23:23
rafael2kalsa is working great through mplayer specifying the hw:0, but all ucm2 config is trashed in the new kernel, need to re-do the audio configs to match the new kernel audio feats23:57
rafael2knot only ucm2, but standard alsa configs are not ok in the new kernel (it was not totally ok before... now they just do not work out-of-the-box)23:59
rafael2k*with the new kernel23:59

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!