高通Camera HAL层开发项目实战 - 第1节
1.1 高通Camera整体架构
高通平台的Camera系统采用分层解耦设计，从上至下依次为：应用层、Framework层、HAL层、Kernel层和硬件层。每一层职责明确，通过标准接口进行通信，便于厂商定制和系统升级。
核心设计原则： 高通Camera架构遵循Android CDD（兼容性定义文档）要求，同时通过私有扩展（如Chi-Custom）实现差异化功能。
1.1.1 分层架构总览
| 层级 | 主要组件 | 职责描述 |
|---|---|---|
| 应用层 | Camera App、第三方App | 调用Android Camera2 API，发起预览、拍照、录像请求 |
| Framework层 | CameraService、CameraProvider | 管理Camera设备生命周期，协调权限、流配置、结果回调 |
| HAL层 | Camera HAL3、Chi-Custom、Sensor模块 | 实现标准HAL接口，封装ISP控制、算法库调用、硬件抽象 |
| Kernel层 | V4L2驱动、ION内存管理、MDP显示驱动 | 提供硬件寄存器操作、DMA传输、中断处理、内存分配 |
| 硬件层 | ISP、Sensor、Flash、OIS、AF马达 | 物理图像采集、光学处理、机械控制 |
1.2 ISP Pipeline详解
ISP（Image Signal Processor）是Camera硬件链路中的核心处理单元，负责将Sensor输出的RAW数据转换为高质量的YUV或RGB图像。高通平台的ISP Pipeline通常包含以下关键阶段：
- BLC（Black Level Correction）：去除传感器暗电流噪声，校正黑电平偏移。
- LSC（Lens Shading Correction）：补偿镜头边缘亮度衰减和颜色偏差。
- AWB（Auto White Balance）：根据色温估计调整R/G/B增益，还原真实色彩。
- Demosaic：将Bayer格式RAW插值重建为全彩色图像。
- Gamma校正：对亮度进行非线性映射，适配显示设备特性。
- YUV转换与后处理：包括降噪、锐化、色彩增强等。
开发要点： 高通ISP Pipeline支持可编程的Tuning参数，HAL层通过Chi-Custom接口动态调整各模块的增益、阈值和查找表（LUT），实现不同场景下的最优画质。
1.3 HAL层在系统中的位置与作用
Camera HAL层位于Framework与Kernel之间，是连接Android上层应用与底层硬件的桥梁。在高通平台上，HAL层不仅需要实现标准的camera3_device_ops_t接口，还通过Chi-Custom（Camera Hardware Interface - Custom）框架提供厂商定制能力。
1.3.1 HAL层核心职责
- 接口适配：实现Android Camera HAL3定义的
open()、configure_streams()、process_capture_request()等核心函数。 - 流管理：根据应用配置的Stream（预览流、拍照流、录像流）创建对应的硬件通道和Buffer队列。
- ISP控制：将上层3A（AE/AWB/AF）参数转换为ISP寄存器配置，下发到Kernel驱动。
- Buffer管理：协调Framework的GraphicBuffer与硬件DMA Buffer之间的映射和同步。
- 厂商扩展：通过Chi-Custom接口注入私有算法（如美颜、HDR、夜景模式）。
常见开发陷阱： HAL层对Buffer的引用计数管理不当会导致内存泄漏或Crash；Stream配置顺序错误可能引发ISP死锁。建议在
configure_streams()中严格校验输入参数，并使用QCOM提供的调试工具（如mm-camera-test）进行单元验证。
1.3.2 HAL层与周边模块的交互
| 交互对象 | 通信方式 | 典型数据流 |
|---|---|---|
| CameraService | HIDL（Android 8+）或AIDL（Android 13+） | CaptureRequest → HAL → CaptureResult |
| Kernel V4L2驱动 | ioctl / mmap / poll | ISP配置参数、Sensor控制命令、Buffer FD |
| Chi-Custom算法库 | 动态库加载（dlopen） | RAW/YUV图像数据、Tuning元数据 |
| SurfaceFlinger | BufferQueue / GraphicBuffer | 预览帧数据（YUV或RGB） |
| MediaCodec | Shared Memory / BufferHandle | 录像帧数据（YUV） |
1.3.3 HAL层初始化流程示例
以下代码展示了HAL层在open()调用中如何初始化设备并注册回调：
// camera3_device_ops_t 结构体定义
static camera3_device_ops_t g_camera_ops = {
.initialize = hal_initialize,
.configure_streams = hal_configure_streams,
.register_stream_buffers = nullptr, // Android P+ 不再使用
.process_capture_request = hal_process_capture_request,
.get_metadata_vendor_tag_ops = nullptr,
.dump = hal_dump,
.flush = hal_flush,
.signal_stream_flush = nullptr,
.is_reconfiguration_required = nullptr,
};
// open() 函数实现
int hal_open(const struct hw_module_t* module,
const char* id,
struct hw_device_t** device) {
qcamera_device_t* cam_dev = (qcamera_device_t*)malloc(sizeof(qcamera_device_t));
if (!cam_dev) return -ENOMEM;
// 初始化设备上下文
memset(cam_dev, 0, sizeof(qcamera_device_t));
cam_dev->hw_device.common.tag = HARDWARE_DEVICE_TAG;
cam_dev->hw_device.common.version = CAMERA_DEVICE_API_VERSION_3_5;
cam_dev->hw_device.common.module = (hw_module_t*)module;
cam_dev->hw_device.ops = &g_camera_ops;
// 初始化Chi-Custom模块
cam_dev->chi_handle = chi_custom_init(id);
if (!cam_dev->chi_handle) {
ALOGE("Chi-Custom init failed for camera %s", id);
free(cam_dev);
return -EINVAL;
}
// 打开Sensor设备节点
cam_dev->sensor_fd = open_sensor_device(id);
if (cam_dev->sensor_fd < 0) {
ALOGE("Failed to open sensor device %s", id);
chi_custom_deinit(cam_dev->chi_handle);
free(cam_dev);
return -ENODEV;
}
*device = &cam_dev->hw_device.common;
ALOGI("Camera HAL opened successfully for id: %s", id);
return 0;
}
关键点解析：
g_camera_ops是HAL层与Framework交互的唯一入口，所有请求都通过函数指针分发。chi_custom_init()加载厂商私有算法库，返回上下文句柄，后续所有Tuning操作都依赖此句柄。open_sensor_device()打开V4L2设备节点（如/dev/video0），建立与Kernel驱动的通信通道。