From: "Petr Vandrovec" <VANDROVE@vc.cvut.cz>
To: Ed Sweetman <ed.sweetman@wmich.edu>
Cc: linux-kernel@vger.kernel.org
Subject: Re: mem issues with G450 and matroxfb
Date: Thu, 28 Aug 2003 23:02:24 +0200 [thread overview]
Message-ID: <B744FD65069@vcnet.vc.cvut.cz> (raw)
On 28 Aug 03 at 14:55, Ed Sweetman wrote:
>
> I'm aware that the accel features of matroxfb (ala 2.5/2.6) can only
> take advantage of the lower 16MB of a 32MB G450 card. My question
> revolves around the fact that fbset -i tells me my card has 16MB even
> though dmesg reports the driver detecting 32MB like it should.
It reports 16MB because 16MB is only memory you can use with matroxfb.
Any mode set which would consume more than 16MB of memory would fail, and
for preventing this from happenning matroxfb reports only 16MB. Actually
it can report even less - memory used by mouse cursor and by secondary
head is not reported as available on primary head too.
If you have nothing to do, you can send me patch which will overcome
this 16MB limitation by using SRCORG and DSTORG registers. Only problem is
that transfers > 16MB have to be split into couple of separate steps.
And if you are going to use SRCORG/DSTORG registers, you MUST fix mga
driver in XFree to not access accelerator when they are not on foreground.
Otherwise you may end up with accelerator painting into the main memory,
causing spectacular crashes.
> Now on top of this. X seems to not be using the mtrr's that the matroxfb
> driver setup.
> mtrr: no MTRR for e4000000,1000000 found
> is what X reports according to dmesg. and xfree86.log shows this as
> what is being requested.
>
> This is what is in my /proc/mtrr file for the video card.
> reg02: base=0xe4000000 (3648MB), size= 32MB: write-combining, count=3
> reg05: base=0xe0000000 (3584MB), size= 64MB: write-combining, count=1
>
> One appears to be the video card's memory, the other agp's access to
> system memory.
>
> Perhaps this is due to the 16MB visible thing? Is fbset just reporting
> wrong? How can i tell if i'm really only accessing 16MB of my card's
> memory or if i actually am utilizing all of it?
Bug XFree people. They are trying to find 16MB mtrr range, and they miss
that there is already single 32MB one which covers both primary and
secondary heads. It is even worse: if they find such range, they remove
it on exit (XF4.2.1).
Petr
next reply other threads:[~2003-08-28 21:02 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-28 21:02 Petr Vandrovec [this message]
2003-08-28 21:29 ` mem issues with G450 and matroxfb Ed Sweetman
-- strict thread matches above, loose matches on Subject: below --
2003-08-29 10:40 Petr Vandrovec
2003-08-28 18:55 Ed Sweetman
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=B744FD65069@vcnet.vc.cvut.cz \
--to=vandrove@vc.cvut.cz \
--cc=ed.sweetman@wmich.edu \
--cc=linux-kernel@vger.kernel.org \
/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