Re: vesa fb is slow on 2.6.15.1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 1/28/06, Antonino A. Daplas <[email protected]> wrote:
> Hai Zaar wrote:
> >> Looks harmless to me.
> >>
> >> Can you check /proc/iomem just to verify if that particular address has
> >> been reserved by the OS.
> > Relevant iomem entries are:
> > f0000000-f7ffffff : PCI Bus #40
> >   f0000000-f7ffffff : 0000:40:00.0
> >     f0000000-f7ffffff : vesafb
> > f8000000-f9ffffff : PCI Bus #40
> >   f8000000-f8ffffff : 0000:40:00.0
> >   f9000000-f9ffffff : 0000:40:00.0
> > After I load nvidia.ko, it changes to:
> > f0000000-f7ffffff : PCI Bus #40
> >   f0000000-f7ffffff : 0000:40:00.0
> >     f0000000-f7ffffff : vesafb
> > f8000000-f9ffffff : PCI Bus #40
> >   f8000000-f8ffffff : 0000:40:00.0
>     ^^^^^^^^
> Yes, this address range (16M) is already allocated to resource #0
> of the nvidia card.  So trying to allocate resource #6 on the same
> address looks bogus to me.

Ok. What now?
I've rebooted without 'vga' and 'video' parameters at all - the error stays.

BTW: How do you know that its allocated to resource #0 - are resource
numbers written somewhere in /proc/iomem and I've missed it?


> Tony
>


--
Zaar
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux