History log of /openbsd/sys/arch/sparc64/dev/creator.c (Results 1 – 25 of 57)
Revision Date Author Comments
# 1c00236e 21-Oct-2022 miod <miod@openbsd.org>

Remove vestigial bits of 32-bit binaries support; drop the `64' suffix in
struct names when the matching `32' flavour got removed.

Joint work with cheloha@, all bugs mine.


# 47c47fea 16-Oct-2022 jsg <jsg@openbsd.org>

Change function definitions using the identifier-list form used in the
1st edition of Kernighan and Ritchie's The C Programming Language, to
that of the parameter-type-list form described in the ANSI

Change function definitions using the identifier-list form used in the
1st edition of Kernighan and Ritchie's The C Programming Language, to
that of the parameter-type-list form described in the ANSI X3.159-1989
standard.

In ISO/IEC 9899:2023 drafts, there is only one form of function definition.
"N2432 Remove support for function definitions with identifier lists".

ok kettenis@

show more ...


# 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


# 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 ...


# fc223b23 25-May-2020 jsg <jsg@openbsd.org>

rename wsdisplay alloc_attr() to pack_attr()

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 prac

rename wsdisplay alloc_attr() to pack_attr()

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@

show more ...


# b27348b2 08-Sep-2017 deraadt <deraadt@openbsd.org>

If you use sys/param.h, you don't need sys/types.h


# ef89f9e6 11-Dec-2015 mpi <mpi@openbsd.org>

Replace mountroothook_establish(9) by config_mountroot(9) a narrower API
similar to config_defer(9).

ok mikeb@, deraadt@


# 7ef7c58c 26-Jan-2015 miod <miod@openbsd.org>

Print frame buffer resolution at attach time.


# f8e6c425 12-Jul-2014 tedu <tedu@openbsd.org>

add a size argument to free. will be used soon, but for now default to 0.
after discussions with beck deraadt kettenis.


# 2df76cc2 29-Mar-2014 guenther <guenther@openbsd.org>

It's been a quarter century: we can assume volatile is present with that name.

ok dlg@ mpi@ deraadt@


# 87eec248 20-Oct-2013 miod <miod@openbsd.org>

Use C99 named initializers for struct wsdisplay_accessops fields.
No functional change.


# f9e6718a 16-Dec-2009 jasper <jasper@openbsd.org>

- use nitems() inside a descriptive macro name

ok kettenis@


# 8e79cc55 02-Dec-2009 deraadt <deraadt@openbsd.org>

no firmware on ramdisks; ok kettenis


# b697b291 30-Nov-2009 kettenis <kettenis@openbsd.org>

Load firmware that is needed for accelerated X on Elite3D boards.
The firmware is loaded from /etc/firmware/afb, which will be provided soon.


# 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 ...


# 10d10c11 16-Jul-2009 kettenis <kettenis@openbsd.org>

Clean up after X.

help & ok miod@


# 607827a8 27-Dec-2008 miod <miod@openbsd.org>

Sync the sparc64 fb* api with the recent changes done on sparc.


# 5daf83ae 06-Mar-2007 kettenis <kettenis@openbsd.org>

Implement WSDISPLAYIO_GETSUPPORTEDDEPTH; makes X actually work if you follow
the instructions in /usr/X11R6/README.


# f635b80d 17-Dec-2006 miod <miod@openbsd.org>

Remove unnecessary <dev/wscons/wscons_raster.h> inclusion.


# 33877efb 02-Dec-2006 miod <miod@openbsd.org>

Use the unpack_attr emulops instead of doing an inline rasops_unpack_attr.


# 2008d283 30-Jun-2006 miod <miod@openbsd.org>

For 32bit sun frame buffers, tweak ri_devcmap to get the BoW palette instead
of needing different WSCOL_{BLACK,WHITE} values than 8bit frame buffers.

This allows us to not special case the alloc_att

For 32bit sun frame buffers, tweak ri_devcmap to get the BoW palette instead
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.

show more ...


# b9ac102e 15-May-2006 miod <miod@openbsd.org>

Merge creator attachment code again, it turns out the upa/mainbus attachment
code split is not necessary after all; ok jason@


# 4848fbc9 05-Apr-2005 miod <miod@openbsd.org>

Off-by-ones in register comparisons.


# 2f3b6a47 15-Mar-2005 miod <miod@openbsd.org>

Take care of updating the PROMs view of the cursor position in the common fb
code, rather than doing this in only a subset of the fb drivers.


123