| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
After finding some i9300 devices who's MAC addresses were missing from the list, i searched for all murata MAC's and thought it wise to add them.
Change-Id: I9e0db81cf2b1809b37b1660a4763db82699dd452
|
|
|
|
| |
Change-Id: I895dc26a71253b31a2ee8ae27feeb5feb673a9bf
|
|
|
|
| |
Change-Id: Ib00ca46608a834a6a5f1e2fe996d56ec98d1ffab
|
|
|
|
| |
Change-Id: Ib0015cb828772b1723d596442df3f7e2e298c2a2
|
|
|
|
| |
Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
|
|
|
|
| |
Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
|
|
|
|
| |
Change-Id: I8f13cfe68157417c36f541af7ea40680bd279c43
|
|
|
|
| |
Change-Id: Id239eae364b7e1eddc512acb3516be1c62a726d1
|
|
|
|
| |
Change-Id: I1266a59d88811fe0b3188dc63b83bace40f54398
|
|
|
|
| |
Change-Id: I2fee28ca533b9c0923d6bc9d736cf2f2284190e0
|
|\ |
|
| |
| |
| |
| | |
Change-Id: I8aa0470652c060a531d2cc7f2d8c68d3c40f5f95
|
| |
| |
| |
| | |
Change-Id: Ie79369fce7d6c8832c3256c402a485090c177e61
|
|/
|
|
| |
Change-Id: I1429a892071dbd55d8ffa41b304b1612261f4edc
|
|
|
|
| |
Change-Id: I3064271ac8d563f63b13278944639ab5a29ae87f
|
|
|
|
| |
Change-Id: I3461a6569bf7d3c65e72cc911282bb3ee8e52bc5
|
|
|
|
| |
Change-Id: I6c07d14675e5c6f835401d2660f208db8e757a71
|
|
|
|
|
|
| |
http://git.insignal.co.kr/insignal/origen_quad-jb_mr1.1/android/hardware/samsung_slsi/exynos4/log/?h=origen_quad-jb_mr1.1
Change-Id: Idbcc372285b168fa171e195eed43e20c27182fab
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes this log entries.
I/macloader( 1915): Writing murata to /data/.cid.info
D/macloader( 1915): Setting permissions on /data/.cid.info
F/libc ( 1915): *** vsprintf buffer overflow detected ***
F/libc ( 1915): Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1), thread 1915 (macloader)
Change-Id: I1ccb257bada18030de76a2be40477172993ca2a0
|
|
|
|
|
|
|
|
|
|
|
|
| |
The APEX macros always rounded to int, losing too much precision. Ensure
that we always keep at least two decimal digits.
The more precise F-number comes from the value recorded by the camera
closed source driver.
Added a new macro APEX_SHUTTER_TO_EXPOSURE(x) (credit to tryptophane).
Change-Id: Ief43c15c6517d8dc48d4d4bc9e93df9eb01e6b91
|
|
|
|
| |
Change-Id: Ic328f6265ce9e5b09b86843b5dea3f1594d09163
|
|
|
|
| |
Change-Id: I7d307fbfe7581bfa76e7f4f6ce50f759683bf9dc
|
|
|
|
|
|
|
|
| |
This libsecion is reverse engineered from the libsecion.so blob and then
written based on the Exynos 5 libion available in AOSP.
Change-Id: Ibe69047c78491e3c7f3173b18fcabdf327fcfbd0
Signed-off-by: angelsl <hidingfromhidden@gmail.com>
|
|
|
|
|
|
|
|
| |
* Tune the governor for better power usage and interactivity
* Reset tuning parameters if governor changes
* Cleanup
Change-Id: Ibe60ece836a0e56ba58e109bbea26cbd54d75421
|
|
|
|
| |
Change-Id: Ia6221554d290c46f11c68e276dda41c8ebe3a7ab
|
|
|
|
|
|
|
| |
Stock gralloc doesn't have these alignment hacks. In fact
they currently do nothing and won't until we fix HWC.
Change-Id: I3427cf3fed84a023ba6ed69b0e0fe0b63ea00886
|
|
|
|
|
|
|
|
|
|
| |
This caused the ION pointer to get clobbered with a UMP
pointer when FIMC1 memory was requested.
After a while, camera would be unable to allocate buffers
due to ION memory not being freed properly.
Change-Id: I1ba1d27da924a0bb81631548e83c7f3e5789f319
|
|
|
|
|
|
|
|
| |
Building libsecril-client from source works perfectly well
on the i815. It will probably work well with the gsm devices
as well.
Change-Id: I4f394555d82fb48a86ea52212d9fb56ca0e8acd3
|
|
|
|
| |
Change-Id: I1bc1aa88ec58f406fcf46a7c118ef577d6b0fb78
|
|\ |
|
| |
| |
| |
| | |
Change-Id: I61e1556da3e2d1e9a8b9c22163f4f11982bda7dc
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Two reverts squashed, due to Mali-derping being fixed
in frameworks/native:
Revert "gralloc: avoid using framebuffer"
This reverts commit 5125ccc5b6d9a4bf1256a4a57f6d5f7d0ebe26c9.
Revert "gralloc: Send first 2 FB buffers to carveout and next to UMP"
This reverts commit d288deb284f205c6b0eae04b27377c902afaf24e.
Change-Id: I530dc255b7543e03d0e8277d3ad12ed11d6649ab
|
|/
|
|
| |
Change-Id: Iead8beee1c2c40b3c7ce1277c84dc180fb96ecb8
|
|
|
|
| |
Change-Id: I0d125275e4d9ec3b6368572b9c0aa1033969c98d
|
|
|
|
|
|
|
|
|
|
| |
Mobile's blobs behave this way, except they don't do the
4k alignment done by the FIMC1 allocs.
The 4k alignment should fix issues such as NHK World Live TV,
but fails to do so.
Change-Id: I1ee4cd13e23f9f2f6c6616ee9eed1096b571a82c
|
|
|
|
|
|
|
|
| |
Mobile's blobs don't appear to have been compiled with this
present in their headers, and none of the Insignal sources
actually use this.
Change-Id: Ib8611f6da90ea78aa8eec451c76f56ddb32b45a4
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is the story of poor }. It is a painful saga.
Samsung left } floating inside the galaxy of framebuffer_alloc,
unable to join its brethren on the planet of STANDARD_LINUX_SCREEN
when they were shifted out of the #ifdef dimension.
codeworkx brutally eliminated poor } from the galaxy, it was
nowhere to be seen. codeworkx then took pity on the } and
placed it back on the planet of STANDARD_LINUX_SCREEN, but
placed it on a continent where it was all alone, unable to
ever see its mate {
Take pity on poor }, let it rejoin its people on the correct
continent of the planet STANDARD_LINUX_SCREEN, so they may
all shift out of the #ifdef dimension together.
Change-Id: I7a700b73ccd2c91f91d9af3704930759f46978c7
|
|
|
|
| |
Change-Id: I340b2bc065490797889aa17c5396cf40e0e7d6ff
|
|
|
|
| |
Change-Id: I216b4b67f09729d00d337512ab17ff378f218a33
|
|
|
|
| |
Change-Id: I54d7cfcbf39a97a340cf5b807537c39584c0e50a
|
|
|
|
| |
Change-Id: I86f80b78325f37f2d46b0c3b08818ab1274242e9
|
|
|
|
| |
Change-Id: Idf59890cb41e97004039a71e4b32f3d263b89482
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Taken from QCOM gralloc:
commit d80a52cbf961d737f6f3beef47b868a581b98591
Author: Saurabh Shah <saurshah@codeaurora.org>
Date: Tue Oct 2 14:32:40 2012 -0700
gralloc: Send first 2 FB buffers to carveout and next to IOMMU
Gralloc uses the GRALLOC_USAGE_HW_FB flag to allocate memory from carveout.
This is fine for primary framebuffer, but for external framebuffer we need IOMMU
heap buffers, since the ioctls for external work with those.
Ideally, the primary buffers also need to come from IOMMU heap, which is ongoing
work. This patch allocates the first 2 FB buffer requests (assuming they are for
primary) from carveout and allocates all subsequent buffers from IOMMU heap.
Bug: 7124159
Change-Id: Ie53b2e1e7fcac136acd2d251f39cefe367fc7125
Signed-off-by: Iliyan Malchev <malchev@google.com>
|
|
|
|
| |
This reverts commit 8b9deaf74eba92bac8725666c2f99e51412a5b6f.
|
|
|
|
|
|
|
|
| |
Window 2 is used to query global info about the LCD.
Kanged from patch for aries by Greg Hackmann <ghackmann@google.com>
Change-Id: Idf754d4536337d6c06652c1d0c744dc7c0936b15
|
| |
|
| |
|
| |
|
| |
|