GBM Video Driver - Retro Gaming - Tinkering Image Howto

[freebs]

Is the kernel patch for drm still relevant or is it in the mainline kernel now?

wget -O drm_plane_fix.patch https://pastebin.com/raw/MiTbZsPs
patch -p1 < drm_plane_fix.patch

that fails for me when i try to make odroidxu4_defconfig:

make odroidxu4_defconfig
HOSTCC scripts/basic/fixdep
HOSTCC scripts/kconfig/conf.o
SHIPPED scripts/kconfig/zconf.tab.c
SHIPPED scripts/kconfig/zconf.lex.c
SHIPPED scripts/kconfig/zconf.hash.c
HOSTCC scripts/kconfig/zconf.tab.o
HOSTLD scripts/kconfig/conf
drivers/amlogic/media_modules/Kconfig:97 ignoring type redefinition of 'AMLOGIC_MEDIA_ENHANCEMENT_DOLBYVISION' from 'boolean' to 'tristate'
***
*** Can't find default configuration "arch/arm/configs/odroidxu4_defconfig"!
***
scripts/kconfig/Makefile:112: recipe for target 'odroidxu4_defconfig' failed
make[1]: *** [odroidxu4_defconfig] Error 1
Makefile:583: recipe for target 'odroidxu4_defconfig' failed
make: *** [odroidxu4_defconfig] Error 2

[AreaScout]

Is the kernel patch for drm still relevant or is it in the mainline kernel now?

wget -O drm_plane_fix.patch https://pastebin.com/raw/MiTbZsPs
patch -p1 < drm_plane_fix.patch

that fails for me when i try to make odroidxu4_defconfig:

make odroidxu4_defconfig
HOSTCC scripts/basic/fixdep
HOSTCC scripts/kconfig/conf.o
SHIPPED scripts/kconfig/zconf.tab.c
SHIPPED scripts/kconfig/zconf.lex.c
SHIPPED scripts/kconfig/zconf.hash.c
HOSTCC scripts/kconfig/zconf.tab.o
HOSTLD scripts/kconfig/conf
drivers/amlogic/media_modules/Kconfig:97 ignoring type redefinition of 'AMLOGIC_MEDIA_ENHANCEMENT_DOLBYVISION' from 'boolean' to 'tristate'
***
*** Can't find default configuration "arch/arm/configs/odroidxu4_defconfig"!
***
scripts/kconfig/Makefile:112: recipe for target 'odroidxu4_defconfig' failed
make[1]: *** [odroidxu4_defconfig] Error 1
Makefile:583: recipe for target 'odroidxu4_defconfig' failed
make: *** [odroidxu4_defconfig] Error 2

No it's not, but you have to revert that code snipped I gave you, I told you already yesterday, also Hardkernel's Linux master is N2 (AmLogic) now and not XU4 anymore

edit: I have changed the patch and wrote a note that one can skip the part with kernel patching

RG

[freebs]

ok followed instructions as u gave them to me.. applied that last snippet.. kodi still fails to build.. I'm at a loss .. tried several times.. checked my depends..

fails here ..all the time..

In file included from /home/kodi/xbmc/xbmc/cores/VideoPlayer/VideoRenderers/HwDecRender/DRMPRIMEEGL.h:12:0,
from /home/kodi/xbmc/xbmc/cores/VideoPlayer/VideoRenderers/HwDecRender/RendererDRMPRIMEGLES.h:12,
from /home/kodi/xbmc/xbmc/windowing/gbm/WinSystemGbmGLESContext.cpp:11:
/home/kodi/xbmc/xbmc/utils/EGLImage.h:29:23: error: ‘DRM_FORMAT_MOD_INVALID’ was not declared in this scope
uint64_t modifier{DRM_FORMAT_MOD_INVALID};
^~~~~~~~~~~~~~~~~~~~~~
/home/kodi/xbmc/xbmc/utils/EGLImage.h:29:45: error: cannot convert ‘<brace-enclosed initializer list>’ to ‘uint64_t {aka long long unsigned int}’ in initialization
uint64_t modifier{DRM_FORMAT_MOD_INVALID};
^
build/windowing/gbm/CMakeFiles/windowing_Gbm.dir/build.make:254: recipe for target 'build/windowing/gbm/CMakeFiles/windowing_Gbm.dir/WinSystemGbmGLESContext.cpp.o' failed
make[2]: *** [build/windowing/gbm/CMakeFiles/windowing_Gbm.dir/WinSystemGbmGLESContext.cpp.o] Error 1
CMakeFiles/Makefile2:11495: recipe for target 'build/windowing/gbm/CMakeFiles/windowing_Gbm.dir/all' failed

