It's rather annoying that in a feature-freeze period a change goes in
that cripples the one framebuffer with the best speed and features -
the matrox framebuffer. The author mentioned it could be weeks or months
before he would be able to get his matrox framebuffer working with the
new framework, since its simple API doesn't fit the possibilities of the
matrox framebuffer. Read more about it on the fbdev-users or
fbdev-developers mailinglist on sourceforge.
He advised people to stay at 2.5.50, or copy some files from
drivers/video etc. from 2.5.50 into 2.5.53.
That's what I did, some small changes were also necessary.
This patch has _no_ support. Don't tell me devfs stopped working, don't
tell me multiple-head output doesn't work, don't ask me to update it to
a newer kernel-version.
All I know is:
- it works here, on a smp X86 system with a G400 & preempt on.
- switching to XFree and back works.
- switching consoles works.
That's enough for me.
The patch is at
http://www.xs4all.nl/~thunder7/matroxfb_2553.diff.bz2
Good luck,
Jurriaan
-- When asked by an anthropologist what the Indians called America before the white men came, an Indian said simply "Ours." Vine Deloria, Jr. GNU/Linux 2.5.50 SMP/ReiserFS 2x2752 bogomips load av: 1.85 2.21 1.38 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/