From owner-freebsd-current@FreeBSD.ORG Fri Sep 12 20:35:15 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13EB87C6 for ; Fri, 12 Sep 2014 20:35:15 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF226638 for ; Fri, 12 Sep 2014 20:35:14 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-70-85-31.nwrknj.fios.verizon.net [173.70.85.31]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D89EBB9B8; Fri, 12 Sep 2014 16:35:13 -0400 (EDT) From: John Baldwin To: Marcin Cieslak Subject: Re: panic: resource_list_alloc: resource entry is busy Date: Fri, 12 Sep 2014 14:37:18 -0400 Message-ID: <1584874.3FXdLuYUQI@ralph.baldwin.cx> User-Agent: KMail/4.10.5 (FreeBSD/10.0-STABLE; KDE/4.10.5; amd64; ; ) In-Reply-To: References: <1749648.0eHaTPXHUy@ralph.baldwin.cx> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 12 Sep 2014 16:35:13 -0400 (EDT) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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: Fri, 12 Sep 2014 20:35:15 -0000 On Friday, September 12, 2014 05:45:31 PM Marcin Cieslak wrote: > On Wed, 10 Sep 2014, John Baldwin wrote: > > On Wednesday, September 10, 2014 12:45:08 PM Marcin Cieslak wrote: > >> On my CURRENT as of 6 Sep (r271197): > >> > >> What I did was that: > >> > >> - kldload i915 > >> > >> - startx > >> > >> During X server start I get the following: > >> > >> #10 0xffffffff808c2947 in resource_list_alloc (rl=, > >> bus=, child=, type= >> optimized out>, > >> > >> rid=, start=, end= >> > >> optimized out>, count=, flags=) > >> > >> at /usr/src/sys/kern/subr_bus.c:3304 > >> > >> #11 0xffffffff8061ddae in pci_alloc_resource (dev=, > >> child=, type=, rid= >> optimized out>, > >> > >> start=, end=, count= >> > >> optimized out>, flags=) at > >> /usr/src/sys/dev/pci/pci.c:4604 #12 0xffffffff808c4420 in > >> bus_alloc_resource (dev=0xfffff800026d8800, type=1, > >> rid=0xffffffff811effc8, > >> start=632, end=18446744071580876744, count=464, flags=100707968) at > >> bus_if.h:284 > >> #13 0xffffffff80626092 in vga_pci_alloc_resource (dev=0xfffff800026d8800, > >> child=, type=1, rid=0xfffff80008c0b2d4, start=0, > >> > >> end=, count=18446744071580876744, flags= >> > >> optimized out>) at /usr/src/sys/dev/pci/vga_pci.c:318 > > > > Can you load the core dump in kgdb and run 'f 13' and 'p *rid'? > > Sure, here it goes: > > (kgdb) f 13 > #13 0xffffffff80626092 in vga_pci_alloc_resource ( > dev=0xfffff800026d8800, child=, type=1, > rid=0xfffff80008c0b2d4, start=0, end=, > count=18446744071580876744, flags=) > at /usr/src/sys/dev/pci/vga_pci.c:318 > 318 return (bus_alloc_resource(dev, type, rid, start, end, count, flags)); > Current language: auto; currently minimal > (kgdb) p *rid > $1 = 0 Hmm, type 1 is SYS_RES_IRQ. IRQ resources should not be marked reserved. Oh, some other child of vgapci has already allocated the IRQ. That seems odd. Can you get 'devinfo -r' output before you kldload i915kms and again after doing the kldload? (No need to run startx) -- John Baldwin