From 849369d6c66d3054688672f97d31fceb8e8230fb Mon Sep 17 00:00:00 2001 From: root Date: Fri, 25 Dec 2015 04:40:36 +0000 Subject: initial_commit --- Documentation/arm/imx/host.txt | 29 +++++++++++++++++++++ Documentation/arm/imx/udc.txt | 59 ++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 88 insertions(+) create mode 100644 Documentation/arm/imx/host.txt create mode 100644 Documentation/arm/imx/udc.txt (limited to 'Documentation/arm/imx') diff --git a/Documentation/arm/imx/host.txt b/Documentation/arm/imx/host.txt new file mode 100644 index 00000000..5fcfabc8 --- /dev/null +++ b/Documentation/arm/imx/host.txt @@ -0,0 +1,29 @@ +How to test USB HOST Video device: +Required HW: +1. A USB camera that is supported in the UVC class. A list +of these cameras can be found at this URL: http://linux-uvc.berlios.de/ +2. The test system should have a display of some type(DVI, VGA, or LCD). + +Required SW: + 1. The Linux kernel must have CONFIG_USB_VIDEO_CLASS and CONFIG_USB_EHCI_HCD selected. + 2. The rootfs should a Ubuntu 9.04 or later. + +Test Procedure: +1. Boot up the Linux kernel with the Ubuntu file system. +2. Use the Apps search tool to download and install the webcam application :cheese. +3. Plug in the webcam into a USB host port on the development system. +4. Launch the webcam application and use the viewfinder. The application should find the USB webcam automatically. +5. Press the "Take a photo" button ,the pictures will be saved in the /Pictures/Webcam/ folder. + +How to test USB HOST Audio device: +Required HW: +1. A USB USB Sound Card that is supported in the Audio class. + +Required SW: + 1. The Linux kernel must have CONFIG_SND_USB_AUDIO and CONFIG_USB_EHCI_HCD selected. + +Test Procedure: +1. Boot up the Board. +2. Plug in the USB Sound Card into a USB host port on the development system. +3. Use "aplay -l" commond to check the USB Sound Card is load success. +4 Use "aplay -Dhw:x,0 /unit_tests/audio8k16S.wav",to check the USB sound Card can play wave file. diff --git a/Documentation/arm/imx/udc.txt b/Documentation/arm/imx/udc.txt new file mode 100644 index 00000000..27bee3b6 --- /dev/null +++ b/Documentation/arm/imx/udc.txt @@ -0,0 +1,59 @@ +* How to test remote wakeup (Make sure connecting to usb host and gadget is loaded) +1. Prepare a usb host which featured with remote wakeup +alternatively, You can use another i.mx board (like mx50 rdp, or mx6q) +2. Boot up both boards, and connect two boards with usb cable +3. At device side, do below commands: +- modprobe g_file_storage file=/dev/mmcblk0p1 (other gadgets are also ok) +- echo 1 > /sys/devices/platform/fsl-usb2-udc/gadget/remote_wakeup +4. At host side, do below command: +- echo enabled > /sys/devices/platform/fsl-ehci.1/power/wakeup +- echo standby > /sys/power/state +5. Send Remote wakeup to wake up host +At device side, do below command: +echo 1 > /sys/devices/platform/fsl-usb2-udc/gadget/start_remote_wakeup +6. The expected behaviour is: host is waked up, and there is +not re-enumeration happens. + +* How to test usb audio gadget +1. Test Condition +- Host PC, only Macbook Pro (Mac OS 10.6.5+) & Ubuntu 10.10 (Linux 2.6.38+) +are supported, Windows OS are not supported now. +- One USB MicroAB cable and one earphone +2. Test procedure +- Power up the board +- Login in rootfs, load usb audio module with below commands: +modprobe g_audio req_count=20 audio_buf_size=8192 audio_sample_rate=44100 +- Connect board with PC using MicroAB cable +- For Ubuntu PC, you can use aplay -l to get the sound card num for this +usb audio gadget, usually the number is 1. For Macbook, you need to choose +"Linux USB Audio Gadget" on the "Sound"->"Output" tab of System Preferences. +- Choose several 44.1Khz wav file to play, you can use aplay or iTune according +to different PCs. +3. Constraints +Since there is no feedback at current usb audio framework, +it may have pop noise/no sound after play some minutes. + +How to test auto remote wakeup with the g_zero gadget +1. Prepare a USB host which featured with remote wakeup alternatively, You can +use another i.mx board (like mx50 rdp, or mx6q) for test device board. +2. Boot up both boards, and connect two boards with USB cable. +3. At device side, do below commands: +modprobe g_zero autoresume=3000 interval=1 endms=5000 +we can use the above three parameters to control device send resume signal time. +Autoresume is the minimum number of milliseconds before sending resume signal, +and the time before sending resume signal will automatically increase according +to interval value,the endms is the max number of milliseconds before sending +resume signal.When autoresume is 0 or not be set,the test device auto remote +wakeup function will be disabled. +4. At host side, first do below command: +echo enabled > /sys/devices/platform/fsl-ehci.1/power/wakeup +echo enabled > /sys/bus/usb/devices/1-1/power/wakeup +And you need build a test script to repeat standby the system like below: +while [ 1 ] ;do echo mem > /sys/power/state;sleep 5 ;done +Then run the test script. +5. Then USB device will enter the suspended state ,and autoresume +milliseconds later,the device will send resume signal to wake up host. +6. The expected behavior is: the host device be waked up, and there is not +re-enumeration happens. +7. The host will enter suspended state again,and test case will repeat step +5 and step 6. -- cgit v1.2.3