cockroach has joined #maemo-leste
xmn has quit [Read error: Connection reset by peer]
xmn has joined #maemo-leste
cockroach has quit [Quit: leaving]
xmn has quit [Quit: ZZZzzz…]
joerg has quit [Ping timeout: 250 seconds]
joerg has joined #maemo-leste
<mighty17[m]> freemangordon: with your mesa, i dont think hw accl works
<mighty17[m]> `failed to load driver: omapdrm` i suppose something broke during packaging
Twig has joined #maemo-leste
mardy has joined #maemo-leste
<mighty17[m]> yup, i clearly dont know how to build it correctly, any tips?
<freemangordon> mighty17[m]: export MESA_LOADER_DRIVER_OVERRIDE=pvr
<freemangordon> this is an outstanding issue
<freemangordon> pvr_dri is not being loaded when /dev/dri/card0 is omapdrm
<freemangordon> I don;t know how this should be fixed
<freemangordon> or rather - haven;t looked how to fix it
<freemangordon> so, the patch you linked is not in 'my' mesa?
pere has quit [Ping timeout: 268 seconds]
<freemangordon> it seems like a hack to me though
<freemangordon> can we get xc-racer99 here somehow?
<mighty17[m]> <freemangordon> "this is an outstanding issue" <- Outstanding??
<mighty17[m]> freemangordon: Nope it's from xc racer's mesa
<mighty17[m]> freemangordon: I suppose we can contact him from email, but afaik he doesn't have more time for this anymore
<freemangordon> sorry, bad English :)
<freemangordon> I meant пендинг
<freemangordon> pending
<freemangordon> anyway, I don;t feel symlinking everything to pvr driver a good solution
_inky has quit [Ping timeout: 250 seconds]
<freemangordon> anyway, does it work with export MESA_LOADER_DRIVER_OVERRIDE=pvr ?
<freemangordon> yeah, Tomi has replied :)
Pali has joined #maemo-leste
Twig has quit [Ping timeout: 240 seconds]
pere has joined #maemo-leste
<mighty17[m]> <freemangordon> "anyway, does it work with export..." <- yup, checked with kmscube, its working
<mighty17[m]> but phosh still seems to be using sw rendering
<mighty17[m]> or its just really slow compared to before
<mighty17[m]> 9fps with glxgears, ouch
<mighty17[m]> yup phosh seems to be using llvm somehow, idk
<mighty17[m]> `gbm: did not find extension DRI_Core version 1`
<mighty17[m]> `gbm: did not find extension DRI_DRI2 version 1`
<mighty17[m]> `failed to bind extensions`
<mighty17[m]> `failed to load driver: omapdrm`
<freemangordon> maybe rename /dev/dri/card0<->/dev/dri/card1
<mighty17[m]> https://paste.debian.net/1218921/ it seems to want glamor now? lmao
<freemangordon> well, yes
<mighty17[m]> on wayland?
<freemangordon> no idea
<freemangordon> try to rename the cards
<freemangordon> or somehow provide /dev/dri/card1 to whatever wayland crap you use
<mighty17[m]> freemangordon: no, /dev/dri/card0 is the correct one
Pali has quit [Ping timeout: 268 seconds]
<freemangordon> mighty17[m]: well, I was able to run weston 6 here
<mighty17[m]> else i get `Failed to take device '/dev/dri/card1': No such file or directory`
<freemangordon> you need to 'mv card0 card2','mv card1 card0','mv card2 card1'
<freemangordon> so 'swap' not 'rename'
<mighty17[m]> i only have card0 xD
<freemangordon> mknod
<mighty17[m]> `by-path card0 renderD128 renderD129`
<freemangordon> seems you already nuked card1 :)
<freemangordon> sec
<mighty17[m]> never had card1 xD
<freemangordon> what?
<freemangordon> what kernel is that?
<freemangordon> and... what device is that?
<freemangordon> you should have 2 cards tehre
<mighty17[m]> kernel is openpvrsgx 5.15-rc2 from tmlind
<freemangordon> unless someone deletes one of them
<mighty17[m]> and device is samsung-espresso
<freemangordon> the same here and I have 2 cards
<freemangordon> are you sure you don;t have some init script that deletes the second card?
<freemangordon> (not the device ofc)
<freemangordon> but I have 2 cards on d4 and n900
<mighty17[m]> pretty sure nothing touches the cards
<freemangordon> both use the same kernel
<mighty17[m]> oh wait
<mighty17[m]> i now have two cards
<freemangordon> see
<freemangordon> hmm, try now with export MESA_LOADER_DRIVER_OVERRIDE=pvr
<mighty17[m]> still seems broken
<mighty17[m]> yup pretty sure that didnt work
<freemangordon> ok, symlink pvr_dri.so to omapdrm_dri.so
<mighty17[m]> only kmscube works xD
<freemangordon> also, which pvr_dri gets loaded?
<freemangordon> are you sure you build mesa with WL enabled?
<mighty17[m]> freemangordon: `-Dplatforms=x11,wayland \` ?
<mighty17[m]> freemangordon: i already have omapdrm_dri.so
<freemangordon> ok, and what about pvr_dri.so?
<freemangordon> wait. how?
<mighty17[m]> uhh riight, about that
<freemangordon> is it a symlink?
<mighty17[m]> i used build instructions from xc-racer's mesa
<mighty17[m]> which has that "hack"
<freemangordon> so you cherry-picked that commit?
<mighty17[m]> no, ugh i see
<mighty17[m]> its a mess
<freemangordon> yeah, it's a mess :D
<mighty17[m]> `install -Dm644 output/src/mesa/drivers/dri/libmesa_dri_drivers.so "$pkgdir/$_dri_driverdir"/omapdrm_dri.so`
<mighty17[m]> so this is what his mesa's build does
_inky has joined #maemo-leste
<freemangordon> please, pull my repo clean and built it as it is
<freemangordon> once you have it working, start playing on top
<freemangordon> gitlab does nto liuke my browser (ff66)
<freemangordon> *like
<mighty17[m]> the issue is i'd like it packaged like in apkbuild
<freemangordon> sore, but lets have it working as it is first
<freemangordon> and then package it
<freemangordon> could you pastebin what you want me to see
<freemangordon> I cannot open the link ^^^
<mighty17[m]> freemangordon: ah so the tradition of building mesa on omap4 must continue :P
<freemangordon> _dri_drivers="exynos,tidss,tilcdc,omapdrm"
<freemangordon> so pvr is renamed to omapdrm?
<freemangordon> also, why it is copyed 5 times instead of symlinks?
<mighty17[m]> yeah
<freemangordon> ok, then MESA_LOADER_DRIVER_OVERRIDE=pvr should not be used
<mighty17[m]> freemangordon: well idk xD
<mighty17[m]> should be omapdrm?
<freemangordon> yes
<freemangordon> try with 'export MESA_LOADER_DRIVER_OVERRIDE=omapdrm'
<freemangordon> or, symlink omapdrm_dri.so to pvr_dri.so
<freemangordon> and then 'export MESA_LOADER_DRIVER_OVERRIDE=pvr'
<mighty17[m]> i did the symlink, but that didnt work xD
<freemangordon> how exactly it doesn;t work?
<freemangordon> also, do you have the other blobs installed?
<mighty17[m]> yup all sgx blobs
<mighty17[m]> freemangordon: `glamor: 'wl_drm' not supported`
<freemangordon> what is "DRM universal planes unsupported " ?
<freemangordon> do you have glmark?
<mighty17[m]> yes
<freemangordon> could you run glmark-es2-drm?
<mighty17[m]> freemangordon: tha comes everytime
<mighty17[m]> freemangordon: that- uh works...
<mighty17[m]> `[build] use-vbo=false: FPS: 89 FrameTime: 11.236 ms`
<freemangordon> cool
<mighty17[m]> ` GL_RENDERER: PowerVR SGX 540`
<freemangordon> ok, seems glamor requires an extension not provided by the driver
<mighty17[m]> so something wrong with phosh?
<freemangordon> looks like
<freemangordon> does it work woth chomeoes mesa?
<freemangordon> *with
<mighty17[m]> it being phosh? yes it does
<freemangordon> oh, I think I know the what happens
System_Error has joined #maemo-leste
<freemangordon> why it tries to use glamor? does it use glamor with chomeos mesa too?
<mighty17[m]> I'll send a log with chromeos mesa shortly
<freemangordon> this mesa has x11 support, so I guess it tries to start xwayland
<freemangordon> mighty17[m]: again, pull and build my tree as it is
<freemangordon> then export MESA_LOADER_DRIVER_OVERRIDE=pvr
<freemangordon> this is what I used for weston 6 and it worked
<mighty17[m]> yeah, that seems to be the last resort
<freemangordon> this is weston.ini I used
<mighty17[m]> https://paste.debian.net/1218937/ chromeos mesa
<freemangordon> mighty17[m]: try to disable xwayland somehow
<mighty17[m]> freemangordon: that shouldnt make a lot of diff, i have similar phoc.ini
<mighty17[m]> freemangordon: build with just wayland support?
<freemangordon> Failed to initialize glamor, falling back to sw
<freemangordon> the same
<mighty17[m]> but hw accl works
<freemangordon> what do you mean?
<mighty17[m]> so something else is failing
<mighty17[m]> ie, phosh with chromeos mesa does not use llvm
<freemangordon> how do you know it uses HW and not SW?
<mighty17[m]> it, doesnt lag xD
<freemangordon> it?
<freemangordon> what is it?
<mighty17[m]> it being the ui/phosh
<freemangordon> ah
<freemangordon> well, in both cases it says it does SW render
<mighty17[m]> failed to bind extensions
<mighty17[m]> failed to load driver: omapdrm
<mighty17[m]> this seems to not come with chromeos mesa
<freemangordon> 'GL_OES_texture_border_clamp required' is required
<freemangordon> without that extension you cannot start glamor
<freemangordon> and this is not supported by PVR drivers
<mighty17[m]> that extension is not supported by pvr anyways
<freemangordon> so, no glamor for you
<mighty17[m]> also
<mighty17[m]> ```
<mighty17[m]> gbm: did not find extension DRI_Core version 1
<mighty17[m]> gbm: did not find extension DRI_DRI2 version 1
<freemangordon> no idea, I guess it tries to use wrong card
<mighty17[m]> freemangordon: well in chromeos mesa, phosh purely uses wayland (x not supported at all)
<freemangordon> did you try to swap the names?
<mighty17[m]> yup
<freemangordon> mighty17[m]: yes, that's why I said to disable xwayland in config
<mighty17[m]> that made phosh refuse to start
<freemangordon> well...
<freemangordon> do you have weston?
<mighty17[m]> I'll have to download it, but yes i do
<freemangordon> you need v6, at least
<freemangordon> so, please download
<freemangordon> and start it with the config ^^^
<mighty17[m]> its v5 :(
<freemangordon> glmark-es2-wayland won;t work
<freemangordon> but well, at least it will tell you about the renderer
<freemangordon> install it
<freemangordon> es2gears will wotk at least
<mighty17[m]> Fmg, instead of this madness, I'll just clean compile your tree now
<mighty17[m]> The ritual of compiling mesa on omap4 must happen :P
<freemangordon> mhm
<freemangordon> :D
* bencoh mutters something about cross-compiling on pc and returns back to the shadow
<freemangordon> I tried to do that in leste and failed miserably
<mighty17[m]> <bencoh> "mutters something about cross-..." <- Nah the ritual must be done!
<bencoh> freemangordon: right, but you haven't tried with my scratchbox-like wrappers! :)
<bencoh> actually lemme check that ... which devuan package would that be?
<Wizzup> well I guess this is fmg's mesa repo
<mighty17[m]> <bencoh> "freemangordon: right, but you..." <- If give it a go then ;)
<mighty17[m]> Eli5 pls
zhxt has quit [Ping timeout: 250 seconds]
<bencoh> hmm, does it really need a newer meson than what is in leste/beowulf?
<bencoh> meson (>= 0.52), but I have 0.49
<Wizzup> I am not sure if it does, please figure it our for us :)
<Wizzup> we also run into this when packaging it in CI
<bencoh> ah :D
<bencoh> how do you build it then?
<Wizzup> btw, did you document your way somewhere? it might be useful for parazyd
<Wizzup> we don't in CI yet
<Wizzup> but we'd love ti
<Wizzup> to*
<bencoh> Wizzup: I did back then, I even posted it here
<Wizzup> we're on some older mesa
<Wizzup> bencoh: I recall the pastebin
<Wizzup> maybe it makes sense to have it on the wiki somewhere
<bencoh> yeah I mean, how do fmg and others build it?
<bencoh> (mesa)
<Wizzup> I suspect they don't run into problems since they don't use dpkg-buidlpackage
<Wizzup> iow probably the meson bump is not required for our usecase
<bencoh> alright, let's change the requirement then
<bencoh> meson.build:21:0: ERROR: Meson version is 0.49.2 but project requires >= 0.52.
<bencoh> duhduhduh ...
<Wizzup> maybe it is in backports or pip installable?
<Wizzup> freemangordon:
zhxt has joined #maemo-leste
xmn has joined #maemo-leste
<freemangordon> I installed newer meson
<freemangordon> not sure where from
<freemangordon> maybe from chimaera
<freemangordon> Version: 0.56.1-1~bpo10+1
<freemangordon> bencoh: ^^^
<bencoh> looks like meson 0.49 has trouble with proper function detection (it failed on popcount)
<bencoh> I just installed 0.56 as well
<freemangordon> yeah
<bencoh> looks like it started building (with dpkg-buildpackage) ... let's see if it works
<freemangordon> it does
<freemangordon> but you may to tweak debain/rules
<freemangordon> IIRC pvr is not enabled
<bencoh> meson is python-based and it kinda grinds the cpu in a silly way apparently (since it's emulated in my setup)
<freemangordon> - DRI_DRIVERS += nouveau
<freemangordon> + DRI_DRIVERS += nouveau pvr
<bencoh> I replaced ninja with its amd64 counterpart, but not meson (I was afraid to break the detection system)
<bencoh> ah
<bencoh> well, we'll try that once it builds without pvr
<bencoh> something tells me I could remove nouveau/radeon as well actually, but meh
<freemangordon> yeah
<freemangordon> was about to ask why do we need that
<bencoh> we don't! :D
<bencoh> well, except for the pc version of leste (:>)
<Wizzup> bencoh: if this works, it would be great to see if it builds rebased on latest mesa release as well
<Wizzup> I guess 21.2.5 or so
<Wizzup> then we can also provide pinephone users with a newer lima
<Wizzup> newer X might help them, too, since that's released now
<bencoh> this is 17.3, right?
<Wizzup> no, it's pretty recent I think
<bencoh> (git describe says mesa-17.3.1-1-39356-g5bd40a453e1)
<Wizzup> I think it's 21.something based
<bencoh> hmm
<bencoh> I'm currently trying to build mesa-pvr-ti
<Wizzup> I might be wrong, but 17.x is really really really old
<Wizzup> seems more like a case of missing tags or something
<Wizzup> so it's 20.something
<freemangordon> :nod:
<bencoh> is that mea-pvr-ti?
<freemangordon> yes
<bencoh> ah, got it
<bencoh> they have annoted tags and unannoted tags
<bencoh> git describe --tags origin/mesa-pvr-ti
<bencoh> 20.3.2-18-g5bd40a453e1
<freemangordon> mesa (20.3.2-2) UNRELEASED; urgency=medium
<bencoh> that's better
<Wizzup> and iirc it rebased on top of 21.2.5 without many problems according to uvos, so if this builds, maybe it's worth trying that
<bencoh> 21.x doesn't seem to be part of master though .... actually I don't understand how they manage their release tags
<bencoh> git describe --tags origin/master
<bencoh> 20.3.0-4446-g288032a8731
<bencoh> sounds silly to me
<freemangordon> hmm, origin is?
<bencoh> your tree
<bencoh> oh, I guess you didn't update master
<bencoh> :)
<freemangordon> mhm
<freemangordon> :)
<bencoh> (still building ...)
<freemangordon> takes 2 hours on d4 :)
<bencoh> I hope it will take less :]
<Wizzup> freemangordon: still better than on n900
<Wizzup> ;)
<bencoh> currently building freedreno I think
<freemangordon> well, I guess it will not be able to build it on n900
<freemangordon> because of the lack of RAM
<bencoh> huhu
xmn has quit [Ping timeout: 264 seconds]
<bencoh> now running tests ...
<bencoh> (that part if freaking slow, obviously)
<bencoh> note to self: replace dwz (dwarf optimization, wtf) with amd64 counterpart
<bencoh> I'll probably replace dwz then retry with pvr enabled
<bencoh> freemangordon: do I need any external lib for pvr?
<bencoh> or is it self-contained?
<freemangordon> bencoh: no external libs are needed for build
<freemangordon> it dload() pvr_dri_support.so or somesuch
<freemangordon> in runtime that is
<bencoh> alright, let's see then
<freemangordon> have to run, ttyl
<bencoh> looks like it worked for pvr as well
<Wizzup> neat
<Wizzup> just wondering, did that also build lima and such?
<bencoh> anyone wanna try the result? :]
<bencoh> I think so, lemme check
<bencoh> $ dpkg-deb -c ../libgl1-mesa-dri_20.3.2-2_armhf.deb |grep lima
<bencoh> hrw-r--r-- root/root 0 2021-01-04 07:07 ./usr/lib/arm-linux-gnueabihf/dri/lima_dri.so link to ./usr/lib/arm-linux-gnueabihf/dri/armada-drm_dri.so
<bencoh> funnily enough, pvr_dri points to nouveau_vieux.so btw
<Wizzup> that seems quite weird/wrong (for both), but I am not sure
<bencoh> I thought so, then I had a look at pvr vs nouveau, and cmp on the files in debian/ says they're identical; and pvr stuff shows up in pvr_dri.so
<Wizzup> aha
<Wizzup> so maybe dpkg-deb -c is just confused
<Wizzup> unless pvr stuff shows up in nouveau_vieux ;-)
<bencoh> well, cmp says they're identical, so I'd expect so
<bencoh> unless I missed something
<bencoh> (currently uploading for anyone willing to try)
pere has quit [Ping timeout: 240 seconds]
<bencoh> (disclaimer: if it breaks, it means either that my build failed miserably, or that fmg forgot to remove some easteregg :>)
<Wizzup> (plus: it also requires a lot of other things installed, so it can't just be installed on a d4 or n900 without all the other parts)
freemangordon has quit [Ping timeout: 250 seconds]
avoidr has quit [Ping timeout: 264 seconds]
avoidr has joined #maemo-leste
joerg has quit [Read error: Connection reset by peer]
joerg has joined #maemo-leste
ashley has joined #maemo-leste
pere has joined #maemo-leste
<mighty17[m]> <freemangordon> "takes 2 hours on d4 :)" <- Only 2 hours?
<mighty17[m]> (but then I won't be able to uninstall it :()
_inky has quit [Ping timeout: 256 seconds]
_inky has joined #maemo-leste
<mighty17[m]> freemangordon: what build commands needed for mesa? Like the cflags/env vars
<mighty17[m]> Was the pastebin link I sent enough?
alex1216 has joined #maemo-leste
alex1216 has quit [Ping timeout: 245 seconds]
freemangordon has joined #maemo-leste
<mighty17[m]> freemangordon: `MESA-LOADER: failed to open omapdrm: Error loading shared library /usr/lib/xorg/modules/dri/omapdrm_dri.so: No such file or directory (search paths /usr/lib/xorg/modules/dri, suffix _dri)` errmm what??
<bencoh> I guess you should keep omapdrm in the dri_drivers list
<mighty17[m]> i forgot to add _dri xD
<mighty17[m]> anyways now i get
<mighty17[m]> back to the same square
<freemangordon> did you try weston?
zhxt has quit [Ping timeout: 256 seconds]
<mighty17[m]> I only have Weston 5 packaged
<freemangordon> try it
<freemangordon> to see if mesa works correctly
<freemangordon> or, build weston 6
<mighty17[m]> Will do that later, night for me
zhxt has joined #maemo-leste
Pali has joined #maemo-leste
Wikiwide has quit [Ping timeout: 268 seconds]
akossh has joined #maemo-leste
alex1216 has joined #maemo-leste
alex1216 has quit [Quit: WeeChat 2.3]
mardy has quit [Quit: WeeChat 2.8]
System_Error has quit [Remote host closed the connection]
System_Error has joined #maemo-leste
sunshavi has quit [Ping timeout: 244 seconds]
sunshavi has joined #maemo-leste
xmn has joined #maemo-leste
System_Error has quit [Ping timeout: 276 seconds]
System_Error has joined #maemo-leste
Blikje has quit [Remote host closed the connection]
Blikje_ has joined #maemo-leste
Blikje_ is now known as Blikje
xmn has quit [Quit: ZZZzzz…]
xmn has joined #maemo-leste
akossh has quit [Ping timeout: 256 seconds]
Wikiwide_ has joined #maemo-leste
Wikiwide_ is now known as Wikiwide
Langoor has quit [Ping timeout: 260 seconds]