[ 96%] Linking CXX static library legacy_interface.a
[ 96%] Built target legacy_interface
Makefile:138: recipe for target 'all' failed
make: *** [all] Error 2

have you compiled lately.. maybe I'm banging my head against a wall.

[MysteryScience]

Hi capitan @AreaScout

I tested the lastest changes and I must said that everything works just fine, Great work capitan!! =))))

I was able to compiled PPSSPP and RetroArch, but GoW still runs in PPSSPP very very slow, like 48 to 58% speed at max, I think maybe its due the lastest changes because my last test was on December and I was able to run GoW at 78 to 85% speed, beside that, the others games just works flawlessly.

I will try to compile an older version of PPSSPP and tested with the new EGL libraries, and test a little more with Reicast core today.

One more question capitan, its posible to compile mupen64plus libretro? still dont try it myself but maybe have you try it before? I mean, I found an old post from you about compiling Mupen64Plus but no the libretro version, in this link and v0ltumna's guide too

viewtopic.php?f=91&t=5258

but it will compiled / work with this GBM / mali's GLES driver configuration? well I know there is only one way to find out, but still any hints Senpain are more than welcome, I want to keep learning and Im learning a lot from this.

Kind regards and many thanks again my friend

[AreaScout]

ok followed instructions as u gave them to me.. applied that last snippet.. kodi still fails to build.. I'm at a loss .. tried several times.. checked my depends..

fails here ..all the time..

In file included from /home/kodi/xbmc/xbmc/cores/VideoPlayer/VideoRenderers/HwDecRender/DRMPRIMEEGL.h:12:0,
from /home/kodi/xbmc/xbmc/cores/VideoPlayer/VideoRenderers/HwDecRender/RendererDRMPRIMEGLES.h:12,
from /home/kodi/xbmc/xbmc/windowing/gbm/WinSystemGbmGLESContext.cpp:11:
/home/kodi/xbmc/xbmc/utils/EGLImage.h:29:23: error: ‘DRM_FORMAT_MOD_INVALID’ was not declared in this scope
uint64_t modifier{DRM_FORMAT_MOD_INVALID};
^~~~~~~~~~~~~~~~~~~~~~
/home/kodi/xbmc/xbmc/utils/EGLImage.h:29:45: error: cannot convert ‘<brace-enclosed initializer list>’ to ‘uint64_t {aka long long unsigned int}’ in initialization
uint64_t modifier{DRM_FORMAT_MOD_INVALID};
^
build/windowing/gbm/CMakeFiles/windowing_Gbm.dir/build.make:254: recipe for target 'build/windowing/gbm/CMakeFiles/windowing_Gbm.dir/WinSystemGbmGLESContext.cpp.o' failed
make[2]: *** [build/windowing/gbm/CMakeFiles/windowing_Gbm.dir/WinSystemGbmGLESContext.cpp.o] Error 1
CMakeFiles/Makefile2:11495: recipe for target 'build/windowing/gbm/CMakeFiles/windowing_Gbm.dir/all' failed

[ 96%] Linking CXX static library legacy_interface.a
[ 96%] Built target legacy_interface
Makefile:138: recipe for target 'all' failed
make: *** [all] Error 2

have you compiled lately.. maybe I'm banging my head against a wall.

freebs what are you doing -> lol, not having DRM_FORMAT_MOD_INVALID defined means you are using an outdated libdrm2 and libdrm-dev and if you are using the Ubuntu minimal image from the first post in this thread
the libdrm library is an up-to-date one, so either you are using an outdated image to build kodi or you have somehow installed and older version of libdrm, so what of the two options are you on ?

