libopencm3/tests/gadget-zero
Karl Palsson 72e1ffdc72 usb-gadget0: stm32f3: drop debug, be more consistent
Don't spew loop prints, be more like all the other targets.
2018-07-29 20:31:17 +00:00
..
.gitignore tests: extract serials to optional local config 2016-02-28 17:47:28 +00:00
70-libopencm3.rules tests: gadget0: include sample udev rules and document 2017-10-02 21:46:38 +00:00
Makefile travis: build gadget-zero tests as well 2018-03-02 22:42:04 +00:00
Makefile.efm32hg309-generic tests: gadget0: efm32hg: add gadget0 test for efm32hg 2018-03-02 22:42:05 +00:00
Makefile.stm32f3-disco tests: gadget0: add stm32f3-disco 2018-05-01 22:23:47 +00:00
Makefile.stm32f4disco tests: gadget0: delay between calls to trigger races 2017-06-08 23:01:45 +00:00
Makefile.stm32f072disco tests: gadget0: delay between calls to trigger races 2017-06-08 23:01:45 +00:00
Makefile.stm32f103-generic tests: gadget0: delay between calls to trigger races 2017-06-08 23:01:45 +00:00
Makefile.stm32f429i-disco tests: gadget0: delay between calls to trigger races 2017-06-08 23:01:45 +00:00
Makefile.stm32l1-generic gadget0: stm32l1: target the "hw1" test board explicitly 2018-04-14 18:40:54 +00:00
Makefile.stm32l053disco tests: gadget0: delay between calls to trigger races 2017-06-08 23:01:45 +00:00
README.md tests: gadget0: include sample udev rules and document 2017-10-02 21:46:38 +00:00
delay.c tests: gadget0: delay between calls to trigger races 2017-06-08 23:01:45 +00:00
delay.h tests: gadget0: delay between calls to trigger races 2017-06-08 23:01:45 +00:00
delay_efm32.c tests: gadget0: efm32hg: add gadget0 test for efm32hg 2018-03-02 22:42:05 +00:00
main-efm32hg309-generic.c tests: gadget0: efm32hg: add gadget0 test for efm32hg 2018-03-02 22:42:05 +00:00
main-stm32f3-disco.c usb-gadget0: stm32f3: drop debug, be more consistent 2018-07-29 20:31:17 +00:00
main-stm32f4disco.c tests: gadget0: delay between calls to trigger races 2017-06-08 23:01:45 +00:00
main-stm32f072disco.c tests: gadget0: delay between calls to trigger races 2017-06-08 23:01:45 +00:00
main-stm32f103-generic.c tests: gadget0: stm32f1 hack should be consistent 2017-09-01 21:55:32 +00:00
main-stm32f429i-disco.c tests: gadget0: delay between calls to trigger races 2017-06-08 23:01:45 +00:00
main-stm32l1-generic.c gadget0: stm32l1: target the "hw1" test board explicitly 2018-04-14 18:40:54 +00:00
main-stm32l053disco.c tests: gadget0: delay between calls to trigger races 2017-06-08 23:01:45 +00:00
openocd.common.cfg tests: extract serials to optional local config 2016-02-28 17:47:28 +00:00
openocd.efm32hg309-generic.cfg tests: gadget0: efm32hg: add gadget0 test for efm32hg 2018-03-02 22:42:05 +00:00
openocd.stm32f3-disco.cfg tests: gadget0: add stm32f3-disco 2018-05-01 22:23:47 +00:00
openocd.stm32f4disco.cfg tests: extract serials to optional local config 2016-02-28 17:47:28 +00:00
openocd.stm32f072disco.cfg tests: extract serials to optional local config 2016-02-28 17:47:28 +00:00
openocd.stm32f103-generic.cfg tests: extract serials to optional local config 2016-02-28 17:47:28 +00:00
openocd.stm32f429i-disco.cfg tests: extract serials to optional local config 2016-02-28 17:47:28 +00:00
openocd.stm32l1-generic.cfg tests: extract serials to optional local config 2016-02-28 17:47:28 +00:00
openocd.stm32l053disco.cfg tests: extract serials to optional local config 2016-02-28 17:47:28 +00:00
stub.py tests: usb: gadget0 compatible interface (stm32f4) 2015-10-03 00:58:43 +00:00
test_gadget0.py gadget0: work around "ValueError: The device has no langid" 2018-05-01 22:23:47 +00:00
usb-gadget0.c tests: gadget0: use proper usb enums 2018-03-02 22:42:05 +00:00
usb-gadget0.h tests: gadget0: delay between calls to trigger races 2017-06-08 23:01:45 +00:00

README.md

This project, inspired by usbtest and the linux usb gadget zero driver is used for regression testing changes to the libopencm3 usb stack.

The firmware itself is meant to be portable to any supported hardware, and then identical unit test code is run against all platforms. This project can and should be built for multiple devices.

Requirements:

  • pyusb for running the tests.
  • OpenOCD >= 0.9 for automated flashing of specific boards
  • python3 for running the tests at the command line.

Building the device firmware

There are Makefile.xxxxx files for all the currently tested targets.

make -f Makefile.stm32f4disco clean all V=1

The V=1 is optional, and turns on verbose mode, which can be useful if things don't work. This will give you a .elf file you can program using your own toolchain, but if you have a functional OpenOCD installed, then...

make -f Makefile.stm32f4disco clean all flash

Will handle flashing as well.

Setting up the test runner (using python virtual environments)

pyvenv .env  # ensures a python3 virtual env
. .env/bin/activate
pip install pyusb

If you have multiple test boards connected, have a look at opencd.common.cfg for some tips on selectively matching the right board. For people with just a single matching board, you don't need to do anything.

Tests marked as @unittest.skip are either for functionality that is known to be broken, and are awaiting code fixes, or are long running performance tests

Access rights

On some systems (most linux systems) you probably won't have access to the usb vendor id being used/hijacked by the test cases. See 70-libopencm3.rules for installation instructions, or, if you have your own system, grant yourself access to the usb vid: 0xcafe

Running the tests

Below is an example of running the full suite of tests from the command line. The argument specifies the serial number to look for in the usb gadget, if you have more than one. No argument will the tests against all gadget-zero's found.

$ python test_gadget0.py
Running tests for DUT:  stm32f072disco
.........ss................
----------------------------------------------------------------------
Ran 27 tests in 0.388s

OK (skipped=2)

To be even more brutal, run this in a shell loop.

$ while true; do python test_gadget0.py stm32f072disco; done

You can also run individual tests, or individual sets of tests, see the unittest documentation for more information.

Many development environments, such as PyCharm can also be used to edit and run the tests, in whole or individually, with a nice visual test runner.