Re: as3645a flash userland interface
From: Jacek Anaszewski <jacek.anaszewski@gmail.com>
Date: 2017-09-13 17:53:08
Also in:
linux-leds, linux-media
On 09/12/2017 11:55 PM, Pavel Machek wrote:
On Tue 2017-09-12 20:53:33, Jacek Anaszewski wrote:quoted
Hi Pavel, On 09/12/2017 12:36 PM, Pavel Machek wrote:quoted
Hi! There were some changes to as3645a flash controller. Before we have stable interface we have to keep forever I want to ask:Note that we have already two LED flash class drivers - leds-max77693 and leds-aat1290. They have been present in mainline for over two years now.Well.. that's ok. No change there is neccessary.quoted
quoted
What directory are the flash controls in? /sys/class/leds/led-controller:flash ? Could we arrange for something less generic, like /sys/class/leds/main-camera:flash ?I'd rather avoid overcomplicating this. LED class device name pattern is well defined to devicename:colour:function (see Documentation/leds/leds-class.txt, "LED Device Naming" section). In this case "flash" in place of the "function" segment makes the things clear enough I suppose.It does not. Phones usually have two cameras, front and back, and these days both cameras have their flash. And poor userspace flashlight application can not know if as3645 drivers front LED or back LED. Thus, I'd set devicename to front-camera or main-camera -- because that's what it is associated with. Userspace does not care what hardware drives the LED, but needs to know if it is front or back camera.
The name of a LED flash class device isn't fixed and is derived from DT label property. Name in the example of some DT bindings will not force people to apply similar pattern for the other drivers and even for the related one. No worry about having to keep anything forever basing on that. -- Best regards, Jacek Anaszewski