RG

[AreaScout]

Hi capitan @AreaScout

I tested the lastest changes and I must said that everything works just fine, Great work capitan!! =))))

I was able to compiled PPSSPP and RetroArch, but GoW still runs in PPSSPP very very slow, like 48 to 58% speed at max, I think maybe its due the lastest changes because my last test was on December and I was able to run GoW at 78 to 85% speed, beside that, the others games just works flawlessly.

I will try to compile an older version of PPSSPP and tested with the new EGL libraries, and test a little more with Reicast core today.

One more question capitan, its posible to compile mupen64plus libretro? still dont try it myself but maybe have you try it before? I mean, I found an old post from you about compiling Mupen64Plus but no the libretro version, in this link and v0ltumna's guide too

viewtopic.php?f=91&t=5258

but it will compiled / work with this GBM / mali's GLES driver configuration? well I know there is only one way to find out, but still any hints Senpain are more than welcome, I want to keep learning and Im learning a lot from this.

Kind regards and many thanks again my friend

v0ltumna's guide -- yes sad that he isn't around anymore, I really liked this guy, I mean he really had some nice guides

I have compiled mupen64plus libretro a million of times I think But not for a year now, so I am not up-to-date on this, normally I only post build tutorials from which I have modified the source code to add improvements or when the core is notorious hard to build.

My changes for PPSSPP are upstream now which was touchscreen support, easy build for ODROID's plus some stability patches, for vice 64 emulator it was the no border hack

You can use pre-build binaries found from here, it's huge:

https://oph.mdrjr.net/meveric/pool/xu3/libr/ and here https://oph.mdrjr.net/meveric/pool/main/libr/

As you can see it's meveric repo, some of the cores I helped him but the most of the cores he did, it's crazy cool

RG

[freebs]

that is the image i used..
libdrm-dev is already the newest version (2.4.74-1).
libdrm2 is already the newest version (2.4.74-1).
these are my versions.. is that correct

I'll start over.. although i have it running, i just would like to compile the latest and compile pvr-iptvsimple.

Ahh. it's all fun and games..thanks!

[AreaScout]

that is the image i used..
libdrm-dev is already the newest version (2.4.74-1).
libdrm2 is already the newest version (2.4.74-1).
these are my versions.. is that correct

I'll start over.. although i have it running, i just would like to compile the latest and compile pvr-iptvsimple.

Ahh. it's all fun and games..thanks!

No, it should be 2.4.91-2 and with latest updates 2.4.95

[freebs]

yay! compiled.. thanks dude!

[freebs]

Ok kodi built.. still no iptv yet.. but that's another story..
however kodi crashes on start with this WARNING: CDRMUtils::FindPlane - could not find plane

What might I have done wrong now ?

[AreaScout]

Ok kodi built.. still no iptv yet.. but that's another story..
however kodi crashes on start with this WARNING: CDRMUtils::FindPlane - could not find plane

What might I have done wrong now ?

I thought I have changed / edit my kodi howto, but somehow the changes didn't get inherited

Make sure that xbmc/xbmc/windowing/gbm/DRMUtils.cpp line 355 looks like this:

Code: Select all

if (SupportsFormat(plane, DRM_FORMAT_NV12))

Then compile and install it again, it should work

[freebs]

ok thanks bud.. I'll let ya know

[freebs]

Wooo hooo success! thank you very much!
I gotta takes notes...

[hominoid]

I'm not a gamer but I have been playing around with your build and having a lot of fun! Thanks for the great work!

[AreaScout]

I'm not a gamer but I have been playing around with your build and having a lot of fun! Thanks for the great work!

And thank you for that positive feedback

[PattonPlays]

Hey there, hope someone can give me a hand, first time doing anything like this. For some reason when I get to the dpkg -i mali-x11....... part it said the requested operation requires superuser privilege. I think I have that activated though. The user is in a bright neon green. Is that correct?

[mad_ady]

You need to run it as root. It's best if you do sudo su to switch to root before running that command.

[AreaScout]

