123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232 |
- ==============
- DMA Test Guide
- ==============
- Andy Shevchenko <[email protected]>
- This small document introduces how to test DMA drivers using dmatest module.
- The dmatest module tests DMA memcpy, memset, XOR and RAID6 P+Q operations using
- various lengths and various offsets into the source and destination buffers. It
- will initialize both buffers with a repeatable pattern and verify that the DMA
- engine copies the requested region and nothing more. It will also verify that
- the bytes aren't swapped around, and that the source buffer isn't modified.
- The dmatest module can be configured to test a specific channel. It can also
- test multiple channels at the same time, and it can start multiple threads
- competing for the same channel.
- .. note::
- The test suite works only on the channels that have at least one
- capability of the following: DMA_MEMCPY (memory-to-memory), DMA_MEMSET
- (const-to-memory or memory-to-memory, when emulated), DMA_XOR, DMA_PQ.
- .. note::
- In case of any related questions use the official mailing list
- [email protected].
- Part 1 - How to build the test module
- =====================================
- The menuconfig contains an option that could be found by following path:
- Device Drivers -> DMA Engine support -> DMA Test client
- In the configuration file the option called CONFIG_DMATEST. The dmatest could
- be built as module or inside kernel. Let's consider those cases.
- Part 2 - When dmatest is built as a module
- ==========================================
- Example of usage::
- % modprobe dmatest timeout=2000 iterations=1 channel=dma0chan0 run=1
- ...or::
- % modprobe dmatest
- % echo 2000 > /sys/module/dmatest/parameters/timeout
- % echo 1 > /sys/module/dmatest/parameters/iterations
- % echo dma0chan0 > /sys/module/dmatest/parameters/channel
- % echo 1 > /sys/module/dmatest/parameters/run
- ...or on the kernel command line::
- dmatest.timeout=2000 dmatest.iterations=1 dmatest.channel=dma0chan0 dmatest.run=1
- Example of multi-channel test usage (new in the 5.0 kernel)::
- % modprobe dmatest
- % echo 2000 > /sys/module/dmatest/parameters/timeout
- % echo 1 > /sys/module/dmatest/parameters/iterations
- % echo dma0chan0 > /sys/module/dmatest/parameters/channel
- % echo dma0chan1 > /sys/module/dmatest/parameters/channel
- % echo dma0chan2 > /sys/module/dmatest/parameters/channel
- % echo 1 > /sys/module/dmatest/parameters/run
- .. note::
- For all tests, starting in the 5.0 kernel, either single- or multi-channel,
- the channel parameter(s) must be set after all other parameters. It is at
- that time that the existing parameter values are acquired for use by the
- thread(s). All other parameters are shared. Therefore, if changes are made
- to any of the other parameters, and an additional channel specified, the
- (shared) parameters used for all threads will use the new values.
- After the channels are specified, each thread is set as pending. All threads
- begin execution when the run parameter is set to 1.
- .. hint::
- A list of available channels can be found by running the following command::
- % ls -1 /sys/class/dma/
- Once started a message like " dmatest: Added 1 threads using dma0chan0" is
- emitted. A thread for that specific channel is created and is now pending, the
- pending thread is started once run is to 1.
- Note that running a new test will not stop any in progress test.
- The following command returns the state of the test. ::
- % cat /sys/module/dmatest/parameters/run
- To wait for test completion userpace can poll 'run' until it is false, or use
- the wait parameter. Specifying 'wait=1' when loading the module causes module
- initialization to pause until a test run has completed, while reading
- /sys/module/dmatest/parameters/wait waits for any running test to complete
- before returning. For example, the following scripts wait for 42 tests
- to complete before exiting. Note that if 'iterations' is set to 'infinite' then
- waiting is disabled.
- Example::
- % modprobe dmatest run=1 iterations=42 wait=1
- % modprobe -r dmatest
- ...or::
- % modprobe dmatest run=1 iterations=42
- % cat /sys/module/dmatest/parameters/wait
- % modprobe -r dmatest
- Part 3 - When built-in in the kernel
- ====================================
- The module parameters that is supplied to the kernel command line will be used
- for the first performed test. After user gets a control, the test could be
- re-run with the same or different parameters. For the details see the above
- section `Part 2 - When dmatest is built as a module`_.
- In both cases the module parameters are used as the actual values for the test
- case. You always could check them at run-time by running ::
- % grep -H . /sys/module/dmatest/parameters/*
- Part 4 - Gathering the test results
- ===================================
- Test results are printed to the kernel log buffer with the format::
- "dmatest: result <channel>: <test id>: '<error msg>' with src_off=<val> dst_off=<val> len=<val> (<err code>)"
- Example of output::
- % dmesg | tail -n 1
- dmatest: result dma0chan0-copy0: #1: No errors with src_off=0x7bf dst_off=0x8ad len=0x3fea (0)
- The message format is unified across the different types of errors. A
- number in the parentheses represents additional information, e.g. error
- code, error counter, or status. A test thread also emits a summary line at
- completion listing the number of tests executed, number that failed, and a
- result code.
- Example::
- % dmesg | tail -n 1
- dmatest: dma0chan0-copy0: summary 1 test, 0 failures 1000 iops 100000 KB/s (0)
- The details of a data miscompare error are also emitted, but do not follow the
- above format.
- Part 5 - Handling channel allocation
- ====================================
- Allocating Channels
- -------------------
- Channels do not need to be configured prior to starting a test run. Attempting
- to run the test without configuring the channels will result in testing any
- channels that are available.
- Example::
- % echo 1 > /sys/module/dmatest/parameters/run
- dmatest: No channels configured, continue with any
- Channels are registered using the "channel" parameter. Channels can be requested by their
- name, once requested, the channel is registered and a pending thread is added to the test list.
- Example::
- % echo dma0chan2 > /sys/module/dmatest/parameters/channel
- dmatest: Added 1 threads using dma0chan2
- More channels can be added by repeating the example above.
- Reading back the channel parameter will return the name of last channel that was added successfully.
- Example::
- % echo dma0chan1 > /sys/module/dmatest/parameters/channel
- dmatest: Added 1 threads using dma0chan1
- % echo dma0chan2 > /sys/module/dmatest/parameters/channel
- dmatest: Added 1 threads using dma0chan2
- % cat /sys/module/dmatest/parameters/channel
- dma0chan2
- Another method of requesting channels is to request a channel with an empty string, Doing so
- will request all channels available to be tested:
- Example::
- % echo "" > /sys/module/dmatest/parameters/channel
- dmatest: Added 1 threads using dma0chan0
- dmatest: Added 1 threads using dma0chan3
- dmatest: Added 1 threads using dma0chan4
- dmatest: Added 1 threads using dma0chan5
- dmatest: Added 1 threads using dma0chan6
- dmatest: Added 1 threads using dma0chan7
- dmatest: Added 1 threads using dma0chan8
- At any point during the test configuration, reading the "test_list" parameter will
- print the list of currently pending tests.
- Example::
- % cat /sys/module/dmatest/parameters/test_list
- dmatest: 1 threads using dma0chan0
- dmatest: 1 threads using dma0chan3
- dmatest: 1 threads using dma0chan4
- dmatest: 1 threads using dma0chan5
- dmatest: 1 threads using dma0chan6
- dmatest: 1 threads using dma0chan7
- dmatest: 1 threads using dma0chan8
- Note: Channels will have to be configured for each test run as channel configurations do not
- carry across to the next test run.
- Releasing Channels
- -------------------
- Channels can be freed by setting run to 0.
- Example::
- % echo dma0chan1 > /sys/module/dmatest/parameters/channel
- dmatest: Added 1 threads using dma0chan1
- % cat /sys/class/dma/dma0chan1/in_use
- 1
- % echo 0 > /sys/module/dmatest/parameters/run
- % cat /sys/class/dma/dma0chan1/in_use
- 0
- Channels allocated by previous test runs are automatically freed when a new
- channel is requested after completing a successful test run.
|