All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sylvain Meyer <sylvain.meyer@worldonline.fr>
To: linux-fbdev-devel@lists.sourceforge.net
Subject: Re: Re: [patch 1/1] intelfb-voffset
Date: Sat, 28 May 2005 11:02:50 +0200	[thread overview]
Message-ID: <429833BA.6010104@worldonline.fr> (raw)
In-Reply-To: 20050527155051.5e0fe177.akpm@osdl.org

Andrew Morton a écrit:

>sylvain.meyer@worldonline.fr wrote:
>  
>
>>- Add voffset option to avoid conficts with Xorg i810 driver
>>    
>>
>
>Please provide more info.
>
>- How does it "avoid conflicts"?
>
    It avoids conflicts in using memory allocations for framebuffer, hw 
cursor and ring buffer which cannot be corrupted by the X driver. The 
problem seems to be the exclusive use of BIOS calls in the X driver 
instead of direct access to the hardware as in the intelfb driver. I 
don't know what the BIOS do but i can see the corruption. In the X 
driver, the BIOS is called to increase the stolen memory (part of the 
aperture memory already allocated by the BIOS) if it is too small. I 
think it's part of the problem.

>
>- How is the user to know that he needs to provide this module parameter?
>
    The default parameter should be ok with default configuration of the 
X driver. If VideoRam parameter is increased in xorg.conf, maybe a 
different voffset should be passed to the linux kernel (now VideoRam 
defaults to 32MB, voffset to 48 MB).
    Anyway, if i have spare time this week-end, i'll come with a small 
doc. Just to to know, i borrowed this idea to the i810 driver, so the 
parameter is already in use today.

>
>- Is it not possible to prevent these "conflicts" without the use of a
>  module parameter?
>
    If i had the datasheet of the chips, maybe but now without lobbying 
Intel and working blind, my answer is no. Sorry.

>IOW: it's really a cop-out to require that the user know about some obscure
>module parameter to be able to amke their system work correctly.  We
>really, really want these things to "just work".
>  
>
    Yes, I share your concern but now I don't know how to do it.

Sylvain






-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005

      reply	other threads:[~2005-05-28  9:04 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-27 22:09 [patch 1/1] intelfb-voffset sylvain.meyer
2005-05-27 22:50 ` Andrew Morton
2005-05-28  9:02   ` Sylvain Meyer [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=429833BA.6010104@worldonline.fr \
    --to=sylvain.meyer@worldonline.fr \
    --cc=linux-fbdev-devel@lists.sourceforge.net \
    /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.