Hey there, hope someone can give me a hand, first time doing anything like this. For some reason when I get to the dpkg -i mali-x11....... part it said the requested operation requires superuser privilege. I think I have that activated though. The user is in a bright neon green. Is that correct?

Hey PattonPlays

Nice to see you here I have watched your YouTube Channel several times Nice work, but on some Games (i.e PPSSPP) I felt like I already played some games with better performance like one could see in the videos, so I tried the newest PPSSPP and it really lost some speed compared to the last time I checked it, we had that also in the past, PPSSPP is changing a lot, sometimes with better performance on some titles sometimes worse.

If you want to see the same performance for i.e GoW Chains of Olympus, then you would have to reset your lokal branch to something back in September last year I guess with

Code: Select all

cd ppsspp
git reset --hard 57bf9e3
cmake -DUSING_EGL=OFF -DUSING_GLES2=ON -DUSE_FFMPEG=YES -DUSE_SYSTEM_FFMPEG=NO .
make -j7
./PPSSPPSDL --fullscreen

This is the good thing if you compile for yourself, you can choose the version with best performance for your own

Have fun and keep up your cool testings

[MysteryScience]

Hey PattonPlays

Nice to see you here I have watched your YouTube Channel several times Nice work, but on some Games (i.e PPSSPP) I felt like I already played some games with better performance like one could see in the videos, so I tried the newest PPSSPP and it really lost some speed compared to the last time I checked it, we had that also in the past, PPSSPP is changing a lot, sometimes with better performance on some titles sometimes worse.

If you want to see the same performance for i.e GoW Chains of Olympus, then you would have to reset your lokal branch to something back in September last year I guess with

Code: Select all

cd ppsspp
git reset --hard 57bf9e3
cmake -DUSING_EGL=OFF -DUSING_GLES2=ON -DUSE_FFMPEG=YES -DUSE_SYSTEM_FFMPEG=NO .
make -j7
./PPSSPPSDL --fullscreen

This is the good thing if you compile for yourself, you can choose the version with best performance for your own

Have fun and keep up your cool testings

Hi capitan,

Thanks for confirming my suspicion, in fact I have done the same (check out an old brach for PPSSPP), looks like the new version they are trying to optimize Vulkan for most of the games (is what I think) but in lost some perfomance with another games like GoW, I can confirm that you need a branch from like September 12th around that date (I try September 30th and the perfomance its no so good, playable but no so good)

if you want to fetch the list of commits use git log and check for the needed commit hash and the you can run or git reset --hard commit_sha or git checkout commit_sha

Kind regards.

[PattonPlays]

Hey there, hope someone can give me a hand, first time doing anything like this. For some reason when I get to the dpkg -i mali-x11....... part it said the requested operation requires superuser privilege. I think I have that activated though. The user is in a bright neon green. Is that correct?

Hey PattonPlays

Nice to see you here I have watched your YouTube Channel several times Nice work, but on some Games (i.e PPSSPP) I felt like I already played some games with better performance like one could see in the videos, so I tried the newest PPSSPP and it really lost some speed compared to the last time I checked it, we had that also in the past, PPSSPP is changing a lot, sometimes with better performance on some titles sometimes worse.

If you want to see the same performance for i.e GoW Chains of Olympus, then you would have to reset your lokal branch to something back in September last year I guess with

Code: Select all

cd ppsspp
git reset --hard 57bf9e3
cmake -DUSING_EGL=OFF -DUSING_GLES2=ON -DUSE_FFMPEG=YES -DUSE_SYSTEM_FFMPEG=NO .
make -j7
./PPSSPPSDL --fullscreen

This is the good thing if you compile for yourself, you can choose the version with best performance for your own

Have fun and keep up your cool testings

Hey tehre I'm glad you stumbled across my channel lol. I'm very new to linux but I think I got all of this done correctly except that last part you posted up there. I get this:

https://drive.google.com/file/d/1Ow2Q4h ... sp=sharing

[MysteryScience]

Well, looks like we cannot compile PPSSPP anymore

now it gives this error when you run the make command

