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
prev parent 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.