New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Linux] EGL split up and cleanup #11986
Conversation
Added amlogic to the clean up. Tested on my wetek hub and seems to work fine. In progress android cleanup here https://github.com/lrusak/xbmc/tree/egl-cleanup-android hopefully imx6 after that. |
If you rename/move files around you'll lose (GitHub) history. There's no way around it currently. That happens because GitHub doesn't use However, you can still take advantage of git blame if moving the file and changing its content is done in two separate commits. I suggest moving first. See #10446 for reference. Right now you are losing everything. Test For comparison, https://github.com/xbmc/xbmc/blob/master/CMakeLists.txt |
Sorry to chime in, but this was a problem some time ago here #5481 (comment) |
@hudokkow if you look at the commit changes at a whole you will see that github picks up the move and shows |
github shows file renames as a "whole" just in the pr when you go to browse changes tab. this is not what we care about in general. you should not delete and re-add renamed files in two commits. do everything in one (rename + your changes) commit per platform and you are done with it. git log --follow will work. git blame will work ;) another reason to go for one commit per platform is.. git bisect. it would cost you some extra work to keep every single commit "buildable". so please do not break it ;) |
b477b98
to
2362647
Compare
@stefansaraev thanks for the explanation. I'll leave the commits separate for now as it's easier for review, I can squash when ready. 👍 |
+1 |
Pushed changes for android, It builds ok but I'm not sure if it runs yet because I have issues installing it on my Nexus 4. |
Android isn't working as it crashes upon launch but I am having trouble debugging. Maybe someone can help me here. via logcat all I see is
|
pushed a commit that to get android working. 👍 Now to move on to imx6. |
Added imx6. It builds but it won't be working correctly yet as I'm not sure how to handle some stuff. I also don't have any imx6 hardware to test with. Is it true that the entire display system has to be destroyed in order to change display modes? Can we just drop imx6 and move it to drm/kms? ;) |
If I can get an ok by the platform devs for android, amlogic, and rpi, I can drop imx6 and leave that in the windowing/egl directory for now until I'm able to get a device and test the changes. |
5a6bf63
to
3da5bd4
Compare
I've dropped the imx6 commits. I consider this good to go unless we want to wait until imx6 can be included as well. Platform devs please looks over: |
note that |
m_stereo_mode = RENDER_STEREO_MODE_OFF; | ||
m_delayDispReset = false; | ||
|
||
m_rpi = new CRPIUtils(); |
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
xbmc/windowing/rpi/WinSystemRpi.cpp
Outdated
@@ -58,6 +58,9 @@ CWinSystemRpi::~CWinSystemRpi() | |||
{ | |||
m_nativeWindow = nullptr; | |||
} | |||
|
|||
m_rpi = nullptr; | |||
delete m_rpi; |
This comment was marked as spam.
This comment was marked as spam.
Sorry, something went wrong.
+1 from me jenkins build this please |
Works for me. |
What is the consensus, is it ok to merge before imx6 cleanup is finished? Would still be nice to get an ok from an amlogic person @stefansaraev @peak3d @codesnake |
worked for me last time I tested it. will re-test in 20 min and update this comment works for me ^^ |
jenkins build this please |
Description
windowing/egl is a mess, let's split it up and clean it up. This basically just splits all existing code into a separate directory. This isn't meant to change the code in any way, only how it is organized. The code can be cleaned up later (which it needs IMO).
My only concern here is the git history and how to properly preserve it.
Mainly I would like to preserve the EGLNativeTypeRaspberryPI.h -> RPIUtils.h change as github picks up the EGLNativeTypeRaspberryPI.cpp -> RPIUtils.c change automatically.
I'll see what I can do about this.
ping @popcornmix and @FernetMenta for review.
RPi is the most complicated of the bunch so I took that on first. The other targets should be relatively easy though I can only test amlogic (I have no
androidor imx6 devices available). If someone else wants to take one on that's great, otherwise I'll just try and work through it.Motivation and Context
windowing/egl is a confusing mess and should die in a fire
How Has This Been Tested?
built on LibreELEC and tested to match all existing functionality.
Screenshots (if appropriate):
Types of change
Checklist: