> If you like, feel free to (re)start an argument with Linus on the ambient light > sensor front. Or see that thread for yet another round about discussion of > where these sensors should be. > > http://lkml.org/lkml/2010/3/1/367 > > Basically if it is primarily an input device for human interaction, see if Its a sensor on an embedded board, it might be managing the backlight or measuring the dirt level in a sewage pipe depending upon application. > Dmitry is willing to take it into input (though note he may quite rightly > take some convincing!) Its easy enough to make it an input device but that would then end up with polled_input_dev which keeps waking up and costs battery. A lot of the polled input model is somewhat broken in that regard but I can see Linus point. > Otherwise, misc with the intent to sweep them all up when an agreed upon > subsystem is in place. Looks like goes into misc for the moment with all the other light sensors and I'll see if I can merge it with the 29007 support while I am at it. Thanks Alan -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
