Hi Sriram,
On Wednesday 17 September 2014 23:06:42 Sriram V wrote:
Hi
Does OMAP3 camera driver support multiple cameras at the same time.
As i understand - You can have simultaneous YUV422 (Directly to memory)
and another one passing through camera controller ISP?
I Also, wanted to
Hi Laurent,
What you are essentially saying is
CSI2A = Smart Sensor (YUV422)
CSI2C = Sensor that gives out RAW Bayer.
I guess this is a driver limitation? Am i correct?
Also, Can i have something like this?
SMART Sensor = CSI2A = H3A = MEM (Can i have this)
CSI2C = ISP = H3A = MEM
Can't i
Hi Sriram,
On Thursday 18 September 2014 15:10:13 Sriram V wrote:
Hi Laurent,
What you are essentially saying is
CSI2A = Smart Sensor (YUV422)
CSI2C = Sensor that gives out RAW Bayer.
Not quite. You can have the following pipelines running in parallel.
Sensor A - CSI2A - memory
Sensor B
This reverts commit 9241650d62f79a3da01f1d5e8ebd195083330b75.
The commit 9241650d62f7 was meant to solve a race issue that
affects Gstreamer version 0.10, when streaming for a long time.
It does that by returning POLERR if VB2 is not streaming.
However, it broke VBI userspace support on alevt
Mauro,
This doesn't fix the problem *at all*.
See http://www.mail-archive.com/linux-media@vger.kernel.org/msg79474.html for
the right fix.
So for your patch:
Nacked-by: Hans Verkuil hans.verk...@cisco.com
Regards,
Hans
On 09/18/14 12:06, Mauro Carvalho Chehab wrote:
This reverts
Em Thu, 18 Sep 2014 12:10:46 +0200
Hans Verkuil hansv...@cisco.com escreveu:
Mauro,
This doesn't fix the problem *at all*.
See http://www.mail-archive.com/linux-media@vger.kernel.org/msg79474.html for
the right fix.
I won't apply patch 1/4 on stable. It is simply too risky, as it changes
Em Fri, 05 Sep 2014 11:34:01 +0300
Antti Palosaari cr...@iki.fi escreveu:
Moikka Olli
I ran some PM tests for that patch set, using PCTV 292e, which is em28xx
+ Si2168 B40 + Si2157 A30. Here is results:
current impementation
-
cold plugin 40 mA
Em Thu, 18 Sep 2014 08:22:33 -0300
Mauro Carvalho Chehab mche...@osg.samsung.com escreveu:
Em Fri, 05 Sep 2014 11:34:01 +0300
Antti Palosaari cr...@iki.fi escreveu:
Moikka Olli
I ran some PM tests for that patch set, using PCTV 292e, which is em28xx
+ Si2168 B40 + Si2157 A30. Here
On 09/18/2014 02:50 PM, Mauro Carvalho Chehab wrote:
Sorry, I misunderstood this patch.
There are actually two different things, each requiring a different PM
setting:
1) to put the tuner to sleep while it is not in usage;
2) put the machine to suspend.
This patch is for (1). That's FINE.
My patch is the *only* fix for that since that's the one that addresses
the real issue.
One option is to merge my fix for 3.18 with a CC to stable for 3.16.
That way it will be in the tree for longer.
Again, the revert that you did won't solve the regression at all. Please
revert the revert.
Hi Antti,
Em Thu, 18 Sep 2014 15:00:59 +0300
Antti Palosaari cr...@iki.fi escreveu:
On 09/18/2014 02:50 PM, Mauro Carvalho Chehab wrote:
Sorry, I misunderstood this patch.
There are actually two different things, each requiring a different PM
setting:
1) to put the tuner to sleep
Em Thu, 18 Sep 2014 14:07:21 +0200
Hans Verkuil hansv...@cisco.com escreveu:
My patch is the *only* fix for that since that's the one that addresses
the real issue.
One option is to merge my fix for 3.18 with a CC to stable for 3.16.
That way it will be in the tree for longer.
Again,
On 09/18/14 14:15, Mauro Carvalho Chehab wrote:
Em Thu, 18 Sep 2014 14:07:21 +0200
Hans Verkuil hansv...@cisco.com escreveu:
My patch is the *only* fix for that since that's the one that addresses
the real issue.
One option is to merge my fix for 3.18 with a CC to stable for 3.16.
That
My static checker complains:
drivers/media/platform/soc_camera/mx2_camera.c:1070
mx2_emmaprp_resize() warn: no lower bound on 'num'
The heuristic is that it's looking for values which the user can
influence and we put an upper bound on them but we (perhaps
accidentally) allow
Em Sun, 7 Sep 2014 04:59:55 +0300
Antti Palosaari cr...@iki.fi escreveu:
Used tda18212 tuner is implemented as I2C driver. Implement I2C
client to anysee and use it for tda18212.
Signed-off-by: Antti Palosaari cr...@iki.fi
---
drivers/media/usb/dvb-usb-v2/anysee.c | 185
Em Thu, 18 Sep 2014 14:21:34 +0200
Hans Verkuil hansv...@cisco.com escreveu:
On 09/18/14 14:15, Mauro Carvalho Chehab wrote:
Em Thu, 18 Sep 2014 14:07:21 +0200
Hans Verkuil hansv...@cisco.com escreveu:
My patch is the *only* fix for that since that's the one that addresses
the
Em Wed, 17 Sep 2014 11:14:28 +0200
Hans Verkuil hverk...@xs4all.nl escreveu:
This fixes the VBI regression seen in saa7134 when it was converted
to vb2. Tested with my saa7134 board.
It also updates the poll documentation and fixes a saa7134 bug where
the WSS signal was never captured.
On 09/18/2014 03:31 PM, Mauro Carvalho Chehab wrote:
Em Sun, 7 Sep 2014 04:59:55 +0300
Antti Palosaari cr...@iki.fi escreveu:
Used tda18212 tuner is implemented as I2C driver. Implement I2C
client to anysee and use it for tda18212.
+static int anysee_add_i2c_dev(struct dvb_usb_device *d,
On 09/18/14 14:55, Mauro Carvalho Chehab wrote:
Em Wed, 17 Sep 2014 11:14:28 +0200
Hans Verkuil hverk...@xs4all.nl escreveu:
This fixes the VBI regression seen in saa7134 when it was converted
to vb2. Tested with my saa7134 board.
It also updates the poll documentation and fixes a saa7134
Loan Offer contact us for more details
(gibonlin...@gmail.commailto:gibonlin...@gmail.com)
All Details should be forward to this E-mail address for fast respond:
gibonlin...@gmail.commailto:gibonlin...@gmail.com
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the
Hello all,
I have Hauppauge WinTV-MiniStick in a Debian Wheezy (3.2 kernel), I
notice that I have lots of firmware errors in dmesg:
# dmesg | grep smsusb
[6.717599] usbcore: registered new interface driver smsusb
[63792.528700] smsusb_onresponse: line: 118: error, urb status -75, 0 bytes
Em Wed, 17 Sep 2014 18:06:02 +0200
Hans Verkuil hverk...@xs4all.nl escreveu:
On 09/17/2014 11:14 AM, Hans Verkuil wrote:
This fixes the VBI regression seen in saa7134 when it was converted
to vb2. Tested with my saa7134 board.
It also updates the poll documentation and fixes a saa7134
On 09/18/2014 06:21 PM, Mauro Carvalho Chehab wrote:
Em Wed, 17 Sep 2014 18:06:02 +0200
Hans Verkuil hverk...@xs4all.nl escreveu:
On 09/17/2014 11:14 AM, Hans Verkuil wrote:
This fixes the VBI regression seen in saa7134 when it was converted
to vb2. Tested with my saa7134 board.
It also
Signed-off-by: André Roth neol...@gmail.com
---
lib/include/libdvbv5/mpeg_ts.h | 96 --
1 file changed, 93 insertions(+), 3 deletions(-)
diff --git a/lib/include/libdvbv5/mpeg_ts.h b/lib/include/libdvbv5/mpeg_ts.h
index 3eab029..2662543 100644
---
Signed-off-by: André Roth neol...@gmail.com
---
doxygen_libdvbv5.cfg | 1 +
lib/include/libdvbv5/mpeg_ts.h | 96 --
2 files changed, 94 insertions(+), 3 deletions(-)
diff --git a/doxygen_libdvbv5.cfg b/doxygen_libdvbv5.cfg
index f1f9ab4..bbdaf9a
Signed-off-by: André Roth neol...@gmail.com
---
doxygen_libdvbv5.cfg | 1 +
lib/include/libdvbv5/mpeg_ts.h | 96 --
2 files changed, 94 insertions(+), 3 deletions(-)
diff --git a/doxygen_libdvbv5.cfg b/doxygen_libdvbv5.cfg
index f1f9ab4..bbdaf9a
Signed-off-by: André Roth neol...@gmail.com
---
doxygen_libdvbv5.cfg | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doxygen_libdvbv5.cfg b/doxygen_libdvbv5.cfg
index bbdaf9a..51ec180 100644
--- a/doxygen_libdvbv5.cfg
+++ b/doxygen_libdvbv5.cfg
@@ -1656,7 +1656,7 @@
Hi Frank,
On 07/25/2014 07:48 PM, Frank Schäfer wrote:
Instead of counting the number of opened file handles, use function
v4l2_fh_is_singular_file() in em28xx_v4l2_open() and em28xx_v4l2_close() to
determine if the file handle is the first/last opened one.
This won't work: if you capture
As the s5p-mfc is a driver which use multiplanar api, so the
vidioc_enum_fmt_vid serial of ioctl should only for
multiplanar, non-multiplanar shouldn't be implemented at all.
Signed-off-by: ayaka ay...@soulik.info
---
drivers/media/platform/s5p-mfc/s5p_mfc_dec.c | 24 +++-
The patch remove the non-multiplanar api for enum_fmt in s5p-mfc.
Now enum_fmt in the driver will only work with multiplanar.
I think it is a bug, hverkuil think it is too. so I made this patch.
Actually gstreamer doesn't care about it, it will merge the result
from non-multiplanar and
Hey all... It looks like I will be in Dusseldorf that week as well.
:-) See you next month!
-Mike Ira Krufky
On Tue, Sep 2, 2014 at 8:58 AM, Mauro Carvalho Chehab
m.che...@samsung.com wrote:
Em Tue, 02 Sep 2014 12:03:34 +0200
Philipp Zabel p.za...@pengutronix.de escreveu:
Hi,
Am
Hi Hans,
Am 18.09.2014 um 21:13 schrieb Hans Verkuil:
Hi Frank,
On 07/25/2014 07:48 PM, Frank Schäfer wrote:
Instead of counting the number of opened file handles, use function
v4l2_fh_is_singular_file() in em28xx_v4l2_open() and em28xx_v4l2_close() to
determine if the file handle is the
This reverts commit 747dba7de2a51a3db58b665ed3bc8c07921546ec.
It breaks concurrent vbi and video capturing:
While v4l2-users is the number of users of the whole device (all device nodes),
v4l2_fh_is_singular() only checks the number of users of a specific device node.
As a result. if one device
Patch [media] v4l: vb2: Fix stream start and buffer completion race has a
sets q-start_streaming_called before calling queue op start_streaming() in
order to fix a bug. This has the side effect that buffers returned to
videobuf2 in VB2_BUF_STATE_QUEUED will cause a WARN_ON() to be called.
Add a
Move the starting of the sensor from the VIDIOC_STREAMON handler to the
videobuf2 queue op start_streaming. This avoids failing starting the stream
after vb2_streamon() has already finished.
Signed-off-by: Sakari Ailus sakari.ai...@iki.fi
---
drivers/media/platform/omap3isp/ispvideo.c | 49
When the video buffer queue was stopped before the stream source was started
in omap3isp_streamon(), the buffers were not returned back to videobuf2.
Signed-off-by: Sakari Ailus sakari.ai...@iki.fi
---
drivers/media/platform/omap3isp/isp.c |4 ++--
Hi Hans, Laurent and others,
This small set fixes a videobuf2 issue related to returning queued buffers
back to the driver. I found it after hopefully fixing a related issue (two
later patches) in the omap3isp driver.
The patchset has been tested up to streamon, but no buffers have been
Documents the table parser for MPEG-PES. Cleanup doxygen of
other parsers.
Signed-off-by: André Roth neol...@gmail.com
---
doxygen_libdvbv5.cfg| 3 +-
lib/include/libdvbv5/mpeg_es.h | 11 ++-
lib/include/libdvbv5/mpeg_pes.h | 146 ++--
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: Fri Sep 19 04:00:17 CEST 2014
git branch: test
git hash: f5281fc81e9a0a3e80b78720c5ae2ed06da3bfae
gcc
39 matches
Mail list logo