#
3b372c34 |
| 14-May-2024 |
jsg <jsg@openbsd.org> |
remove prototypes with no matching function
|
#
63294167 |
| 15-Jul-2022 |
kettenis <kettenis@openbsd.org> |
Implement support for framebuffers that don't start on a page boundary. This happens on the new 14" and 16" Macbook Pro where we deliberately use a framebuffer that skips the first few lines to avoid
Implement support for framebuffers that don't start on a page boundary. This happens on the new 14" and 16" Macbook Pro where we deliberately use a framebuffer that skips the first few lines to avoid "the notch". The offset of the first pixel is added to struct wsdisplay_fbinfo. The stride is added as well, mirroring the value returned by the WSDISPLAYIO_LINEBYTES ioctl, such that we can retire that one in the future. A compat ioctl is implemented to help the transition. The compat code will be removed after OpenBSD 7.3 has been released.
ok miod@
show more ...
|
#
eb7eaf8d |
| 24-Oct-2021 |
mpi <mpi@openbsd.org> |
Constify struct cfattach.
ok visa@ a long time ago
|
#
36fd90dc |
| 11-Mar-2021 |
jsg <jsg@openbsd.org> |
spelling
|
#
e0c3e559 |
| 25-May-2020 |
jsg <jsg@openbsd.org> |
change wsdisplay attribute type from long to uint32_t
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
change wsdisplay attribute type from long to uint32_t
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@
show more ...
|
#
87eec248 |
| 20-Oct-2013 |
miod <miod@openbsd.org> |
Use C99 named initializers for struct wsdisplay_accessops fields. No functional change.
|
#
c30d52ae |
| 16-Jul-2013 |
miod <miod@openbsd.org> |
Enable jfb-style acceleration on XVR-600.
|
#
0aeff46f |
| 15-Jul-2013 |
miod <miod@openbsd.org> |
Use getpropstringA(), not getpropstring(), to get the card's name. This ensures its value has not been clobbered when ifb_accel_identify() is invoked, and restores textmode acceleration on Expert3D{,
Use getpropstringA(), not getpropstring(), to get the card's name. This ensures its value has not been clobbered when ifb_accel_identify() is invoked, and restores textmode acceleration on Expert3D{,-Lite} and XVR-1200. Broken since 1.17, sigh
show more ...
|
#
a34540b3 |
| 20-Jul-2010 |
miod <miod@openbsd.org> |
opration -> operation
|
#
072953e3 |
| 05-Sep-2009 |
miod <miod@openbsd.org> |
Change the wsdisplay_emulops return types from void to int; emulops will now return zero on success and nonzero on failure. This commit only performs mechanical changes for the existing emulops to al
Change the wsdisplay_emulops return types from void to int; emulops will now return zero on success and nonzero on failure. This commit only performs mechanical changes for the existing emulops to always return zero.
show more ...
|
#
041801c8 |
| 27-Jun-2009 |
miod <miod@openbsd.org> |
Stricter checks when deciding which acceleration code to use. Instead of matching on pci id, and if no match is found, on pci subsystem id, match on openfirmware device names (which amounts to a pci
Stricter checks when deciding which acceleration code to use. Instead of matching on pci id, and if no match is found, on pci subsystem id, match on openfirmware device names (which amounts to a pci id AND subsystem id exact match).
This makes XVR-500 cards (``bobcat'') run without acceleration. Which is better than trying to use ``jfb'' acceleration and fail.
ok kettenis@
show more ...
|
#
8250aae0 |
| 21-Jan-2009 |
miod <miod@openbsd.org> |
Extend the acceleration code to handle jfb (XVR-600, XVR-1200) models, the software only code is kept in case we can't reliably figure out what kind of device we are facing.
Tested on XVR-1200 by Ma
Extend the acceleration code to handle jfb (XVR-600, XVR-1200) models, the software only code is kept in case we can't reliably figure out what kind of device we are facing.
Tested on XVR-1200 by Mattieu Baptiste, and on Expert3D-Lite by me.
show more ...
|
#
4b6f264a |
| 19-Jan-2009 |
miod <miod@openbsd.org> |
The acceleration code would not work on XVR-600 and XVR-1200, so if it turns out it doesn't work, fall back to dumb software routines until we know better.
Also, do not attach to the second head of
The acceleration code would not work on XVR-600 and XVR-1200, so if it turns out it doesn't work, fall back to dumb software routines until we know better.
Also, do not attach to the second head of the XVR-1200 yet, the second node lacks basic frame buffer properties.
Tested by Mattieu Baptiste, thanks!
show more ...
|
#
9fa8943f |
| 04-Jan-2009 |
miod <miod@openbsd.org> |
Allow registers to be mapped in WSDISPLAYIO_MODE_MAPPED mode, if machdep.allowaperture > 0. To be used by the xserver shortly.
|
#
f45bd77d |
| 02-Jan-2009 |
miod <miod@openbsd.org> |
Accelerated routines for solid fills and inverted cursor.
|
#
a5da08de |
| 01-Jan-2009 |
miod <miod@openbsd.org> |
Allow both overlay areas to be mmap()ed by userland in WSDISPLAYIO_MODE_MAPPED mode.
|
#
97adb0d4 |
| 29-Dec-2008 |
miod <miod@openbsd.org> |
Give ifb its own display type (be sure to make includes before rebuilding wsconsctl)
|
#
86dac4ab |
| 29-Dec-2008 |
miod <miod@openbsd.org> |
Move ifb identification to its own routine. We can not simply have the ifb probe win over vgafb, since one may configure a kernel with vgafb but without ifb (especially slackers who forget to rerun c
Move ifb identification to its own routine. We can not simply have the ifb probe win over vgafb, since one may configure a kernel with vgafb but without ifb (especially slackers who forget to rerun config).
show more ...
|
#
83a06a44 |
| 29-Dec-2008 |
miod <miod@openbsd.org> |
Low-hanging fruit: while the blitter is still an untamed beast, implement eraserows as one low-style line of solid fills, and then as many copyrect calls as necessary to fill the complete area.
|
#
67d1d392 |
| 28-Dec-2008 |
miod <miod@openbsd.org> |
Use acceleated operations for copycols, too.
|
#
3b62253f |
| 28-Dec-2008 |
kettenis <kettenis@openbsd.org> |
Make blitter ``go the other way'' when scrolling down.
|
#
b5a8ee7c |
| 27-Dec-2008 |
miod <miod@openbsd.org> |
It turns out that parasites are caused by (some) pixel writes with the high bit set; restrict ourselves to 7bpp operation. This brings back text-mode color support.
joint work with kettenis@
|
#
3b58032f |
| 27-Dec-2008 |
kettenis <kettenis@openbsd.org> |
Use hardware acceleration for scrolling and make sure we only use the low bit of each pixel value. This avoids "overlay artifacts" and turns ifb(4) into a usable console framebuffer.
help from miod@
|
#
607827a8 |
| 27-Dec-2008 |
miod <miod@openbsd.org> |
Sync the sparc64 fb* api with the recent changes done on sparc.
|
#
9c2b19e4 |
| 27-Dec-2008 |
kettenis <kettenis@openbsd.org> |
Make sure we pick the right PCI BARs on Expert3D cards (which have an extra BAR that we need to skip).
ok miod@
|