Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 12 Sep 2014 19:57:12 -0700
From:      Kevin Oberman <rkoberman@gmail.com>
To:        Marcin Cieslak <saper@saper.info>
Cc:        FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: panic: resource_list_alloc: resource entry is busy
Message-ID:  <CAN6yY1ua=PWNg=Ncx1K=%2BaeXANa518UaSubOd=2=ecaCqVou7A@mail.gmail.com>
In-Reply-To: <alpine.BSF.2.11.1409122045070.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> <1584874.3FXdLuYUQI@ralph.baldwin.cx> <alpine.BSF.2.11.1409122045070.62150@m.saper.info>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Sep 12, 2014 at 1:57 PM, Marcin Cieslak <saper@saper.info> wrote:

>
>
> On Fri, 12 Sep 2014, John Baldwin wrote:
>
>       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)
>>
>
> Please note I originally loaded "i915.ko", not "i915kms.ko"
>
>
> Unfortunately, "kldunload i915kms" makes my screen blank
> and probably crashes the system (disk activity stops after
> a short while and there is no response to the keyboard input).
>
> //Marcin
>
>
That explains most of it. You need i915kms. It is conflicting with i915
which already has  the IRQ allocated.

The black screen is expected. Once KMS starts talking to the graphics
system, syscons can no longer talk to the display, so you get a black
screen. To have a working display, you must enable vt(4). Add "kern.vty=vt"
to /boot/loader.conf to enable vt(4) which will keep the display alive.
--
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkoberman@gmail.com



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAN6yY1ua=PWNg=Ncx1K=%2BaeXANa518UaSubOd=2=ecaCqVou7A>