Lines Matching +full:video +full:- +full:mem

10 video boards. It's highly experimental code, but is guaranteed to work
33 You can apply the patches found in `sstfb/kernel/*-2.{2|4}.x.patch`,
34 and copy sstfb.c to linux/drivers/video/, or apply a single patch,
35 `sstfb/patch-2.{2|4}.x-sstfb-yymmdd` to your linux source tree.
51 	  plug the monitor to the "normal" video board in order to issue
58 ----------------
64 	  white rectangle. why? the function's name is self-explanatory:
80 --------------
91 ----------------------
96 in kernel :  video=sstfb:option1,option2:value2,option3 ...
109 mem=x		mem:x		Force frame buffer memory in MiB
129 					- 50Mhz for Voodoo 1,
130 					- 75MHz for Voodoo 2.
146 - `con2fb`, maps a tty to a fbramebuffer::
150 - `sst_dbg_vgapass`, changes vga passthrou. You have to recompile the
156 - `glide_reset`, resets the voodoo using glide
163 - DO NOT use glide while the sstfb module is in, you'll most likely
165 - If you see some artefacts (pixels not cleaning and stuff like that),
167 - the driver don't detect the 4Mb frame buffer voodoos, it seems that
169 - The driver is 16 bpp only, 24/32 won't work.
170 - The driver is not your_favorite_toy-safe. this includes SMP...
172 	[Actually from inspection it seems to be safe - Alan]
174 - When using XFree86 FBdev (X over fbdev) you may see strange color
176   byte -> basically the blue component and some of the green). I'm unable
177   to reproduce this with XFree86-3.3, but one of the testers has this
178   problem with XFree86-4. Apparently recent Xfree86-4.x solve this
180 - I didn't really test changing the palette, so you may find some weird
182 - Sometimes the driver will not recognise the DAC, and the
186 - The 24/32 is not likely to work anytime soon, knowing that the
192 - Get rid of the previous paragraph.
193 - Buy more coffee.
194 - test/port to other arch.
195 - try to add panning using tweaks with front and back buffer.
196 - try to implement accel on voodoo2, this board can actually do a