From owner-freebsd-current@FreeBSD.ORG Sun Jun 26 18:56:40 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 D402F16A41C for ; Sun, 26 Jun 2005 18:56:40 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 997DB43D1D for ; Sun, 26 Jun 2005 18:56:40 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1]) by harmony.village.org (8.13.3/8.13.3) with ESMTP id j5QItsma015738; Sun, 26 Jun 2005 12:55:54 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 26 Jun 2005 12:57:29 -0600 (MDT) Message-Id: <20050626.125729.127901479.imp@bsdimp.com> To: eta@lclark.edu From: "M. Warner Losh" In-Reply-To: <1119809673.3817.3.camel@leguin> References: <1119650444.1173.105.camel@leguin> <20050624195906.A5702@cons.org> <1119809673.3817.3.camel@leguin> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: cracauer@cons.org, freebsd-current@FreeBSD.ORG 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: Sun, 26 Jun 2005 18:56:40 -0000 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? Maybe I should look at the drm code :-) Warner