NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
ea91455700
kumquat-buildroot/package/sunxi-mali/sunxi-mali.mk

74 lines
2.4 KiB
Makefile
Raw Normal View History

sunxi-mali: new package [Thomas: remove trailing whitespace, install libraries with execution permissions so that they get stripped by Buildroot, r2p4 is only available on EABI toolchains, r3p0 on EABIhf toolchains.] Signed-off-by: Spenser Gilliland <spenser@gillilanding.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-07-20 01:37:52 +02:00
################################################################################
#
# sunxi-mali
#
################################################################################
sunxi-mail: hack to work around autobuilder issue Fixes http://autobuild.buildroot.org/results/5a5/5a50be9feeb5da7694e9a42f615f0b7276319aeb/ The recent change to use git submodules for sunxi-mali instead of the github wrapper without changing the version unfortunately doesn't work for people who have already built sunxi-mali, as the existing github tarball will be used instead of buildroot doing a clean git clone (with submodules). The sunxi-mali commit we are using is the latest in the repo, so we cannot fix it by bumping the version. Instead simply remove the last character of the VERSION sha1 so the existing tarballs are no longer used. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-07-03 12:34:19 +02:00
# last sha1 character dropped to ensure unique filename
SUNXI_MALI_VERSION = d343311efc8db166d8371b28494f0f27b6a5872
package/sunxi-mali: use git submodules The sunxi-mali git tree is set up with a submodule that contains the actual libraries. Since there was no support for git submodules so far, we used a dirty trick to have that submodule cloned by its own package, with sunxi-mali just vampirising it into its own build dir. Now that we have support for git submodules, we can simplify stuff a bit, and have sunxi-mali directly download the proprietary libs itself. Remove the .hash file since we're not checking hashes for git clones. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-07-03 10:33:10 +02:00
SUNXI_MALI_SITE = https://github.com/linux-sunxi/sunxi-mali
SUNXI_MALI_SITE_METHOD = git
# Get the sunxi-mali-proprietary libraries
SUNXI_MALI_GIT_SUBMODULES = YES
sunxi-mali: new package [Thomas: remove trailing whitespace, install libraries with execution permissions so that they get stripped by Buildroot, r2p4 is only available on EABI toolchains, r3p0 on EABIhf toolchains.] Signed-off-by: Spenser Gilliland <spenser@gillilanding.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-07-20 01:37:52 +02:00
SUNXI_MALI_INSTALL_STAGING = YES
package/sunxi-mali: use git submodules The sunxi-mali git tree is set up with a submodule that contains the actual libraries. Since there was no support for git submodules so far, we used a dirty trick to have that submodule cloned by its own package, with sunxi-mali just vampirising it into its own build dir. Now that we have support for git submodules, we can simplify stuff a bit, and have sunxi-mali directly download the proprietary libs itself. Remove the .hash file since we're not checking hashes for git clones. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Peter Korsgaard <peter@korsgaard.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-07-03 10:33:10 +02:00
SUNXI_MALI_DEPENDENCIES = libump
packages: make providers declare what they provide Fixes: http://autobuild.buildroot.org/results/285/2851069d6964aa46d26b4aabe7d84e8c0c6c72ce http://autobuild.buildroot.net/results/9b7/9b7870354d70e27e42d3d9c1f131ab54706bf20e [...] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Peter Korsgaard <jacmet@uclibc.org> Cc: Thomas De Schampheleire <patrickdepinguin@gmail.com> Cc: Arnout Vandecappelle <arnout@mind.be> Cc: Samuel Martin <s.martin49@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-05-15 19:37:05 +02:00
SUNXI_MALI_PROVIDES = libegl libgles
sunxi-mali: new package [Thomas: remove trailing whitespace, install libraries with execution permissions so that they get stripped by Buildroot, r2p4 is only available on EABI toolchains, r3p0 on EABIhf toolchains.] Signed-off-by: Spenser Gilliland <spenser@gillilanding.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-07-20 01:37:52 +02:00
# The options below must be provided in the environment. Providing these
# through options overrides the value and prevents the makefiles from
# appending to these variables. This is used throughout the sunxi-mali build
# system.
#
# Furthermore, the -lm -dl -lpthread options are included due to a possible bug
# in the way the linaro 2013.06 toolchain handles shared libraries.
SUNXI_MALI_MAKE_ENV = \
CC="$(TARGET_CC)" \
CFLAGS="$(TARGET_CFLAGS) -lm -ldl -lpthread" \
$(TARGET_MAKE_ENV)
package/sunxi-mali: remove sunxi-mali libMali for r2p4 Mali kernel modules sunxi-mali userspace drivers (libMali.so) for r2p4 Mali kernel modules are linked against libUMP.so.2 but libump package in Buildroot only provide libUMP.so.3. In upstream commit 1c5063f43cdc9de341c0d63b2e3921cab86c7742 [1], library versioning was added. For the r3p* libraries, libUMP.so.3 is used (and provided by Buildroot libump package), but for the r2p* libraries, libUMP.so.2 is used (and not provided by Buildroot libump package). Due to this any program or library trying to link with -lGLESv2 or -lEGL will fail with the following error: arm-none-linux-gnueabi/bin/ld: warning: libUMP.so.2, needed by output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libMali.so, not found (try using -rpath or -rpath-link) output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_close' output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_mapped_pointer_get' output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_secure_id_get' output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_mapped_pointer_release' output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libMali.so: undefined reference to `ump_reference_add' output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libMali.so: undefined reference to `ump_size_get' output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_reference_release' output/host/usr/arm-buildroot-linux-gnueabi/sysroot/armv4t/usr/lib/libEGL.so: undefined reference to `ump_open' collect2: error: ld returned 1 exit status Since nothing provides libUMP.so.2, this commit removes the BR2_PACKAGE_SUNXI_MALI_R2P4 option and adds the BR2_ARM_EABIHF dependency directly to sunxi-mali package. Fixes: http://autobuild.buildroot.net/results/8d0/8d0b78798abf0c4ca124952d0d0455da6f8fa14f/ [1] https://github.com/linux-sunxi/sunxi-mali-proprietary/commit/1c5063f43cdc9de341c0d63b2e3921cab86c7742 [2] http://lists.busybox.net/pipermail/buildroot/2017-February/183500.html Signed-off-by: Romain Naour <romain.naour@gmail.com> Cc: Francois Perrad <francois.perrad@gadz.org> [Thomas: fix conflicts when applying on master, tweak commit log.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-21 22:43:16 +01:00
SUNXI_MALI_MAKE_OPTS += EGL_TYPE=framebuffer \
ABI=armhf
sunxi-mali: new package [Thomas: remove trailing whitespace, install libraries with execution permissions so that they get stripped by Buildroot, r2p4 is only available on EABI toolchains, r3p0 on EABIhf toolchains.] Signed-off-by: Spenser Gilliland <spenser@gillilanding.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2013-07-20 01:37:52 +02:00
ifeq ($(BR2_PACKAGE_SUNXI_MALI_R3P0),y)
SUNXI_MALI_MAKE_OPTS += VERSION=r3p0
endif
ifeq ($(BR2_PACKAGE_SUNXI_MALI_R3P1),y)
SUNXI_MALI_MAKE_OPTS += VERSION=r3p1
endif
define SUNXI_MALI_BUILD_CMDS
$(SUNXI_MALI_MAKE_ENV) $(MAKE) -C $(@D) $(SUNXI_MALI_MAKE_OPTS) all
$(TARGET_CC) $(TARGET_CFLAGS) -o $(@D)/version/version \
$(@D)/version/version.c
endef
define SUNXI_MALI_INSTALL_STAGING_CMDS
$(SUNXI_MALI_MAKE_ENV) $(MAKE) -C $(@D) \
$(SUNXI_MALI_MAKE_OPTS) DESTDIR=$(STAGING_DIR) install
# test must be built after install because it depends on headers that are
# generated during the install above.
$(SUNXI_MALI_MAKE_ENV) $(MAKE) -C $(@D) $(SUNXI_MALI_MAKE_OPTS) test
$(INSTALL) -D -m 0644 package/sunxi-mali/egl.pc \
$(STAGING_DIR)/usr/lib/pkgconfig/egl.pc
$(INSTALL) -D -m 0644 package/sunxi-mali/glesv2.pc \
$(STAGING_DIR)/usr/lib/pkgconfig/glesv2.pc
endef
define SUNXI_MALI_INSTALL_TARGET_CMDS
$(SUNXI_MALI_MAKE_ENV) $(MAKE) -C $(@D)/lib \
$(SUNXI_MALI_MAKE_OPTS) DESTDIR=$(TARGET_DIR) install
$(if $(BR2_PACKAGE_SUNXI_MALI_DBG),
$(INSTALL) -m 755 $(@D)/version/version $(TARGET_DIR)/usr/bin/maliver; \
$(INSTALL) -m 755 $(@D)/test/test $(TARGET_DIR)/usr/bin/malitest
)
endef
define SUNXI_MALI_INSTALL_INIT_SYSV
$(INSTALL) -D -m 0755 package/sunxi-mali/S80mali \
$(TARGET_DIR)/etc/init.d/S80mali
endef
$(eval $(generic-package))
Reference in New Issue Copy Permalink