diff options
author | Jacopo Mondi <jacopo@jmondi.org> | 2021-10-18 16:49:07 +0200 |
---|---|---|
committer | Jacopo Mondi <jacopo@jmondi.org> | 2021-10-19 09:54:36 +0200 |
commit | 375aeafb58efea248f64832b2e529284385bc777 (patch) | |
tree | 31d2ba0e834bb8d3cb5c1fb8980447ab98922ef5 /src/android/camera_device.cpp | |
parent | c7ae5a50c10de1e790855d66842192c766da4dd3 (diff) |
Revert "android: camera_device: Configure one stream for identical stream requests"
Commit d165f7da34b8 ("android: camera_device: Configure one stream for
identical stream requests") introduced the ability to generate through
post-processing YUV streams of identical size and format.
However the change didn't fully take into account the situation
where only mapped streams are contained in the request submitted by
the camera service to the HAL. In this case the Request will be queued
with no buffers and refused by the Camera.
Even if this seems a corner case it causes a few CTS to fail, and more
problematically it triggers out-of-order completion of requests, causing
the camera service to abort.
ERROR Camera camera.cpp:1031 Request contains no buffers
ERROR HAL camera_device.cpp:1109 '\_SB_.PCI0.I2C2.CAM0': Out-of-order completion for request 0x00007a1f1800ccd0
ERROR cros_camera_service[15706:15711]: [camera_device_adapter.cc(744)] (15711) Notify(): Fatal device error; aborting the camera service
Revert the commit until a proper solution is implemented.
Signed-off-by: Jacopo Mondi <jacopo@jmondi.org>
Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Hirokazu Honda <hiroh@chromium.org>
Diffstat (limited to 'src/android/camera_device.cpp')
-rw-r--r-- | src/android/camera_device.cpp | 29 |
1 files changed, 0 insertions, 29 deletions
diff --git a/src/android/camera_device.cpp b/src/android/camera_device.cpp index 90186710..bd341888 100644 --- a/src/android/camera_device.cpp +++ b/src/android/camera_device.cpp @@ -619,35 +619,6 @@ int CameraDevice::configureStreams(camera3_stream_configuration_t *stream_list) continue; } - /* - * While gralloc usage flags are supposed to report usage - * patterns to select a suitable buffer allocation strategy, in - * practice they're also used to make other decisions, such as - * selecting the actual format for the IMPLEMENTATION_DEFINED - * HAL pixel format. To avoid issues, we thus have to set the - * GRALLOC_USAGE_HW_CAMERA_WRITE flag unconditionally, even for - * streams that will be produced in software. - */ - stream->usage |= GRALLOC_USAGE_HW_CAMERA_WRITE; - - /* - * If a CameraStream with the same size and format of the - * current stream has already been requested, associate the two. - */ - auto iter = std::find_if( - streamConfigs.begin(), streamConfigs.end(), - [size, format](const Camera3StreamConfig &streamConfig) { - return streamConfig.config.size == size && - streamConfig.config.pixelFormat == format; - }); - if (iter != streamConfigs.end()) { - /* Add usage to copy the buffer in streams[0] to stream. */ - iter->streams[0].stream->usage |= GRALLOC_USAGE_SW_READ_OFTEN; - stream->usage |= GRALLOC_USAGE_SW_WRITE_OFTEN; - iter->streams.push_back({ stream, CameraStream::Type::Mapped }); - continue; - } - Camera3StreamConfig streamConfig; streamConfig.streams = { { stream, CameraStream::Type::Direct } }; streamConfig.config.size = size; |