Dell D830, nVidia and FreeBSD-8/amd64

[John Baldwin]

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 ? "<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