1. fix HAL1 memory callback cookie for Treble change
2. remove checking for VANILLA_HAL definition for O upgrade now
for initial bring up, until the removal of the TARGET_USE_AOSP
flag in devie mkfile.
Change-Id: Iedf5a97e9890bc7216a3008373ddef5005836a01
Issue:
Android camera framework expects camera HAL modules
to release video duped FD's. Framework can trigger this event
after stopRecording() call.
Fix:
Change to avoid state machine check to release video FD's.
CRs-Fixed: 1077211
Change-Id: I6dcc31b335679e4885f56ae1e4e02ee33d193b08
Issue: Release_recording() can be called with any Imemory pointer
sent earlier. HAL cannot use this pointer to recognize video frame
to match before release this buffer to kernel.
Fix: Buffer identity is introduced to every video buffer and released
buffer can be found by comparing identity.
CRs-Fixed: 1026840
Change-Id: I287d1276fbf2241a2fc6d470e887a91e1daeca4d
Issue:
Type of refreshrate is different in different android versions
and if same camera code is used across the versions then
dereferencing the hardcoded int pointer to float resulting a zero.
Fix:
Update Max fps as per the type of(MetaData_t->refreshrate)
Change-Id: Ifced28cdc56252151be4f41e3e652be41af510a0
CRs-Fixed: 1018231
In video metadata mode, framework allocates native handle
resource and needs to be freed in release recording.
This change is to free framework resources in case of media
extension use cases.
Change-Id: I1bac10740130d506d71ec1275dd7d75f66c263c8
Incase framework updates camera native_handle pointer, we need
to use cached native_handle to update for every timestamp
callback. This change is excecuted only if media extension flag
is enabled for the target.
Issue:
Use case introduced in video to overwrites camera native handle
pointer.
Fix:
Change is to cache camera native handle and restore when video
release camera buffer.
Change-Id: I0bdc01b3f2b51d7bba66320cc8ef1ab019136d4e
