From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 00:13:32 2011 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id E158B1065672; Sun, 3 Jul 2011 00:13:32 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-4.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 04F371500B1; Sun, 3 Jul 2011 00:12:54 +0000 (UTC) Message-ID: <4E0FB406.4040308@FreeBSD.org> Date: Sat, 02 Jul 2011 17:12:54 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.18) Gecko/20110624 Thunderbird/3.1.11 MIME-Version: 1.0 To: Stephen Montgomery-Smith References: <4E0796A6.3040909@missouri.edu> <4E07A18B.2010205@FreeBSD.org> <4E0F90C6.5020704@missouri.edu> In-Reply-To: <4E0F90C6.5020704@missouri.edu> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: danfe@FreeBSD.org, x11@FreeBSD.org Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Jul 2011 00:13:33 -0000 On 07/02/2011 14:42, Stephen Montgomery-Smith wrote: > Are x11-server/x11-server and x11/nvidia-driver together incompatible > with portmaster? > > If you install x11-server/xorg-server, and then install > x11/nvidia-driver, then "pkg_delete -f" and reinstall xorg-server, then > it seems to me that x11/nvidia-driver will be broken, because > xorg-server will overwrite lib/xorg/modules/extensions/libgl.*, and > nvidia-driver also writes these files. > > I know that x11/nvidia-driver restores the libgl.* files when it is > deinstalled. But it is portmaster's use of "pkg_delete -f" that concerns > me. This is a known problem, and has nothing to do with portmaster. If you deinstall nvidia-driver first it restores the xorg-server files to the prior state. If you do xorg-server first, doing the install of nvidia-driver with -DFORCE_PKG_REGISTER (without deinstalling first) should do the trick. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 00:31:39 2011 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCF5F1065672; Sun, 3 Jul 2011 00:31:39 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id A50638FC1A; Sun, 3 Jul 2011 00:31:39 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.4/8.14.4) with ESMTP id p630VcfI004831; Sat, 2 Jul 2011 19:31:38 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4E0FB86B.7020700@missouri.edu> Date: Sat, 02 Jul 2011 19:31:39 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110516 Thunderbird/3.1.10 MIME-Version: 1.0 To: Doug Barton References: <4E0796A6.3040909@missouri.edu> <4E07A18B.2010205@FreeBSD.org> <4E0F90C6.5020704@missouri.edu> <4E0FB406.4040308@FreeBSD.org> In-Reply-To: <4E0FB406.4040308@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "danfe@FreeBSD.org" , "x11@FreeBSD.org" Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Jul 2011 00:31:40 -0000 On 07/02/2011 07:12 PM, Doug Barton wrote: > On 07/02/2011 14:42, Stephen Montgomery-Smith wrote: >> Are x11-server/x11-server and x11/nvidia-driver together incompatible >> with portmaster? >> >> If you install x11-server/xorg-server, and then install >> x11/nvidia-driver, then "pkg_delete -f" and reinstall xorg-server, then >> it seems to me that x11/nvidia-driver will be broken, because >> xorg-server will overwrite lib/xorg/modules/extensions/libgl.*, and >> nvidia-driver also writes these files. >> >> I know that x11/nvidia-driver restores the libgl.* files when it is >> deinstalled. But it is portmaster's use of "pkg_delete -f" that concerns >> me. > > This is a known problem, and has nothing to do with portmaster. If you > deinstall nvidia-driver first it restores the xorg-server files to the > prior state. If you do xorg-server first, doing the install of > nvidia-driver with -DFORCE_PKG_REGISTER (without deinstalling first) > should do the trick. > > > hth, > > Doug > Yes, I knew the solution. But I was really offering this as a reason to have some kind of "NO_REINSTALL" flag, or something similar. Something that tells portmaster that it shouldn't deinstall xorg-server without deinstalling nvidia-driver first. Thanks, Stephen From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 00:47:39 2011 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 75E38106566C; Sun, 3 Jul 2011 00:47:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-4.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1703114F722; Sun, 3 Jul 2011 00:47:39 +0000 (UTC) Message-ID: <4E0FBC2A.9090809@FreeBSD.org> Date: Sat, 02 Jul 2011 17:47:38 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.18) Gecko/20110624 Thunderbird/3.1.11 MIME-Version: 1.0 To: Stephen Montgomery-Smith References: <4E0796A6.3040909@missouri.edu> <4E07A18B.2010205@FreeBSD.org> <4E0F90C6.5020704@missouri.edu> <4E0FB406.4040308@FreeBSD.org> <4E0FB86B.7020700@missouri.edu> In-Reply-To: <4E0FB86B.7020700@missouri.edu> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "danfe@FreeBSD.org" , "x11@FreeBSD.org" Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Jul 2011 00:47:39 -0000 On 07/02/2011 17:31, Stephen Montgomery-Smith wrote: > On 07/02/2011 07:12 PM, Doug Barton wrote: >> On 07/02/2011 14:42, Stephen Montgomery-Smith wrote: >>> Are x11-server/x11-server and x11/nvidia-driver together incompatible >>> with portmaster? >>> >>> If you install x11-server/xorg-server, and then install >>> x11/nvidia-driver, then "pkg_delete -f" and reinstall xorg-server, then >>> it seems to me that x11/nvidia-driver will be broken, because >>> xorg-server will overwrite lib/xorg/modules/extensions/libgl.*, and >>> nvidia-driver also writes these files. >>> >>> I know that x11/nvidia-driver restores the libgl.* files when it is >>> deinstalled. But it is portmaster's use of "pkg_delete -f" that concerns >>> me. >> >> This is a known problem, and has nothing to do with portmaster. If you >> deinstall nvidia-driver first it restores the xorg-server files to the >> prior state. If you do xorg-server first, doing the install of >> nvidia-driver with -DFORCE_PKG_REGISTER (without deinstalling first) >> should do the trick. >> >> >> hth, >> >> Doug >> > > Yes, I knew the solution. > > But I was really offering this as a reason to have some kind of > "NO_REINSTALL" flag, or something similar. Something that tells > portmaster that it shouldn't deinstall xorg-server without deinstalling > nvidia-driver first. It wouldn't be a NO_REINSTALL case (unless I'm missing something) but you're right that we don't have a way to represent "Don't deinstall this port if that port is installed." Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 00:58:50 2011 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22544106566B; Sun, 3 Jul 2011 00:58:50 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id C45EE8FC1E; Sun, 3 Jul 2011 00:58:49 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.4/8.14.4) with ESMTP id p630wm1g006572; Sat, 2 Jul 2011 19:58:48 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4E0FBEC9.2000304@missouri.edu> Date: Sat, 02 Jul 2011 19:58:49 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110516 Thunderbird/3.1.10 MIME-Version: 1.0 To: Doug Barton References: <4E0796A6.3040909@missouri.edu> <4E07A18B.2010205@FreeBSD.org> <4E0F90C6.5020704@missouri.edu> <4E0FB406.4040308@FreeBSD.org> <4E0FB86B.7020700@missouri.edu> <4E0FBC2A.9090809@FreeBSD.org> In-Reply-To: <4E0FBC2A.9090809@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "danfe@FreeBSD.org" , "x11@FreeBSD.org" Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Jul 2011 00:58:50 -0000 On 07/02/2011 07:47 PM, Doug Barton wrote: > On 07/02/2011 17:31, Stephen Montgomery-Smith wrote: >> On 07/02/2011 07:12 PM, Doug Barton wrote: >>> On 07/02/2011 14:42, Stephen Montgomery-Smith wrote: >>>> Are x11-server/x11-server and x11/nvidia-driver together incompatible >>>> with portmaster? >>>> >>>> If you install x11-server/xorg-server, and then install >>>> x11/nvidia-driver, then "pkg_delete -f" and reinstall xorg-server, then >>>> it seems to me that x11/nvidia-driver will be broken, because >>>> xorg-server will overwrite lib/xorg/modules/extensions/libgl.*, and >>>> nvidia-driver also writes these files. >>>> >>>> I know that x11/nvidia-driver restores the libgl.* files when it is >>>> deinstalled. But it is portmaster's use of "pkg_delete -f" that concerns >>>> me. >>> >>> This is a known problem, and has nothing to do with portmaster. If you >>> deinstall nvidia-driver first it restores the xorg-server files to the >>> prior state. If you do xorg-server first, doing the install of >>> nvidia-driver with -DFORCE_PKG_REGISTER (without deinstalling first) >>> should do the trick. >>> >>> >>> hth, >>> >>> Doug >>> >> >> Yes, I knew the solution. >> >> But I was really offering this as a reason to have some kind of >> "NO_REINSTALL" flag, or something similar. Something that tells >> portmaster that it shouldn't deinstall xorg-server without deinstalling >> nvidia-driver first. > > It wouldn't be a NO_REINSTALL case (unless I'm missing something) but > you're right that we don't have a way to represent "Don't deinstall this > port if that port is installed." > You are correct. It wouldn't be NO_REINSTALL. But would you guys be interested in some creative way to make this work? Perhaps xorg-server could be modified to first check "pkg_info | grep nvidia-driver", and if this comes up true, then the xorg-server port and package would not install libgl.*. I could do something like this, but before I work on it and put forth a proof of concept, I would first like to hear good reasons why I this might be a bad idea. Thanks, Stephen From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 02:04:49 2011 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27BBD1065674 for ; Sun, 3 Jul 2011 02:04:49 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 06FDF8FC08 for ; Sun, 3 Jul 2011 02:04:48 +0000 (UTC) Received: by pvg11 with SMTP id 11so5066152pvg.13 for ; Sat, 02 Jul 2011 19:04:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=nbKrza7TLz6l5pAemXTq+065EvJ1eOPcWsNc9oFvKvQ=; b=dcw6SiXQU1akiZ8WxS1hddg6Tdc5LtBYWQIaxlL3nz1yqWkBkRi/JfZLtuRv9UoNqy YGYWxP8afflOIMtxIHcmixchddRCdcogDK8ClRq0HeSodlINPTH0fJJU1LXWzEDMdw6X K+YFUd3IRAy4+fjotBrJntyE/uDklTrRxb2mQ= MIME-Version: 1.0 Received: by 10.68.40.161 with SMTP id y1mr5676165pbk.156.1309657189166; Sat, 02 Jul 2011 18:39:49 -0700 (PDT) Received: by 10.68.64.104 with HTTP; Sat, 2 Jul 2011 18:39:49 -0700 (PDT) Date: Sun, 3 Jul 2011 01:39:49 +0000 Message-ID: From: "b. f." To: Stephen Montgomery-Smith , freebsd-x11@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2011 02:04:49 -0000 > You are correct. It wouldn't be NO_REINSTALL. > > But would you guys be interested in some creative way to make this work? > Perhaps xorg-server could be modified to first check "pkg_info | grep > nvidia-driver", and if this comes up true, then the xorg-server port and > package would not install libgl.*. > > I could do something like this, but before I work on it and put forth a > proof of concept, I would first like to hear good reasons why I this > might be a bad idea. It's a bad idea because it's sensitive to the order of (de)installation. It's always been unfortunate that nvidia-driver collides with xorg-server and libGL. It would be better if xorg-server and libGL were patched to install a linker script instead of the libGL.so and libglx.so symlinks, which would favor the nvidia-specific libraries over the generic libraries if the former were present. Or if nvidia-driver didn't replace the shared libraries of the other ports, but used additions to libmap.conf(5) instead. b. From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 02:38:17 2011 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F472106564A for ; Sun, 3 Jul 2011 02:38:17 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id B62B08FC14 for ; Sun, 3 Jul 2011 02:38:16 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.4/8.14.4) with ESMTP id p6322uxR010659; Sat, 2 Jul 2011 21:02:57 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4E0FCDD1.7050809@missouri.edu> Date: Sat, 02 Jul 2011 21:02:57 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110516 Thunderbird/3.1.10 MIME-Version: 1.0 To: "bf1783@gmail.com" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-x11@FreeBSD.org" , "b. f." Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Jul 2011 02:38:17 -0000 On 07/02/2011 08:39 PM, b. f. wrote: >> You are correct. It wouldn't be NO_REINSTALL. >> >> But would you guys be interested in some creative way to make this work? >> Perhaps xorg-server could be modified to first check "pkg_info | grep >> nvidia-driver", and if this comes up true, then the xorg-server port and >> package would not install libgl.*. >> >> I could do something like this, but before I work on it and put forth a >> proof of concept, I would first like to hear good reasons why I this >> might be a bad idea. > > It's a bad idea because it's sensitive to the order of > (de)installation. It's always been unfortunate that nvidia-driver > collides with xorg-server and libGL. It would be better if > xorg-server and libGL were patched to install a linker script instead > of the libGL.so and libglx.so symlinks, which would favor the > nvidia-specific libraries over the generic libraries if the former > were present. Or if nvidia-driver didn't replace the shared libraries > of the other ports, but used additions to libmap.conf(5) instead. > The libmap.conf idea seems really good. So, the nvidia-driver ports install things like lib/modules/extensions/libglx-nvidia.so and then libmap.conf has a line inserted at the beginning like libglx.so libglx-nvidia.so Similarly with libGL.so etc. I'm not quite sure what to do with the libglx.la file. Isn't that a static library? What about the linker script? What are you proposing with that idea? Stephen From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 02:50:05 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21EF91065673 for ; Sun, 3 Jul 2011 02:50:05 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id E03278FC0A for ; Sun, 3 Jul 2011 02:50:04 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.4/8.14.4) with ESMTP id p632o3rA015377; Sat, 2 Jul 2011 21:50:03 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4E0FD8DC.20700@missouri.edu> Date: Sat, 02 Jul 2011 21:50:04 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110516 Thunderbird/3.1.10 MIME-Version: 1.0 To: "bf1783@gmail.com" References: <4E0FCDD1.7050809@missouri.edu> In-Reply-To: <4E0FCDD1.7050809@missouri.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-x11@FreeBSD.org" , "b. f." Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Jul 2011 02:50:05 -0000 On 07/02/2011 09:02 PM, Stephen Montgomery-Smith wrote: > On 07/02/2011 08:39 PM, b. f. wrote: >>> You are correct. It wouldn't be NO_REINSTALL. >>> >>> But would you guys be interested in some creative way to make this work? >>> Perhaps xorg-server could be modified to first check "pkg_info | grep >>> nvidia-driver", and if this comes up true, then the xorg-server port and >>> package would not install libgl.*. >>> >>> I could do something like this, but before I work on it and put forth a >>> proof of concept, I would first like to hear good reasons why I this >>> might be a bad idea. >> >> It's a bad idea because it's sensitive to the order of >> (de)installation. It's always been unfortunate that nvidia-driver >> collides with xorg-server and libGL. It would be better if >> xorg-server and libGL were patched to install a linker script instead >> of the libGL.so and libglx.so symlinks, which would favor the >> nvidia-specific libraries over the generic libraries if the former >> were present. Or if nvidia-driver didn't replace the shared libraries >> of the other ports, but used additions to libmap.conf(5) instead. >> > What about the linker script? What are you proposing with that idea? Maybe the xorg-server and libGL ports install the libglx.la etc stuff into a folder called share/xorg/gl-libs, and the nvidia-drivers install their stuff into a folder called share/nvidia-driver/gl-libs. Further, the libGL port installs a script libexec/xorg/link-gl-libs.sh, which links lib/modules/extensions/libglx.la to either the stuff in share/xorg/gl-libs, or the stuff in share/nvidia-driver/gl-libs, depending upon whether share/nvidia-driver/gl-libs exists or not. And then the libGL, xorg-server and the nvidia-driver libraries all call this script, both upon installation and deinstallation (via appropriate @exec and @unexec entries in the pkg-plist files). The advantage of this over the libmap.conf idea is that this handles the static libraries as well as the dynamic libraries. If you guys think this is a good idea, it is well within my abilities to produce a proof of concept PR. What do you think? From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 03:54:17 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EFC4106564A for ; Sun, 3 Jul 2011 03:54:17 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 347F28FC16 for ; Sun, 3 Jul 2011 03:54:17 +0000 (UTC) Received: by pzk27 with SMTP id 27so1913254pzk.13 for ; Sat, 02 Jul 2011 20:54:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=q6pnBYzMew0l0ugDpIjBgDSK/XC8EyAeTWALcktk+Hw=; b=DqFD4M5NU5Gr1B1eLhsdwT9cZhwpPiFCRpzP+Zmb9WOQecHd8AQtTbOVnojAhVw5bG qOoiBzlPbAOCNvDeHszy23nwqTUjLSIwgBwsEckNa2D0eOcnLNFQrF78UsETXEZgP4Tw x2nnoEAVWSnpF7JycT1TUN0Z3zZUp23rz/45E= MIME-Version: 1.0 Received: by 10.68.25.201 with SMTP id e9mr6032454pbg.22.1309665255844; Sat, 02 Jul 2011 20:54:15 -0700 (PDT) Received: by 10.68.64.104 with HTTP; Sat, 2 Jul 2011 20:54:15 -0700 (PDT) In-Reply-To: <4E0FD8DC.20700@missouri.edu> References: <4E0FCDD1.7050809@missouri.edu> <4E0FD8DC.20700@missouri.edu> Date: Sun, 3 Jul 2011 03:54:15 +0000 Message-ID: From: "b. f." To: Stephen Montgomery-Smith Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-x11@FreeBSD.org" Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2011 03:54:17 -0000 On 7/3/11, Stephen Montgomery-Smith wrote: > On 07/02/2011 09:02 PM, Stephen Montgomery-Smith wrote: >> On 07/02/2011 08:39 PM, b. f. wrote: > Maybe the xorg-server and libGL ports install the libglx.la etc stuff > into a folder called share/xorg/gl-libs, and the nvidia-drivers install > their stuff into a folder called share/nvidia-driver/gl-libs. I think that libraries should be installed in a subdirectory of ${PREFIX}/lib. > > Further, the libGL port installs a script libexec/xorg/link-gl-libs.sh, > which links lib/modules/extensions/libglx.la to either the stuff in > share/xorg/gl-libs, or the stuff in share/nvidia-driver/gl-libs, > depending upon whether share/nvidia-driver/gl-libs exists or not. A libtool archive ( *.la ) is not the same as an archive (*.a). I don't think there are any archives involved in the collisions, only shared libraries. I wish that the *.la files were not installed, because I think that they are more trouble than they are worth. In any event, as you suggest, they can be patched. But not every port that links to one of the shared libraries uses the *.la via libtool/libltdl. You still have to address normal linking. The two methods I mentioned earlier are options. By a linker script I mean a script in the linker language understood by ld(1). See, for example, the ld info docs. There is another option that I didn't mention: build the conflicting xorg-server and libGL libraries as filters for the corresponding nvidia-driver libraries. But unfortunately, not all supported versions of FreeBSD have this capability in rtld(1) -- kib@ only added it in: http://svnweb.FreeBSD.org/base?view=revision&revision=216695 b. From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 04:06:37 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF641106564A for ; Sun, 3 Jul 2011 04:06:37 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 6E17E8FC0A for ; Sun, 3 Jul 2011 04:06:37 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.4/8.14.4) with ESMTP id p6346WVE021093; Sat, 2 Jul 2011 23:06:33 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4E0FEAC9.2090203@missouri.edu> Date: Sat, 02 Jul 2011 23:06:33 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110516 Thunderbird/3.1.10 MIME-Version: 1.0 To: "bf1783@gmail.com" References: <4E0FCDD1.7050809@missouri.edu> <4E0FD8DC.20700@missouri.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-x11@FreeBSD.org" , "b. f." Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Jul 2011 04:06:37 -0000 On 07/02/2011 10:54 PM, b. f. wrote: > On 7/3/11, Stephen Montgomery-Smith wrote: >> On 07/02/2011 09:02 PM, Stephen Montgomery-Smith wrote: >>> On 07/02/2011 08:39 PM, b. f. wrote: > >> Maybe the xorg-server and libGL ports install the libglx.la etc stuff >> into a folder called share/xorg/gl-libs, and the nvidia-drivers install >> their stuff into a folder called share/nvidia-driver/gl-libs. > > I think that libraries should be installed in a subdirectory of ${PREFIX}/lib. > >> >> Further, the libGL port installs a script libexec/xorg/link-gl-libs.sh, >> which links lib/modules/extensions/libglx.la to either the stuff in >> share/xorg/gl-libs, or the stuff in share/nvidia-driver/gl-libs, >> depending upon whether share/nvidia-driver/gl-libs exists or not. > > A libtool archive ( *.la ) is not the same as an archive (*.a). I > don't think there are any archives involved in the collisions, only > shared libraries. I wish that the *.la files were not installed, > because I think that they are more trouble than they are worth. In > any event, as you suggest, they can be patched. > > But not every port that links to one of the shared libraries uses the > *.la via libtool/libltdl. You still have to address normal linking. > The two methods I mentioned earlier are options. > > By a linker script I mean a script in the linker language understood > by ld(1). See, for example, the ld info docs. > > There is another option that I didn't mention: build the conflicting > xorg-server and libGL libraries as filters for the corresponding > nvidia-driver libraries. But unfortunately, not all supported > versions of FreeBSD have this capability in rtld(1) -- kib@ only added > it in: > > http://svnweb.FreeBSD.org/base?view=revision&revision=216695 If you want to do it this way, this is definitely outside of my expertize. I would not be willing to take the lead in this. If you like the rtld approach, it would be easy to make the ports install according to whether the version of FreeBSD supports this capability. And if this is the better way to go, it makes sense to use this approach. Users of older versions of FreeBSD will gradually decline. From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 11:53:13 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6F0F106564A for ; Sun, 3 Jul 2011 11:53:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2A5F48FC08 for ; Sun, 3 Jul 2011 11:53:12 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p63Bf5h4049687 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Jul 2011 14:41:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p63Bf552095204; Sun, 3 Jul 2011 14:41:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p63Bf4JB095203; Sun, 3 Jul 2011 14:41:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 3 Jul 2011 14:41:04 +0300 From: Kostik Belousov To: bf1783@gmail.com Message-ID: <20110703114104.GK48734@deviant.kiev.zoral.com.ua> References: <4E0FCDD1.7050809@missouri.edu> <4E0FD8DC.20700@missouri.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PcRXrlgJrpq3uA0O" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: "freebsd-x11@FreeBSD.org" Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Jul 2011 11:53:13 -0000 --PcRXrlgJrpq3uA0O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 03, 2011 at 03:54:15AM +0000, b. f. wrote: > On 7/3/11, Stephen Montgomery-Smith wrote: > > On 07/02/2011 09:02 PM, Stephen Montgomery-Smith wrote: > >> On 07/02/2011 08:39 PM, b. f. wrote: >=20 > > Maybe the xorg-server and libGL ports install the libglx.la etc stuff > > into a folder called share/xorg/gl-libs, and the nvidia-drivers install > > their stuff into a folder called share/nvidia-driver/gl-libs. >=20 > I think that libraries should be installed in a subdirectory of ${PREFIX}= /lib. >=20 > > > > Further, the libGL port installs a script libexec/xorg/link-gl-libs.sh, > > which links lib/modules/extensions/libglx.la to either the stuff in > > share/xorg/gl-libs, or the stuff in share/nvidia-driver/gl-libs, > > depending upon whether share/nvidia-driver/gl-libs exists or not. >=20 > A libtool archive ( *.la ) is not the same as an archive (*.a). I > don't think there are any archives involved in the collisions, only > shared libraries. I wish that the *.la files were not installed, > because I think that they are more trouble than they are worth. In > any event, as you suggest, they can be patched. >=20 > But not every port that links to one of the shared libraries uses the > *.la via libtool/libltdl. You still have to address normal linking. > The two methods I mentioned earlier are options. >=20 > By a linker script I mean a script in the linker language understood > by ld(1). See, for example, the ld info docs. >=20 > There is another option that I didn't mention: build the conflicting > xorg-server and libGL libraries as filters for the corresponding > nvidia-driver libraries. But unfortunately, not all supported > versions of FreeBSD have this capability in rtld(1) -- kib@ only added > it in: >=20 > http://svnweb.FreeBSD.org/base?view=3Drevision&revision=3D216695 There is some sort of ABI standard for libGL. Both Mesa provided libGL and NVidia one should follow it. More, extensions functions shall be accessed using some form of glXGetProcAddr. What I said is a long way of statement that libGL.so.1 from Mesa and NVidia are intercheable for the toolchain usage. That said, there is absolutely no need in any static linker tricks, esp. a heavy one like filters or linker scripts. A symlink named libGL.so would be enough for the static linker, pointing to any of two libraries. And symlink libGL.so.1 would be also enough for dynamic linker. The real issue with xorg-server, mesa and nvidia driver is only the overwrite of extensions/libglx.so and lib/libGL.so.1. If this can be somewhat solved by the packaging system, that would be great. On my hybrid laptop I have to manually manage the said symlinks (actually, with the rc script that verifies the list of pci devices and arranges the symlinks). --PcRXrlgJrpq3uA0O Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk4QVVAACgkQC3+MBN1Mb4jiMgCbB+h9epug7BxLBgC/7uBltvr3 tAIAoNQ+KEFseGYEMM+bMNTXGKPt3jcd =rphL -----END PGP SIGNATURE----- --PcRXrlgJrpq3uA0O-- From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 12:45:51 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3F4B106564A for ; Sun, 3 Jul 2011 12:45:51 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9BF908FC08 for ; Sun, 3 Jul 2011 12:45:51 +0000 (UTC) Received: by pvg11 with SMTP id 11so5337636pvg.13 for ; Sun, 03 Jul 2011 05:45:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=HZIT6oRSyjLVa+uJCOEsCQ+WG1AlFg0ZTwNF5WgobEU=; b=RHZJCBa6KXpltcdiuEJXBzNIwu26hKYVhe3+JqU8dRsnYOR4NLw8Nnx8Iz0igd64OA yonD8Xg+FHOVHAbyh2IY8L4Jc1b2jAHQxNvW1rqn298FB5ykuwVDReDXkTnOy9HlWUtP 6QhBZjYNiVgc3EA9x96XkkxbAwuP5odOFu5NM= MIME-Version: 1.0 Received: by 10.68.63.36 with SMTP id d4mr6483959pbs.223.1309697151028; Sun, 03 Jul 2011 05:45:51 -0700 (PDT) Received: by 10.68.64.104 with HTTP; Sun, 3 Jul 2011 05:45:50 -0700 (PDT) In-Reply-To: <20110703114104.GK48734@deviant.kiev.zoral.com.ua> References: <4E0FCDD1.7050809@missouri.edu> <4E0FD8DC.20700@missouri.edu> <20110703114104.GK48734@deviant.kiev.zoral.com.ua> Date: Sun, 3 Jul 2011 12:45:50 +0000 Message-ID: From: "b. f." To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-x11@FreeBSD.org" Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2011 12:45:51 -0000 On 7/3/11, Kostik Belousov wrote: > On Sun, Jul 03, 2011 at 03:54:15AM +0000, b. f. wrote: >> On 7/3/11, Stephen Montgomery-Smith wrote: >> > On 07/02/2011 09:02 PM, Stephen Montgomery-Smith wrote: >> >> On 07/02/2011 08:39 PM, b. f. wrote: ... > > That said, there is absolutely no need in any static linker tricks, > esp. a heavy one like filters or linker scripts. A symlink named What is the overhead of rtld filtering? > libGL.so would be enough for the static linker, pointing to any > of two libraries. And symlink libGL.so.1 would be also enough > for dynamic linker. > > The real issue with xorg-server, mesa and nvidia driver is only > the overwrite of extensions/libglx.so and lib/libGL.so.1. If > this can be somewhat solved by the packaging system, that would > be great. On my hybrid laptop I have to manually manage the > said symlinks (actually, with the rc script that verifies > the list of pci devices and arranges the symlinks). So basically, you would prefer that we: patch xorg-server so that it installs, e.g., ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so.1 instead of ${PREFIX}/lib/xorg/modules/extensions/libglx.so.1, and points the symlink ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so at the former; patch libGL so that it installs, e.g., ${PREFIX}/lib/libGL-mesa.so.1 instead of ${PREFIX}/lib/libGL.so.1, and points the symlink ${PREFIX}/lib/libGL.so at the former; and patch nvidia-driver so that it installs, e.g., ${PREFIX}/lib/xorg/modules/extensions/libglx-nvidia.so.1 instead of ${PREFIX}/lib/xorg/modules/extensions/libglx.so.1, and ${PREFIX}/lib/libGL-nvidia.so.1 instead of ${PREFIX}/lib/libGL.so.1; and during installation it overwrites the ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so and ${PREFIX}/lib/libGL.so symlinks, redirecting them to the corresponding nvidia libraries; while during deinstallation it changes them to point to the mesa/xorg libraries? And corresponding redirection to handle the libtool archive file? b. From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 13:48:50 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E8B3106573C for ; Sun, 3 Jul 2011 13:48:50 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 347678FC0A for ; Sun, 3 Jul 2011 13:48:49 +0000 (UTC) Received: by pzk27 with SMTP id 27so2173193pzk.13 for ; Sun, 03 Jul 2011 06:48:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=lw58UzhMFhYpdv5uDfmvcIVjeKpLo3JzITaRmxTOl5s=; b=w7l9RHZopmtIRkw3IdeMhfXooQnaHGhdMJf2sPC4PLl/6I6pteskHWbPhdl1lvtz1m Xmqv6uPOp+PSGYxPcJCzun7oSA8INQMNlfpHSVTLFmXIjZkcihnkJDZTyG5vN8EFZw31 Yx/8GhuXgtpgiBRzHDf7D+Sgr249voQr3W5ck= MIME-Version: 1.0 Received: by 10.68.20.68 with SMTP id l4mr6415852pbe.290.1309699989357; Sun, 03 Jul 2011 06:33:09 -0700 (PDT) Received: by 10.68.64.104 with HTTP; Sun, 3 Jul 2011 06:33:09 -0700 (PDT) In-Reply-To: References: <4E0FCDD1.7050809@missouri.edu> <4E0FD8DC.20700@missouri.edu> <20110703114104.GK48734@deviant.kiev.zoral.com.ua> Date: Sun, 3 Jul 2011 13:33:09 +0000 Message-ID: From: "b. f." To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-x11@FreeBSD.org" Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2011 13:48:50 -0000 On 7/3/11, b. f. wrote: > On 7/3/11, Kostik Belousov wrote: >> On Sun, Jul 03, 2011 at 03:54:15AM +0000, b. f. wrote: >>> On 7/3/11, Stephen Montgomery-Smith wrote: >>> > On 07/02/2011 09:02 PM, Stephen Montgomery-Smith wrote: >>> >> On 07/02/2011 08:39 PM, b. f. wrote: ... > > and patch nvidia-driver so that it installs, e.g., > ${PREFIX}/lib/xorg/modules/extensions/libglx-nvidia.so.1 instead of > ${PREFIX}/lib/xorg/modules/extensions/libglx.so.1, and > ${PREFIX}/lib/libGL-nvidia.so.1 instead of ${PREFIX}/lib/libGL.so.1; On second thought the renaming of these libraries is not very convenient, since they are built by nvidia, and not necessary if their mesa/xorg counterparts already have different names. From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 14:04:05 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BB5C106564A for ; Sun, 3 Jul 2011 14:04:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id EE3518FC15 for ; Sun, 3 Jul 2011 14:04:04 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p63E41VW058422 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Jul 2011 17:04:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p63E416G010198; Sun, 3 Jul 2011 17:04:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p63E40bI010197; Sun, 3 Jul 2011 17:04:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 3 Jul 2011 17:04:00 +0300 From: Kostik Belousov To: bf1783@gmail.com Message-ID: <20110703140400.GO48734@deviant.kiev.zoral.com.ua> References: <4E0FCDD1.7050809@missouri.edu> <4E0FD8DC.20700@missouri.edu> <20110703114104.GK48734@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nXucBt6eH9hBxxTS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: "freebsd-x11@FreeBSD.org" Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Jul 2011 14:04:05 -0000 --nXucBt6eH9hBxxTS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 03, 2011 at 12:45:50PM +0000, b. f. wrote: > On 7/3/11, Kostik Belousov wrote: > > On Sun, Jul 03, 2011 at 03:54:15AM +0000, b. f. wrote: > >> On 7/3/11, Stephen Montgomery-Smith wrote: > >> > On 07/02/2011 09:02 PM, Stephen Montgomery-Smith wrote: > >> >> On 07/02/2011 08:39 PM, b. f. wrote: > ... > > > > That said, there is absolutely no need in any static linker tricks, > > esp. a heavy one like filters or linker scripts. A symlink named >=20 > What is the overhead of rtld filtering? The first binding of the filtered symbol causes the load of the filtee library, with all associated cost. Further binding of the symbols from the same filter/filtee pair has an overhead of one more symbol lookup. >=20 > > libGL.so would be enough for the static linker, pointing to any > > of two libraries. And symlink libGL.so.1 would be also enough > > for dynamic linker. > > > > The real issue with xorg-server, mesa and nvidia driver is only > > the overwrite of extensions/libglx.so and lib/libGL.so.1. If > > this can be somewhat solved by the packaging system, that would > > be great. On my hybrid laptop I have to manually manage the > > said symlinks (actually, with the rc script that verifies > > the list of pci devices and arranges the symlinks). >=20 > So basically, you would prefer that we: >=20 > patch xorg-server so that it installs, e.g., > ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so.1 instead of > ${PREFIX}/lib/xorg/modules/extensions/libglx.so.1, and points the > symlink ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so at the > former; >=20 > patch libGL so that it installs, e.g., ${PREFIX}/lib/libGL-mesa.so.1 > instead of ${PREFIX}/lib/libGL.so.1, and points the symlink > ${PREFIX}/lib/libGL.so at the former; >=20 > and patch nvidia-driver so that it installs, e.g., > ${PREFIX}/lib/xorg/modules/extensions/libglx-nvidia.so.1 instead of > ${PREFIX}/lib/xorg/modules/extensions/libglx.so.1, and > ${PREFIX}/lib/libGL-nvidia.so.1 instead of ${PREFIX}/lib/libGL.so.1; > and during installation it overwrites the > ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so and > ${PREFIX}/lib/libGL.so symlinks, redirecting them to the corresponding > nvidia libraries; while during deinstallation it changes them to point > to the mesa/xorg libraries? Yes. >=20 > And corresponding redirection to handle the libtool archive file? I do not think this is needed. First, I believe .la files are only installed by the Xorg ports. Second, as I described, libGL.so from Xorg and from NVidia should be replacable for the static linking purposes. Third, libglx.la is not used at all. >=20 > b. On Sun, Jul 03, 2011 at 01:33:09PM +0000, b. f. wrote: > On second thought the renaming of these libraries is not very > convenient, since they are built by nvidia, and not necessary if their > mesa/xorg counterparts already have different names. As I said, it is useful for me on the hybrid laptop, where a switch selects the GPU attached to the panel. The startup script then would only need to create proper symlink, instead of delicate renaming of the libraries. --nXucBt6eH9hBxxTS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk4QdtAACgkQC3+MBN1Mb4i9iQCfeo3LLQGBb5amGN8jw91B89PS ro4AnjtIT4tC0W7xLjgwPQ+GiWgcmVg7 =HOYH -----END PGP SIGNATURE----- --nXucBt6eH9hBxxTS-- From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 14:39:08 2011 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 633B61065673 for ; Sun, 3 Jul 2011 14:39:08 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 27A788FC12 for ; Sun, 3 Jul 2011 14:39:07 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.4/8.14.4) with ESMTP id p63Ed6kg061394; Sun, 3 Jul 2011 09:39:06 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4E107F0A.7030405@missouri.edu> Date: Sun, 03 Jul 2011 09:39:06 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110516 Thunderbird/3.1.10 MIME-Version: 1.0 To: "bf1783@gmail.com" References: <4E0FCDD1.7050809@missouri.edu> <4E0FD8DC.20700@missouri.edu> <20110703114104.GK48734@deviant.kiev.zoral.com.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-x11@FreeBSD.org" , "b. f." Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Jul 2011 14:39:08 -0000 On 07/03/2011 08:33 AM, b. f. wrote: > On 7/3/11, b. f. wrote: >> On 7/3/11, Kostik Belousov wrote: >>> On Sun, Jul 03, 2011 at 03:54:15AM +0000, b. f. wrote: >>>> On 7/3/11, Stephen Montgomery-Smith wrote: >>>>> On 07/02/2011 09:02 PM, Stephen Montgomery-Smith wrote: >>>>>> On 07/02/2011 08:39 PM, b. f. wrote: > ... >> >> and patch nvidia-driver so that it installs, e.g., >> ${PREFIX}/lib/xorg/modules/extensions/libglx-nvidia.so.1 instead of >> ${PREFIX}/lib/xorg/modules/extensions/libglx.so.1, and >> ${PREFIX}/lib/libGL-nvidia.so.1 instead of ${PREFIX}/lib/libGL.so.1; > > On second thought the renaming of these libraries is not very > convenient, since they are built by nvidia, and not necessary if their > mesa/xorg counterparts already have different names. 1. I think your original renaming scheme is better - it will be more apparent to the casual onlooker what is going on. 2. You need to make sure that if you "pkg_delete -f" and then reinstall xorg-server and/or libGL, but all this time nvidia-driver is installed, then at the end libglx.so still points to the nvidia drivers. That is why I suggest some script installed by libGL that is responsible for properly setting these symlinks, and which is called by libGL, xorg-server and the nvidia-drivers. 3. If we decide it is better to do this using symlinks, then this is well within my abilities, and I am prepared to take the lead. Stephen From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 14:41:07 2011 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 901C6106566B for ; Sun, 3 Jul 2011 14:41:07 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 55B5A8FC0A for ; Sun, 3 Jul 2011 14:41:07 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.4/8.14.4) with ESMTP id p63Ef6JK061535; Sun, 3 Jul 2011 09:41:06 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4E107F82.4010205@missouri.edu> Date: Sun, 03 Jul 2011 09:41:06 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110516 Thunderbird/3.1.10 MIME-Version: 1.0 To: Kostik Belousov References: <4E0FCDD1.7050809@missouri.edu> <4E0FD8DC.20700@missouri.edu> <20110703114104.GK48734@deviant.kiev.zoral.com.ua> <20110703140400.GO48734@deviant.kiev.zoral.com.ua> In-Reply-To: <20110703140400.GO48734@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "bf1783@gmail.com" , "freebsd-x11@FreeBSD.org" Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Jul 2011 14:41:07 -0000 On 07/03/2011 09:04 AM, Kostik Belousov wrote: > On Sun, Jul 03, 2011 at 12:45:50PM +0000, b. f. wrote: > On Sun, Jul 03, 2011 at 01:33:09PM +0000, b. f. wrote: >> On second thought the renaming of these libraries is not very >> convenient, since they are built by nvidia, and not necessary if their >> mesa/xorg counterparts already have different names. > > As I said, it is useful for me on the hybrid laptop, where a switch > selects the GPU attached to the panel. The startup script then would > only need to create proper symlink, instead of delicate renaming > of the libraries. That sounds like a good reason to keep the original naming scheme. From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 15:02:27 2011 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03F30106564A for ; Sun, 3 Jul 2011 15:02:27 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id BCC5E8FC0A for ; Sun, 3 Jul 2011 15:02:26 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.4/8.14.4) with ESMTP id p63F2P2R062923; Sun, 3 Jul 2011 10:02:25 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4E108481.8020108@missouri.edu> Date: Sun, 03 Jul 2011 10:02:25 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110516 Thunderbird/3.1.10 MIME-Version: 1.0 To: "bf1783@gmail.com" References: <4E0FCDD1.7050809@missouri.edu> <4E0FD8DC.20700@missouri.edu> <20110703114104.GK48734@deviant.kiev.zoral.com.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-x11@FreeBSD.org" , "b. f." Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Jul 2011 15:02:27 -0000 On 07/03/2011 08:33 AM, b. f. wrote: > On 7/3/11, b. f. wrote: >> and patch nvidia-driver so that it installs, e.g., >> ${PREFIX}/lib/xorg/modules/extensions/libglx-nvidia.so.1 instead of >> ${PREFIX}/lib/xorg/modules/extensions/libglx.so.1, and >> ${PREFIX}/lib/libGL-nvidia.so.1 instead of ${PREFIX}/lib/libGL.so.1; > > On second thought the renaming of these libraries is not very > convenient, since they are built by nvidia, and not necessary if their > mesa/xorg counterparts already have different names. Another reason to stick to the first renaming scheme is that it will be very easy to implement using pre-install and post-install, rather than using patches to Makefiles. pre-install deletes any existing symlinks libglx.so.1 (just in case the Makefile complains that it cannot overwrite the symlink). post-install renames libglx.so.1 to libglx-whatever.so.1. Then post-install runs the create-gl-symlink.sh script that graphics/libGL has installed. The create-gl-symlink.sh script is also executed by @exec and @unexec in pkg-plist. The create-gl-symlink.sh also deletes the symlinks if there is nothing to link to, and this keeps tinderbox happy. And then Kostik can easily overwrite these symlinks with his start-up script. Stephen From owner-freebsd-x11@FreeBSD.ORG Sun Jul 3 15:54:35 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 432C8106564A for ; Sun, 3 Jul 2011 15:54:35 +0000 (UTC) (envelope-from gofdx-freebsd-x11@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id F048B8FC08 for ; Sun, 3 Jul 2011 15:54:34 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QdOlf-0000Mh-EG for freebsd-x11@freebsd.org; Sun, 03 Jul 2011 17:39:31 +0200 Received: from cpe-188-129-80-168.dynamic.amis.hr ([188.129.80.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Jul 2011 17:39:31 +0200 Received: from ivoras by cpe-188-129-80-168.dynamic.amis.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Jul 2011 17:39:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-x11@freebsd.org From: Ivan Voras Date: Sun, 03 Jul 2011 17:39:17 +0200 Lines: 20 Message-ID: References: <20110623221305.43b74d53@davenulle.org> <1308902182.1748.3.camel@xenon> <20110628201715.1d541eca@davenulle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cpe-188-129-80-168.dynamic.amis.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110421 Thunderbird/3.1.9 In-Reply-To: <20110628201715.1d541eca@davenulle.org> Subject: Re: Graphic card that works? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Jul 2011 15:54:35 -0000 On 28/06/2011 20:17, Patrick Lamaiziere wrote: > Le Fri, 24 Jun 2011 09:56:22 +0200, > Michal Varga a écrit : > >> Nvidia GTX 460 works perfectly fine on FreeBSD and same goes for any >> modern/supported Nvidia hardware (which is basically all of them, save >> for some brain-dead stuff like Nvidia Optimus). > > Here it does not work. Watching a video is enought to freeze the box > (using the Xvideo extension). I've tried all the drivers available from > Nvidia with various issues. Same here; I apparently solved it but the solution is probably random - i.e. "something changed" and "it works for now". Last things I did was to upgrade to latest 8-STABLE and recompile the driver with the modified port using the 275.09.07 driver version, with the following options turned on: ACPI_PM, LINUX, WBINVD. I have no idea if these helped or it's just by accident - I don't trust the driver. From owner-freebsd-x11@FreeBSD.ORG Mon Jul 4 02:36:52 2011 Return-Path: Delivered-To: freebsd-x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19265106566C; Mon, 4 Jul 2011 02:36:52 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E67958FC08; Mon, 4 Jul 2011 02:36:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p642ap64088838; Mon, 4 Jul 2011 02:36:51 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p642ap7m088834; Mon, 4 Jul 2011 02:36:51 GMT (envelope-from linimon) Date: Mon, 4 Jul 2011 02:36:51 GMT Message-Id: <201107040236.p642ap7m088834@freefall.freebsd.org> To: linimon@FreeBSD.org, x11@FreeBSD.org, freebsd-x11@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: ports/158529: [patch] x11-servers/xorg-server: conditionalize --without-dtrace X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Jul 2011 02:36:52 -0000 Synopsis: [patch] x11-servers/xorg-server: conditionalize --without-dtrace Responsible-Changed-From-To: x11->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jul 4 02:36:19 UTC 2011 Responsible-Changed-Why: Canonicalize assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=158529 From owner-freebsd-x11@FreeBSD.ORG Mon Jul 4 02:36:52 2011 Return-Path: Delivered-To: x11@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19265106566C; Mon, 4 Jul 2011 02:36:52 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E67958FC08; Mon, 4 Jul 2011 02:36:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p642ap64088838; Mon, 4 Jul 2011 02:36:51 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p642ap7m088834; Mon, 4 Jul 2011 02:36:51 GMT (envelope-from linimon) Date: Mon, 4 Jul 2011 02:36:51 GMT Message-Id: <201107040236.p642ap7m088834@freefall.freebsd.org> To: linimon@FreeBSD.org, x11@FreeBSD.org, freebsd-x11@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: ports/158529: [patch] x11-servers/xorg-server: conditionalize --without-dtrace X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Jul 2011 02:36:52 -0000 Synopsis: [patch] x11-servers/xorg-server: conditionalize --without-dtrace Responsible-Changed-From-To: x11->freebsd-x11 Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jul 4 02:36:19 UTC 2011 Responsible-Changed-Why: Canonicalize assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=158529 From owner-freebsd-x11@FreeBSD.ORG Mon Jul 4 11:07:16 2011 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 421651065690 for ; Mon, 4 Jul 2011 11:07:16 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 266948FC1B for ; Mon, 4 Jul 2011 11:07:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p64B7G4I040629 for ; Mon, 4 Jul 2011 11:07:16 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p64B7Fn6040627 for freebsd-x11@FreeBSD.org; Mon, 4 Jul 2011 11:07:15 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 4 Jul 2011 11:07:15 GMT Message-Id: <201107041107.p64B7Fn6040627@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-x11@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-x11@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Jul 2011 11:07:16 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/158529 x11 [patch] x11-servers/xorg-server: conditionalize --with o ports/158513 x11 Broken Xvideo in x11-drivers/xf86-video-intel drivers o ports/157572 x11 [patch] update x11-drivers/xf86-video-ati to 6.14.2 o ports/157167 x11 port x11/xrx build fails when www/libxul is installed o ports/156949 x11 x11-drivers/xf86-video-ati 6.14.1 produce black blank o ports/156721 x11 [PATCH] x11-servers/xorg-server Fix bug 24703 EXA cras o ports/156424 x11 8.2R xrandr & xf86-video-intel & xorg-server packages o ports/156405 x11 x11-drivers/xf86-video-ati driver: no hardware renderi o ports/156369 x11 x11-drivers/xf86-video-vmware: DPI value wrong calcula o ports/156368 x11 x11-drivers/xf86-video-vmware: pwcview does not work o ports/156042 x11 x11/xorg hang in combination with KWin-Tiling o ports/155696 x11 [patch] x11-servers/xorg-server: chase AIGLX altered d o ports/155683 x11 x11/xdm [patch] Enabling IPv6 support breaks IPv4 o ports/155598 x11 x11/xcalc is missing minor dependencies o ports/154651 x11 [PATCH] graphics/dri: make it possible to choose which o ports/154510 x11 [patch] x11/xorg: xorg servers have Motif-crippling bu o ports/154449 x11 x11/xorg: missing manpage (7) Xsecurity o ports/154423 x11 x11-drivers/xf86-video-radeonhd: radeon xorg driver ca o ports/153593 x11 graphics/dri: clutter segfault, something to do with i o ports/153495 x11 x11-drivers/xf86-video-ati wavy line problem for lenov o ports/153358 x11 x11-drivers/xf86-video-intel: Intel driver freeze with o ports/152159 x11 [hang] xorg/x11: X11 freezes with Intel Mobile 965 and o ports/151596 x11 x11/xorg: wacom bamboo button 1 no longer works o ports/150633 x11 x11-servers/xorg-server: KVM switching causing X serve o ports/150594 x11 [patch] graphics/dri: add support for ATI Radeon HD 42 o ports/150155 x11 x11/xorg hangs after xrandr(1) usage o ports/149743 x11 x11/xorg: garbled window since Xorg-7.5 o ports/149636 x11 x11/xorg: buffer overflow in pci_device_freebsd_read_r o ports/148591 x11 information note for x11-drivers/xf86-input-synaptics o ports/148444 x11 [hang] x11-drivers/xf86-video-intel: intel driver free f ports/148340 x11 x11-drivers/xf86-video-neomagic: unresolved symbol xf8 o ports/147318 x11 [Patch]graphics/libdrm:Fix the PLIST when define WITHO o ports/147149 x11 x11/xorg: Xorg 7.5 hangs o ports/146473 x11 keysym names are unavailable to x11/xmodmap after upgr o ports/146460 x11 x11/xorg: crash after upgrade to v7.5 with radeon driv o ports/146321 x11 x11/libSM picks the wrong uuid.h o ports/146256 x11 x11/xorg does fails to start after upgrade from 7.4 to o ports/145649 x11 x11/xorg: X server crashes when starting opengl compos o ports/144598 x11 Makefile / pkg-plist issue with x11-drivers/xf86-video o ports/142069 x11 x11/xorg: After adding on a laptop Toshiba Sattelite L o ports/141853 x11 x11/xorg: X doesn't start with 'intel' (Asus P5QPL-AM o ports/141660 x11 x11/xorg: X can't determine amount of video memory on o ports/139011 x11 [patch] Add options to support GLX TLS in x11-servers o ports/137748 x11 x11/xorg: "unprocessed" mouse click results in effecti o ports/135276 x11 x11/xorg: GUI running first time only while using Free o ports/134132 x11 x11-servers/xorg-server: Intel i845 - xorg.conf with U f ports/132621 x11 x11/xorg tries to install event when deselected o ports/132403 x11 x11/xorg with Radeon X600 (R370): cannot re-initialize o ports/131930 x11 [PATCH] x11-servers/xorg-server coredumps on exit o ports/131726 x11 x11-servers/xorg-server: xorg server messes with my eh s kern/130478 x11 [request] Port Linux kernel stub of nouveau to FreeBSD o ports/122830 x11 x11/xorg: Error in I830WaitLpRing() o ports/120947 x11 x11/xsm ignores system.xsm and .xsmstartup o kern/118962 x11 [agp] Intel GMA 3000 Video Controller Not Recognized U s ports/117907 x11 x11-servers/mga_hal broken on 7.0-BETA (GLIBC error) o kern/103733 x11 [agp] i915 driver on hp dc7100: device not recognized 56 problems total. From owner-freebsd-x11@FreeBSD.ORG Tue Jul 5 05:58:55 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0782B106564A; Tue, 5 Jul 2011 05:58:55 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id C675C8FC16; Tue, 5 Jul 2011 05:58:54 +0000 (UTC) Received: by pzk27 with SMTP id 27so3722877pzk.13 for ; Mon, 04 Jul 2011 22:58:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=SjxlcmTwSd058MnndOKG4b90V9iPxFAp6YyjBO7H5Lo=; b=URaujaIFWO/dqUJkt4+PDn76nd9WW944QfY6v5SGUX/mlpUOfkR74Y0PM7PZEOV7kR FCuOMxOxqaR2DfyE91m2pILutNvTpOSo92bQ9sRzei5nRU/hD0Edzr5ye32u5uzfYSg3 G41osezZpBhEtaY5gA1AwsiyHsIFBaX/Z9RiU= MIME-Version: 1.0 Received: by 10.68.27.100 with SMTP id s4mr8654091pbg.491.1309845533801; Mon, 04 Jul 2011 22:58:53 -0700 (PDT) Received: by 10.68.64.104 with HTTP; Mon, 4 Jul 2011 22:58:53 -0700 (PDT) In-Reply-To: <20110703140400.GO48734@deviant.kiev.zoral.com.ua> References: <4E0FCDD1.7050809@missouri.edu> <4E0FD8DC.20700@missouri.edu> <20110703114104.GK48734@deviant.kiev.zoral.com.ua> <20110703140400.GO48734@deviant.kiev.zoral.com.ua> Date: Tue, 5 Jul 2011 05:58:53 +0000 Message-ID: From: "b. f." To: Kostik Belousov Content-Type: multipart/mixed; boundary=bcaec520f223c0bb4b04a74c2deb Cc: "freebsd-x11@FreeBSD.org" , danfe@FreeBSD.org Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 05:58:55 -0000 --bcaec520f223c0bb4b04a74c2deb Content-Type: text/plain; charset=ISO-8859-1 On 7/3/11, Kostik Belousov wrote: > On Sun, Jul 03, 2011 at 12:45:50PM +0000, b. f. wrote: >> On 7/3/11, Kostik Belousov wrote: >> > On Sun, Jul 03, 2011 at 03:54:15AM +0000, b. f. wrote: >> >> On 7/3/11, Stephen Montgomery-Smith wrote: >> >> > On 07/02/2011 09:02 PM, Stephen Montgomery-Smith wrote: >> >> >> On 07/02/2011 08:39 PM, b. f. wrote: >> ... >> > >> > That said, there is absolutely no need in any static linker tricks, >> > esp. a heavy one like filters or linker scripts. A symlink named ... >> >> > libGL.so would be enough for the static linker, pointing to any >> > of two libraries. And symlink libGL.so.1 would be also enough >> > for dynamic linker. >> > >> > The real issue with xorg-server, mesa and nvidia driver is only >> > the overwrite of extensions/libglx.so and lib/libGL.so.1. If >> > this can be somewhat solved by the packaging system, that would >> > be great. On my hybrid laptop I have to manually manage the >> > said symlinks (actually, with the rc script that verifies >> > the list of pci devices and arranges the symlinks). >> >> So basically, you would prefer that we: >> >> patch xorg-server so that it installs, e.g., >> ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so.1 instead of >> ${PREFIX}/lib/xorg/modules/extensions/libglx.so.1, and points the >> symlink ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so at the >> former; >> >> patch libGL so that it installs, e.g., ${PREFIX}/lib/libGL-mesa.so.1 >> instead of ${PREFIX}/lib/libGL.so.1, and points the symlink >> ${PREFIX}/lib/libGL.so at the former; >> >> and patch nvidia-driver so that it installs, e.g., >> ${PREFIX}/lib/xorg/modules/extensions/libglx-nvidia.so.1 instead of >> ${PREFIX}/lib/xorg/modules/extensions/libglx.so.1, and >> ${PREFIX}/lib/libGL-nvidia.so.1 instead of ${PREFIX}/lib/libGL.so.1; >> and during installation it overwrites the >> ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so and >> ${PREFIX}/lib/libGL.so symlinks, redirecting them to the corresponding >> nvidia libraries; while during deinstallation it changes them to point >> to the mesa/xorg libraries? > Yes. > >> >> And corresponding redirection to handle the libtool archive file? > I do not think this is needed. First, I believe .la files are only > installed by the Xorg ports. Second, as I described, libGL.so from > Xorg and from NVidia should be replacable for the static linking > purposes. Third, libglx.la is not used at all. ... > On Sun, Jul 03, 2011 at 01:33:09PM +0000, b. f. wrote: >> On second thought the renaming of these libraries is not very >> convenient, since they are built by nvidia, and not necessary if their >> mesa/xorg counterparts already have different names. > > As I said, it is useful for me on the hybrid laptop, where a switch > selects the GPU attached to the panel. The startup script then would > only need to create proper symlink, instead of delicate renaming > of the libraries. Please consider the attached patch. Small unrelated clean-ups to x11-servers/xorg-server and bsd.mesalib.mk are included with the changes that remove the collisions, and add the necessary symlinks. The renaming in the xorg-server post-install target is a bit ugly, but much easier than dissecting the libtool build and installation of the glx convenience library. I used sed rather than patches for some of the changes in libGL and nvidia-driver because of the multiple distfiles involved. b. --bcaec520f223c0bb4b04a74c2deb Content-Type: application/octet-stream; name="nvidia_conflict.diff" Content-Disposition: attachment; filename="nvidia_conflict.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 SW5kZXg6IGdyYXBoaWNzL2xpYkdML01ha2VmaWxlCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21l L3BjdnMvcG9ydHMvZ3JhcGhpY3MvbGliR0wvTWFrZWZpbGUsdgpyZXRyaWV2aW5nIHJldmlzaW9u IDEuMTcKZGlmZiAtdSAtcjEuMTcgTWFrZWZpbGUKLS0tIGdyYXBoaWNzL2xpYkdML01ha2VmaWxl CTI1IEZlYiAyMDExIDE2OjUyOjA2IC0wMDAwCTEuMTcKKysrIGdyYXBoaWNzL2xpYkdML01ha2Vm aWxlCTUgSnVsIDIwMTEgMDM6MTU6NTUgLTAwMDAKQEAgLTcsNiArNyw3IEBACiAKIFBPUlROQU1F PQlsaWJHTAogUE9SVFZFUlNJT049CSR7TUVTQVZFUlNJT059CitQT1JUUkVWSVNJT049CTEKIENB VEVHT1JJRVM9CWdyYXBoaWNzCiAKIENPTU1FTlQ9CU9wZW5HTCBsaWJyYXJ5IHRoYXQgcmVuZGVy cyB1c2luZyBHTFggb3IgRFJJCkBAIC0yMCw2ICsyMSwxMSBAQAogZG8taW5zdGFsbDoKIAkke1JN fSAtZiAke1dSS1NSQ30vaW5jbHVkZS9HTC9nbHUqLmgKIAljZCAke1dSS1NSQ30vc3JjL21lc2E7 ICR7R01BS0V9IGluc3RhbGwtbGliZ2wKKwkke0lOU1RBTExfTElCfSAke1dSS1NSQ30vbGliL2xp YkdMLnNvLjEgJHtQUkVGSVh9L2xpYi9saWJHTC1tZXNhLnNvLjEKKyNGb3IgdGhlIGxpYkdMLnNv LjEgbGluaywgZGVmZXIgdG8gbnZpZGlhLWRyaXZlciwgaWYgdGhlIGxhdHRlciBpcyBwcmVzZW50 OgorCWNkICR7UFJFRklYfS9saWIgOyAke0xOfSAtc2YgbGliR0wuc28uMSBsaWJHTC5zbyA7IFwK KwkJaWYgWyAhIC1mIGxpYkdMLW52aWRpYS5zby4xIF0gOyB0aGVuIFwKKwkJJHtMTn0gLXNmIGxp YkdMLW1lc2Euc28uMSBsaWJHTC5zby4xIDsgZmkKIAogLmluY2x1ZGUgIiR7LkNVUkRJUn0vYnNk Lm1lc2FsaWIubWsiCiAuaW5jbHVkZSA8YnNkLnBvcnQubWs+CkluZGV4OiBncmFwaGljcy9saWJH TC9ic2QubWVzYWxpYi5tawo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9wY3ZzL3BvcnRzL2dy YXBoaWNzL2xpYkdML2JzZC5tZXNhbGliLm1rLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjE3CmRp ZmYgLXUgLXIxLjE3IGJzZC5tZXNhbGliLm1rCi0tLSBncmFwaGljcy9saWJHTC9ic2QubWVzYWxp Yi5tawkyNSBGZWIgMjAxMSAxNjo1MjowNiAtMDAwMAkxLjE3CisrKyBncmFwaGljcy9saWJHTC9i c2QubWVzYWxpYi5tawk1IEp1bCAyMDExIDAyOjU2OjA2IC0wMDAwCkBAIC00Myw4ICs0Myw5IEBA CiBHTlVfQ09ORklHVVJFPQl5ZXMKIE1BS0VfSk9CU19TQUZFPQl5ZXMKIAotQ09ORklHVVJFX0VO Vj0JQ1BQRkxBR1M9LUkke0xPQ0FMQkFTRX0vaW5jbHVkZSBcCi0JCQkJTERGTEFHUz0tTCR7TE9D QUxCQVNFfS9saWIKK0NQUEZMQUdTKz0JLUkke0xPQ0FMQkFTRX0vaW5jbHVkZQorTERGTEFHUys9 CS1MJHtMT0NBTEJBU0V9L2xpYgorQ09ORklHVVJFX0VOVj0JTERGTEFHUz0iJHtMREZMQUdTfSIK IENPTkZJR1VSRV9BUkdTPQktLWRpc2FibGUtZ2FsbGl1bQogCiBBTExfVEFSR0VUPQkJZGVmYXVs dApAQCAtMTA4LDYgKzEwOSwxMCBAQAogCQkke1dSS1NSQ30vc3JjL2dsdy9NYWtlZmlsZSBcCiAJ CSR7V1JLU1JDfS9zcmMvbWVzYS9NYWtlZmlsZSBcCiAJCSR7V1JLU1JDfS9zcmMvbWVzYS9kcml2 ZXJzL2RyaS9NYWtlZmlsZQorLmlmICR7Q09NUE9ORU5UOk1HTH0gIT0gIiIKKwlAJHtSRUlOUExB Q0VfQ01EfSAtZSAnL2luc3RhbGwtbGliZ2w6LywvOi97L0lOU1RBTEwuKkdMX0xJQl9HTE9CLywv SU5TVEFMTF9MSUJfRElSL2Q7fScgXAorCQkke1dSS1NSQ30vc3JjL21lc2EvTWFrZWZpbGUKKy5l bmRpZgogLmlmICR7Q09NUE9ORU5UOk1nbHV0fSAhPSAiIgogCUAke1JFSU5QTEFDRV9DTUR9IC1l ICdzfFskJF0oSU5TVEFMTF9MSUJfRElSKS9wa2djb25maWd8JHtQUkVGSVh9L2xpYmRhdGEvcGtn Y29uZmlnfCcgXAogCQkke1dSS1NSQ30vc3JjL2dsdXQvZ2x4L01ha2VmaWxlCkluZGV4OiBncmFw aGljcy9saWJHTC9wa2ctcGxpc3QKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvcGN2cy9wb3J0 cy9ncmFwaGljcy9saWJHTC9wa2ctcGxpc3QsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNApkaWZm IC11IC1yMS40IHBrZy1wbGlzdAotLS0gZ3JhcGhpY3MvbGliR0wvcGtnLXBsaXN0CTcgRmViIDIw MTAgMTE6NTE6MDUgLTAwMDAJMS40CisrKyBncmFwaGljcy9saWJHTC9wa2ctcGxpc3QJNSBKdWwg MjAxMSAwMDozMjoyOCAtMDAwMApAQCAtMTQsNyArMTQsMTEgQEAKIGluY2x1ZGUvR0wvdm1zX3hf Zml4LmgKICUlTUVTQUxJQjc2JSVpbmNsdWRlL0dML3dnbGV4dC5oCiBpbmNsdWRlL0dML3dtZXNh LmgKLWxpYi9saWJHTC5zbwotbGliL2xpYkdMLnNvLjEKK2xpYi9saWJHTC1tZXNhLnNvLjEKK0Bl eGVjIGxuIC1zZiBsaWJHTC5zby4xICVCL2xpYkdMLnNvCitAY29tbWVudCBGb3IgdGhlIGxpYkdM LnNvLjEgbGluaywgZGVmZXIgdG8gbnZpZGlhLWRyaXZlciwgaWYgdGhlIGxhdHRlciBpcyBwcmVz ZW50OgorQGV4ZWMgaWYgWyAhIC1mICVCL2xpYkdMLW52aWRpYS5zby4xIF0gOyB0aGVuIGxuIC1z ZiAlZiAlQi9saWJHTC5zby4xIDsgZmkKK0Bjb21tZW50IE9uIHJlbW92YWwsIGRlbGV0ZSB0aGVz ZSBsaW5rcyBpZiB0aGV5IGFyZSBub3Qgb3duZWQgYnkgbnZpZGlhLWRyaXZlcjoKK0B1bmV4ZWMg aWYgWyAhIC1mICVCL2xpYkdMLW52aWRpYS5zby4xIF0gOyB0aGVuIHJtIC1mICVCL2xpYkdMLnNv LjEgJUIvbGliR0wuc28gOyBmaQogbGliZGF0YS9wa2djb25maWcvZ2wucGMKIEBkaXJybXRyeSBp bmNsdWRlL0dMCkluZGV4OiB4MTEtc2VydmVycy94b3JnLXNlcnZlci9NYWtlZmlsZQo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09ClJDUyBmaWxlOiAvaG9tZS9wY3ZzL3BvcnRzL3gxMS1zZXJ2ZXJzL3hvcmctc2VydmVyL01h a2VmaWxlLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjgwCmRpZmYgLXUgLXIxLjgwIE1ha2VmaWxl Ci0tLSB4MTEtc2VydmVycy94b3JnLXNlcnZlci9NYWtlZmlsZQkyNyBGZWIgMjAxMSAyMzoxNjow OSAtMDAwMAkxLjgwCisrKyB4MTEtc2VydmVycy94b3JnLXNlcnZlci9NYWtlZmlsZQk0IEp1bCAy MDExIDIzOjQ2OjM4IC0wMDAwCkBAIC03LDE3ICs3LDE0IEBACiAKIFBPUlROQU1FPQl4b3JnLXNl cnZlcgogUE9SVFZFUlNJT049CTEuNy43Ci1QT1JUUkVWSVNJT049CTEKK1BPUlRSRVZJU0lPTj0J MgogUE9SVEVQT0NIPQkxCiBDQVRFR09SSUVTPQl4MTEtc2VydmVycwotTUFTVEVSX1NJVEVTPQlo dHRwOi8veG9yZy5mcmVlZGVza3RvcC5vcmcvcmVsZWFzZXMvaW5kaXZpZHVhbC94c2VydmVyLwot RElTVEZJTEVTPQl4b3JnLXNlcnZlci0ke1BPUlRWRVJTSU9OfS50YXIuYnoyCiAKIE1BSU5UQUlO RVI9CXgxMUBGcmVlQlNELm9yZwogQ09NTUVOVD0JWC5PcmcgWCBzZXJ2ZXIgYW5kIHJlbGF0ZWQg cHJvZ3JhbXMKIAogTElCX0RFUEVORFM9CWRybToke1BPUlRTRElSfS9ncmFwaGljcy9saWJkcm0K LQogUlVOX0RFUEVORFM9CSR7TE9DQUxCQVNFfS9zaGFyZS9YMTEveGtiL3J1bGVzL2Jhc2UueG1s OiR7UE9SVFNESVJ9L3gxMS94a2V5Ym9hcmQtY29uZmlnCiAKIFhPUkdfQ0FUPQl4c2VydmVyCkBA IC05MSwyMSArODgsMjEgQEAKIAogLmlmICR7QVJDSH0gPT0gYWxwaGEKIFBMSVNUX1NVQis9CUFM UEhBX05BPSJAY29tbWVudCAiCi1FWFRSQV9QQVRDSEVTPQkkey5DVVJESVJ9L2ZpbGVzL2V4dHJh LWFyY2gtYWxwaGEKK0VYVFJBX1BBVENIRVM9CSR7RklMRVNESVJ9L2V4dHJhLWFyY2gtYWxwaGEK IC5lbHNlCiBQTElTVF9TVUIrPQlBTFBIQV9OQT0iIgogLmVuZGlmCiAKIC5pZiAke0FSQ0h9ID09 IGlhNjQKLVBMSVNUX1NVQis9ICAgICBJQTY0X05BPSJAY29tbWVudCAiCi1FWFRSQV9QQVRDSEVT PSAgJHsuQ1VSRElSfS9maWxlcy9leHRyYS1hcmNoLWlhNjQKK1BMSVNUX1NVQis9CUlBNjRfTkE9 IkBjb21tZW50ICIKK0VYVFJBX1BBVENIRVM9CSR7RklMRVNESVJ9L2V4dHJhLWFyY2gtaWE2NAog LmVsc2UKLVBMSVNUX1NVQis9ICAgICBJQTY0X05BPSIiCitQTElTVF9TVUIrPQlJQTY0X05BPSIi CiAuZW5kaWYKIAogLmlmICR7QVJDSH0gPT0gcG93ZXJwYyB8fCAke0FSQ0h9ID09IHBvd2VycGM2 NAogUExJU1RfU1VCKz0JUFBDX05BPSJAY29tbWVudCAiCi1FWFRSQV9QQVRDSEVTPQkkey5DVVJE SVJ9L2ZpbGVzL2V4dHJhLWFyY2gtcG93ZXJwYworRVhUUkFfUEFUQ0hFUz0JJHtGSUxFU0RJUn0v ZXh0cmEtYXJjaC1wb3dlcnBjCiAuZWxzZQogUExJU1RfU1VCKz0JUFBDX05BPSIiCiAuZW5kaWYK QEAgLTEzNCw0ICsxMzEsMTQgQEAKIAlAJHtFQ0hPX01TR30gIk5PX1NVSURfWFNFUlZFUj1ZRVMg aW4gL2V0Yy9tYWtlLmNvbmYuIgogLmVuZGlmCiAKKyNBdm9pZCBjb25mbGljdCB3aXRoIG52aWRp YS1kcml2ZXIgYnkgbW92aW5nIGxpYmdseC5zbyB0byBsaWJnbHgteG9yZy5zby4gIElmCisjdGhl IG52aWRpYS1kcml2ZXIgaXMgcHJlc2VudCwgcmVzdG9yZSBhbnkgbnZpZGlhLWRyaXZlciBzeW1s aW5rcyB0aGF0IG1heSBoYXZlIGJlZW4KKyNjbG9iYmVyZWQgZHVyaW5nIGluc3RhbGxhdGlvbjoK K3Bvc3QtaW5zdGFsbDoKKwlAKGNkICR7UFJFRklYfS9saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lv bnMgOyBcCisJCSR7TVZ9IC1mIGxpYmdseC5zbyBsaWJnbHgteG9yZy5zbyA7IFwKKwkJaWYgWyAt TCBsaWJnbHguc28uMSBdIDsgdGhlbiBcCisJCSR7TE59IC1zZiBsaWJnbHguc28uMSBsaWJnbHgu c28gOyBlbHNlIFwKKwkJJHtMTn0gLXNmIGxpYmdseC14b3JnLnNvIGxpYmdseC5zbyA7IGZpKQor CiAuaW5jbHVkZSA8YnNkLnBvcnQucG9zdC5taz4KSW5kZXg6IHgxMS1zZXJ2ZXJzL3hvcmctc2Vy dmVyL3BrZy1wbGlzdAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9wY3ZzL3BvcnRzL3gxMS1z ZXJ2ZXJzL3hvcmctc2VydmVyL3BrZy1wbGlzdCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4yMQpk aWZmIC11IC1yMS4yMSBwa2ctcGxpc3QKLS0tIHgxMS1zZXJ2ZXJzL3hvcmctc2VydmVyL3BrZy1w bGlzdAkxIE1heSAyMDEwIDExOjQxOjA1IC0wMDAwCTEuMjEKKysrIHgxMS1zZXJ2ZXJzL3hvcmct c2VydmVyL3BrZy1wbGlzdAk1IEp1bCAyMDExIDA1OjQyOjQ0IC0wMDAwCkBAIC0xNzUsNyArMTc1 LDEwIEBACiBsaWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZXh0bW9kLmxhCiBsaWIveG9y Zy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZXh0bW9kLnNvCiBsaWIveG9yZy9tb2R1bGVzL2V4dGVu c2lvbnMvbGliZ2x4LmxhCi1saWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZ2x4LnNvCits aWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMvbGliZ2x4LXhvcmcuc28KK0Bjb21tZW50IEFkZCBh bmQgcmVtb3ZlIGxpbmtzIHRvIGxpYmdseC5zbywgaWYgdGhlIG52aWRpYS1kcml2ZXIgaXMgbm90 IHByZXNlbnQ6CitAZXhlYyBpZiBbICEgLUwgJUIvbGliZ2x4LnNvLjEgXSA7IHRoZW4gbG4gLXNm ICVmICVCL2xpYmdseC5zbyA7IGZpCitAdW5leGVjIGlmIFsgISAtTCAlQi9saWJnbHguc28uMSBd IDsgdGhlbiBybSAtZiAlQi9saWJnbHguc28gOyBmaQogbGliL3hvcmcvbW9kdWxlcy9leHRlbnNp b25zL2xpYnJlY29yZC5sYQogbGliL3hvcmcvbW9kdWxlcy9leHRlbnNpb25zL2xpYnJlY29yZC5z bwogbGliL3hvcmcvbW9kdWxlcy9saWJleGEubGEKQEAgLTIxOCwxMSArMjIxLDEwIEBACiBsaWJk YXRhL3BrZ2NvbmZpZy94b3JnLXNlcnZlci5wYwogc2hhcmUvYWNsb2NhbC94b3JnLXNlcnZlci5t NAogQGRpcnJtIGluY2x1ZGUveG9yZwotQGRpcnJtIGxpYi94b3JnL21vZHVsZXMvZXh0ZW5zaW9u cwotQGRpcnJtIGxpYi94b3JnL21vZHVsZXMvbGludXgKLUBkaXJybSBsaWIveG9yZy9tb2R1bGVz L211bHRpbWVkaWEKLUBkaXJybSBsaWIveG9yZy9tb2R1bGVzCi1AZGlycm0gbGliL3hvcmcKK0Bk aXJybXRyeSBsaWIveG9yZy9tb2R1bGVzL2V4dGVuc2lvbnMKK0BkaXJybXRyeSBsaWIveG9yZy9t b2R1bGVzL2xpbnV4CitAZGlycm10cnkgbGliL3hvcmcvbW9kdWxlcy9tdWx0aW1lZGlhCitAZGly cm10cnkgbGliL3hvcmcvbW9kdWxlcwogQGRpcnJtdHJ5IGluY2x1ZGUvWDExL2JpdG1hcHMKIEBk aXJybXRyeSBpbmNsdWRlL1gxMS9waXhtYXBzCiBAZGlycm10cnkgbGliL1gxMS9kb2MKSW5kZXg6 IHgxMS9udmlkaWEtZHJpdmVyL01ha2VmaWxlCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL3Bj dnMvcG9ydHMveDExL252aWRpYS1kcml2ZXIvTWFrZWZpbGUsdgpyZXRyaWV2aW5nIHJldmlzaW9u IDEuMTA3CmRpZmYgLXUgLXIxLjEwNyBNYWtlZmlsZQotLS0geDExL252aWRpYS1kcml2ZXIvTWFr ZWZpbGUJMjMgTWF5IDIwMTEgMDc6MTQ6NTAgLTAwMDAJMS4xMDcKKysrIHgxMS9udmlkaWEtZHJp dmVyL01ha2VmaWxlCTUgSnVsIDIwMTEgMDU6MzA6MTIgLTAwMDAKQEAgLTcsNyArNyw3IEBACiAK IFBPUlROQU1FPQludmlkaWEtZHJpdmVyCiBESVNUVkVSU0lPTj89CTI3MC40MS4xOQotUE9SVFJF VklTSU9OPz0JMAkJCSMgQXMgYSByZW1pbmRlciBpdCBjYW4gYmUgb3ZlcnJpZGRlbgorUE9SVFJF VklTSU9OPz0JMQkJCSMgQXMgYSByZW1pbmRlciBpdCBjYW4gYmUgb3ZlcnJpZGRlbgogQ0FURUdP UklFUz0JeDExIGtsZAogTUFTVEVSX1NJVEVTPQkke01BU1RFUl9TSVRFX05WSURJQX0KICMgTUFT VEVSX1NJVEVfU1VCRElSIGhhcyB0byBiZSBzZXQgbGF0ZXIgYmVjYXVzZSBpdCBkZXBlbmRzIG9u IE5WVkVSU0lPTgpAQCAtNjcsMTEgKzY3LDcgQEAKIAogLmluY2x1ZGUgPGJzZC5wb3J0LnByZS5t az4KIAotWFNFUlZWRVJTSU9OIT0JJHtQS0dfSU5GT30gLXFPIHgxMS1zZXJ2ZXJzL3hvcmctc2Vy dmVyIDI+L2Rldi9udWxsIHx8IHRydWUKLUxJQkdMVkVSU0lPTiE9CSR7UEtHX0lORk99IC1xTyBn cmFwaGljcy9saWJHTCAyPi9kZXYvbnVsbCB8fCB0cnVlCi0KLVBMSVNUX1NVQis9CVhTRVJWVkVS U0lPTj0ke1hTRVJWVkVSU0lPTn0gTElCR0xWRVJTSU9OPSR7TElCR0xWRVJTSU9OfSBcCi0JCUxJ TlVYQkFTRT0ke0xJTlVYQkFTRX0gU0hMSUJfVkVSU0lPTj0ke1BPUlRWRVJTSU9OfSBcCitQTElT VF9TVUIrPQlMSU5VWEJBU0U9JHtMSU5VWEJBU0V9IFNITElCX1ZFUlNJT049JHtQT1JUVkVSU0lP Tn0gXAogCQlNT0RVTEVTRElSPSR7TU9EVUxFU0RJUn0KIAogLmlmICFkZWZpbmVkKFdJVEhPVVRf TElOVVgpCkBAIC05Myw2ICs4OSwxMCBAQAogTElCX0RFUEVORFMrPQltLjM6JHtQT1JUU0RJUn0v bWlzYy9jb21wYXQ1eAogLmVuZGlmCiAKK3Bvc3QtZXh0cmFjdDoKKwlAKGNkICR7V1JLU1JDfS9v Ymo7ICR7TVZ9IC1mIGxpYkdMLnNvLjEgbGliR0wtbnZpZGlhLnNvLjE7IFwKKwkJJHtNVn0gLWYg bGliZ2x4LnNvLjEgbGliZ2x4LW52aWRpYS5zby4xKQorCiBwb3N0LXBhdGNoOiAuU0lMRU5UCiAj IFdlIHNob3VsZCBzdXBwb3J0IC1DVVJSRU5UOiBraWxsIHRoZSBjaGVjawogCSR7UkVJTlBMQUNF X0NNRH0gLWUgJzI0LDI2ZCcgJHtXUktTUkN9L3NyYy9udi1mcmVlYnNkLmgKQEAgLTEzOCw2ICsx MzgsMTIgQEAKIC5lbmRpZgogIyBEbyBub3QgZXhlY3V0ZSBhZnRlcmluc3RhbGwgdGFyZ2V0IChw cmV2ZW50IGF1dG9tYXRpYyBtb2R1bGUgcmVnaXN0cmF0aW9uKQogCSR7UkVJTlBMQUNFX0NNRH0g LWUgJ3MvYWZ0ZXJpbnN0YWxsL2RvbnRleGVjdXRlLycgJHtXUktTUkN9L01ha2VmaWxlCisjIERv bid0IHJlbW92ZSBsaWJHTCBvciB4b3JnLXNlcnZlciBsaWJyYXJpZXMgb3IgbGlua3MgZHVyaW5n IGJlZm9yZWluc3RhbGw6CisjIGVpdGhlciB0aGV5IG5vIGxvbmdlciBjb2xsaWRlIGFmdGVyIHRo ZSBudmlkaWEgbGlicmFyeSBuYW1lIGNoYW5nZXMsIG9yIHRoZXkKKyMgYXJlIGFsdGVyZWQgaW4g cG9zdC1pbnN0YWxsCisJJHtSRUlOUExBQ0VfQ01EfSAtZSBcCisJCScvRklORF9GSUxFUyE9Lywv RUNITy97cy9saWJHTC8mLW52aWRpYS87cy9saWJnbHgvJi1udmlkaWEvO30nIFwKKwkJJHtXUktT UkN9L2xpYi9NYWtlZmlsZQogCiBwcmUtc3UtaW5zdGFsbDoKICMgV2hpbGUgdGhpcyBwb3J0IHNp bGVudGx5IGFzc3VtZXMgUFJFRklYID09IExPQ0FMQkFTRSwgYXQgbGVhc3QgdHJ5IHRvCkBAIC0x NjIsNiArMTY4LDcgQEAKIAkke1JFSU5QTEFDRV9DTUR9IC1FICdzL2xpYkdMY29yZS9saWJudmlk aWEtZ2xjb3JlLyA7IFwKIAkJL3Vzci4qKGdsY29yZXx0bHMpLipzb1wuMSQkL2QnICR7VE1QUExJ U1R9CiAuZW5kaWYKKwkke0xOfSAtc2YgbGliZ2x4LnNvLjEgJHtQUkVGSVh9LyR7TU9EVUxFU0RJ Un0vZXh0ZW5zaW9ucy9saWJnbHguc28KICMgU29tZSBhcHBsaWNhdGlvbnMgbmVlZCB0aGlzIHN5 bWxpbmsgKHNlZSBQUiBwb3J0cy83Mjg3NykKIAkke0xOfSAtc2YgbGliWHZNQ05WSURJQS5zby4x ICR7UFJFRklYfS9saWIvbGliWHZNQ05WSURJQV9keW5hbWljLnNvLjEKIAkke0VDSE9fTVNHfQpJ bmRleDogeDExL252aWRpYS1kcml2ZXIvcGtnLXBsaXN0Cj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9o b21lL3BjdnMvcG9ydHMveDExL252aWRpYS1kcml2ZXIvcGtnLXBsaXN0LHYKcmV0cmlldmluZyBy ZXZpc2lvbiAxLjI5CmRpZmYgLXUgLXIxLjI5IHBrZy1wbGlzdAotLS0geDExL252aWRpYS1kcml2 ZXIvcGtnLXBsaXN0CTIxIE1heSAyMDExIDE0OjA0OjQ4IC0wMDAwCTEuMjkKKysrIHgxMS9udmlk aWEtZHJpdmVyL3BrZy1wbGlzdAk1IEp1bCAyMDExIDAwOjU0OjU3IC0wMDAwCkBAIC0xLDExICsx LDcgQEAKLUBleGVjIG12IC1mICVELyUlTU9EVUxFU0RJUiUlL2V4dGVuc2lvbnMvbGliZ2x4Lmxh ICVELyUlTU9EVUxFU0RJUiUlL2V4dGVuc2lvbnMvWFhYLWxpYmdseC5sYS4lJSUlLiUlWFNFUlZW RVJTSU9OJSUKLUB1bmV4ZWMgbXYgLWYgJUQvJSVNT0RVTEVTRElSJSUvZXh0ZW5zaW9ucy9YWFgt bGliZ2x4LmxhLiUlJSUuJSVYU0VSVlZFUlNJT04lJSAlRC8lJU1PRFVMRVNESVIlJS9leHRlbnNp b25zL2xpYmdseC5sYQotQGV4ZWMgbXYgLWYgJUQvJSVNT0RVTEVTRElSJSUvZXh0ZW5zaW9ucy9s aWJnbHguc28gJUQvJSVNT0RVTEVTRElSJSUvZXh0ZW5zaW9ucy9YWFgtbGliZ2x4LnNvLiUlJSUu JSVYU0VSVlZFUlNJT04lJQotJSVNT0RVTEVTRElSJSUvZXh0ZW5zaW9ucy9saWJnbHguc28KLUB1 bmV4ZWMgbXYgLWYgJUQvJSVNT0RVTEVTRElSJSUvZXh0ZW5zaW9ucy9YWFgtbGliZ2x4LnNvLiUl JSUuJSVYU0VSVlZFUlNJT04lJSAlRC8lJU1PRFVMRVNESVIlJS9leHRlbnNpb25zL2xpYmdseC5z bwotQGV4ZWMgbXYgLWYgJUQvbGliL2xpYkdMLnNvLjEgJUQvbGliL1hYWC1saWJHTC5zby4xLiUl JSUuJSVMSUJHTFZFUlNJT04lJQotbGliL2xpYkdMLnNvLjEKLUB1bmV4ZWMgbXYgLWYgJUQvbGli L1hYWC1saWJHTC5zby4xLiUlJSUuJSVMSUJHTFZFUlNJT04lJSAlRC9saWIvbGliR0wuc28uMQor bGliL2xpYkdMLW52aWRpYS5zby4xCitAZXhlYyBsbiAtc2YgJWYgJUIvbGliR0wuc28uMQorQGNv bW1lbnQgT24gcmVtb3ZhbCwgcmVzdG9yZSB0aGUgbGluayBiZXR3ZWVuIGxpYkdMLnNvLjEgYW5k IGxpYkdMLCBpZiB0aGUgbGF0dGVyIGlzIHByZXNlbnQ6CitAdW5leGVjIGlmIFsgLWYgJUIvbGli R0wtbWVzYS5zby4xIF0gOyB0aGVuIGxuIC1zZiBsaWJHTC1tZXNhLnNvLjEgJUIvbGliR0wuc28u MSA7IGVsc2Ugcm0gLWYgICVCL2xpYkdMLnNvLjEgOyBmaQogbGliL2xpYm52aWRpYS10bHMuc28u MQogbGliL2xpYm52aWRpYS10bHMuc28KIGxpYi9saWJudmlkaWEtY2ZnLnNvLjEKQEAgLTIyLDcg KzE4LDEwIEBACiAlJU1PRFVMRVNESVIlJS9saWJudmlkaWEtd2ZiLnNvLjEKICUlTU9EVUxFU0RJ UiUlL2RyaXZlcnMvbnZpZGlhX2Rydi5zbwogJSVNT0RVTEVTRElSJSUvZXh0ZW5zaW9ucy9saWJn bHguc28uMQotQGV4ZWMgbG4gLXNmIGxpYmdseC5zby4xICVELyUlTU9EVUxFU0RJUiUlL2V4dGVu c2lvbnMvbGliZ2x4LnNvCitAZXhlYyBsbiAtc2YgJWYgJUIvbGliZ2x4LnNvCitAY29tbWVudCBP biByZW1vdmFsLCByZXN0b3JlIHRoZSBsaW5rIGJldHdlZW4gZ2x4LnNvIGFuZCB0aGUgeG9yZy1z ZXJ2ZXIsIGlmIHRoZSBsYXR0ZXIgaXMgcHJlc2VudDoKK0B1bmV4ZWMgaWYgWyAtZiAlQi9saWJn bHgteG9yZy5zbyBdIDsgdGhlbiBsbiAtc2YgbGliZ2x4LXhvcmcuc28gJUIvbGliZ2x4LnNvIDsg ZWxzZSBybSAtZiAlQi9saWJnbHguc28gOyBmaQorJSVNT0RVTEVTRElSJSUvZXh0ZW5zaW9ucy9s aWJnbHgtbnZpZGlhLnNvLjEKIEBkaXJybXRyeSAlJU1PRFVMRVNESVIlJS9kcml2ZXJzCiBAY3dk IC9ib290L21vZHVsZXMKIG52aWRpYS5rbwpJbmRleDogeDExL252aWRpYS1kcml2ZXIvZmlsZXMv cGF0Y2gtbGliX19saWJHTF9fTWFrZWZpbGUKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogeDExL252aWRp YS1kcml2ZXIvZmlsZXMvcGF0Y2gtbGliX19saWJHTF9fTWFrZWZpbGUKZGlmZiAtTiB4MTEvbnZp ZGlhLWRyaXZlci9maWxlcy9wYXRjaC1saWJfX2xpYkdMX19NYWtlZmlsZQotLS0gL2Rldi9udWxs CTEgSmFuIDE5NzAgMDA6MDA6MDAgLTAwMDAKKysrIHgxMS9udmlkaWEtZHJpdmVyL2ZpbGVzL3Bh dGNoLWxpYl9fbGliR0xfX01ha2VmaWxlCTMgSnVsIDIwMTEgMjA6MjQ6MzMgLTAwMDAKQEAgLTAs MCArMSwxMCBAQAorLS0tIGxpYi9saWJHTC9NYWtlZmlsZS5vcmlnCTIwMTEtMDQtMTQgMDQ6MTU6 NDMuMDAwMDAwMDAwIC0wNDAwCisrKysgbGliL2xpYkdML01ha2VmaWxlCTIwMTEtMDctMDMgMTY6 MjI6NTAuMDAwMDAwMDAwIC0wNDAwCitAQCAtNiw1ICs2LDcgQEAKKyBMSUI9CQlHTAorIFNITElC X01BSk9SPQkxCisgTElCRElSPQkJJHtYMTFCQVNFfS9saWIKKytTSExJQl9MSU5LPQlsaWIke0xJ Qn0uc28uJHtTSExJQl9NQUpPUn0KKytTSExJQl9OQU1FPQlsaWIke0xJQn0tbnZpZGlhLnNvLiR7 U0hMSUJfTUFKT1J9CisgCisgLmluY2x1ZGUgPCR7TlZJRElBX1JPT1R9L21rL252aWRpYS5saWIu bWs+CkluZGV4OiB4MTEvbnZpZGlhLWRyaXZlci9maWxlcy9wYXRjaC14MTFfX2V4dGVuc2lvbl9f TWFrZWZpbGUKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogeDExL252aWRpYS1kcml2ZXIvZmlsZXMvcGF0 Y2gteDExX19leHRlbnNpb25fX01ha2VmaWxlCmRpZmYgLU4geDExL252aWRpYS1kcml2ZXIvZmls ZXMvcGF0Y2gteDExX19leHRlbnNpb25fX01ha2VmaWxlCi0tLSAvZGV2L251bGwJMSBKYW4gMTk3 MCAwMDowMDowMCAtMDAwMAorKysgeDExL252aWRpYS1kcml2ZXIvZmlsZXMvcGF0Y2gteDExX19l eHRlbnNpb25fX01ha2VmaWxlCTQgSnVsIDIwMTEgMDI6MTg6MzUgLTAwMDAKQEAgLTAsMCArMSwx MCBAQAorLS0tIHgxMS9leHRlbnNpb24vTWFrZWZpbGUub3JpZwkyMDExLTA3LTAzIDE2OjI4OjI2 LjAwMDAwMDAwMCAtMDQwMAorKysrIHgxMS9leHRlbnNpb24vTWFrZWZpbGUJMjAxMS0wNy0wMyAx NjoyOToyOS4wMDAwMDAwMDAgLTA0MDAKK0BAIC0xMSw1ICsxMSw3IEBACisgLmVsc2UKKyBMSUJE SVI9CQkke1gxMUJBU0V9L2xpYi9tb2R1bGVzL2V4dGVuc2lvbnMKKyAuZW5kaWYKKytTSExJQl9M SU5LPQlsaWIke0xJQn0uc28uJHtTSExJQl9NQUpPUn0KKytTSExJQl9OQU1FPQlsaWIke0xJQn0t bnZpZGlhLnNvLiR7U0hMSUJfTUFKT1J9CisgCisgLmluY2x1ZGUgPCR7TlZJRElBX1JPT1R9L21r L252aWRpYS5saWIubWs+CkluZGV4OiB4MTEvbnZpZGlhLWRyaXZlci03MS9NYWtlZmlsZQo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09ClJDUyBmaWxlOiAvaG9tZS9wY3ZzL3BvcnRzL3gxMS9udmlkaWEtZHJpdmVyLTcxL01h a2VmaWxlLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjE5CmRpZmYgLXUgLXIxLjE5IE1ha2VmaWxl Ci0tLSB4MTEvbnZpZGlhLWRyaXZlci03MS9NYWtlZmlsZQkyMSBNYXkgMjAxMSAxNDowNDo0OCAt MDAwMAkxLjE5CisrKyB4MTEvbnZpZGlhLWRyaXZlci03MS9NYWtlZmlsZQk0IEp1bCAyMDExIDIz OjQzOjE1IC0wMDAwCkBAIC02LDcgKzYsNyBAQAogIwogCiBESVNUVkVSU0lPTj0JNzEuODYuMTQK LVBPUlRSRVZJU0lPTj0JMgorUE9SVFJFVklTSU9OPQkzCiAKIE1BU1RFUkRJUj0JJHsuQ1VSRElS fS8uLi9udmlkaWEtZHJpdmVyCiBOT19MQVRFU1RfTElOSz0JeWVzCkluZGV4OiB4MTEvbnZpZGlh LWRyaXZlci05Ni9NYWtlZmlsZQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9wY3ZzL3BvcnRz L3gxMS9udmlkaWEtZHJpdmVyLTk2L01ha2VmaWxlLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjIw CmRpZmYgLXUgLXIxLjIwIE1ha2VmaWxlCi0tLSB4MTEvbnZpZGlhLWRyaXZlci05Ni9NYWtlZmls ZQkyMSBNYXkgMjAxMSAxNDowNDo0OCAtMDAwMAkxLjIwCisrKyB4MTEvbnZpZGlhLWRyaXZlci05 Ni9NYWtlZmlsZQk0IEp1bCAyMDExIDIzOjQzOjM3IC0wMDAwCkBAIC02LDcgKzYsNyBAQAogIwog CiBESVNUVkVSU0lPTj0JOTYuNDMuMTkKLVBPUlRSRVZJU0lPTj0JMgorUE9SVFJFVklTSU9OPQkz CiAKIE1BU1RFUkRJUj0JJHsuQ1VSRElSfS8uLi9udmlkaWEtZHJpdmVyCiBOT19MQVRFU1RfTElO Sz0JeWVzCg== --bcaec520f223c0bb4b04a74c2deb-- From owner-freebsd-x11@FreeBSD.ORG Tue Jul 5 09:56:05 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57EAB106564A for ; Tue, 5 Jul 2011 09:56:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id CE62A8FC16 for ; Tue, 5 Jul 2011 09:56:04 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p659u0ZW080417 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jul 2011 12:56:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p659u0Yc041419; Tue, 5 Jul 2011 12:56:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p659u0n3041418; Tue, 5 Jul 2011 12:56:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 5 Jul 2011 12:56:00 +0300 From: Kostik Belousov To: bf1783@gmail.com Message-ID: <20110705095600.GE48734@deviant.kiev.zoral.com.ua> References: <4E0FCDD1.7050809@missouri.edu> <4E0FD8DC.20700@missouri.edu> <20110703114104.GK48734@deviant.kiev.zoral.com.ua> <20110703140400.GO48734@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2/WF4jK2yacEfzaN" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: "freebsd-x11@FreeBSD.org" , danfe@freebsd.org Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Jul 2011 09:56:05 -0000 --2/WF4jK2yacEfzaN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 05, 2011 at 05:58:53AM +0000, b. f. wrote: > On 7/3/11, Kostik Belousov wrote: > > On Sun, Jul 03, 2011 at 12:45:50PM +0000, b. f. wrote: > >> On 7/3/11, Kostik Belousov wrote: > >> > On Sun, Jul 03, 2011 at 03:54:15AM +0000, b. f. wrote: > >> >> On 7/3/11, Stephen Montgomery-Smith wrote: > >> >> > On 07/02/2011 09:02 PM, Stephen Montgomery-Smith wrote: > >> >> >> On 07/02/2011 08:39 PM, b. f. wrote: > >> ... > >> > > >> > That said, there is absolutely no need in any static linker tricks, > >> > esp. a heavy one like filters or linker scripts. A symlink named > ... > >> > >> > libGL.so would be enough for the static linker, pointing to any > >> > of two libraries. And symlink libGL.so.1 would be also enough > >> > for dynamic linker. > >> > > >> > The real issue with xorg-server, mesa and nvidia driver is only > >> > the overwrite of extensions/libglx.so and lib/libGL.so.1. If > >> > this can be somewhat solved by the packaging system, that would > >> > be great. On my hybrid laptop I have to manually manage the > >> > said symlinks (actually, with the rc script that verifies > >> > the list of pci devices and arranges the symlinks). > >> > >> So basically, you would prefer that we: > >> > >> patch xorg-server so that it installs, e.g., > >> ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so.1 instead of > >> ${PREFIX}/lib/xorg/modules/extensions/libglx.so.1, and points the > >> symlink ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so at the > >> former; > >> > >> patch libGL so that it installs, e.g., ${PREFIX}/lib/libGL-mesa.so.1 > >> instead of ${PREFIX}/lib/libGL.so.1, and points the symlink > >> ${PREFIX}/lib/libGL.so at the former; > >> > >> and patch nvidia-driver so that it installs, e.g., > >> ${PREFIX}/lib/xorg/modules/extensions/libglx-nvidia.so.1 instead of > >> ${PREFIX}/lib/xorg/modules/extensions/libglx.so.1, and > >> ${PREFIX}/lib/libGL-nvidia.so.1 instead of ${PREFIX}/lib/libGL.so.1; > >> and during installation it overwrites the > >> ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so and > >> ${PREFIX}/lib/libGL.so symlinks, redirecting them to the corresponding > >> nvidia libraries; while during deinstallation it changes them to point > >> to the mesa/xorg libraries? > > Yes. > > > >> > >> And corresponding redirection to handle the libtool archive file? > > I do not think this is needed. First, I believe .la files are only > > installed by the Xorg ports. Second, as I described, libGL.so from > > Xorg and from NVidia should be replacable for the static linking > > purposes. Third, libglx.la is not used at all. > ... > > On Sun, Jul 03, 2011 at 01:33:09PM +0000, b. f. wrote: > >> On second thought the renaming of these libraries is not very > >> convenient, since they are built by nvidia, and not necessary if their > >> mesa/xorg counterparts already have different names. > > > > As I said, it is useful for me on the hybrid laptop, where a switch > > selects the GPU attached to the panel. The startup script then would > > only need to create proper symlink, instead of delicate renaming > > of the libraries. >=20 > Please consider the attached patch. Small unrelated clean-ups to > x11-servers/xorg-server and bsd.mesalib.mk are included with the > changes that remove the collisions, and add the necessary symlinks. > The renaming in the xorg-server post-install target is a bit ugly, but > much easier than dissecting the libtool build and installation of the > glx convenience library. I used sed rather than patches for some of > the changes in libGL and nvidia-driver because of the multiple > distfiles involved. >=20 I think that the policy in xorg and mesa ports should be to install symlinks if they are not present, instead of checking for the presence of nvidia driver. Also, the installation of libglx.so and post-factum renaming looks rude and could probably cause complications since original libglx.so symlink is removed, am I right ? --2/WF4jK2yacEfzaN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk4S368ACgkQC3+MBN1Mb4iwNQCfRjV+vxwHJ/h+WPaLUdeHRn+q TAUAoJMpjJ8i844kTTCaT6cvmh8fZbSY =VsoI -----END PGP SIGNATURE----- --2/WF4jK2yacEfzaN-- From owner-freebsd-x11@FreeBSD.ORG Tue Jul 5 12:32:53 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CBD0106566B; Tue, 5 Jul 2011 12:32:53 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 296348FC13; Tue, 5 Jul 2011 12:32:52 +0000 (UTC) Received: by pzk27 with SMTP id 27so4065274pzk.13 for ; Tue, 05 Jul 2011 05:32:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=3uz+l7o4l/JN8wiFzLF44jQotu48Q3NxmA+tv/mD43s=; b=B0BlP2GtXrCFLrcaDd0zCC27TWTlU2WTh4my6YUE6TxmFlAMbd0QjC6QueWpU9PN4I RgldlFRkoCsFZBTaYNyPnE+hMQKkxnjLGR0QdsJLenMA9zLFVYhKgso6hUciOw3eC1Gq jrIaiZEHDOVoGMe3ZLbTLI6+dFvL52qzLoaQg= MIME-Version: 1.0 Received: by 10.68.66.66 with SMTP id d2mr646038pbt.223.1309869172362; Tue, 05 Jul 2011 05:32:52 -0700 (PDT) Received: by 10.68.64.104 with HTTP; Tue, 5 Jul 2011 05:32:51 -0700 (PDT) In-Reply-To: <20110705095600.GE48734@deviant.kiev.zoral.com.ua> References: <4E0FCDD1.7050809@missouri.edu> <4E0FD8DC.20700@missouri.edu> <20110703114104.GK48734@deviant.kiev.zoral.com.ua> <20110703140400.GO48734@deviant.kiev.zoral.com.ua> <20110705095600.GE48734@deviant.kiev.zoral.com.ua> Date: Tue, 5 Jul 2011 08:32:51 -0400 Message-ID: From: "b. f." To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-x11@FreeBSD.org" , danfe@freebsd.org Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 12:32:53 -0000 On 7/5/11, Kostik Belousov wrote: > On Tue, Jul 05, 2011 at 05:58:53AM +0000, b. f. wrote: >> On 7/3/11, Kostik Belousov wrote: >> > On Sun, Jul 03, 2011 at 12:45:50PM +0000, b. f. wrote: >> >> On 7/3/11, Kostik Belousov wrote: >> >> > On Sun, Jul 03, 2011 at 03:54:15AM +0000, b. f. wrote: >> >> >> On 7/3/11, Stephen Montgomery-Smith wrote: >> >> >> > On 07/02/2011 09:02 PM, Stephen Montgomery-Smith wrote: >> >> >> >> On 07/02/2011 08:39 PM, b. f. wrote: >> >> ... >> >> > >> >> > That said, there is absolutely no need in any static linker tricks, >> >> > esp. a heavy one like filters or linker scripts. A symlink named >> ... >> >> >> >> > libGL.so would be enough for the static linker, pointing to any >> >> > of two libraries. And symlink libGL.so.1 would be also enough >> >> > for dynamic linker. >> >> > >> >> > The real issue with xorg-server, mesa and nvidia driver is only >> >> > the overwrite of extensions/libglx.so and lib/libGL.so.1. If >> >> > this can be somewhat solved by the packaging system, that would >> >> > be great. On my hybrid laptop I have to manually manage the >> >> > said symlinks (actually, with the rc script that verifies >> >> > the list of pci devices and arranges the symlinks). >> >> >> >> So basically, you would prefer that we: >> >> >> >> patch xorg-server so that it installs, e.g., >> >> ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so.1 instead of >> >> ${PREFIX}/lib/xorg/modules/extensions/libglx.so.1, and points the >> >> symlink ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so at the >> >> former; >> >> >> >> patch libGL so that it installs, e.g., ${PREFIX}/lib/libGL-mesa.so.1 >> >> instead of ${PREFIX}/lib/libGL.so.1, and points the symlink >> >> ${PREFIX}/lib/libGL.so at the former; >> >> >> >> and patch nvidia-driver so that it installs, e.g., >> >> ${PREFIX}/lib/xorg/modules/extensions/libglx-nvidia.so.1 instead of >> >> ${PREFIX}/lib/xorg/modules/extensions/libglx.so.1, and >> >> ${PREFIX}/lib/libGL-nvidia.so.1 instead of ${PREFIX}/lib/libGL.so.1; >> >> and during installation it overwrites the >> >> ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so and >> >> ${PREFIX}/lib/libGL.so symlinks, redirecting them to the corresponding >> >> nvidia libraries; while during deinstallation it changes them to point >> >> to the mesa/xorg libraries? >> > Yes. >> > >> >> >> >> And corresponding redirection to handle the libtool archive file? >> > I do not think this is needed. First, I believe .la files are only >> > installed by the Xorg ports. Second, as I described, libGL.so from >> > Xorg and from NVidia should be replacable for the static linking >> > purposes. Third, libglx.la is not used at all. >> ... >> > On Sun, Jul 03, 2011 at 01:33:09PM +0000, b. f. wrote: >> >> On second thought the renaming of these libraries is not very >> >> convenient, since they are built by nvidia, and not necessary if their >> >> mesa/xorg counterparts already have different names. >> > >> > As I said, it is useful for me on the hybrid laptop, where a switch >> > selects the GPU attached to the panel. The startup script then would >> > only need to create proper symlink, instead of delicate renaming >> > of the libraries. >> >> Please consider the attached patch. Small unrelated clean-ups to >> x11-servers/xorg-server and bsd.mesalib.mk are included with the >> changes that remove the collisions, and add the necessary symlinks. >> The renaming in the xorg-server post-install target is a bit ugly, but >> much easier than dissecting the libtool build and installation of the >> glx convenience library. I used sed rather than patches for some of >> the changes in libGL and nvidia-driver because of the multiple >> distfiles involved. >> > > I think that the policy in xorg and mesa ports should be to install > symlinks if they are not present, instead of checking for the > presence of nvidia driver. Can do -- although it raises the small possibility that the link could be damaged or left dangling and forgotten, and interfere with subsequent reinstallation. That's not a problem for someone like you, but other users may not be able to fix such a problem as easily.) But on removal, what then? Always remove the symlink? Always leave it in place? Or try to determine whether it points to a library owned by the port being removed, and remove it if it does? I don't think the second would be a good idea for many users. > > Also, the installation of libglx.so and post-factum renaming looks rude > and could probably cause complications since original libglx.so symlink > is removed, am I right ? > Yes, as I wrote, I wasn't altogether happy with that, but it was expedient. If there is a symlink there, it will be overwritten, and then replaced by a link to either the xorg library or the nvidia-driver library, depending upon whether the nvidia-driver is present. Of course, that's not so different from any other port installation, which will overwrite existing files and links. But I guess you're using some alternative symlinks that you want to preserve? I could take the low road, and move the link out of the way temporarily, restoring it after renaming the xorg library, or I could take the high road and add further patches to override the current libtool install. Which road is it to be? b. From owner-freebsd-x11@FreeBSD.ORG Tue Jul 5 20:10:52 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 013321065674 for ; Tue, 5 Jul 2011 20:10:52 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id BA9B88FC14 for ; Tue, 5 Jul 2011 20:10:51 +0000 (UTC) Received: from baby-jane.lamaiziere.net (6.176.97.84.rev.sfr.net [84.97.176.6]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 3408363307B for ; Tue, 5 Jul 2011 22:10:50 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 8E566736AC for ; Tue, 5 Jul 2011 22:10:50 +0200 (CEST) Date: Tue, 5 Jul 2011 22:10:49 +0200 From: Patrick Lamaiziere To: freebsd-x11@freebsd.org Message-ID: <20110705221049.4967b987@davenulle.org> In-Reply-To: <20110623221305.43b74d53@davenulle.org> References: <20110623221305.43b74d53@davenulle.org> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Graphic card that works (summary) ? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Jul 2011 20:10:52 -0000 Le Thu, 23 Jun 2011 22:13:05 +0200, Patrick Lamaiziere a écrit : Hi, First thanks to all, help is very appreciated. A small summary on this topic. > I'm using a Nvidia 460 but my box is stable as a Windows3.1 :( Context: ------- - 8.2-STABLE/i386 - NVidia drivers since march to the current beta. - Xvideo extension freezes the box within minutes. - Random freeze occurs. I've made further tests: - Building the Nvidia driver with WBINVD and ACPI_PM does not help regarding the xvideo issue. - I was not able to use vdpau in mplayer (yes I've setup the option). Anyway I can live without xvideo, the problem is more the random freezes while I'm working. - On the nvidia forums, there is a suggestion to force the "powermizer" of the card to fixed values (this issue looks very specific to the Nvidia 460). I'm trying this and it looks very better: no random locks anymore (but there is still an issue on xvideo). - There was a suggestion to disable powerd, but I've not tried this yet. Work-arounds: ------------ - use something else, like the suggested ATI cards in this thread ;-) - disable Xvideo in Xorg.conf. Section "Module" [...] # Load "extmod" SubSection "extmod" Option "omit xvideo" Option "omit xvideo-motioncompensation" EndSubSection EndSection - setup the powermizer in xorg.conf to low power: Section "Device" [...] Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x2222; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x3" EndSection (for powermizer options, see http://tutanhamon.com.ua/technovodstvo/NVIDIA-UNIX-driver/) Voila, thanks again. Regards. From owner-freebsd-x11@FreeBSD.ORG Tue Jul 5 20:44:53 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B58F01065686 for ; Tue, 5 Jul 2011 20:44:53 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 75F608FC17 for ; Tue, 5 Jul 2011 20:44:53 +0000 (UTC) Received: from baby-jane.lamaiziere.net (6.176.97.84.rev.sfr.net [84.97.176.6]) by smtp.lamaiziere.net (Postfix) with ESMTPA id 72ED363307B; Tue, 5 Jul 2011 22:44:52 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 02E0173BFA; Tue, 5 Jul 2011 22:44:53 +0200 (CEST) Date: Tue, 5 Jul 2011 22:44:52 +0200 From: Patrick Lamaiziere To: Tom Evans Message-ID: <20110705224452.7c07dce5@davenulle.org> In-Reply-To: References: <20110623221305.43b74d53@davenulle.org> <4E0AEA54.1080806@bally-wulff.de> <4E0C016E.1040909@comcast.net> <201106300523.41240.akirchhoff135014@gmail.com> <4E0C5142.2020903@comcast.net> <20110630132455.13304880@mr12941> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-x11@freebsd.org Subject: Re: Graphic card that works? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Jul 2011 20:44:53 -0000 Le Thu, 30 Jun 2011 14:46:58 +0100, Tom Evans a écrit : > Do you also have windows/another OS available to stress test the card > to make sure it is still functioning correctly? Might be useful. (Forget this one) Yes the box works like a charm under Windows (2008 server), this is my "playstation" and I use it for games. I've checked the memory to be sure (with memtest), no problem was detected. I don't think there is a hardware problem. Regards. From owner-freebsd-x11@FreeBSD.ORG Tue Jul 5 21:11:20 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F2EF1065673; Tue, 5 Jul 2011 21:11:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id D0BD38FC12; Tue, 5 Jul 2011 21:11:19 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p65LBFNv042790 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Jul 2011 00:11:15 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p65LBFWO064944; Wed, 6 Jul 2011 00:11:15 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p65LBE4l064943; Wed, 6 Jul 2011 00:11:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 6 Jul 2011 00:11:14 +0300 From: Kostik Belousov To: bf1783@gmail.com Message-ID: <20110705211114.GJ48734@deviant.kiev.zoral.com.ua> References: <4E0FCDD1.7050809@missouri.edu> <4E0FD8DC.20700@missouri.edu> <20110703114104.GK48734@deviant.kiev.zoral.com.ua> <20110703140400.GO48734@deviant.kiev.zoral.com.ua> <20110705095600.GE48734@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="U0lwbJGzT0Gq35lP" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: "freebsd-x11@FreeBSD.org" , danfe@freebsd.org Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Jul 2011 21:11:20 -0000 --U0lwbJGzT0Gq35lP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 05, 2011 at 08:32:51AM -0400, b. f. wrote: > On 7/5/11, Kostik Belousov wrote: > > On Tue, Jul 05, 2011 at 05:58:53AM +0000, b. f. wrote: > >> On 7/3/11, Kostik Belousov wrote: > >> > On Sun, Jul 03, 2011 at 12:45:50PM +0000, b. f. wrote: > >> >> On 7/3/11, Kostik Belousov wrote: > >> >> > On Sun, Jul 03, 2011 at 03:54:15AM +0000, b. f. wrote: > >> >> >> On 7/3/11, Stephen Montgomery-Smith wrote: > >> >> >> > On 07/02/2011 09:02 PM, Stephen Montgomery-Smith wrote: > >> >> >> >> On 07/02/2011 08:39 PM, b. f. wrote: > >> >> ... > >> >> > > >> >> > That said, there is absolutely no need in any static linker trick= s, > >> >> > esp. a heavy one like filters or linker scripts. A symlink named > >> ... > >> >> > >> >> > libGL.so would be enough for the static linker, pointing to any > >> >> > of two libraries. And symlink libGL.so.1 would be also enough > >> >> > for dynamic linker. > >> >> > > >> >> > The real issue with xorg-server, mesa and nvidia driver is only > >> >> > the overwrite of extensions/libglx.so and lib/libGL.so.1. If > >> >> > this can be somewhat solved by the packaging system, that would > >> >> > be great. On my hybrid laptop I have to manually manage the > >> >> > said symlinks (actually, with the rc script that verifies > >> >> > the list of pci devices and arranges the symlinks). > >> >> > >> >> So basically, you would prefer that we: > >> >> > >> >> patch xorg-server so that it installs, e.g., > >> >> ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so.1 instead of > >> >> ${PREFIX}/lib/xorg/modules/extensions/libglx.so.1, and points the > >> >> symlink ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so at the > >> >> former; > >> >> > >> >> patch libGL so that it installs, e.g., ${PREFIX}/lib/libGL-mesa.so.1 > >> >> instead of ${PREFIX}/lib/libGL.so.1, and points the symlink > >> >> ${PREFIX}/lib/libGL.so at the former; > >> >> > >> >> and patch nvidia-driver so that it installs, e.g., > >> >> ${PREFIX}/lib/xorg/modules/extensions/libglx-nvidia.so.1 instead of > >> >> ${PREFIX}/lib/xorg/modules/extensions/libglx.so.1, and > >> >> ${PREFIX}/lib/libGL-nvidia.so.1 instead of ${PREFIX}/lib/libGL.so.1; > >> >> and during installation it overwrites the > >> >> ${PREFIX}/lib/xorg/modules/extensions/libglx-xorg.so and > >> >> ${PREFIX}/lib/libGL.so symlinks, redirecting them to the correspond= ing > >> >> nvidia libraries; while during deinstallation it changes them to po= int > >> >> to the mesa/xorg libraries? > >> > Yes. > >> > > >> >> > >> >> And corresponding redirection to handle the libtool archive file? > >> > I do not think this is needed. First, I believe .la files are only > >> > installed by the Xorg ports. Second, as I described, libGL.so from > >> > Xorg and from NVidia should be replacable for the static linking > >> > purposes. Third, libglx.la is not used at all. > >> ... > >> > On Sun, Jul 03, 2011 at 01:33:09PM +0000, b. f. wrote: > >> >> On second thought the renaming of these libraries is not very > >> >> convenient, since they are built by nvidia, and not necessary if th= eir > >> >> mesa/xorg counterparts already have different names. > >> > > >> > As I said, it is useful for me on the hybrid laptop, where a switch > >> > selects the GPU attached to the panel. The startup script then would > >> > only need to create proper symlink, instead of delicate renaming > >> > of the libraries. > >> > >> Please consider the attached patch. Small unrelated clean-ups to > >> x11-servers/xorg-server and bsd.mesalib.mk are included with the > >> changes that remove the collisions, and add the necessary symlinks. > >> The renaming in the xorg-server post-install target is a bit ugly, but > >> much easier than dissecting the libtool build and installation of the > >> glx convenience library. I used sed rather than patches for some of > >> the changes in libGL and nvidia-driver because of the multiple > >> distfiles involved. > >> > > > > I think that the policy in xorg and mesa ports should be to install > > symlinks if they are not present, instead of checking for the > > presence of nvidia driver. >=20 > Can do -- although it raises the small possibility that the link could > be damaged or left dangling and forgotten, and interfere with > subsequent reinstallation. That's not a problem for someone like you, > but other users may not be able to fix such a problem as easily.) But > on removal, what then? Always remove the symlink? Always leave it in > place? Or try to determine whether it points to a library owned by the > port being removed, and remove it if it does? I don't think the > second would be a good idea for many users. Ok. >=20 > > > > Also, the installation of libglx.so and post-factum renaming looks rude > > and could probably cause complications since original libglx.so symlink > > is removed, am I right ? > > >=20 > Yes, as I wrote, I wasn't altogether happy with that, but it was > expedient. If there is a symlink there, it will be overwritten, and > then replaced by a link to either the xorg library or the > nvidia-driver library, depending upon whether the nvidia-driver is > present. Of course, that's not so different from any other port > installation, which will overwrite existing files and links. But I > guess you're using some alternative symlinks that you want to > preserve? I could take the low road, and move the link out of the way > temporarily, restoring it after renaming the xorg library, or I could > take the high road and add further patches to override the current > libtool install. Which road is it to be? I cannot judge the implementation, but the supposed behaviour should be a step forward for paceful coexistence of Xorg server, Mesa and NVidia driver. --U0lwbJGzT0Gq35lP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk4TffIACgkQC3+MBN1Mb4hbjgCfd5XW267RpjEvhAhBlN7KH5Oe BuMAoLJRCq8mD8wn8BelUdJiyaW5D578 =8H47 -----END PGP SIGNATURE----- --U0lwbJGzT0Gq35lP-- From owner-freebsd-x11@FreeBSD.ORG Tue Jul 5 21:14:40 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAC751065670 for ; Tue, 5 Jul 2011 21:14:40 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id AEF548FC17 for ; Tue, 5 Jul 2011 21:14:40 +0000 (UTC) Received: from baby-jane.lamaiziere.net (6.176.97.84.rev.sfr.net [84.97.176.6]) by smtp.lamaiziere.net (Postfix) with ESMTPA id AD5DE63307B; Tue, 5 Jul 2011 23:14:39 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 5AC2D730D2; Tue, 5 Jul 2011 23:14:40 +0200 (CEST) Date: Tue, 5 Jul 2011 23:14:39 +0200 From: Patrick Lamaiziere To: Patrick Lamaiziere Message-ID: <20110705231439.438ae263@davenulle.org> In-Reply-To: <20110705221049.4967b987@davenulle.org> References: <20110623221305.43b74d53@davenulle.org> <20110705221049.4967b987@davenulle.org> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-x11@freebsd.org Subject: Re: Graphic card that works (summary) ? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Jul 2011 21:14:41 -0000 Le Tue, 5 Jul 2011 22:10:49 +0200, Patrick Lamaiziere a écrit : > > I'm using a Nvidia 460 but my box is stable as a Windows3.1 :( > - On the nvidia forums, there is a suggestion to force the > "powermizer" of the card to fixed values (this issue looks very > specific to the Nvidia 460). I'm trying this and it looks very > better: no random locks anymore (but there is still an issue on > xvideo). Of course a freeze occurs 40 minutes after I've sent this :( looks like the progress was to make the box stable as a Windows ME... Oh shit! Regards. From owner-freebsd-x11@FreeBSD.ORG Tue Jul 5 22:25:49 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE575106566B; Tue, 5 Jul 2011 22:25:49 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 56D7A8FC12; Tue, 5 Jul 2011 22:25:49 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.4/8.14.4) with ESMTP id p65MPl2F045359; Tue, 5 Jul 2011 17:25:48 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4E138F6B.40109@missouri.edu> Date: Tue, 05 Jul 2011 17:25:47 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110516 Thunderbird/3.1.10 MIME-Version: 1.0 To: "bf1783@gmail.com" References: <4E0FCDD1.7050809@missouri.edu> <4E0FD8DC.20700@missouri.edu> <20110703114104.GK48734@deviant.kiev.zoral.com.ua> <20110703140400.GO48734@deviant.kiev.zoral.com.ua> <20110705095600.GE48734@deviant.kiev.zoral.com.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "danfe@freebsd.org" , "freebsd-x11@FreeBSD.org" , "b. f." Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Jul 2011 22:25:49 -0000 On 07/05/2011 07:32 AM, b. f. wrote: > Yes, as I wrote, I wasn't altogether happy with that, but it was > expedient. If there is a symlink there, it will be overwritten, and > then replaced by a link to either the xorg library or the > nvidia-driver library, depending upon whether the nvidia-driver is > present. Of course, that's not so different from any other port > installation, which will overwrite existing files and links. But I > guess you're using some alternative symlinks that you want to > preserve? I could take the low road, and move the link out of the way > temporarily, restoring it after renaming the xorg library, or I could > take the high road and add further patches to override the current > libtool install. Which road is it to be? I would take the low road. The advantage is that if xorg-server gets updated, then you don't need to rewrite the patch. Indeed, if I had written the patch, I would have used this "rude" approach for every affected port. I also would have in pkg-list: @exec cd the-dir; rm -f libglx.so; if [ -f libglx-nvidia.so ]; then ln -s libglx-nvidia.so libglx.so; elif [ -f libglx-xorg.so ]; then ln -s libglx-xorg.so libglx.so; fi and exactly the same script for @unexec, and in post-install in each Makefile, and for libGL.so and libglx.la, in every one of the affected ports. This way there would be uniformity, and only one logic to understand. It would definitely be "ruder" than your approach, and more clutsy. But I believe that sometimes clumsiness and redundancy wins if the logic is more uniform and easier to follow. This is, of course, all my opinion, and respects my personal style of doing things, and is probably out of phase with most other FreeBSd committers. And if your approach works, then I say it is more important to do it than to argue about style. Stephen From owner-freebsd-x11@FreeBSD.ORG Tue Jul 5 23:59:38 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 198E6106564A; Tue, 5 Jul 2011 23:59:38 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id DA1FA8FC17; Tue, 5 Jul 2011 23:59:37 +0000 (UTC) Received: by pvg11 with SMTP id 11so7955992pvg.13 for ; Tue, 05 Jul 2011 16:59:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=98sey58enSrB/HhtLEIl+TTTTbATq13JBUT6WK8f4sg=; b=YDGM/sagBHapAyGLAzJU0YgPWv2f9i7XOBKqEpJi62ExK809gvGJ70DtBEvw0YIUMH JyWrH3O5LlJvqc59JDOAQqglsSUFimRNBgpoSpv1S5ynbahK5pQwmwyKILUeB2AtWTXz 6ZR8/AiakZ6N0vDjeXiOR3jaTrkIxxClDAn68= MIME-Version: 1.0 Received: by 10.68.27.100 with SMTP id s4mr9788367pbg.491.1309910377206; Tue, 05 Jul 2011 16:59:37 -0700 (PDT) Received: by 10.68.64.104 with HTTP; Tue, 5 Jul 2011 16:59:37 -0700 (PDT) In-Reply-To: <4E138F6B.40109@missouri.edu> References: <4E0FCDD1.7050809@missouri.edu> <4E0FD8DC.20700@missouri.edu> <20110703114104.GK48734@deviant.kiev.zoral.com.ua> <20110703140400.GO48734@deviant.kiev.zoral.com.ua> <20110705095600.GE48734@deviant.kiev.zoral.com.ua> <4E138F6B.40109@missouri.edu> Date: Tue, 5 Jul 2011 19:59:37 -0400 Message-ID: From: "b. f." To: Stephen Montgomery-Smith Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-x11@FreeBSD.org" , "danfe@freebsd.org" Subject: Re: x11/nvidia-driver incompatible with portmaster? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2011 23:59:38 -0000 On 7/5/11, Stephen Montgomery-Smith wrote: ... > I also would have in pkg-list: > > @exec cd the-dir; rm -f libglx.so; if [ -f libglx-nvidia.so ]; then ln > -s libglx-nvidia.so libglx.so; elif [ -f libglx-xorg.so ]; then ln -s > libglx-xorg.so libglx.so; fi > > and exactly the same script for @unexec, and in post-install in each > Makefile, and for libGL.so and libglx.la, in every one of the affected > ports. This way there would be uniformity, and only one logic to > understand. Alright, I will retain the automatic management of the symlinks, and tweak it to make it a bit more foolproof along the lines that you suggest, and then submit the revised patch as a PR. However, libglx.la will continue to remain the property of the xorg-server port, and will not be handled in the same way. b. From owner-freebsd-x11@FreeBSD.ORG Thu Jul 7 02:23:22 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B65C106566B for ; Thu, 7 Jul 2011 02:23:22 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id DBA988FC1B for ; Thu, 7 Jul 2011 02:23:21 +0000 (UTC) Received: by pwi7 with SMTP id 7so475427pwi.13 for ; Wed, 06 Jul 2011 19:23:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=a81F3LXPjiBlbM57c4I2r0uCOkCw1sMQDEQmEKwomKk=; b=PEU1OTU1PlwavNHm/H8hvBNISLQNVXnxUIjN3z6DJLzGpYRw2yqDD75z0in3751Wtm 7B9iORAlZ0ezMKqF27I6dVo4PmJNwn4waYqR8pXHiJDv9yghaK++TdEPg0flJdVDR511 8+PxMRa+bNdb0O7YMA/JuwoBaRJvE7/n+muBo= Received: by 10.143.158.8 with SMTP id k8mr146901wfo.205.1310005401294; Wed, 06 Jul 2011 19:23:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.237.11 with HTTP; Wed, 6 Jul 2011 19:23:01 -0700 (PDT) In-Reply-To: <20110705231439.438ae263@davenulle.org> References: <20110623221305.43b74d53@davenulle.org> <20110705221049.4967b987@davenulle.org> <20110705231439.438ae263@davenulle.org> From: Michal Varga Date: Thu, 7 Jul 2011 04:23:01 +0200 Message-ID: To: Patrick Lamaiziere Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-x11@freebsd.org Subject: Re: Graphic card that works (summary) ? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 02:23:22 -0000 On Tue, Jul 5, 2011 at 23:14, Patrick Lamaiziere wr= ote: > Le Tue, 5 Jul 2011 22:10:49 +0200, > Patrick Lamaiziere a =C3=A9crit : > >> > I'm using a Nvidia 460 but my box is stable as a Windows3.1 :( > >> - On the nvidia forums, there is a suggestion to force the >> "powermizer" of the card to fixed values (this issue looks very >> specific to the Nvidia 460). I'm trying this and it looks very >> better: no random locks anymore (but there is still an issue on >> xvideo). > > Of course a freeze occurs 40 minutes after I've sent this :( > Out of curiosity, what is the manufacturer and exact model of this card? Not that it would help much to you now, but it might still come handy to someone else knowing who to avoid.. m. From owner-freebsd-x11@FreeBSD.ORG Thu Jul 7 15:24:57 2011 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEFE8106564A for ; Thu, 7 Jul 2011 15:24:57 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id AA16B8FC16 for ; Thu, 7 Jul 2011 15:24:57 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.4/8.14.4) with ESMTP id p67FOskd026644; Thu, 7 Jul 2011 09:24:54 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.4/8.14.4/Submit) with ESMTP id p67FOstS026641; Thu, 7 Jul 2011 09:24:54 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 7 Jul 2011 09:24:54 -0600 (MDT) From: Warren Block To: Michal Varga In-Reply-To: Message-ID: References: <20110623221305.43b74d53@davenulle.org> <20110705221049.4967b987@davenulle.org> <20110705231439.438ae263@davenulle.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Thu, 07 Jul 2011 09:24:54 -0600 (MDT) Cc: freebsd-x11@freebsd.org Subject: Re: Graphic card that works (summary) ? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 15:24:58 -0000 On Thu, 7 Jul 2011, Michal Varga wrote: > Out of curiosity, what is the manufacturer and exact model of this card? > > Not that it would help much to you now, but it might still come handy > to someone else knowing who to avoid.. Along those lines, inspecting the card for a jammed fan or failed capacitors is worthwhile. From owner-freebsd-x11@FreeBSD.ORG Thu Jul 7 22:48:05 2011 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B298106566C for ; Thu, 7 Jul 2011 22:48:05 +0000 (UTC) (envelope-from geo.liaskos@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 59D1F8FC0C for ; Thu, 7 Jul 2011 22:48:05 +0000 (UTC) Received: by qwc9 with SMTP id 9so923403qwc.13 for ; Thu, 07 Jul 2011 15:48:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1GsInpFSCY5X1dl4fXawdtUkwJqNb90v92cuJCnE1is=; b=Hx3hxX5Kjw6HWpnUZ1VuLc3pK/mjcu0fdl/VsxpGnOy1ZSsEyPaPQ+lib5nD0XWGmP 0YkTCNwkPJoGcmli/varILAhZ6BipDJFs+Gpo6qgu4JQceevk1AYVCtfoowiwPXWoSjR 43Lg6Ek4G7NJIAdRYuDJw0CiTK+VpKpULZEuk= MIME-Version: 1.0 Received: by 10.224.47.139 with SMTP id n11mr1123229qaf.209.1310077328866; Thu, 07 Jul 2011 15:22:08 -0700 (PDT) Received: by 10.229.236.130 with HTTP; Thu, 7 Jul 2011 15:22:08 -0700 (PDT) In-Reply-To: <20110630162315.GV48734@deviant.kiev.zoral.com.ua> References: <20110630162315.GV48734@deviant.kiev.zoral.com.ua> Date: Fri, 8 Jul 2011 01:22:08 +0300 Message-ID: From: George Liaskos To: Kostik Belousov Content-Type: text/plain; charset=UTF-8 Cc: x11@freebsd.org Subject: Re: Intel GPU kernel driver X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2011 22:48:05 -0000 On Thu, Jun 30, 2011 at 7:23 PM, Kostik Belousov wrote: > [Please remove current@ when replying.] > > I created the first code drop for the ongoing GEM/KMS project. Please > note that this is not an end-user release, and even _not_ a call for > testing. The project is not finished yet, and I expect quite more > efforts from me even after the scheduled project end, and from ports/x11 > people, before the driver and usermode infrastructure will be ready for > the general public consumption. > > That said, the patch is only of use for you now if you want to review, > debug or otherwise help the project. The driver is known to be unstable, > some parts are missing, some (esp. VM changes) are under the discussion > and propably will be changed. > > If you have fix or useful bug analisys or suggestions for improvements, > you are welcome. I will not answer to the support requests for this > code now, please do not waste your time asking for it. > > The pointers to the patches, useful hints for debugging and bug > reporting, and some notes are at the http://wiki.freebsd.org/Intel_GPU. > I will maintain this page further. > > Current patch is ~50KLOC, it took quite an efforts to bring the code to > the state where there is something to debug. Thanks for everybody who > waited for it, and please be patient while the further work is done. > Hello Kostik, I am trying to get my gm45 [0x2a428086] working with your patches and i found a bug. A call to agp_gen5_get_gtt_total_entries returns ENXIO, what i found is that in my case (gcc1 & AGP_G4x_GCC1_SIZE_MASK) == 0xb00. I did a cross check with Linux and there isn't such a valid value defined but the Linux code does not error on default case, it continues with our agp_i965_get_gtt_total_entries() equivalent. After this change, X starts but the image has artifacts. It's progress :) Thank you for your work! xorg log: http://pastebin.com/a0zak5LY From owner-freebsd-x11@FreeBSD.ORG Fri Jul 8 09:20:44 2011 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D384E10656E5 for ; Fri, 8 Jul 2011 09:20:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 71CB38FC1E for ; Fri, 8 Jul 2011 09:20:44 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p689Ke7O063926 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Jul 2011 12:20:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p689KeV1004543; Fri, 8 Jul 2011 12:20:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p689KekF004542; Fri, 8 Jul 2011 12:20:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 8 Jul 2011 12:20:39 +0300 From: Kostik Belousov To: George Liaskos Message-ID: <20110708092039.GL48734@deviant.kiev.zoral.com.ua> References: <20110630162315.GV48734@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OMlFea0I0ZndCJkq" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: x11@freebsd.org Subject: Re: Intel GPU kernel driver X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jul 2011 09:20:45 -0000 --OMlFea0I0ZndCJkq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 08, 2011 at 01:22:08AM +0300, George Liaskos wrote: > On Thu, Jun 30, 2011 at 7:23 PM, Kostik Belousov wr= ote: > > [Please remove current@ when replying.] > > > > I created the first code drop for the ongoing GEM/KMS project. Please > > note that this is not an end-user release, and even _not_ a call for > > testing. The project is not finished yet, and I expect quite more > > efforts from me even after the scheduled project end, and from ports/x11 > > people, before the driver and usermode infrastructure will be ready for > > the general public consumption. > > > > That said, the patch is only of use for you now if you want to review, > > debug or otherwise help the project. The driver is known to be unstable, > > some parts are missing, some (esp. VM changes) are under the discussion > > and propably will be changed. > > > > If you have fix or useful bug analisys or suggestions for improvements, > > you are welcome. I will not answer to the support requests for this > > code now, please do not waste your time asking for it. > > > > The pointers to the patches, useful hints for debugging and bug > > reporting, and some notes are at the http://wiki.freebsd.org/Intel_GPU. > > I will maintain this page further. > > > > Current patch is ~50KLOC, it took quite an efforts to bring the code to > > the state where there is something to debug. Thanks for everybody who > > waited for it, and please be patient while the further work is done. > > >=20 > Hello Kostik, >=20 > I am trying to get my gm45 [0x2a428086] working with your > patches and i found a bug. >=20 > A call to agp_gen5_get_gtt_total_entries returns ENXIO, what i > found is that in my case (gcc1 & AGP_G4x_GCC1_SIZE_MASK) =3D=3D 0xb00. >=20 > I did a cross check with Linux and there isn't such a valid value defined > but the Linux code does not error on default case, it continues with our > agp_i965_get_gtt_total_entries() equivalent. >=20 > After this change, X starts but the image has artifacts. It's progress :) > Thank you for your work! >=20 > xorg log: http://pastebin.com/a0zak5LY Thank you for the report. It seems that this is a typo in the agpreg.h. Please try all.3.6.patch. Xorg log is the least useful. I need boot verbose dmesg to look at the agp state. Also, please show me the screenshot of the corrupted screen. --OMlFea0I0ZndCJkq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk4Wy+cACgkQC3+MBN1Mb4gibwCg6QYFPWmoR9lehVfYaI0gD6aY DhUAni+O+Pn/DoyvfUWuR62Xd4vJazKd =UVfO -----END PGP SIGNATURE----- --OMlFea0I0ZndCJkq-- From owner-freebsd-x11@FreeBSD.ORG Fri Jul 8 11:02:49 2011 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0940C1065670 for ; Fri, 8 Jul 2011 11:02:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 98C928FC12 for ; Fri, 8 Jul 2011 11:02:48 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p68B2iD5072401 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Jul 2011 14:02:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p68B2inj046465; Fri, 8 Jul 2011 14:02:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p68B2hsa046464; Fri, 8 Jul 2011 14:02:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 8 Jul 2011 14:02:43 +0300 From: Kostik Belousov To: George Liaskos Message-ID: <20110708110243.GT48734@deviant.kiev.zoral.com.ua> References: <20110630162315.GV48734@deviant.kiev.zoral.com.ua> <20110708092039.GL48734@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="L7npE7OS0H62/Ik/" Content-Disposition: inline In-Reply-To: <20110708092039.GL48734@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: x11@freebsd.org Subject: Re: Intel GPU kernel driver X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jul 2011 11:02:49 -0000 --L7npE7OS0H62/Ik/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 08, 2011 at 12:20:39PM +0300, Kostik Belousov wrote: > On Fri, Jul 08, 2011 at 01:22:08AM +0300, George Liaskos wrote: > > On Thu, Jun 30, 2011 at 7:23 PM, Kostik Belousov = wrote: > > > [Please remove current@ when replying.] > > > > > > I created the first code drop for the ongoing GEM/KMS project. Please > > > note that this is not an end-user release, and even _not_ a call for > > > testing. The project is not finished yet, and I expect quite more > > > efforts from me even after the scheduled project end, and from ports/= x11 > > > people, before the driver and usermode infrastructure will be ready f= or > > > the general public consumption. > > > > > > That said, the patch is only of use for you now if you want to review, > > > debug or otherwise help the project. The driver is known to be unstab= le, > > > some parts are missing, some (esp. VM changes) are under the discussi= on > > > and propably will be changed. > > > > > > If you have fix or useful bug analisys or suggestions for improvement= s, > > > you are welcome. I will not answer to the support requests for this > > > code now, please do not waste your time asking for it. > > > > > > The pointers to the patches, useful hints for debugging and bug > > > reporting, and some notes are at the http://wiki.freebsd.org/Intel_GP= U. > > > I will maintain this page further. > > > > > > Current patch is ~50KLOC, it took quite an efforts to bring the code = to > > > the state where there is something to debug. Thanks for everybody who > > > waited for it, and please be patient while the further work is done. > > > > >=20 > > Hello Kostik, > >=20 > > I am trying to get my gm45 [0x2a428086] working with your > > patches and i found a bug. > >=20 > > A call to agp_gen5_get_gtt_total_entries returns ENXIO, what i > > found is that in my case (gcc1 & AGP_G4x_GCC1_SIZE_MASK) =3D=3D 0xb00. > >=20 > > I did a cross check with Linux and there isn't such a valid value defin= ed > > but the Linux code does not error on default case, it continues with our > > agp_i965_get_gtt_total_entries() equivalent. > >=20 > > After this change, X starts but the image has artifacts. It's progress = :) > > Thank you for your work! > >=20 > > xorg log: http://pastebin.com/a0zak5LY >=20 > Thank you for the report. >=20 > It seems that this is a typo in the agpreg.h. Please try all.3.6.patch. > Xorg log is the least useful. I need boot verbose dmesg to look at the > agp state. Please use all.3.7.patch. >=20 > Also, please show me the screenshot of the corrupted screen. --L7npE7OS0H62/Ik/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk4W49MACgkQC3+MBN1Mb4h3xACdHqq6JWO4OEEAcvYv6udVI5aF FJYAnA/D3o1VngACrsVxCfKphKhpuwwm =fLJ0 -----END PGP SIGNATURE----- --L7npE7OS0H62/Ik/-- From owner-freebsd-x11@FreeBSD.ORG Fri Jul 8 18:12:19 2011 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6C071065673 for ; Fri, 8 Jul 2011 18:12:19 +0000 (UTC) (envelope-from geo.liaskos@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8F4CA8FC08 for ; Fri, 8 Jul 2011 18:12:19 +0000 (UTC) Received: by qwc9 with SMTP id 9so1425867qwc.13 for ; Fri, 08 Jul 2011 11:12:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ofS4TLzJXGvMqE+Vml5j1rRswtclLnJxHk/9E0/sOL8=; b=MsgqRo4xKbi14Ca8EfxjQGuldy7hYtEndqyWbaXcZF40tsEHoXM+TY9K7lh3G6beX7 hg3Yy4TLzSHHvrRklar3baoB2RmJfThWRkiL/h0rIZ1OblhhxdICnNLDgnxw0iHN+ish XmElW8ZV/Pm+OUJDv2T5cIGj1GAJg0E646LuU= MIME-Version: 1.0 Received: by 10.229.90.150 with SMTP id i22mr1729752qcm.164.1310148738905; Fri, 08 Jul 2011 11:12:18 -0700 (PDT) Received: by 10.229.236.130 with HTTP; Fri, 8 Jul 2011 11:12:18 -0700 (PDT) In-Reply-To: <20110708110243.GT48734@deviant.kiev.zoral.com.ua> References: <20110630162315.GV48734@deviant.kiev.zoral.com.ua> <20110708092039.GL48734@deviant.kiev.zoral.com.ua> <20110708110243.GT48734@deviant.kiev.zoral.com.ua> Date: Fri, 8 Jul 2011 21:12:18 +0300 Message-ID: From: George Liaskos To: Kostik Belousov Content-Type: text/plain; charset=UTF-8 Cc: x11@freebsd.org Subject: Re: Intel GPU kernel driver X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jul 2011 18:12:19 -0000 > Please use all.3.7.patch. No errors with 3.7, only screen corruption :) dmesg: http://pastebin.com/TT5iSqn7 screens: http://imgur.com/a/VDXkw#nUua3 Regards, George From owner-freebsd-x11@FreeBSD.ORG Fri Jul 8 18:20:44 2011 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71B4D106566C for ; Fri, 8 Jul 2011 18:20:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id E05668FC16 for ; Fri, 8 Jul 2011 18:20:43 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p68IKeaP009250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Jul 2011 21:20:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p68IKesE062103; Fri, 8 Jul 2011 21:20:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p68IKeRg062102; Fri, 8 Jul 2011 21:20:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 8 Jul 2011 21:20:40 +0300 From: Kostik Belousov To: George Liaskos Message-ID: <20110708182040.GC48734@deviant.kiev.zoral.com.ua> References: <20110630162315.GV48734@deviant.kiev.zoral.com.ua> <20110708092039.GL48734@deviant.kiev.zoral.com.ua> <20110708110243.GT48734@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="P3KnZVJfEjmAtxcQ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS,URIBL_RED autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: x11@freebsd.org Subject: Re: Intel GPU kernel driver X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jul 2011 18:20:44 -0000 --P3KnZVJfEjmAtxcQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 08, 2011 at 09:12:18PM +0300, George Liaskos wrote: > > Please use all.3.7.patch. >=20 > No errors with 3.7, only screen corruption :) >=20 > dmesg: http://pastebin.com/TT5iSqn7 > screens: http://imgur.com/a/VDXkw#nUua3 What version of ddx driver do you use ? Show me the kernel messages with drm.debug tunable set to 0x2. I.e. do "kenv drm.debug=3D2", before loading i915.ko. Then show dmesg collected after X is started. --P3KnZVJfEjmAtxcQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk4XSncACgkQC3+MBN1Mb4i0CQCfeBTISuvwStPtUXp3keMwIEN2 Y3EAn1eodOFujpAdBRsriHyHfdL31K/A =RHFg -----END PGP SIGNATURE----- --P3KnZVJfEjmAtxcQ-- From owner-freebsd-x11@FreeBSD.ORG Fri Jul 8 18:31:04 2011 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 928FE106564A for ; Fri, 8 Jul 2011 18:31:04 +0000 (UTC) (envelope-from geo.liaskos@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 4711E8FC15 for ; Fri, 8 Jul 2011 18:31:04 +0000 (UTC) Received: by qyk30 with SMTP id 30so491788qyk.13 for ; Fri, 08 Jul 2011 11:31:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vhWxTdMgix5jD9JbXvrkD6CDrF2VBWPuOJlxkU+DJtI=; b=EJ4RpeODIA6fokk0Tw988A/mo6o9cpoon0yt/wViExtI1exZc6uYM8oJG1Frhbd4He H+xo4RQV5HOL1PARlh9z2OkaHhUAUEPMcAZ6yR2Lr/vz1wHJQr5OWnQHyR0nlJdUKGtH t2jCVSxZAZzLpPScRUcIKgNcN+uy3kEE2Ml84= MIME-Version: 1.0 Received: by 10.229.17.134 with SMTP id s6mr1721065qca.278.1310149863406; Fri, 08 Jul 2011 11:31:03 -0700 (PDT) Received: by 10.229.236.130 with HTTP; Fri, 8 Jul 2011 11:31:03 -0700 (PDT) In-Reply-To: <20110708182040.GC48734@deviant.kiev.zoral.com.ua> References: <20110630162315.GV48734@deviant.kiev.zoral.com.ua> <20110708092039.GL48734@deviant.kiev.zoral.com.ua> <20110708110243.GT48734@deviant.kiev.zoral.com.ua> <20110708182040.GC48734@deviant.kiev.zoral.com.ua> Date: Fri, 8 Jul 2011 21:31:03 +0300 Message-ID: From: George Liaskos To: Kostik Belousov Content-Type: text/plain; charset=UTF-8 Cc: x11@freebsd.org Subject: Re: Intel GPU kernel driver X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jul 2011 18:31:04 -0000 On Fri, Jul 8, 2011 at 9:20 PM, Kostik Belousov wrote: > On Fri, Jul 08, 2011 at 09:12:18PM +0300, George Liaskos wrote: >> > Please use all.3.7.patch. >> >> No errors with 3.7, only screen corruption :) >> >> dmesg: http://pastebin.com/TT5iSqn7 >> screens: http://imgur.com/a/VDXkw#nUua3 > > What version of ddx driver do you use ? > Show me the kernel messages with drm.debug tunable set to 0x2. > I.e. do "kenv drm.debug=2", before loading i915.ko. Then show > dmesg collected after X is started. > drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) info: [drm] AGP at 0xd0000000 256MB intel_gmbus0 on drm0 intel_iicbb0 on drm0 intel_ddc_port0 on intel_gmbus0 intel_gmbus1 on drm0 intel_iicbb1 on drm0 intel_ddc_port1 on intel_gmbus1 intel_gmbus2 on drm0 intel_iicbb2 on drm0 intel_ddc_port2 on intel_gmbus2 intel_gmbus3 on drm0 intel_iicbb3 on drm0 intel_ddc_port3 on intel_gmbus3 intel_gmbus4 on drm0 intel_iicbb4 on drm0 intel_ddc_port4 on intel_gmbus4 intel_gmbus5 on drm0 intel_iicbb5 on drm0 intel_ddc_port5 on intel_gmbus5 intel_gmbus6 on drm0 intel_iicbb6 on drm0 intel_ddc_port6 on intel_gmbus6 intel_gmbus7 on drm0 intel_iicbb7 on drm0 intel_ddc_port7 on intel_gmbus7 info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. [drm:KMS:pid2624:intel_detect_pch] No PCH detected [drm:KMS:pid2624:parse_general_definitions] crt_ddc_bus_pin: 2 [drm:KMS:pid2624:parse_lfp_panel_data] Found panel mode in BIOS VBT tables: [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 0:"1680x1050" 0 120600 1680 1712 1760 1888 1050 1051 1054 1065 0x8 0xa [drm:KMS:pid2624:parse_sdvo_panel_data] Found SDVO panel mode in BIOS VBT tables: [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 0:"1600x1200" 0 162000 1600 1664 1856 2160 1200 1201 1204 1250 0x8 0xa [drm:KMS:pid2624:parse_sdvo_device_mapping] No SDVO device info is found in VBT [drm:KMS:pid2624:intel_modeset_init] 2 display pipes available. [drm:KMS:pid2624:drm_do_probe_ddc_edid] iicbus_transfer countdown 5 error 0 [drm:KMS:pid2624:drm_do_probe_ddc_edid] iicbus_transfer countdown 5 error 0 [drm:KMS:pid2624:intel_setup_outputs] probing DP_D [drm:KMS:pid2624:intel_dp_i2c_init] i2c_init DPDDC-D [drm:KMS:pid2624:intel_tv_init] Integrated TV is not present. [drm:KMS:pid2624:intel_update_fbc] [drm:KMS:pid2624:intel_update_fbc] no output, disabling [drm:KMS:pid2624:g4x_update_wm] Setting FIFO watermarks - A: plane=2, cursor=2, B: plane=2, cursor=2, SR: plane=0, cursor=0 [drm:KMS:pid2624:intel_update_fbc] [drm:KMS:pid2624:intel_update_fbc] no output, disabling [drm:KMS:pid2624:g4x_update_wm] Setting FIFO watermarks - A: plane=2, cursor=2, B: plane=2, cursor=2, SR: plane=0, cursor=0 drm0: taking over the fictitious range 0xd0000000-0xe0000000 info: [drm] Initialized i915 1.6.0 20080730 [drm:KMS:pid2624:drm_mode_getresources] CRTC[2] CONNECTORS[3] ENCODERS[3] [drm:KMS:pid2624:drm_mode_getresources] [CRTC:3] [drm:KMS:pid2624:drm_mode_getresources] [CRTC:4] [drm:KMS:pid2624:drm_mode_getresources] [ENCODER:6:LVDS-6] [drm:KMS:pid2624:drm_mode_getresources] [ENCODER:13:DAC-13] [drm:KMS:pid2624:drm_mode_getresources] [ENCODER:15:TMDS-15] [drm:KMS:pid2624:drm_mode_getresources] [CONNECTOR:5:LVDS-1] [drm:KMS:pid2624:drm_mode_getresources] [CONNECTOR:12:VGA-1] [drm:KMS:pid2624:drm_mode_getresources] [CONNECTOR:14:DP-1] [drm:KMS:pid2624:drm_mode_getresources] CRTC[2] CONNECTORS[3] ENCODERS[3] [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:5:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:5:LVDS-1] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:5:LVDS-1] probed modes : [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 18:"1680x1050" 60 120600 1680 1712 1760 1888 1050 1051 1054 1065 0x48 0xa [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 19:"1680x1050" 50 100530 1680 1712 1760 1888 1050 1051 1054 1065 0x40 0xa [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:5:?] [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:12:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] [drm:KMS:pid2624:intel_crt_detect] CRT not detected via hotplug [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:12:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] [drm:KMS:pid2624:intel_crt_detect] CRT not detected via hotplug [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:14:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] [drm:KMS:pid2624:intel_dp_aux_ch] dp_aux_ch timeout status 0x51450085 [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:14:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] [drm:KMS:pid2624:intel_dp_aux_ch] dp_aux_ch timeout status 0x51450085 [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:5:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:5:LVDS-1] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:5:LVDS-1] probed modes : [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 18:"1680x1050" 60 120600 1680 1712 1760 1888 1050 1051 1054 1065 0x48 0xa [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 19:"1680x1050" 50 100530 1680 1712 1760 1888 1050 1051 1054 1065 0x40 0xa [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:5:?] [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:12:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] [drm:KMS:pid2624:intel_crt_detect] CRT not detected via hotplug [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:12:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] [drm:KMS:pid2624:intel_crt_detect] CRT not detected via hotplug [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:14:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] [drm:KMS:pid2624:intel_dp_aux_ch] dp_aux_ch timeout status 0x51450085 [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:14:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] [drm:KMS:pid2624:intel_dp_aux_ch] dp_aux_ch timeout status 0x51450085 [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] disconnected [drm:KMS:pid2624:drm_mode_addfb] [FB:8] [drm:KMS:pid2624:drm_mode_setcrtc] [CRTC:4] [drm:KMS:pid2624:drm_mode_setcrtc] [CONNECTOR:5:LVDS-1] [drm:KMS:pid2624:drm_crtc_helper_set_config] [drm:KMS:pid2624:drm_crtc_helper_set_config] [CRTC:4] [FB:8] #connectors=1 (x y) (0 0) [drm:KMS:pid2624:drm_crtc_helper_set_config] crtc has no fb, full mode set [drm:KMS:pid2624:drm_crtc_helper_set_config] modes are different, full mode set [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 0:"" 0 0 0 0 0 0 0 0 0 0 0x0 0x0 [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 9:"1680x1050" 0 120600 1680 1712 1760 1888 1050 1051 1054 1065 0x0 0xa [drm:KMS:pid2624:drm_crtc_helper_set_config] encoder changed, full mode switch [drm:KMS:pid2624:drm_crtc_helper_set_config] crtc changed, full mode switch [drm:KMS:pid2624:drm_crtc_helper_set_config] [CONNECTOR:5:LVDS-1] to [CRTC:4] [drm:KMS:pid2624:drm_crtc_helper_set_config] attempting to set mode from userspace [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 9:"1680x1050" 0 120600 1680 1712 1760 1888 1050 1051 1054 1065 0x0 0xa [drm:KMS:pid2624:drm_crtc_helper_set_mode] [CRTC:4] [drm:KMS:pid2624:i9xx_crtc_mode_set] using SSC reference clock of 100 MHz [drm:KMS:pid2624:i9xx_crtc_mode_set] Mode for pipe B: [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 9:"1680x1050" 0 120600 1680 1712 1760 1888 1050 1051 1054 1065 0x0 0xa [drm:KMS:pid2624:i9xx_crtc_mode_set] disabling CxSR downclocking [drm:KMS:pid2624:intel_pipe_set_base_atomic] Writing base 00042000 00000000 0 0 7168 [drm:KMS:pid2624:intel_update_fbc] [drm:KMS:pid2624:intel_update_fbc] fbc disabled per module param (default off) [drm:KMS:pid2624:g4x_check_srwm] SR watermark: display plane 93, cursor 6 [drm:KMS:pid2624:g4x_check_srwm] display watermark is too large(93/63), disabling [drm:KMS:pid2624:g4x_update_wm] Setting FIFO watermarks - A: plane=2, cursor=2, B: plane=40, cursor=6, SR: plane=93, cursor=6 [drm:KMS:pid2624:drm_crtc_helper_set_mode] [ENCODER:6:LVDS-6] set [MODE:9:1680x1050] [drm:KMS:pid2624:g4x_check_srwm] SR watermark: display plane 93, cursor 6 [drm:KMS:pid2624:g4x_check_srwm] display watermark is too large(93/63), disabling [drm:KMS:pid2624:g4x_update_wm] Setting FIFO watermarks - A: plane=2, cursor=2, B: plane=40, cursor=6, SR: plane=93, cursor=6 [drm:KMS:pid2624:intel_update_fbc] [drm:KMS:pid2624:intel_update_fbc] fbc disabled per module param (default off) [drm:KMS:pid2624:drm_crtc_helper_set_config] Setting connector DPMS state to on [drm:KMS:pid2624:drm_crtc_helper_set_config] [CONNECTOR:5:LVDS-1] set DPMS on [drm:KMS:pid2624:intel_crtc_cursor_set] [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:5:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:5:LVDS-1] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:5:LVDS-1] probed modes : [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 18:"1680x1050" 60 120600 1680 1712 1760 1888 1050 1051 1054 1065 0x48 0xa [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 19:"1680x1050" 50 100530 1680 1712 1760 1888 1050 1051 1054 1065 0x40 0xa [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:5:?] [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:12:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] [drm:KMS:pid2624:intel_crt_detect] CRT not detected via hotplug [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:12:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] [drm:KMS:pid2624:intel_crt_detect] CRT not detected via hotplug [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:14:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] [drm:KMS:pid2624:intel_dp_aux_ch] dp_aux_ch timeout status 0x51450085 [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:14:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] [drm:KMS:pid2624:intel_dp_aux_ch] dp_aux_ch timeout status 0x51450085 [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:5:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:5:LVDS-1] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:5:LVDS-1] probed modes : [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 18:"1680x1050" 60 120600 1680 1712 1760 1888 1050 1051 1054 1065 0x48 0xa [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 19:"1680x1050" 50 100530 1680 1712 1760 1888 1050 1051 1054 1065 0x40 0xa [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:5:?] [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:12:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] [drm:KMS:pid2624:intel_crt_detect] CRT not detected via hotplug [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:12:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] [drm:KMS:pid2624:intel_crt_detect] CRT not detected via hotplug [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:14:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] [drm:KMS:pid2624:intel_dp_aux_ch] dp_aux_ch timeout status 0x51450085 [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:14:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] [drm:KMS:pid2624:intel_dp_aux_ch] dp_aux_ch timeout status 0x51450085 [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:5:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:5:LVDS-1] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:5:LVDS-1] probed modes : [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 18:"1680x1050" 60 120600 1680 1712 1760 1888 1050 1051 1054 1065 0x48 0xa [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 19:"1680x1050" 50 100530 1680 1712 1760 1888 1050 1051 1054 1065 0x40 0xa [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:5:?] [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:12:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] [drm:KMS:pid2624:intel_crt_detect] CRT not detected via hotplug [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:12:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] [drm:KMS:pid2624:intel_crt_detect] CRT not detected via hotplug [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:14:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] [drm:KMS:pid2624:intel_dp_aux_ch] dp_aux_ch timeout status 0x51450085 [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:14:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] [drm:KMS:pid2624:intel_dp_aux_ch] dp_aux_ch timeout status 0x51450085 [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:5:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:5:LVDS-1] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:5:LVDS-1] probed modes : [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 18:"1680x1050" 60 120600 1680 1712 1760 1888 1050 1051 1054 1065 0x48 0xa [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 19:"1680x1050" 50 100530 1680 1712 1760 1888 1050 1051 1054 1065 0x40 0xa [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:5:?] [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:12:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] [drm:KMS:pid2624:intel_crt_detect] CRT not detected via hotplug [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:12:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] [drm:KMS:pid2624:intel_crt_detect] CRT not detected via hotplug [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:12:VGA-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:14:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] [drm:KMS:pid2624:intel_dp_aux_ch] dp_aux_ch timeout status 0x51450085 [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] disconnected [drm:KMS:pid2624:drm_mode_getconnector] [CONNECTOR:14:?] [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] [drm:KMS:pid2624:intel_dp_aux_ch] dp_aux_ch timeout status 0x51450085 [drm:KMS:pid2624:drm_helper_probe_single_connector_modes] [CONNECTOR:14:DP-1] disconnected [drm:KMS:pid0:intel_crt_detect] CRT not detected via hotplug [drm:KMS:pid0:output_poll_execute] [CONNECTOR:12:VGA-1] status updated from 2 to 2 [drm:KMS:pid0:intel_dp_aux_ch] dp_aux_ch timeout status 0x51450085 [drm:KMS:pid0:output_poll_execute] [CONNECTOR:14:DP-1] status updated from 2 to 2 From owner-freebsd-x11@FreeBSD.ORG Fri Jul 8 18:44:18 2011 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88682106566C for ; Fri, 8 Jul 2011 18:44:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id D76FC8FC14 for ; Fri, 8 Jul 2011 18:44:17 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p68IiD07010760 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Jul 2011 21:44:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p68IiD4d062932; Fri, 8 Jul 2011 21:44:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p68IiD52062931; Fri, 8 Jul 2011 21:44:13 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 8 Jul 2011 21:44:13 +0300 From: Kostik Belousov To: George Liaskos Message-ID: <20110708184413.GD48734@deviant.kiev.zoral.com.ua> References: <20110630162315.GV48734@deviant.kiev.zoral.com.ua> <20110708092039.GL48734@deviant.kiev.zoral.com.ua> <20110708110243.GT48734@deviant.kiev.zoral.com.ua> <20110708182040.GC48734@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gze6bG5e7QFCGEHl" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS,URIBL_RED autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: x11@freebsd.org Subject: Re: Intel GPU kernel driver X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jul 2011 18:44:18 -0000 --gze6bG5e7QFCGEHl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 08, 2011 at 09:31:03PM +0300, George Liaskos wrote: > On Fri, Jul 8, 2011 at 9:20 PM, Kostik Belousov wro= te: > > On Fri, Jul 08, 2011 at 09:12:18PM +0300, George Liaskos wrote: > >> > Please use all.3.7.patch. > >> > >> No errors with 3.7, only screen corruption :) > >> > >> dmesg: http://pastebin.com/TT5iSqn7 > >> screens: http://imgur.com/a/VDXkw#nUua3 > > > > What version of ddx driver do you use ? ^^^^^^ Please answer. > > Show me the kernel messages with drm.debug tunable set to 0x2. > > I.e. do "kenv drm.debug=3D2", before loading i915.ko. Then show > > dmesg collected after X is started. > > >=20 This is laptop with built-in panel, right ? What is the panel native resolution ? Can you boot some Linux with kernel modesetting enabled on it ? > [drm:KMS:pid2624:parse_lfp_panel_data] Found panel mode in BIOS VBT table= s: > [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 0:"1680x1050" > 0 120600 1680 1712 1760 1888 1050 1051 1054 1065 0x8 0xa > [drm:KMS:pid2624:parse_sdvo_panel_data] Found SDVO panel mode in BIOS > VBT tables: > [drm:KMS:pid2624:drm_mode_debug_printmodeline] Modeline 0:"1600x1200" > 0 162000 1600 1664 1856 2160 1200 1201 1204 1250 0x8 0xa --gze6bG5e7QFCGEHl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk4XT/0ACgkQC3+MBN1Mb4hOhwCg690O9Kd4ekm+87wuoAnlzNOc nkIAn0l2u8XISng1Q8HhNAuAZ4N8P9iQ =k4eC -----END PGP SIGNATURE----- --gze6bG5e7QFCGEHl-- From owner-freebsd-x11@FreeBSD.ORG Fri Jul 8 21:18:54 2011 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95B241065672 for ; Fri, 8 Jul 2011 21:18:54 +0000 (UTC) (envelope-from geo.liaskos@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 54EA88FC0C for ; Fri, 8 Jul 2011 21:18:54 +0000 (UTC) Received: by qyk30 with SMTP id 30so577372qyk.13 for ; Fri, 08 Jul 2011 14:18:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JyfqYV83hLiCJsW2ovw3w+rTPcF9Ja7XzyZpsvspg6Y=; b=gssEgWzVnYKgNulClkOyK7R3Do5xkfVfMD0xyjOf4D24r4FD43m9wIKkYtJH6Y4Ncv zb5m9Acf8KIvDJ5FGmu7U/oTNQCLDHZY8i4aBRZ5L2gWOfqnstbVqFCtncgtjW5ru9Zj Mg1Cpuw9qHOLTjqXghikqYbGAUszB2KRrrcpk= MIME-Version: 1.0 Received: by 10.229.90.150 with SMTP id i22mr1851083qcm.164.1310159933783; Fri, 08 Jul 2011 14:18:53 -0700 (PDT) Received: by 10.229.236.130 with HTTP; Fri, 8 Jul 2011 14:18:53 -0700 (PDT) In-Reply-To: <20110708184413.GD48734@deviant.kiev.zoral.com.ua> References: <20110630162315.GV48734@deviant.kiev.zoral.com.ua> <20110708092039.GL48734@deviant.kiev.zoral.com.ua> <20110708110243.GT48734@deviant.kiev.zoral.com.ua> <20110708182040.GC48734@deviant.kiev.zoral.com.ua> <20110708184413.GD48734@deviant.kiev.zoral.com.ua> Date: Sat, 9 Jul 2011 00:18:53 +0300 Message-ID: From: George Liaskos To: Kostik Belousov Content-Type: text/plain; charset=UTF-8 Cc: x11@freebsd.org Subject: Re: Intel GPU kernel driver X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Jul 2011 21:18:54 -0000 > Can you boot some Linux with kernel modesetting enabled on it ? Ok, i believe i got everything. I did a modprobe -v drm debug=6 http://pastebin.com/iEihVxQt > What version of ddx driver do you use ? head From owner-freebsd-x11@FreeBSD.ORG Sat Jul 9 17:46:17 2011 Return-Path: Delivered-To: x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68632106566B for ; Sat, 9 Jul 2011 17:46:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id D4A6B8FC16 for ; Sat, 9 Jul 2011 17:46:16 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p69HkCV4013356 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Jul 2011 20:46:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p69HkC7f021983; Sat, 9 Jul 2011 20:46:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p69HkCVl021982; Sat, 9 Jul 2011 20:46:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 9 Jul 2011 20:46:12 +0300 From: Kostik Belousov To: George Liaskos Message-ID: <20110709174612.GN48734@deviant.kiev.zoral.com.ua> References: <20110630162315.GV48734@deviant.kiev.zoral.com.ua> <20110708092039.GL48734@deviant.kiev.zoral.com.ua> <20110708110243.GT48734@deviant.kiev.zoral.com.ua> <20110708182040.GC48734@deviant.kiev.zoral.com.ua> <20110708184413.GD48734@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7xokd8A68wge9NUm" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: x11@freebsd.org Subject: Re: Intel GPU kernel driver X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Jul 2011 17:46:17 -0000 --7xokd8A68wge9NUm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 09, 2011 at 12:18:53AM +0300, George Liaskos wrote: > > Can you boot some Linux with kernel modesetting enabled on it ? >=20 > Ok, i believe i got everything. I did a modprobe -v drm debug=3D6 > http://pastebin.com/iEihVxQt >=20 > > What version of ddx driver do you use ? >=20 > head I am not completely sure what is going on, but driver tries to operate with modelines that have 0 as vertical refresh. Do you have a Xorg config set ? Try to specify some reasonable range for the monitor vertical refresh on the LVDS output. Or specify the mode using xrandr after X started. --7xokd8A68wge9NUm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk4Yk+QACgkQC3+MBN1Mb4jgLACgpbbdXvMEX5iycpwOm20hswDd DgAAn1x4ucucEWm1rmFrKAw9N1RgH2zb =Usd4 -----END PGP SIGNATURE----- --7xokd8A68wge9NUm--