History log of /frameworks/base/services/java/com/android/server/VibratorService.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
c2293025a25e04b26bf53713d71f85fd9ca5e8e9 07-Feb-2013 Dianne Hackborn <hackbod@google.com> App ops: track system windows, monitoring changes.

Change-Id: I273e82bdad66ada3bf0f7ec9176bc304b9ee1ee8
/frameworks/base/services/java/com/android/server/VibratorService.java
f265ea9d8307282ff1da3915978625a94fc2859e 01-Feb-2013 Dianne Hackborn <hackbod@google.com> App ops: vibration, neighboring cells, dialing, etc.

Improve handling of vibration op, so that apps are
better blamed (there is now a hidden vibrator API that
supplies the app to blame, and the system now uses this
when vibrating on behalf of an app).

Add operation for retrieving neighboring cell information.

Add a new op for calling a phone number. This required
plumbing information about the launching package name through
the activity manager, which required changing the internal
startActivity class, which required hitting a ton of code that
uses those internal APIs.

Change-Id: I3f8015634fdb296558f07fe654fb8d53e5c94d07
/frameworks/base/services/java/com/android/server/VibratorService.java
a06de0f29b58df9246779cc4bfd8f06f7205ddb6 12-Dec-2012 Dianne Hackborn <hackbod@google.com> New "app ops" service.

Initial implementation, tracking use of the vibrator, GPS,
and location reports.

Also includes an update to battery stats to also keep track of
vibrator usage (since I had to be in the vibrator code anyway
to instrument it).

The service itself is only half-done. Currently no API to
retrieve the data (which once there will allow us to show you
which apps are currently causing the GPS to run and who has
recently accessed your location), it doesn't persist its data
like it should, and no way to tell it to reject app requests
for various operations.

But hey, it's a start!

Change-Id: I05b8d76cc4a4f7f37bc758c1701f51f9e0550e15
/frameworks/base/services/java/com/android/server/VibratorService.java
58ed5d748c0b9b64845975ef5844ad313de7c3f6 07-Nov-2012 Kenny Root <kroot@google.com> am 768d9e1a: Merge "Correct executable bit for source files"

* commit '768d9e1a72ceee7d4a5f608776b87b62d6ce4a04':
Correct executable bit for source files
3a084af2e90849aaa8beb3a610189e3399c63ea0 07-Nov-2012 Kenny Root <kroot@google.com> Correct executable bit for source files

Many media files and source code files were marked as executable in Git.
Remove those.

Also a shell script and python script were not marked as executable.

Change-Id: Ieb51bafb46c895a21d2e83696f5a901ba752b2c5
/frameworks/base/services/java/com/android/server/VibratorService.java
d49359631bc2642be73dc162a8a73207df1e0baf 25-Sep-2012 Jeff Brown <jeffbrown@google.com> Handle user switched for settings changes.

Move OVERLAY_DISPLAY_DEVICES to Global.

Bug: 7127417
Change-Id: I632648ac5b01408512f59424f3bb55162431bea4
/frameworks/base/services/java/com/android/server/VibratorService.java
e4c56d9367ae89c705b92e44f327bd1d0132129c 31-Mar-2011 Vairavan Srinivasan <vairav@codeaurora.org> VibratorService: Fix to ensure actual delay in a vibrate pattern

delay might timeout early as value of duration isn't updated
correctly in the loop, should the wait be interrupted, to reflect
the elapsed time. Fix is to update duration in the loop.

Change-Id: I525b0e97799b288f46ae3a056cff7dcc69701bb0
/frameworks/base/services/java/com/android/server/VibratorService.java
1064a50dc86c2aea54bc6830c6cae464feb27feb 03-May-2012 Jeff Brown <jeffbrown@google.com> hasVibrator() should only report presence of built-in vibrator.

Bug: 6430585
Change-Id: Ia8d8656a2f0467b83f22a1dd747fbd17575573b3
/frameworks/base/services/java/com/android/server/VibratorService.java
8206525b242ceb012d882849c4e355223ba81b9d 16-Apr-2012 Jeff Brown <jeffbrown@google.com> Fix lock ordering bug due to use of reentrant lock.

Bug: 6340736
Change-Id: I4dc738da8c976182669b89af9dcb6fd11dcb0223
/frameworks/base/services/java/com/android/server/VibratorService.java
7f6c231a76f0bedaf9655a24707737d343244312 14-Apr-2012 Jeff Brown <jeffbrown@google.com> Add setting to redirect vibrator to game controller.

