From owner-freebsd-stable@FreeBSD.ORG Wed Jun 10 17:45:15 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 30E9710656A5 for ; Wed, 10 Jun 2009 17:45:15 +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 E12E38FC22 for ; Wed, 10 Jun 2009 17:45:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6E24046B35; Wed, 10 Jun 2009 13:45:14 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 57EFE8A06E; Wed, 10 Jun 2009 13:45:13 -0400 (EDT) From: John Baldwin To: "M. Warner Losh" Date: Wed, 10 Jun 2009 13:44:04 -0400 User-Agent: KMail/1.9.7 References: <200906101038.37028.jhb@freebsd.org> <200906101307.37181.jhb@freebsd.org> <20090610.111516.1756928424.imp@bsdimp.com> In-Reply-To: <20090610.111516.1756928424.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906101344.04754.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 10 Jun 2009 13:45:13 -0400 (EDT) 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: freebsd-stable@freebsd.org, traveling08@cox.net Subject: Re: Panic resource_list_alloc 7.2 stable 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: Wed, 10 Jun 2009 17:45:15 -0000 On Wednesday 10 June 2009 1:15:16 pm M. Warner Losh wrote: > In message: <200906101307.37181.jhb@freebsd.org> > John Baldwin writes: > : On Wednesday 10 June 2009 12:45:03 pm Robert wrote: > : > On Wed, 10 Jun 2009 10:38:36 -0400 > : > John Baldwin wrote: > : > > : > > On Wednesday 10 June 2009 9:19:13 am Robert wrote: > : > > > On Mon, 8 Jun 2009 10:45:39 -0400 > : > > > John Baldwin wrote: > : > > > > : > > > > On Saturday 06 June 2009 10:14:31 am Robert wrote: > : > > > > > Greetings > : > > > > > > : > > > > > This problem seems the same as this one from May of this year > : > > > > > > : > > > > > > : http://lists.freebsd.org/pipermail/freebsd-stable/2009-May/050088.html > : > > > > > > : > > : > > : > > : > > > > > : > > > I have installed 7.2 on the laptop because it would panic whenever > : > > > going into multiuser. I would prefer to be on stable. > : > > > > : > > > Here is dmesg.boot. I hope that is what you wanted. > : > > > : > > Hmm, can you get the stack trace from the dump that you have? I'm > : > > curious which device driver is triggering the panic. > : > > > : > > : > (kgdb) bt > : > #0 doadump () at pcpu.h:196 > : > #1 0xc07e4b47 in boot (howto=260) > : > at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc07e4e19 in panic > : > (fmt=Variable "fmt" is not available. ) > : > at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc080d6f6 in > : > resource_list_alloc (rl=0xc2630904, bus=0xc25bed80, child=0xc2494180, > : > type=3, rid=0xd528a5b8, start=0, end=4294967295, count=1, flags=12290) > : > at /usr/src/sys/kern/subr_bus.c:2739 #4 0xc06a2057 in > : > pci_alloc_resource (dev=0xc25bed80, child=0xc2494180, type=3, > : > rid=0xd528a5b8, start=0, end=4294967295, count=1, flags=12290) > : > at /usr/src/sys/dev/pci/pci.c:3586 #5 0xc080d57c in bus_alloc_resource > : > (dev=0xc2494180, type=3, rid=0xd528a5b8, start=0, end=4294967295, > : > count=1, flags=12290) at bus_if.h:263 #6 0xc058ef4c in > : > cardbus_parse_cis (cbdev=0xc25bed80, child=0xc2494180, > : > callbacks=0xd528a9e4, argp=0xc2a65000) > : > at /usr/src/sys/dev/cardbus/cardbus_cis.c:481 #7 0xc058f91c in > : > cardbus_open (dev=0xc25ab400, oflags=1, devtype=8192, td=0xc2a91d80) > : > at /usr/src/sys/dev/cardbus/cardbus_device.c:140 #8 0xc076f26a in > : > devfs_open (ap=0xd528aa88) at /usr/src/sys/fs/devfs/devfs_vnops.c:903 > : > : Hmmm, ok. So the problem appears to be that the cardbus code that parses the > : CIS wants to allocate a resource belonging to a cardbus card device that has > : already been allocated by that device's driver. Warner, what is the best way > : to handle this do you think? Does the bus_alloc_resource() method for a > : cardbus bus need to proxy resource requests to the CIS resource perhaps? > > I thought I already fixed this. We snag the cardbus CIS now on attach > rather than at open time. We just need to MFC it. Oh, ok, that would make sense. Is it easy to merge to 7? > The problem isn't that we're allocating a resource that the device > owns, so much, as that there are technical hurdles to accessing the > CIS after the initial parsing.... *nod* -- John Baldwin