From: Walt H <waltabbyh@comcast.net>
To: Antonino Daplas <adaplas@pol.net>
Cc: Linux Fbdev development list <linux-fbdev-devel@lists.sourceforge.net>
Subject: Re: vesafb problem with 1GB Ram and possible fix
Date: Sat, 29 Mar 2003 12:24:49 -0800 [thread overview]
Message-ID: <3E860111.1040207@comcast.net> (raw)
In-Reply-To: <1048910026.1000.17.camel@localhost.localdomain>
Antonino Daplas wrote:
> I've submitted a similar patch to address problems such as the one
> you're encountering. It just adds an extra boot option to specify
> amount of memory to remap. Some applications will need more graphics
> memory than the minimum required to display a particular mode (such as
> for buffer flipping, offscreen caching, etc). Attached is the message I
> sent to the list a few days ago.
>
> Tony
>
<Patch snipped>
One question I've been wondering about with either one of these
approaches has to do with mode changes. I might be mistaken, but if I
remember correctly, video mode changes aren't supported for vesa
framebuffers. Would you ever need to allocate additional memory other
than that allocated at startup? I'm thinking that in the small tweak
that I did, you can perhaps not allocate enough memory for some
unforseen future event, although I can't think of any off hand. Then
again, I'm not a kernel programmer, I could be way off base here.
-Walt
-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
next prev parent reply other threads:[~2003-03-29 20:24 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <3E8329D2.7040909@comcast.net>
[not found] ` <20030327190222.GA4060@middle.of.nowhere>
[not found] ` <3E837ADD.9080209@comcast.net>
2003-03-28 20:59 ` vesafb problem with 1GB Ram and possible fix Walt H
2003-03-29 10:41 ` Antonino Daplas
2003-03-29 20:24 ` Walt H [this message]
2003-03-29 21:39 ` Antonino Daplas
2003-03-30 23:16 ` Walt H
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=3E860111.1040207@comcast.net \
--to=waltabbyh@comcast.net \
--cc=adaplas@pol.net \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).