<mrfixit2001>
:) added the patch and will have the updated kernel in place in just a few minutes, keep you posted! And yes, absolutely understood, you're right. As my first attempt, I wanted to see if somehow it "just worked" ;)
<mrfixit2001>
anarsoul that patch fixed kmscube! rendering nicely as long as I pass -D as card1
<mrfixit2001>
oddly, export DISPLAY=1 no longer allows kmscube to run without the -D parameter
<mrfixit2001>
how do you recommend ensuring card1 is always set to display
jrmuizel has joined #lima
<anarsoul>
I compile display driver into the kernel and lima as a module
<anarsoul>
you can also do some magic with modprobe.conf to add soft-dependency for lima on display driver
<mrfixit2001>
Ok! I have lima compiled into the kernel so it can init earlier, but if I make it a module instead then you're saying it will auto-set card1 as display? Also - I can run a few retroarch emulators now, that's a really promising start. But SDL2 doesn't like the lima driver
<mrfixit2001>
anarsoul is there any way for me to remove the need to set the display to card1? Can I somehow make card0 the primary?
<mrfixit2001>
or will setting lima as a module do that?
<anarsoul>
display card has to be card0
<anarsoul>
not card1
<anarsoul>
lima has to be card1
<mrfixit2001>
So I guess I'm confused... I can't render anything to card0. I have to force the display to card1 in order to render anything.
<anarsoul>
because your display is likely card1
<mrfixit2001>
for example, I have to change the source code for a particular emulator from: drm.fd = open("/dev/dri/card0", O_RDWR); to instead use card1
<anarsoul>
and it has to be card0
<mrfixit2001>
haha yes, you've said that, I just don't know how to do it properly. Let me recompile lima as a module and see if that fixes it :P
<mrfixit2001>
So I believe we are closer now after that :)
<mrfixit2001>
anarsoul except now whenever I try any SDL application I get: SDL_CreateWindow failed: No OpenGL support in video driver
<mrfixit2001>
I'm not seeing much additional detail in the debug really
<mrfixit2001>
The application isn't compiled for opengl, it uses gles
<mrfixit2001>
so it should be looking for libgl
<mrfixit2001>
*should not
<anarsoul>
"SDL_CreateWindow failed for GL 3.2: No OpenGL support in video driver"
<mrfixit2001>
It's being compiled with -DOPENGL_LIBRARIES=GLESv2
<mrfixit2001>
amongst others of course... but same exact compile flags that are used when running with the libmali blob without opengl
<mrfixit2001>
sadly, the wife says I am now out of time to play haha I'll check the log later if you have any ideas for me
<anarsoul|c>
Anyway, it fails somewhere in SDL
<anarsoul|c>
So debug it
<mrfixit2001>
for what it's worth, I have this exact same issue with panfrost. "No OpenGL support in video driver"... so there's something about mesa that these apps just aren't liking... they are searching for opengl but shouldn't be, and don't encounter the same issue when using the mali blob and headers.
<mrfixit2001>
but with panfrost I wasn't even ever able to render kmscube, so this is a step in the right direction
<mrfixit2001>
will debug sdl next
<mrfixit2001>
thanks for the help so far!
kaspter has joined #lima
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #lima
yuq825 has joined #lima
camus has joined #lima
kaspter has quit [Ping timeout: 240 seconds]
camus is now known as kaspter
<anarsoul>
yuq825: hi
<yuq825>
hi
<anarsoul>
I've just got back home yesterday, I'll review your kernel patches sometime this week
<yuq825>
thanks
<anarsoul>
hope you'll come to next XDC :)
<yuq825>
thanks, would be good to meet you guys
jrmuizel has quit [Remote host closed the connection]
dddddd has quit [Remote host closed the connection]
_whitelogger has joined #lima
Elpaulo has quit [Read error: Connection reset by peer]
Elpaulo has joined #lima
yuq825 has quit [Quit: Leaving.]
megi has quit [Ping timeout: 240 seconds]
<anarsoul>
wow, mali450 on lafrite is really fast
<anarsoul>
looks like it's running at 744MHz
<Danct12>
anyone knows what's a good demo to run on mali 4xx?
<anarsoul>
q3a with opengl1 renderer? :)
<anarsoul>
gl2 doesn't work yet
<anarsoul>
but we'll get there
Barada has joined #lima
<Danct12>
<anarsoul "q3a with opengl1 renderer? :)"> any links?
anarsoul|c has quit [Quit: Connection closed for inactivity]
deesix has quit [Ping timeout: 265 seconds]
deesix has joined #lima
Elpaulo has quit [Read error: Connection reset by peer]
Elpaulo has joined #lima
adjtm_ has quit [Ping timeout: 265 seconds]
kaspter has quit [Read error: Connection reset by peer]
kaspter has joined #lima
adjtm_ has joined #lima
wens has joined #lima
wens has left #lima [#lima]
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #lima
mrfixit2001 has quit [Remote host closed the connection]
<rellla>
fine, so i should give that a try tomorrow. would make things easier if i can take a look into the streams ;)
<anarsoul>
thanks :)
<anarsoul>
I'm fine with your fix but it would be nice if we understand what blob does if there's no attributes
<rellla>
sadly piglit doesn't work with the blob so i hacked my own test prog based on yuq's gfx examples. gbm based.
<rellla>
anarsoul: yeah, i try to see what the blob does. even if it would do weird things :)
adjtm_ has joined #lima
jrmuizel has quit [Remote host closed the connection]
jrmuizel has joined #lima
<anarsoul>
MoeIcenowy: any progress on making a simple reproducer for misrendering issue?
drod has quit [Ping timeout: 240 seconds]
drod has joined #lima
drod has quit [Remote host closed the connection]
jrmuizel has quit [Remote host closed the connection]
mrfixit2001 has joined #lima
<mrfixit2001>
anarsoul just wanted to report back that the issue with SDL is that it requires to be compiled with the following defined if you're using mesa without X: MESA_EGL_NO_X11_HEADERS
<anarsoul>
OK, good to know, thanks
<mrfixit2001>
After recompiling SDL2.0.8 with that, basic SDL2 apps ran. that was on an aarch64 compile, I'm moments away from booting the 32-bit compile (with 64-bit kernel). The majority of the applications in this build require 32-bit userspace, so we will see if there's any conflict between the kernel drivers at 64-bit and the userspace mesa at 32-bit
<mrfixit2001>
anarsoul good news and bad news - kmscube works, emulationstation works, retroarch kinda works... bad news - a lot of other things don't haha this also popped up in dmesg: https://pastebin.com/M56PdTQG
jrmuizel has joined #lima
<mrfixit2001>
some things that rendered fine with an entire aarch64 build don't render at all with the 32-bit userspace over 64-bit kernel
<anarsoul>
mrfixit2001: well, fix it? :)
megi has quit [Ping timeout: 240 seconds]
<anarsoul>
it's pretty low priority atm to fix 32 bit userspace with 64 bit kernel