diff options
author | Mark Kettenis <kettenis@cvs.openbsd.org> | 2007-11-13 13:50:11 +0000 |
---|---|---|
committer | Mark Kettenis <kettenis@cvs.openbsd.org> | 2007-11-13 13:50:11 +0000 |
commit | d7aeee2e1ae883d6940f4634c52dd6f74d81c617 (patch) | |
tree | d3ac1273f033e0e225cba45047328cd01af9c144 /sys/arch/sparc64/include | |
parent | 113beae3c742a68a5214e55deb20e76aa1c7fada (diff) |
Remove bsd_openprom.h.
Diffstat (limited to 'sys/arch/sparc64/include')
-rw-r--r-- | sys/arch/sparc64/include/bsd_openprom.h | 324 |
1 files changed, 0 insertions, 324 deletions
diff --git a/sys/arch/sparc64/include/bsd_openprom.h b/sys/arch/sparc64/include/bsd_openprom.h deleted file mode 100644 index 9a4b9fae0dd..00000000000 --- a/sys/arch/sparc64/include/bsd_openprom.h +++ /dev/null @@ -1,324 +0,0 @@ -/* $OpenBSD: bsd_openprom.h,v 1.5 2005/09/08 15:25:55 martin Exp $ */ -/* $NetBSD: bsd_openprom.h,v 1.2 2000/03/13 23:52:34 soren Exp $ */ - -/* - * Copyright (c) 1992, 1993 - * The Regents of the University of California. All rights reserved. - * - * This code is derived from software contributed to Berkeley by - * Jan-Simon Pendry. - * - * Redistribution and use in source and binary forms, with or without - * modification, are permitted provided that the following conditions - * are met: - * 1. Redistributions of source code must retain the above copyright - * notice, this list of conditions and the following disclaimer. - * 2. Redistributions in binary form must reproduce the above copyright - * notice, this list of conditions and the following disclaimer in the - * documentation and/or other materials provided with the distribution. - * 3. Neither the name of the University nor the names of its contributors - * may be used to endorse or promote products derived from this software - * without specific prior written permission. - * - * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND - * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE - * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE - * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE - * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL - * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS - * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) - * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT - * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY - * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF - * SUCH DAMAGE. - * - * @(#)bsd_openprom.h 8.1 (Berkeley) 6/11/93 - */ - -/* - * Sun4m support by Aaron Brown, Harvard University. - * Changes Copyright (c) 1995 The President and Fellows of Harvard College. - * All rights reserved. - */ - -/* - * This file defines the interface between the kernel and the Openboot PROM. - * N.B.: this has been tested only on interface versions 0 and 2 (we have - * never seen interface version 1). - */ - -/* - * The v0 interface tells us what virtual memory to scan to avoid PMEG - * conflicts, but the v2 interface fails to do so, and we must `magically' - * know where the OPENPROM lives in virtual space. - */ -#define OPENPROM_STARTVADDR 0xffd00000 -#define OPENPROM_ENDVADDR 0xfff00000 - -#define OPENPROM_MAGIC 0x10010407 - -/* - * Version 0 PROM vector device operations (collected here to emphasise that - * they are deprecated). Open and close are obvious. Read and write are - * segregated according to the device type (block, network, or character); - * this is unnecessary and was eliminated from the v2 device operations, but - * we are stuck with it. - * - * Seek is probably only useful on tape devices, since the only character - * devices are the serial ports. - * - * Note that a v0 device name is always exactly two characters ("sd", "le", - * and so forth). - */ -struct v0devops { - int (*v0_open)(char *dev); - int (*v0_close)(int d); - int (*v0_rbdev)(int d, int nblks, int blkno, void *addr); - int (*v0_wbdev)(int d, int nblks, int blkno, void *addr); - int (*v0_wnet)(int d, int nbytes, void *addr); - int (*v0_rnet)(int d, int nbytes, void *addr); - int (*v0_rcdev)(int d, int nbytes, int, void *addr); - int (*v0_wcdev)(int d, int nbytes, int, void *addr); - int (*v0_seek)(int d, long offset, int whence); -}; - -/* - * Version 2 device operations. Open takes a device `path' such as - * /sbus/le@0,c00000,0 or /sbus/esp@.../sd@0,0, which means it can open - * anything anywhere, without any magic translation. - * - * The memory allocator and map functions are included here even though - * they relate only indirectly to devices (e.g., mmap is good for mapping - * device memory, and drivers need to allocate space in which to record - * the device state). - */ -struct v2devops { - /* - * Convert an `instance handle' (acquired through v2_open()) to - * a `package handle', a.k.a. a `node'. - */ - int (*v2_fd_phandle)(int d); - - /* Memory allocation and release. */ - void *(*v2_malloc)(caddr_t va, u_int sz); - void (*v2_free)(caddr_t va, u_int sz); - - /* Device memory mapper. */ - caddr_t (*v2_mmap)(caddr_t va, int asi, u_int pa, u_int sz); - void (*v2_munmap)(caddr_t va, u_int sz); - - /* Device open, close, etc. */ - int (*v2_open)(char *devpath); - void (*v2_close)(int d); - int (*v2_read)(int d, void *buf, int nbytes); - int (*v2_write)(int d, void *buf, int nbytes); - void (*v2_seek)(int d, int hi, int lo); - - void (*v2_chain)(void); /* ??? */ - void (*v2_release)(void); /* ??? */ -}; - -/* - * The v0 interface describes memory regions with these linked lists. - * (The !$&@#+ v2 interface reformats these as properties, so that we - * have to extract them into local temporary memory and reinterpret them.) - */ -struct v0mlist { - struct v0mlist *next; - caddr_t addr; - u_int nbytes; -}; - -/* - * V0 gives us three memory lists: Total physical memory, VM reserved to - * the PROM, and available physical memory (which, presumably, is just the - * total minus any pages mapped in the PROM's VM region). We can find the - * reserved PMEGs by scanning the taken VM. Unfortunately, the V2 prom - * forgot to provide taken VM, and we are stuck with scanning ``magic'' - * addresses. - */ -struct v0mem { - struct v0mlist **v0_phystot; /* physical memory */ - struct v0mlist **v0_vmprom; /* VM used by PROM */ - struct v0mlist **v0_physavail; /* available physical memory */ -}; - -/* - * The version 0 PROM breaks up the string given to the boot command and - * leaves the decoded version behind. - */ -struct v0bootargs { - char *ba_argv[8]; /* argv format for boot string */ - char ba_args[100]; /* string space */ - char ba_bootdev[2]; /* e.g., "sd" for `b sd(...' */ - int ba_ctlr; /* controller # */ - int ba_unit; /* unit # */ - int ba_part; /* partition # */ - char *ba_kernel; /* kernel to boot, e.g., "vmunix" */ - void *ba_spare0; /* not decoded here XXX */ -}; - -/* - * The version 2 PROM interface uses the more general, if less convenient, - * approach of passing the boot strings unchanged. We also get open file - * numbers for stdin and stdout (keyboard and screen, or whatever), for use - * with the v2 device ops. - */ -struct v2bootargs { - char **v2_bootpath; /* V2: Path to boot device */ - char **v2_bootargs; /* V2: Boot args */ - int *v2_fd0; /* V2: Stdin descriptor */ - int *v2_fd1; /* V2: Stdout descriptor */ -}; - -/* - * The following structure defines the primary PROM vector interface. - * The Boot PROM hands the kernel a pointer to this structure in %o0. - * There are numerous substructures defined below. - */ -struct promvec { - /* Version numbers. */ - u_int pv_magic; /* Magic number */ - u_int pv_romvec_vers; /* interface version (0, 2) */ - u_int pv_plugin_vers; /* ??? */ - u_int pv_printrev; /* PROM rev # (* 10, e.g 1.9 = 19) */ - - /* Version 0 memory descriptors (see below). */ - struct v0mem pv_v0mem; /* V0: Memory description lists. */ - - /* Node operations (see below). */ - struct nodeops *pv_nodeops; /* node functions */ - - char **pv_bootstr; /* Boot command, eg sd(0,0,0)vmunix */ - - struct v0devops pv_v0devops; /* V0: device ops */ - - /* - * PROMDEV_* cookies. I fear these may vanish in lieu of fd0/fd1 - * (see below) in future PROMs, but for now they work fine. - */ - char *pv_stdin; /* stdin cookie */ - char *pv_stdout; /* stdout cookie */ -#define PROMDEV_KBD 0 /* input from keyboard */ -#define PROMDEV_SCREEN 0 /* output to screen */ -#define PROMDEV_TTYA 1 /* in/out to ttya */ -#define PROMDEV_TTYB 2 /* in/out to ttyb */ - - /* Blocking getchar/putchar. NOT REENTRANT! (grr) */ - int (*pv_getchar)(void); - void (*pv_putchar)(int ch); - - /* Non-blocking variants that return -1 on error. */ - int (*pv_nbgetchar)(void); - int (*pv_nbputchar)(int ch); - - /* Put counted string (can be very slow). */ - void (*pv_putstr)(char *str, int len); - - /* Miscellany. */ - void (*pv_reboot)(char *bootstr); - void (*pv_printf)(const char *fmt, ...); - void (*pv_abort)(void); /* L1-A abort */ - int *pv_ticks; /* Ticks since last reset */ - void (*pv_halt)(void) __attribute__((noreturn));/* Halt! */ - void (**pv_synchook)(void); /* "sync" command hook */ - - /* - * This eval's a FORTH string. Unfortunately, its interface - * changed between V0 and V2, which gave us much pain. - */ - union { - void (*v0_eval)(int len, char *str); - void (*v2_eval)(char *str); - } pv_fortheval; - - struct v0bootargs **pv_v0bootargs; /* V0: Boot args */ - - /* Extract Ethernet address from network device. */ - u_int (*pv_enaddr)(int d, char *enaddr); - - struct v2bootargs pv_v2bootargs; /* V2: Boot args + std in/out */ - struct v2devops pv_v2devops; /* V2: device operations */ - - int pv_spare[15]; - - /* - * The following is machine-dependent. - * - * The sun4c needs a PROM function to set a PMEG for another - * context, so that the kernel can map itself in all contexts. - * It is not possible simply to set the context register, because - * contexts 1 through N may have invalid translations for the - * current program counter. The hardware has a mode in which - * all memory references go to the PROM, so the PROM can do it - * easily. - */ - void (*pv_setctxt)(int ctxt, caddr_t va, int pmeg); -#if defined(notyet) - /* - * The following are V3 ROM functions to handle MP machines in the - * Sun4u series. They have undefined results when run on a uniprocessor! - */ - int (*pv_v3cpustart)(u_int module, u_int ctxtbl, - int context, caddr_t pc); - int (*pv_v3cpustop)(u_int module); - int (*pv_v3cpuidle)(u_int module); - int (*pv_v3cpuresume)(u_int module); -#endif -}; - -/* - * In addition to the global stuff defined in the PROM vectors above, - * the PROM has quite a collection of `nodes'. A node is described by - * an integer---these seem to be internal pointers, actually---and the - * nodes are arranged into an N-ary tree. Each node implements a fixed - * set of functions, as described below. The first two deal with the tree - * structure, allowing traversals in either breadth- or depth-first fashion. - * The rest deal with `properties'. - * - * A node property is simply a name/value pair. The names are C strings - * (NUL-terminated); the values are arbitrary byte strings (counted strings). - * Many values are really just C strings. Sometimes these are NUL-terminated, - * sometimes not, depending on the interface version; v0 seems to terminate - * and v2 not. Many others are simply integers stored as four bytes in - * machine order: you just get them and go. The third popular format is - * an `address', which is made up of one or more sets of three integers - * as defined below. - * - * N.B.: for the `next' functions, next(0) = first, and next(last) = 0. - * Whoever designed this part had good taste. On the other hand, these - * operation vectors are global, rather than per-node, yet the pointers - * are not in the openprom vectors but rather found by indirection from - * there. So the taste balances out. - */ -struct openprom_addr { - int oa_space; /* address space (may be relative) */ - u_int oa_base; /* address within space */ - u_int oa_size; /* extent (number of bytes) */ -}; - -struct nodeops { - /* - * Tree traversal. - */ - int (*no_nextnode)(int node); /* next(node) */ - int (*no_child)(int node); /* first child */ - - /* - * Property functions. Proper use of getprop requires calling - * proplen first to make sure it fits. Kind of a pain, but no - * doubt more convenient for the PROM coder. - */ - int (*no_proplen)(int node, caddr_t name); - int (*no_getprop)(int node, caddr_t name, caddr_t val); - int (*no_setprop)(int node, caddr_t name, caddr_t val, - int len); - caddr_t (*no_nextprop)(int node, caddr_t name); -}; - -void romhalt(void) - __attribute__((__noreturn__)); -void romboot(char *) - __attribute__((__noreturn__)); - -extern struct promvec *promvec; |