| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
Clarify that HAL shouldn't send AVAILABLE_OFF in addition to
NOT_AVAILABLE when open() is called.
Update the comments to use the right torch status enums.
Bug: 21475390
Change-Id: If9adf4bd169048fc9760ef504d3a36414cfbb196
|
|
|
|
|
|
|
|
| |
For use by Camera HAL libraries to perform one-time initialization
steps after the library is loaded.
Bug: 20016050
Change-Id: Ia01ae0eafcadece9124ac2cfcc3b1c3939352843
|
|
|
|
|
| |
Bug: 19186859
Change-Id: Ie051f966a758c68d354250c245a87df57a4f4ae3
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Update the torch status callback API so that HAL must invoke
the torch status callback whenever the torch status changes
including changes by set_torch_mode().
The problem of the previous approach was camera service needed
to invoke the callback after calling set_torch_mode() and two
sources of the torch status changes (HAL and camera service)
caused a race condition.
Add STATUS_ON and remove STATUS_AVAILABLE which isn't useful
because STATUS_OFF means torch is off and available. STATUS_ON
means torch is on and available.
Bug: 2682206
Change-Id: Ide5d289c5f485404a3ba46e6cb359fa8a52da0bb
|
|
|
|
|
|
|
|
| |
To match the public API, seperate camera device in use and other
resources in use errors.
Bug: 2682206
Change-Id: Ie0451931f0c84fc65f3f6294a9f44bec10627afe
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Add TORCH_MODE_STATUS_OFF for the case when HAL has to turn off the
torch mode that was turned on by a previous set_torch_mode() call
in order to turn on the torch mode for the current set_torch_mode()
call.
Bug: 2682206
Change-Id: Ia2f717ffaca8c4346ec5fcdf73895160f700f067
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- Add necessary metadata to the camera_info structure to allow
the camera service to determine which devices can be safely
opened and used simultaneously without attempting to open
camera devices.
Change-Id: I4250b4c7e1296ebf4cab07355d6d3be01f17ba1e
|
|/ /
| |
| |
| |
| |
| | |
Also bump the HAL version to 3.3 for reprocessing spec update
Change-Id: I37eda90970eace23c42ba9106d4db1587df8d1b4
|
|/
|
|
|
|
| |
Update camera module API 2.4 for usb camera support.
Change-Id: Id8329e31ad0622bdc06c60e87e97c742a9719b3b
|
|
|
|
|
|
|
|
| |
Add torch mode APIs to support flashlight without opening any
camera devices.
Bug: 2682206
Change-Id: Ida46bb878962caf305f3e97051b15e0465fe8c02
|
|
|
|
|
|
|
| |
And deprecate older HALs.
Bug: 17445920
Change-Id: I37a5e53fda3c93080e37ec848f84c702a2c9120b
|
|
|
|
|
|
|
| |
Not previously documented, though already assumed to be this.
Bug: 16514157
Change-Id: I9334fdf672c9772014681a5c346a6f20b51d8213
|
|
|
|
|
|
|
| |
This adds the module API to open a camera device as lower HAL version legacy
device.
Change-Id: I6616aebc5ec0cef28f675e5dddb334dc6b5dfea9
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Inheritance of HAL object is performed by composing a child structure of a
single parent structure located at offset 0 followed by new data members
and function pointers in the child structure.
For example,
struct child {
struct parent common;
int a_data_member;
void (*a_method)(struct child *c, int v);
};
HAL code assumes this layout when accessing child structures given a pointer
to a parent structure such that users write code like the following...
void child_method(struct *parent, int v) {
struct child * c = (struct child*)parent;
// do stuff with c
}
Code above will break if a member is added before "common" in "struct child".
This change adds comments that describe the restriction on the location of
parent HAL objects within a derived HAL object. HAL objects that already
have comments that describe the required location of parent objects are not
modified.
Change-Id: Ibe4300275286ef275b2097534c84f1029d761d87
|
|
|
|
|
|
|
|
|
| |
- Deprecates vendor tag specification in camera3 device.
- Moves vendor tag ops declaration to camera metadata library and
cleans up definitions.
- Updates the example HAL.
Change-Id: Ifb16bb0d4bbc896bc32d33dd150e7e174af57dad
|
|
|
|
|
|
|
|
|
|
|
| |
This updates the camera module API to have vendor-specific tag support.
Vendor-specific metadata tags could be contained in static camera
characteristics, so we need a method of accessing vendor tag information
from the module level (and not just with a device open).
Bug: 10612133
Change-Id: I28e8c769f8112ff4f745f3f1b5472e8a718f1356
|
|
|
|
|
|
|
| |
- Add new definition to camera_common
- Update comment in camera3.h
Change-Id: I9d8c594cfdaff40c543e8f9017091b0c06bbf022
|
|
|
|
| |
Change-Id: I0986d37364a2666d493cb771fa76967aa051ca5d
|
|
|
|
| |
Change-Id: I67ce80c886723d4dba7f799b6b135aa7026c2187
|
|
|
|
|
|
|
|
|
| |
- Support a simple callback from camera HAL module to framework, to
indicate a change to module configuration or status.
- Add support for per-instance metadata to camera 2 device HAL.
Change-Id: I25699ff096c4f3578b9e54c7e6e60ce2449adc82
|
|
|
|
|
|
|
| |
- High-level behavior is identical to device HAL 2.0
- Interface is cleaned up and simplified greatly
Change-Id: Ia867bbf9484be2256470f4acfab7fc3d47e408f4
|
|
|
|
| |
This reverts commit 71cb21980a8f6a7ab3b5f86b6d81e8584769f489.
|
|
|
|
| |
Change-Id: Icfc0b2dc7739313a6266938f0e2b46fa823ba61e
|
|
|
|
|
|
|
|
|
|
| |
Disallow modification to static characteristics structure, and clarify
ownership and lifetime of the structure.
Also update test code accordingly.
Bug: 6243944
Change-Id: I6921d6889937212867efb99aa3881ab3ffc4f6f9
|
|
|
|
|
|
|
|
| |
Needs a third change that's not yet done with review.
This reverts commit c9ec8a656b59912f496880d3a63c0decd490f09d
Change-Id: Ic3e465e1308cbf107a250ec17b73a59a35e52f9f
|
|
|
|
|
|
|
|
|
|
| |
Disallow modification to static characteristics structure, and clarify
ownership and lifetime of the structure.
Also update test code accordingly.
Bug: 6243944
Change-Id: Ib8de5e9d6580187b21a5ae9a28a3d24f1d083f7b
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
These constants should be used by HAL implementations to indicate
which versions of the module and device APIs they support.
Change-Id: I4b6eae278481545694e6a1827833b5958c26720c
|
|/
|
|
| |
Change-Id: I9c6f76279b54c2de66a31f751afc9222c345eb47
|
|
Includes a draft of camera device HAL 2.
Change-Id: I5f56a8c54a33d0ca039360185822a9c22436cab8
|