## Stuff I'm to blame for * rewrote the interrupt handling code in [[macppc]], made it machine independent enough to work on other PowerPC platforms as well * 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 * wrote a bunch of graphical console drivers ( see below ) * wrote a bunch of Xorg/XFree86 drivers * added generic support for virtual consoles, scrollback buffers etc. to wscons * [[wscons]]-ified [[sparc64]] * added provision to allow console drivers to be machine independent * made [[Xorg]] work on [[macppc]], [[shark]], [[sgimips]], [[sparc]] and [[sparc64]] * craploads of bugfixes and other minor improvements ### Drivers I wrote: * [[cuda]] - the microcontroller found on older PCI PowerMacs, provides ADB, realtime clock, nvram, power control and in some cases an i2c bus * [[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 * [[nadb]] - ADB device discovery, attached to [[cuda]] or [[pmu]] * [[adbkbd]] - driver for ADB keyboards, includes emulation for mouse buttons 2 and 3 * [[adbms]] - driver for ADB mice and trackpads. Supports tapping on trackpads. * [[adbbt]] - driver for volume, brightness etc. control keys found on some PowerBooks and all(?) iBooks * [[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 * [[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 * [[panel]] - driver for the buttons on the SGI Indy's front panel * [[agten]] - accelerated console driver for Fujitsu [[AG-10e]] SBus graphics boards * [[cgtwelve]] - a console driver for Sun CG12 / Matrox SG3 graphics boards * [[chipsfb]] - accelerated console driver for Chips & Technologies 65550 graphics controllers * [[genfb]] - a generic framebuffer console driver. Depends on machine-dependent code to pass setup information as device properties * [[gfb]] - dumb framebuffer console driver for Sun [[XVR-1000]] graphics boards * [[pm2fb]] - accelerated console driver for Permedia 2 graphics controllers * [[r128fb]] - accelerated console driver for ATI Rage 128 graphics controllers * [[voodoofb]] - accelerated console driver for 3Dfx Voodoo 3 graphics controllers * [[voyagerfb]] - accelerated console driver for Gdium Liberty MIPS-based laptops * [[wcfb]] - console driver for 3Dlabs Wildcat graphics boards * [[xf86-video-ag10e]] - accelerated Xorg driver for Fujitsu [[AG-10e]] graphics boards * [[xf86-video-crime]] - accelerated Xorg driver for the SGI O2's onboard rendering engine * [[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 * [[xf86-video-pnozz]] - accelerated Xorg driver for the SBus Weitek P9100 found in SPARCbook 3GX laptops ### Drivers I substantially improved * [[igsfb]] - added mode setting support * [[machfb]] - added hardware acceleration * [[pnozz]] - added hardware acceleration and cursor sprite support * [[crmfb]] - added hardware acceleration, cursor sprite, DDC2 and mode setting support * [[tcx]] - added hardware acceleration * [[tslot]] - adapted from OpenBSD, support for the PCMCIA slots in the SPARCbook 3GX * [[xf86-video-suncg6]] - added hardware acceleration * [[xf86-video-suntcx]] - added hardware acceleration ## TODO: * figure out why anti-aliased font rendering with [[XAA]] in [[Xorg]] 1.6 is ridiculously slow compared to 1.4
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. * add acceleration to Xorg's [[sunleo]] driver
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. * implement mode setting for [[voodoofb]], [[voyagerfb]], [[r128fb]], [[chipsfb]] etc. * figure out how to do composite ops on [Fujitsu](http://www.fujitsu.com)'s [[AG-10e]] graphics board * figure out how to use the [[SX]] rendering engine on Sun [[SparcStation 20]] mainboards
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.