From owner-freebsd-x11@freebsd.org Sun Dec 6 02:51:23 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D05A3A3BA56 for ; Sun, 6 Dec 2015 02:51:23 +0000 (UTC) (envelope-from pkg-fallout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B61781A25 for ; Sun, 6 Dec 2015 02:51:23 +0000 (UTC) (envelope-from pkg-fallout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id B2C13A3BA54; Sun, 6 Dec 2015 02:51:23 +0000 (UTC) Delivered-To: x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 970E8A3BA52; Sun, 6 Dec 2015 02:51:23 +0000 (UTC) (envelope-from pkg-fallout@FreeBSD.org) Received: from beefy1.nyi.freebsd.org (beefy1.nyi.freebsd.org [IPv6:2610:1c1:1:6080::16:e4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3E0E31A20; Sun, 6 Dec 2015 02:51:23 +0000 (UTC) (envelope-from pkg-fallout@FreeBSD.org) Received: from beefy1.nyi.freebsd.org (localhost [127.0.0.1]) by beefy1.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id tB62pMKq017440; Sun, 6 Dec 2015 02:51:22 GMT (envelope-from pkg-fallout@FreeBSD.org) Received: (from root@localhost) by beefy1.nyi.freebsd.org (8.15.2/8.15.2/Submit) id tB62pMb9017427; Sun, 6 Dec 2015 02:51:22 GMT (envelope-from pkg-fallout@FreeBSD.org) Date: Sun, 6 Dec 2015 02:51:22 GMT From: pkg-fallout@FreeBSD.org Message-Id: <201512060251.tB62pMb9017427@beefy1.nyi.freebsd.org> To: x11@FreeBSD.org Subject: [package - 93i386-default][x11-servers/xorg-dmx] Failed for xorg-dmx-1.17.4, 1 in build Cc: pkg-fallout@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2015 02:51:24 -0000 You are receiving this mail as a port that you maintain is failing to build on the FreeBSD package build server. Please investigate the failure and submit a PR to fix build. Maintainer: x11@FreeBSD.org Last committer: kwm@FreeBSD.org Ident: $FreeBSD: head/x11-servers/xorg-dmx/Makefile 399179 2015-10-13 07:45:08Z kwm $ Log URL: http://beefy1.nyi.freebsd.org/data/93i386-default/403015/logs/xorg-dmx-1.17.4,1.log Build URL: http://beefy1.nyi.freebsd.org/build.html?mastername=93i386-default&build=403015 Log: ====>> Building x11-servers/xorg-dmx build started at Sun Dec 6 02:48:50 UTC 2015 port directory: /usr/ports/x11-servers/xorg-dmx building for: FreeBSD 93i386-default-job-19 9.3-RELEASE-p30 FreeBSD 9.3-RELEASE-p30 i386 maintained by: x11@FreeBSD.org Makefile ident: $FreeBSD: head/x11-servers/xorg-dmx/Makefile 399179 2015-10-13 07:45:08Z kwm $ Poudriere version: 3.1.10 Host OSVERSION: 1100085 Jail OSVERSION: 903000 ---Begin Environment--- SHELL=/bin/csh UNAME_p=i386 UNAME_m=i386 OSVERSION=903000 UNAME_v=FreeBSD 9.3-RELEASE-p30 UNAME_r=9.3-RELEASE-p30 BLOCKSIZE=K MAIL=/var/mail/root STATUS=1 SAVED_TERM= MASTERMNT=/usr/local/poudriere/data/.m/93i386-default/ref PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin POUDRIERE_BUILD_TYPE=bulk PKGNAME=xorg-dmx-1.17.4,1 OLDPWD=/ PWD=/usr/local/poudriere/data/.m/93i386-default/ref/.p/pool MASTERNAME=93i386-default SCRIPTPREFIX=/usr/local/share/poudriere USER=root HOME=/root POUDRIERE_VERSION=3.1.10 SCRIPTPATH=/usr/local/share/poudriere/bulk.sh LIBEXECPREFIX=/usr/local/libexec/poudriere LOCALBASE=/usr/local PACKAGE_BUILDING=yes ---End Environment--- ---Begin OPTIONS List--- ===> The following configuration options are available for xorg-dmx-1.17.4,1: SUID=on: Install the Xorg server with setuid bit set ====> Options available for the radio CONF: you can only select none or one of them HAL=off: Compile with HAL config support DEVD=on: Use devd for autoconfiguration of input devices ===> Use 'make config' to modify these settings ---End OPTIONS List--- --CONFIGURE_ARGS-- --disable-xvfb --disable-xnest --without-xmlto --disable-docs --disable-devel-docs --enable-dmx --localstatedir=/var --without-dtrace --with-xkb-path=/usr/local/share/X11/xkb --with-fontrootdir=/usr/local/share/fonts --enable-config-hal=no --disable-install-setuid --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- SHA1_LIB="-L/usr/lib -lcrypto" SHA1_CFLAGS="-I/usr/include" XDG_DATA_HOME=/wrkdirs/usr/ports/x11-servers/xorg-dmx/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/x11-servers/xorg-dmx/work HOME=/wrkdirs/usr/ports/x11-servers/xorg-dmx/work TMPDIR="/tmp" SHELL=/bin/sh CONFIG_SHELL=/bin/sh CONFIG_SITE=/usr/ports/Templates/config.site lt_cv_sys_max_cmd_len=262144 --End CONFIGURE_ENV-- --MAKE_ENV-- OPENSSLBASE=/usr OPENSSLDIR=/etc/ssl OPENSSLINC=/usr/include OPENSSLLIB=/usr/lib XDG_DATA_HOME=/wrkdirs/usr/ports/x11-servers/xorg-dmx/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/x11-servers/xorg-dmx/work HOME=/wrkdirs/usr/ports/x11-servers/xorg-dmx/work TMPDIR="/tmp" NO_PIE=yes SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -fno-strict-aliasing" CPP="cpp" CPPFLAGS="" LDFLAGS=" " LIBS="" CXX="c++" CXXFLAGS="-O2 -pipe -fno-strict-aliasing" MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -m 555" BSD_INSTALL_LIB="install -s -m 444" BSD_INSTALL_SCRIPT="install -m 555" BSD_INSTALL_DATA="install -m 0644" BSD_INSTALL_MAN="install -m 444" --End MAKE_ENV-- --PLIST_SUB-- SUID="" NO_SUID="@comment " HAL="@comment " NO_HAL="" DEVD="" NO_DEVD="@comment " SPARC64="@comment " OSREL=9.3 PREFIX=%D LOCALBASE=/usr/local RESETPREFIX=/usr/local PORTDOCS="" PORTEXAMPLES="" LIB32DIR=lib PERL_VERSION=5.20.3 PERL_VER=5.20 PERL5_MAN1=lib/perl5/site_perl/man/man1 PERL5_MAN3=lib/perl5/site_perl/man/man3 SITE_PERL=lib/perl5/site_perl SITE_ARCH=lib/perl5/site_perl/mach/5.20 DOCSDIR="share/doc/xorg-dmx" EXAMPLESDIR="share/examples/xorg-dmx" DATADIR="share/xorg-dmx" WWWDIR="www/xorg-dmx" ETCDIR="etc/xorg-dmx" --End PLIST_SUB-- --SUB_LIST-- SUID="" NO_SUID="@comment " HAL="@comment " NO_HAL="" DEVD="" NO_DEVD="@comment " PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/share/xorg-dmx DOCSDIR=/usr/local/share/doc/xorg-dmx EXAMPLESDIR=/usr/local/share/examples/xorg-dmx WWWDIR=/usr/local/www/xorg-dmx ETCDIR=/usr/local/etc/xorg-dmx --End SUB_LIST-- ---Begin make.conf--- MACHINE=i386 MACHINE_ARCH=i386 ARCH=${MACHINE_ARCH} USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PORTSDIR=/usr/ports PACKAGES=/packages DISTDIR=/distfiles #### /usr/local/etc/poudriere.d/make.conf #### DISABLE_MAKE_JOBS=poudriere ---End make.conf--- =================================================== By default, the X Server installs as a set-user-id root binary. When run by a normal user, it checks arguments and environment as done in the x11/wrapper port before handling them normally. If you are concerned about the security of this, but still want to run an X Server (for example using xdm/kdm/gdm, which will still run the server as root), you can cancel the build and set xorg-server_UNSET=SUID in /etc/make.conf. ===> License MIT accepted by the user =========================================================================== =================================================== ===> xorg-dmx-1.17.4,1 depends on file: /usr/local/sbin/pkg - not found ===> Installing existing package /packages/All/pkg-1.6.2.txz [93i386-default-job-19] Installing pkg-1.6.2... [93i386-default-job-19] Extracting pkg-1.6.2: .......... done Message from pkg-1.6.2: If you are upgrading from the old package format, first run: # pkg2ng ===> xorg-dmx-1.17.4,1 depends on file: /usr/local/sbin/pkg - found ===> Returning to build of xorg-dmx-1.17.4,1 =========================================================================== =================================================== =========================================================================== =================================================== By default, the X Server installs as a set-user-id root binary. When run by a normal user, it checks arguments and environment as done in the x11/wrapper port before handling them normally. If you are concerned about the security of this, but still want to run an X Server (for example using xdm/kdm/gdm, which will still run the server as root), you can cancel the build and set xorg-server_UNSET=SUID in /etc/make.conf. ===> License MIT accepted by the user ===> Fetching all distfiles required by xorg-dmx-1.17.4,1 for building =========================================================================== =================================================== By default, the X Server installs as a set-user-id root binary. When run by a normal user, it checks arguments and environment as done in the x11/wrapper port before handling them normally. If you are concerned about the security of this, but still want to run an X Server (for example using xdm/kdm/gdm, which will still run the server as root), you can cancel the build and set xorg-server_UNSET=SUID in /etc/make.conf. ===> License MIT accepted by the user ===> Fetching all distfiles required by xorg-dmx-1.17.4,1 for building => SHA256 Checksum OK for xorg/xserver/xorg-server-1.17.4.tar.bz2. =========================================================================== =================================================== =========================================================================== =================================================== By default, the X Server installs as a set-user-id root binary. When run by a normal user, it checks arguments and environment as done in the x11/wrapper port before handling them normally. If you are concerned about the security of this, but still want to run an X Server (for example using xdm/kdm/gdm, which will still run the server as root), you can cancel the build and set xorg-server_UNSET=SUID in /etc/make.conf. ===> License MIT accepted by the user ===> Fetching all distfiles required by xorg-dmx-1.17.4,1 for building ===> Extracting for xorg-dmx-1.17.4,1 => SHA256 Checksum OK for xorg/xserver/xorg-server-1.17.4.tar.bz2. =========================================================================== =================================================== =========================================================================== =================================================== ===> Patching for xorg-dmx-1.17.4,1 ===> Applying extra patch /usr/ports/x11-servers/xorg-dmx/../xorg-server/files/extra-arch-i386 ===> Applying FreeBSD patches for xorg-dmx-1.17.4,1 =========================================================================== =================================================== ===> xorg-dmx-1.17.4,1 depends on executable: gmake - not found ===> Installing existing package /packages/All/gmake-4.1_2.txz [93i386-default-job-19] Installing gmake-4.1_2... [93i386-default-job-19] `-- Installing indexinfo-0.2.4... [93i386-default-job-19] `-- Extracting indexinfo-0.2.4: .... done [93i386-default-job-19] `-- Installing libiconv-1.14_9... [93i386-default-job-19] `-- Extracting libiconv-1.14_9: .......... done [93i386-default-job-19] `-- Installing gettext-runtime-0.19.6... [93i386-default-job-19] `-- Extracting gettext-runtime-0.19.6: .......... done [93i386-default-job-19] Extracting gmake-4.1_2: .......... done exevents.c: In function 'InitProximityClassDeviceStruct': exevents.c:2069: warning: null format string exevents.c:2070: warning: null format string exevents.c: In function 'InitValuatorAxisStruct': exevents.c:2097: warning: null format string exevents.c:2098: warning: null format string exevents.c:2099: warning: null format string exevents.c:2100: warning: null format string exevents.c: In function 'SetScrollValuator': exevents.c:2130: warning: null format string exevents.c:2131: warning: null format string exevents.c:2132: warning: null format string CC extinit.lo CC getbmap.lo CC getdctl.lo CC getfctl.lo CC getfocus.lo CC getkmap.lo CC getmmap.lo CC getprop.lo CC getselev.lo CC getvers.lo CC grabdev.lo CC grabdevb.lo CC grabdevk.lo CC gtmotion.lo CC listdev.lo CC opendev.lo CC queryst.lo CC selectev.lo CC sendexev.lo CC setbmap.lo CC setdval.lo CC setfocus.lo CC setmmap.lo CC setmode.lo CC ungrdev.lo CC ungrdevb.lo CC ungrdevk.lo CC xiallowev.lo CC xibarriers.lo xibarriers.c: In function 'GetBarrierDevice': xibarriers.c:139: warning: null format string xibarriers.c: In function 'barrier_get_direction': xibarriers.c:160: warning: declaration of 'y1' shadows a global declaration /usr/include/math.h:255: warning: shadowed declaration is here xibarriers.c: In function 'barrier_is_blocking': xibarriers.c:224: warning: declaration of 'y1' shadows a global declaration /usr/include/math.h:255: warning: shadowed declaration is here xibarriers.c: In function 'barrier_inside_hit_box': xibarriers.c:266: warning: declaration of 'y1' shadows a global declaration /usr/include/math.h:255: warning: shadowed declaration is here xibarriers.c: In function 'barrier_find_nearest': xibarriers.c:329: warning: declaration of 'y1' shadows a global declaration /usr/include/math.h:255: warning: shadowed declaration is here CC xichangecursor.lo CC xichangehierarchy.lo xichangehierarchy.c: In function 'ProcXIChangeHierarchy': xichangehierarchy.c:424: warning: comparison is always false due to limited range of data type xichangehierarchy.c:438: warning: comparison is always false due to limited range of data type CC xigetclientpointer.lo CC xigrabdev.lo CC xipassivegrab.lo CC xiproperty.lo CC xiquerydevice.lo CC xiquerypointer.lo CC xiqueryversion.lo CC xiselectev.lo CC xisetclientpointer.lo CC xisetdevfocus.lo CC xiwarppointer.lo CCLD libXi.la CC stubs.lo CCLD libXistubs.la gmake[1]: Leaving directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/Xi' Making all in xkb gmake[1]: Entering directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/xkb' CC ddxBeep.lo CC ddxCtrls.lo CC ddxLEDs.lo CC ddxLoad.lo CC xkb.lo CC xkbUtils.lo CC xkbEvents.lo CC xkbAccessX.lo CC xkbSwap.lo CC xkbLEDs.lo CC xkbInit.lo xkbInit.c: In function 'InitKeyboardDeviceStructInternal': xkbInit.c:522: warning: null format string xkbInit.c:523: warning: null format string xkbInit.c:524: warning: null format string xkbInit.c:525: warning: null format string CC xkbActions.lo CC xkbPrKeyEv.lo CC maprules.lo CC xkmread.lo CC xkbtext.lo CC xkbfmisc.lo xkbfmisc.c: In function '_AddIncl': xkbfmisc.c:160: warning: declaration of 'index' shadows a global declaration /usr/include/strings.h:57: warning: shadowed declaration is here CC xkbout.lo CC XKBMisc.lo CC XKBAlloc.lo CC XKBGAlloc.lo CC XKBMAlloc.lo CCLD libxkb.la CC ddxVT.lo CC ddxPrivate.lo CC ddxKillSrv.lo CCLD libxkbstubs.la gmake[1]: Leaving directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/xkb' Making all in dbe gmake[1]: Entering directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/dbe' CC dbe.lo CC midbe.lo CCLD libdbe.la gmake[1]: Leaving directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/dbe' Making all in record gmake[1]: Entering directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/record' CC record.lo CC set.lo CCLD librecord.la gmake[1]: Leaving directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/record' Making all in xfixes gmake[1]: Entering directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/xfixes' CC cursor.lo CC region.lo CC saveset.lo CC select.lo CC xfixes.lo CCLD libxfixes.la gmake[1]: Leaving directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/xfixes' Making all in damageext gmake[1]: Entering directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/damageext' CC damageext.lo CCLD libdamageext.la gmake[1]: Leaving directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/damageext' Making all in composite gmake[1]: Entering directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/composite' CC compalloc.lo CC compext.lo CC compinit.lo CC compoverlay.lo CC compwindow.lo CCLD libcomposite.la gmake[1]: Leaving directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/composite' Making all in glx gmake[1]: Entering directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/glx' CC indirect_dispatch.lo CC indirect_dispatch_swap.lo indirect_dispatch_swap.c:86: warning: 'bswap_CARD64' defined but not used CC indirect_reqsize.lo CC indirect_size_get.lo CC indirect_table.lo CC clientinfo.lo CC createcontext.lo CC extension_string.lo CC indirect_util.lo indirect_util.c: In function 'get_decode_index': indirect_util.c:200: warning: declaration of 'index' shadows a global declaration /usr/include/strings.h:57: warning: shadowed declaration is here CC indirect_program.lo CC indirect_texture_compression.lo CC glxcmds.lo CC glxcmdsswap.lo CC glxext.lo CC glxdriswrast.lo CC glxdricommon.lo CC glxscreens.lo CC render2.lo CC render2swap.lo CC renderpix.lo CC renderpixswap.lo CC rensize.lo CC single2.lo CC single2swap.lo CC singlepix.lo CC singlepixswap.lo CC singlesize.lo CC swap_interval.lo CC xfont.lo CCLD libglx.la CC glxdri2.lo In file included from glxdri2.c:36: /usr/local/include/GL/internal/dri_interface.h:46: error: redefinition of typedef 'drm_context_t' /usr/local/include/libdrm/drm.h:72: error: previous declaration of 'drm_context_t' was here /usr/local/include/GL/internal/dri_interface.h:47: error: redefinition of typedef 'drm_drawable_t' /usr/local/include/libdrm/drm.h:73: error: previous declaration of 'drm_drawable_t' was here /usr/local/include/GL/internal/dri_interface.h:48: error: redefinition of typedef 'drm_clip_rect_t' /usr/local/include/libdrm/drm.h:825: error: previous declaration of 'drm_clip_rect_t' was here Makefile:720: recipe for target 'glxdri2.lo' failed gmake[1]: *** [glxdri2.lo] Error 1 gmake[1]: Leaving directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/glx' Makefile:771: recipe for target 'all-recursive' failed gmake: *** [all-recursive] Error 1 *** [do-build] Error code 1 Stop in /usr/ports/x11-servers/xorg-dmx. From owner-freebsd-x11@freebsd.org Sun Dec 6 04:28:37 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA548A3BC18 for ; Sun, 6 Dec 2015 04:28:37 +0000 (UTC) (envelope-from pkg-fallout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D42B91372 for ; Sun, 6 Dec 2015 04:28:37 +0000 (UTC) (envelope-from pkg-fallout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id D0B0DA3BC16; Sun, 6 Dec 2015 04:28:37 +0000 (UTC) Delivered-To: x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5075A3BC13; Sun, 6 Dec 2015 04:28:37 +0000 (UTC) (envelope-from pkg-fallout@FreeBSD.org) Received: from beefy2.nyi.freebsd.org (beefy2.nyi.freebsd.org [IPv6:2610:1c1:1:6080::16:e5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 594441370; Sun, 6 Dec 2015 04:28:37 +0000 (UTC) (envelope-from pkg-fallout@FreeBSD.org) Received: from beefy2.nyi.freebsd.org (localhost [127.0.0.1]) by beefy2.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id tB64Sa5v005745; Sun, 6 Dec 2015 04:28:36 GMT (envelope-from pkg-fallout@FreeBSD.org) Received: (from root@localhost) by beefy2.nyi.freebsd.org (8.15.2/8.15.2/Submit) id tB64Saxn005736; Sun, 6 Dec 2015 04:28:36 GMT (envelope-from pkg-fallout@FreeBSD.org) Date: Sun, 6 Dec 2015 04:28:36 GMT From: pkg-fallout@FreeBSD.org Message-Id: <201512060428.tB64Saxn005736@beefy2.nyi.freebsd.org> To: x11@FreeBSD.org Subject: [package - 93amd64-default][x11-servers/xorg-dmx] Failed for xorg-dmx-1.17.4, 1 in build Cc: pkg-fallout@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2015 04:28:38 -0000 You are receiving this mail as a port that you maintain is failing to build on the FreeBSD package build server. Please investigate the failure and submit a PR to fix build. Maintainer: x11@FreeBSD.org Last committer: kwm@FreeBSD.org Ident: $FreeBSD: head/x11-servers/xorg-dmx/Makefile 399179 2015-10-13 07:45:08Z kwm $ Log URL: http://beefy2.nyi.freebsd.org/data/93amd64-default/403015/logs/xorg-dmx-1.17.4,1.log Build URL: http://beefy2.nyi.freebsd.org/build.html?mastername=93amd64-default&build=403015 Log: ====>> Building x11-servers/xorg-dmx build started at Sun Dec 6 04:25:59 UTC 2015 port directory: /usr/ports/x11-servers/xorg-dmx building for: FreeBSD 93amd64-default-job-23 9.3-RELEASE-p30 FreeBSD 9.3-RELEASE-p30 amd64 maintained by: x11@FreeBSD.org Makefile ident: $FreeBSD: head/x11-servers/xorg-dmx/Makefile 399179 2015-10-13 07:45:08Z kwm $ Poudriere version: 3.1.10 Host OSVERSION: 1100085 Jail OSVERSION: 903000 ---Begin Environment--- SHELL=/bin/csh OSVERSION=903000 UNAME_v=FreeBSD 9.3-RELEASE-p30 UNAME_r=9.3-RELEASE-p30 BLOCKSIZE=K MAIL=/var/mail/root STATUS=1 SAVED_TERM= MASTERMNT=/usr/local/poudriere/data/.m/93amd64-default/ref PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin POUDRIERE_BUILD_TYPE=bulk PKGNAME=xorg-dmx-1.17.4,1 OLDPWD=/ PWD=/usr/local/poudriere/data/.m/93amd64-default/ref/.p/pool MASTERNAME=93amd64-default SCRIPTPREFIX=/usr/local/share/poudriere USER=root HOME=/root POUDRIERE_VERSION=3.1.10 SCRIPTPATH=/usr/local/share/poudriere/bulk.sh LIBEXECPREFIX=/usr/local/libexec/poudriere LOCALBASE=/usr/local PACKAGE_BUILDING=yes ---End Environment--- ---Begin OPTIONS List--- ===> The following configuration options are available for xorg-dmx-1.17.4,1: SUID=on: Install the Xorg server with setuid bit set ====> Options available for the radio CONF: you can only select none or one of them HAL=off: Compile with HAL config support DEVD=on: Use devd for autoconfiguration of input devices ===> Use 'make config' to modify these settings ---End OPTIONS List--- --CONFIGURE_ARGS-- --disable-xvfb --disable-xnest --without-xmlto --disable-docs --disable-devel-docs --enable-dmx --localstatedir=/var --without-dtrace --with-xkb-path=/usr/local/share/X11/xkb --with-fontrootdir=/usr/local/share/fonts --enable-config-hal=no --disable-install-setuid --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- SHA1_LIB="-L/usr/lib -lcrypto" SHA1_CFLAGS="-I/usr/include" XDG_DATA_HOME=/wrkdirs/usr/ports/x11-servers/xorg-dmx/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/x11-servers/xorg-dmx/work HOME=/wrkdirs/usr/ports/x11-servers/xorg-dmx/work TMPDIR="/tmp" SHELL=/bin/sh CONFIG_SHELL=/bin/sh CONFIG_SITE=/usr/ports/Templates/config.site lt_cv_sys_max_cmd_len=262144 --End CONFIGURE_ENV-- --MAKE_ENV-- OPENSSLBASE=/usr OPENSSLDIR=/etc/ssl OPENSSLINC=/usr/include OPENSSLLIB=/usr/lib XDG_DATA_HOME=/wrkdirs/usr/ports/x11-servers/xorg-dmx/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/x11-servers/xorg-dmx/work HOME=/wrkdirs/usr/ports/x11-servers/xorg-dmx/work TMPDIR="/tmp" NO_PIE=yes SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -fstack-protector -fno-strict-aliasing" CPP="cpp" CPPFLAGS="" LDFLAGS=" -fstack-protector" LIBS="" CXX="c++" CXXFLAGS="-O2 -pipe -fstack-protector -fno-strict-aliasing" MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -m 555" BSD_INSTALL_LIB="install -s -m 444" BSD_INSTALL_SCRIPT="install -m 555" BSD_INSTALL_DATA="install -m 0644" BSD_INSTALL_MAN="install -m 444" --End MAKE_ENV-- --PLIST_SUB-- SUID="" NO_SUID="@comment " HAL="@comment " NO_HAL="" DEVD="" NO_DEVD="@comment " SPARC64="@comment " OSREL=9.3 PREFIX=%D LOCALBASE=/usr/local RESETPREFIX=/usr/local PORTDOCS="" PORTEXAMPLES="" LIB32DIR=lib PERL_VERSION=5.20.3 PERL_VER=5.20 PERL5_MAN1=lib/perl5/site_perl/man/man1 PERL5_MAN3=lib/perl5/site_perl/man/man3 SITE_PERL=lib/perl5/site_perl SITE_ARCH=lib/perl5/site_perl/mach/5.20 DOCSDIR="share/doc/xorg-dmx" EXAMPLESDIR="share/examples/xorg-dmx" DATADIR="share/xorg-dmx" WWWDIR="www/xorg-dmx" ETCDIR="etc/xorg-dmx" --End PLIST_SUB-- --SUB_LIST-- SUID="" NO_SUID="@comment " HAL="@comment " NO_HAL="" DEVD="" NO_DEVD="@comment " PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/share/xorg-dmx DOCSDIR=/usr/local/share/doc/xorg-dmx EXAMPLESDIR=/usr/local/share/examples/xorg-dmx WWWDIR=/usr/local/www/xorg-dmx ETCDIR=/usr/local/etc/xorg-dmx --End SUB_LIST-- ---Begin make.conf--- USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PORTSDIR=/usr/ports PACKAGES=/packages DISTDIR=/distfiles #### /usr/local/etc/poudriere.d/make.conf #### DISABLE_MAKE_JOBS=poudriere ---End make.conf--- =================================================== By default, the X Server installs as a set-user-id root binary. When run by a normal user, it checks arguments and environment as done in the x11/wrapper port before handling them normally. If you are concerned about the security of this, but still want to run an X Server (for example using xdm/kdm/gdm, which will still run the server as root), you can cancel the build and set xorg-server_UNSET=SUID in /etc/make.conf. ===> License MIT accepted by the user =========================================================================== =================================================== ===> xorg-dmx-1.17.4,1 depends on file: /usr/local/sbin/pkg - not found ===> Installing existing package /packages/All/pkg-1.6.2.txz [93amd64-default-job-23] Installing pkg-1.6.2... [93amd64-default-job-23] Extracting pkg-1.6.2: .......... done Message from pkg-1.6.2: If you are upgrading from the old package format, first run: # pkg2ng ===> xorg-dmx-1.17.4,1 depends on file: /usr/local/sbin/pkg - found ===> Returning to build of xorg-dmx-1.17.4,1 =========================================================================== =================================================== =========================================================================== =================================================== By default, the X Server installs as a set-user-id root binary. When run by a normal user, it checks arguments and environment as done in the x11/wrapper port before handling them normally. If you are concerned about the security of this, but still want to run an X Server (for example using xdm/kdm/gdm, which will still run the server as root), you can cancel the build and set xorg-server_UNSET=SUID in /etc/make.conf. ===> License MIT accepted by the user ===> Fetching all distfiles required by xorg-dmx-1.17.4,1 for building =========================================================================== =================================================== By default, the X Server installs as a set-user-id root binary. When run by a normal user, it checks arguments and environment as done in the x11/wrapper port before handling them normally. If you are concerned about the security of this, but still want to run an X Server (for example using xdm/kdm/gdm, which will still run the server as root), you can cancel the build and set xorg-server_UNSET=SUID in /etc/make.conf. ===> License MIT accepted by the user ===> Fetching all distfiles required by xorg-dmx-1.17.4,1 for building => SHA256 Checksum OK for xorg/xserver/xorg-server-1.17.4.tar.bz2. =========================================================================== =================================================== =========================================================================== =================================================== By default, the X Server installs as a set-user-id root binary. When run by a normal user, it checks arguments and environment as done in the x11/wrapper port before handling them normally. If you are concerned about the security of this, but still want to run an X Server (for example using xdm/kdm/gdm, which will still run the server as root), you can cancel the build and set xorg-server_UNSET=SUID in /etc/make.conf. ===> License MIT accepted by the user ===> Fetching all distfiles required by xorg-dmx-1.17.4,1 for building ===> Extracting for xorg-dmx-1.17.4,1 => SHA256 Checksum OK for xorg/xserver/xorg-server-1.17.4.tar.bz2. =========================================================================== =================================================== =========================================================================== =================================================== ===> Patching for xorg-dmx-1.17.4,1 ===> Applying FreeBSD patches for xorg-dmx-1.17.4,1 =========================================================================== =================================================== ===> xorg-dmx-1.17.4,1 depends on executable: gmake - not found ===> Installing existing package /packages/All/gmake-4.1_2.txz [93amd64-default-job-23] Installing gmake-4.1_2... [93amd64-default-job-23] `-- Installing indexinfo-0.2.4... [93amd64-default-job-23] `-- Extracting indexinfo-0.2.4: .... done [93amd64-default-job-23] `-- Installing libiconv-1.14_9... [93amd64-default-job-23] `-- Extracting libiconv-1.14_9: .......... done [93amd64-default-job-23] `-- Installing gettext-runtime-0.19.6... [93amd64-default-job-23] `-- Extracting gettext-runtime-0.19.6: .......... done [93amd64-default-job-23] Extracting gmake-4.1_2: .......... done ===> xorg-dmx-1.17.4,1 depends on executable: gmake - found ===> Returning to build of xorg-dmx-1.17.4,1 ===> xorg-dmx-1.17.4,1 depends on executable: pkgconf - not found ===> Installing existing package /packages/All/pkgconf-0.9.12_1.txz [93amd64-default-job-23] Installing pkgconf-0.9.12_1... [93amd64-default-job-23] Extracting pkgconf-0.9.12_1: ....... done exevents.c: In function 'InitProximityClassDeviceStruct': exevents.c:2069: warning: null format string exevents.c:2070: warning: null format string exevents.c: In function 'InitValuatorAxisStruct': exevents.c:2097: warning: null format string exevents.c:2098: warning: null format string exevents.c:2099: warning: null format string exevents.c:2100: warning: null format string exevents.c: In function 'SetScrollValuator': exevents.c:2130: warning: null format string exevents.c:2131: warning: null format string exevents.c:2132: warning: null format string CC extinit.lo CC getbmap.lo CC getdctl.lo CC getfctl.lo CC getfocus.lo CC getkmap.lo CC getmmap.lo CC getprop.lo CC getselev.lo CC getvers.lo CC grabdev.lo CC grabdevb.lo CC grabdevk.lo CC gtmotion.lo CC listdev.lo CC opendev.lo CC queryst.lo CC selectev.lo CC sendexev.lo CC setbmap.lo CC setdval.lo CC setfocus.lo CC setmmap.lo CC setmode.lo CC ungrdev.lo CC ungrdevb.lo CC ungrdevk.lo CC xiallowev.lo CC xibarriers.lo xibarriers.c: In function 'GetBarrierDevice': xibarriers.c:139: warning: null format string xibarriers.c: In function 'barrier_get_direction': xibarriers.c:160: warning: declaration of 'y1' shadows a global declaration /usr/include/math.h:255: warning: shadowed declaration is here xibarriers.c: In function 'barrier_is_blocking': xibarriers.c:224: warning: declaration of 'y1' shadows a global declaration /usr/include/math.h:255: warning: shadowed declaration is here xibarriers.c: In function 'barrier_inside_hit_box': xibarriers.c:266: warning: declaration of 'y1' shadows a global declaration /usr/include/math.h:255: warning: shadowed declaration is here xibarriers.c: In function 'barrier_find_nearest': xibarriers.c:329: warning: declaration of 'y1' shadows a global declaration /usr/include/math.h:255: warning: shadowed declaration is here CC xichangecursor.lo CC xichangehierarchy.lo xichangehierarchy.c: In function 'ProcXIChangeHierarchy': xichangehierarchy.c:424: warning: comparison is always false due to limited range of data type xichangehierarchy.c:438: warning: comparison is always false due to limited range of data type CC xigetclientpointer.lo CC xigrabdev.lo CC xipassivegrab.lo CC xiproperty.lo CC xiquerydevice.lo CC xiquerypointer.lo CC xiqueryversion.lo CC xiselectev.lo CC xisetclientpointer.lo CC xisetdevfocus.lo CC xiwarppointer.lo CCLD libXi.la CC stubs.lo CCLD libXistubs.la gmake[1]: Leaving directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/Xi' Making all in xkb gmake[1]: Entering directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/xkb' CC ddxBeep.lo CC ddxCtrls.lo CC ddxLEDs.lo CC ddxLoad.lo CC xkb.lo CC xkbUtils.lo CC xkbEvents.lo CC xkbAccessX.lo CC xkbSwap.lo CC xkbLEDs.lo CC xkbInit.lo xkbInit.c: In function 'InitKeyboardDeviceStructInternal': xkbInit.c:522: warning: null format string xkbInit.c:523: warning: null format string xkbInit.c:524: warning: null format string xkbInit.c:525: warning: null format string CC xkbActions.lo CC xkbPrKeyEv.lo CC maprules.lo CC xkmread.lo CC xkbtext.lo CC xkbfmisc.lo xkbfmisc.c: In function '_AddIncl': xkbfmisc.c:160: warning: declaration of 'index' shadows a global declaration /usr/include/strings.h:57: warning: shadowed declaration is here CC xkbout.lo CC XKBMisc.lo CC XKBAlloc.lo CC XKBGAlloc.lo CC XKBMAlloc.lo CCLD libxkb.la CC ddxVT.lo CC ddxPrivate.lo CC ddxKillSrv.lo CCLD libxkbstubs.la gmake[1]: Leaving directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/xkb' Making all in dbe gmake[1]: Entering directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/dbe' CC dbe.lo CC midbe.lo CCLD libdbe.la gmake[1]: Leaving directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/dbe' Making all in record gmake[1]: Entering directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/record' CC record.lo CC set.lo CCLD librecord.la gmake[1]: Leaving directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/record' Making all in xfixes gmake[1]: Entering directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/xfixes' CC cursor.lo CC region.lo CC saveset.lo CC select.lo CC xfixes.lo CCLD libxfixes.la gmake[1]: Leaving directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/xfixes' Making all in damageext gmake[1]: Entering directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/damageext' CC damageext.lo CCLD libdamageext.la gmake[1]: Leaving directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/damageext' Making all in composite gmake[1]: Entering directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/composite' CC compalloc.lo CC compext.lo CC compinit.lo CC compoverlay.lo CC compwindow.lo CCLD libcomposite.la gmake[1]: Leaving directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/composite' Making all in glx gmake[1]: Entering directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/glx' CC indirect_dispatch.lo CC indirect_dispatch_swap.lo indirect_dispatch_swap.c:86: warning: 'bswap_CARD64' defined but not used CC indirect_reqsize.lo CC indirect_size_get.lo CC indirect_table.lo CC clientinfo.lo CC createcontext.lo CC extension_string.lo CC indirect_util.lo indirect_util.c: In function 'get_decode_index': indirect_util.c:200: warning: declaration of 'index' shadows a global declaration /usr/include/strings.h:57: warning: shadowed declaration is here CC indirect_program.lo CC indirect_texture_compression.lo CC glxcmds.lo CC glxcmdsswap.lo CC glxext.lo CC glxdriswrast.lo CC glxdricommon.lo CC glxscreens.lo CC render2.lo CC render2swap.lo CC renderpix.lo CC renderpixswap.lo CC rensize.lo CC single2.lo CC single2swap.lo CC singlepix.lo CC singlepixswap.lo CC singlesize.lo CC swap_interval.lo CC xfont.lo CCLD libglx.la CC glxdri2.lo In file included from glxdri2.c:36: /usr/local/include/GL/internal/dri_interface.h:46: error: redefinition of typedef 'drm_context_t' /usr/local/include/libdrm/drm.h:72: error: previous declaration of 'drm_context_t' was here /usr/local/include/GL/internal/dri_interface.h:47: error: redefinition of typedef 'drm_drawable_t' /usr/local/include/libdrm/drm.h:73: error: previous declaration of 'drm_drawable_t' was here /usr/local/include/GL/internal/dri_interface.h:48: error: redefinition of typedef 'drm_clip_rect_t' /usr/local/include/libdrm/drm.h:825: error: previous declaration of 'drm_clip_rect_t' was here Makefile:720: recipe for target 'glxdri2.lo' failed gmake[1]: *** [glxdri2.lo] Error 1 gmake[1]: Leaving directory '/wrkdirs/usr/ports/x11-servers/xorg-dmx/work/xorg-server-1.17.4/glx' Makefile:771: recipe for target 'all-recursive' failed gmake: *** [all-recursive] Error 1 *** [do-build] Error code 1 Stop in /usr/ports/x11-servers/xorg-dmx. From owner-freebsd-x11@freebsd.org Mon Dec 7 13:34:14 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5D3B9A01E2 for ; Mon, 7 Dec 2015 13:34:14 +0000 (UTC) (envelope-from lists@bertram-scharpf.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.10]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 34A2413A4 for ; Mon, 7 Dec 2015 13:34:13 +0000 (UTC) (envelope-from lists@bertram-scharpf.de) Received: from becker.bs.l ([85.180.4.17]) by mrelayeu.kundenserver.de (mreue104) with ESMTPSA (Nemesis) id 0LfSYr-1acYvl32Nt-00p3QY for ; Mon, 07 Dec 2015 14:34:04 +0100 Received: from bsch by becker.bs.l with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1a5vvX-000JOW-Sm for freebsd-x11@freebsd.org; Mon, 07 Dec 2015 14:34:03 +0100 Date: Mon, 7 Dec 2015 14:34:03 +0100 From: Bertram Scharpf To: freebsd-x11@freebsd.org Subject: Trying to run Broadwell Message-ID: <20151207133403.GB73105@becker.bs.l> Mail-Followup-To: freebsd-x11@freebsd.org References: <20151203174008.GA98937@becker.bs.l> <20151203222137.GA1111@becker.bs.l> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Sender: Bertram Scharpf X-Provags-ID: V03:K0:uRIsROC/J323aodTk/GBorG7L1/ei863yxPN83O4ELyENbhVSb/ Q/GMoQAPvxR47Qa54gS8aWB7iVVxynb2QjMo+QueGw98du4iRBXjmQL+an899RgZRGWm0KT Ikk4+01rDzNwALp2PCm9y367OeZuQfRxgXVu6j6gyD56KMPE0dwXUp4eW8TYyCahUH7tACF IK4ieffpppE9jDAA5Vnxg== X-UI-Out-Filterresults: notjunk:1;V01:K0:PqjKffvBAYg=:f3CKlK/GElcqzsViIreFCx BUYvpg4k9e3OwcI6iFNkKI3DA67YWlQlYqWBJp11MNUucyt1OwvOWQQM0SYE7a8VfoiWdhwqs hHCURdep7aoAuN1lmMdEcJAsf+zuHUhWBvAjonV3DupGL1Mv+0ow0CTu/776cpsZ6/e0ylWMj IOz2KfXGjrEKcpBFS6CpfPB+3zJbtgGbVtf1U9zJq9D8sYPUIpNE7eqdSJ0c022Z2Y6DhTpYc OFgIa+Ovm3NN1ltSeZVW1VMR/m9zgmhzrjA15kOcpJHRsaOxxiP+6lTzHAU++9UADGM6SEJoD T3+gFWAR/QLH+s8O55P1xKlfuN4ybOiqEH3PRcu11E7UabrCpKyfciRG45Lg9MFYCvhCzQ2aX s7SMGhh6yTnj7wMP4nWiOPME00/ShlGGX8zCMdOiiPeqJRZo4y7wr257evI6i78sJAmqQB2DQ GoDwFnDqaNtvBoL3beNQinpWcSRAJmcTkSHYIprwPwhXQiTIrMUo/L8epfLp4UOe+m04VKEcu kVyGK9kupFMuAvqg/lGGXYA297yTozyIU60eCvI4YUutDkqdtX1l/1BUZh/Md7MsG1T6LgcSm 9eRzL4vsHsGVIIHPhbDU6A6yvXIYq/0OZiIMLjKo1P92opyn4GwM/fwBRFUJyuL5ovtwDolNg PH3PKoAZsPzuT4DVB74AHs6I4RvTRWt0oqw5s04t+NoimwayTAdtXXxs//mYa4LVk7Eo= X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2015 13:34:15 -0000 Hi, this is from freebsd-questions: On Thursday, 03. Dec 2015, 16:31:05 -0600, Adam Vande More wrote: > On Thu, Dec 3, 2015 at 4:21 PM, Bertram Scharpf wrote: > > On Thursday, 03. Dec 2015, 13:42:25 -0700, Warren Block wrote: > > > On Thu, 3 Dec 2015, Bertram Scharpf wrote: > > > > > > > > Section "Device" > > > > Identifier "Card0" > > > > Driver "intel" > > > > BusID "PCI:0:2:0" > > > > EndSection > > > > > > > > # pciconf -lv | grep -A 4 vga > > > > vgapci0@pci0:0:2:0: class=0x030000 card=0x803a103c chip=0x16068086 rev=0x08 hdr=0x00 > > > > vendor = 'Intel Corporation' > > > > device = 'Broadwell-U Integrated Graphics' > > > > class = display > > > > subclass = VGA > > > > > > > > Looks good, doesn't it? Besides that, Linux on the same > > > > machine uses the "intel" driver successfully. > > > > > > Broadwell is not yet supported by the intel driver version in FreeBSD. > > > At present, vesa must be used. > > > > What does "not yet"/"at present" mean? Is there currently > > work on it? I would not mind to contribute, not least > > because I now own an excellent testing environment. > > I believe broadwell is covered in the 3.8 update. > https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to%20Linux%203.8 # kldload i915kms kldload: can't load i915kms: No such file or directory Kernel messages from dmesg: info: [drm] Initialized drm 1.1.0 20060810 link_elf: symbol mchdev_lock undefined sysctl_unregister_oid: failed to unregister sysctl I cannot find the symbol "mchdev_lock" in any file but "i915kms.ko". There is no definition of the variable in the source tree. I have a running Gentoo Linux 4.1.12 here. There, in the kernel sources I find a definition of "mchdev_lock". Could that be easily copied into the FreeBSD kernel module source file? At the moment I'm fetching the 3.8 sources. I'm planning to first compare the two kernel versions, then to compare one of them to the above source tree. Is this approach okay? Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de From owner-freebsd-x11@freebsd.org Mon Dec 7 13:45:07 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6606A9A04FC for ; Mon, 7 Dec 2015 13:45:07 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mx1.eichornenterprises.com (mx1.eichornenterprises.com [104.236.13.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.eichornenterprises.com", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 125A91977 for ; Mon, 7 Dec 2015 13:45:06 +0000 (UTC) (envelope-from ike@michaeleichorn.com) Received: from mail.eichornenterprises.com (cpe-184-59-147-149.neo.res.rr.com [184.59.147.149]) by mx1.eichornenterprises.com (OpenSMTPD) with ESMTP id 599aa59e; Mon, 7 Dec 2015 08:45:03 -0500 (EST) Received: by mail.eichornenterprises.com (OpenSMTPD) with ESMTPSA id ac1dd91d TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Mon, 7 Dec 2015 08:45:02 -0500 (EST) Message-ID: <1449495902.7860.35.camel@michaeleichorn.com> Subject: Re: Trying to run Broadwell From: "Michael B. Eichorn" To: Bertram Scharpf , freebsd-x11@freebsd.org Date: Mon, 07 Dec 2015 08:45:02 -0500 In-Reply-To: <20151207133403.GB73105@becker.bs.l> References: <20151203174008.GA98937@becker.bs.l> <20151203222137.GA1111@becker.bs.l> <20151207133403.GB73105@becker.bs.l> Content-Type: multipart/signed; micalg="sha-256"; protocol="application/x-pkcs7-signature"; boundary="=-azAVH+QA8z1yEaqwLnTQ" X-Mailer: Evolution 3.18.1 Mime-Version: 1.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2015 13:45:07 -0000 --=-azAVH+QA8z1yEaqwLnTQ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2015-12-07 at 14:34 +0100, Bertram Scharpf wrote: > Hi, >=20 > this is from freebsd-questions: >=20 > On Thursday, 03. Dec 2015, 16:31:05 -0600, Adam Vande More wrote: > > On Thu, Dec 3, 2015 at 4:21 PM, Bertram Scharpf > rpf.de> wrote: > > > On Thursday, 03. Dec 2015, 13:42:25 -0700, Warren Block wrote: > > > > On Thu, 3 Dec 2015, Bertram Scharpf wrote: > > > > >=20 > > > > > =C2=A0Section "Device" > > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Identifier=C2=A0=C2=A0"Card0" > > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Driver=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0"intel" > > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0BusID=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0"PCI:0:2:0" > > > > > =C2=A0EndSection > > > > >=20 > > > > > =C2=A0# pciconf -lv | grep -A 4 vga > > > > > =C2=A0vgapci0@pci0:0:2:0:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0class=3D0x= 030000 card=3D0x803a103c > > > > > chip=3D0x16068086 rev=3D0x08 hdr=3D0x00 > > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0vendor=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=3D 'Intel Corporation' > > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0device=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=3D 'Broadwell-U Integrated Graphics' > > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0class=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=3D display > > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0subclass=C2=A0=C2=A0=C2=A0=3D VGA > > > > >=20 > > > > > Looks good, doesn't it? Besides that, Linux on the same > > > > > machine uses the "intel" driver successfully. > > > >=20 > > > > Broadwell is not yet supported by the intel driver version in > > > > FreeBSD. > > > > At present, vesa must be used. > > >=20 > > > What does "not yet"/"at present" mean? Is there currently > > > work on it? I would not mind to contribute, not least > > > because I now own an excellent testing environment. > >=20 > > =C2=A0I believe broadwell is covered in the 3.8 update. > > https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to > > %20Linux%203.8 >=20 > =C2=A0 # kldload i915kms > =C2=A0 kldload: can't load i915kms: No such file or directory >=20 > Kernel messages from dmesg: >=20 > =C2=A0 info: [drm] Initialized drm 1.1.0 20060810 > =C2=A0 link_elf: symbol mchdev_lock undefined > =C2=A0 sysctl_unregister_oid: failed to unregister sysctl >=20 > I cannot find the symbol "mchdev_lock" in any file but > "i915kms.ko". There is no definition of the variable in the > source tree. >=20 > I have a running Gentoo Linux 4.1.12 here. There, in the > kernel sources I find a definition of "mchdev_lock". Could > that be easily copied into the FreeBSD kernel module source > file? At the moment I'm fetching the 3.8 sources. I'm > planning to first compare the two kernel versions, then to > compare one of them to the above source tree. >=20 > Is this approach okay? >=20 > Bertram >=20 Are you running the freebsd-graphics-update branch? https://github.com/freebsd/freebsd-base-graphics.git You didn't provide a `uname -a` so that is going to be the first question. --=-azAVH+QA8z1yEaqwLnTQ Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEqAw ggYwMIIFGKADAgECAgMOXcYwDQYJKoZIhvcNAQELBQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQK Ew1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVu dCBDQTAeFw0xNTA2MTMyMDI0NDZaFw0xNjA2MTQwMDM1NTBaMEgxHzAdBgNVBAMMFmlrZUBtaWNo YWVsZWljaG9ybi5jb20xJTAjBgkqhkiG9w0BCQEWFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDJVdWALPz5h2s5zUQGIJYl6Vp8FPtZNko8q/3s crCsxXJLprMaDdpnqTsmkbmEfKvsqPQE6HVOpGxVRTl/tCm+VvouW9eY9ITMigb1OnHdU13CKO0j drgeU1nHst0qxwsIofRD7nC4dakT6exnrVndlBmLrf/bLPh2qOM8YK5qKK6m33fE7AyYrwiYAWFT 3fERI7LakjaabrIoS/Y1rCdL5FaCTMOlRbZyduc8HkrgjT2JW+i4fVcKyGL5gExBJWfS3q1uGFaB ie6pYtl8lZPtvN0JSfibP003RBoLgzqHJKW91RL0qNeDjKZi/5nrlU398l9UoVvLLO3KxoPBXKCx AgMBAAGjggLcMIIC2DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcD AgYIKwYBBQUHAwQwHQYDVR0OBBYEFJZqarc6CcrOs6eAwOgrMznk5ZWWMB8GA1UdIwQYMBaAFFNy 7ZKc4NrLAVx8fpY1TvLUuFGCMCEGA1UdEQQaMBiBFmlrZUBtaWNoYWVsZWljaG9ybi5jb20wggFM BgNVHSAEggFDMIIBPzCCATsGCysGAQQBgbU3AQIDMIIBKjAuBggrBgEFBQcCARYiaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjCB9wYIKwYBBQUHAgIwgeowJxYgU3RhcnRDb20gQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwAwIBARqBvlRoaXMgY2VydGlmaWNhdGUgd2FzIGlzc3VlZCBh Y2NvcmRpbmcgdG8gdGhlIENsYXNzIDEgVmFsaWRhdGlvbiByZXF1aXJlbWVudHMgb2YgdGhlIFN0 YXJ0Q29tIENBIHBvbGljeSwgcmVsaWFuY2Ugb25seSBmb3IgdGhlIGludGVuZGVkIHB1cnBvc2Ug aW4gY29tcGxpYW5jZSBvZiB0aGUgcmVseWluZyBwYXJ0eSBvYmxpZ2F0aW9ucy4wNgYDVR0fBC8w LTAroCmgJ4YlaHR0cDovL2NybC5zdGFydHNzbC5jb20vY3J0dTEtY3JsLmNybDCBjgYIKwYBBQUH AQEEgYEwfzA5BggrBgEFBQcwAYYtaHR0cDovL29jc3Auc3RhcnRzc2wuY29tL3N1Yi9jbGFzczEv Y2xpZW50L2NhMEIGCCsGAQUFBzAChjZodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zdWIu Y2xhc3MxLmNsaWVudC5jYS5jcnQwIwYDVR0SBBwwGoYYaHR0cDovL3d3dy5zdGFydHNzbC5jb20v MA0GCSqGSIb3DQEBCwUAA4IBAQB4K8iQw+0FRn3xEnB3vIIu2Vi4C3ZGnOMWP90FFXLrZ6uAu9AK xVCjXUVP6nAEsOopTMu769vVecdBvg0KO2i5aTDTdTLX4g9d020g4OLWW1NiynAkX8oKqJLqZ53q vHK4zP4KWPS3bSqDWVCosTMfI+H6tkg+6G3gS0HHoHTLKZhIT3z6PQZAfeofM7ed6NOdAcj0J2lP ODHzzz7Y9x4wMwYJdidorzUDVYkNIkim8ak7hK9F60NadA5w/BirFATSlzRyV0h1tl6oNisEaQcq tGvy6UoCTDhzaJ7pQValfDXJ/A47P0hNj/CX/PmkY1wQHsEJz2pbh5lqteP/fO0rMIIGMDCCBRig AwIBAgIDDl3GMA0GCSqGSIb3DQEBCwUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYG A1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcN MTUwNjEzMjAyNDQ2WhcNMTYwNjE0MDAzNTUwWjBIMR8wHQYDVQQDDBZpa2VAbWljaGFlbGVpY2hv cm4uY29tMSUwIwYJKoZIhvcNAQkBFhZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyVXVgCz8+YdrOc1EBiCWJelafBT7WTZKPKv97HKwrMVyS6az Gg3aZ6k7JpG5hHyr7Kj0BOh1TqRsVUU5f7Qpvlb6LlvXmPSEzIoG9Tpx3VNdwijtI3a4HlNZx7Ld KscLCKH0Q+5wuHWpE+nsZ61Z3ZQZi63/2yz4dqjjPGCuaiiupt93xOwMmK8ImAFhU93xESOy2pI2 mm6yKEv2NawnS+RWgkzDpUW2cnbnPB5K4I09iVvouH1XCshi+YBMQSVn0t6tbhhWgYnuqWLZfJWT 7bzdCUn4mz9NN0QaC4M6hySlvdUS9KjXg4ymYv+Z65VN/fJfVKFbyyztysaDwVygsQIDAQABo4IC 3DCCAtgwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUF BwMEMB0GA1UdDgQWBBSWamq3OgnKzrOngMDoKzM55OWVljAfBgNVHSMEGDAWgBRTcu2SnODaywFc fH6WNU7y1LhRgjAhBgNVHREEGjAYgRZpa2VAbWljaGFlbGVpY2hvcm4uY29tMIIBTAYDVR0gBIIB QzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRp b24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5n IHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBD QSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeG JWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8w OQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9j YTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5j bGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG 9w0BAQsFAAOCAQEAeCvIkMPtBUZ98RJwd7yCLtlYuAt2RpzjFj/dBRVy62ergLvQCsVQo11FT+pw BLDqKUzLu+vb1XnHQb4NCjtouWkw03Uy1+IPXdNtIODi1ltTYspwJF/KCqiS6med6rxyuMz+Clj0 t20qg1lQqLEzHyPh+rZIPuht4EtBx6B0yymYSE98+j0GQH3qHzO3nejTnQHI9CdpTzgx888+2Pce MDMGCXYnaK81A1WJDSJIpvGpO4SvRetDWnQOcPwYqxQE0pc0cldIdbZeqDYrBGkHKrRr8ulKAkw4 c2ie6UFWpXw1yfwOOz9ITY/wl/z5pGNcEB7BCc9qW4eZarXj/3ztKzCCBjQwggQcoAMCAQICAR4w DQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzAp BgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0 Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1 NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1 cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAx IFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAMcJg8zOLdgasSmkLhOrlr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7 zM9/UnC6TS2y9UKTpT1v7RSMzR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8 VpH/Clt+4iq7nirMcNh6qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+ jb9x4Pa5gNf1TwSDkOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQO Jebr/f/h5t95m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB /wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAf BgNVHSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3dy5z dGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cuc3RhcnRz c2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2ZzY2EuY3Js MIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3Rh cnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93d3cuc3RhcnRzc2wuY29t L2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqDCH14qywGXLhjjF6uHLkjd02h cdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy6QMVQjbbMXltUfO4n4bGGdKo3awP Wp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPIzKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8C h507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKfKSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893 gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HORz9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0 PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBm unwxD5nvtTW4vtN6VY7mUCmxsCieuoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2L L9C9U0ptvjcDjefLTvqSFc7tw1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwF i2/14+xeSUDG2bwnsYJQG2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhE puP9wirslFe6fQ1t5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMYIDfzCCA3sCAQEwgZQwgYwxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRh bCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkg SW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCWCGSAFlAwQCAQUAoIIBuzAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEyMDcxMzQ1MDJaMC8GCSqGSIb3DQEJ BDEiBCCknQix2yiLD4hZTDgxNIDEmoD/3sI6Y5Ju/jUMYkpLYTCBpQYJKwYBBAGCNxAEMYGXMIGU MIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJl IERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQ cmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAw5dxjCBpwYLKoZIhvcNAQkQAgsxgZeggZQw gYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUg RGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFBy aW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDDl3GMA0GCSqGSIb3DQEBAQUABIIBAFEeaZcv CrausiQ2lnOANDQCeljqlfU0LUeqOHmraXSkah3S2kSQ4wyp7e35TfbaLFi4hpGAp1GS7+re5g+e M0O/Boo3C/p3qufq0ZRSGK82N/ksNUPxXfCfKvie7UBwyK3GiSIV2j8yK9W4k3vijGVoTtZSDCQQ 7G5Fr65wuTNmBz6veBMKJZGTJcvIV4R2Ehr39rIKe1ei6P16y507d9Xpk2bdx80vH63Vu3ZtqWqt OeBtUBiHMZ2995HfjTyFdTvkkolzmpiMILXp9Mq6aESQtaXxf3XqSSUGgADL/cb0fOhLDm/Fe141 k+rlnEbKZSNyWCf4Bo5FVmJfZgyyNSwAAAAAAAA= --=-azAVH+QA8z1yEaqwLnTQ-- From owner-freebsd-x11@freebsd.org Mon Dec 7 14:01:05 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8CEE59A07E8 for ; Mon, 7 Dec 2015 14:01:05 +0000 (UTC) (envelope-from lists@bertram-scharpf.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.134]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E092D1E48 for ; Mon, 7 Dec 2015 14:01:04 +0000 (UTC) (envelope-from lists@bertram-scharpf.de) Received: from becker.bs.l ([85.180.4.17]) by mrelayeu.kundenserver.de (mreue002) with ESMTPSA (Nemesis) id 0MGsCH-1a1HWJ12g5-00DX2N for ; Mon, 07 Dec 2015 15:01:02 +0100 Received: from bsch by becker.bs.l with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1a5wLd-000JU6-HD for freebsd-x11@freebsd.org; Mon, 07 Dec 2015 15:01:01 +0100 Date: Mon, 7 Dec 2015 15:01:01 +0100 From: Bertram Scharpf To: freebsd-x11@freebsd.org Subject: Re: Trying to run Broadwell Message-ID: <20151207140101.GA74754@becker.bs.l> Mail-Followup-To: freebsd-x11@freebsd.org References: <20151203174008.GA98937@becker.bs.l> <20151203222137.GA1111@becker.bs.l> <20151207133403.GB73105@becker.bs.l> <1449495902.7860.35.camel@michaeleichorn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <1449495902.7860.35.camel@michaeleichorn.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: Bertram Scharpf X-Provags-ID: V03:K0:ZIcqX8AxVHiw84Q6DATCmFWppPbl/efFnVlBa5Q5ZtK4Y1Cwl0k s9dtEnnGsVN/cJNjsX9iXV5MzLFcWsLEmAdU+FRTV8jQzSmW853N1bLIkpyAr+aYfmo1KVd q5fKnRhFhKAZsEftEJ0jegUh1cV/JmmuyDa7q5puFuaXC3go/ociJC1ue2JA0DVrb7PmwNv 4qhw2W+FSk+E45pJVh0qA== X-UI-Out-Filterresults: notjunk:1;V01:K0:0EyYSc1FKog=:6JVNDEIZUeHdCq3Od7bazy 28vU+/WIGjMd4Ufu/FRdq2Pa+3LZEjtX+YinT2njvCn8QlLFAlNb8fR94si7Q9DEX1/JHViXX rRrybwHw0ReCqXQ3CMYqmLiQoi5Gk/5rNPocB1S5VJk/zgbuw2ydKPk4jjn8Rpw/mmejTZ8WM diTz47JN/9G2uXE6AGqexidv3i+uk8zdfpywkANFeg8EK6G2CTUtzDLAVTpSlEPJ9UwTPBjPh VTwxk32ATuRK7LpB9Hdrhwz0I87s3HyArMMF54hYCEMblmSUKWf1ytyj2UK2Koi/u1R7hYSP0 SzP55gkyVUcMyy06BCxZS9Q57JAjtgSUvzvgCKLz36qt07S/BNYbJxAhB3lZA6XhizoYBJqOy B9VtZBMNcZNQlLcYdMkxEaG1ux6x/l0isJe0GryBlC+Ikpb/xEr5mx263h32ds5VADi7BnOxt MSjgdiMkSvQZxFgiu1hQbGjCzxYYv3o7tYrwUN3jEWSuXVNJ+QDSnWYfkhmdP80WyX4obj588 Na90pnYobxhetWMzCCLDHfUXM3k3OBb+f8yD192EWchpHZemm/aELovop0+T93eTHOFqsZMmI +ZA8fMXV5RzK2KKR21jQgVBAgpLZe847+cmaEGcq2Cm5k0jjuh+qZfm2aSgkW0u5xJeHN77ps vmmZ3xmbjNzZJRI+q53bq8ujRLYS8UXQFK0uwfAXsrSEtHCtLEGuV3xPCZ67ZHnCcsrw= X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2015 14:01:05 -0000 On Monday, 07. Dec 2015, 08:45:02 -0500, Michael B. Eichorn wrote: > On Mon, 2015-12-07 at 14:34 +0100, Bertram Scharpf wrote: > > > https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to%20Linux%203.8 > > Are you running the freebsd-graphics-update branch? > https://github.com/freebsd/freebsd-base-graphics.git > > You didn't provide a `uname -a` so that is going to be the first > question. Sorry, the above link was broken. # uname -a FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #0 b2bab0e(drm-i915-update-38): Mon Dec 7 02:37:26 CET 2015 bsch@buildhost.bs.l:/usr/obj/usr/home/bsch/entwicklung/fremd/freebsd-base-graphics/sys/GENERIC i386 Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de From owner-freebsd-x11@freebsd.org Mon Dec 7 21:13:08 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A79C69C1060 for ; Mon, 7 Dec 2015 21:13:08 +0000 (UTC) (envelope-from isoa@kapsi.fi) Received: from mail.kapsi.fi (mx1.kapsi.fi [IPv6:2001:1bc8:1004::1:25]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6D8D11862 for ; Mon, 7 Dec 2015 21:13:08 +0000 (UTC) (envelope-from isoa@kapsi.fi) Received: from karviainen.kapsi.fi ([217.30.184.182] helo=roundcube.kapsi.fi) by mail.kapsi.fi with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1a635j-0006hG-M4 for freebsd-x11@freebsd.org; Mon, 07 Dec 2015 23:13:04 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 07 Dec 2015 23:13:03 +0200 From: Arto Pekkanen To: freebsd-x11@freebsd.org In-Reply-To: <20151207133403.GB73105@becker.bs.l> References: <20151203174008.GA98937@becker.bs.l> <20151203222137.GA1111@becker.bs.l> <20151207133403.GB73105@becker.bs.l> Message-ID: <3a824e6e9527938bf699b6f350522286@kapsi.fi> X-Sender: isoa@kapsi.fi User-Agent: RoundCube Webmail/0.9.4 X-SA-Exim-Connect-IP: 217.30.184.182 X-SA-Exim-Mail-From: isoa@kapsi.fi X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 Subject: Re: Trying to run Broadwell X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on mail.kapsi.fi) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2015 21:13:08 -0000 Hi. I am very sorry, this is a bit off-topic, but are you saying you could add Intel Broadwell support to the FreeBSD DRM/KMS? OpenBSD did it not too long ago by importing sources from a Linux kernel newer than 3.8. See here: http://undeadly.org/cgi?action=article&sid=20150924072002 "Mark Kettenis (kettenis@) has just committed a large update to the drm(4) graphics code, syncing with upstream Linux 3.14.52 and introducing Broadwell GPU support." I am not a FreeBSD kernel developer and in no way knowledgeable, I am just rehashing the info available in the internets. It would be cool to be able to patch in Broadwell support, but at least the OpenBSD import would imply that you'd need sources from at least 3.14.52 to get Broadwell working. Bertram Scharpf kirjoitti 07.12.2015 15:34: > Hi, > > this is from freebsd-questions: > > On Thursday, 03. Dec 2015, 16:31:05 -0600, Adam Vande More wrote: >> On Thu, Dec 3, 2015 at 4:21 PM, Bertram Scharpf >> wrote: >> > On Thursday, 03. Dec 2015, 13:42:25 -0700, Warren Block wrote: >> > > On Thu, 3 Dec 2015, Bertram Scharpf wrote: >> > > > >> > > > Section "Device" >> > > > Identifier "Card0" >> > > > Driver "intel" >> > > > BusID "PCI:0:2:0" >> > > > EndSection >> > > > >> > > > # pciconf -lv | grep -A 4 vga >> > > > vgapci0@pci0:0:2:0: class=0x030000 card=0x803a103c chip=0x16068086 rev=0x08 hdr=0x00 >> > > > vendor = 'Intel Corporation' >> > > > device = 'Broadwell-U Integrated Graphics' >> > > > class = display >> > > > subclass = VGA >> > > > >> > > > Looks good, doesn't it? Besides that, Linux on the same >> > > > machine uses the "intel" driver successfully. >> > > >> > > Broadwell is not yet supported by the intel driver version in FreeBSD. >> > > At present, vesa must be used. >> > >> > What does "not yet"/"at present" mean? Is there currently >> > work on it? I would not mind to contribute, not least >> > because I now own an excellent testing environment. >> >> I believe broadwell is covered in the 3.8 update. >> https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to%20Linux%203.8 > > # kldload i915kms > kldload: can't load i915kms: No such file or directory > > Kernel messages from dmesg: > > info: [drm] Initialized drm 1.1.0 20060810 > link_elf: symbol mchdev_lock undefined > sysctl_unregister_oid: failed to unregister sysctl > > I cannot find the symbol "mchdev_lock" in any file but > "i915kms.ko". There is no definition of the variable in the > source tree. > > I have a running Gentoo Linux 4.1.12 here. There, in the > kernel sources I find a definition of "mchdev_lock". Could > that be easily copied into the FreeBSD kernel module source > file? At the moment I'm fetching the 3.8 sources. I'm > planning to first compare the two kernel versions, then to > compare one of them to the above source tree. > > Is this approach okay? > > Bertram -- Arto Pekkanen From owner-freebsd-x11@freebsd.org Tue Dec 8 12:52:50 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 996779B7CAA for ; Tue, 8 Dec 2015 12:52:50 +0000 (UTC) (envelope-from lists@bertram-scharpf.de) Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.75]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F3CED1BE5 for ; Tue, 8 Dec 2015 12:52:49 +0000 (UTC) (envelope-from lists@bertram-scharpf.de) Received: from becker.bs.l ([85.180.4.37]) by mrelayeu.kundenserver.de (mreue104) with ESMTPSA (Nemesis) id 0MhU26-1ZsRre2s6M-00McRw for ; Tue, 08 Dec 2015 13:52:40 +0100 Received: from bsch by becker.bs.l with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1a6Hl1-000IYr-R7 for freebsd-x11@freebsd.org; Tue, 08 Dec 2015 13:52:39 +0100 Date: Tue, 8 Dec 2015 13:52:39 +0100 From: Bertram Scharpf To: freebsd-x11@freebsd.org Subject: Re: Trying to run Broadwell Message-ID: <20151208125239.GA54766@becker.bs.l> Mail-Followup-To: freebsd-x11@freebsd.org References: <20151203174008.GA98937@becker.bs.l> <20151203222137.GA1111@becker.bs.l> <20151207133403.GB73105@becker.bs.l> <3a824e6e9527938bf699b6f350522286@kapsi.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <3a824e6e9527938bf699b6f350522286@kapsi.fi> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: Bertram Scharpf X-Provags-ID: V03:K0:hIkD5BtUg28u83+/5BawIA6Z/DAX/vMKUoK+CC1NOlqfIJI/SzL 5rVJ6OBtkHB2yedGxhj4NxHJ6ujxR+E9VAmeNWGk/uycP+e5GW0T+d7I0Y8jtIV8DeLrOFz a7Wt34lxUnfWybhHpA8lWh6NG1SLatJW+erejKfYcPyYhROPpYKF3o6r6mB5GHGHFOxtOW+ ex9pXULCa3ZTFU8JNKXJA== X-UI-Out-Filterresults: notjunk:1;V01:K0:ZYQkHPcQDRc=:0fnRGLg1KaqU1P4adTfPSB a9vdBf1WMnCgHC9YxAkdMzLFA+/Eq7v6c9tKvRaikxA25LOPoN78pwmnWOMj6g7p6+htMbOC7 JhHOdW6MgpZKXsBlIJQh6GH3XYKa9ucv74YFK979lkZVPEjNh2DF8SrsgUF1eOM+Xx4UI2vg5 zIbpYIi9Jmf7k8UzG0u5SVnZjOLqI4Qj4tCszSripmSL7OsUgkztidR2V9S7HhQHTG54/HKo3 QgJc6Rv0QnJaon2cFlh6K/10Af7AzKIHvQD9buVJnRyuGRtwORARDd0S77DbowM+wIqomzVO1 cMSJsDi3yQY+UHx0uZop/GnVSCwJP+PNqRWpwBIO17Y/X8fm0AoXpgx9VKMnl7RiaXNf9HOY2 lqYxnkqHEeBvchhKn9W995N/mCYz85kZPEJ7+E2QfwbpwIuu4FaqS6Aqg2a9I8sdGUPRUeNIm 3Ks2pXsfJzROY4xO7Ow9uGIj/XXmVe9a3O5fv+4C22Pg7ciZ3pD2iu8tz/RakxpLG/dtWy8I2 QO1Owmba6fSjN5KS+DN00Gd3cX/V4vymBb+duFozx+1tgIQwCnO91xuvg1SSDheM4x4vlAcRy bFddzyGzldstSt6xK+njBq9zgEshg9GhBaf/PwaSaLj2c0GQmBdWFTwlWNd02aMN4DafO+Yfh QEhI8/7Rm9BQBgLPPH6i6v22a0/ERy/HQCpTt61ArQe3ky45HRhZQx13fSMGo9lYB8vA= X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2015 12:52:50 -0000 Hi, On Monday, 07. Dec 2015, 23:13:03 +0200, Arto Pekkanen wrote: > I am very sorry, this is a bit off-topic, but are you saying you could > add Intel Broadwell support to the FreeBSD DRM/KMS? Not actually. I just own a notebook with a Broadwell and was pointed to an existing project adding Broadwell support to FreeBSD in freebsd-questions. I suggested to contribute to it because I have a testing environment here. I did not write one line of code until now. Kernel development is new to me and I was looking for a little help. Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de From owner-freebsd-x11@freebsd.org Tue Dec 8 17:34:24 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B7E69D45C9 for ; Tue, 8 Dec 2015 17:34:24 +0000 (UTC) (envelope-from lists@bertram-scharpf.de) Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.73]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BDDF6127F; Tue, 8 Dec 2015 17:34:23 +0000 (UTC) (envelope-from lists@bertram-scharpf.de) Received: from becker.bs.l ([85.180.4.37]) by mrelayeu.kundenserver.de (mreue103) with ESMTPSA (Nemesis) id 0MBZzS-1ZvwIk3pIM-00AXma; Tue, 08 Dec 2015 18:34:21 +0100 Received: from bsch by becker.bs.l with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1a6M9b-0000Ao-W7; Tue, 08 Dec 2015 18:34:20 +0100 Date: Tue, 8 Dec 2015 18:34:19 +0100 From: Bertram Scharpf To: freebsd-x11@freebsd.org, =?utf-8?Q?Jean-S=C3=A9bastien_P=C3=A9dron?= Subject: Re: Trying to run Broadwell Message-ID: <20151208173419.GA96583@becker.bs.l> Mail-Followup-To: freebsd-x11@freebsd.org, =?utf-8?Q?Jean-S=C3=A9bastien_P=C3=A9dron?= References: <20151203174008.GA98937@becker.bs.l> <20151203222137.GA1111@becker.bs.l> <20151207133403.GB73105@becker.bs.l> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20151207133403.GB73105@becker.bs.l> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: Bertram Scharpf X-Provags-ID: V03:K0:vxs0jjIb84n46uqRGSZEAPtj9auBjrJ2UutPlKPyFw3AYTI1e4y XMVX/ouLK4qy+vpSs2KflNJg2CWgdXlxX+Gzc9uwVGmh3JfV8G9pofRU0exFFIcJgXIG7yp jydoaUyXwEQhcSgQrx2Fc9izNVq2b1desSths0wnNZfCnNPlH7iC+CmMUlBnBNxE3PQ96yi nV+OtLh1yU2bsk641gQ/A== X-UI-Out-Filterresults: notjunk:1;V01:K0:mRCT8xL/Onw=:7GB1mqcZlaxlsOM+/gZE67 7aDSFzQXug3N0i/5koKV3ZD2XH4UdfFw3ZzSaP+afH2RaLvdkcYqrTg4aVAOLjhfJBlsvLKPl QCxd7PAGAulwzjY9f3Cd9voVBplqR6P5kAjMRa/wHL9FAEi/F7nAjEQoNQgU1z/bNACBNFBNq z33AfufQkv1RL37bNnSiNzhfjSxUTgssOLuYCFbWkMuk7PYk6ULuzmNqzeUE55QtDsoFfSiFd MV4rMLg5c2rXBNCQ5LPXbFyzcLvXDZbmUV1WmuIhw26ZCpuOYwhWKqJoAUQaeOXaA3J4UhX6n BW0LmKl9ufE5Re6O6sHBQtBn0dbk+jzyjiR70b+gUsK+hqm083yGgOZPegZopaTq/HKJUJMFT jmE3v6I44zAbl+zmf/G/rx2o4+bIl6oJ4x1lxmUFtdKG1slLV7QXWKIRHOgmUwDZoFqiz+Oem bSsHurlVSFxH+ZWPtnWoFJvI4KCBZll89RVfrnU1OcMYQyF0D9FS+5+/n+MiykxziRdSsFPSw +qmvTEe5+wD1O6u5rq1liPlRsTZ2encdUYHUWpVS5axahFsdT7qqg8iXhu/HkhqiifcxJXo3b SYVx/2pfi12A0UFVXYEgChm3Ofy/wXh9PPMA0D/0yvPBLuGjRwa5+XolucmeEvB2gpMxbXv0A wfPNXE6TES+/Dr11qckzWu8s1CIRZyRNFyvfqt9Y1CXW2+DryxHqnkidlkVxSfIJ/+T8= X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2015 17:34:24 -0000 Hi, On Monday, 07. Dec 2015, 14:34:03 +0100, Bertram Scharpf wrote: > > https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to%20Linux%203.8 > > # kldload i915kms > kldload: can't load i915kms: No such file or directory > > Kernel messages from dmesg: > > info: [drm] Initialized drm 1.1.0 20060810 > link_elf: symbol mchdev_lock undefined > sysctl_unregister_oid: failed to unregister sysctl > > I cannot find the symbol "mchdev_lock" in any file but > "i915kms.ko". There is no definition of the variable in the > source tree. Yes there was. But it had a "static" in front of it (file intel_pm.c, line 2299). I removed that. The module now loads correctly. X still doesn't start. I provide a dmesg etc. output at . Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de From owner-freebsd-x11@freebsd.org Wed Dec 9 23:44:43 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F088A9D6E95 for ; Wed, 9 Dec 2015 23:44:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DB999134E for ; Wed, 9 Dec 2015 23:44:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id DB84F9D6E94; Wed, 9 Dec 2015 23:44:43 +0000 (UTC) Delivered-To: x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB2C29D6E93 for ; Wed, 9 Dec 2015 23:44:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CBE4E134D for ; Wed, 9 Dec 2015 23:44:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id tB9NihOR044149 for ; Wed, 9 Dec 2015 23:44:43 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 203437] devel/imake doesn't work with clang, again Date: Wed, 09 Dec 2015 23:44:44 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: grog@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: grog@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2015 23:44:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203437 Greg Lehey changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|x11@FreeBSD.org |grog@FreeBSD.org CC| |grog@FreeBSD.org --- Comment #1 from Greg Lehey --- Could you please supply a working patch? -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@freebsd.org Fri Dec 11 22:37:10 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6CBEEA04E49 for ; Fri, 11 Dec 2015 22:37:10 +0000 (UTC) (envelope-from michael.kristofic@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 55FD01519 for ; Fri, 11 Dec 2015 22:37:10 +0000 (UTC) (envelope-from michael.kristofic@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 5210BA04E48; Fri, 11 Dec 2015 22:37:10 +0000 (UTC) Delivered-To: x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37E12A04E47 for ; Fri, 11 Dec 2015 22:37:10 +0000 (UTC) (envelope-from michael.kristofic@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CDE341518 for ; Fri, 11 Dec 2015 22:37:09 +0000 (UTC) (envelope-from michael.kristofic@gmail.com) Received: by wmec201 with SMTP id c201so89364183wme.1 for ; Fri, 11 Dec 2015 14:37:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:subject:from:message-id:date:user-agent:mime-version :content-type:content-transfer-encoding; bh=JuKk9aFkcsg3ed16uIXq7Dlmzio3rApeP4RIBZqJL+8=; b=Myhe+WU/h3G0ofiZ7DJLXATH9rWdRbQo6fkAXpQiKZQ/+0VSuFlNwldhC/d1e6SCxD uSmH3w1ZcRZ2PkHDAeXbtbejER3LMbgSbJGq3FMbiSGpcz2OhPeIhaoBZa6sZU99QBA7 uBwg6X7KNsf8A8pknEMccMPXauM62fLoh0Ry3azmxOQuXqNGZgiTSDJqcaLkjsEwRBq0 5L9WBtSq8kCYcbfe+mRpR5bvi5Nhy+lfkgztJqcuKnBnZtMF0kWfGIvvIq/EMofUDxTS GwO3m7lK65tFnG2lRBD3g+xPujS9IRkzSOlcXHoIkdXax9N0uI+aPqaIHXafYrEL/WKg gq/g== X-Received: by 10.28.226.86 with SMTP id z83mr9360162wmg.77.1449873428318; Fri, 11 Dec 2015 14:37:08 -0800 (PST) Received: from [10.69.64.104] ([78.110.72.63]) by smtp.googlemail.com with ESMTPSA id d2sm18802308wjy.16.2015.12.11.14.37.06 for (version=TLSv1/SSLv3 cipher=OTHER); Fri, 11 Dec 2015 14:37:07 -0800 (PST) To: x11@FreeBSD.org Subject: FreeBSD Port: x11/libxcb From: Michael Kristofic Message-ID: <566B500F.9020400@gmail.com> Date: Fri, 11 Dec 2015 23:37:03 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2015 22:37:10 -0000 Hi, I'm upgrading my FreeBSD systems and running into the following error: ===> Building for libxcb-1.11.1 gmake[2]: Entering directory '/usr/ports/x11/libxcb/work/libxcb-1.11.1' Making all in src gmake[3]: Entering directory '/usr/ports/x11/libxcb/work/libxcb-1.11.1/src' GEN xproto.c GEN bigreq.c GEN xc_misc.c GEN composite.c Failed to load the xcbgen Python package! Failed to load the xcbgen Python package! Failed to load the xcbgen Python package! Make sure that xcb/proto installed it on your Python path. Make sure that xcb/proto installed it on your Python path. Failed to load the xcbgen Python package! If not, you will need to create a .pth file or define $PYTHONPATH If not, you will need to create a .pth file or define $PYTHONPATH to extend the path. Make sure that xcb/proto installed it on your Python path. Refer to the README file in xcb/proto for more info. to extend the path. If not, you will need to create a .pth file or define $PYTHONPATH Refer to the README file in xcb/proto for more info. to extend the path. Refer to the README file in xcb/proto for more info. Make sure that xcb/proto installed it on your Python path. If not, you will need to create a .pth file or define $PYTHONPATH to extend the path. Refer to the README file in xcb/proto for more info. Traceback (most recent call last): Traceback (most recent call last): File "./c_client.py", line 2904, in Traceback (most recent call last): File "./c_client.py", line 2904, in Traceback (most recent call last): File "./c_client.py", line 2904, in File "./c_client.py", line 2904, in from xcbgen.state import Module from xcbgen.state import Module ImportError: ImportErrorNo module named xcbgen.state : No module named xcbgen.state from xcbgen.state import Module ImportError: No module named xcbgen.state from xcbgen.state import Module ImportError: No module named xcbgen.state Makefile:1287: recipe for target 'bigreq.c' failed gmake[3]: *** [bigreq.c] Error 1 gmake[3]: *** Waiting for unfinished jobs.... Makefile:1287: recipe for target 'composite.c' failed gmake[3]: *** [composite.c] Error 1 Makefile:1287: recipe for target 'xc_misc.c' failed gmake[3]: *** [xc_misc.c] Error 1 Makefile:1287: recipe for target 'xproto.c' failed gmake[3]: *** [xproto.c] Error 1 gmake[3]: Leaving directory '/usr/ports/x11/libxcb/work/libxcb-1.11.1/src' Makefile:786: recipe for target 'all-recursive' failed gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory '/usr/ports/x11/libxcb/work/libxcb-1.11.1' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/x11/libxcb *** Error code 1 Stop. make: stopped in /usr/ports/x11/libxcb ===>>> make build failed for x11/libxcb ===>>> Aborting update ===>>> Update for libxcb-1.11_1 failed ===>>> Aborting update ===>>> Update for x11/libX11 failed ===>>> Aborting update Would you please be so kind and give me a hint how to work around this? Many thanks Mike From owner-freebsd-x11@freebsd.org Sat Dec 12 15:31:02 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C4362A14232; Sat, 12 Dec 2015 15:31:02 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9A3081D76; Sat, 12 Dec 2015 15:31:02 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id tBCFUsVg024988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 12 Dec 2015 09:30:54 -0600 To: FreeBSD Questions !!!! , FreeBSD X11 mailing list From: "William A. Mahaffey III" Subject: problems running OpenGL code Message-ID: <566C3DAD.8090809@hiwaay.net> Date: Sat, 12 Dec 2015 09:36:23 -0553.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2015 15:31:02 -0000 I have an inhouse OpenGL code named PreBFCGL.TEST which I am trying to run. I get the following when I tried about 5 min. ago: [wam@kabini1, ~, 9:30:21am] 936 % PreBFCGL.TEST Segmentation fault (core dumped) [wam@kabini1, ~, 9:30:38am] 937 % cat BFC.LOG PreBFCGL.TEST: begin WAM III pre-processor execution on host kabini1.local .... PreBFCGL.TEST: compiled on Dec 12 2015 @ 06:04:00. PreBFCGL.TEST: commence execution on Sat Dec 12 09:30:37 2015. PreBFCGL.TEST: sizeof(short) 2, sizeof(int) 4, sizeof(long) 8, sizeof(clock_t) 4, sizeof(time_t) 8. PreBFCGL.TEST: sizeof(float) 4, sizeof(real) 4, sizeof(double) 8, sizeof(void *) 8, ticks 128. Couldn't find configuration file './.BFCrc', couldn't find '/home/wam/.BFCrc', giving up. Alpha: changing Verbosity from Silent to Normal. Gen2D: setting up for chatty 2 (Normal) .... done. Gen3D: setting up for chatty 2 (Normal) .... done. Main: Updating Verbosity from 0 (Silent) to 2 (Normal) .... SetReadVerbosity: Updating Verbosity from 0 (Silent) to 2 (Normal) .... Changing Expertise from Novice to Standard. SetExprLoud: setting chatty from 0 to 2 .... Interactive mode execution, individual case(s), Debug 0, DbgMem 0, Standard expertise, Normal verbosity. DebugVarbls: var'bl verbosity reset from 0 to 2 .... DebugVarbls: var'bl verbosity reset from 2 to 3 .... DISPLAY ->:0.0<- (Local) Machine epsilons: raw 4 bits float 5.96046E-08 9.53674E-07 double 1.11022E-16 1.77636E-15 InitGraphics: begin .... Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Error: No RGB visual with depth buffer Done, Bailing out .... Saving Model Command File to Model_0.in .... done. [wam@kabini1, ~, 9:30:49am] 938 % sysctl -a | grep -B1 -A2 -i model hw.machine: amd64 hw.model: AMD Sempron(tm) 3850 APU with Radeon(tm) R3 hw.ncpu: 4 hw.byteorder: 1234 -- dev.rgephy.0.%location: phyno=1 dev.rgephy.0.%pnpinfo: oui=0xe04c model=0x0 rev=0x0 dev.rgephy.0.%parent: miibus0 dev.xhci.0.%desc: XHCI (generic) USB 3.0 controller [wam@kabini1, ~, 9:33:08am] 939 % uname -a FreeBSD kabini1.local 9.3-RELEASE-p24 FreeBSD 9.3-RELEASE-p24 #0: Sat Aug 22 01:54:44 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [wam@kabini1, ~, 9:33:13am] 940 % Am I hosed until 3D OpenGL works for AMD jaguars ? If so, how is progress on that front ? These are fairly common APUs, widely used in laptops, some low-end desktops & some tablets, it would be sweet to get this going :-) .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-x11@freebsd.org Sat Dec 12 16:35:20 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 73C11A3B290; Sat, 12 Dec 2015 16:35:20 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3D9EA19A0; Sat, 12 Dec 2015 16:35:19 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de (port-92-195-31-25.dynamic.qsc.de [92.195.31.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id DC0983CE19; Sat, 12 Dec 2015 17:35:10 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id tBCGZA7r001988; Sat, 12 Dec 2015 17:35:10 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Sat, 12 Dec 2015 17:35:09 +0100 From: Polytropon To: "William A. Mahaffey III" Cc: FreeBSD Questions !!!! , FreeBSD X11 mailing list Subject: Re: problems running OpenGL code Message-Id: <20151212173509.fba928df.freebsd@edvax.de> In-Reply-To: <566C3DAD.8090809@hiwaay.net> References: <566C3DAD.8090809@hiwaay.net> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2015 16:35:20 -0000 On Sat, 12 Dec 2015 09:36:23 -0553.75, William A. Mahaffey III wrote: > > > I have an inhouse OpenGL code named PreBFCGL.TEST which I am trying to > run. I get the following when I tried about 5 min. ago: > > > [wam@kabini1, ~, 9:30:21am] 936 % PreBFCGL.TEST > Segmentation fault (core dumped) > [wam@kabini1, ~, 9:30:38am] 937 % cat BFC.LOG > [...] > Xlib: extension "GLX" missing on display ":0.0". > Xlib: extension "GLX" missing on display ":0.0". > Error: No RGB visual with depth buffer > > Done, Bailing out .... > Saving Model Command File to Model_0.in .... done. It seems to be an X error - the GL extension (GLX) is not loaded. If you're running X with xorg.conf, make sure Section "Module" [...] Load "glx" [...] EndSection is being defined. For OpenGL, other things like direct rendering (DRI, DRM) might be needed. You can always check this with tools like glxinfo, xdriinfo, glxgears, or other programs that make use of OpenGL (for example, "xlock -mode fire" or "xlock -mode lament"). The top of "glxinfo" output should look like this: name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: NVIDIA Corporation server glx version string: 1.4 server glx extensions: [...] client glx vendor string: NVIDIA Corporation client glx version string: 1.4 client glx extensions: [...] GLX version: 1.4 Of course your graphics hardware should be reflected accordingly. :-) For this to work, I had to put drm_load="YES" nvidia_load="YES" in /boot/loader.conf - in your case, something similar will probably be needed. ALso make sure to install relevant libraries as needed (libGL, libGLU, libdrm, Mesa, ...). > Am I hosed until 3D OpenGL works for AMD jaguars ? If so, how is > progress on that front ? These are fairly common APUs, widely used in > laptops, some low-end desktops & some tablets, it would be sweet to get > this going :-) .... As far as I know, this special kind of "graphics card" isn't that easy to use. It starts with the proper driver. Which one are you currently using? -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-x11@freebsd.org Sat Dec 12 16:56:47 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2790AA14314; Sat, 12 Dec 2015 16:56:47 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F068A116F; Sat, 12 Dec 2015 16:56:46 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id tBCGuiJc005856 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 12 Dec 2015 10:56:45 -0600 Subject: Re: problems running OpenGL code References: <566C3DAD.8090809@hiwaay.net> <20151212173509.fba928df.freebsd@edvax.de> Cc: FreeBSD Questions !!!! , FreeBSD X11 mailing list From: "William A. Mahaffey III" Message-ID: <566C51CB.8040604@hiwaay.net> Date: Sat, 12 Dec 2015 11:02:13 -0553.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151212173509.fba928df.freebsd@edvax.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2015 16:56:47 -0000 On 12/12/15 10:41, Polytropon wrote: > On Sat, 12 Dec 2015 09:36:23 -0553.75, William A. Mahaffey III wrote: >> >> I have an inhouse OpenGL code named PreBFCGL.TEST which I am trying to >> run. I get the following when I tried about 5 min. ago: >> >> >> [wam@kabini1, ~, 9:30:21am] 936 % PreBFCGL.TEST >> Segmentation fault (core dumped) >> [wam@kabini1, ~, 9:30:38am] 937 % cat BFC.LOG >> [...] >> Xlib: extension "GLX" missing on display ":0.0". >> Xlib: extension "GLX" missing on display ":0.0". >> Error: No RGB visual with depth buffer >> >> Done, Bailing out .... >> Saving Model Command File to Model_0.in .... done. > It seems to be an X error - the GL extension (GLX) is not > loaded. If you're running X with xorg.conf, make sure > > Section "Module" > [...] > Load "glx" > [...] > EndSection Check. > > is being defined. For OpenGL, other things like direct > rendering (DRI, DRM) might be needed. You can always > check this with tools like glxinfo, xdriinfo, glxgears, > or other programs that make use of OpenGL (for example, > "xlock -mode fire" or "xlock -mode lament"). > > The top of "glxinfo" output should look like this: > > name of display: :0.0 > display: :0 screen: 0 > direct rendering: Yes > server glx vendor string: NVIDIA Corporation > server glx version string: 1.4 > server glx extensions: > [...] > client glx vendor string: NVIDIA Corporation > client glx version string: 1.4 > client glx extensions: > [...] > GLX version: 1.4 Hmmmm: [root@kabini1, /etc, 10:56:18am] 767 % glxinfo glxinfo: Command not found. [root@kabini1, /etc, 10:56:19am] 768 % uname -a FreeBSD kabini1.local 9.3-RELEASE-p24 FreeBSD 9.3-RELEASE-p24 #0: Sat Aug 22 01:54:44 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [root@kabini1, /etc, 10:56:29am] 769 % > > Of course your graphics hardware should be reflected accordingly. :-) > > For this to work, I had to put > > drm_load="YES" > nvidia_load="YES" Hmmmm .... OK, just did that. Do have them installed: [root@kabini1, /etc, 10:56:29am] 769 % grep -i drm LIST.installed.txt drm-kmod-9.280208 FreeBSD 9.3 Kernel DRM driver libdrm-2.4.60,1 Userspace interface to kernel Direct Rendering Module services [root@kabini1, /etc, 10:57:09am] 770 % grep -i nvidia LIST.installed.txt nvidia-driver-340-340.93 NVidia graphics card binary drivers for hardware OpenGL rendering [root@kabini1, /etc, 10:57:16am] 771 % I just 'kldload'-ed drm & nvidia, I'll try again momentarily .... > > in /boot/loader.conf - in your case, something similar will probably > be needed. ALso make sure to install relevant libraries as needed > (libGL, libGLU, libdrm, Mesa, ...). Check. > > > >> Am I hosed until 3D OpenGL works for AMD jaguars ? If so, how is >> progress on that front ? These are fairly common APUs, widely used in >> laptops, some low-end desktops & some tablets, it would be sweet to get >> this going :-) .... > As far as I know, this special kind of "graphics card" isn't that > easy to use. It starts with the proper driver. Which one are you > currently using? Uuuuuuuuuhhhh .... Not sure. VESA, I think, how do I check ? -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-x11@freebsd.org Sat Dec 12 17:03:45 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7DBEEA14947; Sat, 12 Dec 2015 17:03:45 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5257E161E; Sat, 12 Dec 2015 17:03:45 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id tBCH3hUp009990 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 12 Dec 2015 11:03:44 -0600 Subject: Re: problems running OpenGL code Cc: FreeBSD X11 mailing list , FreeBSD Questions !!!! References: <566C3DAD.8090809@hiwaay.net> <20151212173509.fba928df.freebsd@edvax.de> <566C51CB.8040604@hiwaay.net> From: "William A. Mahaffey III" Message-ID: <566C536F.8080507@hiwaay.net> Date: Sat, 12 Dec 2015 11:09:13 -0553.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <566C51CB.8040604@hiwaay.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2015 17:03:45 -0000 On 12/12/15 11:01, William A. Mahaffey III wrote: > On 12/12/15 10:41, Polytropon wrote: >> On Sat, 12 Dec 2015 09:36:23 -0553.75, William A. Mahaffey III wrote: >>> >>> I have an inhouse OpenGL code named PreBFCGL.TEST which I am trying to >>> run. I get the following when I tried about 5 min. ago: >>> >>> >>> [wam@kabini1, ~, 9:30:21am] 936 % PreBFCGL.TEST >>> Segmentation fault (core dumped) >>> [wam@kabini1, ~, 9:30:38am] 937 % cat BFC.LOG >>> [...] >>> Xlib: extension "GLX" missing on display ":0.0". >>> Xlib: extension "GLX" missing on display ":0.0". >>> Error: No RGB visual with depth buffer >>> >>> Done, Bailing out .... >>> Saving Model Command File to Model_0.in .... done. >> It seems to be an X error - the GL extension (GLX) is not >> loaded. If you're running X with xorg.conf, make sure >> >> Section "Module" >> [...] >> Load "glx" >> [...] >> EndSection > > Check. > >> >> is being defined. For OpenGL, other things like direct >> rendering (DRI, DRM) might be needed. You can always >> check this with tools like glxinfo, xdriinfo, glxgears, >> or other programs that make use of OpenGL (for example, >> "xlock -mode fire" or "xlock -mode lament"). >> >> The top of "glxinfo" output should look like this: >> >> name of display: :0.0 >> display: :0 screen: 0 >> direct rendering: Yes >> server glx vendor string: NVIDIA Corporation >> server glx version string: 1.4 >> server glx extensions: >> [...] >> client glx vendor string: NVIDIA Corporation >> client glx version string: 1.4 >> client glx extensions: >> [...] >> GLX version: 1.4 > > Hmmmm: > > [root@kabini1, /etc, 10:56:18am] 767 % glxinfo > glxinfo: Command not found. > [root@kabini1, /etc, 10:56:19am] 768 % uname -a > FreeBSD kabini1.local 9.3-RELEASE-p24 FreeBSD 9.3-RELEASE-p24 #0: Sat > Aug 22 01:54:44 UTC 2015 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > [root@kabini1, /etc, 10:56:29am] 769 % > >> >> Of course your graphics hardware should be reflected accordingly. :-) >> >> For this to work, I had to put >> >> drm_load="YES" >> nvidia_load="YES" > > Hmmmm .... OK, just did that. Do have them installed: > > [root@kabini1, /etc, 10:56:29am] 769 % grep -i drm LIST.installed.txt > drm-kmod-9.280208 FreeBSD 9.3 Kernel DRM driver > libdrm-2.4.60,1 Userspace interface to kernel Direct > Rendering Module services > [root@kabini1, /etc, 10:57:09am] 770 % grep -i nvidia LIST.installed.txt > nvidia-driver-340-340.93 NVidia graphics card binary drivers for > hardware OpenGL rendering > [root@kabini1, /etc, 10:57:16am] 771 % > > I just 'kldload'-ed drm & nvidia, I'll try again momentarily .... > >> >> in /boot/loader.conf - in your case, something similar will probably >> be needed. ALso make sure to install relevant libraries as needed >> (libGL, libGLU, libdrm, Mesa, ...). > > Check. > >> >> >> >>> Am I hosed until 3D OpenGL works for AMD jaguars ? If so, how is >>> progress on that front ? These are fairly common APUs, widely used in >>> laptops, some low-end desktops & some tablets, it would be sweet to get >>> this going :-) .... >> As far as I know, this special kind of "graphics card" isn't that >> easy to use. It starts with the proper driver. Which one are you >> currently using? > > Uuuuuuuuuhhhh .... Not sure. VESA, I think, how do I check ? > > It is indeed VESA. I just kldload-ed drm & nvidia & still nogo, same error .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-x11@freebsd.org Sat Dec 12 17:29:12 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B37FCA14E68; Sat, 12 Dec 2015 17:29:12 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 829771A56; Sat, 12 Dec 2015 17:29:12 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id tBCHTA3Q022658 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 12 Dec 2015 11:29:11 -0600 Subject: Re: problems running OpenGL code Cc: FreeBSD X11 mailing list , FreeBSD Questions !!!! References: <566C3DAD.8090809@hiwaay.net> <20151212173509.fba928df.freebsd@edvax.de> <566C51CB.8040604@hiwaay.net> <566C536F.8080507@hiwaay.net> From: "William A. Mahaffey III" Message-ID: <566C5966.8020403@hiwaay.net> Date: Sat, 12 Dec 2015 11:34:40 -0553.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <566C536F.8080507@hiwaay.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2015 17:29:12 -0000 On 12/12/15 11:08, William A. Mahaffey III wrote: > On 12/12/15 11:01, William A. Mahaffey III wrote: >> On 12/12/15 10:41, Polytropon wrote: >>> On Sat, 12 Dec 2015 09:36:23 -0553.75, William A. Mahaffey III wrote: >>>> >>>> I have an inhouse OpenGL code named PreBFCGL.TEST which I am trying to >>>> run. I get the following when I tried about 5 min. ago: >>>> >>>> >>>> [wam@kabini1, ~, 9:30:21am] 936 % PreBFCGL.TEST >>>> Segmentation fault (core dumped) >>>> [wam@kabini1, ~, 9:30:38am] 937 % cat BFC.LOG >>>> [...] >>>> Xlib: extension "GLX" missing on display ":0.0". >>>> Xlib: extension "GLX" missing on display ":0.0". >>>> Error: No RGB visual with depth buffer >>>> >>>> Done, Bailing out .... >>>> Saving Model Command File to Model_0.in .... done. >>> It seems to be an X error - the GL extension (GLX) is not >>> loaded. If you're running X with xorg.conf, make sure >>> >>> Section "Module" >>> [...] >>> Load "glx" >>> [...] >>> EndSection >> >> Check. >> >>> >>> is being defined. For OpenGL, other things like direct >>> rendering (DRI, DRM) might be needed. You can always >>> check this with tools like glxinfo, xdriinfo, glxgears, >>> or other programs that make use of OpenGL (for example, >>> "xlock -mode fire" or "xlock -mode lament"). >>> >>> The top of "glxinfo" output should look like this: >>> >>> name of display: :0.0 >>> display: :0 screen: 0 >>> direct rendering: Yes >>> server glx vendor string: NVIDIA Corporation >>> server glx version string: 1.4 >>> server glx extensions: >>> [...] >>> client glx vendor string: NVIDIA Corporation >>> client glx version string: 1.4 >>> client glx extensions: >>> [...] >>> GLX version: 1.4 >> >> Hmmmm: >> >> [root@kabini1, /etc, 10:56:18am] 767 % glxinfo >> glxinfo: Command not found. >> [root@kabini1, /etc, 10:56:19am] 768 % uname -a >> FreeBSD kabini1.local 9.3-RELEASE-p24 FreeBSD 9.3-RELEASE-p24 #0: Sat >> Aug 22 01:54:44 UTC 2015 >> root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >> [root@kabini1, /etc, 10:56:29am] 769 % >> >>> >>> Of course your graphics hardware should be reflected accordingly. :-) >>> >>> For this to work, I had to put >>> >>> drm_load="YES" >>> nvidia_load="YES" >> >> Hmmmm .... OK, just did that. Do have them installed: >> >> [root@kabini1, /etc, 10:56:29am] 769 % grep -i drm LIST.installed.txt >> drm-kmod-9.280208 FreeBSD 9.3 Kernel DRM driver >> libdrm-2.4.60,1 Userspace interface to kernel Direct >> Rendering Module services >> [root@kabini1, /etc, 10:57:09am] 770 % grep -i nvidia LIST.installed.txt >> nvidia-driver-340-340.93 NVidia graphics card binary drivers >> for hardware OpenGL rendering >> [root@kabini1, /etc, 10:57:16am] 771 % >> >> I just 'kldload'-ed drm & nvidia, I'll try again momentarily .... >> >>> >>> in /boot/loader.conf - in your case, something similar will probably >>> be needed. ALso make sure to install relevant libraries as needed >>> (libGL, libGLU, libdrm, Mesa, ...). >> >> Check. >> >>> >>> >>> >>>> Am I hosed until 3D OpenGL works for AMD jaguars ? If so, how is >>>> progress on that front ? These are fairly common APUs, widely used in >>>> laptops, some low-end desktops & some tablets, it would be sweet to >>>> get >>>> this going :-) .... >>> As far as I know, this special kind of "graphics card" isn't that >>> easy to use. It starts with the proper driver. Which one are you >>> currently using? >> >> Uuuuuuuuuhhhh .... Not sure. VESA, I think, how do I check ? >> >> > > It is indeed VESA. I just kldload-ed drm & nvidia & still nogo, same > error .... > Slight update. I found where glxinfo comes from & 'pkg installed' it, now I have: [root@kabini1, /etc, 11:32:25am] 793 % glxinfo name of display: :0.0 Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Error: couldn't find RGB GLX visual or fbconfig Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". [root@kabini1, /etc, 11:32:29am] 794 % kldstat Id Refs Address Size Name 1 128 0xffffffff80200000 1611688 kernel 2 1 0xffffffff81812000 a890 geom_stripe.ko 3 3 0xffffffff8181d000 c19b8 linux.ko 4 1 0xffffffff818df000 43a8 snd_driver.ko 5 2 0xffffffff818e4000 8180 snd_ad1816.ko 6 2 0xffffffff818ed000 8a00 snd_als4000.ko 7 2 0xffffffff818f6000 a718 snd_atiixp.ko 8 2 0xffffffff81901000 87d0 snd_cs4281.ko 9 2 0xffffffff8190a000 ffa0 snd_ds1.ko 10 2 0xffffffff8191a000 dc20 snd_envy24.ko 11 4 0xffffffff81928000 2718 snd_spicds.ko 12 2 0xffffffff8192b000 cfc0 snd_envy24ht.ko 13 2 0xffffffff81938000 95b8 snd_ess.ko 14 5 0xffffffff81942000 5e78 snd_sbc.ko 15 2 0xffffffff81948000 7700 snd_fm801.ko 16 3 0xffffffff81950000 13bd8 snd_mss.ko 17 2 0xffffffff81964000 d858 snd_maestro.ko 18 2 0xffffffff81972000 f0d0 snd_maestro3.ko 19 2 0xffffffff81982000 14340 snd_neomagic.ko 20 2 0xffffffff81997000 8378 snd_sb16.ko 21 2 0xffffffff819a0000 7cf0 snd_sb8.ko 22 2 0xffffffff819a8000 8f88 snd_solo.ko 23 2 0xffffffff819b1000 8a88 snd_t4dwave.ko 24 2 0xffffffff819ba000 7d88 snd_via82c686.ko 25 2 0xffffffff819c2000 8d70 snd_vibes.ko 26 1 0xffffffff819cb000 3cb8 amdtemp.ko 27 3 0xffffffff819cf000 73958 vboxdrv.ko 28 1 0xffffffff81a43000 12470 tmpfs.ko 29 1 0xffffffff81c12000 9fd4 linprocfs.ko 30 1 0xffffffff81c1c000 52f2 fdescfs.ko 31 1 0xffffffff81c22000 28c9f vboxguest.ko 32 2 0xffffffff81c4b000 29f1 vboxnetflt.ko 33 2 0xffffffff81c4e000 b258 netgraph.ko 34 1 0xffffffff81c5a000 4449 ng_ether.ko 35 1 0xffffffff81c5f000 3f8a vboxnetadp.ko 36 1 0xffffffff81c63000 121fa ipfw.ko 39 1 0xffffffff81c76000 2c8e geom_nop.ko 40 1 0xffffffff81c79000 17677 drm.ko 41 1 0xffffffff81c91000 963a67 nvidia.ko [root@kabini1, /etc, 11:32:46am] 795 % i.e. no displays are GLX enabled .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-x11@freebsd.org Sat Dec 12 19:31:13 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6908EA140C2; Sat, 12 Dec 2015 19:31:13 +0000 (UTC) (envelope-from arcade@b1t.name) Received: from limbo.b1t.name (limbo.b1t.name [78.25.32.206]) by mx1.freebsd.org (Postfix) with ESMTP id 250BD1FD4; Sat, 12 Dec 2015 19:31:11 +0000 (UTC) (envelope-from arcade@b1t.name) Received: from limbo.b1t.name (limbo.b1t.name [78.25.32.206]) by limbo.b1t.name (Postfix) with ESMTPSA id 30F686F; Sat, 12 Dec 2015 21:31:01 +0200 (EET) Subject: Re: problems running OpenGL code References: <566C3DAD.8090809@hiwaay.net> <20151212173509.fba928df.freebsd@edvax.de> <566C51CB.8040604@hiwaay.net> <566C536F.8080507@hiwaay.net> <566C5966.8020403@hiwaay.net> Cc: FreeBSD X11 mailing list , FreeBSD Questions !!!! From: Volodymyr Kostyrko Message-ID: <566C75F3.1090801@b1t.name> Date: Sat, 12 Dec 2015 21:30:59 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <566C5966.8020403@hiwaay.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2015 19:31:13 -0000 On 12.12.2015 19:27, William A. Mahaffey III wrote: > 41 1 0xffffffff81c91000 963a67 nvidia.ko Can you try disabling this kernel module and deinstalling nvidia-driver package? It does THINGS to make rendering work like substituting original GL libraries with nVidia ones. -- Sphinx of black quartz judge my vow. From owner-freebsd-x11@freebsd.org Sat Dec 12 21:42:49 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 820D2A141ED; Sat, 12 Dec 2015 21:42:49 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 515871DF0; Sat, 12 Dec 2015 21:42:48 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id tBCLfwUQ019011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 12 Dec 2015 15:41:59 -0600 Subject: Re: problems running OpenGL code To: Volodymyr Kostyrko References: <566C3DAD.8090809@hiwaay.net> <20151212173509.fba928df.freebsd@edvax.de> <566C51CB.8040604@hiwaay.net> <566C536F.8080507@hiwaay.net> <566C5966.8020403@hiwaay.net> <566C75F3.1090801@b1t.name> Cc: FreeBSD X11 mailing list , FreeBSD Questions !!!! From: "William A. Mahaffey III" Message-ID: <566C94A6.1090703@hiwaay.net> Date: Sat, 12 Dec 2015 15:47:28 -0553.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <566C75F3.1090801@b1t.name> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2015 21:42:49 -0000 On 12/12/15 13:37, Volodymyr Kostyrko wrote: > On 12.12.2015 19:27, William A. Mahaffey III wrote: >> 41 1 0xffffffff81c91000 963a67 nvidia.ko > > Can you try disabling this kernel module and deinstalling > nvidia-driver package? It does THINGS to make rendering work like > substituting original GL libraries with nVidia ones. > Very well, done, & slightly different behavior: [wam@kabini1, ~, 3:44:08pm] 959 % PreBFCGL.TEST Segmentation fault (core dumped) [wam@kabini1, ~, 3:44:14pm] 960 % cat BFC.LOG PreBFCGL.TEST: begin WAM III pre-processor execution on host kabini1.local .... PreBFCGL.TEST: compiled on Dec 12 2015 @ 06:04:00. PreBFCGL.TEST: commence execution on Sat Dec 12 15:44:13 2015. PreBFCGL.TEST: sizeof(short) 2, sizeof(int) 4, sizeof(long) 8, sizeof(clock_t) 4, sizeof(time_t) 8. PreBFCGL.TEST: sizeof(float) 4, sizeof(real) 4, sizeof(double) 8, sizeof(void *) 8, ticks 128. Couldn't find configuration file './.BFCrc', couldn't find '/home/wam/.BFCrc', giving up. Alpha: changing Verbosity from Silent to Normal. Gen2D: setting up for chatty 2 (Normal) .... done. Gen3D: setting up for chatty 2 (Normal) .... done. Main: Updating Verbosity from 0 (Silent) to 2 (Normal) .... SetReadVerbosity: Updating Verbosity from 0 (Silent) to 2 (Normal) .... Changing Expertise from Novice to Standard. SetExprLoud: setting chatty from 0 to 2 .... Interactive mode execution, individual case(s), Debug 0, DbgMem 0, Standard expertise, Normal verbosity. DebugVarbls: var'bl verbosity reset from 0 to 2 .... DebugVarbls: var'bl verbosity reset from 2 to 3 .... DISPLAY ->:0.0<- (Local) Machine epsilons: raw 4 bits float 5.96046E-08 9.53674E-07 double 1.11022E-16 1.77636E-15 InitGraphics: begin .... Error: No RGB visual with depth buffer Done, Bailing out .... Saving Model Command File to Model_0.in .... done. [wam@kabini1, ~, 3:44:16pm] 961 % This was with the radeon module loaded: [root@kabini1, /etc, 3:43:47pm] 831 % kldstat Id Refs Address Size Name 1 145 0xffffffff80200000 1611688 kernel 2 1 0xffffffff81812000 a890 geom_stripe.ko 3 2 0xffffffff8181d000 c19b8 linux.ko 4 1 0xffffffff818df000 43a8 snd_driver.ko 5 2 0xffffffff818e4000 8180 snd_ad1816.ko 6 2 0xffffffff818ed000 8a00 snd_als4000.ko 7 2 0xffffffff818f6000 a718 snd_atiixp.ko 8 2 0xffffffff81901000 87d0 snd_cs4281.ko 9 2 0xffffffff8190a000 ffa0 snd_ds1.ko 10 2 0xffffffff8191a000 dc20 snd_envy24.ko 11 4 0xffffffff81928000 2718 snd_spicds.ko 12 2 0xffffffff8192b000 cfc0 snd_envy24ht.ko 13 2 0xffffffff81938000 95b8 snd_ess.ko 14 5 0xffffffff81942000 5e78 snd_sbc.ko 15 2 0xffffffff81948000 7700 snd_fm801.ko 16 3 0xffffffff81950000 13bd8 snd_mss.ko 17 2 0xffffffff81964000 d858 snd_maestro.ko 18 2 0xffffffff81972000 f0d0 snd_maestro3.ko 19 2 0xffffffff81982000 14340 snd_neomagic.ko 20 2 0xffffffff81997000 8378 snd_sb16.ko 21 2 0xffffffff819a0000 7cf0 snd_sb8.ko 22 2 0xffffffff819a8000 8f88 snd_solo.ko 23 2 0xffffffff819b1000 8a88 snd_t4dwave.ko 24 2 0xffffffff819ba000 7d88 snd_via82c686.ko 25 2 0xffffffff819c2000 8d70 snd_vibes.ko 26 1 0xffffffff819cb000 3cb8 amdtemp.ko 27 3 0xffffffff819cf000 73958 vboxdrv.ko 28 1 0xffffffff81a43000 12470 tmpfs.ko 29 1 0xffffffff81c12000 9fd4 linprocfs.ko 30 1 0xffffffff81c1c000 52f2 fdescfs.ko 31 1 0xffffffff81c22000 28c9f vboxguest.ko 32 2 0xffffffff81c4b000 29f1 vboxnetflt.ko 33 2 0xffffffff81c4e000 b258 netgraph.ko 34 1 0xffffffff81c5a000 4449 ng_ether.ko 35 1 0xffffffff81c5f000 3f8a vboxnetadp.ko 36 1 0xffffffff81c63000 121fa ipfw.ko 39 1 0xffffffff81c76000 2c8e geom_nop.ko 40 1 0xffffffff81c79000 17677 drm.ko 41 1 0xffffffff81c91000 1194c9 radeonkms.ko 42 1 0xffffffff81dab000 1b23 iicbb.ko 43 4 0xffffffff81dad000 1d47 iicbus.ko 44 1 0xffffffff81daf000 1cbf iic.ko 45 1 0xffffffff81db1000 46f31 drm2.ko [root@kabini1, /etc, 3:43:53pm] 832 % xorg.conf was/is still using the VESA driver, do I need any changes there as well ? [wam@kabini1, ~, 3:44:16pm] 961 % cat /etc/X11/xorg.conf Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" Option "DontZap" "off" EndSection Section "Files" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc/" FontPath "/usr/local/lib/X11/fonts/TTF/" FontPath "/usr/local/lib/X11/fonts/OTF" FontPath "/usr/local/lib/X11/fonts/Type1/" FontPath "/usr/local/lib/X11/fonts/100dpi/" FontPath "/usr/local/lib/X11/fonts/75dpi/" EndSection Section "Module" Load "dbe" Load "dri" Load "dri2" Load "extmod" Load "record" Load "glx" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "InputDevice" Identifier "Mouse0" Driver "vboxmouse" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName "Monitor Model" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "ShadowFB" # [] #Option "DefaultRefresh" # [] #Option "ModeSetClearScreen" # [] Identifier "Card0" Driver "vesa" VendorName "Advanced Micro Devices, Inc. [AMD/ATI]" BoardName "Kabini [Radeon HD 8280 / R3 Series]" BusID "PCI:0:1:0" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional Identifier "Card0" Driver "vboxvideo" VendorName "InnoTek Systemberatung GmbH" BoardName "VirtualBox Graphics Adapter" BusID "PCI:0:2:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection [wam@kabini1, ~, 3:44:27pm] 962 % -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-x11@freebsd.org Sat Dec 12 22:39:16 2015 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E519BA14CD4; Sat, 12 Dec 2015 22:39:15 +0000 (UTC) (envelope-from arcade@b1t.name) Received: from limbo.b1t.name (limbo.b1t.name [78.25.32.206]) by mx1.freebsd.org (Postfix) with ESMTP id 5ABC01AB6; Sat, 12 Dec 2015 22:39:14 +0000 (UTC) (envelope-from arcade@b1t.name) Received: from limbo.b1t.name (limbo.b1t.name [78.25.32.206]) by limbo.b1t.name (Postfix) with ESMTPSA id 79CCB72; Sun, 13 Dec 2015 00:39:11 +0200 (EET) Subject: Re: problems running OpenGL code To: freebsd-x11@freebsd.org, freebsd questions list References: <566C3DAD.8090809@hiwaay.net> <20151212173509.fba928df.freebsd@edvax.de> <566C51CB.8040604@hiwaay.net> <566C536F.8080507@hiwaay.net> <566C5966.8020403@hiwaay.net> <566C75F3.1090801@b1t.name> <566C94A6.1090703@hiwaay.net> From: Volodymyr Kostyrko Message-ID: <566CA20C.4050307@b1t.name> Date: Sun, 13 Dec 2015 00:39:08 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <566C94A6.1090703@hiwaay.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2015 22:39:16 -0000 On 12.12.2015 23:40, William A. Mahaffey III wrote: > xorg.conf was/is still using the VESA driver, do I need any changes > there as well ? yep > Section "Files" > ModulePath "/usr/local/lib/xorg/modules" > FontPath "/usr/local/lib/X11/fonts/misc/" > FontPath "/usr/local/lib/X11/fonts/TTF/" > FontPath "/usr/local/lib/X11/fonts/OTF" > FontPath "/usr/local/lib/X11/fonts/Type1/" > FontPath "/usr/local/lib/X11/fonts/100dpi/" > FontPath "/usr/local/lib/X11/fonts/75dpi/" > EndSection This one is not needed mostly, you are specifying defaults. > Section "Module" > Load "dbe" > Load "dri" > Load "dri2" > Load "extmod" > Load "record" > Load "glx" > EndSection Same here, server will try to load them anyway. > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/sysmouse" > Option "ZAxisMapping" "4 5 6 7" > EndSection > > Section "InputDevice" > Identifier "Mouse0" > Driver "vboxmouse" > EndSection You have two definitions for mouse, make `Identifier` different or... actually I don't know which one would be selected. > Section "Device" > ### Available Driver options are:- > ### Values: : integer, : float, : "True"/"False", > ### : "String", : " Hz/kHz/MHz" > ### [arg]: arg optional > #Option "ShadowFB" # [] > #Option "DefaultRefresh" # [] > #Option "ModeSetClearScreen" # [] > Identifier "Card0" > Driver "vesa" > VendorName "Advanced Micro Devices, Inc. [AMD/ATI]" > BoardName "Kabini [Radeon HD 8280 / R3 Series]" > BusID "PCI:0:1:0" > EndSection > > Section "Device" > ### Available Driver options are:- > ### Values: : integer, : float, : "True"/"False", > ### : "String", : " Hz/kHz/MHz" > ### [arg]: arg optional > Identifier "Card0" > Driver "vboxvideo" > VendorName "InnoTek Systemberatung GmbH" > BoardName "VirtualBox Graphics Adapter" > BusID "PCI:0:2:0" > EndSection Same here, you are defining one `Identifier` twice. And yes, here you need to specify your driver. Mine looks like: Section "Device" Identifier "Integrated" Driver "ati" EndSection My config also has this: Section "ServerFlags" Option "AIGLX" "True" Option "BlankTime" "0" Option "StandByTime" "0" Option "SuspendTime" "0" Option "OffTime" "10" Option "AutoAddDevices" "False" Option "AllowEmptyInput" "False" Option "Log" "Sync" Option "DRI2" "On" EndSection Section "DRI" Mode 0666 EndSection Section "Extensions" Option "Composite" "On" Option "RENDER" "on" Option "DAMAGE" "on" EndSection I'm not saying you need to put all of that in your config, I haven't tested whether all of that is still needed today. You know, time passes by and you have no time to fix those thing since everything is still working fine. For example I think whole `Extensions` section became useless... PS: Thanks man, made me review my own config so I'll go testing now. :) -- Sphinx of black quartz judge my vow.