| dcda949f769a11b197f4784fe299a448d87e6e14 |
|
16-Feb-2014 |
David 'Digit' Turner <digit@google.com> |
qemu-timer.c: Use upstream version.
This completely modifies the implementation of timers to match upstream,
the only difference is that the oddly-placed qemu_gpoll_ns() function is
disabled (it's not used yet).
Most of the changes here (but not all), were applied through the following
sed script:
s|qemu_get_clock\s*(\s*vm_clock\s*)|qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL)|g
s|qemu_get_clock\s*(\s*rt_clock\s*)|qemu_clock_get_ms(QEMU_CLOCK_REALTIME)|g
s|qemu_get_clock_ns\s*(\s*vm_clock\s*)|qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL)|g
s|qemu_get_clock_ns\s*(\s*rt_clock\s*)|qemu_clock_get_ns(QEMU_CLOCK_REALTIME)|g
s|qemu_get_clock_ms\s*(\s*vm_clock\s*)|qemu_clock_get_ms(QEMU_CLOCK_VIRTUAL)|g
s|qemu_get_clock_ms\s*(\s*rt_clock\s*)|qemu_clock_get_ms(QEMU_CLOCK_REALTIME)|g
s|qemu_get_clock_ms\s*(\s*host_clock\s*)|qemu_clock_get_ms(QEMU_CLOCK_HOST)|g
s|qemu_get_clock_ms\s*(\s*SHAPER_CLOCK\s*)|qemu_clock_get_ms(SHAPER_CLOCK)|g
s|qemu_mod_timer\s*(|timer_mod(|g
s|qemu_del_timer\s*(|timer_del(|g
s|qemu_free_timer\s*(|timer_free(|g
s|qemu_new_timer_ms\s*(\s*rt_clock,|timer_new(QEMU_CLOCK_REALTIME, SCALE_MS,|g
s|qemu_new_timer_ns\s*(\s*rt_clock,|timer_new(QEMU_CLOCK_REALTIME, SCALE_NS,|g
s|qemu_new_timer_ms\s*(\s*vm_clock,|timer_new(QEMU_CLOCK_VIRTUAL, SCALE_MS,|g
s|qemu_new_timer_ns\s*(\s*vm_clock,|timer_new(QEMU_CLOCK_VIRTUAL, SCALE_NS,|g
s|qemu_new_timer_ms\s*(\s*host_clock,|timer_new(QEMU_CLOCK_HOST, SCALE_MS,|g
s|qemu_new_timer_ns\s*(\s*host_clock,|timer_new(QEMU_CLOCK_HOST, SCALE_NS,|g
s|qemu_new_timer_ms\s*(\s*SHAPER_CLOCK\s*,|timer_new(SHAPER_CLOCK, SCALE_MS,|g
s|qemu_put_timer\s*(|timer_put(|g
s|qemu_get_timer\s*(|timer_get(|g
s|qemu_timer_pending\s*(|timer_pending(|g
s|qemu_clock_next_deadline\s*(\s*vm_clock|qemu_clock_deadline_ns_all(QEMU_CLOCK_VIRTUAL|g
s|qemu_clock_next_deadline\s*(\s*rt_clock|qemu_clock_deadline_ns_all(QEMU_CLOCK_REALTIME|g
s|qemu_clock_next_deadline\s*(\s*host_clock|qemu_clock_deadline_ns_all(QEMU_CLOCK_HOST|g
+ Disable icount-based clock warping/adjustments. It will be re-enabled in the future
after cpu emulation has been completely refactored.
Change-Id: Ifbcf4a52654eed3a08dfe59b0546a75d4627f758
/external/qemu/android/hw-sensors.c
|
| e7216d82dbaa19892ad62b07402d512234559a6e |
|
15-Dec-2013 |
David 'Digit' Turner <digit@android.com> |
qemu-char.h -> include/sysemu/char.h
Change-Id: I8e3d6e9a73a347978789a98035e89ea1e03b59aa
/external/qemu/android/hw-sensors.c
|
| 7a78db75ad42aea283f5073f51891464104a9fc3 |
|
14-Dec-2013 |
David 'Digit' Turner <digit@android.com> |
Move qemu-timer.h to include/qemu/timer.h
Note: upstream still puts qemu-timer.c in the top-level
directory, so no need to move it
Change-Id: I475309d6f0040b4fd2277e52a2526825c112e91f
/external/qemu/android/hw-sensors.c
|
| 7136b053b7fc7840ec64e01d1d19ab822e1f949a |
|
10-Apr-2012 |
Vladimir Chtchetkine <vchtchetkine@google.com> |
Use new SdkController communication protocol for emulation ports
android/sdk-control-socket.* has replaced android/android-device.* as the back-bone
of communicating with SDK controller on the device. The major differences are:
- New communication protocol uses just one (async) socket connection to communicate
with the device (the old one used two sockets: one sync, and another - async).
- New communication protocol connects to one TCP port (1970 in this CL) for all emulation
ports. Channel multiplexing is done by using port names, and assigning a separate socket
for communication inside each separate port. The old protocol had separate TCP ports for
each emulation ports (1968 for sensors, and 1969 for multi-touch)
Change-Id: I779fcbdfba2f9b4c433a9d76a567975708b00469
/external/qemu/android/hw-sensors.c
|
| 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
|