Openmoko Bug #2362: 2.6.32.20 kernel from SHR-U has angle offset in the Accelerometer's output

[Openmoko Public Trac]

#2362: 2.6.32.20 kernel from SHR-U has angle offset in the Accelerometer's output
---------------------+------------------------------------------------------
Reporter: GarthPS | Owner: openmoko-kernel
Type: defect | Status: new
Priority: highest | Milestone:
Component: kernel | Version:
Severity: normal | Keywords: kernel Accelerometer
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible: always
---------------------+------------------------------------------------------
Best showcase is playing to mokomaze:
it give you the feeling that either you are drunk or your are very very
bad at this game. In fact it is just becausethere is an misunderstanding
of the output of Accelerometers. I f you want to go straight in a
directection you have to think to tilt your moko in (it looks like) 45° to
the left of that direction to do waht you realy want to do.

[Openmoko Public Trac]

#2362: 2.6.32.20 kernel from SHR-U has angle offset in the Accelerometer's output
---------------------+------------------------------------------------------
Reporter: GarthPS | Owner: openmoko-kernel
Type: defect | Status: new
Priority: highest | Milestone:
Component: kernel | Version:
Severity: normal | Keywords: kernel Accelerometer
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible: always
---------------------+------------------------------------------------------

Comment(by pwerken):

Are you (/ your apps) using the correct input device?

On the [ttp://wiki.openmoko.org/wiki/Accelerometer_data_retrieval wiki
page] it is noted that the devices moved from /dev/input2&3 to
/dev/input3&4 when using a 2.6.34 kernel.

[Openmoko Public Trac]

#2362: 2.6.32.20 kernel from SHR-U has angle offset in the Accelerometer's output
---------------------+------------------------------------------------------
Reporter: GarthPS | Owner: openmoko-kernel
Type: defect | Status: new
Priority: highest | Milestone:
Component: kernel | Version:
Severity: normal | Keywords: kernel Accelerometer
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible: always
---------------------+------------------------------------------------------

Comment(by lindi):

Is there any sanity in trying to hardcode such numbers? Why not just use
/dev/accelerometer-top and /dev/accelerometer-bottom in userland code?

[Openmoko Public Trac]

#2362: 2.6.32.20 kernel from SHR-U has angle offset in the Accelerometer's output
---------------------+------------------------------------------------------
Reporter: GarthPS | Owner: openmoko-kernel
Type: defect | Status: new
Priority: highest | Milestone:
Component: kernel | Version:
Severity: normal | Keywords: kernel Accelerometer
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible: always
---------------------+------------------------------------------------------

Comment(by pwerken):

Hardcoding such things is always a Bad Idea.
Userland can already look in /sys/class/input/inputX to find the right
device
(in this case "lis302-2 (bottom)"). Or alternatively use it to generate a
list of
found/compatible devices for the user to select from.