Em Thu, 10 Nov 2016 22:26:50 +0900 Andi Shyti <andi.shyti@xxxxxxxxxxx> escreveu: > Hi, > > this is purely a request for comments after a discussion had with > Rob and Jacek [*] about where to place the ir leds binding. Rob wants > the binding to be under led, while Jacek wants it in media... > "Ubi maior minor cessat": it goes to LED and they can be organized > in a subdirectory. > > Standing to Rob "Bindings are grouped by types of h/w and IR LEDs > are a type of LED": all remote controllers have an IR LED as core > device, even though the framework is under drivers/media/rc/, thus > they naturally belong to the LED binding group. > > Please, let me know if this is the right approach. IMHO, this is wrong. Ok, if you look at just the diode, the physics of an IR Light-emitting Diode (LED) is identical to the one for a visible light LED, just like the physics of the LED diodes inside a display. Btw, the physics of an IR detector diode is almost identical to the physics of a LED. Yet, the hardware where those diodes are connected are very different, and so their purpose. The same way I don't think it would make sense to represent a LED display using the same approach as a flash light, I don't think we should to it for IR LEDs. A visible light LED is used either to work as a flash light for a camera or as a way to indicate a status. No machine2machine protocol there. The circuitry for them is usually just a gatway that will turn it on or off. With regards to the IR hardware, an IR LED is used for machine2machine signaling. It is part of a modulator circuit that uses a carrier of about 40kHz to modulate 16 or 32 bits words. The IR device hardware usually also have another diode (the IR detector) that receives IR rays. Visually, they look identical. IMHO, it makes much more sense to keep both IR detector and light-emitting diodes described together, as they are part of the same circuitry and have a way more similarities than a flash light or a LED display. Regards, Mauro -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html