On Thu, Feb 20, 2003 at 03:02:01PM +0000, Dave Jones wrote:> On Thu, Feb 20, 2003 at 01:09:33AM +0000, James Simmons wrote:> > New updates to the fbdev layer. You can grab the diff from > > http://phoenix.infradead.org/~jsimmons/fbdev.diff.gz> > James,> Whats the current status with matroxfb ? Its been broken> for months now, and hasn't seen any progress wrt getting it> back on its feet.> > I understand Petr had some concerns with the new API, but> *something* needs to be done to get this back up and running.> > I'd understand if this was a neglected hardly-used-by-anyone> driver, but there's an awful lot of matrox cards out there.> > This was first reported broken way back in 2.5.53, but I believe> was broken even longer before that.

I was for five weeks in U.S., so I did not do anything withmatroxfb during that time. I plan to use fillrect and copyrectfrom generic code (although it means unnecessary multiply ongeneric side, and division in matroxfb, but well, if we gaveup on reasonable speed for fbdev long ago...). But I simplywant loadfont and putcs hooks for character painting. And if fbdev maintainer does not want to give me them, well, then matroxfb and fbdev are not compatible.

I refuse to remove features from matroxfb driver, and textmodesupport is one of current features (needed and required to beable to run VMware on fullscreen - and as main part of myjob happens in VMware...). So there is couple of choices:(1) new maintainer, or(2) remove matroxfb from kernel, or(3) persuade me that I want to write matroxcon and forget about fbcon at all, or(4) something else I do not know about.

Besides that with that strange additional copy in accel_putcsI get much slower output than with 2.4.x... and although Iunderstand that for 2.6.x we'll all have faster computers thanwe had for 2.4.x, I still think that speed should be primaryconcern, and code extensibility and readability secondary.But well, I told it dozens of time, so why I bother. I donot want to end up as Larry. Petr Vandrovec vandrove@vc.cvut.cz