libera/#maemo-leste/ Saturday, 2022-01-15

Wizzupuvos: ping12:16
Wizzupuvos: how does sphone manage running in the background and becoming visible / parsing args when requested?12:16
Wizzupuvos: looks like dbus12:21
siceloyes, same as how phone worked in sms12:23
sicelos/sms/fremantle/12:24
WizzupI mostly meant on lower level12:25
Wizzupuvos: looks like I still have the display problem :(15:19
Wizzupso it's not the fbdev patch15:20
Wizzupmaybe it's related to drm wait or dma_fence_default_wait15:29
Wizzupcould be "drm: omapdrm: Fix implicit dma_buf fencing" then15:31
Wizzupit seems to happen once in every ~10 times that I try to use the phone or something (like, often)15:33
Wizzupsicelo: btw, latest kernel might fix your charging, can you check15:33
freemangordonWizzup: hmm, it could be the same butg I was hottong in DDX15:56
freemangordon*hitting15:56
freemangordonwhere PVR driver was never signalling blits complete15:56
freemangordonWizzup: when it happens, could you please check if there is any non-signaled fence on any of dma buffers?15:57
tmlindfreemangordon: when you get a chance, maybe test this patch with your tearing case: http://muru.com/linux/d4/te-poll-until-empty.patch16:00
tmlindlooks like the te stuff is broken, but if the patch above makes the tearing disappear we know where the problem is16:01
Wizzupfreemangordon: can you tell me how to check?16:01
Wizzupfreemangordon: I hit is several times a day and only solution is usbnet + reboot or force reboot with buttons16:01
freemangordontmlind: I am almost sure my patch that sets the relevant bits in TE regs is needed16:01
freemangordonWizzup: mount debugfs16:01
freemangordonsec to check the path16:02
tmlindfreemangordon: no luck making te run for more than two mins at most so far.. but with the patch above, curiously i'm seeing vt_te not empty all the time with some load generated with dd if=/dev/urandom of=/dev/null16:02
freemangordontmlind: yeah, ok, will test the patch16:03
tmlindfreemangordon: it could be framedone irq is ok to use as that's for the flip while dsi is still not done16:03
tmlindfreemangordon: in that case the patch above does not help at all for tearing :)16:04
tmlindneed to go now to visit some friends, ttyl16:04
freemangordonI don;t think it is, as there is a note in TRM that transfer from DSI to panel still continues on framedone IRQ16:04
freemangordonok16:04
freemangordonWizzup: /sys/kernel/debug/dma_buf16:05
Wizzupok16:07
freemangordoncheck in bufinfo there if there is some non-signaled fence16:07
freemangordonif that's the case, then we have some issue in PVR driver16:08
freemangordonif everything is signaled, then I think fence patch is unrealated16:08
freemangordon*unrelated16:08
WizzupI was thinking this might be the problem because ERESTARTSYS in combination with DRM_IOCTL_MODE_SETPROPERTY in google resulted in some hits for dma fance waiting16:08
Wizzupwell this is definitely a recent problem16:08
freemangordonyeah16:08
freemangordonbut lets see first if we have non-signaled fence16:09
Wizzupthinking of making a script to turn on/off dpms16:09
freemangordonhmm?16:09
freemangordonhow's that related?16:09
WizzupX gets stuck in dpms16:09
Wizzupif you recall that trace I shared before16:10
Wizzupthe drmIoctl keeps getting -ERESTARTSYS in ioctl in libdrm on DRM_IOCTL_MODE_SETPROPERTY16:10
Wizzupso it tries again, as it should16:10
Wizzupbut it never ever succeeds16:10
Wizzupand this just keeps on going16:10
WizzupI think I also shared X backtrace and dmesg debug with drm.debug=0xff16:11
freemangordonWizzup: ok, but I don't understand what use this script will have? like wokraround or what?16:19
Wizzupfreemangordon: reproduce it quickly16:20
freemangordonah16:20
Wizzupfreemangordon: now it usually happens when I am outside walking or in a store16:20
Wizzupand it's annoying because then I can't use my phone for  hour16:20
Wizzups16:20
freemangordonbut, if it is fence issue, you need drawing ops16:20
freemangordoncan't you reset it?16:20
Wizzupsure, but then I can't get you the trace ;)16:21
Wizzups/trace/data/16:21
freemangordonah :)16:21
Wizzuptelepathy-qt is quite complex ... very little documentation18:02
Wizzuptelepathy-glib seems better documented imho18:10
Wizzuptoo bad their doc strings contain inline html that's just there in plaintext, making everything much harder to read18:16
sunshavicould You share the link18:25
sunshavi?18:25
Wizzupglib https://telepathy.freedesktop.org/doc/telepathy-glib/index.html18:27
Wizzupqt https://telepathy.freedesktop.org/doc/telepathy-qt/index.html18:27
sunshaviI have opened both links. Any specific link I should drill  for seeing the cumbersome docstring?18:35
Wizzuphttps://telepathy.freedesktop.org/doc/telepathy-glib/telepathy-glib-connection-requests.html#tp-cli-connection-interface-requests-call-create-channel18:40
sunshaviI see them: http://0x0.st/o-3g.png18:44
sunshaviCould it be an issue when they were generating the online documentation?. They were using gtk-doc for it18:48
Wizzuppossibly yeah18:53
Wizzupg2g for now18:53
sunshavigtk-doc 1.19 is from year 201318:55
Wizzuptelepathy-qt also removed requestConnect() in place for becomeReady() but it doesn't seem to actually make the connection online18:55
WizzupI need a break from this now, unfortunately the abstractions are underdocumented18:55
WizzupI'll figure it out, it's just taking a lot of time18:56
sunshavisure guys. You always overcome issues18:57
Wizzupnot me, mostly the other guys ;)18:57
sunshaviI am taking my break reading maemo-lestet18:57
Wizzuphehe18:57
sunshavithat was my opinion :)18:58
sunshaviI am going out to buy spinach18:59
lelparazyd created a repository: https://github.com/maemo-leste-extras/nextcloud-sync19:59
sicelosunshavi => popeye :-)20:40
sunshavilol. More or less. The dish is know as pepian20:41

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