minou666 Posted July 18, 2018 Report Share Posted July 18, 2018 I got the SGX xorg working nicely. It supports the 3D GPU on the beagleboard X15. I got it to work on both Beagleboard X15 Rev A2 and Rev C. I plan to do the same with the beaglebone in a few weeks. I create the DRM driver for the kernel and the GLES and EGL libraries Now I want to get mate to work with it but have some issue which don't seem to have an easy solution. I started with this command : emerge -auDN @world It lists a lot of app and at the end this : The following mask changes are necessary to proceed: (see "package.unmask" in the portage(5) man page for more details) # required by media-libs/libepoxy-1.4.3::xorg-kit # required by x11-libs/gtk+-3.20.10::gnome-kit # required by app-crypt/gcr-3.20.0::gnome-kit[gtk] # required by gnome-base/gnome-keyring-3.20.0::gnome-kit # required by app-crypt/libsecret-0.18.5::gnome-kit # required by app-crypt/pinentry-1.0.0::core-kit[gnome-keyring] # required by app-crypt/gnupg-2.1.20-r1::core-kit # required by dev-vcs/git-2.15.2::core-kit[gpg] # required by @system # required by @world (argument) # /etc/portage/package.mask/mesa: =media-libs/mesa-17.2.8 # required by media-libs/mesa-17.2.8::xorg-kit[gallium,classic] # required by media-libs/libepoxy-1.4.3::xorg-kit # required by x11-libs/gtk+-3.20.10::gnome-kit # required by app-crypt/gcr-3.20.0::gnome-kit[gtk] # required by gnome-base/gnome-keyring-3.20.0::gnome-kit # required by app-crypt/libsecret-0.18.5::gnome-kit # required by app-crypt/pinentry-1.0.0::core-kit[gnome-keyring] # required by app-crypt/gnupg-2.1.20-r1::core-kit # required by dev-vcs/git-2.15.2::core-kit[gpg] # required by @system # required by @world (argument) # /etc/portage/package.mask/mesa: =app-eselect/eselect-mesa-0.0.10-r1 I do not want either mesa or xorg to be installed since they would conflict with what I have. SGX also has custom mesa files suzie ~ # dir /usr/lib/lib*MESA* lrwxrwxrwx 1 root root 34 15 jui 00:01 /usr/lib/libGLESv1_PVR_MESA.so -> libGLESv1_PVR_MESA.so.1.15.4564147* lrwxrwxrwx 1 root root 34 15 jui 00:01 /usr/lib/libGLESv1_PVR_MESA.so.1 -> libGLESv1_PVR_MESA.so.1.15.4564147* -rwxr-xr-x 1 root root 425332 14 jui 23:59 /usr/lib/libGLESv1_PVR_MESA.so.1.15.4564147* lrwxrwxrwx 1 root root 34 15 jui 00:01 /usr/lib/libGLESv2_PVR_MESA.so -> libGLESv2_PVR_MESA.so.1.15.4564147* lrwxrwxrwx 1 root root 34 15 jui 00:01 /usr/lib/libGLESv2_PVR_MESA.so.1 -> libGLESv2_PVR_MESA.so.1.15.4564147* -rwxr-xr-x 1 root root 443392 14 jui 23:59 /usr/lib/libGLESv2_PVR_MESA.so.1.15.4564147* suzie ~ # dir /usr/local/XSGX/lib/*EGL* lrwxrwxrwx 1 root root 15 15 jui 00:01 /usr/local/XSGX/lib/libEGL.so -> libEGL.so.1.0.0* lrwxrwxrwx 1 root root 15 15 jui 00:01 /usr/local/XSGX/lib/libEGL.so.1 -> libEGL.so.1.0.0* -rwxr-xr-x 1 root root 146176 14 jui 23:59 /usr/local/XSGX/lib/libEGL.so.1.0.0* Any idea how to get around this issue? I think it should be fairly straightforward to get the desktop started by changing the configuration for xinit (startx) How do we get lightdm to play the right way with my xorg? Here is the script to start xorg from Texas Instruments : The script is on /etc/init.d/xorg #!/bin/sh x_start() { # Start the X Server. # /usr/local/XSGX/bin/X -config /usr/local/XSGX/etc/xorg.conf > /dev/null 2>&1 & echo "Starting Xorg" return 0; } x_stop() { # Stop the X Server. # [ -f /tmp/.X0-lock ] && read XPID < /tmp/.X0-lock && [ -n "$XPID" ] && kill $XPID && while [ -e /proc/$XPID ] ; do sleep 1; don echo "Stopping Xorg" return 0; } # Deal with the type of invocation we get. # case "$1" in start) x_start ;; stop) x_stop ;; *) echo "$0: unknown argument $1." >&2; ;; esac Michel Link to comment Share on other sites More sharing options...
Recommended Posts