1: ## Personal crap you always wanted to know but never dared to ask
2: yeah, right
4: ## Stuff I'm to blame for
5: * rewrote the interrupt handling code in [[macppc]], made it machine independent enough to work on other PowerPC platforms as well
6: * rewrote the ADB subsystem used on [[macppc]] and probably [[mac68k]] - no more phantom events, keyboard LEDs work now, mouse button emulation, support for [[cuda]]'s i2c bus, all in all it's much smaller and simpler than the old code
7: * wrote a bunch of graphical console drivers ( see below )
8: * wrote a bunch of Xorg/XFree86 drivers
9: * added generic support for virtual consoles, scrollback buffers etc. to wscons
10: * [[wscons]]-ified [[sparc64]]
11: * added provision to allow console drivers to be machine independent
12: * made [[Xorg]] work on [[macppc]], [[shark]], [[sgimips]], [[sparc]] and [[sparc64]]
13: * craploads of bugfixes and other minor improvements
15: ### Drivers I wrote:
16: * [[cuda]] - the microcontroller found on older PCI PowerMacs, provides ADB, realtime clock, nvram, power control and in some cases an i2c bus
17: * [[pmu]] - the microcontroller found in PowerBooks, iBooks and newer pre-G5 PowerMacs, provides realtime clock, nvram, power control and sometimes ADB, battery, environmental sensors or volume and brightness control
18: * [[nadb]] - ADB device discovery, attached to [[cuda]] or [[pmu]]
19: * [[adbkbd]] - driver for ADB keyboards, includes emulation for mouse buttons 2 and 3
20: * [[adbms]] - driver for ADB mice and trackpads. Supports tapping on trackpads.
21: * [[adbbt]] - driver for volume, brightness etc. control keys found on some PowerBooks and all(?) iBooks
22: * [[sgsmix]] - additional mixer chip found in beige G3 Macs, supports additional bass and treble control, requires [[cuda]] since it's controlled via i2c which the old ADB subsystem does not support
23: * [[dbri]] - a driver for the ISDN / audio chip found in the SPARCstation 20 and SPARCbook 3GX, it's audio only, there is no support for the ISDN part
24: * [[panel]] - driver for the buttons on the SGI Indy's front panel
25: * [[agten]] - accelerated console driver for Fujitsu [[AG-10e]] SBus graphics boards
26: * [[chipsfb]] - accelerated console driver for Chips & Technologies 65550 graphics controllers
27: * [[genfb]] - a generic framebuffer console driver. Depends on machine-dependent code to pass setup information as device properties
28: * [[gfb]] - dumb framebuffer console driver for Sun [[XVR-1000]] graphics boards
29: * [[pm2fb]] - accelerated console driver for Permedia 2 graphics controllers
30: * [[r128fb]] - accelerated console driver for ATI Rage 128 graphics controllers
31: * [[voodoofb]] - accelerated console driver for 3Dfx Voodoo 3 graphics controllers
32: * [[voyagerfb]] - accelerated console driver for Gdium Liberty MIPS-based laptops
33: * [[xf86-video-ag10e]] - accelerated Xorg driver for Fujitsu [[AG-10e]] graphics boards
34: * [[xf86-video-crime]] - accelerated Xorg driver for the SGI O2's onboard rendering engine
35: * [[xf86-video-igs]] - accelerated Xorg driver for IGS CyberPro 2010 and similar chips, tested on [[shark]] only but supporting at least [[netwinder]] should be trivial
36: * [[xf86-video-pnozz]] - accelerated Xorg driver for the SBus Weitek P9100 found in SPARCbook 3GX laptops
38: ### Drivers I substantially improved
39: * [[igsfb]] - added mode setting support
40: * [[machfb]] - added hardware acceleration
41: * [[pnozz]] - added hardware acceleration and cursor sprite support
42: * [[crmfb]] - added hardware acceleration and cursor sprite support
43: * [[tcx]] - added hardware acceleration
44: * [[tslot]] - adapted from OpenBSD, support for the PCMCIA slots in the SPARCbook 3GX
45: * [[xf86-video-suncg6]] - added hardware acceleration
46: * [[xf86-video-suntcx]] - added hardware acceleration
48: ## TODO:
49: * figure out why anti-aliased font rendering with [[XAA]] in [[Xorg]] 1.6 is ridiculously slow compared to 1.4<br>
50: Actually there is some progress. The miGlyphs() function uses a scratch pixmap to render characters into which it then renders into the target pixmap. Since off-screen pixmaps in XAA are currently broken and the Xorg people refuse to fix it the scratch pixmap will be in RAM with all XAA drivers resulting in software rendering ( not that XAA knows how to accelerate vram-to-vram composite ops anyway ). I got around that by implementing a private Glyphs() method for the [[crime]] driver which gives a nice speedup but still gets us nowhere near the performance we had with Xorg 1.4. A private Glyphs() implementation for XAA which avoids the scratch pixmap resulted in a small but measurable speedup with the [[sunffb]] driver.
51: * unbork [[wscons]] on [[sparc]] in the 5.0 branch
52: * write a [[wsdisplay]] driver for the Permedia2 graphics controller used on Sun's [[PGX32]] graphics board<br>
53: I have the docs and the hardware, only need some spare time<br>
54: Done, the [[pm2fb]] driver supports it.
55: * add acceleration to Xorg's [[sunleo]] driver<br>
56: I have some docs and hardware but the docs are incomplete - the way WIDs are encoded is missing and I can't find one that by default gives us a 24bit RGB or BGR display.
57: * make [[radeonfb]] work right on [[i386]]<br>
58: It works but for some reason X is crashing. This works fine on [[sparc64]] and [[macppc]], it also works with [[i386]] and [[vga]], no idea what's wrong here.
59: * implement mode setting for [[voodoofb]], [[voyagerfb]], [[r128fb]], [[chipsfb]] etc.
60: * figure out how to do composite ops on [Fujitsu](http://www.fujitsu.com)'s [[AG-10e]] graphics board
61: * write an Xorg driver for [IGS](http://www.tvia.com) [[CyberPro]] graphics chips used in [[shark]], [[netwinder]] and other machines<br>
62: I have the docs, but we will want to use kernel mode setting so maybe I should wait for the relevant GSoC project to get committed.<br>
63: Done, [[igsfb]] now understands Sun-like mode specifiers in output-device and [[xf86-video-igs]] has been added.
64: * figure out how to use the [[SX]] rendering engine on Sun [[SparcStation 20]] mainboards<br>
65: I have a disassembler dump of Sun's own DDX, it shouldn't be all that difficult to do basic blitter operations. The [[SX]] itself could probably accelerate composite ops as well but there's no chance to do that without actual documentation.
CVSweb for NetBSD wikisrc <wikimaster@NetBSD.org> software: FreeBSD-CVSweb