From owner-freebsd-x11@FreeBSD.ORG Mon Mar 14 09:41:35 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 23E431065675 for ; Mon, 14 Mar 2011 09:41:35 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 988BB8FC1B for ; Mon, 14 Mar 2011 09:41:34 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id p2E9fUs7016302 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 14 Mar 2011 10:41:31 +0100 Received: from [10.0.0.50] (m194-158-94-250.andorpac.ad [194.158.94.250]) (authenticated bits=0) by ackerman2.upc.es (8.13.8/8.13.8) with ESMTP id p2E9fMYd001839 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Mon, 14 Mar 2011 10:41:27 +0100 Message-ID: <4D7DE2C1.2000608@entel.upc.edu> Date: Mon, 14 Mar 2011 10:41:21 +0100 From: =?UTF-8?B?R3VzdGF1IFDDqXJleiBpIFF1ZXJvbA==?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ca-AD; rv:1.9.2.15) Gecko/20110312 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Kostik Belousov References: <1299844349.1472.93.camel@xenon> <4D7DC2E1.1010306@yandex.ru> <20110314090627.GH78089@deviant.kiev.zoral.com.ua> In-Reply-To: <20110314090627.GH78089@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.63 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Mon, 14 Mar 2011 10:41:32 +0100 (CET) Cc: FreeBSD Ports , x11@freebsd.org, Ruslan Mahmatkhanov Subject: Re: [ECFT] drm/dri/mesa/xorg-server update [Part 1] 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, 14 Mar 2011 09:41:35 -0000 Al 14/03/2011 10:06, En/na Kostik Belousov ha escrit: > On Mon, Mar 14, 2011 at 10:25:21AM +0300, Ruslan Mahmatkhanov wrote: >> 14.03.2011 00:03, George Liaskos пишет: >>>> The crash is probably happening the first time something tries to access >>>> dri, libdrm. >>> I believe that kwin tries to use desktop effects by default. Better >>> try a simple xinit for start to see how it goes and post the log. >>> >>> Ok, after some research about the patch i believe that this how it should >>> be : >>> >> Tried both this patch and previous one. It compiles fine, but still doesn't >> working. There is the messages: >> >> Xorg.0.log: >> [ 22.760] (II) intel(0): I830CheckAvailableMemory: 4026368 kB available >> [ 22.760] drmOpenDevice: node name is /dev/dri/card0 >> [ 22.761] Failed to change owner or group for file /dev/dri! 2: No such >> file or directory >> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No >> such file or directory >> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory) >> [ 22.761] Failed to change owner or group for file /dev/dri/card0! 2: No >> such file or directory >> [ 22.761] drmOpenDevice: open result is -1, (No such file or directory) >> [ 22.761] drmOpenDevice: Open failed > This is only an excerpt from the full log, and it is due to slightly weird > open procedure for drm node. Either post the whole log, or look at > the log down, where driver should say that drm opened and dri initialized. > >> gdm/:0.log >> /libexec/ld-elf.so.1: /usr/local/lib/xorg/modules/drivers/intel_drv.so: >> Undefined symbol "dixRequestPrivate" > This looks more serious and might be the actual cause of failed startup. I made a simple patch which uses dixRegisterPrivateKey in place of dixRequestPrivate (i found somewhere the dixRequestPrivate got deprecated). It made it compile and X tries to start. The problem then is that X sigfaults because an assertion failed. This evening (UTC+1) it will the full log, because I think the assertion occurs because the way it reserves the private key is incorrect. However, seeing the amount of changes with xf86-video-intel (because of changes with xorg-server), I think it would be very difficult to get a working version of the old xf86-video-intel{27|29} drivers. I think it would be better to wait until gem/kms works (by the way, can we help with its development ?) Best regards, Gus -- Gustau Pérez i Querol Tècnic de sistemes. Departament d'Enginyeria Telemàtica Universitat Polítècnica de Catalunya (34) 934 010 986 PGP KEY : http://www-entel.upc.edu/gus/gus.asc Stop top-posting : http://ca.wikipedia.org/wiki/Top-posting http://en.wikipedia.org/wiki/Posting_style