From: Jon Smirl <jonsmirl@gmail.com>
To: fbdev <linux-fbdev-devel@lists.sourceforge.net>,
"Antonino A. Daplas" <adaplas@hotpop.com>
Subject: Mapping the framebuffer into kernel space
Date: Thu, 28 Apr 2005 23:55:28 -0400 [thread overview]
Message-ID: <9e473391050428205517f3c8c0@mail.gmail.com> (raw)
I looked at a few fbdev drivers and they are mapping the framebuffer
into kernel space.
Example from radeonfb:
rinfo->mapped_vram = min_t(unsigned long, MAX_MAPPED_VRAM, rinfo->video_ram);
do {
rinfo->fb_base = ioremap (rinfo->fb_base_phys,
rinfo->mapped_vram);
Isn't the only consumer of this kernel mapping fbconsole? If so
shouldn't fbconsole be doing the mapping instead of doing it in the
drivers? Doing it in fbconsole would let us map exactly the amount of
VRAM needed for the console. Right now the driver has to guess the
maximum consumption. This would minimize the amount of kernel address
space consumed by fbdev. It could also remove a bunch of redundant
code.
Then in my case where I'm running radeonfb but not fbconsole there
would be no kernel address space consumed at all.
Minimizing kernel address space consumption is important for x86
systems with more than 1GB of memory. Address space going to fbdev
pushes system pages from low into high memory and slows them down.
--
Jon Smirl
jonsmirl@gmail.com
-------------------------------------------------------
SF.Net email is sponsored by: Tell us your software development plans!
Take this survey and enter to win a one-year sub to SourceForge.net
Plus IDC's 2005 look-ahead and a copy of this survey
Click here to start! http://www.idcswdc.com/cgi-bin/survey?id\x105hix
next reply other threads:[~2005-04-29 3:55 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-29 3:55 Jon Smirl [this message]
2005-05-02 17:43 ` Mapping the framebuffer into kernel space James Simmons
[not found] ` <9e473391050504104529f1f080@mail.gmail.com>
2005-05-04 18:08 ` James Simmons
[not found] ` <9e47339105050416415f4dfb1f@mail.gmail.com>
2005-05-05 16:43 ` James Simmons
[not found] ` <9e47339105050511522f6eff30@mail.gmail.com>
2005-05-05 18:59 ` James Simmons
[not found] ` <9e473391050505122635f1cf@mail.gmail.com>
2005-05-05 20:43 ` James Simmons
[not found] ` <9e4733910505051402789440db@mail.gmail.com>
2005-05-05 23:47 ` James Simmons
[not found] ` <9e473391050505170161b0a38d@mail.gmail.com>
[not found] ` <9e47339105050517083fadaee0@mail.gmail.com>
2005-05-06 19:08 ` James Simmons
[not found] ` <9e47339105050615097bdfcdcb@mail.gmail.com>
2005-05-11 22:46 ` James Simmons
2005-05-12 9:14 ` Geert Uytterhoeven
2005-05-12 15:50 ` James Simmons
2005-05-12 17:38 ` Jon Smirl
2005-05-12 19:59 ` Geert Uytterhoeven
2005-05-12 20:12 ` Jon Smirl
2005-05-13 20:35 ` James Simmons
2005-05-13 20:56 ` Jon Smirl
2005-05-06 9:30 ` Geert Uytterhoeven
2005-05-06 19:07 ` James Simmons
2005-05-07 3:08 ` Antonino A. Daplas
[not found] ` <9e47339105050620312618d2b7@mail.gmail.com>
2005-05-12 0:38 ` James Simmons
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=9e473391050428205517f3c8c0@mail.gmail.com \
--to=jonsmirl@gmail.com \
--cc=adaplas@hotpop.com \
--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.