From owner-freebsd-stable@FreeBSD.ORG Tue Dec 15 16:43:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 028301065695 for ; Tue, 15 Dec 2009 16:43:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C9D238FC26 for ; Tue, 15 Dec 2009 16:43:08 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 84BA046B23; Tue, 15 Dec 2009 11:43:08 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 7EA828A01D; Tue, 15 Dec 2009 11:43:07 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 15 Dec 2009 10:18:36 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20091213191905.GA76785@osiris.chen.org.nz> <200912141046.27194.jhb@freebsd.org> <20091215023751.GA6418@osiris.chen.org.nz> In-Reply-To: <20091215023751.GA6418@osiris.chen.org.nz> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912151018.36607.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 15 Dec 2009 11:43:07 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: Dell D830, nVidia and FreeBSD-8/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2009 16:43:09 -0000 On Monday 14 December 2009 9:37:51 pm Jonathan Chen wrote: > On Mon, Dec 14, 2009 at 10:46:27AM -0500, John Baldwin wrote: > > On Sunday 13 December 2009 2:19:05 pm Jonathan Chen wrote: > > > Hi, > > > > > > This is a general rehash of a problem that I've been having with my > > > Dell Latitude D830 with an nVidia Quadro NVS 140M internal graphics > > > card. I've been using the XOrg's "vesa" driver ever since something in the > > > code rendered the "nvidia" driver inoperable in 7-STABLE sometime mid > > > last year. With nVidia's new 195.22 (BETA) drivers, I had hoped that I > > > could bypass the problem. Unfortunately, I seem to be experiencing the same > > > problem as described in the following thread: > > > > > > http://www.nvnews.net/vbulletin/showthread.php?t=142391 > > > > > > which appears to be implying that something in the kernel is > > > interfering with memory allocation. Would it be possible for someone > > > with deeper kernel-fu be able to take a look at this issue? > > > > Do you have a verbose dmesg available? > > I've attached a dmesg with a verbose boot. I hope this is what you're > looking for. Ok, can you grab the output of 'devinfo -r' and 'devinfo -ur'? I suspect that when the bridge allocates the prefetch resource range from the parent it is failing somehow. For a quick hack try something like this: Index: subr_rman.c =================================================================== --- subr_rman.c (revision 200359) +++ subr_rman.c (working copy) @@ -284,7 +284,7 @@ count, flags, dev == NULL ? "" : device_get_nameunit(dev))); want_activate = (flags & RF_ACTIVE); - flags &= ~RF_ACTIVE; + flags &= ~(RF_ACTIVE | RF_PREFETCHABLE); mtx_lock(rm->rm_mtx); -- John Baldwin