From owner-freebsd-hackers Thu Nov 14 7:47:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5984037B401 for ; Thu, 14 Nov 2002 07:47:19 -0800 (PST) Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4FFC43E42 for ; Thu, 14 Nov 2002 07:47:18 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 26529 invoked from network); 14 Nov 2002 15:47:19 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail13.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 14 Nov 2002 15:47:19 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id gAEFl82D011957; Thu, 14 Nov 2002 10:47:10 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20021114103213.D32489-100000@alpha.yumyumyum.org> Date: Thu, 14 Nov 2002 10:47:10 -0500 (EST) From: John Baldwin To: Kenneth Culver Subject: RE: panic with nvidia drivers (but not sure it's nvidia's fault) Cc: freebsd-hackers@FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 14-Nov-2002 Kenneth Culver wrote: >> several functions that call vm_object functions in FreeBSD's kernel that >> eventually call atomic_clear_short(). For some reason those functions in >> between aren't in the backtrace though, and without that I can (and >> have) look through the code in the kernel to see how nv_alloc_pages can >> get to atomic_clear_short through vm calls, but I'm not sure that's too >> awefully helpful. > > Actually, after tracing through again, it appears to be following this > codepath: (in reverse order from a backtrace) > > nv_alloc_pages() > nv_free_vm_object() > vm_object_deallocate() > vm_object_clear_flag() > atomic_clear_short() > > so I think it's possible that something may be getting screwed up between > nv_free_vm_object and atomic_clear_short(). I'm not really sure how to > tell though. Are you sure that nv_free_vm_object() is free'ing a valid object? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message