Yeah I found that too, thanks.
I am actually trying to make sense of the "call stack" of input generation
events.
I noticed that this driver registers with the drivers/input/input.c
system, and when it receives an interrupt, it calls the handle_event()
function,
which in turn switch-case's over
Yes,
later on I hacked
common/drivers/input/keyboard/goldfish_events.c
file to solve my problem...
Let me know what problem you are facing, I might be able to help you.
On Wed, Aug 10, 2011 at 6:30 AM, Ron M wrote:
> Hi Viral,
> Did you find a solution for this issue? Can you please share
Hi,
I looked further and I can see file
external/qemu/hw/goldfish_events_device.c is the file which sends
events to /dev/input and through qemud probably.
I am not sure is this good to change this file or not ?
If I change this file, it will change "emulator" binary which ofcourse
is not acceptab
