freemangordon has quit [Read error: Connection reset by peer]
Pali has quit [Ping timeout: 256 seconds]
zhxt has quit [Ping timeout: 268 seconds]
zhxt has joined #maemo-leste
joerg has quit [Ping timeout: 256 seconds]
joerg has joined #maemo-leste
macros_ has quit [Ping timeout: 240 seconds]
macros_ has joined #maemo-leste
mardy has joined #maemo-leste
mardy has quit [Client Quit]
mardy has joined #maemo-leste
joerg has quit [Read error: Connection reset by peer]
joerg has joined #maemo-leste
Twig has joined #maemo-leste
<mighty17[m]>
does video accl work out of box for omap4?
<mighty17[m]>
(its a mess with ducati :P)
xmn has quit [Quit: ZZZzzz…]
rafael2k has joined #maemo-leste
<freemangordon1>
Wizzup: about llvmpip capture, who is rendering using llvmpipe?
<freemangordon1>
X or hildon-desktop
<freemangordon1>
ah, hildon-desktop
<freemangordon1>
Wizzup: what I see in those traces is that 2D rendering is incomplete by the time application texture is rendered to back buffer
<freemangordon1>
what's with my nick?!?
freemangordon1 is now known as freemangordon
<freemangordon>
Wizzup: so, could you replace glFlush calls in glamor with glFinish and retry? or, use llvmpipe in glamor.
<freemangordon>
hmm, hmm, no, looks something is wrong with scissor
<Wizzup>
hi
<Wizzup>
mighty17[m]: out of the box on what?
<freemangordon>
Wizzup: hi
<Wizzup>
hi
<freemangordon>
Wizzup: I am looking at llvmpipe capture
<mighty17[m]>
Wizzup: well, espresso (the tab) with omap2plus_defconfig ig
<Wizzup>
freemangordon: right
<Wizzup>
mighty17[m]: well it's a complicated question since it can refer to many things, iirc you need dts setup, clocks correct, userspace and X set up, etc etc
<Wizzup>
mighty17[m]: but you've been working on this so that further makes me not understand :D
<mighty17[m]>
Wizzup: i just mean video playback (ie decoding?)
<freemangordon>
Wizzup: so, if you look at frame 22
<freemangordon>
Wizzup: do you have 5 minutes now?
<freemangordon>
we can postpone that for later on
<Wizzup>
freemangordon: I have time now
<Wizzup>
you want me to look using qapitrace that is llvmbacked right
<freemangordon>
yes
<freemangordon>
hmm
<freemangordon>
wait, I think this will take as more tim
<freemangordon>
*time
<freemangordon>
5 minutes will not be enough
<freemangordon>
I have really 5 minutes now and have to go shopping
<freemangordon>
ok, we made a deal with GF, she will go alone :)
<Wizzup>
don't mean to disturn :)
<freemangordon>
no, it is ok
<Wizzup>
ok
<Wizzup>
mighty17[m]: no, we haven't focussed on that at all
<freemangordon>
so, please open llvmpipe trace in qapitrace
<Wizzup>
yes, but should my qapitrace be llvmpipe backed as well?
<freemangordon>
doesn;t matter
<Wizzup>
ok
<freemangordon>
I think
<Wizzup>
it renders differently with amdgpu than with llvmpipe
<Wizzup>
I will use llvmpipe with it
<freemangordon>
with llvmpipe qapitrace it renders fine, right?
<Wizzup>
yes
<freemangordon>
no, we want the proken rendering
<Wizzup>
ok
<freemangordon>
*broken
<Wizzup>
frame different already has a different result it looks likle
<freemangordon>
hmm?
<freemangordon>
can't parse
<Wizzup>
I am looking at frame 20 :-)
<Wizzup>
qapitrace renders it differently with different renderers
<Wizzup>
is all I am saying
<freemangordon>
yeah, I think frame 19 is the first broken one
<mighty17[m]>
Wizzup: oh alrighty!
<Wizzup>
freemangordon: ok, do you want me to just type what I see or wait for specific requests
<freemangordon>
Wizzup: my idea is to try to understand where data uploaded with glTexSubImage2D disappears
<freemangordon>
I mean - to try to analyze frames 19- together in an attempt to understand WTF is going on
<freemangordon>
too bad we can't see the contents of texture 106
<freemangordon>
oh, actually we can
<freemangordon>
look at call 2205
<freemangordon>
you can export the data from there and open it with gimp
<Wizzup>
ok
<Wizzup>
so the glTexSubImage2D call
<Wizzup>
you want me to click export and look at the data
<Wizzup>
most of the data is nan
<freemangordon>
this is unsigned byte, not float ;)
<Wizzup>
oh
<freemangordon>
this is RGB data
<freemangordon>
so, you can export and open with gimp
<freemangordon>
as 'raw' image
<Wizzup>
ok
<freemangordon>
glTexSubImage2D call gives you the dimensions
<freemangordon>
no, this is the 'new' buffer what you see there
<Wizzup>
freemangordon: ok
<freemangordon>
like, framebuffer after the swap
<Wizzup>
rafael2k: did you try my git instructions?
<freemangordon>
ofc it is not ok
<rafael2k>
Wizzup: just woke up, not yet - still downloading the repo from github
<freemangordon>
so, now (2330) we have good front buffer and texture 106 with correct contents
<Wizzup>
freemangordon: presumably, I can't check out the texture atm, but if it was used to render the result then yes
<Wizzup>
freemangordon: as in I don't see texture 106 anymore but I guess it was freed or something
<freemangordon>
it was used in call 2236
<freemangordon>
no, 106 is not deleted
<freemangordon>
it is just that apitrace does not show it for us
<Wizzup>
ok, it is also not in the gl state
<freemangordon>
yes, because it is not current
<Wizzup>
ok
<freemangordon>
but I dont see it deleted
<Wizzup>
ok
<freemangordon>
sec, need some coffee
<Wizzup>
same..
<Wizzup>
there's this car alarm that has been beeping every 5 seconds for the whole night
<freemangordon>
:(
<freemangordon>
ok, so at the very beginning of frame 20 we have another glTexSubImage2D upload to texture 106
<freemangordon>
call 2333 that is
<rafael2k>
Wizzup: did not work the git command, I get fatal: ../sunxi64-linux/.git: '../sunxi64-linux/.git' is outside repository at '/home/rafael2k/programs/pinephone/pine64-kernel'
<Wizzup>
freemangordon: looking at the code it seems to do glTexSubImage2D, some scissor stuff, and then calls glBindTexture on 106 again, should it not do anything else?
<Wizzup>
can it just call bind again?
<freemangordon>
yes
<freemangordon>
this is fibe
<freemangordon>
*fine
<Wizzup>
I guess the glEnable for gl_scissor_text makes it draw on the texture?
<freemangordon>
as I said, texture is not deleted, so it is a valid object
<freemangordon>
no
<freemangordon>
scissor puts 'boundaries' on the target FBO and nothing gets rendered aoutside those
<freemangordon>
*outside
<Wizzup>
ok
<freemangordon>
Wizzup: could you compare the visual contents of back buffer at start of frame 20 between amd and llvmpipe?
<Wizzup>
at the glPixelStore?
<Wizzup>
so 2331?
<freemangordon>
yes
<freemangordon>
I think the diff comes from frame 18, but still
<Wizzup>
totally different
<Wizzup>
it's just like after the swap call
<freemangordon>
yes, exactly
<freemangordon>
but, I see 720x720 osso-xterm
<freemangordon>
not 720x1384 xterm
<freemangordon>
and clutter seems to only draw the difference
<Wizzup>
GL_BACK for me is 800x1440
<Wizzup>
are you talking about something else?
<freemangordon>
yes, but the osso-xterm there is 720x720
<freemangordon>
or somesuch
<Wizzup>
oh, right
<Wizzup>
the initial height
<rafael2k>
Wizzup: better I leave this git messing up with someone who knows what is doing - I'll focus on the kernel setup / tesing
<freemangordon>
Wizzup: look at call 2082
<Wizzup>
freemangordon: ok
<Wizzup>
freemangordon: yeah so GL_BACK is still 800x1440 but the terminal isn't that size yet
<freemangordon>
right
<freemangordon>
GL_BACK is the size of the screen
<Wizzup>
yeah
<freemangordon>
not really important
<Wizzup>
ok
<freemangordon>
but, what I think happens is that we have difference in osso-xterm images between 2 back buffers
<freemangordon>
now, the question is why this does not bother llvmpipe rendering
<Wizzup>
but could perhaps be coincidence in buffer mgmt or something maybe
<Wizzup>
freemangordon: when you write 'we have a difference in osso-xterm images between 2 back buffers', what do you mean exactly
<Wizzup>
I guess you're suggesting that mesa considers the back buffers fair game to change them in the meantime and we expect it not to changfe
<Wizzup>
to drawing only the difference then gets broken?
<Wizzup>
s/to/so/
<freemangordon>
Wizzup: rather - "clutter expects back buffers to be equal but they are not because application window has not been resized when first texture upload happened"
<freemangordon>
This issue reminds me of a proverb that my manager told me back then when I was so much younger, and which translates roughly to " His donkey died because of complex reasons" :)
<Wizzup>
meaning? :D
<freemangordon>
well, it does not work because of several issues, not one or 2
<Wizzup>
right
<Wizzup>
does the trace also replay ok for you?
<freemangordon>
lemme check
<freemangordon>
yep, looks perfect
<Wizzup>
hm, now with tfp it looks ok
<Wizzup>
wtf
<freemangordon>
mhm
<freemangordon>
as expected
<freemangordon>
;)
<Wizzup>
well I did rebuild it
<freemangordon>
as I said, TFP was bitten by the same scissors issue
<freemangordon>
was/is
<freemangordon>
but, we have issues in lima/glamor too
<Wizzup>
do you suggest I just send the traces I uploaded to them?
<freemangordon>
yeah
<Wizzup>
ok
<freemangordon>
we may provide more info if requested
<freemangordon>
what's the channel?
<Wizzup>
I am in the channel
<Wizzup>
#lima on oftc
<freemangordon>
oftc?
<Wizzup>
irc.oftc.net and you must register and verify
<freemangordon>
ok
<Wizzup>
otherwise you are muted
<freemangordon>
by muted you mean I can only see what others are saying, right?
<freemangordon>
sorry for the maybe stupid question, but how to register?
<Wizzup>
I think /msg NickServ help
<Wizzup>
and then register, and then I had to 'reverify'
xmn has joined #maemo-leste
<rafael2k>
wow, you are ready doing serios debbuging! cheers!
<rafael2k>
lemme know if there is something I can test here
<rafael2k>
I'm watching kernel compilation TV here in on Maemo PP TV
<freemangordon>
:)
<freemangordon>
season 5?
<rafael2k>
finishing season 5 already
<Wizzup>
freemangordon: it's ready btw
<Wizzup>
in -devel
<freemangordon>
installing already :)
<Wizzup>
I think there is still tearing
<Wizzup>
sorry for spoiler :P
<Wizzup>
but maybe not in your setup, if you did more work
<freemangordon>
:)
<Wizzup>
this d4 is a bit out of date
<freemangordon>
well, it does not boot for me at all
<freemangordon>
hung on Starting PowerVR
<Wizzup>
not good :)
<freemangordon>
and then DDK message
<freemangordon>
and that's all
<Wizzup>
maybe dsme is not called dsme
<freemangordon>
hmm?
<Wizzup>
maybe you renamed it
<freemangordon>
no
<freemangordon>
why should I
<Wizzup>
to prevent it from booting to h-d or something
<freemangordon>
no, I just rebooted from osso-xterm
<freemangordon>
after doing dist-upgrade
<Wizzup>
did that complete entirelyt?
<Wizzup>
on -devel or -experimental?
<freemangordon>
yeah
<freemangordon>
-experimental
<Wizzup>
hmm weird
<Wizzup>
pretty sure my daily one is up to date
<freemangordon>
it seems it just hang after starting powervr service
<Wizzup>
I will upgrade mine but I do not think I am seeing this
<Wizzup>
hm my device says that xserver-xorg-video-omap is being held back
<Wizzup>
wonder why
<freemangordon>
that's why dist-upgrade
<Wizzup>
even with dist-upgrade
<freemangordon>
hmm
<freemangordon>
weird
<Wizzup>
so mesa failed for -devel last night
<Wizzup>
because of some really annoying CI bug
<Wizzup>
I'll get that started now
<Wizzup>
I'll need that to figure out what's up anyway
<freemangordon>
hmm, even emergency shell does not start
<freemangordon>
why is powervr needed there?
<Wizzup>
probably because it is in sysvinit runlevel or something like that
<Wizzup>
is this custom kernel or the one in the repos
<freemangordon>
should be the one in the repos
<Wizzup>
btw with pinephone upgraded things are better for sure
<Wizzup>
but the vkb still has occasional flicker/glitch, but I am going to attribute that to the other thing we're going to chase down
<freemangordon>
this is with TFP?
<Wizzup>
yes
<freemangordon>
ok
<rafael2k>
Unpacking libclutter-0.8-0:arm64 (0.8.2.75+2m7) over (0.8.2.74+2m7.2) ...
<rafael2k>
; )
<freemangordon>
:)
<Wizzup>
rafael2k: try pkill hildon-desktop when that is done
<rafael2k>
Wizzup: will this make me lose network connection? I can not lose ssh right now in the middle of kernel compiling.
<freemangordon>
no
<rafael2k>
ok
<freemangordon>
in theory :)
<rafael2k>
lemme wait a bit, I don't want to spend any amp more turning on the screen right now
<Wizzup>
conceptually :p
<Wizzup>
rafael2k: again, just lmk when you want the easy steps to compile on pc/laptop ;)
<freemangordon>
Wizzup: what fps do you get when scrolling in h-d?
<freemangordon>
CLUTTER_SHOW_FPS=1 that is
<rafael2k>
Wizzup: I want (if this kernel is not 100% perfect... next try I'll cross)
<Wizzup>
freemangordon: on pp?
<freemangordon>
mhm
<Wizzup>
freemangordon: and portrait?
<freemangordon>
both
<freemangordon>
just curious
<Wizzup>
freemangordon: 22 landscape, 55-62 on portrait
<freemangordon>
portrait seems fine, glamor/modesetting seem to SW rotate :(
<Wizzup>
yes, but that is a later worry imho
<freemangordon>
yeah
Twig has quit [Ping timeout: 252 seconds]
<freemangordon>
ok, I am done for now, bbl
<Wizzup>
mhm
<Wizzup>
I'll look at the problem
<freemangordon>
d4 you mean?
<Wizzup>
the dist-upgrade at least
<freemangordon>
ok
<freemangordon>
Wizzup: well, /usr/bin/pvrsrvinit never seem to exit
<Wizzup>
should it not be in /sbin?
<Wizzup>
anyway I will upgrade and look
<Wizzup>
but I will also be busy for some part this evening
<freemangordon>
me too
<Wizzup>
yeah I guess that makes sense
<Wizzup>
:D
<sicelo>
< Wizzup> [17:43] hm my device says that xserver-xorg-video-omap is being held back <<<--- i got this too
Twig has joined #maemo-leste
<Wizzup>
sicelo: yes, so I'll try to figure it out once mesa is built
<rafael2k>
fixed ofono packaging using internal libell
<rafael2k>
so we don't need to import newer libell to beowulf (this is how it was built ofono in maemo in the first place anyway... so the right thing to do)
<Wizzup>
yup
<Wizzup>
going to be a nice christmas update
<Wizzup>
esp if we can get this lima/glamor bug fixed
<rafael2k>
that would be pappa frost biggest one
<Wizzup>
newer clutter makes things much better btw
<rafael2k>
cool! will try soon, certainly kernel compilation is finishing!
<Wizzup>
that poor sd card ;)
<Wizzup>
bbiab
<rafael2k>
I compiling in the eMMC
<rafael2k>
it is faster
<rafael2k>
it has luks and crypto... which does not help, but anyway...
<Wizzup>
and it'll die sooner and is not replaceable
<Wizzup>
:P
mrkrisprolls has quit [Ping timeout: 268 seconds]
mrkrisprolls has joined #maemo-leste
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #maemo-leste
inky_ has quit [Ping timeout: 268 seconds]
inky_ has joined #maemo-leste
_inky has quit [Ping timeout: 256 seconds]
<freemangordon>
Wizzup: if you have some spare time, could you patch clutter on pp to dump the default value of EGL_SWAP_BEHAVIOUR?
<rafael2k>
compilation still going on... eheheheheh
<rafael2k>
4h already
<Wizzup>
freemangordon: will do
<Wizzup>
I tested setting it and it did not make a difference fwiw
<Wizzup>
freemangordon: might be tomorrow... picking up gf at the airport
<Wizzup>
freemangordon: but reading the links I shared, it seems very unlikely it is on by default
<Wizzup>
given that lima authors added patches to mesa to allow drivers to disable it
<Wizzup>
the partial update way might work too
n900 has quit [Quit: WeeChat 2.3]
n900 has joined #maemo-leste
<sicelo>
nice hostname & nick n900
akossh has joined #maemo-leste
inky has joined #maemo-leste
inky_ has quit [Ping timeout: 240 seconds]
<buZz>
hehe, qtwebbrowser is pretty nice :D too bad of the onscreen keyboard
akossh has quit [Quit: Leaving.]
inky has quit [Ping timeout: 240 seconds]
mardy has quit [Read error: Connection reset by peer]
inky has joined #maemo-leste
Twig has quit [Ping timeout: 240 seconds]
_inky has joined #maemo-leste
<freemangordon>
Wizzup: Linux devuan-droid4 5.15.2 #1 SMP PREEMPT Wed Dec 15 00:29:28 UTC 2021 armv7l GNU/Linux
<freemangordon>
hangs as soon as pvr is inited
uvos has joined #maemo-leste
<uvos>
buZz: whats wrong with the osk?
<buZz>
oh eh, i was typing on the hw keyboard, it still appeared :)
<uvos>
it should not
<uvos>
did you build it yourself?
<freemangordon>
buZz: what device is that?
<uvos>
freemangordon: this is not him
<uvos>
freemangordon: the application has a built in keyboard
<freemangordon>
ah
<uvos>
but i ported it to ask mce
<uvos>
if its neede
<uvos>
d
<freemangordon>
ok
<freemangordon>
uvos: btw, we made some progress with lima
<uvos>
ok
<uvos>
ill read backscroll later
<freemangordon>
ok
<buZz>
freemangordon: droid4
<uvos>
oh btw are you on devel?
<buZz>
uvos: eh , no i just installed it from appstore
<uvos>
devel or stable
<buZz>
i might be, i keep forgetting to switch back , lemme check
<buZz>
on stable
<uvos>
ah ok
<freemangordon>
night guys!
<buZz>
nn freemangordon
<uvos>
your mce it too old
<uvos>
gn8
<buZz>
well, cool stuff :) its a pretty fast browser
<buZz>
sadly webgl wasnt working :P
<uvos>
its not accelreated
<uvos>
at all
<uvos>
is all sw rendering
<buZz>
isnt it just chrome's engine underneath?
<uvos>
a fork of it yeah qwebengine
<uvos>
but its broken on pvr
<uvos>
it fails to compile a shader
<buZz>
ah hm
<buZz>
i -think- i had functional webgl on droid4 at some point, slow, but functional
<uvos>
firefox works fine
<uvos>
and is accelerated
<uvos>
dunno of webgl works
<uvos>
it should really
<buZz>
i'll try :)
<buZz>
ooo, maybe troubled because of having gl4es installed :D