summaryrefslogtreecommitdiffstats
path: root/sys/arch/sparc64/dev/creator.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* change wsdisplay attribute type from long to uint32_tjsg2020-05-251-6/+6
| | | | | | | | miod explained it was initially a long as it was thought drivers may need to allocate storage but in practice they don't need more than 32 bits for an attribute. suggested and reviewed by miod@
* rename wsdisplay alloc_attr() to pack_attr()jsg2020-05-251-2/+2
| | | | | | | | Suggested by John Carmack. miod agrees a rename would make sense and explained it was initially thought drivers may need to allocate storage but in practice they don't need more than 32 bits for an attribute. ok mpi@
* If you use sys/param.h, you don't need sys/types.hderaadt2017-09-081-2/+1
|
* Replace mountroothook_establish(9) by config_mountroot(9) a narrower APImpi2015-12-111-6/+6
| | | | | | similar to config_defer(9). ok mikeb@, deraadt@
* Print frame buffer resolution at attach time.miod2015-01-261-2/+4
|
* add a size argument to free. will be used soon, but for now default to 0.tedu2014-07-121-3/+3
| | | | after discussions with beck deraadt kettenis.
* It's been a quarter century: we can assume volatile is present with that name.guenther2014-03-291-2/+2
| | | | ok dlg@ mpi@ deraadt@
* Use C99 named initializers for struct wsdisplay_accessops fields.miod2013-10-201-10/+3
| | | | No functional change.
* - use nitems() inside a descriptive macro namejasper2009-12-161-2/+2
| | | | ok kettenis@
* no firmware on ramdisks; ok kettenisderaadt2009-12-021-1/+7
|
* Load firmware that is needed for accelerated X on Elite3D boards.kettenis2009-11-301-2/+140
| | | | The firmware is loaded from /etc/firmware/afb, which will be provided soon.
* Change the wsdisplay_emulops return types from void to int; emulops will nowmiod2009-09-051-12/+18
| | | | | | return zero on success and nonzero on failure. This commit only performs mechanical changes for the existing emulops to always return zero.
* Clean up after X.kettenis2009-07-161-1/+14
| | | | help & ok miod@
* Sync the sparc64 fb* api with the recent changes done on sparc.miod2008-12-271-56/+7
|
* Implement WSDISPLAYIO_GETSUPPORTEDDEPTH; makes X actually work if you followkettenis2007-03-061-1/+4
| | | | the instructions in /usr/X11R6/README.
* Remove unnecessary <dev/wscons/wscons_raster.h> inclusion.miod2006-12-171-2/+1
|
* Use the unpack_attr emulops instead of doing an inline rasops_unpack_attr.miod2006-12-021-3/+7
|
* For 32bit sun frame buffers, tweak ri_devcmap to get the BoW palette insteadmiod2006-06-301-2/+2
| | | | | | | | of needing different WSCOL_{BLACK,WHITE} values than 8bit frame buffers. This allows us to not special case the alloc_attr() invocations depending on the color depth, and to make WSCOL_{BLACK,WHITE} constants again in the wsemul_sun land.
* Merge creator attachment code again, it turns out the upa/mainbus attachmentmiod2006-05-151-6/+77
| | | | code split is not necessary after all; ok jason@
* Off-by-ones in register comparisons.miod2005-04-051-2/+2
|
* Take care of updating the PROMs view of the cursor position in the common fbmiod2005-03-151-15/+1
| | | | code, rather than doing this in only a subset of the fb drivers.
* Do not bother passing the blanking routine to fbwscons_console_init(),miod2005-03-071-3/+2
| | | | as fbwscons_attach() can find it on its own.
* Let wsdisplay drivers return zero for WSDISPLAYIO_[GS]VIDEO ioctls - mostmiod2005-01-051-1/+3
| | | | | of the work is done in the upper layer, but they get to see the ioctl, so don't always return an error.
* Move the struct wsscreen_descr from a per-driver global to a per-instancemiod2004-11-291-27/+3
| | | | | | | | | | field of the sunfb structure. This allows multiple instances of the same driver, but with different resolutions (such as a couple of vigra or a TGX cgsix and a TGX+ cgsix) to use distinct wsscreen_descr structures featuring different resolution information. Doing this allows more wsscreen_descr fiddling inside the sparc* fb api, and results in some code shrinkage (about 4KB on sparc GENERIC).
* Revert the addition of the blanking code - it will corrupt displays after longmiod2003-06-241-27/+3
| | | | blanking periods...
* Remove some debugging cruft.jason2003-06-231-4/+2
|
* Screen blanker routine for Creator, adapted from the X11 sunffb driver code.miod2003-06-201-3/+27
| | | | Tested by jason@ and I.
* Extend the sunfb structure to take care of the PROM cursor positionmiod2003-06-171-77/+34
| | | | | pointers, and adapt creator to the fb api. ok jason@
* nuke terms 3 & 4jason2003-06-021-6/+1
|
* use new display typesjason2003-05-121-2/+2
|
* - Add support for the *CURS* ioctls (requires mapping the DAC registersjason2003-03-271-16/+250
| | | | | | | and tweaking appropriately) - add support for VADDR->PADDR mappings expected by the X server - fix attachment error handling (it depended on bus_space_vaddr() working for non-linear mappings).
* Register more wsscreen properties to take advantage of wsemul_sun changes.jason2002-09-101-1/+2
|
* Take advantage of rasops.updatecursor to keep the prom cursor up to datejason2002-08-191-9/+23
|
* allow cf_flags to determine whether console acceleration should be used (defaults to yes)jason2002-07-301-6/+9
|
* use ROP_OLD for VSCROLL, with this, vertical scroll (copyrows) works (and it's -fast-)jason2002-07-291-5/+5
|
* - cache the last value written to FBC_FG and avoid unnecessary fifo writesjason2002-07-291-16/+76
| | | | | | - add a copyrows implementation based on the VSCROLL drawing operation. It draws a correctly sized rectangle, but I have no idea where the source data came from... so it's currently disabled =)
* more registers; jason@ ok.fgsch2002-07-281-2/+4
|
* fifo needs 6 entries before we feed it rectangle commandjason2002-07-261-2/+2
|
* - add hardware support for eraserows and erasecolsjason2002-07-261-2/+104
| | | | | - also fix some register names and add yet more of them [one thing this chip isn't lacking is registers...]
* - remove duplicate defnsjason2002-07-261-1/+36
| | | | - start at some utility functions for the FBC handling
* Adapt the framebuffer code to the WSDISPLAY_TYPE constant changes, andmiod2002-07-251-4/+11
| | | | | | add the necessary magic for wsemul_sun color handling. Initially based on a patch from jason@, then some tinkering by me.
* split creator driver into bus specific and common code.fgsch2002-06-111-108/+13
| | | | requested and ok by jason@
* - use the 24 bits dumb frame buffer reg. instead of the 32 one, but returnfgsch2002-06-031-14/+19
| | | | | | | | 32 bpp to wsfb. - print the model; the board type is not useful. this enables video output in the U1/E and probably some other creator models. tested by jason@ and Daniel Zieber <dlz@astro.caltech.edu>; jason@ ok.
* Match on "SUNW,afb" as well, a guess to make Elite3D cards work and printfgsch2002-05-221-14/+20
| | | | the board type for now as well; jason@ ok.
* - Allow matching of devices with fewer than 24 register setsjason2002-05-221-9/+12
| | | | - set display type to be SUNFFB
* Copy only the register paddrs/lens that we have room forjason2002-05-221-2/+2
|
* Only map in DFB32 during attach, other stuff will be mapped by _mmap asjason2002-05-221-14/+14
| | | | necessary.
* return mappings from DFB24 for DUMBFB mode mmap requests (this makes unaccelerated X on the creator work)jason2002-05-221-11/+27
|
* Remove some debugging code and generally clean things up.jason2002-05-211-12/+9
|
* Get the initial cursor position correct so we don't start back at 0,0 whenjason2002-05-211-2/+11
| | | | wsdisplay attaches.
Copyright © 1996 – 2023 Jason A. Donenfeld. All Rights Reverse Engineered.