| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| |
| | |
* commit 'b18da571f90eebedd99fe5607a6b0d7ae4e91893':
Remove unused LOCAL_LDLIBS.
|
| |\
| | |
| | |
| | |
| | | |
* commit '1e6cd741fd130e5916337eb75c9ceef2152035d2':
Remove unused LOCAL_LDLIBS.
|
| | |
| | |
| | |
| | | |
Change-Id: I42aeb7668183e7a06207ee063f6eee4d37d66c6e
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | | |
* commit '2898a4ad5ede1fa3d42b4b2bd54a4b91b61bcc2b':
libutils: FileMap styling adjustments
libutils: FileMap 64 bit compile issues
|
| |\ \
| | |/
| | |
| | |
| | |
| | | |
* commit '7fb0ff53e87115d98af7272368348bbc270516ae':
libutils: FileMap styling adjustments
libutils: FileMap 64 bit compile issues
|
| | |
| | |
| | |
| | | |
Change-Id: I487ebe67a46a7b8f680e722141dd216bbd396f3e
|
| | |
| | |
| | |
| | | |
Change-Id: Ie7a0aeb2a7e2d2a90aa2b97c657ea7ec566bf793
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | | |
compile issues"
* commit '270abd69448a1cae78649127aa43750b4067192f':
libutils: BlobCache 64 bit compile issues
|
| |\ \
| | |/
| | |
| | |
| | | |
* commit 'ca242b497daa152f517f2b74037d5e2765f3ad2d':
libutils: BlobCache 64 bit compile issues
|
| | |
| | |
| | |
| | | |
Change-Id: I60e9bddfff04f19834b83bdc26a83ca7173363c3
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | | |
imply CLOCK_BOOTTIME."
* commit '48030e68e5d2d763ab9c1ca88036837e1e4f3c08':
HAVE_POSIX_CLOCKS doesn't imply CLOCK_BOOTTIME.
|
| |\ \
| | |/
| | |
| | |
| | |
| | |
| | | |
CLOCK_BOOTTIME."
* commit 'e7ddcad89f2950d58b4022b55f2cf693daac2e19':
HAVE_POSIX_CLOCKS doesn't imply CLOCK_BOOTTIME.
|
| | |\ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
HAVE_POSIX_CLOCKS imples clock_gettime,settime and
CLOCK_REALTIME / CLOCK_MONOTONIC.
CLOCK_BOOTTIME appears only on newer versions of glibc
and might only be supported on newer kernels.
Change-Id: I66e724a3593538c3b80de2c5f81a964d3fa96eaf
|
|\ \ \ \
| |/ / /
| | | |
| | | |
| | | | |
* commit '43cb7ae6c31ced8cd518eab59dfea31ab1ade812':
Cleanup: warning fixit.
|
| |\ \ \
| | |/ /
| | | |
| | | |
| | | | |
* commit '4f362e438c6ee5688c4f2f444203ed7acffa566b':
Cleanup: warning fixit.
|
| | |/
| | |
| | |
| | |
| | |
| | |
| | | |
bootable/recovery has a dependent commit: I9adb470b04e4301989d128c9c3097b21b4dea431
Change-Id: Icf23e659265d71d5226d527c2b40cfbc132320ee
Signed-off-by: Sasha Levitskiy <sanek@google.com>
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | | |
Change-Id: I0835278df1aa78f10d5493d7ef2c9e4a15c0fee9
|
|\ \ \ \
| |/ / /
|/| / /
| |/ /
| | |
| | |
| | | |
RefBase."
* commit 'cb6daaafa45c81c3c304eac947d2e2fca15f3171':
Fix stack trace logging in RefBase.
|
| |\ \
| | |/
| | |
| | |
| | | |
* commit '9d379a1e02f25cbc06db55952d981b0dbba75b5c':
Fix stack trace logging in RefBase.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This was broken about 5 months ago in change I78435ed49aa196a0efb45bf9b2d58b62c41737d3.
See: https://goto.google.com/jhtss
Change-Id: Icc32993552efed3015bc1b79a7bd872d7510e020
|
| |\ \
| | |/
| |/|
| | |
| | | |
* commit 'df33e8b544c457e4b08e8fa0b8a3eaf5eaf8fc2e':
Add BitSet64. DO NOT MERGE
|
| | |
| | |
| | |
| | | |
Change-Id: Idf3e21dfaa9f90f4dcb1b4d41eed3891dda99561
|
| | |
| | |
| | |
| | |
| | |
| | | |
Also, moar testing.
Change-Id: I512b337a1a85a0794445fc6249af7ca39ba7c381
|
| | |
| | |
| | |
| | | |
Change-Id: Ia0039aae00316f42a8306a9fb8ad37269180b58c
|
|/ /
| |
| |
| | |
Change-Id: I232dfa2ad2e4a463a39e2e901e4097dffe278cc3
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
| |
From libc manual for vsnprintf:
The functions vprintf(), vfprintf(), vsprintf(), vsnprintf()
are equivalent to the functions printf(), fprintf(), sprintf(), snprintf(),
respectively, except that they are called with a va_list instead of a
variable number of arguments. These functions do not call the va_end macro.
Because they invoke the va_arg macro, the value of ap is undefined after the call.
We need to allocate/end new va_list for each vsnprintf.
Change-Id: I66ec058033be1cb918e7b2bc84ca546800da226b
Signed-off-by: Fengwei Yin <fengwei.yin@intel.com>
|
|
|
|
|
|
|
|
|
| |
Fix a small bug in the Printer for strings that didn't properly
prepend the prefix.
(cherry picked from commit 9b0e074c6d38143e01616404a08b0c7aa992f3c3)
Change-Id: I78bfa3f76864c34f33fb439bf20dfc85616f1077
|
|
|
|
| |
Change-Id: I1dacca10a3cd7601abc3451b69ed761bf71c38fe
|
|
|
|
|
|
|
|
|
|
|
| |
On devices with an up-to-date kernel, the back-in-time bug affecting
clock_gettime() has been fixed and it can safely be used as an
alternative to the ANDROID_ALARM_GET_TIME ioctl. To ensure consistent
behavior on existing devices, make clock_gettime() a fallback for when
the alarm driver isn't available.
Change-Id: I384af5e7ec9e73e0bad4b6b0f987a8ea4583cba6
Signed-off-by: Greg Hackmann <ghackmann@google.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1. When alloc or realloc failed in the function SharedBuffer::editResize,
it would return a NULL pointer, then mStorage would update to be 1 by
SharedBuffer::data() if no pointer check here, which is an obviously
wrong address, and would cause corruption when used it e.g. in capacity().
So add the pointer check here for the return value of SharedBuffer::editResize,
if it's NULL do not use it to update mStorage, to avoid the value of mStorage
polluted.
2. when alloc or realloc falied in _grow & _shrink function, mStorage keep
the original value, so mCount should not be updated here.
Otherwise, mStorage might be 0 but mCount>0, so a corruption would happend
when it try to delete items from the Vector since mCount>0.
Change-Id: I7c3814e843c459834ca5eed392e8d63d1cb7d2d8
Signed-off-by: Shuo Gao <shuo.gao@intel.com>
Signed-off-by: Jian Luo <jian.luo@intel.com>
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>
Signed-off-by: Jack Ren <jack.ren@intel.com>
Author-tracking-BZ: 139626
|
|
|
|
|
| |
Bug: 11324229
Change-Id: Ia50e79b5e2430faea77b0c98902e8e018fb9ceff
|
|
|
|
|
| |
Bug: 11324229
Change-Id: I7e4f514c5531e4c0c11bb0ba5d67e4dabbcd5792
|
|
|
|
|
|
|
| |
- Also add a Printer class (print lines to logcat, fd, or strings)
Bug: 11324229
Change-Id: I78435ed49aa196a0efb45bf9b2d58b62c41737d3
|
|
|
|
|
|
|
|
|
| |
The kernel problem has been fixed long time ago and the ad-hoc logging
mechanism is not thread safe and can flood the log with spurious
messages.
BUG: 10899829
Change-Id: I63278db51295e744eed3e47dc8d4cfe621c0d8f7
|
|
Change-Id: I6cf4268599460791414882f91eeb88a992fbd29d
|