Hi Pawel,
On Friday 06 June 2014 14:31:15 Pawel Osciak wrote:
Hi Laurent,
Thanks for the patch. Did you test this to work in fileio mode? Looks
like it should, but would like to make sure.
No, I haven't tested it. The OMAP4 ISS driver, which is my test target for
this patch, doesn't support
On 06/06/2014 11:19 AM, Laurent Pinchart wrote:
Hi Pawel,
On Friday 06 June 2014 14:31:15 Pawel Osciak wrote:
Hi Laurent,
Thanks for the patch. Did you test this to work in fileio mode? Looks
like it should, but would like to make sure.
No, I haven't tested it. The OMAP4 ISS driver,
Hi,
On 06/05/2014 05:31 PM, Thiago Santos wrote:
In blocking mode, if there are no buffers available the DQBUF will block
waiting for a QBUF to be called but it will block holding the streaming
lock which will prevent any QBUF from happening, causing a deadlock.
Can be tested with: v4l2grab
Hi Hans,
On Friday 06 June 2014 11:31:55 Hans Verkuil wrote:
On 06/06/2014 11:19 AM, Laurent Pinchart wrote:
Hi Pawel,
On Friday 06 June 2014 14:31:15 Pawel Osciak wrote:
Hi Laurent,
Thanks for the patch. Did you test this to work in fileio mode? Looks
like it should, but would like
Hi,
On 06/05/2014 02:23 PM, Laurent Pinchart wrote:
The V4L2 specification states that
When the application did not call VIDIOC_QBUF or VIDIOC_STREAMON yet
the poll() function succeeds, but sets the POLLERR flag in the revents
field.
The vb2_poll() function sets POLLERR when the queued
On 06/06/2014 11:46 AM, Laurent Pinchart wrote:
Hi Hans,
On Friday 06 June 2014 11:31:55 Hans Verkuil wrote:
On 06/06/2014 11:19 AM, Laurent Pinchart wrote:
Hi Pawel,
On Friday 06 June 2014 14:31:15 Pawel Osciak wrote:
Hi Laurent,
Thanks for the patch. Did you test this to work in fileio
On 06/06/2014 11:50 AM, Hans de Goede wrote:
Hi,
On 06/05/2014 02:23 PM, Laurent Pinchart wrote:
The V4L2 specification states that
When the application did not call VIDIOC_QBUF or VIDIOC_STREAMON yet
the poll() function succeeds, but sets the POLLERR flag in the revents
field.
The
On Friday 06 June 2014 11:55:49 Hans Verkuil wrote:
On 06/06/2014 11:46 AM, Laurent Pinchart wrote:
On Friday 06 June 2014 11:31:55 Hans Verkuil wrote:
On 06/06/2014 11:19 AM, Laurent Pinchart wrote:
On Friday 06 June 2014 14:31:15 Pawel Osciak wrote:
Hi Laurent,
Thanks for the patch.
On Friday 06 June 2014 11:58:18 Hans Verkuil wrote:
On 06/06/2014 11:50 AM, Hans de Goede wrote:
Hi,
On 06/05/2014 02:23 PM, Laurent Pinchart wrote:
The V4L2 specification states that
When the application did not call VIDIOC_QBUF or VIDIOC_STREAMON yet
the poll() function
On 06/06/2014 03:42 PM, Laurent Pinchart wrote:
On Friday 06 June 2014 11:55:49 Hans Verkuil wrote:
On 06/06/2014 11:46 AM, Laurent Pinchart wrote:
On Friday 06 June 2014 11:31:55 Hans Verkuil wrote:
On 06/06/2014 11:19 AM, Laurent Pinchart wrote:
On Friday 06 June 2014 14:31:15 Pawel Osciak
On 06/06/2014 03:53 PM, Laurent Pinchart wrote:
When a fatal error occurs that render the device unusable, the only
options for a driver to signal the error condition to userspace is to
set the V4L2_BUF_FLAG_ERROR flag when dequeuing buffers and to return an
error from the buffer prepare
Hello,
This patch set modifies the vb2 implementation of the poll() operation to set
the POLLERR flag for fatal errors only. The rationale and implementation
details are explained in the individual commit messages.
Changes since v2:
- Return POLLERR when not streaming only when no buffers are
The V4L2 specification states that
When the application did not call VIDIOC_QBUF or VIDIOC_STREAMON yet
the poll() function succeeds, but sets the POLLERR flag in the revents
field.
The vb2_poll() function sets POLLERR when the queued buffers list is
empty, regardless of whether this is caused
When a fatal error occurs that render the device unusable, the only
options for a driver to signal the error condition to userspace is to
set the V4L2_BUF_FLAG_ERROR flag when dequeuing buffers and to return an
error from the buffer prepare handler when queuing buffers.
The buffer error flag
Hi Vitaly,
Thank you for the patch.
On Thursday 05 June 2014 17:07:48 Vitaly Osipov wrote:
It makes more sense to return PTR_ERR(iss-iss_ctrlclk) here. The
current code looks like an oversight in pasting the block just above
this one.
Signed-off-by: Vitaly Osipov vitaly.osi...@gmail.com
Initialize the spin lock once only when initializing the video object.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/staging/media/omap4iss/iss_video.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/media/omap4iss/iss_video.c
When a fatal error occurs in the pipeline signal it to the vb2 queue
with a call to vb2_queue_error(). The queue will then take care to
return -EIO when preparing buffers, remove the driver-specific code that
now duplicates that check.
Signed-off-by: Laurent Pinchart
Hello,
This patch set brings miscellaneous fixes and improvements to the OMAP4 ISS
driver. Please see individual patches for details.
Patch 4/5 depends on the vb2: Report POLLERR for fatal errors only patch
series posted to the linux-media mailing list.
I plan to send a pull request that will
This simplifies remove and error code paths.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/staging/media/omap4iss/iss.c | 84
1 file changed, 8 insertions(+), 76 deletions(-)
diff --git a/drivers/staging/media/omap4iss/iss.c
Update the OMAP Image Signal Processor entry to cover both the OMAP3 ISP
and OMAP4 ISS.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
MAINTAINERS | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6b7c633..6f2f537 100644
The parameter is used to initialize the video node debug field and
activate the V4L debug infrastructure.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/staging/media/omap4iss/iss_video.c | 5 +
1 file changed, 5 insertions(+)
diff --git
On 06/06/2014 05:49 PM, Ben Dooks wrote:
On 05/06/14 13:55, Mauro Carvalho Chehab wrote:
Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
topic/adv76xx
For adv7604 driver updates, including DT support.
Can we use the adv7611 for the adv7612 with
On 05/06/14 13:55, Mauro Carvalho Chehab wrote:
Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
topic/adv76xx
For adv7604 driver updates, including DT support.
Can we use the adv7611 for the adv7612 with these?
--
Ben Dooks
On 06/06/14 16:51, Lars-Peter Clausen wrote:
On 06/06/2014 05:49 PM, Ben Dooks wrote:
On 05/06/14 13:55, Mauro Carvalho Chehab wrote:
Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
topic/adv76xx
For adv7604 driver updates, including DT
Hi folks,
A colleague and I have been attempting to debug issues with rcar_vin,
soc_camera, and videobuf2.
Presently, We're using the adv7180 frontend to feed composite video to the rcar
hardware.
Using the streamer utility from xawtv3 (as packaged by wheezy), we have been
able to capture
[[sorry for the repost - fixing CC's]]
Hi folks,
A colleague and I have been attempting to debug issues with rcar_vin,
soc_camera, and videobuf2.
Presently, We're using the adv7180 frontend to feed composite video to the rcar
hardware.
Using the streamer utility from xawtv3 (as packaged by
On 06/02/2014 06:23 PM, Scott Doty wrote:
Hello Mr. Hans and mailing list,
In a nutshell, I'm having some hdpvr trouble:
I'm using vlc to view the stream. Kernel 3.9.11 works pretty well,
including giving me AC3 5.1 audio from the optical input to the
Hauppauge device. The only problem
Instead of putting the same variable twice,
was rather intended to set this value to two different variable.
This was partly found using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist rickard_strandqv...@spectrumdigital.se
---
After confirming that it was supported I just bought a fusion hdtv dual express
PCI adapter, only to find that I'd bought the 'dual express 2' version, which
isn't supported (not the first time I've made such a mistake).
This page
Hi James,
The first basic thing you should look at is if the dvb device has got all
its pieces.
A dvb adapter has, sort of, 4 sub-devices:
[me@home ~]$ ll /dev/dvb/adapter2
total 0
crw-rw+ 1 root video 212, 12 Jun 5 12:31 demux0
crw-rw+ 1 root video 212, 13 Jun 5 12:31 dvr0
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Sat Jun 7 04:00:38 CEST 2014
git branch: test
git hash: 5ea878796f0a1d9649fe43a6a09df53d3915c0ef
gcc
Hi,
I've made tests with an August device.
Model: August VGB200 USB 2.0 Video capture adapter
idVendor=eb1a, idProduct=2861
I couldn't get analogue capture to work in Debian Linux using VLC.
The manufacturer's website for the device is:
http://www.augustint.com/en/productmsg-90-125.html
Just a ping... has anyone looked at this?
(David Härdeman added to recipients list.)
The series can be found in the linux-media archives stating at
mid:2014051113.14427.qm...@ns.horizon.com
http://www.spinics.net/lists/linux-media/msg76435.html
OK I have picture in mythtv now, but it's very glitchy (lines in video, bursts
of high pitched tone in audio). In fact it is behaving much like the dib0700
based adapter that I replaced with the express2 adapter because I thought it
had died. Could there been a regression somewhere? I'll check
34 matches
Mail list logo