From owner-freebsd-hackers Thu Nov 14 7:29:34 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 0F08C37B401; Thu, 14 Nov 2002 07:29:33 -0800 (PST) Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4099843E7B; Thu, 14 Nov 2002 07:29:21 -0800 (PST) (envelope-from culverk@yumyumyum.org) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.6/8.12.5) with ESMTP id gAEFRtkY032667; Thu, 14 Nov 2002 10:27:55 -0500 (EST) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.6/8.12.5/Submit) with ESMTP id gAEFRsHA032664; Thu, 14 Nov 2002 10:27:55 -0500 (EST) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Thu, 14 Nov 2002 10:27:54 -0500 (EST) From: Kenneth Culver To: John Baldwin Cc: freebsd-hackers@FreeBSD.org Subject: RE: panic with nvidia drivers (but not sure it's nvidia's fault) In-Reply-To: Message-ID: <20021114102342.W32489-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.9 required=5.0 tests=IN_REP_TO,X_AUTH_WARNING,NO_MX_FOR_FROM,AWL version=2.31 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 > Looks like it is indeed nvidia's fault. It called atomic_clear_short() > with an invalid pointer in nv_alloc_pages(). You might be able to look > at nv_alloc_pages() to try and figure out the bug. nv_alloc_pages never actually calls atomic_clear_short(), but it does call 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. Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message