[100%] Linking CXX executable PPSSPPSDL
lib/libCore.a(TextureDecoder.cpp.o): In function `CheckAlphaRGBA8888Basic(unsigned int const*, int, int, int)':
TextureDecoder.cpp:(.text+0xe04): undefined reference to `CheckAlphaRGBA8888NEON(unsigned int const*, int, int, int)'
lib/libCore.a(TextureDecoder.cpp.o): In function `CheckAlphaABGR4444Basic(unsigned int const*, int, int, int)':
TextureDecoder.cpp:(.text+0xe90): undefined reference to `CheckAlphaABGR4444NEON(unsigned int const*, int, int, int)'
lib/libCore.a(TextureDecoder.cpp.o): In function `CheckAlphaABGR1555Basic(unsigned int const*, int, int, int)':
TextureDecoder.cpp:(.text+0xf1c): undefined reference to `CheckAlphaABGR1555NEON(unsigned int const*, int, int, int)'
lib/libCore.a(TextureDecoder.cpp.o): In function `CheckAlphaRGBA4444Basic(unsigned int const*, int, int, int)':
TextureDecoder.cpp:(.text+0xfa8): undefined reference to `CheckAlphaRGBA4444NEON(unsigned int const*, int, int, int)'
lib/libCore.a(TextureDecoder.cpp.o): In function `CheckAlphaRGBA5551Basic(unsigned int const*, int, int, int)':
TextureDecoder.cpp:(.text+0x1034): undefined reference to `CheckAlphaRGBA5551NEON(unsigned int const*, int, int, int)'
collect2: error: ld returned 1 exit status
CMakeFiles/PPSSPPSDL.dir/build.make:909: recipe for target 'PPSSPPSDL' failed
make[2]: *** [PPSSPPSDL] Error 1
CMakeFiles/Makefile2:201: recipe for target 'CMakeFiles/PPSSPPSDL.dir/all' failed
make[1]: *** [CMakeFiles/PPSSPPSDL.dir/all] Error 2
Makefile:129: recipe for target 'all' failed
make: *** [all] Error 2

[MysteryScience]

Hey tehre I'm glad you stumbled across my channel lol. I'm very new to linux but I think I got all of this done correctly except that last part you posted up there. I get this:

https://drive.google.com/file/d/1Ow2Q4h ... sp=sharing

Ok, I think I got this, I will try to explain it (bear with me)

If you run this command git reset --hard 57bf9e3 make that your current branch back to point at <SOME-COMMIT> in this case we lost an importan commit in the CMakeList.

the CMakeList, is a build system that helps you to generate appropriate platform-specific build scripts

so the problem is here in the line 143.txt

message(FATAL_ERROR "Could not find libwayland, but USE_WAYLAND_WSI was enabled. Failing.")

and FATAL_ERROR is like the name can suggest, just stop everything. Building PPSSPPSDL on Linux with Wayland installed but USE_WAYLAND_WSI=OFF still links against Wayland (if installed on the system).

so the new version fix this with this code

change this lines

- message(FATAL_ERROR "Could not find libwayland, but USE_WAYLAND_WSI was enabled. Failing.")

and ADD this

+ message(STATUS "Could not find libwayland, but USE_WAYLAND_WSI was enabled. Failing.")

you only change the FATAL_ERROR, by a STATUS message, it should be work, but dunno if yo could find futher errors.

you could check this thread too:

https://github.com/hrydgard/ppsspp/issues/11536

ANd The another error (that one I posted) looks like something new, because the CMakeList was updated 6 days ago, it was a fresh install, so still need to check that

Kind regards

[AreaScout]

Hey tehre I'm glad you stumbled across my channel lol. I'm very new to linux but I think I got all of this done correctly except that last part you posted up there. I get this:

https://drive.google.com/file/d/1Ow2Q4h ... sp=sharing

Ok, I think I got this, I will try to explain it (bear with me)

If you run this command git reset --hard 57bf9e3 make that your current branch back to point at <SOME-COMMIT> in this case we lost an importan commit in the CMakeList.

the CMakeList, is a build system that helps you to generate appropriate platform-specific build scripts

so the problem is here in the line 143.txt

message(FATAL_ERROR "Could not find libwayland, but USE_WAYLAND_WSI was enabled. Failing.")

