From owner-freebsd-x11@FreeBSD.ORG Sat Aug 27 18:36: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 94EB01065672 for ; Sat, 27 Aug 2011 18:36:55 +0000 (UTC) (envelope-from andrey.kosachenko@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1E28B8FC13 for ; Sat, 27 Aug 2011 18:36:54 +0000 (UTC) Received: by fxe4 with SMTP id 4so4339277fxe.13 for ; Sat, 27 Aug 2011 11:36:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=bQzX41ssWHl5WRLMu9rKHL5pmRIgTEGrHhh3JYY4jX0=; b=o3CnQgVVnaQAiGqVf/dCZTFR0+DZu222HJcPcLw639wOqdha/XBYA939Zxbz+C/H6u cduVHZwm0LiMp9L3vswLgTK7Xr65TsbMOLJp2p4wTxXr9ZNP+8owZm+Jt02FJ7IivQOo 9bEGFzgI5l55b+mVVqxR6rS1CEfzdVLN/ukzA= Received: by 10.223.46.201 with SMTP id k9mr269291faf.1.1314470213261; Sat, 27 Aug 2011 11:36:53 -0700 (PDT) Received: from beastie.intra ([195.60.174.66]) by mx.google.com with ESMTPS id b13sm2335524fak.16.2011.08.27.11.36.44 (version=SSLv3 cipher=OTHER); Sat, 27 Aug 2011 11:36:50 -0700 (PDT) Message-ID: <4E59391E.10908@gmail.com> Date: Sat, 27 Aug 2011 21:36:14 +0300 From: Andrey Kosachenko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110813 Thunderbird/5.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org References: <20110823085937.GC17489@deviant.kiev.zoral.com.ua> <4E543828.2040703@gmail.com> <20110824081303.GG17489@deviant.kiev.zoral.com.ua> <4E54C04D.5050000@gmail.com> In-Reply-To: <4E54C04D.5050000@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: xorg-dev + intel driver + KMS 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, 27 Aug 2011 18:36:55 -0000 Hi, Konstantin, On 24.08.2011 12:11, Andrey Kosachenko wrote: > On 24.08.2011 11:13, Kostik Belousov wrote: >> Again, the backtrace is not useful. To make it useful, debugging symbols >> must be compiled into the dso loaded into the process. I highly suspect >> that the real backtrace ends at the frame 10. >> >> Try to start with compiling rtld/libc/libthr with debugging symbols. >> It is enough to do >> cd $SRC/libexec/rtld-elf >> make obj&& make all install DEBUG_FLAGS=-g >> cd $SRC/lib/libc >> make obj&& make all install DEBUG_FLAGS=-g >> cd $SRC/lib/libthr >> make obj&& make all install DEBUG_FLAGS=-g >> uxa faulting might be an indicator of the bug in the KBI of the new >> Intel driver, but may be a genuine Xorg/ddx driver bug. > > ok, thanks for instructions: will do and let you know as soon as I'll be > able to reproduce it (again, with xorg-dev it happens more seldom, > sporadically and I've no exact STR for it) sorry for delay, I followed your instructions and tried to rebuild DSOs with debugging symbols. Unfortunately trapped into very unpleasant situation. An attempt to recompile libc failed with error: -- beastie# make obj beastie# make all install DEBUG_FLAGS=-g cat /usr/src/lib/libc/amd64/Symbol.map /usr/src/lib/libc/db/Symbol.map /usr/src/lib/libc/compat-43/Symbol.map /usr/src/lib/libc/gdtoa/Symbol.map /usr/src/lib/libc/gen/Symbol.map /usr/src/lib/libc/gmon/Symbol.map /usr/src/lib/libc/inet/Symbol.map /usr/src/lib/libc/locale/Symbol.map /usr/src/lib/libc/nameser/Symbol.map /usr/src/lib/libc/net/Symbol.map /usr/src/lib/libc/nls/Symbol.map /usr/src/lib/libc/posix1e/Symbol.map /usr/src/lib/libc/regex/Symbol.map /usr/src/lib/libc/resolv/Symbol.map /usr/src/lib/libc/stdio/Symbol.map /usr/src/lib/libc/stdlib/Symbol.map /usr/src/lib/libc/stdtime/Symbol.map /usr/src/lib/libc/string/Symbol.map /usr/src/lib/libc/sys/Symbol.map /usr/src/lib/libc/rpc/Symbol.map /usr/src/lib/libc/uuid/Symbol.map /usr/src/lib/libc/xdr/Symbol.map /usr/src/lib/libc/yp/Symbol.map | cpp - - | awk -v vfile=/usr/src/lib/libc/Versions.def -f /usr/share/mk/version_gen.awk > Version.map building shared library libc.so.7 install -C -o root -g wheel -m 444 libc.a /usr/lib install -o root -g wheel -m 444 -fschg -S libc.so.7 /lib ln -fs /lib/libc.so.7 /usr/lib/libc.so /libexec/ld-elf.so.1: /lib/libc.so.7: Undefined symbol "_nsyyin" *** Error code 1 Stop in /usr/src/lib/libc. -- Furthermore it corrupted my system and none of userland binaries could be launched (failed with the same error as above, i.e. "/libexec/ld-elf.so.1: /lib/libc.so.7: Undefined symbol "_nsyyin""). So I did 3 things: 1) took a look into /rescue but didn't manage to find somewhat that would help me to recover; 2) given that it was my working machine I decided not to experiment too much, booted from usb stick, imported zfs pool with legacy system/sources, rebuilt and reinstalled world+kernel; 3) one more time answered the rhetorical question why disclaimer regarding usage of -CURRENT exists. After that I did snapshots for "/" and "/usr" tried again: nothing changed. Issue persisted. I'm not sure what is going on. Checked build(7) then lists. Though found this thread http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026611.html which looks pretty relevant, however I was able to rebuild the whole world w/o any issues (using the same sources). So my plan is to csup sources and rebuild everything once again then wait for new cores for investigation. -- WBR, Andrey Kosachenko