All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Antonino A. Daplas" <adaplas@gmail.com>
To: Hai Zaar <haizaar@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: vesa fb is slow on 2.6.15.1
Date: Sat, 28 Jan 2006 09:02:41 +0800	[thread overview]
Message-ID: <43DAC2B1.7060708@gmail.com> (raw)
In-Reply-To: <cfb54190601271654i8a001b7y5c37b27e2e7fa0ed@mail.gmail.com>

Hai Zaar wrote:
> On 1/28/06, Antonino A. Daplas <adaplas@gmail.com> 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?

Well, it looks to me like a harmless message and I'll just ignore it, I think,
as long as the affected pci device works properly.

> 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?

This was part of your lspci:

	Region 0: Memory at f8000000 (32-bit, non-prefetchable) [size=16M]
	Region 1: Memory at f0000000 (64-bit, prefetchable) [size=128M]
	Region 3: Memory at f9000000 (64-bit, non-prefetchable) [size=16M]

See region 0.


Tony

      reply	other threads:[~2006-01-28  1:02 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-26 14:20 vesa fb is slow on 2.6.15.1 Hai Zaar
2006-01-26 14:51 ` Antonino A. Daplas
2006-01-26 16:06   ` Hai Zaar
2006-01-26 16:40     ` Alistair John Strachan
2006-01-26 22:04     ` Antonino A. Daplas
2006-01-27  0:10       ` Hai Zaar
2006-01-27  0:19         ` Hai Zaar
2006-01-27  6:02         ` Antonino A. Daplas
2006-01-27 16:32           ` Hai Zaar
2006-01-27 17:21             ` Antonino A. Daplas
2006-01-28  0:31               ` Hai Zaar
     [not found]               ` <cfb54190601271628j774df3d0xce0ab24c8abca845@mail.gmail.com>
     [not found]                 ` <43DABCF6.4000904@gmail.com>
2006-01-28  0:54                   ` Hai Zaar
2006-01-28  1:02                     ` Antonino A. Daplas [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43DAC2B1.7060708@gmail.com \
    --to=adaplas@gmail.com \
    --cc=haizaar@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.