and FATAL_ERROR is like the name can suggest, just stop everything. Building PPSSPPSDL on Linux with Wayland installed but USE_WAYLAND_WSI=OFF still links against Wayland (if installed on the system).

so the new version fix this with this code

change this lines

- message(FATAL_ERROR "Could not find libwayland, but USE_WAYLAND_WSI was enabled. Failing.")

and ADD this

+ message(STATUS "Could not find libwayland, but USE_WAYLAND_WSI was enabled. Failing.")

you only change the FATAL_ERROR, by a STATUS message, it should be work, but dunno if yo could find futher errors.

you could check this thread too:

https://github.com/hrydgard/ppsspp/issues/11536

ANd The another error (that one I posted) looks like something new, because the CMakeList was updated 6 days ago, it was a fresh install, so still need to check that

Kind regards

Yes that's true, you have to search git log to see whats in and whats not, also you have to issue a git submodule update command after you reset to an certain commit id, ppsspp has a lot of sub modules and therefore is a little bitty about to set sub modules to the same commit id they had at this time.

@PattonPlays

Have fun, linux is really fun to play around and thinker with it, well all that emulation stuff in general is

RG

[MysteryScience]

Yes that's true, you have to search git log to see whats in and whats not, also you have to issue a git submodule update command after you reset to an certain commit id, ppsspp has a lot of sub modules and therefore is a little bitty about to set sub modules to the same commit id they had at this time.

@PattonPlays

Have fun, linux is really fun to play around and thinker with it, well all that emulation stuff in general is

RG

Hi Capitan,

I was able to compile PPSSPP with the commit you point it out. GoW run much much better betwwen 80 and 100% but still its does lag at some point, i will keep testing with another versions and I will test with another HDMI cable (dunno I think something the cable that I have maybe its no the best or gimme some kind of problems)

@PattonPlays

Use this CMakeLists.txt to compile PPSSPP with the version that @AreaScout point it out (is from himself )

https://raw.githubusercontent.com/hrydg ... eLists.txt

Kind regarads

[PattonPlays]

Yes that's true, you have to search git log to see whats in and whats not, also you have to issue a git submodule update command after you reset to an certain commit id, ppsspp has a lot of sub modules and therefore is a little bitty about to set sub modules to the same commit id they had at this time.

@PattonPlays

Have fun, linux is really fun to play around and thinker with it, well all that emulation stuff in general is

RG

Hi Capitan,

I was able to compile PPSSPP with the commit you point it out. GoW run much much better betwwen 80 and 100% but still its does lag at some point, i will keep testing with another versions and I will test with another HDMI cable (dunno I think something the cable that I have maybe its no the best or gimme some kind of problems)

@PattonPlays

Use this CMakeLists.txt to compile PPSSPP with the version that @AreaScout point it out (is from himself )

https://raw.githubusercontent.com/hrydg ... eLists.txt

Kind regarads

Oh man you guys are putting a LOT of faith in me being able to do this lol. This is why I do step by step tutorials.

[AreaScout]

Oh man you guys are putting a LOT of faith in me being able to do this lol. This is why I do step by step tutorials.

yes, learning by doing is the strategy But if you know how to do that you can beat every gaming image floating around in performance

RG

[Mangasora]

Hello. Following your tutorial I managed to compile kodi, but I did not succeed with hdmi cec.
I would be very grateful for some advice.

[AreaScout]

Hello. Following your tutorial I managed to compile kodi, but I did not succeed with hdmi cec.
I would be very grateful for some advice.

Do you have this feature enabled ? "Go to Settings -> Player -> Videos and enable adjust display refresh rate to On start/stop" because this will stop cec from working if you have, but without this feature live sucks

Also make sure that you only have one libcec.so laying around, preferably the right one ! Other then that it should work

RG

[bullghost]

Ahoy sailor

Yes that's true ./autogen.sh needs automake and autoconf, so one who needs to compile it knows for sure now how he can archive his task, with or without -> great !

RG

Hi hi my capitan

I trying to do everything from the begining and now when you run the next command to configure retroarch

