History log of /openbsd/sys/arch/sparc64/dev/ifb.c (Results 1 – 25 of 27)
Revision Date Author Comments
# 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@


12