Thread (2 messages) flat view 2 messages, 2 authors, 2017-03-17

RE: [PATCH] iio: hid: hid-sensor-accel-3d: Add second ACC sensor support

From: Song, Hongyan <hidden>
Date: 2017-03-17 01:21:29
Also in: linux-iio

Hi,
	Thanks for your comments. But I am not sure what your "type" mean.
If you mean "sensor type", I expose it as second ACC, the sensor type is the same with the exist ACC,
It cannot be used as a distinction.
If you mean the "connection type" I used in the patch, "connection type" is only defined in HID driver,
It is not a common property in IIO. So not good to expose it out.


BR
Song Hongyan  

-----Original Message-----
From: Bastien Nocera [mailto:hadess@hadess.net] 
Sent: Thursday, March 16, 2017 8:02 PM
To: Song, Hongyan <redacted>; linux-input@vger.kernel.org; linux-iio@vger.kernel.org
Cc: jikos@kernel.org; jic23@kernel.org; Pandruvada, Srinivas <redacted>
Subject: Re: [PATCH] iio: hid: hid-sensor-accel-3d: Add second ACC sensor support

On Thu, 2017-03-16 at 18:20 +0800, Song Hongyan wrote:
As accelerometer sensor becomes more and more popular, there are more 
user scenarios have been developed, "Hinge" is a very important 
usecase which needs two accelerometer sensors to calculate the 
included angle of keyboard and screen.
In this case, two accelerometer sensors will be exposed. Currently, 
IIO interface hasn't other way to distinguish two sensors with same 
sensor type, except sensor name. So a new sensor name "accel_2nd_3d"
is added for secondary accelerometer sensor.

In HID level, connection type is a good common property to 
differentiate two sensors with same sensor type.
I've been told in the past not to rely on device names in iio-sensor- proxy, and this would go against this advice.

As you have a "type" to export, why not export that instead?
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help