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


# f7701b5e 20-Oct-2019 kettenis <kettenis@openbsd.org>

Firmware that supports the "parallel boot" feature allows us to read the PRI
using a simple hypervisor call. Implement this.

Tested by jmatthew@


# 11db8caa 19-Sep-2015 semarie <semarie@openbsd.org>

trivial "if(x) free(x)" replacement by "free(x)"

ok miod@


# caf2bb19 11-Feb-2015 miod <miod@openbsd.org>

Convert to uiomove(). ok kettenis@


# 081bf720 10-Feb-2015 miod <miod@openbsd.org>

First step towards making uiomove() take a size_t size argument:
- rename uiomove() to uiomovei() and update all its users.
- introduce uiomove(), which is similar to uiomovei() but with a size_t.
-

First step towards making uiomove() take a size_t size argument:
- rename uiomove() to uiomovei() and update all its users.
- introduce uiomove(), which is similar to uiomovei() but with a size_t.
- rewrite uiomovei() as an uiomove() wrapper.
ok kettenis@

show more ...


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


# e6ca3d0d 17-Jun-2011 mk <mk@openbsd.org>

M_WAITOK cleanup of two cases:

1) Allocating with M_WAITOK, checking for NULL, and calling panic() is
pointless (malloc() will panic if it can't allocate) so remove the check
and the call.

2) Alloc

M_WAITOK cleanup of two cases:

1) Allocating with M_WAITOK, checking for NULL, and calling panic() is
pointless (malloc() will panic if it can't allocate) so remove the check
and the call.

2) Allocating with M_WAITOK, checking for NULL, and then gracefully
handling failure to allocate is pointless. Instead also pass M_CANFAIL
so malloc() doesn't panic so we can actually handle it gracefully.

1) was done using Coccinelle.

Input from oga.

ok miod.

show more ...


# 312377fd 22-Apr-2011 marco <marco@openbsd.org>

spaces


# 2015be1a 12-Apr-2009 kettenis <kettenis@openbsd.org>

Implement /dev/mdesc, a device to read the machine description on sun4v
(virtual) machines.


# 3cc4f5ad 21-Mar-2009 kettenis <kettenis@openbsd.org>

Make nvram writable (if necessary) before calling OF_setprop(). Prevents
faults on machines where we map nvram write-only (through the clock chip).


# 9a500496 13-Nov-2007 kettenis <kettenis@openbsd.org>

Remove bsd_openprom.h.


# 81a5844e 10-Aug-2007 fgsch <fgsch@openbsd.org>

Be more careful when asking for the next property. help and ok kettenis@.


# 29295d1c 02-Jun-2003 millert <millert@openbsd.org>

Remove the advertising clause in the UCB license which Berkeley
rescinded 22 July 1999. Proofed by myself and Theo.


# 9d190fb9 07-Mar-2003 jason <jason@openbsd.org>

- make a copyout into a copyin for correct semantics
- handle openfirmware error reports correctly
ok pb


# 1de66d4e 09-Jan-2003 miod <miod@openbsd.org>

Remove fetch(9) and store(9) functions from the kernel, and replace the few
remaining instances of them with appropriate copy(9) usage.

ok art@, tested on all arches unless my memory is non-ECC


# c83617da 31-Jul-2002 jason <jason@openbsd.org>

de-register


# 09c95609 31-Jul-2002 jason <jason@openbsd.org>

From NetBSD:
In OPIOCNEXTPROP: if we are at the last property, set the buffer length to
0 instead of setting it to an uninitialized value (len).


# c1a523d1 31-Jul-2002 jason <jason@openbsd.org>

Remove the other references to promvec


# c0334359 31-Jul-2002 jason <jason@openbsd.org>

promvec was never initialized. For now, just call OF directly.


# b5524fd6 14-Jun-2002 art <art@openbsd.org>

ifdef SUN4 ? yeah, right.


# c4071fd1 14-Mar-2002 millert <millert@openbsd.org>

First round of __P removal in sys


# af3f3b5c 20-Aug-2001 jason <jason@openbsd.org>

$OpenBSD$


# 284584b0 19-Aug-2001 jason <jason@openbsd.org>

Lot of stuff... Some from NetBSD, some from OpenBSD, minor modifications