Code: Select all

./configure --enable-opengles3 --enable-opengles --enable-neon --enable-floathard --enable-freetype

gives you the next error

"Build assumed that __ARM_NEON__ is defined, but it's not. Exiting..."

I think that RA mess something :/

If I remove --enable-neon it works.

another mistery my capitan

Kind regards.

another alternative to build Retroarch :

Code: Select all

CFLAGS="-O2 -mcpu=cortex-a7 -mfpu=neon-vfpv4 -mfloat-abi=hard -ftree-vectorize -funsafe-math-optimizations" ./configure --enable-opengles3 --enable-opengles --enable-neon --enable-floathard --enable-freetype

[Mangasora]

Do you have this feature enabled ? "Go to Settings -> Player -> Videos and enable adjust display refresh rate to On start/stop" because this will stop cec from working if you have, but without this feature live sucks

Also make sure that you only have one libcec.so laying around, preferably the right one ! Other then that it should work

RG

On N2 with CoreElec the same settings HDMI CEC works, but on XU4 stops. Do you know what needs to be changed.

Best Regards

[AreaScout]

On N2 with CoreElec the same settings HDMI CEC works, but on XU4 stops. Do you know what needs to be changed.

Best Regards

It does only affect the CEC with DRM display adapter driver and a 'lot' is needed and maybe already upstream, the same 'bug' happens with RockChip kernel, here is an attempt of fixing it in kernel https://github.com/Kwiboo/linux-rockchi ... 616b03cc9d and https://github.com/Kwiboo/linux-rockchi ... 25196685e1 it is an attempt to reconnect the cec adapter when display
resolution has changed iirc

If this is already upstream (I doubt it, because then libcec patch wouldn't be needed anymore because this patch waits for 100% upstream kernel support) one has to back port it to 4.14 or wait until we have 5.2 or 5.3 kernel for XU4

With the use of this Kernel patch also the libcec has to be patched with a new experimental patch https://github.com/Pulse-Eight/libcec/pull/380

From what I heard it should work, but I didn't had time to test it

RG

[paher]

Hi! I'm trying to compile SDL2 test and got error

Code: Select all

/usr/bin/ld: cannot find -lGL
collect2: error: ld returned 1 exit status
Makefile:248: recipe for target 'testshader' failed
make: *** [testshader] Error 1

Launching PPSSPPSDL after it causes an error

Code: Select all

I: NativeApp.cpp:1301: NativeShutdown called
SDL_CreateWindow failed: SDL not configured with OpenGL/GLX support
GL init error ''
loading control pad mappings from gamecontrollerdb.txt: SUCCESS!
I: NativeApp.cpp:770: NativeInitGraphics
E: MsgHandler.cpp:72: No draw context available!

[AreaScout]

Hi! I'm trying to compile SDL2 test and got error

Code: Select all

/usr/bin/ld: cannot find -lGL
collect2: error: ld returned 1 exit status
Makefile:248: recipe for target 'testshader' failed
make: *** [testshader] Error 1

Launching PPSSPPSDL after it causes an error

Code: Select all

I: NativeApp.cpp:1301: NativeShutdown called
SDL_CreateWindow failed: SDL not configured with OpenGL/GLX support
GL init error ''
loading control pad mappings from gamecontrollerdb.txt: SUCCESS!
I: NativeApp.cpp:770: NativeInitGraphics
E: MsgHandler.cpp:72: No draw context available!

The first compile error you can ignore, it's just the testshader executable that doesn't compile, all other tests should be compiled, did you test with ./testgles2 ? does that work ?

The second one looks like as if PPSSPPSDL chooses a OpenGL context, are you having multible SDL libraries on your system, you have to be sure that you are using the one which is compiled with --disable-video-opengl, issue a sudo apt remove libsdl2-2.0-0 libsdl2-dev just to be sure, and also double check if you generate the Makefile of PPSSPPSDL with cmake -DUSING_EGL=OFF -DUSING_GLES2=ON -DUSE_FFMPEG=YES -DUSE_SYSTEM_FFMPEG=NO .

RG

[paher]

Sorry my mistake. Thanks for the great work!