From owner-freebsd-current@FreeBSD.ORG Mon Jun 27 20:52:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 E846816A431 for ; Mon, 27 Jun 2005 20:52:06 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF91843D4C for ; Mon, 27 Jun 2005 20:52:04 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from [10.50.41.231] (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Mon, 27 Jun 2005 17:05:38 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 27 Jun 2005 16:47:32 -0400 User-Agent: KMail/1.8 References: <1119650444.1173.105.camel@leguin> <20050626.125729.127901479.imp@bsdimp.com> <1119813460.3817.17.camel@leguin> In-Reply-To: <1119813460.3817.17.camel@leguin> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506271647.34208.jhb@FreeBSD.org> Cc: cracauer@cons.org, Eric Anholt , "M. Warner Losh" Subject: Re: 6.0-current panic: loading radeon module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 27 Jun 2005 20:52:07 -0000 On Sunday 26 June 2005 03:17 pm, Eric Anholt wrote: > On Sun, 2005-06-26 at 12:57 -0600, M. Warner Losh wrote: > > In message: <1119809673.3817.3.camel@leguin> > > > > Eric Anholt writes: > > : On Fri, 2005-06-24 at 19:59 -0400, Martin Cracauer wrote: > > : > > I'd forgotten about this thread. I've got a proposed fix for this > > : > > at: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80718 > > : > > > : > I get the same panic and backtrace with that patch (on a 32 MB > > : > moobile Radeon 7500). > > : > > > : > I will annotate the sourcecode now to verify (or not) the NULLs in > > : > the arguments for the bus argument. > > : > > : Thanks for showing that that patch didn't work. I should have > > : remembered why it wouldn't. The next step would be to try a > > : workaround: Comment out the two calls to drm_initmap() in radeon_cp.c. > > : > > : We really need a nice call to grab the start/offset of a pci resource > > : given the rid. We can avoid it now, but we might not be able to given > > : where the DRM is headed. > > > > rman_get_start() doesn't do the trick? Or do you need to know what it > > is before the bus_alloc_resource? If so, you can call > > bus_get_resource(). What is it that you need to know? > > bus_alloc_resource tries to map the 128+ MB framebuffer and pmap_mapdev > falls over. I'll take a look at bus_get_resource now. Try doing it without RF_ACTIVE. The problem there is that we really just want to allocate the resource so the backing physical addresses are reserved, but we don't want to actually map that into KVA. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org