_inky has quit [Remote host closed the connection]
sunshavi has quit [Ping timeout: 260 seconds]
_inky has joined #maemo-leste
sunshavi has joined #maemo-leste
zhxt has joined #maemo-leste
inky has quit [Ping timeout: 240 seconds]
inky has joined #maemo-leste
_inky has quit [Ping timeout: 256 seconds]
_inky has joined #maemo-leste
Pali has quit [Ping timeout: 240 seconds]
<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 works
joerg has quit [Ping timeout: 240 seconds]
joerg has joined #maemo-leste
macros__ has joined #maemo-leste
macros_ has quit [Ping timeout: 268 seconds]
mardy has joined #maemo-leste
<tmlind>
Wizzup, 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 client
<freemangordon>
tmlind: clutter was not updateing damaged areas correctly
<freemangordon>
not related to xserver or lima
<freemangordon>
but that's only part of the story
<freemangordon>
lima still has issues
<tmlind>
ok
<freemangordon>
in the meanwhile something got broken on my d4 :(
<freemangordon>
as soon as I try to init pvr device hangs
<tmlind>
heh ok
<tmlind>
hmm i don't think we have EGL_KHR_partial_update, do we? or is there something similar
<tmlind>
freemangordon: maybe you're trying to init pvr for wrong hardware? check the pvr env variables
<freemangordon>
tmlind: no matter, it should not hang the device
<freemangordon>
and it was working since yesterday
<freemangordon>
when I did dist-upgrade
<freemangordon>
oh, maybe libs are broken?
<freemangordon>
hmm, why such a big diff in dtb size between what I have here and repo kernel?
<freemangordon>
this is the last resort, copying kernel and modules that I used didn;t help
<tmlind>
you can decompile the dtb to check with dtc -I dtb -O dts your.dtb
<freemangordon>
mhm
<freemangordon>
but lets see first if using my dtb helps
<freemangordon>
no!
<freemangordon>
wtf?
<freemangordon>
ok, sgx user libs then
<tmlind>
hmm looks like EGL_KHR_partial_update is listed for series6 only in PowerVR.Supported+Extensions.OpenGL+ES.EGL.pdf
<freemangordon>
why do you look at that?
<tmlind>
just wondering if the wlroots bug above is related to the black rectangles
<tmlind>
the missing flush bug
<freemangordon>
yep, seems ddk blobs in -experimental are broken
<tmlind>
wrong commit or wrong env?
<freemangordon>
no idea
<freemangordon>
but if I LD_LIBRARY_PATH to the local blobs dir I keep on device, init no longer hangs
<tmlind>
ok
<freemangordon>
ugh
<freemangordon>
this is for wrong device
<freemangordon>
-rw-rw-r-- 1 root root 99776 Oct 26 16:16 libsrv_init.so.1.17.4948957 is in my blobs dir
<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-ti343x
<freemangordon>
wait, what?!?
<freemangordon>
sgx-ddk-um-ti343x
<tmlind>
heh
<freemangordon>
why is this installed on d4?!?
<freemangordon>
Wizzup: xserver-xorg-video-omap most-probably is being held because of a wrong dependency to sgx-ddk-um-ti343x
<tmlind>
hmm 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?
<tmlind>
hmm 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 too
<tmlind>
not sure if i ever saw this issue with weston, not that i did much testing either
<freemangordon>
tmlind: I am not sure I get it - do you still see issues with xserver applications?
* freemangordon
wonders what is the difference between EGL_NOKIA_texture_from_pixmap and EGL_NOK_texture_from_pixmap
<freemangordon>
TBH I am not sure how usable EGL_KHR_wait_sync is
<tmlind>
freemangordon: 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 xorg
<tmlind>
freemangordon: so i presume things work now fine for you also with sgx clock slowed down with no black squares?
<freemangordon>
mhm
<tmlind>
ok great
<tmlind>
hmm 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-terminal
<freemangordon>
why lima?
<freemangordon>
I mean - that should not affect pvr, IIUC
<tmlind>
no 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 happens
<freemangordon>
sure
<freemangordon>
well, actually it should wait before the flip
<tmlind>
so i tried flipping between two desktops with a weston-terminal only in each desktop and so far have not been able to trigger the artifacts
<freemangordon>
flip == "drm page flip"
* freemangordon
tries EGL_NOK_texture_from_pixmap
<tmlind>
ok 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 that
<tmlind>
hmm 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..
<tmlind>
sounds like i need to test with xwayland disabled at least
xmn has quit [Quit: ZZZzzz…]
<tmlind>
seeing 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 mode
<tmlind>
mode like p shaped small artifact with about 10x10 pixels top part and 5x10 part bottom..
<tmlind>
oh well so much for that theory
<freemangordon>
ugh, we have a glmark fps regression
<freemangordon>
with glmark2-es2-drm that is
<freemangordon>
tmlind: how to check the clocks?
<freemangordon>
glmark2 Score: 37
<freemangordon>
on d4
<freemangordon>
wtf?
<tmlind>
freemangordon: the d4 sgx clock slow down trick is rwmem 0x4a008164=0x1f, let me check the value i have by default
<freemangordon>
225
<freemangordon>
it is ok
<freemangordon>
something else slows it down
<freemangordon>
maybe mesa
<tmlind>
yup 0x225 is the default value
<freemangordon>
lemme try with my kernel first
Twig has joined #maemo-leste
<sicelo>
tmlind: i *think* termite is not xwayland, nor is weston-terminal
<sicelo>
yes, my d4 3d accel has been slow since last update (as well as that ti343x issue)
<tmlind>
sicelo: 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-terminal
<tmlind>
i think termite can use both xorg or wayland depending on the env
<sicelo>
possible. when i used sway and weston on N900 (where i used termite), i was specifically disabling xwayland support ...
<sicelo>
(i thought xwayland would add overhead for N900) ;-)
Twig has quit [Ping timeout: 256 seconds]
<freemangordon>
ok, something in the kernel
<freemangordon>
with 'my' kernel fps are back to normal
<freemangordon>
it is kernel config though, not kernel as such
zhxt has quit [Quit: Leaving]
<sicelo>
what's the offending config?
<freemangordon>
no idea
<freemangordon>
it is just that kernel in repos is build with different config
<tmlind>
some debug option?
<freemangordon>
no idea
<freemangordon>
lemme compare
<tmlind>
make savedefconfig for both, then diff -u
<freemangordon>
umm... I will diff /proc/config.gz stuff
<freemangordon>
sicelo: do you have -experimental enabled?
<sicelo>
yes
<freemangordon>
apt update/upgrade then
<sicelo>
on it
<sicelo>
done. still getting 5fps. let me reboot perhaps
<freemangordon>
sicelo: also, make sure you have meta installed
<freemangordon>
leste-config-droid4 and hildon-meta-droid4 that is
<sicelo>
right. hildon-meta-droid4 was missing
<freemangordon>
sicelo: I would guess your xorg.conf is wrong or broken too, but lets see
<freemangordon>
most-probably you use modesetting without glamor
<freemangordon>
to have 2-5 fps
uvos has joined #maemo-leste
<sicelo>
now seems snappy again :-)
<sicelo>
let me try the fps readout
<freemangordon>
:)
<freemangordon>
should be 52-53
<sicelo>
what's the current xorg.conf file? i recall there were some changes in location, etc.
<freemangordon>
/usr/share/X11/xorg.conf.d
<freemangordon>
99-omap
<freemangordon>
why do you need that?
<freemangordon>
there is nothing in there realyl
<sicelo>
wanted to check because you said it's possible my xorg.conf is wrong or broken wrt modesetting/glamor
<freemangordon>
no need
<freemangordon>
if it is snappy, then it is using the correct xorg.conf file
<sicelo>
i got 67 once, but mostly i'm in the 40s. i guess this is correct
<sicelo>
thanks for the help.
<Wizzup>
freemangordon: is the tearing fixed?
<freemangordon>
no :(
<freemangordon>
sicelo: hmm, no
<freemangordon>
not correct
<freemangordon>
you should get > 50
<freemangordon>
what version is xserver-xorg-video-omap ?
<sicelo>
xserver-xorg-video-omap 0.5.1+2m7
<Wizzup>
freemangordon: 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 video
<Wizzup>
what else, should we try the partial update khr extensions?
<Wizzup>
enunes hinted at that
louipc has left #maemo-leste [bye]
<Wizzup>
also:
<Wizzup>
If 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.
<Wizzup>
(from that mali blob)
<Wizzup>
blog*
<Wizzup>
it might make sense to use EGL_KHR_partial_update and EGL_KHR_swap_buffers_with_damage
<sicelo>
i was starting wpa_supplicant by hand, then using wpa_cli
<freemangordon>
I do that too when I have to recover
<freemangordon>
but, I have conf file with my AP and password :)
<freemangordon>
so the only thing I need is ctrl-R :p
<sicelo>
;-)
<sicelo>
iwd people will say switch
<freemangordon>
what to? iwd?
<sicelo>
yeah :p
<freemangordon>
never used, is it better?
<freemangordon>
or some NIH syndrome?
<sicelo>
ymmv. 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 benefit
<sicelo>
but they say power savings, making it more suitable for mobiles
<freemangordon>
I see
<freemangordon>
anyway, I am going on a walk, bbl
<Wizzup>
sicelo: what power savings
<Wizzup>
tmlind: fwi with -D you can start services without starting dependecies
<Wizzup>
tmlind: so /etc/init.d/dsme start
<Wizzup>
and then
<Wizzup>
/etc/init.d/icd2 start -D
<Wizzup>
(or just icd2 -l0 &)
<tmlind>
ok
<tmlind>
icd2 fails to starat with /tmp/session_bus?address.user not there
<sicelo>
Wizzup: 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)
<freemangordon>
hmm, very strange behaviour om PP with kernel from -devel
<freemangordon>
brightness constantly changes
<freemangordon>
and device seems to become very hot
<freemangordon>
this is some 5.14-rc1
inky has quit [Read error: Connection reset by peer]
inky has joined #maemo-leste
inky has quit [Read error: Connection reset by peer]
inky has joined #maemo-leste
<Wizzup>
freemangordon: rafael2k is working on new kernel
<Wizzup>
freemangordon: no, those tablets do not have working panel (bridge) yet
Danct12 has joined #maemo-leste
<Wizzup>
freemangordon: the kernel is ok for me
<Wizzup>
idk about als/brightness
xmn has joined #maemo-leste
inky_ has joined #maemo-leste
amk has quit [Ping timeout: 256 seconds]
inky has quit [Ping timeout: 240 seconds]
amk has joined #maemo-leste
inky_ has quit [Remote host closed the connection]
inky_ has joined #maemo-leste
inky_ has quit [Client Quit]
inky_ has joined #maemo-leste
<freemangordon>
Wizzup: it is not als, it does it even before h-d has started
pere has quit [Ping timeout: 240 seconds]
<freemangordon>
at least that's my understanding
<Wizzup>
freemangordon: als/mce runs before hd fwiw
<Wizzup>
but yeah if it is before mce...
pere has joined #maemo-leste
<freemangordon>
I stopped mce and it continues
<freemangordon>
blinking that is
<freemangordon>
kernel issue, I downgraded to 5.10.0-1+2m7.1 in it is gone
inky has joined #maemo-leste
inky_ has quit [Ping timeout: 268 seconds]
<Wizzup>
freemangordon: ok
<rafael2k>
ow yeah, kernel packages ready
<rafael2k>
the repo should be fine
<rafael2k>
I'll finish up ofono repo soon, I will just wrap a missing glib function and it will be ready for maemo upstreaming
<tmlind>
Wizzup: getting closer to a working system, now missing XDG_RUNTIME_DIR /run/user/1000
<tmlind>
rebooted, let's see, looks like desktop starts at least
<tmlind>
ok updated, bbl
<rafael2k>
btw, I realize the kernel is installed correctly, but the default initrd and Image.gz are not updated automagically - is this done somewhere else?
<freemangordon>
"maemo upstreaming" yay!
<rafael2k>
; ))
inky_ has joined #maemo-leste
inky has quit [Ping timeout: 240 seconds]
<rafael2k>
yaaay!
<rafael2k>
I have my battery level back!
<rafael2k>
; ))
<rafael2k>
for the first time since I don't remember when
<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-box
<rafael2k>
Linux devuan-pinephone 5.15.10 #1 SMP Sat Dec 25 10:36:14 MSK 2021 aarch64 GNU/Linux
<rafael2k>
now rebooting to see how X with accell is going on
<rafael2k>
My eg25-manager patch to make it compile without mm also went upstream
inky has joined #maemo-leste
inky_ has quit [Ping timeout: 256 seconds]
DPA has quit [Ping timeout: 265 seconds]
<rafael2k>
X is better, not perfect, but way much better... thanks for the all the work -
<Wizzup>
rafael2k: we-ll fix the other bug soon
<Wizzup>
:)
<rafael2k>
there 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 better
<rafael2k>
Wizzup: yay!
DPA has joined #maemo-leste
Langoor has joined #maemo-leste
<rafael2k>
alsa 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 feats
<rafael2k>
not 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)