Hardware name: System manufacturer System Product Name/M2N-E SLI, BIOS Modules linked in: gspca_ov534 gspca_main. V4l2-test-formats.cpp::testParmType(), and this results in a division by V4l2-compliance sends a zeroed struct v4l2_streamparm in ` (227 subsequent siblings) 230 siblings, 0 replies 248+ messages in threadĬc: Antonio Ospite, Hans Verkuil, Mauro Carvalho Chehab, Sasha Levin 15:08 ` media: dvb-core: Don't force CAN_INVERSION_AUTO in oneshot mode Sasha Levin 15:08 ` vb2: fix a regression in poll() behavior for output,streams Sasha 15:08 ` Sasha Levin * gspca: ov534/topro: prevent a division by 0 + if (V4L2_TYPE_IS_OUTPUT(q->type) & q->fileio & q->queued_count num_buffers) if (V4L2_TYPE_IS_OUTPUT(q->type) & q->queued_count num_buffers) + * buffers queued than there are buffers available. + * For output streams you can call write() as long as there are fewer * queued than there are buffers available. * For output streams you can write as long as there are fewer buffers +++ -2662,10 +2662,10 unsigned int vb2_poll(struct vb2_queue *q, struct file *file, poll_table *wait) a/drivers/media/v4l2-core/videobuf2-core.c
MICROVOLTS PRIVATE SERVER 2016 PATCH
This patch only enables the check whether you can queue buffersįor file I/O only, and skips it for stream I/O.ĭrivers/media/v4l2-core/videobuf2-core.c | 6 +++-ġ file changed, 3 insertions(+), 3 deletions(-)ĭiff -git a/drivers/media/v4l2-core/videobuf2-core.c b/drivers/media/v4l2-core/videobuf2-core.c Was that it would wait for buffers to become available for dequeuing. Using stream I/O this changed the behavior since the expectation This is fine for the write() call, but when In the 3.17 kernel the poll() behavior changed for output streams:Īs long as not all buffers were queued up poll() would return that To: stable, stable-commits +Cc: Sasha Levin, Hans Verkuil, Mauro Carvalho Chehab ` (228 subsequent siblings) 230 siblings, 0 replies 248+ messages in thread 15:08 ` gspca: ov534/topro: prevent a division by 0 Sasha Levin 15:08 ` ovl: use a minimal buffer in ovl_copy_xattr Sasha 15:08 ` Sasha Levin 15:08 ovl: allow zero size xattr Sasha Levin * vb2: fix a regression in poll() behavior for output,streams + new = krealloc(value, size, GFP_KERNEL) Įrror = vfs_setxattr(new, name, value, size, 0) List_size = vfs_listxattr(old, buf, list_size) value = kmalloc(XATTR_SIZE_MAX, GFP_KERNEL) If (!old->d_inode->i_op->getxattr -41,29 +41,40 int ovl_copy_xattr(struct dentry *old, struct dentry *new) + ssize_t list_size, size, value_size = 0 +++ -22,9 +22,9 ovl_copy_xattr(struct dentry *old, struct dentry *new) Which is costly and prone to failure, only allocate what is needed andįs/overlayfs/copy_up.c | 39 +++++++++++++++++++++++++-ġ file changed, 25 insertions(+), 14 deletions(-) Rather than always allocating the high-order XATTR_SIZE_MAX buffer +++ -54,7 +54,7 int ovl_copy_xattr(struct dentry *old, struct dentry *new) This is clearly not the desiredġ file changed, 1 insertion(+), 1 deletion(-)ĭiff -git a/fs/overlayfs/copy_up.c b/fs/overlayfs/copy_up.c When ovl_copy_xattr() encountered a zero size xattr no more xattrs wereĬopied and the function returned success. This patch has been added to the 4.1 stable tree. To: stable, stable-commits +Cc: Miklos Szeredi, Sasha Levin ` (230 more replies) 0 siblings, 231 replies 248+ messages in thread
15:08 ` ovl: use a minimal buffer in ovl_copy_xattr Sasha Levin Ovl: allow zero size xattr All of help / color / mirror / Atom feed * ovl: allow zero size xattr 15:08 Sasha Levin
0 kommentar(er)
