libera/#maemo-leste/ Sunday, 2021-11-21

freemangordontmlind: uvos: I see absolutely no tearing on d4 HDMI with omap-video08:05
freemangordonso it seems the tearing I see on n900, is not what you see on d4 with sway/weston or whatever you use08:06
freemangordonhmm, seems my TV vsync is 50 Hz08:09
freemangordond4, 1920x1080 glmark2 Score: 30 :)08:25
freemangordonnot that this helps with n90008:26
tmlindfreemangordon: ok, yeah i see flicker on d4 hdmi but only after slowing down sgx clock rate as noted by uvos08:30
tmlindmaybe taking a video of the hdmi output might show some frames with black squares even at the normal sgx clock rate08:32
freemangordoncould you provide commands to slow down the device?08:35
freemangordonor I shall wait for uvos?08:35
tmlindlooking at my notes pretty sure i use sudo rwmem 0x4a008164=0x1f to slow down sgx, can't check my test script right now08:43
tmlindneed to go, will drop by again later on08:43
freemangordonok08:44
freemangordontmlind: ok, yeah, I can repro now, thanks08:52
freemangordonactually no need for HDMI08:54
freemangordonit artefacts badly on DSI as well08:55
freemangordonok, good that I have a test case now08:55
freemangordonhmm, ok, seems PVR driver attaches exclusive fense to each BO, bu I doubt omapdrm waits on it09:25
freemangordonor. maybe it is core that shall wait, but it does not?09:29
tmlindno idea, but the fact it also happens with hdmi means it's not related to the command mode lcd10:52
freemangordontmlind: ok, I think I have an idea what happens10:53
freemangordonnot sure though, but still10:53
freemangordonPVR attaches exclusive fence to BOs it is about to render10:53
freemangordonbut, I don;t see where omapdrm waits for those fences to get signalled10:53
freemangordonso, either PVR signals fences too early, or omapdrm does not wait for fence to be signalled10:54
freemangordonthis is when flip has been requested10:54
freemangordonbut, I would say it is omapdrm to blame, as pvr seems to obay its own fences10:55
freemangordonlike, there is not tear if blit through HW is done10:55
freemangordontmlind: I am trying to find where in omapdrm/drm kernel code is supposed this wait to happen10:56
freemangordonso far no luck10:56
freemangordontmlind: also, look at 942d8344d5f14b9ea2ae43756f319b9f44216ba410:57
freemangordonI am not sure I understand the commit message :)10:57
tmlindno idea about that stuff10:59
freemangordonhmm, ok, it seems pvr driver sets fence to signalled too early12:46
freemangordontmlind: adding    msleep(50); in omap_framebuffer_pin() makes flicker go away13:14
freemangordonso, it seems pvr driver doesn't behave correctly in regards to fences13:15
freemangordonafaik it should signal exclusive fence only *after* write ops have been completed13:16
freemangordonI have no clue how to deal with that13:16
freemangordonor, maybe the idea is to add GL fence before calling swap?13:20
tmlindfreemangordon: interesting if you can make them go away with msleep, will give it a try when i can later on today or tomorrow15:11
tmlinduvos might have some ideas based on that on what to fix, i sure don't15:12
freemangordontmlind: well, flicker goes away, but fps is like 10 :)16:08
tmlindheh16:15
Wizzupbuilding mesa for experimental now16:42
Wizzupfreemangordon: i think it should be in the experimental repo in ~15 mins18:13
freemangordongreat18:15
freemangordonhmm, what's wrong with usleep?18:19
freemangordonusleep(500000); shall sleep for 500 ms, right?18:19
Wizzupin C?18:20
Wizzupas in userspace?18:20
bencohnah, usleep() wakes up from ALARM18:21
bencohyou should use nanosleep18:21
freemangordonhmm18:22
freemangordonoh, ok18:22
bencohnow I'm curious about the fact that you supposedly get an alrm signal, but ... :)18:22
Wizzupman 3 usleep does not mention ALARM at all18:25
freemangordonbencoh: hmm, I don;t see anyting like that here https://man7.org/linux/man-pages/man3/usleep.3.html18:25
bencohfreemangordon: The interaction of this function with the SIGALRM signal [...]18:25
* freemangordon reads18:26
bencoh(yeah, ALRM, not ALARM)18:26
bencohanyway, it was even removed from posix-2008 :)18:27
freemangordonI don't think I receive SIGALRM in xorg, but yeah, who knows18:27
freemangordonWizzup: mesa seems ok19:31
Wizzupcool19:31
Wizzupthere's still the libllvm thing19:31
Wizzupbut that's for later19:31
bencohwhat about it?19:34
Wizzupour mesa uses/requires (tbd) libllvm819:36
Wizzupwhich is only in backports19:36
bencohoh so it builds but doesn't work then?19:36
bencohI mean, it looked like the mesa tests passed19:37
Wizzupyes it works19:42
Wizzupthe package just depends on it19:42
WizzupI don't know what happens if you uninstall the libllvm8 package19:43
Wizzupmaybe it just works and the control is just overley whiney19:43
Wizzupoverly*19:43
Wizzupor maybe it just works if it's built in CI19:43
WizzupI can't test atm19:43
Wizzupman, it's a _royal_ pain to build our droid4-linux locally19:43
Wizzupthe build scripts seem to be in debian/patches which makes it also really hard to modify :D19:44
Wizzupthe instructions provided by parazyd also don't work for me19:45
Wizzupactually it might work if you manually remove the .pc directory19:45
Wizzupnope..19:45
Wizzupit's so insane, I did a clean checkout of the branch and manually applied the patches19:46
Wizzupbut quilt still manages to complain!19:46
freemangordonusing nanosleep to sleep 40 msecs before requesting flip makes, in omap-video, makes flickering go away on d419:46
freemangordonok, so, obviously a fence is missing19:46
freemangordonor is wrongly signaled when it should not be19:47
Wizzupbtw, the pvr headers we want in kernel, I think all we need to do is to make sure they are considered to be headers to export in the kernel build system itself19:48
Wizzupso probably we should not modify the debian packaging but rather the kernel build system19:49
freemangordonso, we'll need kernel-headers package to build ddx?19:52
Wizzupyes that seems the most sensible solution to me if you want them from the kernel specifically19:53
freemangordonok19:53
Wizzupbtw, if you can test briefly, does mesa complain if you remove the libllvm8 pkg you installed from backports earlier?19:54
Wizzupthe one from repos might not need it19:54
bencohWizzup: ha, so I'm not the only one suffering from droid4-linux? :D19:56
Wizzupinsanely19:56
WizzupIt just works sometimes with various incantations of git clean -fd and other stuff19:56
bencohregarding llvm8, I think I'm missing something ... I don't recall fetching a newer llvm package and it still passed the tests in my lxc container19:57
Wizzupyes so it could be that I had it when I build mesa and it just used that19:57
Wizzupthe CI might not need/depend on it19:57
WizzupI built in the CI a few hours ago19:57
bencohnd it failed?19:57
Wizzupthere seem to be a lot of droid 4 listings on ebay now19:58
Wizzupbencoh: no the CI went fine19:58
bencohah19:58
Wizzupbencoh: we just need tdo check if we still need libllvm8 or not19:58
bencohalright19:58
bencoh(moar d4)19:59
Wizzupnot that many19:59
WizzupI wonder if it's because we asked about it somehow19:59
Wizzupthey know to ask for more now it seems19:59
Wizzupseems to be from the same guy20:00
Wizzupships from germany20:01
Wizzuprr italy20:01
Wizzupsome of them say usb port defect hehe20:02
freemangordonbencoh: do you have any knowledge on dmabuf fences?20:03
Wizzupcalebtheythem[m]: if you search for "motorola photon q" on ebay now there are about 6 phones for 30 usd each, they charge but 'do not turn on' according to the seller20:04
Wizzupcalebtheythem[m]: more like 10 it looks like20:05
Wizzupbencoh: looks like the CI happily pulls from backports: Get: 11 http://pkgmaster.devuan.org/merged beowulf-backports/main armhf libllvm8 armhf 1:8.0.1-3~bpo10+1 [12.0 MB]20:22
Wizzuphttps://phoenix.maemo.org/job/mesa-binaries/architecture=armhf,label=armhf/90/consoleFull20:22
Wizzupfreemangordon: ok, I think I know how to add kernel headers20:35
Wizzuphttps://github.com/maemo-leste/droid4-linux/blob/maemo-5.15/scripts/package/builddeb#L6720:37
Wizzupso maybe they are already in there20:37
Wizzup(building atm)20:37
freemangordonok, lets see20:39
Wizzupwill take ~1-2 hrs I tihnk20:41
freemangordonheh20:48
lelnorayr opened an issue: https://github.com/maemo-leste/bugtracker/issues/586 (osso-xterm selects, instead of scrolling in portrait mode.)20:50

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