| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Also removes the auto-free object, replacing it with direct memory manipulation.
|
| |
|
|\
| |
| |
| |
| | |
* changes:
Preserve file access mode when backing up / restoring files
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This change adds a fixed-size metadata block at the head of each file's content
entity. The block is versioned, and fixed-size on the theory that it might be
nice to be able to recover the content (if not the full metadata) of the files
if we're ever confronted with data backed up some hypothetical future helper
that stored expanded metadata.
The net effect is that now on restore, we assign the same access mode to the
file that it originally had when backed up.
Also, some of the code was failing to properly free transient heap-based buffers
when it encountered errors. This has been fixed with the addition of a tiny
stack-based object whose job it is to free() its designated pointer from its
destructor.
|
| |
| |
| |
| |
| |
| |
| | |
This is the last of a 3-part change to modify the camera to use
a more streamlined callback interface. This change removes the
old code.
Bug 1884362
|
|/
|
|
|
|
|
|
|
| |
This allows the camera service to hang onto the callback interface
until all callbacks have been processed. This prevents problems
where pending callbacks in binder worker threads are processed
after the Java camera object and its associated native resources
have been released.
Bug 1884362
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This change puts the file's access mode into the saved-state blob used by the
file backup helpers. The tests have been updated for the new blob content
format.
What this change *doesn't* do is actually backup/restore the file mode. This
change is a prerequisite for that, but mode preservation in backup/restore will
require adding metadata to the backup data stream itself, so will be approached
a bit more carefully.
(Also fixed one outright bug in the test program: ReadEntityData() had been
changed to return a ssize_t union of either a byte-count or a negative number
indicating error, but the test program was still assuming that nonzero == error,
and was spuriously failing.)
|
|\
| |
| |
| |
| | |
* changes:
fix warnings that will show up with GCC 4.4 (in master)
|
| | |
|
|/
|
|
|
| |
because they'll always go in the same order, and this lets
us not have to write headers to keep them paired.
|
|
|
|
|
|
|
| |
The aapt tool now reports all available densities like it already did
for locales. Also this includes more resource data output, which I
was using to examine bug #1867049 (which at this point I am unable to
reproduce).
|
| |
|
| |
|
| |
|
|\
| |
| |
| |
| | |
* changes:
Allow the qemu.sf.lcd_density property to override the value of ro.sf.lcd_density
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
ro.sf.lcd_density
ro.sf.lcd_density is usually defined in the build.prop file which is parsed by init
before anything else. Since its name begins with "ro.", this property is write-once
and cannot later be modified, e.g. in /system/etc/init.goldfish.sh.
In other words, you cannot use "emulator -prop ro.sf.lcd_density=<value>", since
it is impossible to override the value defined in build.prop
This patch modifies the system to recognize "qemu.sf.lcd_density" as an override
value, which can be set with "emulator -prop qemu.sf.lcd_density=<value>", forcing
a specific density.
A later patch will allow the emulator to automatically set this property depending
on AVD hardware configuration settings.
|
| | |
|
|/ |
|
|
|
|
| |
methods on BackupDataOutput.
|
|
|
|
|
| |
can't be stated. This means you don't need to know if the files
you are backing up exist or not -- we'll figure it out for you.
|
|
|
|
| |
This took quite a bit of refactoring.
|
| |
|
| |
|
|\
| |
| |
| |
| | |
* changes:
log the geomerty of surfaces causing an out of memory in SurfaceFlinger.
|
| | |
|
|/
|
|
|
|
|
| |
The problem comes from the code handling the automatic change of audio routing to speaker when notifications are played. The music is also muted while the sound is forced to speaker.
To avoid truncating the end of the notification, a delay is inserted between the end of the notification and the restoration of the audio routing. If a new notification starts during this delay, the current music mute state read and saved before muting music corresponds to the forced mute due to previous notification. When the new notification ends, the mute state restored is muted and music stream stays muted for ever.
The fix consists in reading and saving music mute state only if the audio routing has been restored (check that mForcedRoute is back to 0).
|
|
|
|
|
|
| |
- return "const" objects for overloaded operators to disallow constructs like: (a+b) = c;
- don't return references to non-static members, it's not always safe.
- Point.cpp was empty, so get rid of it
|
|
|
|
|
|
|
|
| |
This change is the first part of a fix for issue 1846343, :
- Added new enum values for input sources in AudioRecord and MediaRecorder for voice uplink, downlink and uplink+downlink sources.
- renamed streamType to inputSource in all native functions handling audio record.
A second change is required in opencore author driver and android audio input to completely fix the issue.
|
|\
| |
| |
| |
| | |
* changes:
Fix for the simultor build breakage.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Added missing include sys/time.h for utimes.
Detects when stat64 uses a timespec for the modif and access times
and work around the missing st_*time_nsec.
Apologies for the whitespace changes, emacs removed them automatically.
|
|\ \
| | |
| | |
| | |
| | | |
* changes:
Fix a major bug in Bundle when unparcelling from AIDL.
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
There was a serious problem in the Bundle(Parcel) and readFromParcel() methods,
where it wasn't doing the copying of the Parcel that Parcel.readBundle() does
and is a basic requirement for it to work correctly.
This re-arranges the code to make all of these functions (hopefully) correct.
Also fix a problem in Parcel where we were not duping fds when copying data from
one Parcel to another.
|
|/ |
|
|
|
|
|
|
| |
Conflicts:
data/etc/platform.xml
|
| |
|
| |
|
| |
|
|
|
|
| |
Continuation of bug 1846343
|
|
|
|
| |
Continuation of bug 1846343
|
|
|
|
| |
Continuation of bug 1846343
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This includes some cleanup to make the parameters match
between BackupService.onBackup and FileBackupHelper.performBackup.
|
|
|
|
|
|
|
|
|
| |
This is the second half of bug 1837832. Modifies the camera client
and camera service to use the new binder interface. Removes the
old binder interface. There will be one more part to this change
to surface the undefined callbacks to the Java layer so that
partners can implement new features without having to touch the
stack.
|
| |
|
|
|
|
|
|
|
| |
This is the first step in a multi-step change to move from the old
specific callbacks to a generic callback. This will allow future
flexibility in the interface without requiring binder rewrites.
Bug 1837832
|
| |
|
| |
|