qbit/xenocara
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
2c83b87d07
xenocara/lib/mesa/Makefile.bsd-wrapper

82 lines
2.6 KiB
Makefile
Raw Normal View History

Build radeon drivers on arm64. ok jsg@, matthieu@
2018-08-27 09:04:15 -06:00
# $OpenBSD: Makefile.bsd-wrapper,v 1.20 2018/08/27 15:04:15 kettenis Exp $
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
.include <bsd.own.mk>
The futex-based implementation of libxshmfence requires atomic operations that hppa, m88k and sh don't provide. Since DRI3 requires libxshmfence, this means we can't enable DRI3 on these platforms. ok matthieu@
2018-06-28 14:11:32 -06:00
.include <bsd.xconf.mk>
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
Merge Mesa 17.1.6
2017-08-14 03:57:57 -06:00
SHARED_LIBS= EGL 1.1 gbm 0.2 glapi 0.2 GL 17.1 GLESv1_CM 1.0 GLESv2 1.2 \
OSMesa 11.0
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
DRI_DRIVERS= swrast
Build the gallium software rasteriser (softpipe). This avoids a problem mpi found where the r300 driver would not load on macppc due to an undefined drisw_create_screen symbol. The code related to that symbol was removed sometime after Mesa 11.0 branched. Initial diff from and ok mpi@
2015-12-20 05:31:01 -07:00
GALLIUM_DRIVERS= swrast
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
.if ${MACHINE} == i386 || ${MACHINE} == amd64
DRI_DRIVERS=swrast,radeon,r200,i915,i965
Build the gallium software rasteriser (softpipe). This avoids a problem mpi found where the r300 driver would not load on macppc due to an undefined drisw_create_screen symbol. The code related to that symbol was removed sometime after Mesa 11.0 branched. Initial diff from and ok mpi@
2015-12-20 05:31:01 -07:00
GALLIUM_DRIVERS=swrast,r300,r600
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
.endif
Build radeon drivers on arm64. ok jsg@, matthieu@
2018-08-27 09:04:15 -06:00
.if ${MACHINE} == arm64 || ${MACHINE} == loongson || \
${MACHINE} == macppc || ${MACHINE} == sparc64
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
DRI_DRIVERS=swrast,radeon,r200
Build the gallium software rasteriser (softpipe). This avoids a problem mpi found where the r300 driver would not load on macppc due to an undefined drisw_create_screen symbol. The code related to that symbol was removed sometime after Mesa 11.0 branched. Initial diff from and ok mpi@
2015-12-20 05:31:01 -07:00
GALLIUM_DRIVERS=swrast,r300,r600
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
.endif
CONFIGURE_ARGS= --with-dri-drivers=${DRI_DRIVERS} \
--with-gallium-drivers=${GALLIUM_DRIVERS} \
--disable-silent-rules \
Revert to Mesa 13.0.6 again. Corruption has again been reported on Intel hardware running Xorg with the modesetting driver (which uses OpenGL based acceleration instead of SNA acceleration the intel driver defaults to). Reported in various forms on Sandy Bridge (X220), Ivy Bridge (X230) and Haswell (X240). Confirmed to not occur with the intel driver but the xserver was changed to default to the modesetting driver on >= gen4 hardware (except Ironlake). One means of triggering this is to open a large pdf with xpdf on an idle machine and highlight a section of the document. There have been reports of gpu hangs on gen4 intel hardware (T500 with GM45, X61 with 965GM) when starting Xorg as well.
2018-01-07 22:41:20 -07:00
--disable-gallium-llvm \
--disable-llvm-shared-libs \
Make disabling regenerating source files provided in Mesa distfiles that require python/bison a configure flag instead of the previous way of testing whether python was found (which shouldn't be the case in xenocara even with ports packages installed). This is required when timestamps change on files causing targets to be invoked that will break if python and bison aren't available and found in path by the configure script.
2017-08-25 23:58:10 -06:00
--disable-regen-sources \
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
--enable-gles1 --enable-gles2 \
--enable-shared-glapi \
--enable-osmesa \
--enable-gbm \
Set the configure option to enable floating point textures. While the i965 driver enables support unconditionally other drivers such as r600 require this before they will claim to support OpenGL 3.x
2015-12-20 05:15:55 -07:00
--enable-texture-float \
Revert to Mesa 13.0.6 again. Corruption has again been reported on Intel hardware running Xorg with the modesetting driver (which uses OpenGL based acceleration instead of SNA acceleration the intel driver defaults to). Reported in various forms on Sandy Bridge (X220), Ivy Bridge (X230) and Haswell (X240). Confirmed to not occur with the intel driver but the xserver was changed to default to the modesetting driver on >= gen4 hardware (except Ironlake). One means of triggering this is to open a large pdf with xpdf on an idle machine and highlight a section of the document. There have been reports of gpu hangs on gen4 intel hardware (T500 with GM45, X61 with 965GM) when starting Xorg as well.
2018-01-07 22:41:20 -07:00
--with-egl-platforms="x11,drm" \
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
--prefix=${X11BASE} \
--with-dri-driverdir=${X11BASE}/lib/modules/dri \
--with-dri-searchpath=${X11BASE}/lib/modules/dri
The futex-based implementation of libxshmfence requires atomic operations that hppa, m88k and sh don't provide. Since DRI3 requires libxshmfence, this means we can't enable DRI3 on these platforms. ok matthieu@
2018-06-28 14:11:32 -06:00
.if ${XENOCARA_BUILD_DRI3:L} == "yes"
CONFIGURE_ARGS+= --enable-dri3
.endif
On i386, compile with -march=i586. The i965 driver requires 64-bit atomic operations and older CPUs lack the needed instructions. The hardware supported by that driver will never be used together those older CPUs. This might mean that even the software rasterizer doesn't work anymore on those. But they're so slow that you probably wouldn't want to anyway. ok jsg@
2015-11-26 12:05:49 -07:00
# The i965 driver uses the cmpxchg8b instruction
.if ${MACHINE} == i386
CONFIGURE_ARGS+= USER_CFLAGS="-march=i586" USER_CXXFLAGS="-march=i586"
.endif
Revert to Mesa 13.0.6 again. Corruption has again been reported on Intel hardware running Xorg with the modesetting driver (which uses OpenGL based acceleration instead of SNA acceleration the intel driver defaults to). Reported in various forms on Sandy Bridge (X220), Ivy Bridge (X230) and Haswell (X240). Confirmed to not occur with the intel driver but the xserver was changed to default to the modesetting driver on >= gen4 hardware (except Ironlake). One means of triggering this is to open a large pdf with xpdf on an idle machine and highlight a section of the document. There have been reports of gpu hangs on gen4 intel hardware (T500 with GM45, X61 with 965GM) when starting Xorg as well.
2018-01-07 22:41:20 -07:00
# powerpc lacks the __sync_add_and_fetch8 gcc atomic builtin
# which is used by the shader cache implementation
.if ${MACHINE_ARCH} == powerpc
CONFIGURE_ARGS+= --disable-shader-cache
Disable the shader cache in Mesa on powerpc. Its implementation uses gcc atomic builtins on a 64 bit integer which is not supported on 32 bit powerpc. Makes 3D work again on a PowerBook G4 with an ATI RV350 video card. tweak and ok jsg@
2017-01-21 04:23:09 -07:00
.endif
On alpha with -O2 gcc gets an ICE on 2 files. With help of jsg@
2016-02-20 03:49:47 -07:00
.if ${MACHINE} == alpha
# -O2 causes gcc ICE on main/format_pack.c and program/prog_execute.c
O1= -fdefer-pop -fguess-branch-probability -fcprop-registers \
-fif-conversion -fif-conversion2 -ftree-ccp -ftree-dce \
-ftree-dominator-opts -ftree-dse -ftree-ter -ftree-lrs -ftree-sra \
-ftree-copyrename -ftree-fre -ftree-ch -funit-at-a-time \
-fmerge-constants -fomit-frame-pointer
O2= ${O1} -fthread-jumps -fcrossjumping -foptimize-sibling-calls \
-fcse-follow-jumps -fcse-skip-blocks -fgcse -fgcse-lm \
-fexpensive-optimizations -frerun-cse-after-loop \
-fcaller-saves -fpeephole2 -fschedule-insns -fschedule-insns2 \
-fsched-interblock -fsched-spec -fregmove \
-fdelete-null-pointer-checks -freorder-blocks \
-freorder-functions -falign-functions -falign-jumps -falign-loops \
-falign-labels -ftree-pre
CONFIGURE_ARGS+= USER_CFLAGS="-O0 ${O2}"
.endif
add a real dependency on the shadow tree, removes the need to run make depend okay matthieu@ (I added a comment explaining why this comes after bsd.xorg.mk)
2017-07-02 03:52:23 -06:00
${.OBJDIR}/src/util/format_srgb.c:
add a makefile for xenocara
2015-11-21 20:11:30 -07:00
lndir -s -e obj -e obj.${MACHINE_ARCH} -e Makefile.bsd-wrapper ${.CURDIR}
.include <bsd.xorg.mk>
add a real dependency on the shadow tree, removes the need to run make depend okay matthieu@ (I added a comment explaining why this comes after bsd.xorg.mk)
2017-07-02 03:52:23 -06:00
# XXX needs to come after bsd.xorg.mk, because .if !target(config.status)
# won't trigger otherwise.
config.status: ${.OBJDIR}/src/util/format_srgb.c
Reference in New Issue Copy Permalink