Re: very buggy 3DFx framebuffer support!!! :(
Paolo Ornati (javaman@katamail.com)
Sun, 9 Mar 2003 12:22:47 +0100
On Sunday 09 March 2003 06:54, Jurriaan wrote:
> From: Michal Semler <cijoml@volny.cz>
> Date: Sat, Mar 08, 2003 at 11:23:18PM +0100
>
> > Hello,
> >
> > I found out very buggy 3DFx framebuffer support :(
> >
> > when I select nothing when console bootings, I got white background under
> > Tux, rolling up with black background of text. Then everything under Tux
> > has black background and white text, but there, where is tux icon
> > everything on the right side of the icon has still white background
> >
> > when I select in lilo
> > append="video=tdfx:1024x768-24@75"
> >
> > my console gets screws up and I can't see anything under it. X windows
> > but works.
> >
> > When I boot computer without append and then call it with fbset -a
> > 1024x768-75 things are the same ;( and I still can select Xwindows with
> > alt+f7
> >
> > Please can anybody fix this?
> >
> > Linux 2.4.20 vanilla, gcc 3.0.4, Debian woody 3.0r1, 3DFx card, P3 733
> > Coppermine
>
> What 3dfx card? Output in log-files? Dmesg-output? output of 'dmesg' ?
>
> Jurriaan
I have the same problem when I use the "tdfxfb" driver, my configuration is:
Linux 2.4.20, gcc 2.95.4, Debian woody 3.0, AMD Duron 750 and...
3dfx Voodoo Banshee (16 Mb)
$ dmesg | grep "tdfx"
tdfxfb: reserving 1024 bytes for the hwcursor at c97ff000
[drm] Initialized tdfx 1.0.0 20010216 on minor 0
$ dmesg | grep "fb"
fb: Banshee memory = 16384K
fb: MTRR's turned on
tdfxfb: reserving 1024 bytes for the hwcursor at c97ff000
fb0: 3Dfx Banshee frame buffer device
vga16fb: initializing
vga16fb: mapped to 0xc00a0000
fb1: VGA16 VGA frame buffer device
I don't see any error...
Paolo
-
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/