From: Walt H <waltabbyh@comcast.net>
To: thunder7@xs4all.nl
Cc: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: vesafb problem
Date: Thu, 27 Mar 2003 14:27:41 -0800 [thread overview]
Message-ID: <3E837ADD.9080209@comcast.net> (raw)
In-Reply-To: <20030327190222.GA4060@middle.of.nowhere>
> One not very good way for you to proceed would be to change the
> definition of VMALLOC_RESERVE from (128 << 20) to something like (256
> << 20), which should leave the driver room to ioremap the framebuffer.
> This is a little ugly. However, I don't see why a framebuffer driver
> would need to ioremap _all_ of a video card's memory -- so a better
> solution would be to fix the driver to only ioremap what it needs to.
>
> Best,
> Roland
> ======================================================
>
> To see if this is it, booting with mem=512M would be a good test.
>
> Kind regards,
> Jurriaan
Well, I've answered my own question regarding highmem. Reserving 256MB
ram causes high-mem mapped IO to fail. I can have penguins, but no
filesystems or no penguins and a useable system. I'm guessing that I
could probably turn off HIGHMEM and HIGHMEM-IO and might be able to get
penguins back, but at the cost of reduced system performance. I'm not a
kernel hacker, but I might just see how bad I can break vesafb to remap
only the necessary memory for the requested video mode. Perhaps that
would fix the whole thing?
-Walt
next prev parent reply other threads:[~2003-03-27 22:16 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-27 16:41 vesafb problem Walt H
2003-03-27 19:02 ` Jurriaan
2003-03-27 19:34 ` Walt H
2003-03-27 21:39 ` Bongani Hlope
2003-03-27 22:30 ` Walt H
2003-03-28 3:55 ` Bongani Hlope
2003-03-27 22:27 ` Walt H [this message]
2003-03-27 23:11 ` Walt H
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
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=3E837ADD.9080209@comcast.net \
--to=waltabbyh@comcast.net \
--cc=linux-kernel@vger.kernel.org \
--cc=thunder7@xs4all.nl \
/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.