<rafael2k>
so with new kernel, and newer libell (I just grabbed it from bullseye), and the patched ofono, it all works fine... ufff https://github.com/rafael2k/ofono
<rafael2k>
I grabbed the debian/ folder from maemo's forked ofono, so it should be easy to integrate
inky has joined #maemo-leste
inky_ has quit [Remote host closed the connection]
<uvos>
rafael2k: great
<uvos>
i assume sphone also now has no issues on pp
<rafael2k>
testing now
<rafael2k>
but I bet it will work
<rafael2k>
yaaaay!
<rafael2k>
and I can even actually listen to the voice and talk!!!
<rafael2k>
I though I would spend more 48h just to figure out alsa routing!!
<rafael2k>
but this kernel I got from latest mobian image is certainly patched
<rafael2k>
manjaro and other have newer 5.14 or something like this... we could borrow their config if we want a newer kernel
<Wizzup>
rafael2k: we have 5.14 so that might make sense
<rafael2k>
Wizzup: I already looked sometime ago, the config was missing the modem, but it is a -rc1 something... I'd go for a stable one
<Wizzup>
rafael2k: yeah, ok, parazyd can do that for us I think (he did it before), he just needs to know what config needs to be on that is not on atm
<Wizzup>
also I'll need to check if it's really -rc1, that surprises me
<Wizzup>
also, are you using glamor at the moment, or llvmpipe?
<rafael2k>
default pinephone "defconfig" should be fine
<rafael2k>
Wizzup: yes it is...
<rafael2k>
llvmpipe
alex1216 has quit [Read error: Connection reset by peer]
<rafael2k>
Option "AccelMethod" "none"
<rafael2k>
in xorg.conf
<rafael2k>
glxinfo shows me llvmpipe
<uvos>
es2_info
<Wizzup>
rafael2k: ok, I have xorg server 1.21 and latest mesa as packages for the pinephone but it didn't help much with the corruption, but it did help with crashes (I saw none)
<Wizzup>
so we need to file a bug probably, I just don't even know where to file the bug
<rafael2k>
Wizzup: that is good already
<Wizzup>
(x11 or mesa)
<rafael2k>
uvos: same output
<Wizzup>
rafael2k: I think if we can use the 3d driver without glamor that would be a nice test, but I don't think we can
<Wizzup>
the only other thing we can do is use the mali binary drivers, but eh
<uvos>
needs dri3 appearntly
<Wizzup>
(those worked fine on some tablets I used with leste in the past)
<rafael2k>
Wizzup: I have a feeling that would solve our problems in the pp...
<Wizzup>
uvos: don't we have dri3 in lima though?
<uvos>
yes but xorg only has dri3 if glamor is in use
<Wizzup>
ah
<uvos>
i wonder how the pinebook works
<uvos>
surely they use xorg on it lots
<Wizzup>
I don't have one
<Wizzup>
well I don't know where to report the bug
<rafael2k>
I can re-enable accell and see what happens, but it annoys me all the crashed and corruptions... llvmpipe is good to use terminal and even browsing, just not good for videos
<Wizzup>
rafael2k: yes, I am not telling you to enable it per se, I'm just trying to see if you're open to trying those packages and filing a bug report :P
<rafael2k>
Wizzup: sure I am
<uvos>
so is there corruption with no compositing
<Wizzup>
I have too many things going on to spend too much time on the pinephone because I feel a bit stuck there
<Wizzup>
uvos: how can we test that properly?
<Wizzup>
rafael2k: ok, just a second
<uvos>
open somethign that shows corruption reliably
<uvos>
but is a regular window
<uvos>
(ie not ham)
<Wizzup>
uvos: conversations
<uvos>
and ctrl-shift-n
<uvos>
(use otg i gues)
<uvos>
or
<uvos>
even better
<uvos>
open /usr/share/hildon-desktop/shortcuts.ini
alex1216 has joined #maemo-leste
<uvos>
and reassing the suspend compositing shortcut to one of the vol buttons
<Wizzup>
how will we know it worked?
<rafael2k>
even using llvmpipe is much faster than my Jornada 710
<rafael2k>
:P
<uvos>
the title bar will break
<uvos>
(shows old content)
<Wizzup>
can't xset or something tell us?
<uvos>
no
<Wizzup>
or rather xwininfo
<uvos>
i dont think so
<uvos>
you can query the extension
<uvos>
but idk if any tool dose this
<Wizzup>
well hang on, I need to recompile my modesetting and glamor to not force gles since that makes things worse
<Wizzup>
rafael2k: I'll provide the pkgs in ~15 mins, make sure to have a backup
inky has quit [Ping timeout: 240 seconds]
<uvos>
note that hildon will renable compositing if you switch windows or if another widow shows up (him, status menu etc)
<rafael2k>
Wizzup: ok!
<Wizzup>
uvos: what if it is a stacked window
inky has joined #maemo-leste
<rafael2k>
as I changed kernel, lemme try re-enable accell in order to have a proper comparisson
<Wizzup>
uvos: the key is 'unredirect' no?
<uvos>
Wizzup: yeah
<Wizzup>
k
<uvos>
Wizzup: should work, but h-d is pretty buggy with those (clutter geomitry stacking gets out to sync with x11 windows)
<Wizzup>
I haven't noticed any bugs with it
<Wizzup>
only with my qt implementation
<uvos>
because your not suspending compositing
<uvos>
what happens is
<uvos>
that hd's clutter geomry gets out of sync with libmatchbox/xorg
<uvos>
so hd renders a window above another window
<uvos>
thats below another window as far as x11 is concerned
<uvos>
but thats a different problem anyhow
<Wizzup>
yeah many of the weird issues go away when the window is unredirected
<uvos>
so its not glamor
<parazyd>
Thanks
<Wizzup>
let me check again
<uvos>
probubly not xorg at all (though it still can be)
<uvos>
and likely is hildons or mesas fault (probubly mesa)
<Wizzup>
so maybe we can reproduce it with compmgr or something
<Wizzup>
compton or whatever that is called now
<uvos>
yeah sure
<uvos>
try or kwin
<uvos>
kwin is good because its also gles
<uvos>
(if you configure it right)
<uvos>
all others are opengl
<rafael2k>
ok, just tested the X with accell
<Wizzup>
h-d can use both too (clutter can rather)
<rafael2k>
same behavior with the kernel Im using
<uvos>
right so either try kwin gles
<uvos>
or hildon opengl first
<Wizzup>
rafael2k: not surprising, I see it even on latest X and stuff
<rafael2k>
GL_VERSION: OpenGL ES 2.0 Mesa 20.3.5
<rafael2k>
GL_RENDERER: Mali400
<Wizzup>
I don't recall where we specify the hildon renderer
<rafael2k>
restarting X with noaccell
<Wizzup>
rafael2k: yes, I think we confirmed the bug is probably not in x11 or kernel
<Wizzup>
uvos: fwiw:
<Wizzup>
# cat /etc/hildon-desktop.env
<Wizzup>
export COGL_RENDERER=egl_xlib
<Wizzup>
export COGL_DRIVER=gles2
<rafael2k>
but when I boot with accelleration things are sooo fast, firefox opens up in an instant, terminal is sooo snappy
<Wizzup>
rafael2k: yes, we just need to get this compositing bug fixed and it'll be awesome to use
<rafael2k>
uhum
<Wizzup>
rafael2k: with latest packages the virtual keyboard bugs are mostly fixed
<rafael2k>
cool
<Wizzup>
I suppose alteratively you could make some hildon-desktop frankenstein build that disables compositing all together, but it'll probably look weird
<_inky>
uvos: i use pinebook with xorg, but pinebook is different hardware than pinephone. it's same as pinephone pro.
<uvos>
thats impossible
<_inky>
so glad to see these discussions!
<_inky>
i'd like to use maemo on pinephone so much.
<uvos>
_inky: sure but its the same mesa driver or?
<rafael2k>
_inky: use it
<Wizzup>
_inky: if you have a pinebook with xorg, what do you use on it
<_inky>
windowmaker.
<Wizzup>
never heard of it
<_inky>
always. i always use that on anything.
<uvos>
have you run some compositing window wm?
<_inky>
it looks like nextstep.
<uvos>
heh
<_inky>
i tried enlightenment.
<_inky>
it worked well. on xorg.
<Wizzup>
e17 isn't compositing per se is it
<rafael2k>
I use WM too... since before gnome or kde exist.
<_inky>
much better than windowmaker may be. i tried to use pico compositor with windowmaker even.
<uvos>
Wizzup: yes it is
<Wizzup>
ok
<uvos>
Wizzup: non compsiting was dropped
<uvos>
Wizzup: in 2019 or so
<Wizzup>
ok, would be good to confirm still
<Wizzup>
I'm quite sure the bug isn't in h-d
<uvos>
yeah it seams unlikely
<Wizzup>
side note scrolling becomes much smoother with compositing turned off
<Wizzup>
even on landscape (in apps at least)
<uvos>
sure
<uvos>
same on d4
<uvos>
hildon-desktop is veeery hevy
<Wizzup>
uvos: actually it is not compared to the rest :P
<uvos>
well compositing in a singe window wm is silly :P
<Wizzup>
I imagine we can actually fix that later on but let's not get distracted
<uvos>
would be very hard to fix
alex1216 has quit [Ping timeout: 240 seconds]
<uvos>
is very ingrained into its arch
<Wizzup>
_inky: could you run some tests for us? it might require using another distro/image
<bencoh>
I still believe we should allow disabling compositing easily :]
<_inky>
with pleasure
<_inky>
i have maemo on sdcard.
<Wizzup>
bencoh: work on it and we'll allow it :P
<bencoh>
:)
<Wizzup>
uvos: so wrt tests, what would make the most sense other than 'run kwin'
<Wizzup>
maybe we need some widely available application that is buggy
<Wizzup>
the problems seems to occur when windows are stacked, it seems to me
<Wizzup>
like virtual keyboard on top of xterm
<Wizzup>
or conversations stacked window
<uvos>
Wizzup: well run hildon on gl, try comption makes sense (ellimnate window redirection for compositing in xorg as a cause)
<uvos>
Wizzup: then try clutter demos
<uvos>
Wizzup: try and figure out what clutter calls cause the driver to trip up
<Wizzup>
it seems like we can do that on pinephone
<Wizzup>
does anyone remember the name for COGL_DRIVER for non-gles2?
<Wizzup>
maybe just commenting COGL_DRIVER=gles2 works too
<rafael2k>
should I just apt-get update / dist-upgrade ?
<Wizzup>
no, typing more, just a minute
<rafael2k>
ok
<Wizzup>
rafael2k: wget https://wizzup.org/pine64-xorg.tar and from that install xvfb_21.1.1-2_arm64.deb xserver-xorg-core_21.1.1-2_arm64.deb xserver-common_21.1.1-2_all.deb libxcvt0_0.1.1-1+b1_arm64.deb libxi6_1.8-1_arm64.deb xserver-xorg-input-evdev_2.10.6-1_arm64.deb
<Wizzup>
rafael2k: and yes, you want to apt-get update and apt-get dist-upgrade
<Wizzup>
that should pull in new mesa
<Wizzup>
things we can test right now:
<Wizzup>
1. comment two lines in /etc/hildon-desktop.env
<Wizzup>
uvos: actually I guess xorg.conf mostly doesn't matter now that we suspect mesa or h-d
<Wizzup>
so I won't suggest to toy with that
<rafael2k>
Wizzup: comment all the lines, in h-d.env right?
<Wizzup>
no need, try it with them first
<Wizzup>
rafael2k: yeah please just try that first, what I have now on my pinephone is seriously fast portrait mode where the vkb doesn't seem to bug, it's ok in landscape after the first vkb render (maybe a shader compile thing)
<Wizzup>
and most apps look ok, but there are still some oddities
<Wizzup>
which are resolved by disabling compositing for one window
<Wizzup>
but I tweaked so much in my setup it's hard to know what exactly is making things better
<rafael2k>
so no apt-get update / upgrade yet?
<uvos>
what kind of odities?
<Wizzup>
rafael2k: no, do that
<Wizzup>
rafael2k: yes, do update
<Wizzup>
uvos: same as before: scrolling in a stacked window renders past contents on both sides
<rafael2k>
ok
<Wizzup>
uvos: I can try to make a video today so that we can share it with mesa devs I guess
<Wizzup>
rafael2k: let me know about your test cases so that I can try too
<rafael2k>
Wizzup: ok
<rafael2k>
The following packages have unmet dependencies:
<rafael2k>
libxi-dev : Depends: libxi6 (= 2:1.7.9-1) but 2:1.8-1 is installed
<Wizzup>
did I tell you install -dev?
<Wizzup>
my bad if so
<Wizzup>
oh, you had it installed
<Wizzup>
well then also install my -dev .deb
<rafael2k>
ok
<rafael2k>
installing all the packages
<Wizzup>
what is all?
<Wizzup>
all the ones in the tar?
<rafael2k>
the tarball
<rafael2k>
yes
<Wizzup>
I didn't do that but it is fine
<rafael2k>
what can go wrong? it is just the X
<rafael2k>
:P
<Wizzup>
I would just install what you need
<Wizzup>
to prevent a mess
<Wizzup>
uvos: btw unrelated did you see the trace I caught last night?
<rafael2k>
is this important somehow:
<rafael2k>
The following packages will be REMOVED:
<Wizzup>
so what I did was apt dist-upgrade before dpkg -i'ing those debs
<Wizzup>
because if we want to package this we'll have to rebuild a lot more
<Wizzup>
(because of the video abi change, but for our use case it doesn't matter since X ships modesetting)
<Wizzup>
rafael2k: so you may want to downgrade the few debs you installed first
<rafael2k>
right
<Wizzup>
uvos: hm there are still some oddities like things tend to 'bounce' a bit, like vkb will move up and down a bit for every key pressed
<Wizzup>
uvos: this doesn't happen if the window below it is unredirected
<Wizzup>
uvos: yeah calculator also is weird with compositing enabled, and that has no overlaying windows afaict, so that could be a good test case
<Wizzup>
so I can observe: (1) calculator flickers with every key press with compositing (2) conversations scrolling in a conversations is a mess with compositing on (3) vkb bounces up and down on a composited osso-xterm
_inky has quit [Ping timeout: 240 seconds]
<Wizzup>
rafael2k: are you managing?
inky has joined #maemo-leste
<rafael2k>
the mesa should be the 21.2.5 or the 20.3.2?
<Wizzup>
21.2.5
<Wizzup>
dist-upgrade would have given you that
<Wizzup>
without the dpkg -i first
<Wizzup>
I would downgrade xorg to the repo versions, then do dist-upgrade and then dpkg -i them again
Wikiwide_ has quit [Ping timeout: 240 seconds]
<rafael2k>
right, I trying to find a way to do it not doing chery-picking
<rafael2k>
ls
<Wizzup>
rafael2k: there is no way
<Wizzup>
rafael2k: don't invest time in that now, the proper fix is to rebuild the other ddxes
<Wizzup>
rafael2k: you can try to remove all the other packages but that might force -meta removal
<Wizzup>
and we don't want that
<Wizzup>
uvos: (4) starting control panel applets in portrait mode makes them bounce
<Wizzup>
for a while
<rafael2k>
I can just start from scratch
<rafael2k>
get a new SD
<rafael2k>
; )
<Wizzup>
just dpkg -r the packages you -i'd
<Wizzup>
and then apt-get install them
<Wizzup>
and then dist-upgrade
<Wizzup>
I think that should be all
<rafael2k>
I'll try
<MartijnBraam[m]>
how's mainline on the nokia n810?
<MartijnBraam[m]>
omap 2420
<uvos>
certenly quite untested
<uvos>
Wizzup: yes i saw
<MartijnBraam[m]>
can't even find if that core has a fpu :P
<Wizzup>
MartijnBraam[m]: I saw someone was working on it recently
<uvos>
Wizzup: ok yeah i would try compton and some clutter demos on pp next