c7389bd69e570a2c8432b37399aff1976b021f0f |
|
13-Mar-2012 |
Andrew Hsieh <andrewhsieh@google.com> |
64-bit emulator Patch to allow emulator searches for emulator64-${ARCH} first on 64-bit OS. If none is found, the original behavior which searchs for 32-bit emulator-${ARCH} is performed as usual. 64-bit emulator (which still emulates Android built in 32-bit) offers up to 20% speedup compared to its 32-bit counterpart. Details: android/main-emulator.c 1) search emulator64 based on the OS 2) dlopen lib64OpenglRender in 64-bit Makefile.* 1) Rules to build 64-bit executable emulator64-{x86,arm} and libraries emulator64-{libui,libqemu,target-i386,target-arm,libelff,common} 2) remove -Wa,-32 3) Changes prebuit toolchain path android-configure.h android/build/common.h 1) no longer force 32-bit build (because now prebuilts/tools/gcc-sdk/gcc can now handle 64-bit 2) set ANDROID_PREBUILTS to correctly locate ccache android/config/*/config-host.h 1) Detect HOST_X86_64 and HOST_X86_64/HOST_I386 Misc 64-bit porting clean-up 1) use %zx to print variable of type size_t in hex 2) use %zu to print variable of type size_t in dec 3) Initialize query_parm to NULL 4) use PRIu64 to replace PDUd64 5) use PRId64/PRIu64/PRIX64 to print 64-bit 6) drop PRUx64 because PRIx64 does the same 7) cast pointer arith to intptr_t before casting to int 8) fixed 1ULL<<63 Change-Id: Ife62a20063a6ec38d4a9b23977e840af1fce149a
/external/qemu/android/hw-sensors.c
|
bc456c52dcb71007841b734195f712191012c537 |
|
10-Jan-2012 |
Vladimir Chtchetkine <vchtchetkine@google.com> |
Don't display warning when emulator is unable to connect to device. Warning that is displayed when "realisting sensors emulation" component in emulator is not able to connect to an application streaming sensor changes from an actual device, that warning confuses users, making them think that emulator didn't initialize properly. To avoid that confusion, hide that warning under -verbose, displaying it only if -verbose option has been specified on emulator start. Change-Id: If40cc726db9bec4ab631dcbdcd02fb98cc30d93a
/external/qemu/android/hw-sensors.c
|
db611d57e0da9acd7ecf2a4a9b2a63e7620fe54d |
|
02-Nov-2011 |
Vladimir Chtchetkine <vchtchetkine@google.com> |
Implements sensors emulation using a connected Android device There are three major things in this CL: 1. Abstract a connection with an Android device that is connected to the host via USB, and there is a TCP port forwarding to this device via 'adb forward' command. This abstraction is implemented in android/android-device.* 2. A client for android device API that talks to an app on the connected device that provides values for sensors available on the device. This is implemented in android/sensors-port.* 3. Changes to the sensor emulation code in android/hw-sensors.c to use sensors port (when available) for sensors emulation. Change-Id: I12901e8db6b6a6262fc1703ed96a9f714335d666
/external/qemu/android/hw-sensors.c
|
4c414820910ba8553cab7ff30188575f972a9896 |
|
20-Aug-2011 |
Vladimir Chtchetkine <vchtchetkine@google.com> |
Enable qemud clients to pass connection parameters to emulator. This is useful for qemud pipe clients to be able to pass parameters to the emulator service when connecting. In particular, this would be extremely useful for camera emulation clients, which can pass name of the camera device, and other parameters that may be required to connect to the camera. Parameters are passed when opening the qemud pipe in form: /dev/qemu_pipe/camera:/dev/video0 I.e. parameters follow the service name, separated from it by ':' Change-Id: I67f0ef0ff27008e2b52652e58d72d5216b244646
/external/qemu/android/hw-sensors.c
|
736e01f86f4ec4049bb5795f1ddb979132b05333 |
|
10-Jan-2011 |
Tim Wan <tim.wan@sonyericsson.com> |
Sensor Command Line Interface implementation. Implement an unified sensor command line interface(CLI) on emulator to check all available sensors, and get/set specified sensor data. Change-Id: Ibb3c3522dc6c88e42fa1c7dffa32fbb675596b08
/external/qemu/android/hw-sensors.c
|
5973c775c853e26f684de58ad28c267281aaffd6 |
|
10-May-2011 |
David 'Digit' Turner <digit@android.com> |
qemu-timer.c: rename qemu_timer_new_scale() Get rid of qemu_timer_new() implementation, and update all callers to use qemu_timer_new_ms() or qemu_timer_new_ns() instead. Rename qemu_new_timer_scale() to qemu_new_timer() to follow upstream conventions. Change-Id: Id2c04f8597ec5026e02f87b3e2c5507920eb688e
/external/qemu/android/hw-sensors.c
|
607461d262aaa756c2ea3a9c6eb03cff38294c70 |
|
24-Feb-2011 |
David 'Digit' Turner <digit@android.com> |
Fix sensor-related snapshot resume failure. A snapshot saved with the Tools r9 emulator couldn't be restored properly because we added another sensor (proximity) in Tools r10. Provide code to deal with this case properly and avoid a nasty crash. Change-Id: Ifc395c12496a599eb4ae02e089fe8e13a90865b4
/external/qemu/android/hw-sensors.c
|
593d0ea0d2c851f099c5e7d16cbebc992b0bf152 |
|
15-Feb-2011 |
David 'Digit' Turner <digit@android.com> |
hw-sensors.c: Reduce default delay between sensor updates. This reduces the default delay used between sensor updates. This is needed to fix orientation for Honeycomb emulation since the framework's window orientation listener now discards events if they are spaced by more than 1 second (which happened to be the old default). Change-Id: I9194d93ab445302df1d887473b6ff5c446e13f98
/external/qemu/android/hw-sensors.c
|
7c8397abd80cd6ba6a2665ef22739e603ae4c290 |
|
17-Dec-2010 |
Ola Albertsson <ola.albertsson@sonyericsson.com> |
Adding proximity sensor simulation Proximity sensor is added in emulator and avd ini file is modified to be able add a proximity seensor to a avd. Change-Id: I4d2645c0c4861511451b606e18d2fd9b9a2d27ed
/external/qemu/android/hw-sensors.c
|
871da2aa80687142bec00ef7c1112253c76c32bb |
|
20-Sep-2010 |
Ot ten Thije <ottenthije@google.com> |
Added state snapshot support for QemuD. With this patch, both modem and sensor functionality are correctly restored when a state snapshot is loaded. This was not the case previously because communication with either of these services is done using the qemud daemon, which did not support snapshots. The boot-properties and charpipe services have no specific save/load functionality yet, since the framework itself should be reviewed first. Adding support for bootproperties should not be difficult though, and charpipe may not need it. For a description of the high-level process for saving and loading, consult section IV "State snapshots" in docs/ANDROID-QEMUD.TXT. Change-Id: I5b06d88b911ca096e78060163174904c48a01c66
/external/qemu/android/hw-sensors.c
|
5998b8947d8c2788b62d38afdd571ddff78648a5 |
|
11-Jun-2009 |
David 'Digit' Turner <digit@google.com> |
This fixes the hardware emulation to support several clients listening to the "sensors" service at the same time. Each client can decide to listen to different sensors, with different delays too. The previous implementation only allowed a single client, which blocked anything application that tried to read the sensors (since the framework was already the only allowed client) Signed-off-by: David 'Digit' Turner <digit@google.com>
/external/qemu/android/hw-sensors.c
|
318e4f294c181df33cf2541763904565b29bcccb |
|
25-May-2009 |
David 'Digit' Turner <digit@google.com> |
This adds the '-prop <name>=<value>' option which is used to set boot-time system properties from the command line. This is done by implementing a new 'boot-properties' qemud service in the emulator. This is to be used by the 'qemu-props' helper program that will be invoked by /system/etc/init.goldfish.rc to read a list of system properties from the emulator and set them in the emulated system during boot.
/external/qemu/android/hw-sensors.c
|
9877e2e3e3c2df64de306b48f80a4f5d0b028d95 |
|
19-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //branches/cupcake_rel/...@140373
/external/qemu/android/hw-sensors.c
|