It is currently Sat, 24 Oct 2020 12:28:04 GMT

Author Message
 matroxfb update to new API
  I just created stripped down version of matroxfb - it is available
as diff for 2.5.70 at

  I'll still update my own version of fbdev layer and matroxfb, as
this stripped down driver is quite unusable for me.
                                                Petr Vandrovec

----- Forwarded message from Petr Vandrovec <> -----

Date: Tue, 27 May 2003 19:46:31 +0200
From: Petr Vandrovec <>
Subject: [PATCH] matroxfb update to new API

Hi Linus,
  as it appears that current fbdev layer is not going to disappear,
there is update of matroxfb. I'm sorry that it is quite large, but
due to completely changed underlying API there is no reasonable way
how to split it into smaller pieces.

(Mis) Features:
Removed support for text mode. No way for it with current API.
Removed support for hardware cursor. Generic cursor code has enough
        troubles as is, in software mode.
No reasonable fbset support... It is especially annoying on multihead
        system, as 'stty cols XXX rows YYY' does not change pixclock...
Removed fastfont support. No way for it with current API.

(Mis) Features inherited from generic fbdev API:
Cursor on other framebuffers than primary one does not blink.
Contents of visible, but not foreground, display is not updated.

                                                        Petr Vandrovec
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at   http://www.**-**.com/
Please read the FAQ at   http://www.**-**.com/

 Sat, 12 Nov 2005 19:00:14 GMT   
 matroxfb update to new API

The issue is putc[s]. Th eothers could be done pretty easy. The question
is do we want to use fbcon for text modes. Fbcon is so big and heavy for
text mode. The /dev/fb interface in this case also doesn't make sense.

I have patches that explain the new cursor api. Right now I'm recovering
from being sick so I haven't worked on fixes.

Look at fbmon.c. There are functions that can generate reasonable values.
Personally I like to see tha ability to set the pixclock via sysfs.
The truth is that I never had go luck with that functionality. Many
drivers would freak out when I switched modes.

Its there but I haven't implemented it yet, struct pixmap. In this case
struct pixmap would be a static map not a dynamic map as it is currently.
We can fix that one together.  

Each framebuffer will need a indepenednt timer.

Ah the broken console system. Blanking is the same way. When the console
system blank all VTs blank. I will be working on my VGA/MDA system and
then all the sudden both console go blank. This will take some magic to do
without touching the core console code.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 Sat, 12 Nov 2005 23:30:16 GMT   
   [ 2 post ] 

Similar Threads

1. updates for the new IRQ API

2. update md driver to new module API

3. update chipsfb.c to new API

4. PATCH: 2.5.28 (resend #1) Update tlan driver to new pci api

5. Where are the matroxfb updates?

6. Fwd: [BKPATCH] matroxfb is broken by recent fbdev updates

7. Updates to matroxfb: do you want DFP or TVOut on G450/G

8. MCA sysfs part V - update smc-mca driver (and updates to API)

9. Updating DNS via new BIND RR Updates

10. M68k IRQ API updates [7/20]

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group.
Designed by ST Software