Skip to content

Commit 02c5abd

Browse files
authored
Update README and fix docutils warnings (#289)
Signed-off-by: Russell McGuire <[email protected]>
1 parent a427486 commit 02c5abd

File tree

8 files changed

+28
-28
lines changed

8 files changed

+28
-28
lines changed

scripts/README.md

Lines changed: 6 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -1,16 +1,15 @@
11
Python dependencies:
22
* Python v3.6.6 or later
3-
* [Mako Templates for Python](https://www.makotemplates.org/) v1.0.7
4-
* [PyYAML](https://pyyaml.org/) v3.13
5-
* [Sphinx](https://www.sphinx-doc.org/en/master/) v2.2.2
3+
* [Mako Templates for Python](https://www.makotemplates.org/) v1.0.7 or later
4+
* [PyYAML](https://pyyaml.org/) v3.13 or later
5+
* [Sphinx](https://www.sphinx-doc.org/en/master/) v2.2.2 or later
66

77
Installing Python dependencies:
88

99
* Install all python requirements
1010
~~~~
11-
py -m pip install -r ..\third_party\requirements.txt
11+
python3 -m pip install -r ../third_party/requirements.txt
1212
~~~~
1313

14-
Documentation is generated from source code using Doxygen.
15-
* [Doxygen](http://www.doxygen.nl/) v1.8.15
16-
* [MiKTex](https://miktex.org/) v2.9.6930
14+
Documentation is generated from source code using Doxygen.
15+
* [Doxygen](http://www.doxygen.nl/) v1.9.1 or later

scripts/core/EXT_Exp_KernelBinary.rst

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -42,12 +42,12 @@ The following pseudo-code shows how to obtain the kernel binary program data sav
4242
#include <fstream>
4343
//hKernel = valid kernel handle
4444
size_t kBinarySize = 0;
45-
char *progArray;
45+
char ``*``\progArray;
4646
${x}KernelGetBinaryExp(hKernel, &KBinarysize, nullptr);
4747
progArray = new char[kBinarySize];
4848
${x}KernelGetBinaryExp(hKernel, &kBinarySize, progArray);
4949
const std::string filePath = "program.bin";
5050
std::ofstream stream(filePath, std::ios::out | std::ios::binary);
51-
stream.write(reinterpret_cast<const char *>(progArray), kBinarySize);
51+
stream.write(reinterpret_cast<const char ``*``\>(progArray), kBinarySize);
5252
stream.close();
5353
delete[] progArray;

scripts/core/EXT_Exp_MutableCommandList.rst

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -257,14 +257,14 @@ Mutation of kernels must obey two rules:
257257
258258
// Prepare to modify Kernel Argument
259259
int argValue = 1;
260-
void *usmPointer;
260+
void ``*``\usmPointer;
261261
262262
${x}_mutable_kernel_argument_exp_desc_t krnlArgMemoryDesc = {
263263
${X}_STRUCTURE_TYPE_MUTABLE_KERNEL_ARGUMENT_EXP_DESC, // stype
264264
&groupSizeDesc, // pNext
265265
mutableKernelCommandId, // commandId
266266
0, // argIndex
267-
sizeof(void *), // argSize
267+
sizeof(void ``*``\), // argSize
268268
&usmPointer // pArgValue
269269
};
270270

scripts/core/EXT_ExternalSemaphores.rst

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -61,10 +61,10 @@ Semantics and Behavior model
6161

6262
Following pseudo-code demonstrates a sequence for importing external semaphore from Vulkan and using it in L0:
6363

64-
..parsed-literal::
64+
.. parsed-literal::
6565
// Import external semaphore from Vulkan
6666
VkSemaphore vkSemaphore = ...; // Create Vulkan semaphores
67-
void *vkSemHandle = ...; //export VK semaphore
67+
void ``*``\vkSemHandle = ...; //export VK semaphore
6868
6969
${x}_external_semaphore_win32_ext_desc_t win32Desc = {};
7070
win32Desc.handle = vkSemHandle;
@@ -87,4 +87,4 @@ Following pseudo-code demonstrates a sequence for importing external semaphore f
8787
${x}_external_semaphore_signal_params_ext_t signalParams = {};
8888
signalParams.pNext = nullptr;
8989
${x}CommandListAppendLaunchKernel(commandList, kernel, ..., event2, 0, nullptr);
90-
${x}CommandListAppendSignalExternalSemaphoreExt(commandList, &semaphore0, &signalParams, 1, event3, 1, &event2);
90+
${x}CommandListAppendSignalExternalSemaphoreExt(commandList, &semaphore0, &signalParams, 1, event3, 1, &event2);

scripts/tools/EXT_Exp_ConcurrentMetricGroup.rst

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -12,9 +12,9 @@ from templates import helper as th
1212

1313
.. _ZET_experimental_concurrent_metric_groups:
1414

15-
==========================================
15+
=======================================================
1616
Concurrent Metric Groups Experimental Extension
17-
==========================================
17+
=======================================================
1818

1919
API
2020
----
@@ -66,4 +66,4 @@ The following pseudo-code shows how an application could query for sets of concu
6666
// run workload
6767
6868
phMetricGroups += pCountPerConcurrentGroup[concurrentGroupIndex];
69-
}
69+
}

scripts/tools/EXT_Exp_MetricExportMemory.rst

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -12,9 +12,10 @@ from templates import helper as th
1212

1313
.. _ZET_experimental_metric_export_memory:
1414

15-
==============================================
16-
MetricGroup and Metric Export Memory Extension
17-
==============================================
15+
16+
=======================================================
17+
MetricGroup and Metric Export Memory Extension
18+
=======================================================
1819

1920
API
2021
----

scripts/tools/EXT_Exp_MetricTracer.rst

Lines changed: 7 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -71,18 +71,18 @@ Configuration
7171
-------------
7272

7373
Use the ${t}ContextActivateMetricGroups API call to configure the device for data collection.
74-
74+
7575
Collection
7676
----------
7777

78-
Metric Tracer based collection mode allows the creation of a tracer object for multiple metric groups than can be collected concurrently. Once metric groups are
79-
activated the tracer can be created using ${t}MetricTracerCreateExp. Tracers are created in disabled state, applications have the flexibility to to enable
80-
(${t}MetricTracerEnableExp) and disable (${t}MetricTracerDisableExp) during workload execution to selectively decide sections on which to collect metrics.
78+
Metric Tracer based collection mode allows the creation of a tracer object for multiple metric groups than can be collected concurrently. Once metric groups are
79+
activated the tracer can be created using ${t}MetricTracerCreateExp. Tracers are created in disabled state, applications have the flexibility to to enable
80+
(${t}MetricTracerEnableExp) and disable (${t}MetricTracerDisableExp) during workload execution to selectively decide sections on which to collect metrics.
8181
ata can be retrieved from the tracer with ${t}MetricTracerReadDataExp.
8282

8383
Decoding
8484
--------
85-
Metric Tracer collects the data in device specific, raw form that is not suitable for application processing. To convert data into a format that allows
85+
Metric Tracer collects the data in device specific, raw form that is not suitable for application processing. To convert data into a format that allows
8686
application parsing a decoder object can be used. The decoder object is created with ${t}MetricDecoderCreateExp and data can be converted using
8787
${t}MetricTracerDecodeExp. Each event in the data is associated with a decodable metric, which can be retrieved with ${t}MetricDecoderGetDecodableMetricsExp.
8888

@@ -101,7 +101,7 @@ The following pseudo-code demonstrates how to enumerate Tracer based metric grou
101101
${x}_event_pool_handle_t hEventPool = nullptr;
102102
${x}_event_pool_desc_t eventPoolDesc = {${X}_STRUCTURE_TYPE_EVENT_POOL_DESC, nullptr, 0, 1};
103103
${x}_event_desc_t eventDesc = {${X}_STRUCTURE_TYPE_EVENT_DESC};
104-
${t}_metric_tracer_exp_handle_t hMetricTracer = nullptr;
104+
${t}_metric_tracer_exp_handle_t hMetricTracer = nullptr;
105105
${t}_metric_tracer_exp_desc_t tracerDescriptor = { ${T}_STRUCTURE_TYPE_METRIC_TRACER_EXP_DESC, nullptr, 1024};
106106
${t}_metric_decoder_exp_handle_t hMetricDecoder = nullptr;
107107
@@ -199,4 +199,4 @@ The following pseudo-code demonstrates how to enumerate Tracer based metric grou
199199
${x}EventPoolDestroy( hEventPool );
200200
201201
// Clean device configuration and free memory
202-
${t}ContextActivateMetricGroups( hContext, hDevice, 0, nullptr );
202+
${t}ContextActivateMetricGroups( hContext, hDevice, 0, nullptr );

scripts/tools/metricTracer.yml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -267,7 +267,7 @@ params:
267267
name: phMetrics
268268
desc: |
269269
[in] [range(0, metricsCount)] array of handles of decodable metrics in the decoder for which the hMetricDecoder handle was
270-
provided. Metrics handles are expected to be for decodable metrics, see $tMetricDecoderGetDecodableMetrics()
270+
provided. Metrics handles are expected to be for decodable metrics, see $tMetricDecoderGetDecodableMetricsExp()
271271
- type: uint32_t*
272272
name: pSetCount
273273
desc: |

0 commit comments

Comments
 (0)