drm/mediatek: fix unbind functions
[linux/fpc-iii.git] / Documentation / usb / gadget_multi.txt
blobb3146dd7aa4362dd0ce3337ef4c29d04be5a3e32
1                                                              -*- org -*-
3 * Overview
5 The Multifunction Composite Gadget (or g_multi) is a composite gadget
6 that makes extensive use of the composite framework to provide
7 a... multifunction gadget.
9 In it's standard configuration it provides a single USB configuration
10 with RNDIS[1] (that is Ethernet), USB CDC[2] ACM (that is serial) and
11 USB Mass Storage functions.
13 A CDC ECM (Ethernet) function may be turned on via a Kconfig option
14 and RNDIS can be turned off.  If they are both enabled the gadget will
15 have two configurations -- one with RNDIS and another with CDC ECM[3].
17 Please note that if you use non-standard configuration (that is enable
18 CDC ECM) you may need to change vendor and/or product ID.
20 * Host drivers
22 To make use of the gadget one needs to make it work on host side --
23 without that there's no hope of achieving anything with the gadget.
24 As one might expect, things one need to do very from system to system.
26 ** Linux host drivers
28 Since the gadget uses standard composite framework and appears as such
29 to Linux host it does not need any additional drivers on Linux host
30 side.  All the functions are handled by respective drivers developed
31 for them.
33 This is also true for two configuration set-up with RNDIS
34 configuration being the first one.  Linux host will use the second
35 configuration with CDC ECM which should work better under Linux.
37 ** Windows host drivers
39 For the gadget to work under Windows two conditions have to be met:
41 *** Detecting as composite gadget
43 First of all, Windows need to detect the gadget as an USB composite
44 gadget which on its own have some conditions[4].  If they are met,
45 Windows lets USB Generic Parent Driver[5] handle the device which then
46 tries to match drivers for each individual interface (sort of, don't
47 get into too many details).
49 The good news is: you do not have to worry about most of the
50 conditions!
52 The only thing to worry is that the gadget has to have a single
53 configuration so a dual RNDIS and CDC ECM gadget won't work unless you
54 create a proper INF -- and of course, if you do submit it!
56 *** Installing drivers for each function
58 The other, trickier thing is making Windows install drivers for each
59 individual function.
61 For mass storage it is trivial since Windows detect it's an interface
62 implementing USB Mass Storage class and selects appropriate driver.
64 Things are harder with RDNIS and CDC ACM.
66 **** RNDIS
68 To make Windows select RNDIS drivers for the first function in the
69 gadget, one needs to use the [[file:linux.inf]] file provided with this
70 document.  It "attaches" Window's RNDIS driver to the first interface
71 of the gadget.
73 Please note, that while testing we encountered some issues[6] when
74 RNDIS was not the first interface.  You do not need to worry abut it
75 unless you are trying to develop your own gadget in which case watch
76 out for this bug.
78 **** CDC ACM
80 Similarly, [[file:linux-cdc-acm.inf]] is provided for CDC ACM.
82 **** Customising the gadget
84 If you intend to hack the g_multi gadget be advised that rearranging
85 functions will obviously change interface numbers for each of the
86 functionality.  As an effect provided INFs won't work since they have
87 interface numbers hard-coded in them (it's not hard to change those
88 though[7]).
90 This also means, that after experimenting with g_multi and changing
91 provided functions one should change gadget's vendor and/or product ID
92 so there will be no collision with other customised gadgets or the
93 original gadget.
95 Failing to comply may cause brain damage after wondering for hours why
96 things don't work as intended before realising Windows have cached
97 some drivers information (changing USB port may sometimes help plus
98 you might try using USBDeview[8] to remove the phantom device).
100 **** INF testing
102 Provided INF files have been tested on Windows XP SP3, Windows Vista
103 and Windows 7, all 32-bit versions.  It should work on 64-bit versions
104 as well.  It most likely won't work on Windows prior to Windows XP
105 SP2.
107 ** Other systems
109 At this moment, drivers for any other systems have not been tested.
110 Knowing how MacOS is based on BSD and BSD is an Open Source it is
111 believed that it should (read: "I have no idea whether it will") work
112 out-of-the-box.
114 For more exotic systems I have even less to say...
116 Any testing and drivers *are* *welcome*!
118 * Authors
120 This document has been written by Michal Nazarewicz
121 ([[mailto:mina86@mina86.com]]).  INF files have been hacked with
122 support of Marek Szyprowski ([[mailto:m.szyprowski@samsung.com]]) and
123 Xiaofan Chen ([[mailto:xiaofanc@gmail.com]]) basing on the MS RNDIS
124 template[9], Microchip's CDC ACM INF file and David Brownell's
125 ([[mailto:dbrownell@users.sourceforge.net]]) original INF files.
127 * Footnotes
129 [1] Remote Network Driver Interface Specification,
130 [[http://msdn.microsoft.com/en-us/library/ee484414.aspx]].
132 [2] Communications Device Class Abstract Control Model, spec for this
133 and other USB classes can be found at
134 [[http://www.usb.org/developers/devclass_docs/]].
136 [3] CDC Ethernet Control Model.
138 [4] [[http://msdn.microsoft.com/en-us/library/ff537109(v=VS.85).aspx]]
140 [5] [[http://msdn.microsoft.com/en-us/library/ff539234(v=VS.85).aspx]]
142 [6] To put it in some other nice words, Windows failed to respond to
143 any user input.
145 [7] You may find [[http://www.cygnal.org/ubb/Forum9/HTML/001050.html]]
146 useful.
148 [8] http://www.nirsoft.net/utils/usb_devices_view.html
150 [9] [[http://msdn.microsoft.com/en-us/library/ff570620.aspx]]