From: Sven L. <lu...@dp...> - 2001-06-19 11:30:20
|
On Tue, Jun 19, 2001 at 01:25:08PM +0200, Romain Dolbeau wrote: > Sven LUTHER wrote: > > > Mmm, romain, now that i think of it, you could maybe try setting the > > FBHardwareWriteMask to only affect the lower 16 bit, this would be 0x0f0f0f0f > > i think. Could you try this ? > > That would indeed invert color #0 to color #15, but is it supposed to be > the behavior of _revc ? isn't the inverted #0 another, different color > not necessarily defined in the first 16 colors ? Don't know, that's why i asked on linux-fbdev, we have to wait for an answer there before doing anything about it. But from what i see, there are only so much solutions to this : 1) use RGB 332 instead of CI8 :((( 2) use the above mentioned fix, and have color #0 inverted to color #15 3) put some inverted colors somewhere else. 4) use hardware cursor 5) don't use accels to do the cursor blinking in depth 8. mmm, this solved nothing. But the writemask solution is a ncie 2 register writes fix, if it works (you have to restore the previous write_mask when you are done, i think, unless you always stay in 16 colors only). What does other card do ? What did pm2fb do ? Friendly, Sven Luther |