From owner-freebsd-current@FreeBSD.ORG Fri Jun 13 01:03:58 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2D1937B401 for ; Fri, 13 Jun 2003 01:03:57 -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 7FED143FAF for ; Fri, 13 Jun 2003 01:03:56 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-2ivfj4h.dialup.mindspring.com ([165.247.204.145] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19QjXH-0005vO-00; Fri, 13 Jun 2003 01:03:48 -0700 Message-ID: <3EE9850C.3F484876@mindspring.com> Date: Fri, 13 Jun 2003 01:02:20 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Samy Al Bahra References: <3EE9427D.1E2D05D6@mindspring.com> <1055481094.505.27.camel@beastie.freebsd.local> <1055489368.505.36.camel@beastie.freebsd.local> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a411dc8c7e9a452bb1354fe69a6e95fec3548b785378294e88350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@freebsd.org Subject: Re: Interest in nvidia-driver debugging on 5-* X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jun 2003 08:03:59 -0000 Samy Al Bahra wrote: > Daniel Eischen Wrote: > > No, I don't think Terry is jumping to conclusion. Read > > the archives of this problem. The Nvidia drivers and OpenGL > > for FreeBSD won't work with -current and any threading > > library other than libc_r. > > I didn't deal with any users having kernel crashes from this %gs > restoration bug only OpenGL-linked applications crashing at exit (such > as QT applications, do look at minion.de for a better description). > You're incorrect in many premises here (as Terry kindly pointed out). Uh, Daniel and I are in total agreement on this one; I don't know what I'm supposed to have pointed out, but I was basically going off a conversation between Daniel and an nVidia user, and my understanding of the threads library code in the three libraries. BTW: a corrupted %gs can crash a user space program that's threaded and expects a different value, without actually crashing the kernel: it all depends on who trashes who's %gs first, since if you crash in user space from a %gs set by the kernel to an unexpected value, then you aren't going to get the opportunity to set it to a value that will crash the kernel becase, well, having crashed, you aren't runnung any more to execute the code to do it. 8-). -- Terry