gallium/util: don't depend on implementation defined behavior in listen()
[mesa.git] / src / intel / dev / gen_device_info.h
1 /*
2 * Copyright © 2013 Intel Corporation
3 *
4 * Permission is hereby granted, free of charge, to any person obtaining a
5 * copy of this software and associated documentation files (the "Software"),
6 * to deal in the Software without restriction, including without limitation
7 * the rights to use, copy, modify, merge, publish, distribute, sublicense,
8 * and/or sell copies of the Software, and to permit persons to whom the
9 * Software is furnished to do so, subject to the following conditions:
10 *
11 * The above copyright notice and this permission notice (including the next
12 * paragraph) shall be included in all copies or substantial portions of the
13 * Software.
14 *
15 * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
16 * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
17 * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
18 * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
19 * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
20 * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS
21 * IN THE SOFTWARE.
22 *
23 */
24
25 #ifndef GEN_DEVICE_INFO_H
26 #define GEN_DEVICE_INFO_H
27
28 #include <stdbool.h>
29 #include <stdint.h>
30
31 #include "util/macros.h"
32
33 #ifdef __cplusplus
34 extern "C" {
35 #endif
36
37 struct drm_i915_query_topology_info;
38
39 #define GEN_DEVICE_MAX_SLICES (6) /* Maximum on gen10 */
40 #define GEN_DEVICE_MAX_SUBSLICES (8) /* Maximum on gen11 */
41 #define GEN_DEVICE_MAX_EUS_PER_SUBSLICE (10) /* Maximum on Haswell */
42 #define GEN_DEVICE_MAX_PIXEL_PIPES (2) /* Maximum on gen11 */
43
44 /**
45 * Intel hardware information and quirks
46 */
47 struct gen_device_info
48 {
49 int gen; /**< Generation number: 4, 5, 6, 7, ... */
50 int revision;
51 int gt;
52
53 bool is_g4x;
54 bool is_ivybridge;
55 bool is_baytrail;
56 bool is_haswell;
57 bool is_broadwell;
58 bool is_cherryview;
59 bool is_skylake;
60 bool is_broxton;
61 bool is_kabylake;
62 bool is_geminilake;
63 bool is_coffeelake;
64 bool is_cannonlake;
65
66 bool has_hiz_and_separate_stencil;
67 bool must_use_separate_stencil;
68 bool has_sample_with_hiz;
69 bool has_llc;
70
71 bool has_pln;
72 bool has_64bit_types;
73 bool has_integer_dword_mul;
74 bool has_compr4;
75 bool has_surface_tile_offset;
76 bool supports_simd16_3src;
77 bool has_resource_streamer;
78 bool disable_ccs_repack;
79
80 /**
81 * \name Intel hardware quirks
82 * @{
83 */
84 bool has_negative_rhw_bug;
85
86 /**
87 * Some versions of Gen hardware don't do centroid interpolation correctly
88 * on unlit pixels, causing incorrect values for derivatives near triangle
89 * edges. Enabling this flag causes the fragment shader to use
90 * non-centroid interpolation for unlit pixels, at the expense of two extra
91 * fragment shader instructions.
92 */
93 bool needs_unlit_centroid_workaround;
94 /** @} */
95
96 /**
97 * \name GPU hardware limits
98 *
99 * In general, you can find shader thread maximums by looking at the "Maximum
100 * Number of Threads" field in the Intel PRM description of the 3DSTATE_VS,
101 * 3DSTATE_GS, 3DSTATE_HS, 3DSTATE_DS, and 3DSTATE_PS commands. URB entry
102 * limits come from the "Number of URB Entries" field in the
103 * 3DSTATE_URB_VS command and friends.
104 *
105 * These fields are used to calculate the scratch space to allocate. The
106 * amount of scratch space can be larger without being harmful on modern
107 * GPUs, however, prior to Haswell, programming the maximum number of threads
108 * to greater than the hardware maximum would cause GPU performance to tank.
109 *
110 * @{
111 */
112 /**
113 * Total number of slices present on the device whether or not they've been
114 * fused off.
115 *
116 * XXX: CS thread counts are limited by the inability to do cross subslice
117 * communication. It is the effectively the number of logical threads which
118 * can be executed in a subslice. Fuse configurations may cause this number
119 * to change, so we program @max_cs_threads as the lower maximum.
120 */
121 unsigned num_slices;
122
123 /**
124 * Number of subslices for each slice (used to be uniform until CNL).
125 */
126 unsigned num_subslices[GEN_DEVICE_MAX_SUBSLICES];
127
128 /**
129 * Number of subslices on each pixel pipe (ICL).
130 */
131 unsigned ppipe_subslices[GEN_DEVICE_MAX_PIXEL_PIPES];
132
133 /**
134 * Upper bound of number of EU per subslice (some SKUs might have just 1 EU
135 * fused across all subslices, like 47 EUs, in which case this number won't
136 * be acurate for one subslice).
137 */
138 unsigned num_eu_per_subslice;
139
140 /**
141 * Number of threads per eu, varies between 4 and 8 between generations.
142 */
143 unsigned num_thread_per_eu;
144
145 /**
146 * A bit mask of the slices available.
147 */
148 uint8_t slice_masks;
149
150 /**
151 * An array of bit mask of the subslices available, use subslice_slice_stride
152 * to access this array.
153 */
154 uint8_t subslice_masks[GEN_DEVICE_MAX_SLICES *
155 DIV_ROUND_UP(GEN_DEVICE_MAX_SUBSLICES, 8)];
156
157 /**
158 * An array of bit mask of EUs available, use eu_slice_stride &
159 * eu_subslice_stride to access this array.
160 */
161 uint8_t eu_masks[GEN_DEVICE_MAX_SLICES *
162 GEN_DEVICE_MAX_SUBSLICES *
163 DIV_ROUND_UP(GEN_DEVICE_MAX_EUS_PER_SUBSLICE, 8)];
164
165 /**
166 * Stride to access subslice_masks[].
167 */
168 uint16_t subslice_slice_stride;
169
170 /**
171 * Strides to access eu_masks[].
172 */
173 uint16_t eu_slice_stride;
174 uint16_t eu_subslice_stride;
175
176 unsigned l3_banks;
177 unsigned max_vs_threads; /**< Maximum Vertex Shader threads */
178 unsigned max_tcs_threads; /**< Maximum Hull Shader threads */
179 unsigned max_tes_threads; /**< Maximum Domain Shader threads */
180 unsigned max_gs_threads; /**< Maximum Geometry Shader threads. */
181 /**
182 * Theoretical maximum number of Pixel Shader threads.
183 *
184 * PSD means Pixel Shader Dispatcher. On modern Intel GPUs, hardware will
185 * automatically scale pixel shader thread count, based on a single value
186 * programmed into 3DSTATE_PS.
187 *
188 * To calculate the maximum number of threads for Gen8 beyond (which have
189 * multiple Pixel Shader Dispatchers):
190 *
191 * - Look up 3DSTATE_PS and find "Maximum Number of Threads Per PSD"
192 * - Usually there's only one PSD per subslice, so use the number of
193 * subslices for number of PSDs.
194 * - For max_wm_threads, the total should be PSD threads * #PSDs.
195 */
196 unsigned max_wm_threads;
197
198 /**
199 * Maximum Compute Shader threads.
200 *
201 * Thread count * number of EUs per subslice
202 */
203 unsigned max_cs_threads;
204
205 struct {
206 /**
207 * Hardware default URB size.
208 *
209 * The units this is expressed in are somewhat inconsistent: 512b units
210 * on Gen4-5, KB on Gen6-7, and KB times the slice count on Gen8+.
211 *
212 * Look up "URB Size" in the "Device Attributes" page, and take the
213 * maximum. Look up the slice count for each GT SKU on the same page.
214 * urb.size = URB Size (kbytes) / slice count
215 */
216 unsigned size;
217
218 /**
219 * The minimum number of URB entries. See the 3DSTATE_URB_<XS> docs.
220 */
221 unsigned min_entries[4];
222
223 /**
224 * The maximum number of URB entries. See the 3DSTATE_URB_<XS> docs.
225 */
226 unsigned max_entries[4];
227 } urb;
228
229 /**
230 * For the longest time the timestamp frequency for Gen's timestamp counter
231 * could be assumed to be 12.5MHz, where the least significant bit neatly
232 * corresponded to 80 nanoseconds.
233 *
234 * Since Gen9 the numbers aren't so round, with a a frequency of 12MHz for
235 * SKL (or scale factor of 83.33333333) and a frequency of 19200000Hz for
236 * BXT.
237 *
238 * For simplicty to fit with the current code scaling by a single constant
239 * to map from raw timestamps to nanoseconds we now do the conversion in
240 * floating point instead of integer arithmetic.
241 *
242 * In general it's probably worth noting that the documented constants we
243 * have for the per-platform timestamp frequencies aren't perfect and
244 * shouldn't be trusted for scaling and comparing timestamps with a large
245 * delta.
246 *
247 * E.g. with crude testing on my system using the 'correct' scale factor I'm
248 * seeing a drift of ~2 milliseconds per second.
249 */
250 uint64_t timestamp_frequency;
251
252 /**
253 * ID to put into the .aub files.
254 */
255 int simulator_id;
256
257 /**
258 * holds the pci device id
259 */
260 uint32_t chipset_id;
261
262 /**
263 * no_hw is true when the chipset_id pci device id has been overridden
264 */
265 bool no_hw;
266 /** @} */
267 };
268
269 #define gen_device_info_is_9lp(devinfo) \
270 ((devinfo)->is_broxton || (devinfo)->is_geminilake)
271
272 static inline bool
273 gen_device_info_subslice_available(const struct gen_device_info *devinfo,
274 int slice, int subslice)
275 {
276 return (devinfo->subslice_masks[slice * devinfo->subslice_slice_stride +
277 subslice / 8] & (1U << (subslice % 8))) != 0;
278 }
279
280 int gen_device_name_to_pci_device_id(const char *name);
281 const char *gen_get_device_name(int devid);
282
283 static inline uint64_t
284 gen_device_info_timebase_scale(const struct gen_device_info *devinfo,
285 uint64_t gpu_timestamp)
286 {
287 return (1000000000ull * gpu_timestamp) / devinfo->timestamp_frequency;
288 }
289
290 bool gen_get_device_info_from_fd(int fh, struct gen_device_info *devinfo);
291 bool gen_get_device_info_from_pci_id(int pci_id,
292 struct gen_device_info *devinfo);
293
294 #ifdef __cplusplus
295 }
296 #endif
297
298 #endif /* GEN_DEVICE_INFO_H */