[PATCH] gta02-accel-isr-fix-more.patch

[Sean McNeil]

Andy Green wrote:
> Somebody in the thread at some point said:
>
> | Well this is really quite bazaar. I haven't tracked down what is
> | interfering with them, but at some point 1 and then the other stops
> | producing. I have verified that it isn't getting closed, so I'm inclined
> | to believe it is another device that causes the problem. audio?
> | touchscreen? fiq?
>
> Doubt that they are to blame.  FIQ ISR for example doesn't touch these IO.
>
> The core problem is edge interrupt getting lost I think.  Then you are
> screwed because CPU will not see a new interrupt event without the edge
> again, but the interrupt source is stuck asserted so there are no edges.
>
> All of this comes down to problems from sharing same SPI bus with two
> async interrupt sources that require servicing on the bus.
>
> If you can provoke this stuck state, it is worth doing the register dump
> thing and copying them here, I think we see that interrupt is always sat
> asserted on the dead guy.  Hey or maybe we learn something different.

That sounds much more plausible. Here you are...

root at localhost:~$ cat /sys/devices/platform/spi_s3c24xx_gpio.1/spi0.0/dump
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 3b
97 ab 8c 11 13 08 12 84 18 df 0f 40 00 00 00 00
47 00 e4 00 00 00 00 ff 00 06 00 fc 00 33 00 00
95 25 14 00 00 00 00 00 00 00 00 00 00 00 00 00
root at localhost:~$ cat /sys/devices/platform/spi_s3c24xx_gpio.1/spi0.1/dump
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 3b
10 93 81 11 13 04 14 90 02 c0 0f 51 00 00 00 00
47 00 e4 00 00 00 00 ff 00 03 00 03 00 32 00 00
95 25 14 00 00 00 00 00 00 00 00 00 00 00 00 00