controlfb update
Jason Y. Sproul
jsproul at mail.wesleyan.edu
Wed May 26 06:50:52 EST 1999
I've got controlfb detecting dual-bank VRAM properly now, which is a
superset of Ben's earlier patch.
Anyone know why a system with only bank 2 VRAM would have it at 0x600000
off the framebuffer base, whereas a dual-bank system has bank 1 at 0x0 off
and bank 2 at 0x200000 off, respectively? Seems peculiar.
Now that the dual-bank stuff is in, my boot logo and colours in X are
rather munged - it looks like the cmap is trashed. Both of these are fine
if I just assume bank 2 is there, but not if I probe for it. I'm going to
try to fix that, but I'm not sure what's going on. Any ideas? Might it be
that I changed the colour mode returned to the fb subsystem when using
CMODE_32 from DIRECTCOLOR to TRUECOLOR?
........................................................................
Jason Y. Sproul http://www.con.wesleyan.edu/~jsproul/
jsproul at wesleyan.edu jsproul at iced.com http://www.iced.com/
Eagles may soar, but weasels don't get sucked into jet engines.
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting. ]]
More information about the Linuxppc-dev
mailing list