From owner-freebsd-threads@FreeBSD.ORG Sun Jun 8 11:11:26 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5B8137B401 for ; Sun, 8 Jun 2003 11:11:26 -0700 (PDT) Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E8AF43FA3 for ; Sun, 8 Jun 2003 11:11:25 -0700 (PDT) (envelope-from pete@he.iki.fi) Received: from PETEX31 (h81.vuokselantie10.fi [193.64.42.129]) by silver.he.iki.fi (8.12.9/8.11.4) with SMTP id h58IBMDX093285 for ; Sun, 8 Jun 2003 21:11:23 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <03ff01c32de9$5ce5cda0$812a40c1@PETEX31> From: "Petri Helenius" To: Date: Sun, 8 Jun 2003 21:11:19 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: mysql X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2003 18:11:26 -0000 Is there a preferred way / patchset to the Makefiles to build mysql with libkse? Pete From owner-freebsd-threads@FreeBSD.ORG Sun Jun 8 12:21:00 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43E0737B401 for ; Sun, 8 Jun 2003 12:21:00 -0700 (PDT) Received: from basement.kutulu.org (pcp03610121pcs.longhl01.md.comcast.net [68.49.239.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4C0C43FBD for ; Sun, 8 Jun 2003 12:20:58 -0700 (PDT) (envelope-from kutulu@kutulu.org) Received: by basement.kutulu.org (Postfix, from userid 1001) id 036EAA989; Sun, 8 Jun 2003 15:20:58 -0400 (EDT) Date: Sun, 8 Jun 2003 15:20:58 -0400 From: Michael Edenfield To: Petri Helenius Message-ID: <20030608192058.GA37124@basement.kutulu.org> Mail-Followup-To: Michael Edenfield , Petri Helenius , freebsd-threads@freebsd.org References: <03ff01c32de9$5ce5cda0$812a40c1@PETEX31> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <03ff01c32de9$5ce5cda0$812a40c1@PETEX31> User-Agent: Mutt/1.4.1i X-Mailer: Mutt http://www.mutt.org/ X-Accept-Language: en X-PGP-Key: http://www.kutulu.org/pgp/kutulu.asc X-PGP-Fingerprint: 1CE0 3C31 7013 D529 406D 37DC 09CC CD84 A46C 878F cc: freebsd-threads@freebsd.org Subject: Re: mysql X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2003 19:21:00 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Petri Helenius [030608 14:11]: > Is there a preferred way / patchset to the Makefiles to build mysql with = libkse? Since libkse should be a drop-in replacement for libc_r, the easiest=20 thing to do is to rebuild your rtld with libmap support. Then you can=20 build the mysql ports to link to libc_r as normal, and reroute the=20 linker to libkse at load time. To do this: * Add 'WITH_LIBMAP=3Dyes' to /etc/make.conf * Rebuild world (1) * Create /etc/libmap.conf that looks like (2): [mysqld] libc_r.so.5 libkse.so.1 =20 libc_r.so libkse.so [/usr/local/bin/mysqld] libc_r.so.5 libkse.so.1 =20 libc_r.so libkse.so * Repeat for any other apps you want to use libkse (3). * Retart mysql. Things to note: (1) You only really need to rebuild rtld-elf, so a simple: cd /usr/src/libexec/rtld-elf ; make install should work. I never assume my source is in sync w/ my installed=20 world, though, so I just rebuild the whole thing to be safe. (2) man libmap.conf shows the (rather simple) syntax for the file. =20 The only catch is that you need to specify the full pathname to the=20 binary being run through the runtime loader (thus the reason for [bin]=20 and [/path/to/bin] sections). I find it easier to follow the premise=20 of the example in the man page: globally replace libc_r -> libkse (or=20 libthr) and only exclude those programs that absolutely need it. (3) Obviously, when libkse gets renamed to libpthead you'll need to=20 fix the config file :) --Mike --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+44yZCczNhKRsh48RAoAQAJ43vQpLGoT6b4fRwKyVlgieE5faCwCfSQ8X x0xHmS2tDZBYHN24pf8fGoY= =SoYC -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-threads@FreeBSD.ORG Sun Jun 8 16:11:54 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E7F137B401 for ; Sun, 8 Jun 2003 16:11:54 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7CD543FA3 for ; Sun, 8 Jun 2003 16:11:53 -0700 (PDT) (envelope-from eischen@pcnet.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h58NBqNc010271; Sun, 8 Jun 2003 19:11:52 -0400 (EDT) Date: Sun, 8 Jun 2003 19:11:52 -0400 (EDT) From: Daniel Eischen To: Michael Edenfield In-Reply-To: <20030608192058.GA37124@basement.kutulu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-threads@freebsd.org Subject: Re: mysql X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2003 23:11:54 -0000 On Sun, 8 Jun 2003, Michael Edenfield wrote: > * Petri Helenius [030608 14:11]: > > Is there a preferred way / patchset to the Makefiles to build mysql with libkse? > > Since libkse should be a drop-in replacement for libc_r, the easiest > thing to do is to rebuild your rtld with libmap support. Then you can > build the mysql ports to link to libc_r as normal, and reroute the > linker to libkse at load time. To do this: > > * Add 'WITH_LIBMAP=yes' to /etc/make.conf > * Rebuild world (1) > * Create /etc/libmap.conf that looks like (2): > > [mysqld] > libc_r.so.5 libkse.so.1 > libc_r.so libkse.so > > [/usr/local/bin/mysqld] > libc_r.so.5 libkse.so.1 > libc_r.so libkse.so > > * Repeat for any other apps you want to use libkse (3). > * Retart mysql. > > > Things to note: > > (1) You only really need to rebuild rtld-elf, so a simple: > > cd /usr/src/libexec/rtld-elf ; make install > > should work. I never assume my source is in sync w/ my installed > world, though, so I just rebuild the whole thing to be safe. > > (2) man libmap.conf shows the (rather simple) syntax for the file. > The only catch is that you need to specify the full pathname to the > binary being run through the runtime loader (thus the reason for [bin] > and [/path/to/bin] sections). I find it easier to follow the premise > of the example in the man page: globally replace libc_r -> libkse (or > libthr) and only exclude those programs that absolutely need it. > > (3) Obviously, when libkse gets renamed to libpthead you'll need to > fix the config file :) This is all good advice. The other way is to set PTHREAD_LIBS=-lkse when building the port. At least that _should_ work if the port is set up correctly (sometimes, autoconf or libtool can detect a threads library on its own and can override whatever PTHREAD_LIBS is set to). -- Dan Eischen From owner-freebsd-threads@FreeBSD.ORG Sun Jun 8 19:33:54 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF74F37B401 for ; Sun, 8 Jun 2003 19:33:54 -0700 (PDT) Received: from basement.kutulu.org (pcp03610121pcs.longhl01.md.comcast.net [68.49.239.235]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13AEA43FBF for ; Sun, 8 Jun 2003 19:33:54 -0700 (PDT) (envelope-from kutulu@kutulu.org) Received: by basement.kutulu.org (Postfix, from userid 1001) id 5483DA98C; Sun, 8 Jun 2003 22:33:52 -0400 (EDT) Date: Sun, 8 Jun 2003 22:33:52 -0400 From: Michael Edenfield To: Daniel Eischen Message-ID: <20030609023352.GA93648@basement.kutulu.org> Mail-Followup-To: Michael Edenfield , Daniel Eischen , Petri Helenius , freebsd-threads@freebsd.org References: <20030608192058.GA37124@basement.kutulu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Mailer: Mutt http://www.mutt.org/ X-Accept-Language: en X-PGP-Key: http://www.kutulu.org/pgp/kutulu.asc X-PGP-Fingerprint: 1CE0 3C31 7013 D529 406D 37DC 09CC CD84 A46C 878F cc: freebsd-threads@freebsd.org Subject: Re: mysql X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jun 2003 02:33:55 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Daniel Eischen [030608 19:12]: > The other way is to set PTHREAD_LIBS=3D-lkse when building > the port. At least that _should_ work if the port is > set up correctly (sometimes, autoconf or libtool can > detect a threads library on its own and can override > whatever PTHREAD_LIBS is set to). I had forgotten about that way, which is much less work for just one=20 port. Unfortunately, mysql appears to be one of those few ports=20 that is too smart for it's own good :) It not only uses libtool, but=20 has quite a bit of Makefile logic to select between threading=20 libraries like libc_r and linuxthreads. End result, it completely=20 ignored PTHREAD_LIBS. Odd, since the configure script did appear to=20 figure out that it wanted "-pthread" on the linker line... Oh well. --Mike --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+4/IOCczNhKRsh48RAgsEAKCh483RYid4PEzLDtRu4qKPmAs/EACfX9uP QmRIn7BCsLqbC8MPYGst6Ns= =C/0S -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-threads@FreeBSD.ORG Tue Jun 10 05:05:28 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 949DC37B435 for ; Tue, 10 Jun 2003 05:05:28 -0700 (PDT) Received: from bbnest.dyndns.org (q141233.ap.plala.or.jp [220.99.141.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DEC643FE1 for ; Tue, 10 Jun 2003 05:05:26 -0700 (PDT) (envelope-from bland@mail.ru) Received: from mail.ru (bland@localhost [127.0.0.1]) by bbnest.dyndns.org (8.12.9/8.12.9) with ESMTP id h5AC5LGI005705 for ; Tue, 10 Jun 2003 21:05:21 +0900 (JST) (envelope-from bland@mail.ru) Message-ID: <3EE5C981.2030408@mail.ru> Date: Tue, 10 Jun 2003 21:05:21 +0900 From: Alexander Nedotsukov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030512 X-Accept-Language: en-us, en MIME-Version: 1.0 To: threads@freebsd.org Content-Type: multipart/mixed; boundary="------------060401010304010409050200" Subject: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jun 2003 12:05:29 -0000 This is a multi-part message in MIME format. --------------060401010304010409050200 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Hi, I get 100% reproduceable crash in all opengl programs wich seems to be similar to both threading libraries while libc_r works just fine. Here is an info plus more on demand. uname -a FreeBSD bbnest.dyndns.org 5.1-CURRENT FreeBSD 5.1-CURRENT #6: Sun Jun 8 21:33:08 JST 2003 bland@bbnest.dyndns.org:/usr/obj/usr/src/sys/SU i386 ports/x11/nvidia-driver installed (w/o LINUX support, with nvagp) backtraces for glxinfo after signal 10, Bus error (gdb) where #0 0x281aa7b3 in pthread_main_np () from /usr/lib/libkse.so.1 (gdb) where #0 0x281aa7b3 in pthread_main_np () from /usr/lib/libkse.so.1 #1 0x2819fcb9 in pthread_key_create () from /usr/lib/libkse.so.1 #2 0x280a3b58 in __nvsym15249 () from /usr/X11R6/lib/libGL.so.1 #3 0x2804eb16 in _rtld () from /usr/libexec/ld-elf.so.1 (gdb) where #0 0x28221fcd in _pthread_setspecific (key=0, value=0xdeaddeed) at /usr/src/lib/libthr/thread/thr_spec.c:174 #1 0x28122b6d in __nvsym15249 () from /usr/X11R6/lib/libGL.so.1 #2 0x28052b16 in _rtld () from /usr/libexec/ld-elf.so.1 (gdb) print *pthread $1 = {magic = 134558400, name = 0x0, uniqueid = 0, thr_id = 0x0, savedsig = {__bits = {0, 0, 0, 0}}, crit_ref = 0, lock = {access_lock = 0, lock_owner = 0, fname = 0x0, lineno = 0}, tle = {tqe_next = 0x8051000, tqe_prev = 0x1592}, dle = {tqe_next = 0xd0d0d0d0, tqe_prev = 0xd0d0d0d0}, start_routine = 0xd0d0d0d0, arg = 0xd0d0d0d0, stack = 0xd0d0d0d0, attr = {sched_policy = -791621424, sched_inherit = -791621424, sched_interval = -791621424, prio = -791621424, suspend = -791621424, flags = -791621424, arg_attr = 0xd0d0d0d0, cleanup_attr = 0xd0d0d0d0, stackaddr_attr = 0xd0d0d0d0, stacksize_attr = 3503345872, guardsize_attr = 3503345872}, ctx = {uc_sigmask = {__bits = {3503345872, 3503345872, 3503345872, 3503345872}}, uc_mcontext = {mc_onstack = -791621424, mc_gs = -791621424, mc_fs = -791621424, mc_es = -791621424, mc_ds = -791621424, mc_edi = -791621424, mc_esi = -791621424, mc_ebp = -791621424, mc_isp = -791621424, mc_ebx = -791621424, mc_edx = -791621424, mc_ecx = -791621424, mc_eax = -791621424, mc_trapno = -791621424, mc_err = -791621424, mc_eip = -791621424, mc_cs = -791621424, mc_eflags = -791621424, mc_esp = -791621424, mc_ss = -791621424, mc_len = -791621424, mc_fpformat = -791621424, mc_ownedfp = -791621424, mc_spare1 = {-791621424}, mc_fpstate = { -791621424 }, mc_spare2 = {-791621424, -791621424, -791621424, -791621424, -791621424, -791621424, -791621424, -791621424}}, uc_link = 0xd0d0d0d0, uc_stack = { ss_sp = 0xd0d0d0d0
, ss_size = 3503345872, ss_flags = -791621424}, uc_flags = -791621424, __spare__ = {-791621424, -791621424, -791621424, -791621424}}, cancelflags = -791621424, state = 3503345872, error = -791621424, joiner = 0xd0d0d0d0, join_status = { thread = 0xd0d0d0d0, ret = 0xd0d0d0d0, error = -791621424}, sqe = {tqe_next = 0xd0d0d0d0, tqe_prev = 0xd0d0d0d0}, data = {mutex = 0xd0d0d0d0, cond = 0xd0d0d0d0, spinlock = 0xd0d0d0d0, thread = 0xd0d0d0d0}, flags = -791621424, base_priority = -48 'Ð', inherited_priority = -48 'Ð', active_priority = -48 'Ð', priority_mutex_count = -791621424, mutexq = {tqh_first = 0xd0d0d0d0, tqh_last = 0xd0d0d0d0}, ret = 0xd0d0d0d0, specific = 0xd0d0d0d0, specific_data_count = -791621424, arch_id = 0xd0d0d0d0, cleanup = 0xd0d0d0d0, fname = 0xd0d0d0d0
, lineno = -791621424} Plus truss output files attached. Hope this will be usefull. All the best, Alexander. ps. please cc me, I not subscribed to this mail list. --------------060401010304010409050200 Content-Type: text/plain; name="glxinfo-libc_r.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="glxinfo-libc_r.out" mmap(0x0,3032,0x3,0x1000,-1,0x0) = 671526912 (0x2806b000) munmap(0x2806b000,0xbd8) = 0 (0x0) __sysctl(0xbfbff8a4,0x2,0x28069768,0xbfbff8a0,0x0,0x0) = 0 (0x0) mmap(0x0,32768,0x3,0x1002,-1,0x0) = 671526912 (0x2806b000) issetugid() = 0 (0x0) open("/etc/libmap.conf",0x0,0666) = 3 (0x3) fstat(3,0xbfbff0bc) = 0 (0x0) munmap(0x2806f000,0x4000) = 0 (0x0) mmap(0x0,53248,0x3,0x1002,-1,0x0) = 671543296 (0x2806f000) read(0x3,0x28070000,0x4000) = 560 (0x230) read(0x3,0x28070000,0x4000) = 0 (0x0) close(3) = 0 (0x0) access("/usr/X11R6/lib/libGLU.so.1",0) = 0 (0x0) open("/usr/X11R6/lib/libGLU.so.1",0x0,016) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,503808,0x5,0x20002,3,0x0) = 671596544 (0x2807c000) mprotect(0x280ed000,0x1000,0x7) = 0 (0x0) mprotect(0x280ed000,0x1000,0x5) = 0 (0x0) mmap(0x280ee000,36864,0x3,0x12,3,0x71000) = 672063488 (0x280ee000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libGL.so.1",0) = 0 (0x0) open("/usr/X11R6/lib/libGL.so.1",0x0,016) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,299008,0x5,0x20002,3,0x0) = 672100352 (0x280f7000) mprotect(0x2813a000,0x1000,0x7) = 0 (0x0) mprotect(0x2813a000,0x1000,0x5) = 0 (0x0) mmap(0x2813b000,8192,0x3,0x12,3,0x43000) = 672378880 (0x2813b000) mmap(0x2813d000,12288,0x3,0x1012,-1,0x0) = 672387072 (0x2813d000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libXext.so.6",0) = 0 (0x0) open("/usr/X11R6/lib/libXext.so.6",0x0,016) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,57344,0x5,0x20002,3,0x0) = 672399360 (0x28140000) mprotect(0x2814c000,0x1000,0x7) = 0 (0x0) mprotect(0x2814c000,0x1000,0x5) = 0 (0x0) mmap(0x2814d000,4096,0x3,0x12,3,0xc000) = 672452608 (0x2814d000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libX11.so.6",0) = 0 (0x0) open("/usr/X11R6/lib/libX11.so.6",0x0,016) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,819200,0x5,0x20002,3,0x0) = 672456704 (0x2814e000) mprotect(0x28212000,0x1000,0x7) = 0 (0x0) mprotect(0x28212000,0x1000,0x5) = 0 (0x0) mmap(0x28213000,12288,0x3,0x12,3,0xc5000) = 673263616 (0x28213000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libc_r.so.5",0) ERR#2 'No such file or directory' open("/var/run/ld-elf.so.hints",0x0,05001503464) = 3 (0x3) read(0x3,0xbfbff93c,0x80) = 128 (0x80) lseek(3,0x80,0) = 128 (0x80) read(0x3,0x2806d500,0xbe) = 190 (0xbe) close(3) = 0 (0x0) access("/usr/lib/libc_r.so.5",0) = 0 (0x0) open("/usr/lib/libc_r.so.5",0x0,010) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,147456,0x5,0x20002,3,0x0) = 673275904 (0x28216000) mprotect(0x2822f000,0x1000,0x7) = 0 (0x0) mprotect(0x2822f000,0x1000,0x5) = 0 (0x0) mmap(0x28230000,4096,0x3,0x12,3,0x19000) = 673382400 (0x28230000) mmap(0x28231000,36864,0x3,0x1012,-1,0x0) = 673386496 (0x28231000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libm.so.2",0) ERR#2 'No such file or directory' access("/usr/lib/libm.so.2",0) = 0 (0x0) open("/usr/lib/libm.so.2",0x0,010) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,122880,0x5,0x20002,3,0x0) = 673423360 (0x2823a000) mprotect(0x28252000,0x1000,0x7) = 0 (0x0) mprotect(0x28252000,0x1000,0x5) = 0 (0x0) mmap(0x28253000,20480,0x3,0x12,3,0x19000) = 673525760 (0x28253000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libc.so.5",0) ERR#2 'No such file or directory' access("/usr/lib/libc.so.5",0) = 0 (0x0) open("/usr/lib/libc.so.5",0x0,010) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,892928,0x5,0x20002,3,0x0) = 673546240 (0x28258000) mprotect(0x2831a000,0x1000,0x7) = 0 (0x0) mprotect(0x2831a000,0x1000,0x5) = 0 (0x0) mmap(0x2831b000,20480,0x3,0x12,3,0xc3000) = 674344960 (0x2831b000) mmap(0x28320000,73728,0x3,0x1012,-1,0x0) = 674365440 (0x28320000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libXext.so.6",0) = 0 (0x0) access("/usr/X11R6/lib/libX11.so.6",0) = 0 (0x0) access("/usr/X11R6/lib/libGL.so.1",0) = 0 (0x0) access("/usr/X11R6/lib/libstdc++.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/libstdc++.so.4",0) = 0 (0x0) open("/usr/lib/libstdc++.so.4",0x0,010) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,745472,0x5,0x20002,3,0x0) = 674439168 (0x28332000) mprotect(0x283cc000,0x1000,0x7) = 0 (0x0) mprotect(0x283cc000,0x1000,0x5) = 0 (0x0) mmap(0x283cd000,90112,0x3,0x12,3,0x9a000) = 675074048 (0x283cd000) mmap(0x283e3000,20480,0x3,0x1012,-1,0x0) = 675164160 (0x283e3000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libm.so.2",0) ERR#2 'No such file or directory' access("/usr/lib/libm.so.2",0) = 0 (0x0) access("/usr/lib/libGLcore.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libGLcore.so.1",0) ERR#2 'No such file or directory' access("/usr/X11R6/lib/libGLcore.so.1",0) = 0 (0x0) open("/usr/X11R6/lib/libGLcore.so.1",0x0,016) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,3678208,0x5,0x20002,3,0x0) = 675184640 (0x283e8000) mprotect(0x28737000,0x1000,0x7) = 0 (0x0) mprotect(0x28737000,0x1000,0x5) = 0 (0x0) mmap(0x28738000,32768,0x3,0x12,3,0x34f000) = 678658048 (0x28738000) mmap(0x28740000,172032,0x3,0x1012,-1,0x0) = 678690816 (0x28740000) close(3) = 0 (0x0) access("/usr/lib/libm.so.2",0) = 0 (0x0) access("/usr/lib/libXext.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libXext.so.6",0) ERR#2 'No such file or directory' access("/usr/X11R6/lib/libXext.so.6",0) = 0 (0x0) access("/usr/lib/libX11.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libX11.so.6",0) ERR#2 'No such file or directory' access("/usr/X11R6/lib/libX11.so.6",0) = 0 (0x0) access("/usr/X11R6/lib/libX11.so.6",0) = 0 (0x0) access("/usr/lib/libm.so.2",0) = 0 (0x0) mmap(0x0,592,0x3,0x1000,-1,0x0) = 678862848 (0x2876a000) munmap(0x2876a000,0x250) = 0 (0x0) mmap(0x0,9936,0x3,0x1000,-1,0x0) = 678862848 (0x2876a000) munmap(0x2876a000,0x26d0) = 0 (0x0) mprotect(0x280f7000,0x44000,0x7) = 0 (0x0) mmap(0x0,14656,0x3,0x1000,-1,0x0) = 678862848 (0x2876a000) munmap(0x2876a000,0x3940) = 0 (0x0) mprotect(0x280f7000,0x44000,0x5) = 0 (0x0) mmap(0x0,1624,0x3,0x1000,-1,0x0) = 678862848 (0x2876a000) munmap(0x2876a000,0x658) = 0 (0x0) mmap(0x0,9840,0x3,0x1000,-1,0x0) = 678862848 (0x2876a000) munmap(0x2876a000,0x2670) = 0 (0x0) mmap(0x0,4816,0x3,0x1000,-1,0x0) = 678862848 (0x2876a000) munmap(0x2876a000,0x12d0) = 0 (0x0) mmap(0x0,2280,0x3,0x1000,-1,0x0) = 678862848 (0x2876a000) munmap(0x2876a000,0x8e8) = 0 (0x0) mprotect(0x28258000,0xc3000,0x7) = 0 (0x0) mmap(0x0,21112,0x3,0x1000,-1,0x0) = 678862848 (0x2876a000) munmap(0x2876a000,0x5278) = 0 (0x0) mprotect(0x28258000,0xc3000,0x5) = 0 (0x0) mprotect(0x28332000,0x9b000,0x7) = 0 (0x0) mmap(0x0,26984,0x3,0x1000,-1,0x0) = 678862848 (0x2876a000) munmap(0x2876a000,0x6968) = 0 (0x0) mprotect(0x28332000,0x9b000,0x5) = 0 (0x0) mprotect(0x283e8000,0x350000,0x7) = 0 (0x0) mmap(0x0,69200,0x3,0x1000,-1,0x0) = 678862848 (0x2876a000) munmap(0x2876a000,0x10e50) = 0 (0x0) mprotect(0x283e8000,0x350000,0x5) = 0 (0x0) sigaction(SIGILL,0xbfbff9bc,0xbfbff99c) = 0 (0x0) sigprocmask(0x1,0x0,0x2806861c) = 0 (0x0) sigaction(SIGILL,0xbfbff99c,0x0) = 0 (0x0) __sysctl(0xbfbff8f0,0x2,0x2832f85c,0xbfbff8ec,0x0,0x0) = 0 (0x0) getpid() = 5624 (0x15f8) fcntl(0x0,0x3,0x0) = 2 (0x2) fcntl(0x1,0x3,0x0) = 1 (0x1) fcntl(0x2,0x3,0x0) = 1 (0x1) pipe() = 3 (0x3) fcntl(0x3,0x3,0x0) = 2 (0x2) fcntl(0x3,0x4,0x6) = 0 (0x0) fcntl(0x4,0x3,0x0) = 2 (0x2) fcntl(0x4,0x4,0x6) = 0 (0x0) readlink("/etc/malloc.conf",0xbfbff848,63) ERR#2 'No such file or directory' issetugid() = 0 (0x0) getuid() = 1001 (0x3e9) getgid() = 20 (0x14) mmap(0x0,4096,0x3,0x1002,-1,0x0) = 678862848 (0x2876a000) break(0x8051000) = 0 (0x0) break(0x8052000) = 0 (0x0) break(0x8053000) = 0 (0x0) break(0x8057000) = 0 (0x0) __sysctl(0xbfbff970,0x2,0x28230320,0xbfbff96c,0x0,0x0) = 0 (0x0) mmap(0xbfaff000,4096,0x0,0x1000,-1,0x0) = -1078988800 (0xbfaff000) break(0x8058000) = 0 (0x0) gettimeofday(0x28230338,0x0) = 0 (0x0) sigaction(SIGHUP,0x0,0x28232bc0) = 0 (0x0) sigaction(SIGINT,0x0,0x28232bd8) = 0 (0x0) sigaction(SIGQUIT,0x0,0x28232bf0) = 0 (0x0) sigaction(SIGILL,0x0,0x28232c08) = 0 (0x0) sigaction(SIGTRAP,0x0,0x28232c20) = 0 (0x0) sigaction(SIGABRT,0x0,0x28232c38) = 0 (0x0) sigaction(SIGEMT,0x0,0x28232c50) = 0 (0x0) sigaction(SIGFPE,0x0,0x28232c68) = 0 (0x0) sigaction(SIGBUS,0x0,0x28232c98) = 0 (0x0) sigaction(SIGSEGV,0x0,0x28232cb0) = 0 (0x0) sigaction(SIGSYS,0x0,0x28232cc8) = 0 (0x0) sigaction(SIGPIPE,0x0,0x28232ce0) = 0 (0x0) sigaction(SIGALRM,0x0,0x28232cf8) = 0 (0x0) sigaction(SIGTERM,0x0,0x28232d10) = 0 (0x0) sigaction(SIGURG,0x0,0x28232d28) = 0 (0x0) sigaction(SIGTSTP,0x0,0x28232d58) = 0 (0x0) sigaction(SIGCONT,0x0,0x28232d70) = 0 (0x0) sigaction(SIGCHLD,0x0,0x28232d88) = 0 (0x0) sigaction(SIGTTIN,0x0,0x28232da0) = 0 (0x0) sigaction(SIGTTOU,0x0,0x28232db8) = 0 (0x0) sigaction(SIGIO,0x0,0x28232dd0) = 0 (0x0) sigaction(SIGXCPU,0x0,0x28232de8) = 0 (0x0) sigaction(SIGXFSZ,0x0,0x28232e00) = 0 (0x0) sigaction(SIGVTALRM,0x0,0x28232e18) = 0 (0x0) sigaction(SIGPROF,0x0,0x28232e30) = 0 (0x0) sigaction(SIGWINCH,0x0,0x28232e48) = 0 (0x0) sigaction(SIGINFO,0x0,0x28232e60) = 0 (0x0) sigaction(SIGUSR1,0x0,0x28232e78) = 0 (0x0) sigaction(SIGUSR2,0x0,0x28232e90) = 0 (0x0) sigaction(SIGPROF,0xbfbff978,0x0) = 0 (0x0) sigaction(SIGINFO,0xbfbff978,0x0) = 0 (0x0) sigaction(SIGCHLD,0xbfbff978,0x0) = 0 (0x0) sigprocmask(0x3,0x0,0x282303a4) = 0 (0x0) __sysctl(0xbfbff970,0x2,0xbfbff998,0xbfbff96c,0x0,0x0) = 0 (0x0) getdtablesize() = 957 (0x3bd) break(0x8059000) = 0 (0x0) break(0x805b000) = 0 (0x0) break(0x805c000) = 0 (0x0) fcntl(0x0,0x4,0x6) = 0 (0x0) fcntl(0x1,0x4,0x5) = 0 (0x0) fcntl(0x2,0x4,0x5) = 0 (0x0) break(0x805d000) = 0 (0x0) sigprocmask(0x1,0x280685c0,0xbfbff91c) = 0 (0x0) sigprocmask(0x3,0x280685d0,0x0) = 0 (0x0) sigprocmask(0x1,0x280685c0,0xbfbff91c) = 0 (0x0) sigprocmask(0x3,0x280685d0,0x0) = 0 (0x0) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) sysarch(0x1,0xbfbff978) = 6 (0x6) break(0x805e000) = 0 (0x0) break(0x80db000) = 0 (0x0) sigprocmask(0x1,0x280685c0,0xbfbff9cc) = 0 (0x0) sigprocmask(0x3,0x280685d0,0x0) = 0 (0x0) __sysctl(0xbfbff608,0x2,0xbfbff670,0xbfbff604,0x0,0x0) = 0 (0x0) socket(0x1,0x1,0x0) = 5 (0x5) fcntl(0x5,0x3,0x0) = 2 (0x2) fcntl(0x5,0x4,0x6) = 0 (0x0) __sysctl(0xbfbff648,0x2,0xbfbff6b0,0xbfbff644,0x0,0x0) = 0 (0x0) __sysctl(0xbfbff578,0x2,0xbfbff600,0xbfbff574,0x0,0x0) = 0 (0x0) connect(0x5,{ AF_UNIX "/tmp/.X11-unix/X0" },19) = 0 (0x0) __sysctl(0xbfbff678,0x2,0xbfbff6e0,0xbfbff674,0x0,0x0) = 0 (0x0) fcntl(0x5,0x2,0x1) = 0 (0x0) access("/home/bland/.Xauthority",4) = 0 (0x0) open("/home/bland/.Xauthority",0x0,00) = 6 (0x6) fcntl(0x6,0x3,0x0) = 0 (0x0) fcntl(0x6,0x4,0x4) = 0 (0x0) fstat(6,0xbfbff320) = 0 (0x0) break(0x80df000) = 0 (0x0) read(0x6,0x80db000,0x4000) = 513 (0x201) read(0x6,0x80db000,0x4000) = 0 (0x0) fstat(6,0xbfbff3e0) = 0 (0x0) fcntl(0x6,0x3,0x0) = 4 (0x4) fcntl(0x6,0x4,0x0) = 0 (0x0) close(6) = 0 (0x0) writev(0x5,0xbfbff7a0,0x4) = 48 (0x30) fcntl(0x5,0x4,0x6) = 0 (0x0) fcntl(0x5,0x3,0x0) = 6 (0x6) read(0x5,0xbfbff9c8,0x8) = 8 (0x8) read(0x5,0x8052400,0x250) = 592 (0x250) write(5,0x80db000,64) = 64 (0x40) read(0x5,0xbfbff9e0,0x20) = 32 (0x20) read(0x5,0xbfbff9e0,0x20) = 32 (0x20) readv(0x5,0xbfbff900,0x2) = 92 (0x5c) write(5,0x80db000,4) = 4 (0x4) read(0x5,0xbfbffa00,0x20) = 32 (0x20) writev(0x5,0xbfbff680,0x3) = 20 (0x14) read(0x5,0xbfbff820,0x20) = 32 (0x20) write(5,0x80db000,8) = 8 (0x8) read(0x5,0xbfbff8f0,0x20) = 32 (0x20) fstat(1,0xbfbff680) = 0 (0x0) break(0x80e3000) = 0 (0x0) writev(0x5,0xbfbff610,0x3) = 12 (0xc) read(0x5,0xbfbff7b0,0x20) = 32 (0x20) getpid() = 5624 (0x15f8) write(5,0x80db000,12) = 12 (0xc) read(0x5,0xbfbff8b0,0x20) = 32 (0x20) write(5,0x80db000,8) = 8 (0x8) read(0x5,0xbfbff850,0x20) = 32 (0x20) read(0x5,0x80dd000,0x90) = 144 (0x90) read(0x5,0x80dd000,0x90) = 144 (0x90) read(0x5,0x80dd000,0x90) = 144 (0x90) read(0x5,0x80dd000,0x90) = 144 (0x90) read(0x5,0x80dd000,0x90) = 144 (0x90) read(0x5,0x80dd000,0x90) = 144 (0x90) read(0x5,0x80dd000,0x90) = 144 (0x90) read(0x5,0x80dd000,0x90) = 144 (0x90) read(0x5,0x80dd000,0x90) = 144 (0x90) read(0x5,0x80dd000,0x90) = 144 (0x90) read(0x5,0x80dd000,0x90) = 144 (0x90) read(0x5,0x80dd000,0x90) = 144 (0x90) read(0x5,0x80dd000,0x90) = 144 (0x90) read(0x5,0x80dd000,0x90) = 144 (0x90) read(0x5,0x80dd000,0x90) = 144 (0x90) read(0x5,0x80dd000,0x90) = 144 (0x90) write(5,0x80db000,12) = 12 (0xc) read(0x5,0xbfbff6d0,0x20) = 32 (0x20) read(0x5,0x805b600,0x4e) = 78 (0x4e) read(0x5,0xbfbfee80,0x2) = 2 (0x2) write(5,0x80db000,8) = 8 (0x8) read(0x5,0xbfbff750,0x20) = 32 (0x20) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) read(0x5,0x80dc200,0x108) = 264 (0x108) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) writev(0x5,0xbfbff560,0x3) = 1580 (0x62c) read(0x5,0xbfbff700,0x20) ERR#35 'Resource temporarily unavailable' poll(0x805c3c0,0x1,0x0) = 1 (0x1) read(0x5,0xbfbff700,0x20) = 32 (0x20) write(5,0x80db000,4) = 4 (0x4) read(0x5,0xbfbff7f0,0x20) = 32 (0x20) write(5,0x80db000,4) = 4 (0x4) read(0x5,0xbfbff7f0,0x20) = 32 (0x20) shmat(0x40000,0x0,0x0) = 805601280 (0x30048000) break(0x80e4000) = 0 (0x0) __sysctl(0xbfbff2e8,0x2,0xbfbff350,0xbfbff2e4,0x0,0x0) = 0 (0x0) socket(0x1,0x1,0x0) = 6 (0x6) fcntl(0x6,0x3,0x0) = 2 (0x2) fcntl(0x6,0x4,0x6) = 0 (0x0) __sysctl(0xbfbff328,0x2,0xbfbff390,0xbfbff324,0x0,0x0) = 0 (0x0) __sysctl(0xbfbff258,0x2,0xbfbff2e0,0xbfbff254,0x0,0x0) = 0 (0x0) connect(0x6,{ AF_UNIX "/tmp/.X11-unix/X0" },19) = 0 (0x0) __sysctl(0xbfbff358,0x2,0xbfbff3c0,0xbfbff354,0x0,0x0) = 0 (0x0) fcntl(0x6,0x2,0x1) = 0 (0x0) access("/home/bland/.Xauthority",4) = 0 (0x0) open("/home/bland/.Xauthority",0x0,00) = 7 (0x7) fcntl(0x7,0x3,0x0) = 0 (0x0) fcntl(0x7,0x4,0x4) = 0 (0x0) fstat(7,0xbfbff000) = 0 (0x0) break(0x80e8000) = 0 (0x0) read(0x7,0x80e4000,0x4000) = 513 (0x201) read(0x7,0x80e4000,0x4000) = 0 (0x0) fstat(7,0xbfbff0c0) = 0 (0x0) fcntl(0x7,0x3,0x0) = 4 (0x4) fcntl(0x7,0x4,0x0) = 0 (0x0) close(7) = 0 (0x0) writev(0x6,0xbfbff480,0x4) = 48 (0x30) fcntl(0x6,0x4,0x6) = 0 (0x0) fcntl(0x6,0x3,0x0) = 6 (0x6) read(0x6,0xbfbff6a8,0x8) = 8 (0x8) read(0x6,0x8052400,0x250) = 592 (0x250) write(6,0x80e3800,64) = 64 (0x40) read(0x6,0xbfbff6c0,0x20) = 32 (0x20) read(0x6,0xbfbff6c0,0x20) = 32 (0x20) readv(0x6,0xbfbff5e0,0x2) = 92 (0x5c) write(6,0x80e3800,4) = 4 (0x4) read(0x6,0xbfbff6e0,0x20) = 32 (0x20) writev(0x6,0xbfbff360,0x3) = 20 (0x14) read(0x6,0xbfbff500,0x20) = 32 (0x20) write(6,0x80e3800,8) = 8 (0x8) read(0x6,0xbfbff5d0,0x20) = 32 (0x20) writev(0x6,0xbfbff460,0x3) = 16 (0x10) read(0x6,0xbfbff600,0x20) = 32 (0x20) write(6,0x80e3800,8) = 8 (0x8) read(0x6,0xbfbff6f0,0x20) = 32 (0x20) write(6,0x80e3800,12) = 12 (0xc) read(0x6,0xbfbff6f0,0x20) = 32 (0x20) shutdown(0x6,0x2) = 0 (0x0) fstat(6,0xbfbff520) = 0 (0x0) close(6) = 0 (0x0) open("/dev/nvidiactl",0x2,00) = 6 (0x6) fcntl(0x6,0x3,0x0) = 2 (0x2) fcntl(0x6,0x4,0x6) ERR#22 'Invalid argument' ioctl(6,0xc1404602,0x2813eba0) = 0 (0x0) ioctl(6,0xc00c4622,0xbfbff754) = 0 (0x0) ioctl(6,0xc0184623,0xbfbff748) = 0 (0x0) open("/dev/nvidia0",0x2,00) = 7 (0x7) fcntl(0x7,0x3,0x0) = 2 (0x2) fcntl(0x7,0x4,0x6) ERR#22 'Invalid argument' mmap(0x0,134217728,0x3,0x1,7,0xd8000000) = 806678528 (0x3014f000) ioctl(7,0xc0284627,0xbfbff728) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff6ac) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff6ac) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff6ac) = 0 (0x0) ioctl(7,0xc01c4637,0xbfbff694) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff71c) = 0 (0x0) __sysctl(0xbfbff258,0x2,0xbfbff2c0,0xbfbff254,0x0,0x0) = 0 (0x0) socket(0x1,0x1,0x0) = 8 (0x8) fcntl(0x8,0x3,0x0) = 2 (0x2) fcntl(0x8,0x4,0x6) = 0 (0x0) __sysctl(0xbfbff298,0x2,0xbfbff300,0xbfbff294,0x0,0x0) = 0 (0x0) __sysctl(0xbfbff1c8,0x2,0xbfbff250,0xbfbff1c4,0x0,0x0) = 0 (0x0) connect(0x8,{ AF_UNIX "/tmp/.X11-unix/X0" },19) = 0 (0x0) __sysctl(0xbfbff2c8,0x2,0xbfbff330,0xbfbff2c4,0x0,0x0) = 0 (0x0) fcntl(0x8,0x2,0x1) = 0 (0x0) access("/home/bland/.Xauthority",4) = 0 (0x0) open("/home/bland/.Xauthority",0x0,00) = 9 (0x9) fcntl(0x9,0x3,0x0) = 0 (0x0) fcntl(0x9,0x4,0x4) = 0 (0x0) fstat(9,0xbfbfef70) = 0 (0x0) read(0x9,0x80e4000,0x4000) = 513 (0x201) read(0x9,0x80e4000,0x4000) = 0 (0x0) fstat(9,0xbfbff030) = 0 (0x0) fcntl(0x9,0x3,0x0) = 4 (0x4) fcntl(0x9,0x4,0x0) = 0 (0x0) close(9) = 0 (0x0) writev(0x8,0xbfbff3f0,0x4) = 48 (0x30) fcntl(0x8,0x4,0x6) = 0 (0x0) fcntl(0x8,0x3,0x0) = 6 (0x6) read(0x8,0xbfbff618,0x8) = 8 (0x8) read(0x8,0x8052400,0x250) = 592 (0x250) write(8,0x80e3800,64) = 64 (0x40) read(0x8,0xbfbff630,0x20) = 32 (0x20) read(0x8,0xbfbff630,0x20) = 32 (0x20) readv(0x8,0xbfbff550,0x2) = 92 (0x5c) write(8,0x80e3800,4) = 4 (0x4) read(0x8,0xbfbff650,0x20) = 32 (0x20) writev(0x8,0xbfbff2d0,0x3) = 20 (0x14) read(0x8,0xbfbff470,0x20) = 32 (0x20) write(8,0x80e3800,8) = 8 (0x8) read(0x8,0xbfbff540,0x20) = 32 (0x20) writev(0x8,0xbfbff400,0x3) = 16 (0x10) read(0x8,0xbfbff5a0,0x20) = 32 (0x20) write(8,0x80e3800,8) = 8 (0x8) read(0x8,0xbfbff690,0x20) = 32 (0x20) write(8,0x80e3800,12) = 12 (0xc) read(0x8,0xbfbff660,0x20) = 32 (0x20) shutdown(0x8,0x2) = 0 (0x0) fstat(8,0xbfbff490) = 0 (0x0) close(8) = 0 (0x0) ioctl(7,0xc01c4637,0xbfbff644) = 0 (0x0) ioctl(7,0xc01c4637,0xbfbff654) = 0 (0x0) __sysctl(0xbfbff1d8,0x2,0xbfbff240,0xbfbff1d4,0x0,0x0) = 0 (0x0) socket(0x1,0x1,0x0) = 8 (0x8) fcntl(0x8,0x3,0x0) = 2 (0x2) fcntl(0x8,0x4,0x6) = 0 (0x0) __sysctl(0xbfbff218,0x2,0xbfbff280,0xbfbff214,0x0,0x0) = 0 (0x0) __sysctl(0xbfbff148,0x2,0xbfbff1d0,0xbfbff144,0x0,0x0) = 0 (0x0) connect(0x8,{ AF_UNIX "/tmp/.X11-unix/X0" },19) = 0 (0x0) __sysctl(0xbfbff248,0x2,0xbfbff2b0,0xbfbff244,0x0,0x0) = 0 (0x0) fcntl(0x8,0x2,0x1) = 0 (0x0) access("/home/bland/.Xauthority",4) = 0 (0x0) open("/home/bland/.Xauthority",0x0,00) = 9 (0x9) fcntl(0x9,0x3,0x0) = 0 (0x0) fcntl(0x9,0x4,0x4) = 0 (0x0) fstat(9,0xbfbfeef0) = 0 (0x0) read(0x9,0x80e4000,0x4000) = 513 (0x201) read(0x9,0x80e4000,0x4000) = 0 (0x0) fstat(9,0xbfbfefb0) = 0 (0x0) fcntl(0x9,0x3,0x0) = 4 (0x4) fcntl(0x9,0x4,0x0) = 0 (0x0) close(9) = 0 (0x0) writev(0x8,0xbfbff370,0x4) = 48 (0x30) fcntl(0x8,0x4,0x6) = 0 (0x0) fcntl(0x8,0x3,0x0) = 6 (0x6) read(0x8,0xbfbff598,0x8) = 8 (0x8) read(0x8,0x8052400,0x250) = 592 (0x250) write(8,0x80e3800,64) = 64 (0x40) read(0x8,0xbfbff5b0,0x20) = 32 (0x20) read(0x8,0xbfbff5b0,0x20) = 32 (0x20) readv(0x8,0xbfbff4d0,0x2) = 92 (0x5c) write(8,0x80e3800,4) = 4 (0x4) read(0x8,0xbfbff5d0,0x20) = 32 (0x20) writev(0x8,0xbfbff250,0x3) = 20 (0x14) read(0x8,0xbfbff3f0,0x20) = 32 (0x20) write(8,0x80e3800,8) = 8 (0x8) read(0x8,0xbfbff4c0,0x20) = 32 (0x20) writev(0x8,0xbfbff360,0x3) = 16 (0x10) read(0x8,0xbfbff500,0x20) = 32 (0x20) write(8,0x80e3800,4) = 4 (0x4) read(0x8,0xbfbff5f0,0x20) = 32 (0x20) write(8,0x80e3800,4) = 4 (0x4) read(0x8,0xbfbff600,0x20) = 32 (0x20) write(8,0x80e3800,12) = 12 (0xc) read(0x8,0xbfbff5e0,0x20) = 32 (0x20) shutdown(0x8,0x2) = 0 (0x0) fstat(8,0xbfbff410) = 0 (0x0) close(8) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff70c) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff70c) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff70c) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff6cc) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff6cc) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff6cc) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff6cc) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff6cc) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff6cc) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff6cc) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff6cc) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff6dc) = 0 (0x0) ioctl(7,0xc01c4637,0xbfbff6c4) = 0 (0x0) ioctl(7,0xc01c4637,0xbfbff734) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff6dc) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff6dc) = 0 (0x0) ioctl(7,0xc0144632,0xbfbff6dc) = 0 (0x0) ioctl(7,0xc01c4637,0xbfbff6c4) = 0 (0x0) break(0x8165000) = 0 (0x0) break(0x8167000) = 0 (0x0) break(0x8168000) = 0 (0x0) break(0x8169000) = 0 (0x0) break(0x816a000) = 0 (0x0) break(0x816b000) = 0 (0x0) break(0x8171000) = 0 (0x0) break(0x8177000) = 0 (0x0) break(0x8178000) = 0 (0x0) break(0x8179000) = 0 (0x0) break(0x817d000) = 0 (0x0) break(0x817e000) = 0 (0x0) break(0x81be000) = 0 (0x0) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) write(5,0x80db000,40) = 40 (0x28) read(0x5,0xbfbff8d0,0x20) = 32 (0x20) write(5,0x80db000,16) = 16 (0x10) read(0x5,0xbfbff790,0x20) = 32 (0x20) read(0x5,0xbfbff6b0,0xc) = 12 (0xc) read(0x5,0xbfbff790,0x20) = 32 (0x20) write(5,0x80db000,16) = 16 (0x10) read(0x5,0xbfbff790,0x20) = 32 (0x20) read(0x5,0xbfbff6b0,0xc) = 12 (0xc) read(0x5,0xbfbff790,0x20) = 32 (0x20) break(0x81bf000) = 0 (0x0) write(5,0x80db000,12) = 12 (0xc) read(0x5,0xbfbff790,0x20) = 32 (0x20) break(0x81d0000) = 0 (0x0) ioctl(6,0xc00c4622,0xbfbff654) = 0 (0x0) ioctl(6,0xc0184623,0xbfbff648) = 0 (0x0) open("/dev/nvidia0",0x2,00) = 8 (0x8) fcntl(0x8,0x3,0x0) = 2 (0x2) fcntl(0x8,0x4,0x6) ERR#22 'Invalid argument' ioctl(7,0xc01c4637,0xbfbff644) = 0 (0x0) ioctl(8,0xc01c4637,0xbfbff644) = 0 (0x0) ioctl(8,0xc01c4637,0xbfbff644) = 0 (0x0) ioctl(8,0xc0284627,0xbfbff5f8) = 0 (0x0) mmap(0x0,1056768,0x3,0x1,8,0xd0010000) = 678866944 (0x2876b000) msync(0x2876b000,0x102000,0x2) = 0 (0x0) ioctl(6,0xc0244624,0xbfbff5bc) = 0 (0x0) ioctl(8,0xc0284626,0xbfbff638) = 0 (0x0) mmap(0x0,65536,0x3,0x1,8,0xc9810000) = 679923712 (0x2886d000) break(0x82d2000) = 0 (0x0) break(0x82d5000) = 0 (0x0) break(0x82d8000) = 0 (0x0) ioctl(8,0xc0284627,0xbfbff678) = 0 (0x0) mmap(0x0,4096,0x3,0x1,8,0xc3445000) = 679989248 (0x2887d000) msync(0x2887d000,0x1000,0x2) = 0 (0x0) ioctl(6,0xc0244624,0xbfbff57c) = 0 (0x0) ioctl(6,0xc0244624,0xbfbff57c) = 0 (0x0) ioctl(6,0xc0244624,0xbfbff57c) = 0 (0x0) ioctl(6,0xc0244624,0xbfbff57c) = 0 (0x0) ioctl(6,0xc0244624,0xbfbff57c) = 0 (0x0) ioctl(6,0xc0244624,0xbfbff57c) = 0 (0x0) ioctl(6,0xc0244624,0xbfbff54c) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff584) = 0 (0x0) ioctl(6,0xc0244624,0xbfbff53c) = 0 (0x0) ioctl(6,0xc0244624,0xbfbff53c) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff544) = 0 (0x0) ioctl(6,0xc01c462b,0xbfbff534) = 0 (0x0) ioctl(8,0xc0184633,0xbfbff688) = 0 (0x0) ioctl(7,0xc0444635,0xbfbff4dc) = 0 (0x0) break(0x82d9000) = 0 (0x0) ioctl(7,0xc0444635,0xbfbff4dc) = 0 (0x0) ioctl(7,0xc0444635,0xbfbff4dc) = 0 (0x0) ioctl(7,0xc0444635,0xbfbff4dc) = 0 (0x0) break(0x82da000) = 0 (0x0) ioctl(7,0xc0444635,0xbfbff4dc) = 0 (0x0) break(0x82dc000) = 0 (0x0) break(0x82de000) = 0 (0x0) break(0x82e0000) = 0 (0x0) break(0x82e2000) = 0 (0x0) break(0x82e3000) = 0 (0x0) break(0x82e4000) = 0 (0x0) break(0x82e6000) = 0 (0x0) break(0x82e7000) = 0 (0x0) break(0x82e8000) = 0 (0x0) break(0x82e9000) = 0 (0x0) open("/dev/zero",0x2,00) = 9 (0x9) fcntl(0x9,0x3,0x0) = 2 (0x2) fcntl(0x9,0x4,0x6) ERR#19 'Operation not supported by device' mmap(0x0,1024,0x7,0x2,9,0x0) = 679993344 (0x2887e000) fstat(9,0xbfbff5f0) = 0 (0x0) fcntl(0x9,0x3,0x0) = 6 (0x6) fcntl(0x9,0x4,0x2) ERR#19 'Operation not supported by device' close(9) = 0 (0x0) open("/dev/zero",0x2,00) = 9 (0x9) fcntl(0x9,0x3,0x0) = 2 (0x2) fcntl(0x9,0x4,0x6) ERR#19 'Operation not supported by device' mmap(0x0,1024,0x7,0x2,9,0x0) = 679997440 (0x2887f000) fstat(9,0xbfbff5f0) = 0 (0x0) fcntl(0x9,0x3,0x0) = 6 (0x6) fcntl(0x9,0x4,0x2) ERR#19 'Operation not supported by device' close(9) = 0 (0x0) open("/dev/zero",0x2,00) = 9 (0x9) fcntl(0x9,0x3,0x0) = 2 (0x2) fcntl(0x9,0x4,0x6) ERR#19 'Operation not supported by device' mmap(0x0,1024,0x7,0x2,9,0x0) = 680001536 (0x28880000) fstat(9,0xbfbff5f0) = 0 (0x0) fcntl(0x9,0x3,0x0) = 6 (0x6) fcntl(0x9,0x4,0x2) ERR#19 'Operation not supported by device' close(9) = 0 (0x0) open("/dev/zero",0x2,00) = 9 (0x9) fcntl(0x9,0x3,0x0) = 2 (0x2) fcntl(0x9,0x4,0x6) ERR#19 'Operation not supported by device' mmap(0x0,1024,0x7,0x2,9,0x0) = 680005632 (0x28881000) fstat(9,0xbfbff5f0) = 0 (0x0) fcntl(0x9,0x3,0x0) = 6 (0x6) fcntl(0x9,0x4,0x2) ERR#19 'Operation not supported by device' close(9) = 0 (0x0) open("/dev/zero",0x2,00) = 9 (0x9) fcntl(0x9,0x3,0x0) = 2 (0x2) fcntl(0x9,0x4,0x6) ERR#19 'Operation not supported by device' mmap(0x0,1024,0x7,0x2,9,0x0) = 680009728 (0x28882000) fstat(9,0xbfbff5f0) = 0 (0x0) fcntl(0x9,0x3,0x0) = 6 (0x6) fcntl(0x9,0x4,0x2) ERR#19 'Operation not supported by device' close(9) = 0 (0x0) open("/dev/zero",0x2,00) = 9 (0x9) fcntl(0x9,0x3,0x0) = 2 (0x2) fcntl(0x9,0x4,0x6) ERR#19 'Operation not supported by device' mmap(0x0,1024,0x7,0x2,9,0x0) = 680013824 (0x28883000) fstat(9,0xbfbff5f0) = 0 (0x0) fcntl(0x9,0x3,0x0) = 6 (0x6) fcntl(0x9,0x4,0x2) ERR#19 'Operation not supported by device' close(9) = 0 (0x0) open("/dev/zero",0x2,00) = 9 (0x9) fcntl(0x9,0x3,0x0) = 2 (0x2) fcntl(0x9,0x4,0x6) ERR#19 'Operation not supported by device' mmap(0x0,1024,0x7,0x2,9,0x0) = 680017920 (0x28884000) fstat(9,0xbfbff5f0) = 0 (0x0) fcntl(0x9,0x3,0x0) = 6 (0x6) fcntl(0x9,0x4,0x2) ERR#19 'Operation not supported by device' close(9) = 0 (0x0) open("/dev/zero",0x2,00) = 9 (0x9) fcntl(0x9,0x3,0x0) = 2 (0x2) fcntl(0x9,0x4,0x6) ERR#19 'Operation not supported by device' mmap(0x0,1024,0x7,0x2,9,0x0) = 680022016 (0x28885000) fstat(9,0xbfbff5f0) = 0 (0x0) fcntl(0x9,0x3,0x0) = 6 (0x6) fcntl(0x9,0x4,0x2) ERR#19 'Operation not supported by device' close(9) = 0 (0x0) write(5,0x80db000,16) = 16 (0x10) read(0x5,0xbfbff680,0x20) = 32 (0x20) read(0x5,0xbfbff5a0,0xc) = 12 (0xc) read(0x5,0xbfbff680,0x20) = 32 (0x20) write(5,0x80db000,16) = 16 (0x10) read(0x5,0xbfbff690,0x20) = 32 (0x20) write(5,0x80db000,24) = 24 (0x18) read(0x5,0xbfbff7a0,0x20) = 32 (0x20) getpid() = 5624 (0x15f8) write(5,0x80db000,12) = 12 (0xc) read(0x5,0xbfbff910,0x20) = 32 (0x20) read(0x5,0x817d480,0x13) = 19 (0x13) read(0x5,0xbfbff0b0,0x1) = 1 (0x1) getpid() = 5624 (0x15f8) write(5,0x80db000,12) = 12 (0xc) read(0x5,0xbfbff910,0x20) = 32 (0x20) read(0x5,0x8057b20,0x4) = 4 (0x4) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) write(5,0x80db000,36) = 36 (0x24) read(0x5,0xbfbff870,0x20) = 32 (0x20) munmap(0x2887e000,0x400) = 0 (0x0) munmap(0x2887f000,0x400) = 0 (0x0) munmap(0x28880000,0x400) = 0 (0x0) munmap(0x28881000,0x400) = 0 (0x0) munmap(0x28882000,0x400) = 0 (0x0) munmap(0x28883000,0x400) = 0 (0x0) munmap(0x28884000,0x400) = 0 (0x0) munmap(0x28885000,0x400) = 0 (0x0) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) write(5,0x80db000,28) = 28 (0x1c) read(0x5,0xbfbffa10,0x20) = 32 (0x20) read(0x5,0xbfbffa10,0x20) = 32 (0x20) shutdown(0x5,0x2) = 0 (0x0) fstat(5,0xbfbff840) = 0 (0x0) close(5) = 0 (0x0) name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: NVIDIA Corporation server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer client glx vendor string: NVIDIA Corporation client glx version string: 1.2 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync, GLX_SGIX_swap_group, GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_ARB_get_proc_address OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce2 MX/AGP/SSE OpenGL version string: 1.3.1 NVIDIA 32.03 OpenGL extensions: GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_transpose_matrix, GL_S3_s3tc, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_paletted_texture, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shared_texture_palette, GL_EXT_stencil_wrap, GL_EXT_texture_compression_s3tc, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_cube_map, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_vertex_array, GL_EXT_vertex_weighting, GL_IBM_texture_mirrored_repeat, GL_KTX_buffer_region, GL_NV_blend_square, GL_NV_evaluators, GL_NV_fence, GL_NV_fog_distance, GL_NV_light_max_exponent, GL_NV_packed_depth_stencil, GL_NV_register_combiners, GL_NV_texgen_emboss, GL_NV_texgen_reflection, GL_NV_texture_env_combine4, GL_NV_texture_rectangle, GL_NV_vertex_array_range, GL_NV_vertex_array_range2, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_SGIS_generate_mipmap, GL_SGIS_multitexture, GL_SGIS_texture_lod glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x21 24 tc 0 32 0 r y . 8 8 8 0 0 24 8 16 16 16 16 0 0 None 0x22 24 dc 0 32 0 r y . 8 8 8 0 0 24 8 16 16 16 16 0 0 None 0x23 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 None 0x24 24 tc 0 32 0 r . . 8 8 8 0 0 24 8 16 16 16 16 0 0 None 0x25 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 None 0x26 24 tc 0 32 0 r y . 8 8 8 0 0 16 0 16 16 16 16 0 0 None 0x27 24 tc 0 32 0 r y . 8 8 8 8 0 16 0 16 16 16 16 0 0 None 0x28 24 tc 0 32 0 r . . 8 8 8 0 0 16 0 16 16 16 16 0 0 None 0x29 24 tc 0 32 0 r . . 8 8 8 8 0 16 0 16 16 16 16 0 0 None 0x2a 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 None 0x2b 24 dc 0 32 0 r . . 8 8 8 0 0 24 8 16 16 16 16 0 0 None 0x2c 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 None 0x2d 24 dc 0 32 0 r y . 8 8 8 0 0 16 0 16 16 16 16 0 0 None 0x2e 24 dc 0 32 0 r y . 8 8 8 8 0 16 0 16 16 16 16 0 0 None 0x2f 24 dc 0 32 0 r . . 8 8 8 0 0 16 0 16 16 16 16 0 0 None 0x30 24 dc 0 32 0 r . . 8 8 8 8 0 16 0 16 16 16 16 0 0 None write(1,0x80df000,3828) = 3828 (0xef4) getpid() = 5624 (0x15f8) getpid() = 5624 (0x15f8) ioctl(6,0xc0344641,0xbfbff8d0) = 0 (0x0) ioctl(7,0xc0444635,0xbfbff810) = 0 (0x0) ioctl(7,0xc0444635,0xbfbff810) = 0 (0x0) ioctl(7,0xc0444635,0xbfbff810) = 0 (0x0) ioctl(7,0xc0444635,0xbfbff810) = 0 (0x0) ioctl(7,0xc0444635,0xbfbff810) = 0 (0x0) break(0x82e8000) = 0 (0x0) break(0x82e5000) = 0 (0x0) ioctl(6,0xc0104629,0xbfbff964) = 0 (0x0) break(0x81e0000) = 0 (0x0) ioctl(6,0xc0104629,0xbfbff934) = 0 (0x0) munmap(0x2876b000,0x102000) = 0 (0x0) ioctl(6,0xc0104629,0xbfbff934) = 0 (0x0) ioctl(8,0xc0184633,0xbfbff94c) = 0 (0x0) munmap(0x2887d000,0x1000) = 0 (0x0) ioctl(6,0xc0104629,0xbfbff964) = 0 (0x0) ioctl(6,0xc0104629,0xbfbff964) = 0 (0x0) munmap(0x2886d000,0x10000) = 0 (0x0) fstat(8,0xbfbff874) = 0 (0x0) fcntl(0x8,0x3,0x0) = 6 (0x6) fcntl(0x8,0x4,0x2) ERR#22 'Invalid argument' close(8) = 0 (0x0) break(0x818e000) = 0 (0x0) getpid() = 5624 (0x15f8) sigprocmask(0x1,0x280685c0,0xbfbff9a4) = 0 (0x0) sigprocmask(0x3,0x280685d0,0x0) = 0 (0x0) setitimer(0x2,0xbfbffa54,0x0) = 0 (0x0) close(3) = 0 (0x0) close(4) = 0 (0x0) fcntl(0x0,0x3,0x0) = 6 (0x6) fcntl(0x0,0x4,0x2) = 0 (0x0) fcntl(0x1,0x3,0x0) = 5 (0x5) fcntl(0x1,0x4,0x1) = 0 (0x0) fcntl(0x2,0x3,0x0) = 1 (0x1) fcntl(0x2,0x4,0x1) = 0 (0x0) fcntl(0x6,0x3,0x0) = 6 (0x6) fcntl(0x6,0x4,0x2) ERR#22 'Invalid argument' fcntl(0x7,0x3,0x0) = 6 (0x6) fcntl(0x7,0x4,0x2) ERR#22 'Invalid argument' exit(0x0) process exit, rval = 0 --------------060401010304010409050200 Content-Type: text/plain; name="glxinfo-libkse.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="glxinfo-libkse.out" mmap(0x0,3032,0x3,0x1000,-1,0x0) = 671526912 (0x2806b000) munmap(0x2806b000,0xbd8) = 0 (0x0) __sysctl(0xbfbff8a4,0x2,0x28069768,0xbfbff8a0,0x0,0x0) = 0 (0x0) mmap(0x0,32768,0x3,0x1002,-1,0x0) = 671526912 (0x2806b000) issetugid() = 0 (0x0) open("/etc/libmap.conf",0x0,0666) = 3 (0x3) fstat(3,0xbfbff0bc) = 0 (0x0) munmap(0x2806f000,0x4000) = 0 (0x0) mmap(0x0,53248,0x3,0x1002,-1,0x0) = 671543296 (0x2806f000) read(0x3,0x28070000,0x4000) = 479 (0x1df) read(0x3,0x28070000,0x4000) = 0 (0x0) close(3) = 0 (0x0) access("/usr/X11R6/lib/libGLU.so.1",0) = 0 (0x0) open("/usr/X11R6/lib/libGLU.so.1",0x0,016) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,503808,0x5,0x20002,3,0x0) = 671596544 (0x2807c000) mprotect(0x280ed000,0x1000,0x7) = 0 (0x0) mprotect(0x280ed000,0x1000,0x5) = 0 (0x0) mmap(0x280ee000,36864,0x3,0x12,3,0x71000) = 672063488 (0x280ee000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libGL.so.1",0) = 0 (0x0) open("/usr/X11R6/lib/libGL.so.1",0x0,016) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,299008,0x5,0x20002,3,0x0) = 672100352 (0x280f7000) mprotect(0x2813a000,0x1000,0x7) = 0 (0x0) mprotect(0x2813a000,0x1000,0x5) = 0 (0x0) mmap(0x2813b000,8192,0x3,0x12,3,0x43000) = 672378880 (0x2813b000) mmap(0x2813d000,12288,0x3,0x1012,-1,0x0) = 672387072 (0x2813d000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libXext.so.6",0) = 0 (0x0) open("/usr/X11R6/lib/libXext.so.6",0x0,016) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,57344,0x5,0x20002,3,0x0) = 672399360 (0x28140000) mprotect(0x2814c000,0x1000,0x7) = 0 (0x0) mprotect(0x2814c000,0x1000,0x5) = 0 (0x0) mmap(0x2814d000,4096,0x3,0x12,3,0xc000) = 672452608 (0x2814d000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libX11.so.6",0) = 0 (0x0) open("/usr/X11R6/lib/libX11.so.6",0x0,016) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,819200,0x5,0x20002,3,0x0) = 672456704 (0x2814e000) mprotect(0x28212000,0x1000,0x7) = 0 (0x0) mprotect(0x28212000,0x1000,0x5) = 0 (0x0) mmap(0x28213000,12288,0x3,0x12,3,0xc5000) = 673263616 (0x28213000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libkse.so.1",0) ERR#2 'No such file or directory' open("/var/run/ld-elf.so.hints",0x0,05001503464) = 3 (0x3) read(0x3,0xbfbff93c,0x80) = 128 (0x80) lseek(3,0x80,0) = 128 (0x80) read(0x3,0x2806d500,0xbe) = 190 (0xbe) close(3) = 0 (0x0) access("/usr/lib/libkse.so.1",0) = 0 (0x0) open("/usr/lib/libkse.so.1",0x0,010) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,131072,0x5,0x20002,3,0x0) = 673275904 (0x28216000) mprotect(0x28230000,0x1000,0x7) = 0 (0x0) mprotect(0x28230000,0x1000,0x5) = 0 (0x0) mmap(0x28231000,4096,0x3,0x12,3,0x1b000) = 673386496 (0x28231000) mmap(0x28232000,16384,0x3,0x1012,-1,0x0) = 673390592 (0x28232000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libm.so.2",0) ERR#2 'No such file or directory' access("/usr/lib/libm.so.2",0) = 0 (0x0) open("/usr/lib/libm.so.2",0x0,010) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,122880,0x5,0x20002,3,0x0) = 673406976 (0x28236000) mprotect(0x2824e000,0x1000,0x7) = 0 (0x0) mprotect(0x2824e000,0x1000,0x5) = 0 (0x0) mmap(0x2824f000,20480,0x3,0x12,3,0x19000) = 673509376 (0x2824f000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libc.so.5",0) ERR#2 'No such file or directory' access("/usr/lib/libc.so.5",0) = 0 (0x0) open("/usr/lib/libc.so.5",0x0,010) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,892928,0x5,0x20002,3,0x0) = 673529856 (0x28254000) mprotect(0x28316000,0x1000,0x7) = 0 (0x0) mprotect(0x28316000,0x1000,0x5) = 0 (0x0) mmap(0x28317000,20480,0x3,0x12,3,0xc3000) = 674328576 (0x28317000) mmap(0x2831c000,73728,0x3,0x1012,-1,0x0) = 674349056 (0x2831c000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libXext.so.6",0) = 0 (0x0) access("/usr/X11R6/lib/libX11.so.6",0) = 0 (0x0) access("/usr/X11R6/lib/libGL.so.1",0) = 0 (0x0) access("/usr/X11R6/lib/libstdc++.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/libstdc++.so.4",0) = 0 (0x0) open("/usr/lib/libstdc++.so.4",0x0,010) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,745472,0x5,0x20002,3,0x0) = 674422784 (0x2832e000) mprotect(0x283c8000,0x1000,0x7) = 0 (0x0) mprotect(0x283c8000,0x1000,0x5) = 0 (0x0) mmap(0x283c9000,90112,0x3,0x12,3,0x9a000) = 675057664 (0x283c9000) mmap(0x283df000,20480,0x3,0x1012,-1,0x0) = 675147776 (0x283df000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libm.so.2",0) ERR#2 'No such file or directory' access("/usr/lib/libm.so.2",0) = 0 (0x0) access("/usr/lib/libGLcore.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libGLcore.so.1",0) ERR#2 'No such file or directory' access("/usr/X11R6/lib/libGLcore.so.1",0) = 0 (0x0) open("/usr/X11R6/lib/libGLcore.so.1",0x0,016) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,3678208,0x5,0x20002,3,0x0) = 675168256 (0x283e4000) mprotect(0x28733000,0x1000,0x7) = 0 (0x0) mprotect(0x28733000,0x1000,0x5) = 0 (0x0) mmap(0x28734000,32768,0x3,0x12,3,0x34f000) = 678641664 (0x28734000) mmap(0x2873c000,172032,0x3,0x1012,-1,0x0) = 678674432 (0x2873c000) close(3) = 0 (0x0) access("/usr/lib/libm.so.2",0) = 0 (0x0) access("/usr/lib/libXext.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libXext.so.6",0) ERR#2 'No such file or directory' access("/usr/X11R6/lib/libXext.so.6",0) = 0 (0x0) access("/usr/lib/libX11.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libX11.so.6",0) ERR#2 'No such file or directory' access("/usr/X11R6/lib/libX11.so.6",0) = 0 (0x0) access("/usr/X11R6/lib/libX11.so.6",0) = 0 (0x0) access("/usr/lib/libm.so.2",0) = 0 (0x0) mmap(0x0,592,0x3,0x1000,-1,0x0) = 678846464 (0x28766000) munmap(0x28766000,0x250) = 0 (0x0) mmap(0x0,9936,0x3,0x1000,-1,0x0) = 678846464 (0x28766000) munmap(0x28766000,0x26d0) = 0 (0x0) mprotect(0x280f7000,0x44000,0x7) = 0 (0x0) mmap(0x0,14656,0x3,0x1000,-1,0x0) = 678846464 (0x28766000) munmap(0x28766000,0x3940) = 0 (0x0) mprotect(0x280f7000,0x44000,0x5) = 0 (0x0) mmap(0x0,1624,0x3,0x1000,-1,0x0) = 678846464 (0x28766000) munmap(0x28766000,0x658) = 0 (0x0) mmap(0x0,9840,0x3,0x1000,-1,0x0) = 678846464 (0x28766000) munmap(0x28766000,0x2670) = 0 (0x0) mmap(0x0,3160,0x3,0x1000,-1,0x0) = 678846464 (0x28766000) munmap(0x28766000,0xc58) = 0 (0x0) mmap(0x0,2280,0x3,0x1000,-1,0x0) = 678846464 (0x28766000) munmap(0x28766000,0x8e8) = 0 (0x0) mprotect(0x28254000,0xc3000,0x7) = 0 (0x0) mmap(0x0,21112,0x3,0x1000,-1,0x0) = 678846464 (0x28766000) munmap(0x28766000,0x5278) = 0 (0x0) mprotect(0x28254000,0xc3000,0x5) = 0 (0x0) mprotect(0x2832e000,0x9b000,0x7) = 0 (0x0) mmap(0x0,26984,0x3,0x1000,-1,0x0) = 678846464 (0x28766000) munmap(0x28766000,0x6968) = 0 (0x0) mprotect(0x2832e000,0x9b000,0x5) = 0 (0x0) mprotect(0x283e4000,0x350000,0x7) = 0 (0x0) mmap(0x0,69200,0x3,0x1000,-1,0x0) = 678846464 (0x28766000) munmap(0x28766000,0x10e50) = 0 (0x0) mprotect(0x283e4000,0x350000,0x5) = 0 (0x0) sigaction(SIGILL,0xbfbff9bc,0xbfbff99c) = 0 (0x0) sigprocmask(0x1,0x0,0x2806861c) = 0 (0x0) sigaction(SIGILL,0xbfbff99c,0x0) = 0 (0x0) getpid() = 5592 (0x15d8) __sysctl(0xbfbff940,0x2,0x28231100,0xbfbff93c,0x0,0x0) = 0 (0x0) mmap(0xbfb00000,0,0x0,0x1000,-1,0x0) = -1078984704 (0xbfb00000) __sysctl(0xbfbff940,0x2,0xbfbff968,0xbfbff93c,0x0,0x0) = 0 (0x0) __sysctl(0xbfbff8f0,0x2,0x2832b85c,0xbfbff8ec,0x0,0x0) = 0 (0x0) sigaction(SIGHUP,0x0,0x28235080) = 0 (0x0) sigaction(SIGINT,0x0,0x28235098) = 0 (0x0) sigaction(SIGQUIT,0x0,0x282350b0) = 0 (0x0) sigaction(SIGILL,0x0,0x282350c8) = 0 (0x0) sigaction(SIGTRAP,0x0,0x282350e0) = 0 (0x0) sigaction(SIGABRT,0x0,0x282350f8) = 0 (0x0) sigaction(SIGEMT,0x0,0x28235110) = 0 (0x0) sigaction(SIGFPE,0x0,0x28235128) = 0 (0x0) sigaction(SIGBUS,0x0,0x28235158) = 0 (0x0) sigaction(SIGSEGV,0x0,0x28235170) = 0 (0x0) sigaction(SIGSYS,0x0,0x28235188) = 0 (0x0) sigaction(SIGPIPE,0x0,0x282351a0) = 0 (0x0) sigaction(SIGALRM,0x0,0x282351b8) = 0 (0x0) sigaction(SIGTERM,0x0,0x282351d0) = 0 (0x0) sigaction(SIGURG,0x0,0x282351e8) = 0 (0x0) sigaction(SIGTSTP,0x0,0x28235218) = 0 (0x0) sigaction(SIGCONT,0x0,0x28235230) = 0 (0x0) sigaction(SIGCHLD,0x0,0x28235248) = 0 (0x0) sigaction(SIGTTIN,0x0,0x28235260) = 0 (0x0) sigaction(SIGTTOU,0x0,0x28235278) = 0 (0x0) sigaction(SIGIO,0x0,0x28235290) = 0 (0x0) sigaction(SIGXCPU,0x0,0x282352a8) = 0 (0x0) sigaction(SIGXFSZ,0x0,0x282352c0) = 0 (0x0) sigaction(SIGVTALRM,0x0,0x282352d8) = 0 (0x0) sigaction(SIGPROF,0x0,0x282352f0) = 0 (0x0) sigaction(SIGWINCH,0x0,0x28235308) = 0 (0x0) sigaction(SIGINFO,0x0,0x28235320) = 0 (0x0) sigaction(SIGUSR1,0x0,0x28235338) = 0 (0x0) sigaction(SIGUSR2,0x0,0x28235350) = 0 (0x0) sigaction(SIGINFO,0xbfbff948,0x0) = 0 (0x0) readlink("/etc/malloc.conf",0xbfbff848,63) ERR#2 'No such file or directory' issetugid() = 0 (0x0) getuid() = 1001 (0x3e9) getgid() = 20 (0x14) mmap(0x0,4096,0x3,0x1002,-1,0x0) = 678846464 (0x28766000) break(0x8051000) = 0 (0x0) break(0x8052000) = 0 (0x0) sigprocmask(0x3,0x0,0x28231168) = 0 (0x0) break(0x8053000) = 0 (0x0) break(0x8057000) = 0 (0x0) sysarch(0x1,0xbfbff918) = 17 (0x11) break(0x8058000) = 0 (0x0) break(0x8059000) = 0 (0x0) break(0x805a000) = 0 (0x0) mmap(0xbfaff000,4096,0x0,0x1000,-1,0x0) = -1078988800 (0xbfaff000) break(0x805b000) = 0 (0x0) getpid() = 5592 (0x15d8) getpid() = 5592 (0x15d8) sysarch(0x1,0xbfbff978) = 6 (0x6) SIGNAL 10 SIGNAL 10 Process stopped because of: 16 process exit, rval = 138 --------------060401010304010409050200 Content-Type: text/plain; name="glxinfo-libthr.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="glxinfo-libthr.out" mmap(0x0,3032,0x3,0x1000,-1,0x0) = 671526912 (0x2806b000) munmap(0x2806b000,0xbd8) = 0 (0x0) __sysctl(0xbfbff8a4,0x2,0x28069768,0xbfbff8a0,0x0,0x0) = 0 (0x0) mmap(0x0,32768,0x3,0x1002,-1,0x0) = 671526912 (0x2806b000) issetugid() = 0 (0x0) open("/etc/libmap.conf",0x0,0666) = 3 (0x3) fstat(3,0xbfbff0bc) = 0 (0x0) munmap(0x2806f000,0x4000) = 0 (0x0) mmap(0x0,53248,0x3,0x1002,-1,0x0) = 671543296 (0x2806f000) read(0x3,0x28070000,0x4000) = 560 (0x230) read(0x3,0x28070000,0x4000) = 0 (0x0) close(3) = 0 (0x0) access("/usr/X11R6/lib/libGLU.so.1",0) = 0 (0x0) open("/usr/X11R6/lib/libGLU.so.1",0x0,016) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,503808,0x5,0x20002,3,0x0) = 671596544 (0x2807c000) mprotect(0x280ed000,0x1000,0x7) = 0 (0x0) mprotect(0x280ed000,0x1000,0x5) = 0 (0x0) mmap(0x280ee000,36864,0x3,0x12,3,0x71000) = 672063488 (0x280ee000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libGL.so.1",0) = 0 (0x0) open("/usr/X11R6/lib/libGL.so.1",0x0,016) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,299008,0x5,0x20002,3,0x0) = 672100352 (0x280f7000) mprotect(0x2813a000,0x1000,0x7) = 0 (0x0) mprotect(0x2813a000,0x1000,0x5) = 0 (0x0) mmap(0x2813b000,8192,0x3,0x12,3,0x43000) = 672378880 (0x2813b000) mmap(0x2813d000,12288,0x3,0x1012,-1,0x0) = 672387072 (0x2813d000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libXext.so.6",0) = 0 (0x0) open("/usr/X11R6/lib/libXext.so.6",0x0,016) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,57344,0x5,0x20002,3,0x0) = 672399360 (0x28140000) mprotect(0x2814c000,0x1000,0x7) = 0 (0x0) mprotect(0x2814c000,0x1000,0x5) = 0 (0x0) mmap(0x2814d000,4096,0x3,0x12,3,0xc000) = 672452608 (0x2814d000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libX11.so.6",0) = 0 (0x0) open("/usr/X11R6/lib/libX11.so.6",0x0,016) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,819200,0x5,0x20002,3,0x0) = 672456704 (0x2814e000) mprotect(0x28212000,0x1000,0x7) = 0 (0x0) mprotect(0x28212000,0x1000,0x5) = 0 (0x0) mmap(0x28213000,12288,0x3,0x12,3,0xc5000) = 673263616 (0x28213000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libthr.so.1",0) ERR#2 'No such file or directory' open("/var/run/ld-elf.so.hints",0x0,05001503464) = 3 (0x3) read(0x3,0xbfbff93c,0x80) = 128 (0x80) lseek(3,0x80,0) = 128 (0x80) read(0x3,0x2806d500,0xbe) = 190 (0xbe) close(3) = 0 (0x0) access("/usr/lib/libthr.so.1",0) = 0 (0x0) open("/usr/lib/libthr.so.1",0x0,010) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,65536,0x5,0x20002,3,0x0) = 673275904 (0x28216000) mprotect(0x28222000,0x1000,0x7) = 0 (0x0) mprotect(0x28222000,0x1000,0x5) = 0 (0x0) mmap(0x28223000,4096,0x3,0x12,3,0xd000) = 673329152 (0x28223000) mmap(0x28224000,8192,0x3,0x1012,-1,0x0) = 673333248 (0x28224000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libm.so.2",0) ERR#2 'No such file or directory' access("/usr/lib/libm.so.2",0) = 0 (0x0) open("/usr/lib/libm.so.2",0x0,010) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,122880,0x5,0x20002,3,0x0) = 673341440 (0x28226000) mprotect(0x2823e000,0x1000,0x7) = 0 (0x0) mprotect(0x2823e000,0x1000,0x5) = 0 (0x0) mmap(0x2823f000,20480,0x3,0x12,3,0x19000) = 673443840 (0x2823f000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libc.so.5",0) ERR#2 'No such file or directory' access("/usr/lib/libc.so.5",0) = 0 (0x0) open("/usr/lib/libc.so.5",0x0,010) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,892928,0x5,0x20002,3,0x0) = 673464320 (0x28244000) mprotect(0x28306000,0x1000,0x7) = 0 (0x0) mprotect(0x28306000,0x1000,0x5) = 0 (0x0) mmap(0x28307000,20480,0x3,0x12,3,0xc3000) = 674263040 (0x28307000) mmap(0x2830c000,73728,0x3,0x1012,-1,0x0) = 674283520 (0x2830c000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libXext.so.6",0) = 0 (0x0) access("/usr/X11R6/lib/libX11.so.6",0) = 0 (0x0) access("/usr/X11R6/lib/libGL.so.1",0) = 0 (0x0) access("/usr/X11R6/lib/libstdc++.so.4",0) ERR#2 'No such file or directory' access("/usr/lib/libstdc++.so.4",0) = 0 (0x0) open("/usr/lib/libstdc++.so.4",0x0,010) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,745472,0x5,0x20002,3,0x0) = 674357248 (0x2831e000) mprotect(0x283b8000,0x1000,0x7) = 0 (0x0) mprotect(0x283b8000,0x1000,0x5) = 0 (0x0) mmap(0x283b9000,90112,0x3,0x12,3,0x9a000) = 674992128 (0x283b9000) mmap(0x283cf000,20480,0x3,0x1012,-1,0x0) = 675082240 (0x283cf000) close(3) = 0 (0x0) access("/usr/X11R6/lib/libm.so.2",0) ERR#2 'No such file or directory' access("/usr/lib/libm.so.2",0) = 0 (0x0) access("/usr/lib/libGLcore.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libGLcore.so.1",0) ERR#2 'No such file or directory' access("/usr/X11R6/lib/libGLcore.so.1",0) = 0 (0x0) open("/usr/X11R6/lib/libGLcore.so.1",0x0,016) = 3 (0x3) fstat(3,0xbfbff97c) = 0 (0x0) read(0x3,0x280686c0,0x1000) = 4096 (0x1000) mmap(0x0,3678208,0x5,0x20002,3,0x0) = 675102720 (0x283d4000) mprotect(0x28723000,0x1000,0x7) = 0 (0x0) mprotect(0x28723000,0x1000,0x5) = 0 (0x0) mmap(0x28724000,32768,0x3,0x12,3,0x34f000) = 678576128 (0x28724000) mmap(0x2872c000,172032,0x3,0x1012,-1,0x0) = 678608896 (0x2872c000) close(3) = 0 (0x0) access("/usr/lib/libm.so.2",0) = 0 (0x0) access("/usr/lib/libXext.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libXext.so.6",0) ERR#2 'No such file or directory' access("/usr/X11R6/lib/libXext.so.6",0) = 0 (0x0) access("/usr/lib/libX11.so.6",0) ERR#2 'No such file or directory' access("/usr/lib/compat/libX11.so.6",0) ERR#2 'No such file or directory' access("/usr/X11R6/lib/libX11.so.6",0) = 0 (0x0) access("/usr/X11R6/lib/libX11.so.6",0) = 0 (0x0) access("/usr/lib/libm.so.2",0) = 0 (0x0) mmap(0x0,592,0x3,0x1000,-1,0x0) = 678780928 (0x28756000) munmap(0x28756000,0x250) = 0 (0x0) mmap(0x0,9936,0x3,0x1000,-1,0x0) = 678780928 (0x28756000) munmap(0x28756000,0x26d0) = 0 (0x0) mprotect(0x280f7000,0x44000,0x7) = 0 (0x0) mmap(0x0,14656,0x3,0x1000,-1,0x0) = 678780928 (0x28756000) munmap(0x28756000,0x3940) = 0 (0x0) mprotect(0x280f7000,0x44000,0x5) = 0 (0x0) mmap(0x0,1624,0x3,0x1000,-1,0x0) = 678780928 (0x28756000) munmap(0x28756000,0x658) = 0 (0x0) mmap(0x0,9840,0x3,0x1000,-1,0x0) = 678780928 (0x28756000) munmap(0x28756000,0x2670) = 0 (0x0) mprotect(0x28216000,0xd000,0x7) = 0 (0x0) mmap(0x0,3600,0x3,0x1000,-1,0x0) = 678780928 (0x28756000) munmap(0x28756000,0xe10) = 0 (0x0) mprotect(0x28216000,0xd000,0x5) = 0 (0x0) mmap(0x0,2280,0x3,0x1000,-1,0x0) = 678780928 (0x28756000) munmap(0x28756000,0x8e8) = 0 (0x0) mprotect(0x28244000,0xc3000,0x7) = 0 (0x0) mmap(0x0,21112,0x3,0x1000,-1,0x0) = 678780928 (0x28756000) munmap(0x28756000,0x5278) = 0 (0x0) mprotect(0x28244000,0xc3000,0x5) = 0 (0x0) mprotect(0x2831e000,0x9b000,0x7) = 0 (0x0) mmap(0x0,26984,0x3,0x1000,-1,0x0) = 678780928 (0x28756000) munmap(0x28756000,0x6968) = 0 (0x0) mprotect(0x2831e000,0x9b000,0x5) = 0 (0x0) mprotect(0x283d4000,0x350000,0x7) = 0 (0x0) mmap(0x0,69200,0x3,0x1000,-1,0x0) = 678780928 (0x28756000) munmap(0x28756000,0x10e50) = 0 (0x0) mprotect(0x283d4000,0x350000,0x5) = 0 (0x0) sigaction(SIGILL,0xbfbff9bc,0xbfbff99c) = 0 (0x0) sigprocmask(0x1,0x0,0x2806861c) = 0 (0x0) sigaction(SIGILL,0xbfbff99c,0x0) = 0 (0x0) __sysctl(0xbfbff900,0x2,0x2831b85c,0xbfbff8fc,0x0,0x0) = 0 (0x0) getpid() = 5617 (0x15f1) readlink("/etc/malloc.conf",0xbfbff878,63) ERR#2 'No such file or directory' issetugid() = 0 (0x0) getuid() = 1001 (0x3e9) getgid() = 20 (0x14) mmap(0x0,4096,0x3,0x1002,-1,0x0) = 678780928 (0x28756000) break(0x8051000) = 0 (0x0) break(0x8052000) = 0 (0x0) sysarch(0x1,0xbfbff8a8) = 17 (0x11) thr_self(0x8051010) = 0 (0x0) __sysctl(0xbfbff958,0x2,0x28223100,0xbfbff954,0x0,0x0) = 0 (0x0) mmap(0xbfaff000,4096,0x0,0x1000,-1,0x0) = -1078988800 (0xbfaff000) getcontext(0x8051080) = 0 (0x0) break(0x8053000) = 0 (0x0) sigaction(SIGHUP,0x0,0x28225880) = 0 (0x0) sigaction(SIGINT,0x0,0x28225898) = 0 (0x0) sigaction(SIGQUIT,0x0,0x282258b0) = 0 (0x0) sigaction(SIGILL,0x0,0x282258c8) = 0 (0x0) sigaction(SIGTRAP,0x0,0x282258e0) = 0 (0x0) sigaction(SIGABRT,0x0,0x282258f8) = 0 (0x0) sigaction(SIGEMT,0x0,0x28225910) = 0 (0x0) sigaction(SIGFPE,0x0,0x28225928) = 0 (0x0) sigaction(SIGBUS,0x0,0x28225958) = 0 (0x0) sigaction(SIGSEGV,0x0,0x28225970) = 0 (0x0) sigaction(SIGSYS,0x0,0x28225988) = 0 (0x0) sigaction(SIGPIPE,0x0,0x282259a0) = 0 (0x0) sigaction(SIGALRM,0x0,0x282259b8) = 0 (0x0) sigaction(SIGTERM,0x0,0x282259d0) = 0 (0x0) sigaction(SIGURG,0x0,0x282259e8) = 0 (0x0) sigaction(SIGTSTP,0x0,0x28225a18) = 0 (0x0) sigaction(SIGCONT,0x0,0x28225a30) = 0 (0x0) sigaction(SIGCHLD,0x0,0x28225a48) = 0 (0x0) sigaction(SIGTTIN,0x0,0x28225a60) = 0 (0x0) sigaction(SIGTTOU,0x0,0x28225a78) = 0 (0x0) sigaction(SIGIO,0x0,0x28225a90) = 0 (0x0) sigaction(SIGXCPU,0x0,0x28225aa8) = 0 (0x0) sigaction(SIGXFSZ,0x0,0x28225ac0) = 0 (0x0) sigaction(SIGVTALRM,0x0,0x28225ad8) = 0 (0x0) sigaction(SIGPROF,0x0,0x28225af0) = 0 (0x0) sigaction(SIGWINCH,0x0,0x28225b08) = 0 (0x0) sigaction(SIGINFO,0x0,0x28225b20) = 0 (0x0) sigaction(SIGUSR1,0x0,0x28225b38) = 0 (0x0) sigaction(SIGUSR2,0x0,0x28225b50) = 0 (0x0) sigaction(32,0xbfbff968,0x0) = 0 (0x0) sigprocmask(0x1,0xbfbff9a8,0x0) = 0 (0x0) __sysctl(0xbfbff958,0x2,0xbfbff988,0xbfbff954,0x0,0x0) = 0 (0x0) break(0x8054000) = 0 (0x0) sigprocmask(0x1,0x280685c0,0xbfbff91c) = 0 (0x0) sigprocmask(0x3,0x280685d0,0x0) = 0 (0x0) sigprocmask(0x1,0x280685c0,0xbfbff91c) = 0 (0x0) sigprocmask(0x3,0x280685d0,0x0) = 0 (0x0) getpid() = 5617 (0x15f1) getpid() = 5617 (0x15f1) sysarch(0x1,0xbfbff978) = 6 (0x6) SIGNAL 10 SIGNAL 10 Process stopped because of: 16 process exit, rval = 138 --------------060401010304010409050200-- From owner-freebsd-threads@FreeBSD.ORG Tue Jun 10 07:49:14 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48B4F37B401 for ; Tue, 10 Jun 2003 07:49:13 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id F21EA43FD7 for ; Tue, 10 Jun 2003 07:49:12 -0700 (PDT) (envelope-from eischen@pcnet.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h5AEnBNc028921; Tue, 10 Jun 2003 10:49:11 -0400 (EDT) Date: Tue, 10 Jun 2003 10:49:11 -0400 (EDT) From: Daniel Eischen To: Alexander Nedotsukov In-Reply-To: <3EE5C981.2030408@mail.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: threads@freebsd.org Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jun 2003 14:49:14 -0000 On Tue, 10 Jun 2003, Alexander Nedotsukov wrote: > Hi, > > I get 100% reproduceable crash in all opengl programs wich seems to be > similar to both threading libraries while libc_r works just fine. Here > is an info plus more on demand. > > uname -a > FreeBSD bbnest.dyndns.org 5.1-CURRENT FreeBSD 5.1-CURRENT #6: Sun Jun 8 > 21:33:08 JST 2003 bland@bbnest.dyndns.org:/usr/obj/usr/src/sys/SU i386 > > ports/x11/nvidia-driver installed (w/o LINUX support, with nvagp) > > backtraces for glxinfo after signal 10, Bus error > > (gdb) where > #0 0x281aa7b3 in pthread_main_np () from /usr/lib/libkse.so.1 > (gdb) where > #0 0x281aa7b3 in pthread_main_np () from /usr/lib/libkse.so.1 > #1 0x2819fcb9 in pthread_key_create () from /usr/lib/libkse.so.1 > #2 0x280a3b58 in __nvsym15249 () from /usr/X11R6/lib/libGL.so.1 > #3 0x2804eb16 in _rtld () from /usr/libexec/ld-elf.so.1 I think something is hosed on your end... pthread_key_create() does not call pthread_main_np (nor vice-versa) in libkse. glxinfo works fine with both libkse and libthr here. I don't have any nvidia hardware. -bash-2.05b$ glxinfo name of display: :0.0 Xlib: extension "XFree86-DRI" missing on display ":0.0". display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.3 Mesa 4.0.4 OpenGL extensions: GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_border_clamp, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x23 24 tc 1 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None 0x24 24 tc 1 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None 0x25 24 tc 1 24 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x26 24 tc 1 24 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x27 24 dc 1 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None 0x28 24 dc 1 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None 0x29 24 dc 1 24 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x2a 24 dc 1 24 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None That's with libkse. Same for libthr. -- Dan Eischen From owner-freebsd-threads@FreeBSD.ORG Tue Jun 10 10:26:05 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C20E37B401 for ; Tue, 10 Jun 2003 10:26:05 -0700 (PDT) Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3008943FBD for ; Tue, 10 Jun 2003 10:26:04 -0700 (PDT) (envelope-from ak03@gte.com) Received: from kanpc.gte.com (ak03@localhost [127.0.0.1]) h5AHQ0T3068417; Tue, 10 Jun 2003 13:26:00 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.9/8.12.9/Submit) id h5AHPx76068409; Tue, 10 Jun 2003 13:25:59 -0400 (EDT) Date: Tue, 10 Jun 2003 13:25:59 -0400 From: Alexander Kabaev To: Daniel Eischen Message-Id: <20030610132559.37eb0878.ak03@gte.com> In-Reply-To: References: <3EE5C981.2030408@mail.ru> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.9.0claws25 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: threads@freebsd.org cc: Alexander Nedotsukov Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jun 2003 17:26:05 -0000 On Tue, 10 Jun 2003 10:49:11 -0400 (EDT) Daniel Eischen wrote: > > I think something is hosed on your end... pthread_key_create() > does not call pthread_main_np (nor vice-versa) in libkse. > glxinfo works fine with both libkse and libthr here. I don't > have any nvidia hardware. Alexander simply does not have debugging symbols in his libkse library. Otherwise his backtarce would lock differently. -- Alexander Kabaev From owner-freebsd-threads@FreeBSD.ORG Tue Jun 10 10:36:25 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D263537B401 for ; Tue, 10 Jun 2003 10:36:25 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E838143FE1 for ; Tue, 10 Jun 2003 10:36:24 -0700 (PDT) (envelope-from eischen@pcnet.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h5AHaNNc024869; Tue, 10 Jun 2003 13:36:23 -0400 (EDT) Date: Tue, 10 Jun 2003 13:36:23 -0400 (EDT) From: Daniel Eischen To: Alexander Kabaev In-Reply-To: <20030610132559.37eb0878.ak03@gte.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: threads@freebsd.org cc: Alexander Nedotsukov Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jun 2003 17:36:26 -0000 On Tue, 10 Jun 2003, Alexander Kabaev wrote: > On Tue, 10 Jun 2003 10:49:11 -0400 (EDT) > Daniel Eischen wrote: > > > > > I think something is hosed on your end... pthread_key_create() > > does not call pthread_main_np (nor vice-versa) in libkse. > > glxinfo works fine with both libkse and libthr here. I don't > > have any nvidia hardware. > Alexander simply does not have debugging symbols in his libkse library. > Otherwise his backtarce would lock differently. Ok. Is there a way to reproduce it without nvidia drivers/hardware? -- Dan Eischen From owner-freebsd-threads@FreeBSD.ORG Tue Jun 10 15:20:47 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D0B037B401 for ; Tue, 10 Jun 2003 15:20:46 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF61243FBD for ; Tue, 10 Jun 2003 15:20:45 -0700 (PDT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.9/8.12.9) with ESMTP id h5AMKi3q005996; Tue, 10 Jun 2003 18:20:45 -0400 (EDT) (envelope-from mdodd@FreeBSD.ORG) Date: Tue, 10 Jun 2003 18:20:44 -0400 (EDT) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Alexander Nedotsukov In-Reply-To: <3EE5C981.2030408@mail.ru> Message-ID: <20030610181950.Y67454@sasami.jurai.net> References: <3EE5C981.2030408@mail.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: 8BIT cc: threads@FreeBSD.ORG Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jun 2003 22:20:47 -0000 Check http://www.minion.de/nvidia.html. Also, try 'setenv __GL_SINGLE_THREADED' On Tue, 10 Jun 2003, Alexander Nedotsukov wrote: > I get 100% reproduceable crash in all opengl programs wich seems to be > similar to both threading libraries while libc_r works just fine. Here > is an info plus more on demand. > > uname -a > FreeBSD bbnest.dyndns.org 5.1-CURRENT FreeBSD 5.1-CURRENT #6: Sun Jun 8 > 21:33:08 JST 2003 bland@bbnest.dyndns.org:/usr/obj/usr/src/sys/SU i386 > > ports/x11/nvidia-driver installed (w/o LINUX support, with nvagp) > > backtraces for glxinfo after signal 10, Bus error > > (gdb) where > #0 0x281aa7b3 in pthread_main_np () from /usr/lib/libkse.so.1 > (gdb) where > #0 0x281aa7b3 in pthread_main_np () from /usr/lib/libkse.so.1 > #1 0x2819fcb9 in pthread_key_create () from /usr/lib/libkse.so.1 > #2 0x280a3b58 in __nvsym15249 () from /usr/X11R6/lib/libGL.so.1 > #3 0x2804eb16 in _rtld () from /usr/libexec/ld-elf.so.1 > > (gdb) where > #0 0x28221fcd in _pthread_setspecific (key=0, value=0xdeaddeed) > at /usr/src/lib/libthr/thread/thr_spec.c:174 > #1 0x28122b6d in __nvsym15249 () from /usr/X11R6/lib/libGL.so.1 > #2 0x28052b16 in _rtld () from /usr/libexec/ld-elf.so.1 > (gdb) print *pthread > $1 = {magic = 134558400, name = 0x0, uniqueid = 0, thr_id = 0x0, > savedsig = {__bits = {0, 0, 0, 0}}, > crit_ref = 0, lock = {access_lock = 0, lock_owner = 0, fname = 0x0, > lineno = 0}, tle = {tqe_next = 0x8051000, > tqe_prev = 0x1592}, dle = {tqe_next = 0xd0d0d0d0, tqe_prev = > 0xd0d0d0d0}, start_routine = 0xd0d0d0d0, > arg = 0xd0d0d0d0, stack = 0xd0d0d0d0, attr = {sched_policy = > -791621424, sched_inherit = -791621424, > sched_interval = -791621424, prio = -791621424, suspend = > -791621424, flags = -791621424, > arg_attr = 0xd0d0d0d0, cleanup_attr = 0xd0d0d0d0, stackaddr_attr = > 0xd0d0d0d0, stacksize_attr = 3503345872, > guardsize_attr = 3503345872}, ctx = {uc_sigmask = {__bits = > {3503345872, 3503345872, 3503345872, > 3503345872}}, uc_mcontext = {mc_onstack = -791621424, mc_gs = > -791621424, mc_fs = -791621424, > mc_es = -791621424, mc_ds = -791621424, mc_edi = -791621424, > mc_esi = -791621424, mc_ebp = -791621424, > mc_isp = -791621424, mc_ebx = -791621424, mc_edx = -791621424, > mc_ecx = -791621424, mc_eax = -791621424, > mc_trapno = -791621424, mc_err = -791621424, mc_eip = -791621424, > mc_cs = -791621424, > mc_eflags = -791621424, mc_esp = -791621424, mc_ss = -791621424, > mc_len = -791621424, > mc_fpformat = -791621424, mc_ownedfp = -791621424, mc_spare1 = > {-791621424}, mc_fpstate = { > -791621424 }, mc_spare2 = {-791621424, > -791621424, -791621424, -791621424, > -791621424, -791621424, -791621424, -791621424}}, uc_link = > 0xd0d0d0d0, uc_stack = { > ss_sp = 0xd0d0d0d0
, ss_size = > 3503345872, ss_flags = -791621424}, > uc_flags = -791621424, __spare__ = {-791621424, -791621424, > -791621424, -791621424}}, > cancelflags = -791621424, state = 3503345872, error = -791621424, > joiner = 0xd0d0d0d0, join_status = { > thread = 0xd0d0d0d0, ret = 0xd0d0d0d0, error = -791621424}, sqe = > {tqe_next = 0xd0d0d0d0, > tqe_prev = 0xd0d0d0d0}, data = {mutex = 0xd0d0d0d0, cond = > 0xd0d0d0d0, spinlock = 0xd0d0d0d0, > thread = 0xd0d0d0d0}, flags = -791621424, base_priority = -48 'Ð', > inherited_priority = -48 'Ð', > active_priority = -48 'Ð', priority_mutex_count = -791621424, mutexq = > {tqh_first = 0xd0d0d0d0, > tqh_last = 0xd0d0d0d0}, ret = 0xd0d0d0d0, specific = 0xd0d0d0d0, > specific_data_count = -791621424, > arch_id = 0xd0d0d0d0, cleanup = 0xd0d0d0d0, fname = 0xd0d0d0d0 >
, > lineno = -791621424} > > Plus truss output files attached. > > Hope this will be usefull. > > All the best, > Alexander. > > ps. please cc me, I not subscribed to this mail list. > > > -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | From owner-freebsd-threads@FreeBSD.ORG Tue Jun 10 17:44:37 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A818337B404 for ; Tue, 10 Jun 2003 17:44:35 -0700 (PDT) Received: from exchhz01.viatech.com.cn (ip-167-164-97-218.anlai.com [218.97.164.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DB5943FAF for ; Tue, 10 Jun 2003 17:44:32 -0700 (PDT) (envelope-from davidxu@viatech.com.cn) Received: from davidw2k (ip-240-1-168-192.rev.dyxnet.com [192.168.1.240]) by exchhz01.viatech.com.cn with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id M4G4A0J3; Wed, 11 Jun 2003 08:28:22 +0800 Message-ID: <002301c32fb3$00d24ea0$f001a8c0@davidw2k> From: "David Xu" To: "Alexander Nedotsukov" References: Date: Wed, 11 Jun 2003 08:47:15 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 cc: threads@freebsd.org Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2003 00:44:37 -0000 > On Tue, 10 Jun 2003, Alexander Nedotsukov wrote: > > Hi, > >=20 > > I get 100% reproduceable crash in all opengl programs wich seems to = be=20 > > similar to both threading libraries while libc_r works just fine. = Here=20 > > is an info plus more on demand. > >=20 > > uname -a > > FreeBSD bbnest.dyndns.org 5.1-CURRENT FreeBSD 5.1-CURRENT #6: Sun = Jun 8=20 > > 21:33:08 JST 2003 = bland@bbnest.dyndns.org:/usr/obj/usr/src/sys/SU i386 > >=20 > > ports/x11/nvidia-driver installed (w/o LINUX support, with nvagp) > >=20 > > backtraces for glxinfo after signal 10, Bus error > >=20 > > (gdb) where > > #0 0x281aa7b3 in pthread_main_np () from /usr/lib/libkse.so.1 > > (gdb) where > > #0 0x281aa7b3 in pthread_main_np () from /usr/lib/libkse.so.1 > > #1 0x2819fcb9 in pthread_key_create () from /usr/lib/libkse.so.1 > > #2 0x280a3b58 in __nvsym15249 () from /usr/X11R6/lib/libGL.so.1 > > #3 0x2804eb16 in _rtld () from /usr/libexec/ld-elf.so.1 > Can you update libkse source code to newest, I saw the similar backtrace with pthread_main_np, last commit to thr_support.c make the bug go away. David Xu From owner-freebsd-threads@FreeBSD.ORG Tue Jun 10 23:48:55 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7C2F37B401; Tue, 10 Jun 2003 23:48:55 -0700 (PDT) Received: from smtp1.jp.viruscheck.net (smtp1.jp.viruscheck.net [154.33.69.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91E4043FAF; Tue, 10 Jun 2003 23:48:54 -0700 (PDT) (envelope-from bland@mail.ru) Received: from [154.33.69.37] (helo=mail3.jp.viruscheck.net) by smtp1.jp.viruscheck.net with esmtp (Exim 3.16 #2) id 19PzQ9-000GEx-00; Wed, 11 Jun 2003 15:49:21 +0900 Received: from [219.167.226.187] (helo=noc.orchid) by mail3.jp.viruscheck.net with esmtp (Exim 3.36 #2) id 19PzPg-0007Zq-00; Wed, 11 Jun 2003 15:48:52 +0900 Received: from mail.ru (horse.orchid [89.60.10.11]) by noc.orchid (8.10.2+Sun/8.10.2) with ESMTP id h5B6mpi29257; Wed, 11 Jun 2003 15:48:51 +0900 (JST) Message-ID: <3EE6D0D3.3020601@mail.ru> Date: Wed, 11 Jun 2003 15:48:51 +0900 From: Alexander Nedotsukov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030529 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Matthew N. Dodd" References: <3EE5C981.2030408@mail.ru> <20030610181950.Y67454@sasami.jurai.net> In-Reply-To: <20030610181950.Y67454@sasami.jurai.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit cc: threads@FreeBSD.ORG Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2003 06:48:56 -0000 Matthew N. Dodd wrote: >Check http://www.minion.de/nvidia.html. > Looks like this patches mostly present in ports tree. For my undestanding the missed two should prevent memory access after free() inside kernel and memory allocation for DMA push buffers. Anyway I'll check it later evening when can get closer to my pc. > >Also, try 'setenv __GL_SINGLE_THREADED' > This just changes backtrace a bit: (gdb) where #0 0x28229753 in pthread_main_np () from /usr/lib/libkse.so.1 #1 0x282224a2 in pthread_rwlock_wrlock () from /usr/lib/libkse.so.1 #2 0x28055f16 in rlock_acquire () from /usr/libexec/ld-elf.so.1 #3 0x28052d4a in _rtld_bind () from /usr/libexec/ld-elf.so.1 #4 0x28052791 in _rtld_bind_start () from /usr/libexec/ld-elf.so.1 #5 0x28052b16 in _rtld () from /usr/libexec/ld-elf.so.1 > >On Tue, 10 Jun 2003, Alexander Nedotsukov wrote: > > >>I get 100% reproduceable crash in all opengl programs wich seems to be >>similar to both threading libraries while libc_r works just fine. Here >>is an info plus more on demand. >> >>uname -a >>FreeBSD bbnest.dyndns.org 5.1-CURRENT FreeBSD 5.1-CURRENT #6: Sun Jun 8 >>21:33:08 JST 2003 bland@bbnest.dyndns.org:/usr/obj/usr/src/sys/SU i386 >> >>ports/x11/nvidia-driver installed (w/o LINUX support, with nvagp) >> >>backtraces for glxinfo after signal 10, Bus error >> >>(gdb) where >>#0 0x281aa7b3 in pthread_main_np () from /usr/lib/libkse.so.1 >>(gdb) where >>#0 0x281aa7b3 in pthread_main_np () from /usr/lib/libkse.so.1 >>#1 0x2819fcb9 in pthread_key_create () from /usr/lib/libkse.so.1 >>#2 0x280a3b58 in __nvsym15249 () from /usr/X11R6/lib/libGL.so.1 >>#3 0x2804eb16 in _rtld () from /usr/libexec/ld-elf.so.1 >> >>(gdb) where >>#0 0x28221fcd in _pthread_setspecific (key=0, value=0xdeaddeed) >> at /usr/src/lib/libthr/thread/thr_spec.c:174 >>#1 0x28122b6d in __nvsym15249 () from /usr/X11R6/lib/libGL.so.1 >>#2 0x28052b16 in _rtld () from /usr/libexec/ld-elf.so.1 >>(gdb) print *pthread >>$1 = {magic = 134558400, name = 0x0, uniqueid = 0, thr_id = 0x0, >>savedsig = {__bits = {0, 0, 0, 0}}, >> crit_ref = 0, lock = {access_lock = 0, lock_owner = 0, fname = 0x0, >>lineno = 0}, tle = {tqe_next = 0x8051000, >> tqe_prev = 0x1592}, dle = {tqe_next = 0xd0d0d0d0, tqe_prev = >>0xd0d0d0d0}, start_routine = 0xd0d0d0d0, >> arg = 0xd0d0d0d0, stack = 0xd0d0d0d0, attr = {sched_policy = >>-791621424, sched_inherit = -791621424, >> sched_interval = -791621424, prio = -791621424, suspend = >>-791621424, flags = -791621424, >> arg_attr = 0xd0d0d0d0, cleanup_attr = 0xd0d0d0d0, stackaddr_attr = >>0xd0d0d0d0, stacksize_attr = 3503345872, >> guardsize_attr = 3503345872}, ctx = {uc_sigmask = {__bits = >>{3503345872, 3503345872, 3503345872, >> 3503345872}}, uc_mcontext = {mc_onstack = -791621424, mc_gs = >>-791621424, mc_fs = -791621424, >> mc_es = -791621424, mc_ds = -791621424, mc_edi = -791621424, >>mc_esi = -791621424, mc_ebp = -791621424, >> mc_isp = -791621424, mc_ebx = -791621424, mc_edx = -791621424, >>mc_ecx = -791621424, mc_eax = -791621424, >> mc_trapno = -791621424, mc_err = -791621424, mc_eip = -791621424, >>mc_cs = -791621424, >> mc_eflags = -791621424, mc_esp = -791621424, mc_ss = -791621424, >>mc_len = -791621424, >> mc_fpformat = -791621424, mc_ownedfp = -791621424, mc_spare1 = >>{-791621424}, mc_fpstate = { >> -791621424 }, mc_spare2 = {-791621424, >>-791621424, -791621424, -791621424, >> -791621424, -791621424, -791621424, -791621424}}, uc_link = >>0xd0d0d0d0, uc_stack = { >> ss_sp = 0xd0d0d0d0
, ss_size = >>3503345872, ss_flags = -791621424}, >> uc_flags = -791621424, __spare__ = {-791621424, -791621424, >>-791621424, -791621424}}, >> cancelflags = -791621424, state = 3503345872, error = -791621424, >>joiner = 0xd0d0d0d0, join_status = { >> thread = 0xd0d0d0d0, ret = 0xd0d0d0d0, error = -791621424}, sqe = >>{tqe_next = 0xd0d0d0d0, >> tqe_prev = 0xd0d0d0d0}, data = {mutex = 0xd0d0d0d0, cond = >>0xd0d0d0d0, spinlock = 0xd0d0d0d0, >> thread = 0xd0d0d0d0}, flags = -791621424, base_priority = -48 '?', >>inherited_priority = -48 '?', >> active_priority = -48 '?', priority_mutex_count = -791621424, mutexq = >>{tqh_first = 0xd0d0d0d0, >> tqh_last = 0xd0d0d0d0}, ret = 0xd0d0d0d0, specific = 0xd0d0d0d0, >>specific_data_count = -791621424, >> arch_id = 0xd0d0d0d0, cleanup = 0xd0d0d0d0, fname = 0xd0d0d0d0 >>
, >> lineno = -791621424} >> >>Plus truss output files attached. >> >>Hope this will be usefull. >> >>All the best, >>Alexander. >> >>ps. please cc me, I not subscribed to this mail list. >> >> >> >> >> > > > From owner-freebsd-threads@FreeBSD.ORG Tue Jun 10 23:53:10 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4EBC37B401 for ; Tue, 10 Jun 2003 23:53:10 -0700 (PDT) Received: from smtp3.jp.viruscheck.net (smtp3.jp.viruscheck.net [154.33.69.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 476E143FA3 for ; Tue, 10 Jun 2003 23:53:10 -0700 (PDT) (envelope-from bland@mail.ru) Received: from [154.33.69.38] (helo=mail3.jp.viruscheck.net) by smtp3.jp.viruscheck.net with esmtp (Exim 3.20 #3) id 19PzTp-00004N-00; Wed, 11 Jun 2003 15:53:09 +0900 Received: from [219.167.226.187] (helo=noc.orchid) by mail3.jp.viruscheck.net with esmtp (Exim 3.36 #2) id 19PzTj-00001g-00; Wed, 11 Jun 2003 15:53:03 +0900 Received: from mail.ru (horse.orchid [89.60.10.11]) by noc.orchid (8.10.2+Sun/8.10.2) with ESMTP id h5B6qvi29274; Wed, 11 Jun 2003 15:53:02 +0900 (JST) Message-ID: <3EE6D1C8.4090703@mail.ru> Date: Wed, 11 Jun 2003 15:52:56 +0900 From: Alexander Nedotsukov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030529 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Xu References: <002301c32fb3$00d24ea0$f001a8c0@davidw2k> In-Reply-To: <002301c32fb3$00d24ea0$f001a8c0@davidw2k> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: threads@freebsd.org Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2003 06:53:11 -0000 David Xu wrote: >>On Tue, 10 Jun 2003, Alexander Nedotsukov wrote: >> >> >>>Hi, >>> >>>I get 100% reproduceable crash in all opengl programs wich seems to be >>>similar to both threading libraries while libc_r works just fine. Here >>>is an info plus more on demand. >>> >>>uname -a >>>FreeBSD bbnest.dyndns.org 5.1-CURRENT FreeBSD 5.1-CURRENT #6: Sun Jun 8 >>>21:33:08 JST 2003 bland@bbnest.dyndns.org:/usr/obj/usr/src/sys/SU i386 >>> >>>ports/x11/nvidia-driver installed (w/o LINUX support, with nvagp) >>> >>>backtraces for glxinfo after signal 10, Bus error >>> >>>(gdb) where >>>#0 0x281aa7b3 in pthread_main_np () from /usr/lib/libkse.so.1 >>>(gdb) where >>>#0 0x281aa7b3 in pthread_main_np () from /usr/lib/libkse.so.1 >>>#1 0x2819fcb9 in pthread_key_create () from /usr/lib/libkse.so.1 >>>#2 0x280a3b58 in __nvsym15249 () from /usr/X11R6/lib/libGL.so.1 >>>#3 0x2804eb16 in _rtld () from /usr/libexec/ld-elf.so.1 >>> >>> >Can you update libkse source code to newest, I saw the similar >backtrace with pthread_main_np, last commit to thr_support.c make >the bug go away. > FreeBSD bbnest.dyndns.org 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Wed Jun 11 14:18:40 JST 2003 bland@bbnest.dyndns.org:/usr/obj/usr/src/sys/SU i386 Built right after cvsup. The problem is still there. Same backtrace. > >David Xu > > > > From owner-freebsd-threads@FreeBSD.ORG Wed Jun 11 00:19:56 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB92D37B401 for ; Wed, 11 Jun 2003 00:19:56 -0700 (PDT) Received: from smtp1.jp.viruscheck.net (smtp1.jp.viruscheck.net [154.33.69.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7C4543F75 for ; Wed, 11 Jun 2003 00:19:55 -0700 (PDT) (envelope-from bland@mail.ru) Received: from [154.33.69.36] (helo=mail1.jp.viruscheck.net) by smtp1.jp.viruscheck.net with esmtp (Exim 3.16 #2) id 19PzuA-000Iq0-00; Wed, 11 Jun 2003 16:20:22 +0900 Received: from [219.167.226.187] (helo=noc.orchid) by mail1.jp.viruscheck.net with esmtp (Exim 3.36 #2) id 19PztX-0007OR-00; Wed, 11 Jun 2003 16:19:43 +0900 Received: from mail.ru (horse.orchid [89.60.10.11]) by noc.orchid (8.10.2+Sun/8.10.2) with ESMTP id h5B7Jbi29360; Wed, 11 Jun 2003 16:19:38 +0900 (JST) Message-ID: <3EE6D809.5000107@mail.ru> Date: Wed, 11 Jun 2003 16:19:37 +0900 From: Alexander Nedotsukov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030529 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Kabaev , Daniel Eischen References: <3EE5C981.2030408@mail.ru> <20030610132559.37eb0878.ak03@gte.com> In-Reply-To: <20030610132559.37eb0878.ak03@gte.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: threads@freebsd.org Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2003 07:19:57 -0000 Alexander Kabaev wrote: >On Tue, 10 Jun 2003 10:49:11 -0400 (EDT) >Daniel Eischen wrote: > > > >>I think something is hosed on your end... pthread_key_create() >>does not call pthread_main_np (nor vice-versa) in libkse. >>glxinfo works fine with both libkse and libthr here. I don't >>have any nvidia hardware. >> Daniel, I tought it may be not related to specific hardware. Nvidia provides they own libGL.so.1 library wich probably may make use of pthread stuff in way lib{kse,thr} not expected. >> >> >Alexander simply does not have debugging symbols in his libkse library. >Otherwise his backtarce would lock differently. > Ok. This one with debug symbols in libkse. #0 _get_curthread () at /usr/src/lib/libpthread/thread/thr_kern.c:1818 1818 return (_ksd_curthread); (gdb) where #0 _get_curthread () at /usr/src/lib/libpthread/thread/thr_kern.c:1818 #1 0x2821fba7 in _pthread_key_create (key=0x2813c220, destructor=0x28122c90 <__nvsym15484+240>) at /usr/src/lib/libpthread/thread/thr_spec.c:60 #2 0x28122b58 in __nvsym15249 () from /usr/X11R6/lib/libGL.so.1 #3 0x28052b16 in _rtld () from /usr/libexec/ld-elf.so.1 And this one with 'setenv __GL_SINGLE_THREADED 1' Loaded symbols for /usr/libexec/ld-elf.so.1 #0 _get_curthread () at /usr/src/lib/libpthread/thread/thr_kern.c:1818 1818 return (_ksd_curthread); (gdb) where #0 _get_curthread () at /usr/src/lib/libpthread/thread/thr_kern.c:1818 #1 0x282243f7 in _thr_rtld_set_flag (mask=1) at /usr/src/lib/libpthread/thread/thr_rtld.c:87 #2 0x28055f16 in rlock_acquire () from /usr/libexec/ld-elf.so.1 #3 0x28052d4a in _rtld_bind () from /usr/libexec/ld-elf.so.1 #4 0x28052791 in _rtld_bind_start () from /usr/libexec/ld-elf.so.1 #5 0x28052b16 in _rtld () from /usr/libexec/ld-elf.so.1 > > > From owner-freebsd-threads@FreeBSD.ORG Wed Jun 11 07:48:48 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1DD537B401; Wed, 11 Jun 2003 07:48:48 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02CA843FCB; Wed, 11 Jun 2003 07:48:48 -0700 (PDT) (envelope-from eischen@pcnet.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h5BEmkNc001643; Wed, 11 Jun 2003 10:48:46 -0400 (EDT) Date: Wed, 11 Jun 2003 10:48:46 -0400 (EDT) From: Daniel Eischen To: Alexander Nedotsukov In-Reply-To: <3EE6D0D3.3020601@mail.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: threads@freebsd.org cc: "Matthew N. Dodd" Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2003 14:48:49 -0000 On Wed, 11 Jun 2003, Alexander Nedotsukov wrote: > Matthew N. Dodd wrote: > > >Check http://www.minion.de/nvidia.html. > > > Looks like this patches mostly present in ports tree. For my > undestanding the missed two should prevent memory access after free() > inside kernel and memory allocation for DMA push buffers. Anyway I'll > check it later evening when can get closer to my pc. If your OpenGL applications or the libraries that they depend on are using any of the COMPAT4X signal syscalls, then they won't work with libthr or libkse. The COMPAT4X stuff in the kernel destroys %gs which libthr and libkse both rely on for their own use. Are you sure that all your applications and libraries are rebuilt under -current? You can try rebuilding your kernel without COMPAT4X and see if any of your applications stop running; this will tell you they need to be rebuilt. -- Dan Eischen From owner-freebsd-threads@FreeBSD.ORG Wed Jun 11 07:54:55 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A7D537B40A for ; Wed, 11 Jun 2003 07:54:55 -0700 (PDT) Received: from bbnest.dyndns.org (i031068.ap.plala.or.jp [218.47.31.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D1BF43FB1 for ; Wed, 11 Jun 2003 07:54:54 -0700 (PDT) (envelope-from bland@mail.ru) Received: from mail.ru (bland@localhost [127.0.0.1]) by bbnest.dyndns.org (8.12.9/8.12.9) with ESMTP id h5BEsqUq000617 for ; Wed, 11 Jun 2003 23:54:52 +0900 (JST) (envelope-from bland@mail.ru) Message-ID: <3EE742BC.3000204@mail.ru> Date: Wed, 11 Jun 2003 23:54:52 +0900 From: Alexander Nedotsukov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030512 X-Accept-Language: en-us, en MIME-Version: 1.0 To: threads@FreeBSD.ORG References: <3EE5C981.2030408@mail.ru> <20030610181950.Y67454@sasami.jurai.net> In-Reply-To: <20030610181950.Y67454@sasami.jurai.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2003 14:54:55 -0000 Guys, As I prommised I applied all patches from http://www.minion.de/nvidia.html (incl. kernel patch). And still no luck. I also contacted with maxim@ who had same drivers installed and he confirmed crashes with the same backtrace. All the best, Alexander. From owner-freebsd-threads@FreeBSD.ORG Wed Jun 11 07:55:48 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71A9537B401 for ; Wed, 11 Jun 2003 07:55:48 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBFA543FBD for ; Wed, 11 Jun 2003 07:55:47 -0700 (PDT) (envelope-from eischen@pcnet.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h5BEtkNc002776; Wed, 11 Jun 2003 10:55:46 -0400 (EDT) Date: Wed, 11 Jun 2003 10:55:46 -0400 (EDT) From: Daniel Eischen To: Alexander Nedotsukov In-Reply-To: <3EE6D809.5000107@mail.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: threads@freebsd.org Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2003 14:55:48 -0000 On Wed, 11 Jun 2003, Alexander Nedotsukov wrote: > Alexander Kabaev wrote: > > >On Tue, 10 Jun 2003 10:49:11 -0400 (EDT) > >Daniel Eischen wrote: > > > > > > > >>I think something is hosed on your end... pthread_key_create() > >>does not call pthread_main_np (nor vice-versa) in libkse. > >>glxinfo works fine with both libkse and libthr here. I don't > >>have any nvidia hardware. > >> > Daniel, I tought it may be not related to specific hardware. Nvidia > provides they own libGL.so.1 library wich probably may make use of > pthread stuff in way lib{kse,thr} not expected. > > >> > >> > >Alexander simply does not have debugging symbols in his libkse library. > >Otherwise his backtarce would lock differently. > > > Ok. This one with debug symbols in libkse. > > #0 _get_curthread () at /usr/src/lib/libpthread/thread/thr_kern.c:1818 > 1818 return (_ksd_curthread); > (gdb) where > #0 _get_curthread () at /usr/src/lib/libpthread/thread/thr_kern.c:1818 > #1 0x2821fba7 in _pthread_key_create (key=0x2813c220, > destructor=0x28122c90 <__nvsym15484+240>) at > /usr/src/lib/libpthread/thread/thr_spec.c:60 > #2 0x28122b58 in __nvsym15249 () from /usr/X11R6/lib/libGL.so.1 > #3 0x28052b16 in _rtld () from /usr/libexec/ld-elf.so.1 > > And this one with 'setenv __GL_SINGLE_THREADED 1' > > Loaded symbols for /usr/libexec/ld-elf.so.1 > #0 _get_curthread () at /usr/src/lib/libpthread/thread/thr_kern.c:1818 > 1818 return (_ksd_curthread); > (gdb) where > #0 _get_curthread () at /usr/src/lib/libpthread/thread/thr_kern.c:1818 > #1 0x282243f7 in _thr_rtld_set_flag (mask=1) at > /usr/src/lib/libpthread/thread/thr_rtld.c:87 > #2 0x28055f16 in rlock_acquire () from /usr/libexec/ld-elf.so.1 > #3 0x28052d4a in _rtld_bind () from /usr/libexec/ld-elf.so.1 > #4 0x28052791 in _rtld_bind_start () from /usr/libexec/ld-elf.so.1 > #5 0x28052b16 in _rtld () from /usr/libexec/ld-elf.so.1 You can try this patch, but I don't really think that's the problem. I think %gs is getting clobbered. Apply patch to libpthread/thread/thr_spec.c. -- Dan Eischen Index: thr_spec.c =================================================================== RCS file: /opt/FreeBSD/cvs/src/lib/libpthread/thread/thr_spec.c,v retrieving revision 1.19 diff -u -r1.19 thr_spec.c --- thr_spec.c 18 Apr 2003 05:04:16 -0000 1.19 +++ thr_spec.c 11 Jun 2003 14:52:49 -0000 @@ -57,7 +57,11 @@ int _pthread_key_create(pthread_key_t *key, void (*destructor) (void *)) { - struct pthread *curthread = _get_curthread(); + struct pthread *curthread; + + if (_thr_initial == NULL) + _libpthread_init(NULL); + curthread = _get_curthread(); /* Lock the key table: */ THR_LOCK_ACQUIRE(curthread, &_keytable_lock); From owner-freebsd-threads@FreeBSD.ORG Wed Jun 11 08:05:14 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8A5C37B404; Wed, 11 Jun 2003 08:05:14 -0700 (PDT) Received: from bbnest.dyndns.org (i031068.ap.plala.or.jp [218.47.31.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36E5543FE3; Wed, 11 Jun 2003 08:05:11 -0700 (PDT) (envelope-from bland@mail.ru) Received: from mail.ru (bland@localhost [127.0.0.1]) by bbnest.dyndns.org (8.12.9/8.12.9) with ESMTP id h5BF59Uq000673; Thu, 12 Jun 2003 00:05:10 +0900 (JST) (envelope-from bland@mail.ru) Message-ID: <3EE74525.7020809@mail.ru> Date: Thu, 12 Jun 2003 00:05:09 +0900 From: Alexander Nedotsukov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030512 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: threads@freebsd.org cc: "Matthew N. Dodd" Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2003 15:05:15 -0000 Daniel Eischen wrote: >On Wed, 11 Jun 2003, Alexander Nedotsukov wrote: > > > >>Matthew N. Dodd wrote: >> >> >> >>>Check http://www.minion.de/nvidia.html. >>> >>> >>> >>Looks like this patches mostly present in ports tree. For my >>undestanding the missed two should prevent memory access after free() >>inside kernel and memory allocation for DMA push buffers. Anyway I'll >>check it later evening when can get closer to my pc. >> >> > >If your OpenGL applications or the libraries that they depend >on are using any of the COMPAT4X signal syscalls, then they > The kernel driver compilled by me on -cuurent. The OpenGL library by nvidia on 4.x for sure. Can you say is this http://www.minion.de/files/machdep.c.diff supposed to save %gs? >won't work with libthr or libkse. The COMPAT4X stuff in the >kernel destroys %gs which libthr and libkse both rely on >for their own use. Are you sure that all your applications >and libraries are rebuilt under -current? You can try >rebuilding your kernel without COMPAT4X and see if any > Well just give me a hint which one should be removed: options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 >of your applications stop running; this will tell you >they need to be rebuilt. > > > -- Alexander From owner-freebsd-threads@FreeBSD.ORG Wed Jun 11 08:17:52 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96A3737B401 for ; Wed, 11 Jun 2003 08:17:52 -0700 (PDT) Received: from bbnest.dyndns.org (i031068.ap.plala.or.jp [218.47.31.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC55243FA3 for ; Wed, 11 Jun 2003 08:17:51 -0700 (PDT) (envelope-from bland@mail.ru) Received: from mail.ru (bland@localhost [127.0.0.1]) by bbnest.dyndns.org (8.12.9/8.12.9) with ESMTP id h5BFHnUq001062; Thu, 12 Jun 2003 00:17:50 +0900 (JST) (envelope-from bland@mail.ru) Message-ID: <3EE7481D.5020600@mail.ru> Date: Thu, 12 Jun 2003 00:17:49 +0900 From: Alexander Nedotsukov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030512 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: threads@freebsd.org Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2003 15:17:52 -0000 Daniel Eischen wrote: >You can try this patch, but I don't really think that's the problem. >I think %gs is getting clobbered. Apply patch to >libpthread/thread/thr_spec.c. > > > Well, here is the result. Breakpoint 1, _pthread_key_create (key=0x2813c220, destructor=0x28122c90 <__nvsym15484+240>) at /usr/src/lib/libpthread/thread/thr_spec.c:62 62 if (_thr_initial == NULL) (gdb) n 64 curthread = _get_curthread(); (gdb) info registers eax 0x28237108 673411336 ecx 0x0 0 edx 0x0 0 ebx 0x282374a4 673412260 esp 0xbfbff998 0xbfbff998 ebp 0xbfbff9b0 0xbfbff9b0 esi 0x8059000 134582272 edi 0x425 1061 eip 0x2821fbb9 0x2821fbb9 eflags 0x206 518 cs 0x1f 31 ss 0x2f 47 ds 0x2f 47 es 0x2f 47 fs 0x2f 47 gs 0x37 55 fctrl 0x127f 4735 fstat 0x0 0 ftag 0x0 0 fiseg 0x1f 31 fioff 0x284c56e4 676091620 foseg 0x2f 47 fooff 0x28763cd0 678837456 fop 0x11d 285 (gdb) n Program received signal SIGBUS, Bus error. _get_curthread () at /usr/src/lib/libpthread/thread/thr_kern.c:1818 1818 return (_ksd_curthread); All the best, Alexander. From owner-freebsd-threads@FreeBSD.ORG Wed Jun 11 09:08:18 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B948F37B401; Wed, 11 Jun 2003 09:08:18 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1341643FBF; Wed, 11 Jun 2003 09:08:18 -0700 (PDT) (envelope-from eischen@pcnet.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h5BG8HNc013904; Wed, 11 Jun 2003 12:08:17 -0400 (EDT) Date: Wed, 11 Jun 2003 12:08:17 -0400 (EDT) From: Daniel Eischen To: Alexander Nedotsukov In-Reply-To: <3EE74525.7020809@mail.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: threads@freebsd.org cc: "Matthew N. Dodd" Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2003 16:08:19 -0000 On Thu, 12 Jun 2003, Alexander Nedotsukov wrote: > Daniel Eischen wrote: > > >On Wed, 11 Jun 2003, Alexander Nedotsukov wrote: > > > > > > > >>Matthew N. Dodd wrote: > >> > >> > >> > >>>Check http://www.minion.de/nvidia.html. > >>> > >>> > >>> > >>Looks like this patches mostly present in ports tree. For my > >>undestanding the missed two should prevent memory access after free() > >>inside kernel and memory allocation for DMA push buffers. Anyway I'll > >>check it later evening when can get closer to my pc. > >> > >> > > > >If your OpenGL applications or the libraries that they depend > >on are using any of the COMPAT4X signal syscalls, then they > > > The kernel driver compilled by me on -cuurent. The OpenGL library by > nvidia on 4.x for sure. > Can you say is this http://www.minion.de/files/machdep.c.diff supposed > to save %gs? > > >won't work with libthr or libkse. The COMPAT4X stuff in the > >kernel destroys %gs which libthr and libkse both rely on > >for their own use. Are you sure that all your applications > >and libraries are rebuilt under -current? You can try > >rebuilding your kernel without COMPAT4X and see if any > > > Well just give me a hint which one should be removed: > > options COMPAT_43 #Compatible with BSD 4.3 [KEEP > THIS!] > options COMPAT_FREEBSD4 #Compatible with FreeBSD4 Actually, it looks as if COMPAT_FREEBSD4 is OK and COMPAT_43 is not (sendsig() will destroy %gs). You can try removing both though and see what happens. -- Dan Eischen From owner-freebsd-threads@FreeBSD.ORG Wed Jun 11 09:14:44 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67CC237B401 for ; Wed, 11 Jun 2003 09:14:44 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8CBC43F3F for ; Wed, 11 Jun 2003 09:14:43 -0700 (PDT) (envelope-from eischen@pcnet.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h5BGEgNc014854; Wed, 11 Jun 2003 12:14:42 -0400 (EDT) Date: Wed, 11 Jun 2003 12:14:42 -0400 (EDT) From: Daniel Eischen To: Alexander Nedotsukov In-Reply-To: <3EE7481D.5020600@mail.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: threads@freebsd.org Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2003 16:14:44 -0000 On Thu, 12 Jun 2003, Alexander Nedotsukov wrote: > Daniel Eischen wrote: > > >You can try this patch, but I don't really think that's the problem. > >I think %gs is getting clobbered. Apply patch to > >libpthread/thread/thr_spec.c. > > > > > > > Well, here is the result. > > Breakpoint 1, _pthread_key_create (key=0x2813c220, > destructor=0x28122c90 <__nvsym15484+240>) > at /usr/src/lib/libpthread/thread/thr_spec.c:62 > 62 if (_thr_initial == NULL) > (gdb) n > 64 curthread = _get_curthread(); > (gdb) info registers > eax 0x28237108 673411336 > ecx 0x0 0 > edx 0x0 0 > ebx 0x282374a4 673412260 > esp 0xbfbff998 0xbfbff998 > ebp 0xbfbff9b0 0xbfbff9b0 > esi 0x8059000 134582272 > edi 0x425 1061 > eip 0x2821fbb9 0x2821fbb9 > eflags 0x206 518 > cs 0x1f 31 > ss 0x2f 47 > ds 0x2f 47 > es 0x2f 47 > fs 0x2f 47 > gs 0x37 55 Yes, %gs is wrong. For a single CPU system, it should be 0x8f. For a dual CPU system, it could be either 0x8f or 0x97. If you breakpoint on libpthread_init() and look at %gs after it finishes, you can see that it should be set to one of the above values. After that point, the threads library doesn't touch %gs. Something is clobbering %gs. Either the kernel through compat signal syscalls, or the nvidia openGL or drivers (are the drivers kernel drivers, userland, or both?). -- Dan Eischen From owner-freebsd-threads@FreeBSD.ORG Wed Jun 11 09:59:52 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D8D837B401; Wed, 11 Jun 2003 09:59:52 -0700 (PDT) Received: from bbnest.dyndns.org (r251052.ap.plala.or.jp [220.108.251.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BA8743FE3; Wed, 11 Jun 2003 09:59:51 -0700 (PDT) (envelope-from bland@mail.ru) Received: from mail.ru (bland@localhost [127.0.0.1]) by bbnest.dyndns.org (8.12.9/8.12.9) with ESMTP id h5BGxmae000888; Thu, 12 Jun 2003 01:59:49 +0900 (JST) (envelope-from bland@mail.ru) Message-ID: <3EE76004.7060606@mail.ru> Date: Thu, 12 Jun 2003 01:59:48 +0900 From: Alexander Nedotsukov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030512 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: threads@freebsd.org cc: "Matthew N. Dodd" Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2003 16:59:52 -0000 Daniel Eischen wrote: >On Thu, 12 Jun 2003, Alexander Nedotsukov wrote: > > > >>Daniel Eischen wrote: >> >> >> >>>You can try this patch, but I don't really think that's the problem. >>>I think %gs is getting clobbered. Apply patch to >>>libpthread/thread/thr_spec.c. >>> >>> >>> >>> >>> >>Well, here is the result. >> >>Breakpoint 1, _pthread_key_create (key=0x2813c220, >> destructor=0x28122c90 <__nvsym15484+240>) >> at /usr/src/lib/libpthread/thread/thr_spec.c:62 >>62 if (_thr_initial == NULL) >>(gdb) n >>64 curthread = _get_curthread(); >>(gdb) info registers >>eax 0x28237108 673411336 >>ecx 0x0 0 >>edx 0x0 0 >>ebx 0x282374a4 673412260 >>esp 0xbfbff998 0xbfbff998 >>ebp 0xbfbff9b0 0xbfbff9b0 >>esi 0x8059000 134582272 >>edi 0x425 1061 >>eip 0x2821fbb9 0x2821fbb9 >>eflags 0x206 518 >>cs 0x1f 31 >>ss 0x2f 47 >>ds 0x2f 47 >>es 0x2f 47 >>fs 0x2f 47 >>gs 0x37 55 >> >> > >Yes, %gs is wrong. For a single CPU system, it should be 0x8f. >For a dual CPU system, it could be either 0x8f or 0x97. If >you breakpoint on libpthread_init() and look at %gs after it >finishes, you can see that it should be set to one of the >above values. After that point, the threads library doesn't >touch %gs. > Right. It's 0x8f in my case. > >Something is clobbering %gs. Either the kernel through compat >signal syscalls, or the nvidia openGL or drivers (are the drivers >kernel drivers, userland, or both?). > > > Blah. I got the bastard. It's nvidia's libGL.so.5. Just a few calls before fatal pthrerad_key_create() execution steps throgh __nvsym15480() ... 0x281229ed <__nvsym15480+233>: push %eax 0x281229ee <__nvsym15480+234>: push $0x1 0x281229f0 <__nvsym15480+236>: mov $0xa5,%eax 0x281229f5 <__nvsym15480+241>: push %eax 0x281229f6 <__nvsym15480+242>: int $0x80 0x281229f8 <__nvsym15480+244>: add $0xc,%esp 0x281229fb <__nvsym15480+247>: cmp $0xffffffff,%eax 0x281229fe <__nvsym15480+250>: jge 0x28122a05 <__nvsym15480+257> 0x28122a00 <__nvsym15480+252>: mov $0xffffffff,%eax 0x28122a05 <__nvsym15480+257>: cmp $0x2d,%eax 0x28122a08 <__nvsym15480+260>: jne 0x28122a1a <__nvsym15480+278> 0x28122a0a <__nvsym15480+262>: add $0xfffffff4,%esp 0x28122a0d <__nvsym15480+265>: push $0x28139b80 0x28122a12 <__nvsym15480+270>: call 0x281184a0 <__nvsym15149> 0x28122a17 <__nvsym15480+275>: add $0x10,%esp 0x28122a1a <__nvsym15480+278>: mov 0x4(%edi),%eax 0x28122a1d <__nvsym15480+281>: add $0x6,%eax 0x28122a20 <__nvsym15480+284>: shl $0x3,%eax 0x28122a23 <__nvsym15480+287>: or $0x7,%al >>0x28122a25 <__nvsym15480+289>: mov %eax,%gs 0x28122a27 <__nvsym15480+291>: mov %edi,0x8(%ebp) 0x28122a2a <__nvsym15480+294>: mov %ebp,0x2813c230 0x28122a30 <__nvsym15480+300>: pop %ebx 0x28122a31 <__nvsym15480+301>: pop %esi 0x28122a32 <__nvsym15480+302>: pop %edi 0x28122a33 <__nvsym15480+303>: pop %ebp 0x28122a34 <__nvsym15480+304>: add $0x2c,%esp 0x28122a37 <__nvsym15480+307>: ret Does some one know any nvidia developer to point them out on this fact? All the best, Alexander. From owner-freebsd-threads@FreeBSD.ORG Wed Jun 11 10:42:28 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BAD137B401 for ; Wed, 11 Jun 2003 10:42:28 -0700 (PDT) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65BF443FDF for ; Wed, 11 Jun 2003 10:42:27 -0700 (PDT) (envelope-from winter@jurai.net) Received: from sasami.jurai.net (sasami.jurai.net [66.92.160.223]) by sasami.jurai.net (8.12.9/8.12.9) with ESMTP id h5BHgQ3q016688; Wed, 11 Jun 2003 13:42:26 -0400 (EDT) (envelope-from winter@jurai.net) Date: Wed, 11 Jun 2003 13:42:26 -0400 (EDT) From: "Matthew N. Dodd" To: Alexander Nedotsukov In-Reply-To: <3EE76004.7060606@mail.ru> Message-ID: <20030611134148.H67454@sasami.jurai.net> References: <3EE76004.7060606@mail.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: threads@freebsd.org cc: Daniel Eischen Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2003 17:42:28 -0000 On Thu, 12 Jun 2003, Alexander Nedotsukov wrote: > Does some one know any nvidia developer to point them out on this fact? The NVIDIA drivers uses %gs for TLS. I suppose I should have mentioned this. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | From owner-freebsd-threads@FreeBSD.ORG Wed Jun 11 12:08:00 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7770237B401 for ; Wed, 11 Jun 2003 12:08:00 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B995D43FA3 for ; Wed, 11 Jun 2003 12:07:59 -0700 (PDT) (envelope-from eischen@pcnet.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h5BJ7wNc013089; Wed, 11 Jun 2003 15:07:58 -0400 (EDT) Date: Wed, 11 Jun 2003 15:07:58 -0400 (EDT) From: Daniel Eischen To: "Matthew N. Dodd" In-Reply-To: <20030611134148.H67454@sasami.jurai.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: threads@freebsd.org cc: Alexander Nedotsukov Subject: Re: nvidia OpenGL and lib{thr,kse} related crash X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2003 19:08:00 -0000 On Wed, 11 Jun 2003, Matthew N. Dodd wrote: > On Thu, 12 Jun 2003, Alexander Nedotsukov wrote: > > Does some one know any nvidia developer to point them out on this fact? > > The NVIDIA drivers uses %gs for TLS. That makes them pretty much useless in -current, especially since libc_r is on the way out. One wonders why they use pthread_key_create() et al, and still need TLS. > I suppose I should have mentioned this. Probably :-) -- Dan Eischen From owner-freebsd-threads@FreeBSD.ORG Fri Jun 13 05:49:47 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 037C737B401 for ; Fri, 13 Jun 2003 05:49:47 -0700 (PDT) Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8623143F85 for ; Fri, 13 Jun 2003 05:49:45 -0700 (PDT) (envelope-from pete@he.iki.fi) Received: from PETEX31 (h81.vuokselantie10.fi [193.64.42.129]) by silver.he.iki.fi (8.12.9/8.11.4) with SMTP id h5DCnhDX055084 for ; Fri, 13 Jun 2003 15:49:43 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <07fc01c331aa$41758cd0$812a40c1@PETEX31> From: "Petri Helenius" To: Date: Fri, 13 Jun 2003 15:49:40 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: fork semantics X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2003 12:49:47 -0000 Could somebody point me how fork is wrapped/implemented with libkse ? Do all threads get duplicated and which would be the recommended way to spin something off hanging on a pipe talking to one of the threads already in existence? Pete From owner-freebsd-threads@FreeBSD.ORG Fri Jun 13 09:29:44 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EEEF37B401 for ; Fri, 13 Jun 2003 09:29:44 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B87E43F93 for ; Fri, 13 Jun 2003 09:29:43 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc0hv.dialup.mindspring.com ([209.86.2.63] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19QrQg-0003tP-00; Fri, 13 Jun 2003 09:29:31 -0700 Message-ID: <3EE9FBA5.BFFC35DC@mindspring.com> Date: Fri, 13 Jun 2003 09:28:21 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Petri Helenius References: <07fc01c331aa$41758cd0$812a40c1@PETEX31> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a46dd0c9117bf44b6f677bb11bf709b50093caf27dac41a8fd350badd9bab72f9c350badd9bab72f9c cc: freebsd-threads@freebsd.org Subject: Re: fork semantics X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2003 16:29:44 -0000 Petri Helenius wrote: > Could somebody point me how fork is wrapped/implemented with libkse ? http://www.opengroup.org/onlinepubs/007904975/nfindex.html > Do all threads get duplicated and which would be the recommended way to > spin something off hanging on a pipe talking to one of the threads already in > existence? "A process shall be created with a single thread. If a multi-threaded process calls fork(), the new process shall contain a replica of the calling thread and its entire address space, possibly including the states of mutexes and other resources. Consequently, to avoid errors, the child process may only execute async-signal-safe operations until such time as one of the exec functions is called. [THR] Fork handlers may be established by means of the pthread_atfork() function in order to maintain application invariants across fork() calls. When the application calls fork() from a signal handler and any of the fork handlers registered by pthread_atfork() calls a function that is not asynch-signal-safe, the behavior is undefined." -- Terry From owner-freebsd-threads@FreeBSD.ORG Fri Jun 13 17:28:31 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1885B37B401 for ; Fri, 13 Jun 2003 17:28:31 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABFFA43FB1 for ; Fri, 13 Jun 2003 17:28:30 -0700 (PDT) (envelope-from davidxu@FreeBSD.org) Received: from freefall.freebsd.org (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h5E0SUUp030562 for ; Fri, 13 Jun 2003 17:28:30 -0700 (PDT) (envelope-from davidxu@freefall.freebsd.org) Received: (from davidxu@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h5E0SUXw030561 for threads@freebsd.org; Fri, 13 Jun 2003 17:28:30 -0700 (PDT) Date: Fri, 13 Jun 2003 17:28:30 -0700 (PDT) From: David Xu Message-Id: <200306140028.h5E0SUXw030561@freefall.freebsd.org> To: threads@freebsd.org Subject: PTHREADED -> P_SA X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2003 00:28:31 -0000 I will rename flag P_THREADED to P_SA in kernel, any objections ? here is the patch: http://people.freebsd.org/~davidxu/P_SA.diff David Xu From owner-freebsd-threads@FreeBSD.ORG Fri Jun 13 23:46:17 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 508) id 5FD8837B404; Fri, 13 Jun 2003 23:46:17 -0700 (PDT) To: davidxu@FreeBSD.org, threads@freebsd.org In-Reply-To: <200306140028.h5E0SUXw030561@freefall.freebsd.org> Message-Id: <20030614064617.5FD8837B404@hub.freebsd.org> Date: Fri, 13 Jun 2003 23:46:17 -0700 (PDT) From: julian@FreeBSD.ORG (Julian Elischer) Subject: Re: PTHREADED -> P_SA X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2003 06:46:17 -0000 From owner-freebsd-threads@freebsd.org Fri Jun 13 17:28:33 2003 Delivered-To: julian@freebsd.org Delivered-To: freebsd-threads@freebsd.org Date: Fri, 13 Jun 2003 17:28:30 -0700 (PDT) From: David Xu To: threads@freebsd.org Subject: PTHREADED -> P_SA X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: owner-freebsd-threads@freebsd.org Errors-To: owner-freebsd-threads@freebsd.org I will rename flag P_THREADED to P_SA in kernel, any objections ? here is the patch: http://people.freebsd.org/~davidxu/P_SA.diff David Xu _______________________________________________ freebsd-threads@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-threads To unsubscribe, send any mail to "freebsd-threads-unsubscribe@freebsd.org" It's only semantics.. but it's been changes before.. is this the final name? From owner-freebsd-threads@FreeBSD.ORG Fri Jun 13 23:53:30 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0875F37B401; Fri, 13 Jun 2003 23:53:29 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D98143FDD; Fri, 13 Jun 2003 23:53:28 -0700 (PDT) (envelope-from davidxu@freebsd.org) Received: from tiger (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with SMTP id h5E6rOUp070069; Fri, 13 Jun 2003 23:53:26 -0700 (PDT) (envelope-from davidxu@freebsd.org) Message-ID: <002901c33242$1b47da70$0701a8c0@tiger> From: "David Xu" To: , "Julian Elischer" References: <20030614064617.5FD8837B404@hub.freebsd.org> Date: Sat, 14 Jun 2003 14:56:36 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: Re: PTHREADED -> P_SA X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Xu List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2003 06:53:30 -0000 ----- Original Message -----=20 From: "Julian Elischer" To: ; Sent: Saturday, June 14, 2003 2:46 PM Subject: Re: PTHREADED -> P_SA > From owner-freebsd-threads@freebsd.org Fri Jun 13 17:28:33 2003 > Delivered-To: julian@freebsd.org > Delivered-To: freebsd-threads@freebsd.org > Date: Fri, 13 Jun 2003 17:28:30 -0700 (PDT) > From: David Xu > To: threads@freebsd.org > Subject: PTHREADED -> P_SA > X-BeenThere: freebsd-threads@freebsd.org > X-Mailman-Version: 2.1.1 > Precedence: list > List-Id: Threading on FreeBSD > List-Unsubscribe: = , > > List-Archive: > List-Post: > List-Help: > List-Subscribe: = , > > Sender: owner-freebsd-threads@freebsd.org > Errors-To: owner-freebsd-threads@freebsd.org >=20 > I will rename flag P_THREADED to P_SA in kernel, any objections ? > here is the patch: > http://people.freebsd.org/~davidxu/P_SA.diff >=20 > David Xu > _______________________________________________ > freebsd-threads@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-threads > To unsubscribe, send any mail to = "freebsd-threads-unsubscribe@freebsd.org" >=20 > It's only semantics.. > but it's been changes before.. is this the final name? >=20 Yes, I think it should be final. David Xu From owner-freebsd-threads@FreeBSD.ORG Sat Jun 14 01:18:57 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C0C337B401; Sat, 14 Jun 2003 01:18:55 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B066043FBD; Sat, 14 Jun 2003 01:18:54 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h5E8IshS038328; Sat, 14 Jun 2003 01:18:54 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h5E8IsLg006987; Sat, 14 Jun 2003 01:18:54 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h5E8Irba006986; Sat, 14 Jun 2003 01:18:53 -0700 (PDT) Date: Sat, 14 Jun 2003 01:18:53 -0700 From: Marcel Moolenaar To: David Xu Message-ID: <20030614081853.GD5563@athlon.pn.xcllnt.net> References: <20030614064617.5FD8837B404@hub.freebsd.org> <002901c33242$1b47da70$0701a8c0@tiger> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002901c33242$1b47da70$0701a8c0@tiger> User-Agent: Mutt/1.5.4i cc: threads@freebsd.org Subject: Re: PTHREADED -> P_SA X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2003 08:18:57 -0000 On Sat, Jun 14, 2003 at 02:56:36PM +0800, David Xu wrote: > > > I will rename flag P_THREADED to P_SA in kernel, any objections ? > > here is the patch: > > http://people.freebsd.org/~davidxu/P_SA.diff > > > > It's only semantics.. > > but it's been changes before.. is this the final name? > > Yes, I think it should be final. P_THREADED says more than P_SA for someone who's not intimate with the code. I for one don't know what SA stands for, but apparently it's some kind of threading model/implementation if I can believe the comments. In that case I don't know what's so wrong about P_THREADED. So, why is P_SA better than P_THREADED? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-threads@FreeBSD.ORG Sat Jun 14 03:24:41 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56B8437B401; Sat, 14 Jun 2003 03:24:41 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5249643FE0; Sat, 14 Jun 2003 03:24:40 -0700 (PDT) (envelope-from davidxu@freebsd.org) Received: from tiger (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with SMTP id h5EAObUp008156; Sat, 14 Jun 2003 03:24:38 -0700 (PDT) (envelope-from davidxu@freebsd.org) Message-ID: <001301c3325f$9c55b390$0701a8c0@tiger> From: "David Xu" To: "Marcel Moolenaar" References: <20030614064617.5FD8837B404@hub.freebsd.org><002901c33242$1b47da70$0701a8c0@tiger> <20030614081853.GD5563@athlon.pn.xcllnt.net> Date: Sat, 14 Jun 2003 18:27:49 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 cc: threads@freebsd.org Subject: Re: PTHREADED -> P_SA X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: David Xu List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2003 10:24:41 -0000 ----- Original Message -----=20 From: "Marcel Moolenaar" To: "David Xu" Cc: Sent: Saturday, June 14, 2003 4:18 PM Subject: Re: PTHREADED -> P_SA > On Sat, Jun 14, 2003 at 02:56:36PM +0800, David Xu wrote: > >=20 > > > I will rename flag P_THREADED to P_SA in kernel, any objections ? > > > here is the patch: > > > http://people.freebsd.org/~davidxu/P_SA.diff > > >=20 > > > It's only semantics.. > > > but it's been changes before.. is this the final name? > >=20 > > Yes, I think it should be final. >=20 > P_THREADED says more than P_SA for someone who's not intimate > with the code. I for one don't know what SA stands for, but > apparently it's some kind of threading model/implementation > if I can believe the comments. In that case I don't know what's > so wrong about P_THREADED. >=20 > So, why is P_SA better than P_THREADED? >=20 If you find there is 1:1 threading mode Jeff added in kernel, I bet you will understand why I need to change it to P_SA. why shouldn't 1:1 code be called as P_THREADED ? I think this flags is confusing. P_SA tells you that the threading mode a process is using is Scheduler Activation based --- Anderson's theory. > --=20 > Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net > _______________________________________________ > freebsd-threads@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-threads > To unsubscribe, send any mail to = "freebsd-threads-unsubscribe@freebsd.org" >=20 David Xu From owner-freebsd-threads@FreeBSD.ORG Sat Jun 14 03:32:48 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BDA937B401 for ; Sat, 14 Jun 2003 03:32:48 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A37E43FB1 for ; Sat, 14 Jun 2003 03:32:47 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h5EAWkhS039154; Sat, 14 Jun 2003 03:32:47 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h5EAWkLg007717; Sat, 14 Jun 2003 03:32:46 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h5EAWk6n007716; Sat, 14 Jun 2003 03:32:46 -0700 (PDT) Date: Sat, 14 Jun 2003 03:32:46 -0700 From: Marcel Moolenaar To: David Xu Message-ID: <20030614103246.GA7693@athlon.pn.xcllnt.net> References: <20030614081853.GD5563@athlon.pn.xcllnt.net> <001301c3325f$9c55b390$0701a8c0@tiger> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001301c3325f$9c55b390$0701a8c0@tiger> User-Agent: Mutt/1.5.4i cc: threads@freebsd.org Subject: Re: PTHREADED -> P_SA X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2003 10:32:48 -0000 On Sat, Jun 14, 2003 at 06:27:49PM +0800, David Xu wrote: > > > On Sat, Jun 14, 2003 at 02:56:36PM +0800, David Xu wrote: > > > > > > > I will rename flag P_THREADED to P_SA in kernel, any objections ? > > > > here is the patch: > > > > http://people.freebsd.org/~davidxu/P_SA.diff > > > > > > > > It's only semantics.. > > > > but it's been changes before.. is this the final name? > > > > > > Yes, I think it should be final. > > > > P_THREADED says more than P_SA for someone who's not intimate > > with the code. I for one don't know what SA stands for, but > > apparently it's some kind of threading model/implementation > > if I can believe the comments. In that case I don't know what's > > so wrong about P_THREADED. > > > > So, why is P_SA better than P_THREADED? > > > If you find there is 1:1 threading mode Jeff added in kernel, > I bet you will understand why I need to change it to P_SA. > why shouldn't 1:1 code be called as P_THREADED ? I think this > flags is confusing. P_SA tells you that the threading mode > a process is using is Scheduler Activation based --- Anderson's > theory. Yes, that is a logical explanation. Maybe it helps to have the term Scheduler Activation mentioned somewhere in the context of P_SA. Or, maybe use P_SCHEDACT? I don't object to P_SA, but I know that if I look at the code that references P_SA in a couple of weeks/months, I'm going to wonder what it means all over again. But then again, that may be just me :-) -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-threads@FreeBSD.ORG Sat Jun 14 15:14:47 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD91F37B401 for ; Sat, 14 Jun 2003 15:14:47 -0700 (PDT) Received: from hqemgate00.nvidia.com (hqemgate00.nvidia.com [216.228.112.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32CA643FA3 for ; Sat, 14 Jun 2003 15:14:45 -0700 (PDT) (envelope-from ARitger@nvidia.com) Received: from mail-sc-0.nvidia.com (Not Verified[172.16.217.105]) id ; Sat, 14 Jun 2003 15:18:02 -0700 Received: by mail-sc-0.nvidia.com with Internet Mail Service (5.5.2653.19) id ; Sat, 14 Jun 2003 15:14:44 -0700 Received: from nvidia.com (BERNSTEIN [172.16.224.128]) by mail-sc-0.nvidia.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id MJR34166; Sat, 14 Jun 2003 15:14:36 -0700 From: Andy Ritger To: threads@freebsd.org Date: Sat, 14 Jun 2003 18:45:59 -0400 (EDT) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: zander@mail.minion.de cc: Gareth Hughes Subject: NVIDIA and TLS X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Jun 2003 22:14:48 -0000 I'd like to add a few comments to what has recently been said here and on freebsd-current to clarify what the %gs register is used for by the NVIDIA driver and what ideally would be done to allow the NVIDIA driver to coexist with FreeBSD threading implementations. The NVIDIA driver does not need %gs to maintain internal state in the kernel; rather, it uses it to maintain fast thread local data for the OpenGL implementation, where it is critically important to have fast (single instruction) access to such data. When the NVIDIA driver was initially ported to FreeBSD, two threading implementations were available (linux-threads, libc_r), but neither of them supported static thread local storage or made use of it internally. The situation was similar to what it had been on Linux for some time. On Linux, the NVIDIA driver today deals with three possible and incompatible configurations: the original pthreads without fast TLS support, pthreads with internal TLS support, and current implentations which use static TLS internally and provide a mechanism to allow both applications and libraries to store their own thread local data. The linux_sysvec.c change which Christian Zander made available on his website is related to the mechanism built into the NVIDIA Linux driver that decides which configuration is used; without this change, this mechanism fails from within the Linux ABI compatibility environment. This is not related to the native NVIDIA FreeBSD OpenGL implementation. The current NVIDIA FreeBSD driver only supports one threading library on FreeBSD for thread-safe, multi-threaded OpenGL applications: the FreeBSD port of linux-threads. The NVIDIA FreeBSD OpenGL driver uses both the i386_set_ldt system call and %gs to support high performance native OpenGL applications. This obviously conflicts with new FreeBSD threading implementation(s) if they are also making use of %gs to store and access thread local data. To solve this problem, ideally support for static TLS similar to that recently added to glibc would be implemented by FreeBSD threading libraries and supported by the NVIDIA FreeBSD driver. A good reference and source for ideas is Ulrich Drepper's ELF TLS paper: http://people.redhat.com/drepper/tls.pdf. If this or a comparable model were implemented on FreeBSD, both applications and libraries could be ported more easily between Linux and FreeBSD. Admittedly, I am not yet familiar with libkse or libthr... perhaps such a mechanism already exists? (where could I learn more about libkse and libthr?) If you are interested, I can provide more details on why fast thread local storage is so important to an OpenGL implementation. Thanks, - Andy Ritger (Gareth, Christian, and I are not subscribed to this list, so please CC us) From owner-freebsd-threads@FreeBSD.ORG Sat Jun 14 21:46:04 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CF0337B401 for ; Sat, 14 Jun 2003 21:46:04 -0700 (PDT) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69B0B43FCB for ; Sat, 14 Jun 2003 21:46:03 -0700 (PDT) (envelope-from eischen@pcnet.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h5F4jxNc016184; Sun, 15 Jun 2003 00:46:01 -0400 (EDT) Date: Sun, 15 Jun 2003 00:45:59 -0400 (EDT) From: Daniel Eischen To: Andy Ritger In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: threads@freebsd.org cc: zander@mail.minion.de cc: Gareth Hughes Subject: Re: NVIDIA and TLS X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2003 04:46:04 -0000 On Sat, 14 Jun 2003, Andy Ritger wrote: > I'd like to add a few comments to what has recently been said here > and on freebsd-current to clarify what the %gs register is used > for by the NVIDIA driver and what ideally would be done to allow > the NVIDIA driver to coexist with FreeBSD threading implementations. > > The NVIDIA driver does not need %gs to maintain internal state in the > kernel; rather, it uses it to maintain fast thread local data for the > OpenGL implementation, where it is critically important to have fast > (single instruction) access to such data. > > When the NVIDIA driver was initially ported to FreeBSD, two > threading implementations were available (linux-threads, libc_r), > but neither of them supported static thread local storage or made > use of it internally. > > The situation was similar to what it had been on Linux for some > time. On Linux, the NVIDIA driver today deals with three possible and > incompatible configurations: the original pthreads without fast TLS > support, pthreads with internal TLS support, and current implentations > which use static TLS internally and provide a mechanism to allow > both applications and libraries to store their own thread local data. > > The linux_sysvec.c change which Christian Zander made available > on his website is related to the mechanism built into the NVIDIA > Linux driver that decides which configuration is used; without this > change, this mechanism fails from within the Linux ABI compatibility > environment. This is not related to the native NVIDIA FreeBSD > OpenGL implementation. > > The current NVIDIA FreeBSD driver only supports one threading library > on FreeBSD for thread-safe, multi-threaded OpenGL applications: the > FreeBSD port of linux-threads. The NVIDIA FreeBSD OpenGL driver uses > both the i386_set_ldt system call and %gs to support high performance > native OpenGL applications. > > This obviously conflicts with new FreeBSD threading implementation(s) > if they are also making use of %gs to store and access thread local > data. To solve this problem, ideally support for static TLS similar > to that recently added to glibc would be implemented by FreeBSD > threading libraries and supported by the NVIDIA FreeBSD driver. > > A good reference and source for ideas is Ulrich Drepper's ELF > TLS paper: > > http://people.redhat.com/drepper/tls.pdf. > > If this or a comparable model were implemented on FreeBSD, both > applications and libraries could be ported more easily between > Linux and FreeBSD. Admittedly, I am not yet familiar with libkse > or libthr... perhaps such a mechanism already exists? (where could > I learn more about libkse and libthr?) http://www.freebsd.org/kse/ mailing list: threads@freebsd.org http://lists.FreeBSD.org/mailman/listinfo/freebsd-threads > If you are interested, I can provide more details on why fast thread > local storage is so important to an OpenGL implementation. I don't see anything like this happening any time soon[*]. It's not a standard, and we have enough work ahead of us to make libkse and libthr stable as well as implementing standards that we don't yet currently support. The code for pthread_getspecific is basically: pthread = _get_curthread(); if (pthread->specific != NULL && key < PTHREAD_KEYS_MAX) { if (key_table[key].allocated && (pthread->specific[key].seqno == key_table[key].seqno)) { /* Return the value: */ data = (void *) pthread->specific[key].data; } else { /* * This key has not been used before, so return NULL * instead: */ data = NULL; } } else /* No specific data has been created, so just return NULL: */ data = NULL; return (data); _get_curthread() is function, but it's only one instruction. It will can be optimized (made a macro) later. [*] Others are welcome to work on it, but it's not on _my_ TODO list. -- Dan Eischen