Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 12 Sep 2014 14:37:18 -0400
From:      John Baldwin <jhb@freebsd.org>
To:        Marcin Cieslak <saper@saper.info>
Cc:        freebsd-current@freebsd.org
Subject:   Re: panic: resource_list_alloc: resource entry is busy
Message-ID:  <1584874.3FXdLuYUQI@ralph.baldwin.cx>
In-Reply-To: <alpine.BSF.2.11.1409121736580.62150@m.saper.info>
References:  <alpine.BSF.2.11.1409101241440.51386@m.saper.info> <1749648.0eHaTPXHUy@ralph.baldwin.cx> <alpine.BSF.2.11.1409121736580.62150@m.saper.info>

next in thread | previous in thread | raw e-mail | index | archive | help
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=<value optimized out>,
> >> bus=<value optimized out>, child=<value optimized out>, type=<value
> >> optimized out>,
> >> 
> >>      rid=<value optimized out>, start=<value optimized out>, end=<value
> >> 
> >> optimized out>, count=<value optimized out>, flags=<value optimized out>)
> >> 
> >>      at /usr/src/sys/kern/subr_bus.c:3304
> >> 
> >> #11 0xffffffff8061ddae in pci_alloc_resource (dev=<value optimized out>,
> >> child=<value optimized out>, type=<value optimized out>, rid=<value
> >> optimized out>,
> >> 
> >>      start=<value optimized out>, end=<value optimized out>, count=<value
> >> 
> >> optimized out>, flags=<value optimized out>) 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=<value optimized out>, type=1, rid=0xfffff80008c0b2d4, start=0,
> >> 
> >>      end=<value optimized out>, count=18446744071580876744, flags=<value
> >> 
> >> 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=<value optimized out>, type=1,
>      rid=0xfffff80008c0b2d4, start=0, end=<value optimized out>,
>      count=18446744071580876744, flags=<value optimized out>)
>      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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1584874.3FXdLuYUQI>