Wizzup | uvos: ping | 12:16 |
---|---|---|
Wizzup | uvos: how does sphone manage running in the background and becoming visible / parsing args when requested? | 12:16 |
Wizzup | uvos: looks like dbus | 12:21 |
sicelo | yes, same as how phone worked in sms | 12:23 |
sicelo | s/sms/fremantle/ | 12:24 |
Wizzup | I mostly meant on lower level | 12:25 |
Wizzup | uvos: looks like I still have the display problem :( | 15:19 |
Wizzup | so it's not the fbdev patch | 15:20 |
Wizzup | maybe it's related to drm wait or dma_fence_default_wait | 15:29 |
Wizzup | could be "drm: omapdrm: Fix implicit dma_buf fencing" then | 15:31 |
Wizzup | it seems to happen once in every ~10 times that I try to use the phone or something (like, often) | 15:33 |
Wizzup | sicelo: btw, latest kernel might fix your charging, can you check | 15:33 |
freemangordon | Wizzup: hmm, it could be the same butg I was hottong in DDX | 15:56 |
freemangordon | *hitting | 15:56 |
freemangordon | where PVR driver was never signalling blits complete | 15:56 |
freemangordon | Wizzup: when it happens, could you please check if there is any non-signaled fence on any of dma buffers? | 15:57 |
tmlind | freemangordon: when you get a chance, maybe test this patch with your tearing case: http://muru.com/linux/d4/te-poll-until-empty.patch | 16:00 |
tmlind | looks like the te stuff is broken, but if the patch above makes the tearing disappear we know where the problem is | 16:01 |
Wizzup | freemangordon: can you tell me how to check? | 16:01 |
Wizzup | freemangordon: I hit is several times a day and only solution is usbnet + reboot or force reboot with buttons | 16:01 |
freemangordon | tmlind: I am almost sure my patch that sets the relevant bits in TE regs is needed | 16:01 |
freemangordon | Wizzup: mount debugfs | 16:01 |
freemangordon | sec to check the path | 16:02 |
tmlind | freemangordon: 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/null | 16:02 |
freemangordon | tmlind: yeah, ok, will test the patch | 16:03 |
tmlind | freemangordon: it could be framedone irq is ok to use as that's for the flip while dsi is still not done | 16:03 |
tmlind | freemangordon: in that case the patch above does not help at all for tearing :) | 16:04 |
tmlind | need to go now to visit some friends, ttyl | 16:04 |
freemangordon | I don;t think it is, as there is a note in TRM that transfer from DSI to panel still continues on framedone IRQ | 16:04 |
freemangordon | ok | 16:04 |
freemangordon | Wizzup: /sys/kernel/debug/dma_buf | 16:05 |
Wizzup | ok | 16:07 |
freemangordon | check in bufinfo there if there is some non-signaled fence | 16:07 |
freemangordon | if that's the case, then we have some issue in PVR driver | 16:08 |
freemangordon | if everything is signaled, then I think fence patch is unrealated | 16:08 |
freemangordon | *unrelated | 16:08 |
Wizzup | I 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 waiting | 16:08 |
Wizzup | well this is definitely a recent problem | 16:08 |
freemangordon | yeah | 16:08 |
freemangordon | but lets see first if we have non-signaled fence | 16:09 |
Wizzup | thinking of making a script to turn on/off dpms | 16:09 |
freemangordon | hmm? | 16:09 |
freemangordon | how's that related? | 16:09 |
Wizzup | X gets stuck in dpms | 16:09 |
Wizzup | if you recall that trace I shared before | 16:10 |
Wizzup | the drmIoctl keeps getting -ERESTARTSYS in ioctl in libdrm on DRM_IOCTL_MODE_SETPROPERTY | 16:10 |
Wizzup | so it tries again, as it should | 16:10 |
Wizzup | but it never ever succeeds | 16:10 |
Wizzup | and this just keeps on going | 16:10 |
Wizzup | I think I also shared X backtrace and dmesg debug with drm.debug=0xff | 16:11 |
freemangordon | Wizzup: ok, but I don't understand what use this script will have? like wokraround or what? | 16:19 |
Wizzup | freemangordon: reproduce it quickly | 16:20 |
freemangordon | ah | 16:20 |
Wizzup | freemangordon: now it usually happens when I am outside walking or in a store | 16:20 |
Wizzup | and it's annoying because then I can't use my phone for hour | 16:20 |
Wizzup | s | 16:20 |
freemangordon | but, if it is fence issue, you need drawing ops | 16:20 |
freemangordon | can't you reset it? | 16:20 |
Wizzup | sure, but then I can't get you the trace ;) | 16:21 |
Wizzup | s/trace/data/ | 16:21 |
freemangordon | ah :) | 16:21 |
Wizzup | telepathy-qt is quite complex ... very little documentation | 18:02 |
Wizzup | telepathy-glib seems better documented imho | 18:10 |
Wizzup | too bad their doc strings contain inline html that's just there in plaintext, making everything much harder to read | 18:16 |
sunshavi | could You share the link | 18:25 |
sunshavi | ? | 18:25 |
Wizzup | glib https://telepathy.freedesktop.org/doc/telepathy-glib/index.html | 18:27 |
Wizzup | qt https://telepathy.freedesktop.org/doc/telepathy-qt/index.html | 18:27 |
sunshavi | I have opened both links. Any specific link I should drill for seeing the cumbersome docstring? | 18:35 |
Wizzup | https://telepathy.freedesktop.org/doc/telepathy-glib/telepathy-glib-connection-requests.html#tp-cli-connection-interface-requests-call-create-channel | 18:40 |
sunshavi | I see them: http://0x0.st/o-3g.png | 18:44 |
sunshavi | Could it be an issue when they were generating the online documentation?. They were using gtk-doc for it | 18:48 |
Wizzup | possibly yeah | 18:53 |
Wizzup | g2g for now | 18:53 |
sunshavi | gtk-doc 1.19 is from year 2013 | 18:55 |
Wizzup | telepathy-qt also removed requestConnect() in place for becomeReady() but it doesn't seem to actually make the connection online | 18:55 |
Wizzup | I need a break from this now, unfortunately the abstractions are underdocumented | 18:55 |
Wizzup | I'll figure it out, it's just taking a lot of time | 18:56 |
sunshavi | sure guys. You always overcome issues | 18:57 |
Wizzup | not me, mostly the other guys ;) | 18:57 |
sunshavi | I am taking my break reading maemo-lestet | 18:57 |
Wizzup | hehe | 18:57 |
sunshavi | that was my opinion :) | 18:58 |
sunshavi | I am going out to buy spinach | 18:59 |
lel | parazyd created a repository: https://github.com/maemo-leste-extras/nextcloud-sync | 19:59 |
sicelo | sunshavi => popeye :-) | 20:40 |
sunshavi | lol. More or less. The dish is know as pepian | 20:41 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!