Thread (4 messages) 4 messages, 3 authors, 2007-03-01

Re: matroxfb returning incorrect fix.smem_len?

From: Ian Romanick <hidden>
Date: 2007-03-01 16:52:01

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Geert Uytterhoeven wrote:
On Wed, 28 Feb 2007, Ian Romanick wrote:
quoted
While doing some work on the pci-rework branch of X.org, I noticed
something strange.  matroxfb correctly detects that my card has 16MiB,
but fix.smem_len is only 8MiB.

I looked around the matroxfb code and some of the other driver's code,
and I believe that matroxfb is incorrectly setting fix.smem_len.
Matroxfb sets fix.smem_len to (total_memory_size -
memory_used_by_current_mode).  Other drivers, such as nvidiafb do not do
this.
Did matroxfb detect a dual-head capable card?
I did some more digging on this yesterday.  It seems that ydstorg.bytes
is always zero, so what I originally thought was the problem is not the
problem.

Looking at the logs, it looks like it is detecting my card as dual-head,
but it's not.  The weird thing is that I added a printk in
matroxfb_update_fix to show what smem_len is begin set to.  Before I
start X, it prints 16MiB twice.  As soon as X starts, it prints 8MiB and
returns that value to the X server.

I'm not quite sure what to make of that.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFF5wOlX1gOwKyEAw8RAv7bAJ9Jmxr+zWINCNCEP9s9HKgpr7/bGACcCg1j
PvYS3AtO0J7ssotSB/xgjO0=
=MXBE
-----END PGP SIGNATURE-----

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help