xref: /illumos-gate/usr/src/uts/common/sys/isa_defs.h (revision d643a855cbd8c4fb4fe966406fa05dff70673597)
1 /*
2  * CDDL HEADER START
3  *
4  * The contents of this file are subject to the terms of the
5  * Common Development and Distribution License (the "License").
6  * You may not use this file except in compliance with the License.
7  *
8  * You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE
9  * or http://www.opensolaris.org/os/licensing.
10  * See the License for the specific language governing permissions
11  * and limitations under the License.
12  *
13  *
14  * When distributing Covered Code, include this CDDL HEADER in each
15  * file and include the License file at usr/src/OPENSOLARIS.LICENSE.
16  * If applicable, add the following below this CDDL HEADER, with the
17  * fields enclosed by brackets "[]" replaced with your own identifying
18  * information: Portions Copyright [yyyy] [name of copyright owner]
19  *
20  * CDDL HEADER END
21  */
22 
23 /*
24  * Copyright 2008 Sun Microsystems, Inc.  All rights reserved.
25  * Use is subject to license terms.
26  */
27 
28 #ifndef	_SYS_ISA_DEFS_H
29 #define	_SYS_ISA_DEFS_H
30 
31 /*
32  * This header file serves to group a set of well known defines and to
33  * set these for each instruction set architecture.  These defines may
34  * be divided into two groups;  characteristics of the processor and
35  * implementation choices for Solaris on a processor.
36  *
37  * Processor Characteristics:
38  *
39  * _LITTLE_ENDIAN / _BIG_ENDIAN:
40  *	The natural byte order of the processor.  A pointer to an int points
41  *	to the least/most significant byte of that int.
42  *
43  * _STACK_GROWS_UPWARD / _STACK_GROWS_DOWNWARD:
44  *	The processor specific direction of stack growth.  A push onto the
45  *	stack increases/decreases the stack pointer, so it stores data at
46  *	successively higher/lower addresses.  (Stackless machines ignored
47  *	without regrets).
48  *
49  * _LONG_LONG_HTOL / _LONG_LONG_LTOH:
50  *	A pointer to a long long points to the most/least significant long
51  *	within that long long.
52  *
53  * _BIT_FIELDS_HTOL / _BIT_FIELDS_LTOH:
54  *	The C compiler assigns bit fields from the high/low to the low/high end
55  *	of an int (most to least significant vs. least to most significant).
56  *
57  * _IEEE_754:
58  *	The processor (or supported implementations of the processor)
59  *	supports the ieee-754 floating point standard.  No other floating
60  *	point standards are supported (or significant).  Any other supported
61  *	floating point formats are expected to be cased on the ISA processor
62  *	symbol.
63  *
64  * _CHAR_IS_UNSIGNED / _CHAR_IS_SIGNED:
65  *	The C Compiler implements objects of type `char' as `unsigned' or
66  *	`signed' respectively.  This is really an implementation choice of
67  *	the compiler writer, but it is specified in the ABI and tends to
68  *	be uniform across compilers for an instruction set architecture.
69  *	Hence, it has the properties of a processor characteristic.
70  *
71  * _CHAR_ALIGNMENT / _SHORT_ALIGNMENT / _INT_ALIGNMENT / _LONG_ALIGNMENT /
72  * _LONG_LONG_ALIGNMENT / _DOUBLE_ALIGNMENT / _LONG_DOUBLE_ALIGNMENT /
73  * _POINTER_ALIGNMENT / _FLOAT_ALIGNMENT:
74  *	The ABI defines alignment requirements of each of the primitive
75  *	object types.  Some, if not all, may be hardware requirements as
76  * 	well.  The values are expressed in "byte-alignment" units.
77  *
78  * _MAX_ALIGNMENT:
79  *	The most stringent alignment requirement as specified by the ABI.
80  *	Equal to the maximum of all the above _XXX_ALIGNMENT values.
81  *
82  * _ALIGNMENT_REQUIRED:
83  *	True or false (1 or 0) whether or not the hardware requires the ABI
84  *	alignment.
85  *
86  * _LONG_LONG_ALIGNMENT_32
87  *	The 32-bit ABI supported by a 64-bit kernel may have different
88  *	alignment requirements for primitive object types.  The value of this
89  *	identifier is expressed in "byte-alignment" units.
90  *
91  * _HAVE_CPUID_INSN
92  *	This indicates that the architecture supports the 'cpuid'
93  *	instruction as defined by Intel.  (Intel allows other vendors
94  *	to extend the instruction for their own purposes.)
95  *
96  *
97  * Implementation Choices:
98  *
99  * _ILP32 / _LP64:
100  *	This specifies the compiler data type implementation as specified in
101  *	the relevant ABI.  The choice between these is strongly influenced
102  *	by the underlying hardware, but is not absolutely tied to it.
103  *	Currently only two data type models are supported:
104  *
105  *	_ILP32:
106  *		Int/Long/Pointer are 32 bits.  This is the historical UNIX
107  *		and Solaris implementation.  Due to its historical standing,
108  *		this is the default case.
109  *
110  *	_LP64:
111  *		Long/Pointer are 64 bits, Int is 32 bits.  This is the chosen
112  *		implementation for 64-bit ABIs such as SPARC V9.
113  *
114  *	_I32LPx:
115  *		A compilation environment where 'int' is 32-bit, and
116  *		longs and pointers are simply the same size.
117  *
118  *	In all cases, Char is 8 bits and Short is 16 bits.
119  *
120  * _SUNOS_VTOC_8 / _SUNOS_VTOC_16 / _SVR4_VTOC_16:
121  *	This specifies the form of the disk VTOC (or label):
122  *
123  *	_SUNOS_VTOC_8:
124  *		This is a VTOC form which is upwardly compatible with the
125  *		SunOS 4.x disk label and allows 8 partitions per disk.
126  *
127  *	_SUNOS_VTOC_16:
128  *		In this format the incore vtoc image matches the ondisk
129  *		version.  It allows 16 slices per disk, and is not
130  *		compatible with the SunOS 4.x disk label.
131  *
132  *	Note that these are not the only two VTOC forms possible and
133  *	additional forms may be added.  One possible form would be the
134  *	SVr4 VTOC form.  The symbol for that is reserved now, although
135  *	it is not implemented.
136  *
137  *	_SVR4_VTOC_16:
138  *		This VTOC form is compatible with the System V Release 4
139  *		VTOC (as implemented on the SVr4 Intel and 3b ports) with
140  *		16 partitions per disk.
141  *
142  *
143  * _DMA_USES_PHYSADDR / _DMA_USES_VIRTADDR
144  *	This describes the type of addresses used by system DMA:
145  *
146  *	_DMA_USES_PHYSADDR:
147  *		This type of DMA, used in the x86 implementation,
148  *		requires physical addresses for DMA buffers.  The 24-bit
149  *		addresses used by some legacy boards is the source of the
150  *		"low-memory" (<16MB) requirement for some devices using DMA.
151  *
152  *	_DMA_USES_VIRTADDR:
153  *		This method of DMA allows the use of virtual addresses for
154  *		DMA transfers.
155  *
156  * _FIRMWARE_NEEDS_FDISK / _NO_FDISK_PRESENT
157  *      This indicates the presence/absence of an fdisk table.
158  *
159  *      _FIRMWARE_NEEDS_FDISK
160  *              The fdisk table is required by system firmware.  If present,
161  *              it allows a disk to be subdivided into multiple fdisk
162  *              partitions, each of which is equivalent to a separate,
163  *              virtual disk.  This enables the co-existence of multiple
164  *              operating systems on a shared hard disk.
165  *
166  *      _NO_FDISK_PRESENT
167  *              If the fdisk table is absent, it is assumed that the entire
168  *              media is allocated for a single operating system.
169  *
170  * _HAVE_TEM_FIRMWARE
171  *	Defined if this architecture has the (fallback) option of
172  *	using prom_* calls for doing I/O if a suitable kernel driver
173  *	is not available to do it.
174  *
175  * _DONT_USE_1275_GENERIC_NAMES
176  *		Controls whether or not device tree node names should
177  *		comply with the IEEE 1275 "Generic Names" Recommended
178  *		Practice. With _DONT_USE_GENERIC_NAMES, device-specific
179  *		names identifying the particular device will be used.
180  *
181  * __i386_COMPAT
182  *	This indicates whether the i386 ABI is supported as a *non-native*
183  *	mode for the platform.  When this symbol is defined:
184  *	-	32-bit xstat-style system calls are enabled
185  *	-	32-bit xmknod-style system calls are enabled
186  *	-	32-bit system calls use i386 sizes -and- alignments
187  *
188  *	Note that this is NOT defined for the i386 native environment!
189  *
190  * __x86
191  *	This is ONLY a synonym for defined(__i386) || defined(__amd64)
192  *	which is useful only insofar as these two architectures share
193  *	common attributes.  Analogous to __sparc.
194  *
195  * _PSM_MODULES
196  *	This indicates whether or not the implementation uses PSM
197  *	modules for processor support, reading /etc/mach from inside
198  *	the kernel to extract a list.
199  *
200  * _RTC_CONFIG
201  *	This indicates whether or not the implementation uses /etc/rtc_config
202  *	to configure the real-time clock in the kernel.
203  *
204  * _UNIX_KRTLD
205  *	This indicates that the implementation uses a dynamically
206  *	linked unix + krtld to form the core kernel image at boot
207  *	time, or (in the absence of this symbol) a prelinked kernel image.
208  *
209  * _OBP
210  *	This indicates the firmware interface is OBP.
211  *
212  * _SOFT_HOSTID
213  *	This indicates that the implementation obtains the hostid
214  *	from the file /etc/hostid, rather than from hardware.
215  */
216 
217 #ifdef	__cplusplus
218 extern "C" {
219 #endif
220 
221 /*
222  * The following set of definitions characterize Solaris on AMD's
223  * 64-bit systems.
224  */
225 #if defined(__x86_64) || defined(__amd64)
226 
227 #if !defined(__amd64)
228 #define	__amd64		/* preferred guard */
229 #endif
230 
231 #if !defined(__x86)
232 #define	__x86
233 #endif
234 
235 /*
236  * Define the appropriate "processor characteristics"
237  */
238 #define	_LITTLE_ENDIAN
239 #define	_STACK_GROWS_DOWNWARD
240 #define	_LONG_LONG_LTOH
241 #define	_BIT_FIELDS_LTOH
242 #define	_IEEE_754
243 #define	_CHAR_IS_SIGNED
244 #define	_BOOL_ALIGNMENT			1
245 #define	_CHAR_ALIGNMENT			1
246 #define	_SHORT_ALIGNMENT		2
247 #define	_INT_ALIGNMENT			4
248 #define	_FLOAT_ALIGNMENT		4
249 #define	_FLOAT_COMPLEX_ALIGNMENT	4
250 #define	_LONG_ALIGNMENT			8
251 #define	_LONG_LONG_ALIGNMENT		8
252 #define	_DOUBLE_ALIGNMENT		8
253 #define	_DOUBLE_COMPLEX_ALIGNMENT	8
254 #define	_LONG_DOUBLE_ALIGNMENT		16
255 #define	_LONG_DOUBLE_COMPLEX_ALIGNMENT	16
256 #define	_POINTER_ALIGNMENT		8
257 #define	_MAX_ALIGNMENT			16
258 #define	_ALIGNMENT_REQUIRED		1
259 
260 /*
261  * Different alignment constraints for the i386 ABI in compatibility mode
262  */
263 #define	_LONG_LONG_ALIGNMENT_32		4
264 
265 /*
266  * Define the appropriate "implementation choices".
267  */
268 #if !defined(_LP64)
269 #define	_LP64
270 #endif
271 #if !defined(_I32LPx) && defined(_KERNEL)
272 #define	_I32LPx
273 #endif
274 #define	_MULTI_DATAMODEL
275 #define	_SUNOS_VTOC_16
276 #define	_DMA_USES_PHYSADDR
277 #define	_FIRMWARE_NEEDS_FDISK
278 #define	__i386_COMPAT
279 #define	_PSM_MODULES
280 #define	_RTC_CONFIG
281 #define	_SOFT_HOSTID
282 #define	_DONT_USE_1275_GENERIC_NAMES
283 #define	_HAVE_CPUID_INSN
284 
285 /*
286  * The feature test macro __i386 is generic for all processors implementing
287  * the Intel 386 instruction set or a superset of it.  Specifically, this
288  * includes all members of the 386, 486, and Pentium family of processors.
289  */
290 #elif defined(__i386) || defined(__i386__)
291 
292 #if !defined(__i386)
293 #define	__i386
294 #endif
295 
296 #if !defined(__x86)
297 #define	__x86
298 #endif
299 
300 /*
301  * Define the appropriate "processor characteristics"
302  */
303 #define	_LITTLE_ENDIAN
304 #define	_STACK_GROWS_DOWNWARD
305 #define	_LONG_LONG_LTOH
306 #define	_BIT_FIELDS_LTOH
307 #define	_IEEE_754
308 #define	_CHAR_IS_SIGNED
309 #define	_BOOL_ALIGNMENT			1
310 #define	_CHAR_ALIGNMENT			1
311 #define	_SHORT_ALIGNMENT		2
312 #define	_INT_ALIGNMENT			4
313 #define	_FLOAT_ALIGNMENT		4
314 #define	_FLOAT_COMPLEX_ALIGNMENT	4
315 #define	_LONG_ALIGNMENT			4
316 #define	_LONG_LONG_ALIGNMENT		4
317 #define	_DOUBLE_ALIGNMENT		4
318 #define	_DOUBLE_COMPLEX_ALIGNMENT	4
319 #define	_LONG_DOUBLE_ALIGNMENT		4
320 #define	_LONG_DOUBLE_COMPLEX_ALIGNMENT	4
321 #define	_POINTER_ALIGNMENT		4
322 #define	_MAX_ALIGNMENT			4
323 #define	_ALIGNMENT_REQUIRED		0
324 
325 #define	_LONG_LONG_ALIGNMENT_32		_LONG_LONG_ALIGNMENT
326 
327 /*
328  * Define the appropriate "implementation choices".
329  */
330 #if !defined(_ILP32)
331 #define	_ILP32
332 #endif
333 #if !defined(_I32LPx) && defined(_KERNEL)
334 #define	_I32LPx
335 #endif
336 #define	_SUNOS_VTOC_16
337 #define	_DMA_USES_PHYSADDR
338 #define	_FIRMWARE_NEEDS_FDISK
339 #define	_PSM_MODULES
340 #define	_RTC_CONFIG
341 #define	_SOFT_HOSTID
342 #define	_DONT_USE_1275_GENERIC_NAMES
343 #define	_HAVE_CPUID_INSN
344 
345 /*
346  * The following set of definitions characterize the Solaris on SPARC systems.
347  *
348  * The symbol __sparc indicates any of the SPARC family of processor
349  * architectures.  This includes SPARC V7, SPARC V8 and SPARC V9.
350  *
351  * The symbol __sparcv8 indicates the 32-bit SPARC V8 architecture as defined
352  * by Version 8 of the SPARC Architecture Manual.  (SPARC V7 is close enough
353  * to SPARC V8 for the former to be subsumed into the latter definition.)
354  *
355  * The symbol __sparcv9 indicates the 64-bit SPARC V9 architecture as defined
356  * by Version 9 of the SPARC Architecture Manual.
357  *
358  * The symbols __sparcv8 and __sparcv9 are mutually exclusive, and are only
359  * relevant when the symbol __sparc is defined.
360  */
361 /*
362  * XXX Due to the existence of 5110166, "defined(__sparcv9)" needs to be added
363  * to support backwards builds.  This workaround should be removed in s10_71.
364  */
365 #elif defined(__sparc) || defined(__sparcv9) || defined(__sparc__)
366 #if !defined(__sparc)
367 #define	__sparc
368 #endif
369 
370 /*
371  * You can be 32-bit or 64-bit, but not both at the same time.
372  */
373 #if defined(__sparcv8) && defined(__sparcv9)
374 #error	"SPARC Versions 8 and 9 are mutually exclusive choices"
375 #endif
376 
377 /*
378  * Existing compilers do not set __sparcv8.  Years will transpire before
379  * the compilers can be depended on to set the feature test macro. In
380  * the interim, we'll set it here on the basis of historical behaviour;
381  * if you haven't asked for SPARC V9, then you must've meant SPARC V8.
382  */
383 #if !defined(__sparcv9) && !defined(__sparcv8)
384 #define	__sparcv8
385 #endif
386 
387 /*
388  * Define the appropriate "processor characteristics" shared between
389  * all Solaris on SPARC systems.
390  */
391 #define	_BIG_ENDIAN
392 #define	_STACK_GROWS_DOWNWARD
393 #define	_LONG_LONG_HTOL
394 #define	_BIT_FIELDS_HTOL
395 #define	_IEEE_754
396 #define	_CHAR_IS_SIGNED
397 #define	_BOOL_ALIGNMENT			1
398 #define	_CHAR_ALIGNMENT			1
399 #define	_SHORT_ALIGNMENT		2
400 #define	_INT_ALIGNMENT			4
401 #define	_FLOAT_ALIGNMENT		4
402 #define	_FLOAT_COMPLEX_ALIGNMENT	4
403 #define	_LONG_LONG_ALIGNMENT		8
404 #define	_DOUBLE_ALIGNMENT		8
405 #define	_DOUBLE_COMPLEX_ALIGNMENT	8
406 #define	_ALIGNMENT_REQUIRED		1
407 
408 /*
409  * Define the appropriate "implementation choices" shared between versions.
410  */
411 #define	_SUNOS_VTOC_8
412 #define	_DMA_USES_VIRTADDR
413 #define	_NO_FDISK_PRESENT
414 #define	_HAVE_TEM_FIRMWARE
415 #define	_OBP
416 
417 /*
418  * The following set of definitions characterize the implementation of
419  * 32-bit Solaris on SPARC V8 systems.
420  */
421 #if defined(__sparcv8)
422 
423 /*
424  * Define the appropriate "processor characteristics"
425  */
426 #define	_LONG_ALIGNMENT			4
427 #define	_LONG_DOUBLE_ALIGNMENT		8
428 #define	_LONG_DOUBLE_COMPLEX_ALIGNMENT	8
429 #define	_POINTER_ALIGNMENT		4
430 #define	_MAX_ALIGNMENT			8
431 
432 #define	_LONG_LONG_ALIGNMENT_32		_LONG_LONG_ALIGNMENT
433 
434 /*
435  * Define the appropriate "implementation choices"
436  */
437 #if !defined(_ILP32)
438 #define	_ILP32
439 #endif
440 #if !defined(_I32LPx) && defined(_KERNEL)
441 #define	_I32LPx
442 #endif
443 
444 /*
445  * The following set of definitions characterize the implementation of
446  * 64-bit Solaris on SPARC V9 systems.
447  */
448 #elif defined(__sparcv9)
449 
450 /*
451  * Define the appropriate "processor characteristics"
452  */
453 #define	_LONG_ALIGNMENT			8
454 #define	_LONG_DOUBLE_ALIGNMENT		16
455 #define	_LONG_DOUBLE_COMPLEX_ALIGNMENT	16
456 #define	_POINTER_ALIGNMENT		8
457 #define	_MAX_ALIGNMENT			16
458 
459 #define	_LONG_LONG_ALIGNMENT_32		_LONG_LONG_ALIGNMENT
460 
461 /*
462  * Define the appropriate "implementation choices"
463  */
464 #if !defined(_LP64)
465 #define	_LP64
466 #endif
467 #if !defined(_I32LPx)
468 #define	_I32LPx
469 #endif
470 #define	_MULTI_DATAMODEL
471 
472 #else
473 #error	"unknown SPARC version"
474 #endif
475 
476 /*
477  * #error is strictly ansi-C, but works as well as anything for K&R systems.
478  */
479 #else
480 #error "ISA not supported"
481 #endif
482 
483 #if defined(_ILP32) && defined(_LP64)
484 #error "Both _ILP32 and _LP64 are defined"
485 #endif
486 
487 #ifdef	__cplusplus
488 }
489 #endif
490 
491 #endif	/* _SYS_ISA_DEFS_H */
492