My only suggestion for adding all these chips' orientation features, isGiven the number of accelerometers these days have built in orientation event support,
to start the discussion independently from this driver. Are there other
device series that provide such an orientation interrupt? Is it worth
finding a representation in iio?
Additionally to portait up/down, landscape left/right there isYes that's correct but I wonder if its good idea to add 8(too many!) new channel modifiers.
back/front facing, so you'd have 8 new channel modifiers.
If IIO_ROT is a current userspace "standard" to read for rotating theYes I agree, I don't think I need to make up fake angle values, not sure
screen, it may be worth discussing how to fit this in without new
modifiers. Would you have to make up fake angle values? Anything else
userspace already uses for getting the orientation?
But again, instead of replying here and going off topic, write up aSure will do that. Thanks for your response.
proposal and post it independently.
On 2017-08-01 05:08, Harinath Nampally wrote:
My only suggestion for adding all these chips' orientation features, isThanks for doing that work. I have had it on my list for a long timeSure no problem, looking forward to your review comments.
and you seem to fix it. Although I'd happily review and possibly test
it, unfortunately I can't do so before the week of August 21st.
If this might go in quick, nothing will stop me from reviewing either,
so, whatever. Thanks again!
Actually I am planning to add Orientation events for FXLS8471Q, for
that is it good idea to overload existing
IIO_ROT channel type? Also thinking of adding 4 channel modifiers i.e
portrait up/down, landscape left/right.
Any suggestions are welcome. Thank you.
to start the discussion independently from this driver. Are there other
device series that provide such an orientation interrupt? Is it worth
finding a representation in iio?
Additionally to portait up/down, landscape left/right there is
back/front facing, so you'd have 8 new channel modifiers.
If IIO_ROT is a current userspace "standard" to read for rotating the
screen, it may be worth discussing how to fit this in without new
modifiers. Would you have to make up fake angle values? Anything else
userspace already uses for getting the orientation?
But again, instead of replying here and going off topic, write up a
proposal and post it independently.