README.txt 5.8 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144
  1. *******************************************************************************
  2. *******************************************************************************
  3. *********** This is a step by step guide to 8290 encoder testing! ************
  4. *******************************************************************************
  5. *******************************************************************************
  6. 1. Checking out, configuring and compiling SW.
  7. 1.0 Access to lab testing file server
  8. - You should have access to hantrodom4:/export
  9. - This is where all the testing takes place
  10. - cd to your own working directory export/work/user/
  11. 1.1 Checking SW out from version control.
  12. - 8290 project git repository is at:
  13. /afs/hantro.com/projects/8290/git/8290_encoder
  14. - First you have to clone the working tree from the git main repository:
  15. > git clone -n /afs/hantro.com/projects/8290/git/8290_encoder
  16. - You can see all the tags in the main tree with command
  17. > cd 8290_encoder
  18. > git tag
  19. - Then you need to check out the correct tag and make a branch of it
  20. > git checkout -b branch_x_x sys8290_x_x
  21. - Normally you get Software versions from tag mails you get
  22. from SW guys (SaPi). Tags can also be found from
  23. PWA at 8290 project site
  24. 1.2 Configuring and compiling SW
  25. - Go to 8290_encoder/software/linux_reference/test/common and run setup:
  26. > ./setup_lab_test.sh
  27. - This creates 8290_encoder/testdir and copies all the needed scripts there
  28. - Go to the masterscripts folder
  29. > cd ../../../../testdir/masterscripts
  30. - Open commonconfig.sh and edit the following lines:
  31. ->export swtag="enc8290_x_x" # This is the tag with which you checked out the software from version control
  32. ->export hwtag="enc8290_x_x" # This is the HW version that you are testing, you usually get it from tag mails, otherwise ask Ari Hautala.
  33. ->export systag="enc8290_x_x" # This is the system model which corresponds to the software and hardware tags.
  34. ->export testdeviceip=45 # Set IP for test device, check the following lines that the
  35. # configuration is matching the board in use.
  36. # 4*: VERSATILE (AHB-bus)
  37. # 7*: EB (Emulation Board, AXI-bus)
  38. # 8*: AXIVERSATILE (AXI-bus)
  39. ->REMOVE_HANTRO_USER_DATA="y" #Use y for testing releases for Sony. Otherwise use n.
  40. ->COMPILER_SETTINGS="" #Board specific value, this can be seen from board status monitor:
  41. #http://192.168.30.104/monitor/index.php
  42. ->DWL_IMPLEMENTATION="POLLING" #Then you have to decide do you use IRQ or POLLING mode. IRQ's do not
  43. #work with all the boards yet, but normally they are recommended.
  44. #AXI versatile boards do not support IRQs yet so with
  45. #those you have to use polling mode.
  46. ->INTERNAL_TEST="y" #With this flag you can either enable or disable internal
  47. #test cases from tests. Should be n with customer
  48. #releases, otherwise y
  49. ->MAX_WIDTH="" #You can see from the hardware tag, which resolution
  50. ->MAX_HEIGHT="" #this configuration supports.
  51. ->csv_path="" #The directory where test reports are generated.
  52. - Run script ./set.sh in masterscript directory.
  53. - This script cleans the test directory, changes all the necessary software
  54. parameters automatically, compiles the software and test benches,
  55. and copies all the test scripts and binaries
  56. to the test directory.
  57. 2 Laboratory testing.
  58. - First you have to log in to test board from xterm.
  59. > telnet 192.168.30.xx
  60. > username -> root
  61. - Verify that the tag corresponds to the
  62. one in RTL, this can be checked from the hw base address when logged on to
  63. the board:
  64. > dm2 0xC0000000 (Versatile board),
  65. 0xC4000000 (Axi Versatile board) or
  66. 0x84000000 (Emulation Board)
  67. - Go to the /export/work/user/8290_encoder/testdir/masterscripts and run script
  68. > ./runall.sh
  69. - This script starts by loading the memalloc and driver modules to the board.
  70. - If something goes wrong probable reason is wrong kernel,
  71. wrong base address or wrong memory start address.
  72. Return value -1 normally means wrong kernel
  73. - You can check the board's kernel from http://192.168.30.104/monitor/
  74. so that it is the same you defined for the sw.
  75. - Then it runs a small test set "smoketest" to ensure that the test
  76. environment is set up correctly.
  77. - Open a new terminal, cd to your export working directory testdir/masterscripts
  78. - Run the script
  79. > ./checkall.sh
  80. to check the results. This must be running at the same time as runall.sh
  81. because the testing and checking are done parallel.
  82. - If everything goes ok, just wait for the tests to finish,
  83. this usually lasts until the next day.
  84. - If something goes wrong, check the file commonconfig.sh and start again
  85. from running set.sh.
  86. - Check test report files: integrationreport_format_tag_time.csv
  87. which are copied to /afs/hantro.com/projects/8290/integration/test_reports
  88. - Optionally you can also run the movie test lasting hours:
  89. > ./long_run_decode.sh on PC to decode a movie and then
  90. > ./long_run_encode.sh on board to encode it
  91. - Update tag comment in Project Web Access > 8290 > Tags:
  92. summary of tag testing, number of failed cases and reasons