mirror of
https://github.com/torvalds/linux.git
synced 2024-12-18 17:12:55 +00:00
4a6cd43fb7
The "mentor,musb" binding isn't documented so I was about to document it. The node is missing a few properties for configuration like "multipoint", "dyn_fifo", "num_eps" or "ram_bits". However I am not sure "missing" is the right word here because some of those informations might be obtained from the chip itself but it is not done (yet). Further the ePARP 2.3.1 says the matching goes from left to right taking the fist match. Right now there is jus a driver for "stericsson,db8500-musb" and none for "mentor,musb". I'm not 100% that it is simply possible to have a generic since even for DMA we have ifdefs in the driver between "generic mentor dma" and "ux500 dma" and I mean within musb and not the dma code. For that reason (that I am not sure a generic musb binding is possible and how its binding / required properties will look like) and the reason that we have here a minor binding without a driver to look at I suggest to remove that binding. If the majority of people prefer to keep this binding I'm curious how the documentation of the binding should look like. Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de> Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
51 lines
1.7 KiB
Plaintext
51 lines
1.7 KiB
Plaintext
Ux500 MUSB
|
|
|
|
Required properties:
|
|
- compatible : Should be "stericsson,db8500-musb"
|
|
- reg : Offset and length of registers
|
|
- interrupts : Interrupt; mode, number and trigger
|
|
- dr_mode : Dual-role; either host mode "host", peripheral mode "peripheral"
|
|
or both "otg"
|
|
|
|
Optional properties:
|
|
- dmas : A list of dma channels;
|
|
dma-controller, event-line, fixed-channel, flags
|
|
- dma-names : An ordered list of channel names affiliated to the above
|
|
|
|
Example:
|
|
|
|
usb_per5@a03e0000 {
|
|
compatible = "stericsson,db8500-musb";
|
|
reg = <0xa03e0000 0x10000>;
|
|
interrupts = <0 23 0x4>;
|
|
interrupt-names = "mc";
|
|
|
|
dr_mode = "otg";
|
|
|
|
dmas = <&dma 38 0 0x2>, /* Logical - DevToMem */
|
|
<&dma 38 0 0x0>, /* Logical - MemToDev */
|
|
<&dma 37 0 0x2>, /* Logical - DevToMem */
|
|
<&dma 37 0 0x0>, /* Logical - MemToDev */
|
|
<&dma 36 0 0x2>, /* Logical - DevToMem */
|
|
<&dma 36 0 0x0>, /* Logical - MemToDev */
|
|
<&dma 19 0 0x2>, /* Logical - DevToMem */
|
|
<&dma 19 0 0x0>, /* Logical - MemToDev */
|
|
<&dma 18 0 0x2>, /* Logical - DevToMem */
|
|
<&dma 18 0 0x0>, /* Logical - MemToDev */
|
|
<&dma 17 0 0x2>, /* Logical - DevToMem */
|
|
<&dma 17 0 0x0>, /* Logical - MemToDev */
|
|
<&dma 16 0 0x2>, /* Logical - DevToMem */
|
|
<&dma 16 0 0x0>, /* Logical - MemToDev */
|
|
<&dma 39 0 0x2>, /* Logical - DevToMem */
|
|
<&dma 39 0 0x0>; /* Logical - MemToDev */
|
|
|
|
dma-names = "iep_1_9", "oep_1_9",
|
|
"iep_2_10", "oep_2_10",
|
|
"iep_3_11", "oep_3_11",
|
|
"iep_4_12", "oep_4_12",
|
|
"iep_5_13", "oep_5_13",
|
|
"iep_6_14", "oep_6_14",
|
|
"iep_7_15", "oep_7_15",
|
|
"iep_8", "oep_8";
|
|
};
|