Werner changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Forums Feed: #armbian-rss | Type 'help' for help | Logs: -> irc.armbian.com
archetech has quit [Quit: Leaving]
saurabh009 has quit [Quit: Leaving]
archetech has joined #armbian
fizikz has quit [Remote host closed the connection]
ChriChri_ has joined #armbian
ChriChri has quit [Ping timeout: 265 seconds]
ChriChri_ is now known as ChriChri
DigitalMan1983_ has quit [Ping timeout: 240 seconds]
DigitalMan1983_ has joined #armbian
_whitelogger has joined #armbian
sunshavi has quit [Ping timeout: 256 seconds]
fizikz has joined #armbian
TheNumb has quit [Ping timeout: 260 seconds]
TheNumb has joined #armbian
lids has joined #armbian
sunshavi has joined #armbian
_whitelogger has joined #armbian
on2 has quit [Quit: Leaving]
sunshavi has quit [Remote host closed the connection]
sunshavi has joined #armbian
BCMM has joined #armbian
Net147 has quit [Quit: Quit]
Net147 has joined #armbian
archetech has quit [Quit: Leaving]
BCMM has quit [Quit: Konversation terminated!]
archetech has joined #armbian
<martinayotte_> lanefu: Both rockchip64-dev and sunxi-dev are using 5.8.y
<archetech> what about amlogic?
<lanefu> I think amlogic is 5.7 on both right now
<lanefu> Tony has been the patch wrangler for amlogic and obviously we're still struggling a bit with 5.7
<archetech> yeah it nees some attn
<archetech> needs
<archetech> why I said what about
<lanefu> Yeah amlogic is juggling patches from several different sources so its easy for patches to clobber themselves
<archetech> im dead in the water for latest n2 armbian so....
<archetech> im on other distros atm
<archetech> ill hang out and lurk
<lanefu> archetech: so do we think debian is a factor or no?
<archetech> ill do one last thing until new updates come swap nm for netd
<archetech> doubt thats it
<lanefu> Nicod has an n2+ ill dig through irc logs later and message him to test
<archetech> hmm no NM thought it was default thining odrois ubu I thnk
<lanefu> Stupid tropical storm this weekend is so gross and im kind of computered out
<lanefu> archetech: wanna try an ubuntu image for final sanity check?
<archetech> I bet with that day It day job
<lanefu> I was gonna do struts on wife's vehicle but its uninspiring outside lol
<archetech> whats the latest ubu ya got called
<lanefu> Focal
<archetech> thats a nasty task
<lanefu> I upgraded my HF spring compressor to something forged, American, and less sketchy at least
<archetech> I know its focal but is there a dev version
<lanefu> Nah focal is latest until October
<lanefu> Ubunti does .04 and .10 releases
<archetech> ok
<lanefu> Every 2 years the .04 is an lts release
<archetech> thinking n2+ even with a good ubu is stuck w/o panfrost ya know
<archetech> manjaro is wating so ubu is too
<archetech> waiting
<archetech> for mainline
<archetech> I got ubu 20 odroid
<lanefu> I mean i ran my n2 without acceleration as a desktop for months and it was fine
<archetech> but if nicod burns a bullseye we have something to go on
<archetech> yeah i gotta have accell
<archetech> where the fun is
<archetech> opengl es
<archetech> wayland
<archetech> so fast sharp
<lanefu> Yeah would be nice to take the wayland plunge
<archetech> have ya tried the glmark2-es2 demo youll never use X on n2 again heh
<lanefu> Haha
<lanefu> Yeah i use it
<archetech> and even amlogic says dont bother with X on n2 not designed for it
<lanefu> Is odroids image using wayland
<archetech> its a hack but but users dont care they want Mate dangit
<archetech> or xfce
<lanefu> You can mate with wayland cant you
<archetech> no
<lanefu> I guess its still not native
<archetech> gtk stuff is hard to dev unless its gnome I guess for wland
<lanefu> I need to finish building my sbc "terminal pdu" thingy
<archetech> pick something fun and relaxing
<archetech> why I use LFs compiling is like zen
<archetech> even though I dont beleive in zen but its like that
<lanefu> Not familiar with 'fun and relaxing'
<lanefu> Lol
<archetech> most americans arent they dont know how to slow dowwwwwn
<archetech> makes em feel guilty imo
<lanefu> Yeah lots of guilt
<archetech> my coworkers would get jealous id come in refeshed and usually happy to be at work theyre like f off ya jerk
<archetech> my boss actually looked at me like you cant be here AND be happy thats not real
<eth01> hey lanefu
<lanefu> Howdy eth01
<lanefu> archetech: lol thats impressive
<eth01> nobody says Howdy in the UK, I forget how much I like that phrase
<lanefu> Haha
<eth01> People say "Hi Mate" instead
<archetech> well that was long ago in another america its 10 times worse now
<archetech> I like good day mate
<archetech> or g'day
<archetech> aussie
<archetech> just like howdy
<eth01> I used to work with an American he hated my British slang :)
<archetech> I like it alot esp aussie slang
<eth01> aussie slang is good and the people are friendly over there which is always helpful
<lanefu> Lol. I worked with a guy from Kent and he was telling me some commands. And i kept typing root. and he finally yelled out route in a redneck American accent
<eth01> I went back in 2013 and its the only place I have ever been where a boat owner is quite happy to let strangers jump a ride and drink his beer without a care in the world
<archetech> yeah canucks oz aussie brits are alike
<eth01> Kent, he must have been Posh
<eth01> I live much more north nearer to Wales
<archetech> my fav is "you got roos loose in your top paddock mate"
<lanefu> Yeah very different than our pub here owned by a family from liverpool
<eth01> we say router differently
<eth01> roo-ter you say row-tah
<archetech> yeah lots of that
<archetech> grey gray
<archetech> I like any culture thats outdoorsy and plays euchure :)
<IgorPec> archetech: you can start developing desktop for armbian so you will not need to jump around :)
<IgorPec> howdy
<archetech> IgorPec: I like the differences between arch based and deb based so only 2 to keep learning
<archetech> lfs is its own thing
<lanefu> Yeah im waiting for arch to be our wayland engineer
<archetech> this panfrost is coming along slow so nuttin I can do
<lanefu> So whats difference between bitfrost and panfrost
<archetech> and tobetter has a lock on ubu libmali gnome imo
<lanefu> And defrost
<IgorPec> idk about that level of diff ;) its different flavour
<IgorPec> manjaro is selling green color, ubuntu orange.
<archetech> bifrost is the gpu panfrost is the foss driver
<archetech> got amlogic kern devs doing gpu blob callabora doin the user part
<IgorPec> and we need a modern DE beside XFCE to incorporate those features
<archetech> n2 on X I wont do just mentioned that you may have missed
<IgorPec> missed what?
<archetech> lanefu talk above
<archetech> on X vs wayland n2
<IgorPec> what has that to do with armbian?
<archetech> phone arm gpu's use opengl on android no x thats the root of the software design sbc's use basically phone gpu's
<IgorPec> very few people needs gl around here
<archetech> yeah they dont know what they are missing
<lanefu> lol
<IgorPec> haha
<IgorPec> look - armbian officially only provides XFCE. A very light and feature low desktop
<IgorPec> doesn't this tells you something?
<IgorPec> but ... we are aware that moving toward your world is good
<IgorPec> and we are trying to put together some people that will focus in there
<archetech> opengl es2/3 is my thing cant please em all
<IgorPec> you are also more then welcome to be the part of this. i don't even understand everything you are talking about.
<IgorPec> but "today" ... we still need to take care of the base system, that its as good as possible
<IgorPec> that we put out an update ... to cope with the bugs. there are so many things to do before even think about wayland / dl / panfrost and all the fancy buzzword
<archetech> I know hopefully ya got X DE peeps for that
<IgorPec> or wayland, whatever
<archetech> they use gl/glx im on es/egl
<archetech> X has no future
<IgorPec> from my POW its absolutely not important. We will be doing integration. If at all
<archetech> its in maint mode as we speak
<IgorPec> until wayland is mainstreamed it does
<IgorPec> is it? in arm world?
<IgorPec> and we are mainly headless used distro ...
<archetech> have ya seen many xorg-server upgrades over the years maybe one every year and its just fixes
<IgorPec> X is here for decades
<archetech> to keep it going
<IgorPec> i am not saying we need to stick to it
<IgorPec> but if you want me to change anything and you don't contribute, we are done
<IgorPec> that's the main problem
<archetech> I got nuttin against it just why look back vs forward
<IgorPec> armbian needs modern desktop and we don't need to tear existing down
<archetech> I havent asked for any change ..yet
<IgorPec> current one doesn't need any maintaining
<archetech> just normal updates is good enough
<IgorPec> the expensive part ? :)
<IgorPec> everyone is happy to develop something ... when its time to maintain the thing ... nobody is around.
<IgorPec> that's the most common way i would say
<archetech> yup it is im deving im testing and implementing others work
<archetech> yup it is im NOT deving im testing and implementing others work
<archetech> ie I get it how I like and if it sounds like something you want we can talk about how that should get done from your side
<archetech> sound good?
<IgorPec> to put a desktop together?
<IgorPec> or?
<archetech> yeah like how to offer a kde install onto a minimal armbian ubu
<archetech> would be simple a few tweaks from how its done on x86_64
<IgorPec> well, i know the principles ... just that i personally don't want to go deep into that
<IgorPec> but, we have to start somehow
<archetech> its some config file changes and vey few
<archetech> very
<archetech> otherwise apt install qt5 kf5 plasma will pull it all in
<archetech> and be useable even from that level of install
<IgorPec> yeah, its packages, overlay and postinstall scripting
<archetech> yup
<IgorPec> this is tailored for xfce
<archetech> great just use that for a kde template...done
<IgorPec> yeah, well ... it some work to extend the build script and repository
<archetech> heh thats your baby
<archetech> ill look at it with ya
<IgorPec> not exactly. its overgrown me long time ago
<IgorPec> its bash scripting so it should be self explanatory. i can assist when things becomes blurry
<archetech> cool ill bookmark it for when panfrost is usable
<archetech> nest issue!
<archetech> next
<IgorPec> it can be prepared before https://armbian.atlassian.net/browse/AR-200
<ArmbianHelper> AR-200 [Story] "Improving Desktop images" reported by Igor Pecovnik at 2020-04-04. Status: To Do
<IgorPec> Miouyouyou is the supreme desktop commander :)
<archetech> nice
<archetech> so once its working from cmd line you can put a menu item in armbian-config eh
<archetech> and in the builder
sunshavi has quit [Remote host closed the connection]
<IgorPec> yes, when it will work
sunshavi has joined #armbian
DigitalMan1983 has quit [Ping timeout: 256 seconds]
<archetech> a rpi dev got vulkan to work recently thats the ultimate DE speed plus it games well
<IgorPec> i am reading news, but we still have no developers for that kind of features. even colaboard only have perhaps 100 developers.
<IgorPec> full time
<archetech> no im just saying in general
<archetech> some neat stuff being experimented with outside of armbian
<archetech> kep in mind kde egl/es suport came to kde in 2011 its still not working
<IgorPec> those projects are backed with millions
<IgorPec> not sure if this is 10 or 100
<archetech> this stuff is narly mix of tech on foss no matter the money thrown at it
<IgorPec> you can't compare community project with companies that have 1000 employees
<IgorPec> it would be a criminal act not producting something ;)
<archetech> no foss project 1000 paid peeps I know of
<archetech> mozilla maybe
<IgorPec> it depends how you define foss
<IgorPec> canonical, redhat ?
<IgorPec> mozilla
<IgorPec> kde
<IgorPec> suse
<IgorPec> you name it
<archetech> yeah im talkin kde and under
<archetech> not global corps
<IgorPec> kde defenetly is backed substantionly
<archetech> blue systems
<IgorPec> probably the most out of those, canonical and red hat we can say they are corporations
<archetech> they do both foss and then services on top thats not the foss I mean
<IgorPec> there is almost no foss without backing
<archetech> so does IBM
<IgorPec> perhaps debian?
<IgorPec> and even debian is backed well
<IgorPec> because lots of corpo stuff depends upon it
<archetech> point is its super slow on some fronts
<IgorPec> what is slow?
<archetech> and gpu's are notoriusly complex dev area
<IgorPec> so you invest into that and sell stuff
<IgorPec> this is how the world runs nowadays
<IgorPec> which is why android is still around
<archetech> nobody seems to care enough so its a glacial pace on gpu front
<IgorPec> its all about money
<IgorPec> who will pay
<archetech> yeah arm is slow dev so is gpu I waited 3 yrs to buy this rock64 lol
<IgorPec> rock64 still sukcs
<archetech> been interesting though arm peeps are very forgiving of the dev pace
<IgorPec> arm creates custom chips
<archetech> yes esp if ya get a dud
<IgorPec> and if you don't know how to make use of them, too bad
<IgorPec> its not arm fault, nor chip fault
<archetech> my view is its a real weird cool mess
<archetech> most would agree
<IgorPec> arm is the world of diversity. so yeah
<IgorPec> which makes making a standards very hard, very compromising
<archetech> If I started an armbian Id focus on one family of sbc's and make if super organized
<archetech> like raspian does
<archetech> not that they execute it great I dont use rpi
macc24_ has joined #armbian
<IgorPec> raspiban is totally different story
<archetech> you guys are spead thin but it works pretty well from user pov
<IgorPec> in that case we would need to stick our nose into the hardware
<archetech> just an example idk how good it is too use and get support
<archetech> but then you'd have some weight to go to a board producer
<archetech> like if all rockchip distro then id say hey whats with you adding transistors/resistors to fix stufff wth
marcodiego has joined #armbian
archetech has quit [Quit: Konversation terminated!]
<marcodiego> I'm planning to compile mesa3d on my rockpi4 and want a good balance between stability and newer features/support. What is more recommended 2.0.8 or 20.1.5? Also, I know oibaf ppa, but want to compile it myself.
<Werner> You should ask mesa themselves about that rather than us ;)
<marcodiego> Werner, doing that right now
<IgorPec> 3d stuff is not very stable anywhere afaik
<marcodiego> well, I'm always amazed by NicoD videos and stuff
macc24 has quit [Quit: ZNC 1.7.5 - https://znc.in]
<marcodiego> would love to get accelerated OpenGL on my RockPi4
<IgorPec> that's possible, but regarding stability and which version to go with ... no idea
<Werner> I bet most recent
<marcodiego> Werner, that's what someone on #dri-devel is saying. I think that is what I'll go with
<Werner> Like Igor said you don't get good stability on any SoC. Just give it a try.
<marcodiego> I'll try 20.1. Anyone knows if it is easy to compile on armbian buster? I mean, does it need any non packaged dependencies? Is it easy to generate a .deb package so I can install/uninstall it with dpkg?
archetech has joined #armbian
<lanefu> IgorPec: is your N2+ online... if so can you test iperf -c targethost -R
<lanefu> we're seeing terrible receive performanc on archetech 's n2+ with armbian bullseye
<IgorPec> n2+ is on the desk, offline, n2 is online
<IgorPec> aha, let me change sd card
<lanefu> its hurting my brain.. i decompiled the dtb's for n2- adn n2+ and like voltage and frequency stuff is the only thign different
<IgorPec> nothing, no problems
<IgorPec> 5.7.13
<IgorPec> .14
<lanefu> focal?
<IgorPec> stretch
<lanefu> you mean buster?
<IgorPec> no, stretch :)
<IgorPec> i was doing some weird testings
<IgorPec> now upgrading to latest beta
<archetech> I jst booted ran upgrade got 1.2 MB/s gcc 10
<IgorPec> now i have no network :)
<IgorPec> perhaps upstram troubles?
<IgorPec> tried fixing kernel to 5.7.14?
<archetech> why not fix .15 ?
<archetech> I got new stuff fr lane installed by dpkg -i to try and help it it didnt help
<lanefu> archetech: it follows the 5.7.y mainline branch... so if upstreaem changes, then build has newer kernel
<IgorPec> .15 is not working for me
<IgorPec> arhetech: because fixing is expensive
<archetech> ok so I can wait for .16 I guess
<lanefu> you guys drive crazy
<lanefu> s/drive/drive me/
<ArmbianHelper> lanefu meant to say: you guys drive me crazy
<IgorPec> lanefu: leave this n2 as is
<IgorPec> its fucked up. i also spent a lot of time for almost no progress
<lanefu> all n2? or n2+
<IgorPec> i guess bothj
<IgorPec> not sure if there is a diff on the network, is it?
<archetech> lets go to 5.8.x !
<IgorPec> lets rather focus to push out a release.
<IgorPec> fuck off this n2
<lanefu> well its just upgrading that breaks n2 right? fresh imagee have been okay
<IgorPec> that seems so, yeah
<IgorPec> anyway we can buy a week when images are out
<IgorPec> update can wait
<lanefu> how do we prevent users from upgrading and breaking
<IgorPec> we have to figure out why this is happening
<IgorPec> then we will be able to mitigate
<IgorPec> i can assure you this board is not the only one
<IgorPec> its the one we know it has troubles
<IgorPec> Lime2 doesn't boot from eMMC ... but if one updates u-boot manually. This is ofc less critical
<lanefu> k... have we done big uboot verson changes?
macc24 has joined #armbian
macc24_ has quit [Quit: WeeChat 2.9]
<IgorPec> no, but such things happens
<IgorPec> that's mainline
<marcodiego> I'd just compiled mesa 2.1.5 on my rockpi4 on armbian buster. I didn't type "ninja install" since this may break my system. How do I create a debian package from it?
<IgorPec> does mesa have some support channel?
<marcodiego> IgorPec, dri-devel. Already asked there. Am I bothering the channel?
<IgorPec> its unlikely that someone knows such stuff here, on forum perhaps
<archetech> deb wiki ya need a bunch of stuff installed
<IgorPec> and from our perspective its some software thing
<archetech> try #debian for more info
<marcodiego> archetech, Thanks! I'll try there
RoyK has joined #armbian
<lanefu> ...and this time a tree fell accross the street and took out power
<ArmbianHelper> .and this time a tree fell accross the street and took out power [en~>eng]
<IgorPec> lanefu: you have a storm??
Miouyouyou has joined #armbian
Miouyouyou has joined #armbian
<Miouyouyou> I doubt you'll really break your system by installing the latest mesa
<archetech> true but no way to uninstall
<archetech> IgorPec, lane has a build thats fixed my plus nic
<archetech> on bullseye
<archetech> iperf both ways ok for now even after an update
<IgorPec> but i still get no network if i issue an update
<IgorPec> even on n2
<archetech> try this image
<archetech> lane-fu.com
<IgorPec> he is out of power
<IgorPec> what is the culprint?
<archetech> might be on backup still
<IgorPec> nope
<archetech> ok no idea whats diff on this
<IgorPec> then we will wait
<archetech> OC works too
<IgorPec> i know
<IgorPec> but its not stable
<Miouyouyou> marcodiego: Are you trying to compile panfrost ?
<marcodiego> Miouyouyou, I actually got it to compile. I'm afraid of typing "ninja install" because it may break my system
<Miouyouyou> It will install the libraries in /usr/local by default
<Miouyouyou> You're not going to break anything with that
<marcodiego> Miouyouyou, sure?
<Miouyouyou> But you won't be able to use them anyway, because the system will prefer /usr/lib to /usr/local/lib
<marcodiego> Miouyouyou, how do my installed software will use it then?
<Miouyouyou> You could always try to play with LD_LIBRARY_PATH=/usr/local/lib:/usr/local/lib/arm-linux-gnueabihf/ glmark2
<Miouyouyou> But that only works for single use
<Miouyouyou> For the rest, when configuring the project with meson, you'll have to setup the install dir... I don't remember the exact configuration directive
<marcodiego> Miouyouyou, hmmm... Could I type "LD_LIBRARY_PATH=/usr/local/lib:/usr/local/lib/arm-linux-gnueabihf/ supertuxkart" and have it running lightening fast?
<Miouyouyou> After ninja install, maybe. Give it a try
<Miouyouyou> But first launch it
<Miouyouyou> Launch supertuxkart
<Miouyouyou> Check how to know which driver it's using
<Miouyouyou> Then do ninja install
<Miouyouyou> Do the LD_LIBRARY_PATH thingy
<Miouyouyou> And then check again on supertuxkart
<marcodiego> Miouyouyou, ok... I'll trust you and try it. Wish me luck
<Miouyouyou> The main problem with Mesa, is that it gots tons of libraries here and there, and sometimes software always find a way to load THAT Mesa library from /usr/lib . You can also do LD_LIBRARY_PATH=/usr/local/lib:/usr/local/lib/arm-linux-gnueabihf/ ldd /path/to/supertuxkart to check which libraries the software is using.
<marcodiego> Miouyouyou, running supertuxkart is slow...
<Miouyouyou> Do the ldd thingy, paste results on pastebin, send the results
<marcodiego> Miouyouyou, I have to do a "sudo ninja install first", right?
<Miouyouyou> Yup
<Miouyouyou> Else, there's no Mesa library in /usr/local/lib
<Miouyouyou> Which means that the software will go back using those on /usr/lib, which are the slow ones
<marcodiego> Miouyouyou, ok. Current state: supertuxkart is slow... I'll do the "sudo ninja install"
<Miouyouyou> Alright
<marcodiego> Miouyouyou, "sudo ninja install" complete
<Miouyouyou> Yay !
<marcodiego> Miouyouyou, I'll try the ldd command now...
<Miouyouyou> Just in case, check that OpenGL libraries are present in /usr/local by doing : find /usr/local -iname "*gl*"
<marcodiego> Miouyouyou, result from ldd: https://pastebin.com/QCv7dsGW
dddddd has quit [Ping timeout: 240 seconds]
<marcodiego> Miouyouyou, result from the "find": https://pastebin.com/srA3ZVKM
<Miouyouyou> - /usr/lib/aarch64-linux-gnu/libGLX.so Hmm...
<Miouyouyou> I see
<Miouyouyou> The command should start with LD_LIBRARY_PATH=/usr/local/lib:/usr/local/lib/aarch64-linux-gnu/
<Miouyouyou> In your case
<Miouyouyou> LD_LIBRARY_PATH=/usr/local/lib:/usr/local/lib/aarch64-linux-gnu/ supertuxkart
<marcodiego> Miouyouyou, with the previous suggestion supertuxkart is still slow and has no sound. I'll try the new LD_CONFIG soon
<lanefu> IgorPec: a tropical storm came in from east coast
<lanefu> been raining all week
<lanefu> my neighborhood has lots of hills and trees, so they get unrooteed and fall
<IgorPec> aha, you got power back or on bateries?
<lanefu> generate and batteries :P
<lanefu> s/generate/generator
<ArmbianHelper> lanefu meant to say: generator and batteries :P
<Miouyouyou> And cycling
<IgorPec> aha
<marcodiego> Miouyouyou, no sound... still slow
<lanefu> i feel bad i thnk my neighbor's car is smashed
<Miouyouyou> marcodiego : Alright, try the ldd command with the new LD_CONFIG just in case
<IgorPec> you alright?
<Miouyouyou> marcodiego : Also try to pastebin the output of find /usr/local/lib -name "*.so"
<lanefu> yeah all good. thanks for asking
<marcodiego> Miouyouyou, ldd with the new LD_CONFIG: https://pastebin.com/taQYF0FN
<marcodiego> Miouyouyou, the new find: https://pastebin.com/Xyq8DBTW
<IgorPec> and how long this storm is likely to stay around? today / days?
<Miouyouyou> marcodiego Hmm... Can you try with glmark2 ? Depending on your distribution, you might have to recompile from Git, to get the latest working version
<Miouyouyou> The right libraries seems to be loaded, besides GLU... which should only be utilities
<marcodiego> Miouyouyou, glmark2 is not on my repositories. How do I clone it?
<marcodiego> Miouyouyou, will try
<marcodiego> Miouyouyou, strange... it looks like the sound is gone for good... don't know if this could be related
<Miouyouyou> I don't think so. I'll go with the red herring. Do you have sound on other softwares ?
<Miouyouyou> Hmm, on the Tinkerboard it seems that glmark2-es2-drm only works as root... Strange
<lanefu> IgorPec: more rain tomorrow then should be done
<IgorPec> ok. for the n2. any workaround like disabling images and not providing upgrade?
<Miouyouyou> I hate "sudo make-me-a-sandwich" systems : https://pastebin.com/raw/X75vN3JV
<lanefu> IgorPec: honsetly i'm not familiar enough with how the apt packaging works
dddddd has joined #armbian
<IgorPec> lanefu: you suspect that is the problem?
<IgorPec> i maen it could be
<marcodiego> Miouyouyou, compiling glmark2
<Miouyouyou> Ugh, the user has to be in the "render" and "video" groups to access /dev/dri/cardX and /dev/dri/renderX nodes
<Miouyouyou> Alright
<marcodiego> Miouyouyou, also, just tested playing an mp3 with mpv... sound works
<lanefu> yeah i feel like the apt package and scripts is where to spend some time, but thats just a hunch at a high level
<IgorPec> what about ramdisk size?
<IgorPec> even i think i ruled out that ...
<Miouyouyou> Let me check if supertuxkart can be compiled against SDL2... That might work better
<marcodiego> Miouyouyou, glmark2 installed and running. I see a spinning horse
<Miouyouyou> Can you provide the logs ? TO see which driver it's using
<Miouyouyou> Also how much FPS on that spinning horse ?
<marcodiego> Miouyouyou, pastebin of the terminal is enough?
<Miouyouyou> yup
<marcodiego> Miouyouyou, https://pastebin.com/VbFmvqm8 , the other examples have run too
<Miouyouyou> Launch it with LD_LIBRARY_PATH=/usr/local/lib:/usr/local/lib/aarch64-linux-gnu/ glmark2
<Miouyouyou> Else you're not using the right user-space drivers
<marcodiego> Miouyouyou, terminal still says Vmware.. llvm... so still software, right?
<Miouyouyou> Yep
<Miouyouyou> llvmpipe = software
<marcodiego> Miouyouyou, I mean, when runnin with the LD_LIBRARY_PATH, I sitll get "GL_RENDERER: llvmpipe (LLVM 7.0.1, 128 bits)" on the terminal. So. what is wrong?
<Miouyouyou> Hmm... just for kicks, try adding sudo at the beginning of the command
<Miouyouyou> Just to be sure it's a library problem, and not some kind of permissions issues
<marcodiego> Miouyouyou, with sudo, still llvmpipe
<Miouyouyou> If you do "dmesg | grep pan"
<Miouyouyou> Do you get something releated to panfrost ?
<marcodiego> Miouyouyou, yes
<marcodiego> Miouyouyou, and also in lsmod
<Miouyouyou> No errors, beside something about "cooling devices" ?
<Miouyouyou> Pastebin the terminal logs with LD_LIBRARY_PATH and glmark2, just in case
<marcodiego> Miouyouyou, https://pastebin.com/kRf8wYMf
mlp has joined #armbian
<Miouyouyou> Alright, first things first, we have to get rid of typing LD_LIBRARY_PATH everytime. Try to edit .bashrc and add, at the bottom, alias mesa_test=LD_LIBRARY_PATH=/usr/local/lib:/usr/local/lib/aarch64-linux-gnu
<Miouyouyou> Then open a new terminal and do "mesa_test ldd /usr/local/bin/glmark2"
<Miouyouyou> To check if the alias worked
<Miouyouyou> Then, open a real terminal (CTRL+ALT+F1), log in as your user, do mesa_test glmark2-es2-drm &> logs
<Miouyouyou> Then paste the logs on pastebin
<Miouyouyou> But my guess is that you might have to recompile the mesa drivers
<Miouyouyou> When it works, you should see
<Miouyouyou> GL_VENDOR: Panfrost
<Miouyouyou> GL_VERSION: OpenGL ES 3.0 Mesa 20.3.0-devel (git-fdb97d3d29)
<Miouyouyou> GL_RENDERER: Mali T760 (Panfrost)
<Miouyouyou> In the terminal output of glmark2
<Miouyouyou> Well, Mali T8xx in your case
<marcodiego> Miouyouyou, strange... I added the alias to ~/.bashrc but when I type "mesa_test ldd /usr/local/bin/glmark2" I get "mesa_test: command not found"
<Miouyouyou> Did you open a terminal ?
<marcodiego> Miouyouyou, yes, a new one
<marcodiego> Miouyouyou, ops, my bad...
<marcodiego> Miouyouyou, fixed
mlp has quit [Read error: Connection reset by peer]
<Miouyouyou> In the worst case, if you're not afraid of breaking your MESA installation, you can try to recompile the mesa libraries using this tutorial : https://panfrost.freedesktop.org/building-panfrost-mesa.html while adding --prefix=/usr to the meson command.
<marcodiego> Miouyouyou, When run on the console there is a error message
<Miouyouyou> Like glmark2-es2-drm not found ?
<marcodiego> Miouyouyou, MESA-LOADER: failed to open rockchip (search paths /usr/local/lib/aarch64-linux-gnu/dri)
<Miouyouyou> That's a permission issue
martinl has joined #armbian
<marcodiego> Miouyouyou, should I try as root?
<Miouyouyou> You won't have the alias as root
<Miouyouyou> Try to do this : usermod -a -G video username
BCMM has joined #armbian
<Miouyouyou> usermod -a -G render username
<Miouyouyou> Well, sudo usermod -a -G video username
<Miouyouyou> sudo usermod -a -G render username
<marcodiego> Miouyouyou, "usermod -a -G video username"
<marcodiego> Miouyouyou, "usermod -a -G video marco"
<Miouyouyou> For example, yeah, if your user is marco
<Miouyouyou> Then on the real temrinal (CTRL+ALT+F1) log out (CTRL+D) then log back in
<Miouyouyou> and retry the command
<marcodiego> Miouyouyou, logged out, in, run command, same error message
<Miouyouyou> Did you add the render too ?
<Miouyouyou> sudo usermod -a -G render marco
<Miouyouyou> ?
<marcodiego> no
<Miouyouyou> You need both, the permissions are... weird on /dev/dri/*
<marcodiego> Miouyouyou, retried with the render group. Logged out, in, re-tested, same error
<Miouyouyou> Can you do ls -l /dev/dri/*
<Miouyouyou> And : groups marco
<marcodiego> Miouyouyou, crw-rw----+ 1 root video 226, 0 Aug 15 12:29 card0
<Miouyouyou> Paste the result directly, if there's less than 4 lines
<marcodiego> Miouyouyou, same for card1
<marcodiego> Miouyouyou, crw-rw----+ 1 root render 226, 128 Aug 15 12:29 renderD128
<Miouyouyou> Alright, that matches
<marcodiego> Miouyouyou, groups: usermod -a -G video username
<marcodiego> Miouyouyou, groups: marco : marco tty disk dialout sudo audio video plugdev games users systemd-journal input render netdev ssh bluetooth
<Miouyouyou> Hmm, the user should be able to access /dev/dri/* nodes
<Miouyouyou> Paste the output of the log file on pastebin, just in case
<marcodiego> Miouyouyou, the files in /usr/local/lib/aarch64-linux-gnu/dri are: kms_swrast_dri.so panfrost_dri.so swrast_dri.so virtio_gpu_dri.so
<marcodiego> Miouyouyou, is that right?
<Miouyouyou> Yeah, the panfrost_dri.so is at least
<Miouyouyou> But does the error message mentions /usr/local/lib/aarch64 or /usr/lib/aarch64 (without local)
<Miouyouyou> Worst case, install "strace" and try this : mesa_test strace -o /tmp/logs glmark2-es2-drm
martinl has quit [Quit: leaving]
<marcodiego> Miouyouyou, https://pastebin.com/Jb2ekJiq
<Miouyouyou> And then paste /tmp/logs in pastebin
martinl has joined #armbian
<Miouyouyou> Ah, indeed, /usr/local/lib/aarch64-linux-gnu/dri/rockchip_dri.so
<Miouyouyou> is missing
<Miouyouyou> Hmm, try recompiling mesa using this tutorial https://panfrost.freedesktop.org/building-panfrost-mesa.html
<Miouyouyou> Just add --depth 1 when git cloning, to avoid spending hours to get the full history
martinl has quit [Client Quit]
<Miouyouyou> Keep the others commands as-is. Just follow it, do the ninja install and then do find -iname "*rockchip*" /usr/local/
<marcodiego> Miouyouyou, I infer that kmsro is missing
<marcodiego> Miouyouyou, from "meson configure" I have "gallium-drivers [swrast, virgl, panfrost]"
<Miouyouyou> I don't have kmsro on my Tinkerboard
<marcodiego> Miouyouyou, so, I'll just add kmsro and recompile, ok?
<Miouyouyou> Yup
<Miouyouyou> I guess that kmsro is a shorthand for KMS Rockchip
<Miouyouyou> Might be wrong though
martinl has joined #armbian
<marcodiego> Miouyouyou, anyway, I don't have it. And, AFAICS, it is the only reasonable difference from https://panfrost.freedesktop.org/building-panfrost-mesa.html
<marcodiego> Miouyouyou, got a few more files on /usr/local/lib/aarch64-linux-gnu/dri
<Miouyouyou> Nice
<Miouyouyou> Do the mesa_test glmark2-es2-drm command works ?
<marcodiego> Miouyouyou, and now we have rockchip_dri.so
<Miouyouyou> (Only works on real terminals)
<Miouyouyou> Yay
<marcodiego> Miouyouyou, works
<marcodiego> Miouyouyou, no error message
<Miouyouyou> Yaaay.
<Miouyouyou> Does it say Panfrost ?
<marcodiego> Miouyouyou, let's try supertuxkart
<Miouyouyou> on the terminal ?
<marcodiego> yes
<Miouyouyou> Alright
<Miouyouyou> mesa_test supertuxkart
<Miouyouyou> from a X11 console
<Miouyouyou> Worst case, you might have to restart the system
<Miouyouyou> Because we added rights for the user
<marcodiego> Miouyouyou, interesting: sound is working again
<Miouyouyou> But the user didn't log back in X11
<Miouyouyou> Wow
<Miouyouyou> Maybe it was related
<Miouyouyou> So, yeah, if the performances are still horrible, try a reboot and retry mesa_test supertuxkart
<marcodiego> Miouyouyou, but it still slow :(
<Miouyouyou> At least, we know that the /usr/local/lib drivers kind of work nicely
<Miouyouyou> So it's either a permission issue, or supertuxkart not catching the right libraries
<marcodiego> Miouyouyou, but why is supertuxkart still slow?
<Miouyouyou> Like I said, the X11 session still use the old rights
<marcodiego> Miouyouyou, the glmark2 score is still low: 60
<Miouyouyou> The X11 marco doesn't have 'video' and 'render' rights
<Miouyouyou> So it might fall back on the old drivers
<marcodiego> Miouyouyou, hmmm...
<marcodiego> Miouyouyou, so I can just logout and login, right?
<Miouyouyou> the glmark2 on the real console, or on X11 ?
<Miouyouyou> On the real console, glmark2 is vsync'ed by default
<marcodiego> Miouyouyou, on the console
<Miouyouyou> It won't go over 60 if your sceen configuration is 60Hz
<Miouyouyou> The X11 isn't VSync'ed though
<marcodiego> Miouyouyou, should I reboot or log out and log in again?
<Miouyouyou> Just try a reboot
<marcodiego> Miouyouyou, ok. Don't go away
<Miouyouyou> Alright
<marcodiego> I'll beright back
marcodiego has quit [Quit: Leaving]
marcodiego has joined #armbian
<marcodiego> Miouyouyou, mesa_test supertuxkart ... still slow
<Miouyouyou> At this point, this looks more like a supertuxkart issue... I don't have in mind a game that uses OpenGL ES on Linux
<marcodiego> Miouyouyou, "mesa_test glmark2" says llvmpipe
<Miouyouyou> Ow
<marcodiego> Miouyouyou, marco@rockpi-4b:~$ groups
<marcodiego> marco tty disk dialout sudo audio video plugdev games users systemd-journal input render netdev ssh bluetooth
<Miouyouyou> So X11 is dictating the OpenGL drivers ? Same thing on a real console (CTRL+ALT+F1) ?
<marcodiego> Miouyouyou, on the console there is no error message
<Miouyouyou> Does it states panfrost on the console ?
<marcodiego> Miouyouyou, yes
<Miouyouyou> So that's X11 then...
<Miouyouyou> My best bet would be to install the new Mesa drivers in /usr
<marcodiego> Miouyouyou, sure? :( what can be done about it then?
<Miouyouyou> I'm pretty sure X11 is still sticking with the old /usr/lib drivers so, you might have to replace them
<marcodiego> Miouyouyou, but that may break my system right?
<Miouyouyou> That can, if X11 is weirdly setup
<marcodiego> Miouyouyou, I mean, a "apt-get update" may replace files, no?
<Miouyouyou> I'd suggest to try wayland, but I'm not sure supertuxkart works on wayland
<Miouyouyou> Oh, yeah, it will
<Miouyouyou> The only "big" issue is if X11 locks down the whole system on start, because the OpenGL drivers mess with X11. It would be weird, but it's not like I haven't seen that from happening (with closed-source drivers though)
<Miouyouyou> If you feel adventurous, try adding "--prefix=/usr" to meson, when rebuilding mesa
<Miouyouyou> and then ninja install
<marcodiego> Miouyouyou, I'll think about that. Thanks for the help. I learned a lot
<Miouyouyou> You could also copy /usr/local/lib/* content in /usr/lib but... symlinks might generate issues if they're not recreated correctly
archetech has quit [Quit: Leaving]
<Miouyouyou> Alright
<marcodiego> Miouyouyou, If have any idea that doesn't risks breaking my system, feel free to tell me
<Miouyouyou> Hmm.. If you can boot on a SDCard
<marcodiego> Miouyouyou, I'm booting from an SDCard
<Miouyouyou> Then try buying another SDCard and do a system install where you install mesa in /usr/
<Miouyouyou> That will be my best "safe" bet
<marcodiego> Miouyouyou, I'll think about it. Thanks
<Miouyouyou> That way, if that messes up, you still have your original system on the other SDCard
<Miouyouyou> Alright. I'll go to sleep then. See you everyone !
archetech has joined #armbian
<marcodiego> Miouyouyou, What if I just copy the files
<marcodiego> Miouyouyou, What if I just copy the files?
marcodiego has quit [Quit: Leaving]
<ArmbianTwitter> @appelboor (Sander ⭐): @QuibianOs Ah, cool: I have an ARM64, so 64-bit. Can you provide a link to download? FWIW: it's now running Armbian Ubuntu. (16s ago)
BenG83 has joined #armbian
BenG83 has quit [Client Quit]
<archetech> IgorPec: fyi on kernel build
<archetech> [ .... ] Removing obsolete toolchain [ gcc-linaro-6.4.1-2017.11-x86_64_aarch64-linux-gnu ]
<archetech> <archetech> [ERROR] CUID#19 - Download aborted. URI=https://imola.armbian.com/_toolchains/gcc-arm-9.2-2019.12-x86_64-aarch64-none-linux-gnu.tar.xz
<archetech> no such dir as toolchains
<IgorPec> yes
<IgorPec> ignore
<IgorPec> will be fixed after the release / torrent rebuild
<archetech> ok
BCMM has quit [Quit: Konversation terminated!]
lids has quit [Ping timeout: 256 seconds]
lids has joined #armbian
LanDi has joined #armbian