Bug: 6334179
Change-Id: I70093e38824ea3e5cf9cf242d1d7b6d26115ed80
/frameworks/base/services/java/com/android/server/VibratorService.java
6d21aee882215e8a17408f6ae1fbfba5cf8e440f 25-Jul-2011 Dianne Hackborn <hackbod@android.com> am 9ce1ecdf: am 1a2fcea1: am 2f4698fd: Merge "frameworks/base: unlink death notifications of Vibrate requests"

* commit '9ce1ecdfde98c7b5b5ec346b883df0a50d9722e1':
frameworks/base: unlink death notifications of Vibrate requests
8a61f496919504a86244d2f833acfec9bc20a745 13-May-2011 Vairavan Srinivasan <vairav@codeaurora.org> frameworks/base: unlink death notifications of Vibrate requests

Death notifications of Vibrate requests isn't needed when
broadcast of ACTION_SCREEN_OFF is received.

Change-Id: Ic411525fa8ce1fce3fa215314c54440ce837e41a
/frameworks/base/services/java/com/android/server/VibratorService.java
f68098534e42b33cd4588bb2d2ba34ab579e11aa 30-Mar-2011 Brad Fitzpatrick <bradfitz@android.com> am 7a84a60d: am 1a5a2379: Merge "Unregister callback from binder when vibration is removed"

* commit '7a84a60d569ef7373fbb6418026b935d48fcd7e7':
Unregister callback from binder when vibration is removed
b23949b7454ddb65f81e1bd4426b2cc714ab9c3e 28-Sep-2010 Mathias Jeppsson <mathias.jeppsson@sonyericsson.com> Unregister callback from binder when vibration is removed

When creating new vibration pattern, a callback is registered
in case binding to caller goes away, by linkToDeath().
Need to unregister this callback when we throw away the vibration.

Change-Id: Ibdf0bd415a539054ac7a66f49b33a864f729c546
/frameworks/base/services/java/com/android/server/VibratorService.java
ea9020e0854427d47e566a1394df6749f3265410 04-Nov-2010 Dianne Hackborn <hackbod@google.com> Add API to find out if there is a vibrator.

Change-Id: If29f6ee19448222433cad9fad325d0095a8e5737
/frameworks/base/services/java/com/android/server/VibratorService.java
7e9f4eb2608148436cef36c9969bf8a599b39e72 11-Sep-2010 Dianne Hackborn <hackbod@google.com> Track client requests through location manager.

This fixes a problem where applications could ask the location
manager to do very heavy-weight things (like... say... update
location every minute), which would get accounted against the
system instead of the application because ultimately it is the
system making the heavy calls (wake locks, etc).

To solve this, we introduce a new class WorkSource representing
the source of some work. Wake locks and Wifi locks allow you
to set the source to use (but only if you are system code and thus
can get the permission to do so), which is what will be reported
to the battery stats until the actual caller.

For the initial implementation, the location manager keeps track
of all clients requesting periodic updates, and tells its providers
about them as a WorkSource param when setting their min update time.
The network location provider uses this to set the source on the
wake and wifi locks it acquires, when doing work because of the
update period.

This should also be used elsewhere, such as in the GPS provider,
but this is a good start.

Change-Id: I2b6ffafad9e90ecf15d7c502e2db675fd52ae3cf
/frameworks/base/services/java/com/android/server/VibratorService.java
8a9b22056b13477f59df934928c00c58b5871c95 27-Feb-2010 Joe Onorato <joeo@android.com> Switch the services library to using the new Slog
/frameworks/base/services/java/com/android/server/VibratorService.java
3a32213c4029a03fe39486f3d6ebd0ea18928ee1 24-Nov-2009 Mike Lockwood <lockwood@android.com> Remove HardwareService and move vibrator support to VibratorService.

The lights support is only needed by PowerManagerService and NotificationManagerService, so we do not need a Binder API for it.
Move backlight and notification light support to new LightsService class.
The camera flash is now handled directly by the camera HAL, so the flash Hardware service flash support is obsolete.

Change-Id: I086d681f54668e7f7de3e8b90df3de19d59833c5
Signed-off-by: Mike Lockwood <lockwood@android.com>
/frameworks/base/services/java/com/android/server/VibratorService.java