Set VIDEO_MAX_FRAME value back to 64.
This value was changed from 64 to 32, but it really should not have gone down. So fixing back to 64 manually, and then the next kernel header update should remove the comment but leave the value unchanged. Bug: 228783882 Test: Compiles. Change-Id: I2d81d7bc76fcaa905dce0abb094d61d02c481a5e
This commit is contained in:
parent
3e25f8272f
commit
9dfa2e55ed
1 changed files with 6 additions and 1 deletions
|
@ -24,7 +24,12 @@
|
|||
#include <linux/types.h>
|
||||
#include <linux/v4l2-common.h>
|
||||
#include <linux/v4l2-controls.h>
|
||||
#define VIDEO_MAX_FRAME 32
|
||||
/* ---------------------------------------------------
|
||||
* This value manually changed due to b/228783882.
|
||||
* Next kernel update should keep this value as is.
|
||||
*/
|
||||
#define VIDEO_MAX_FRAME 64
|
||||
/* --------------------------------------------------- */
|
||||
#define VIDEO_MAX_PLANES 8
|
||||
#define v4l2_fourcc(a,b,c,d) ((__u32) (a) | ((__u32) (b) << 8) | ((__u32) (c) << 16) | ((__u32) (d) << 24))
|
||||
#define v4l2_fourcc_be(a,b,c,d) (v4l2_fourcc(a, b, c, d) | (1U << 31))
|
||||
|
|
Loading…
Reference in a new issue