On Thu, 8 Mar 2012, Xavion wrote:
> Hi Theodore
>
> > As to getting that kind of resolution out of a webcam, though, it would be
> > a rather tough go due to the amount of data which has to pass over the
> > wire even if it is compressed data. The frame rate would be pretty
> > atrocious. There
Hi Jean-Francois
> It seems that the webcams handled by the driver sn9c20x work the same
> as the ones handled by sonixj. In this last driver, I adjust the JPEG
> compression to avoid the errors "USB FIFO full", and I think that these
> errors also raise the URB error -18 with the sn9c20x. I will
Hi Theodore
> As to getting that kind of resolution out of a webcam, though, it would be
> a rather tough go due to the amount of data which has to pass over the
> wire even if it is compressed data. The frame rate would be pretty
> atrocious. Therefore, you are probably not going to see that kind
Hi Laurent,
Laurent Pinchart wrote:
On Wednesday 07 March 2012 19:49:46 Sakari Ailus wrote:
On Wed, Mar 07, 2012 at 11:43:31AM +0100, Laurent Pinchart wrote:
On Tuesday 06 March 2012 18:33:08 Sakari Ailus wrote:
isp_video_check_external_subdevs() will retrieve external subdev's
bits-per-pixel
Hi Sakari,
Thanks for the patch.
On Wednesday 07 March 2012 19:22:56 Sakari Ailus wrote:
> Collect entities which are part of the pipeline into a single bit mask.
>
> Signed-off-by: Sakari Ailus
> ---
> drivers/media/video/omap3isp/ispvideo.c | 48
> --- drivers/me
Hi Sungchun,
On 03/05/2012 11:53 AM, Sungchun Kang wrote:
> On 03/01/2012 07:44 AM, Sylwester Nawrocki wrote:
>> On 02/15/2012 07:02 AM, Sungchun Kang wrote:
>>> Since the EXYNOS5 SoCs have various multimedia IPs such as Gscaler,
>>> FIMC-LITE, and MIXER, and so on.
>>> Additionally, media control
Signed-off-by: Malcolm Priestley
---
Documentation/dvb/lmedm04.txt | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/Documentation/dvb/lmedm04.txt b/Documentation/dvb/lmedm04.txt
index 10b5f04..f4b720a 100644
--- a/Documentation/dvb/lmedm04.txt
+++ b/Documentati
Support for m88rs2000 chip used in lmedm04 driver.
Note there are still lock problems.
Slow channel change due to the large block of registers sent in set_frontend.
Version 2 differences.
Front end is completely shut down when in sleep mode. This allow user to regain
control of device.
Kaffeine
Support for m88rs2000 module.
The driver also attempts to overcome occasional lock problems.
Call backs are now used for read_status, signal level and SNR.
Signed-off-by: Malcolm Priestley
---
drivers/media/dvb/dvb-usb/lmedm04.c | 274 +--
drivers/media/dvb/dv
These were in the original lme2510 device driver.
Removing them significantly speeds up the driver.
All tuners tested.
Signed-off-by: Malcolm Priestley
---
drivers/media/dvb/dvb-usb/lmedm04.c |6 +-
1 files changed, 1 insertions(+), 5 deletions(-)
diff --git a/drivers/media/dvb/dvb-u
On Mon, Mar 5, 2012 at 10:24 AM, halli manjunatha wrote:
> On Fri, Mar 2, 2012 at 3:22 AM, Hans Verkuil wrote:
>> On Wednesday, February 29, 2012 18:19:27 halli manjunatha wrote:
>>> On Wed, Feb 29, 2012 at 5:25 AM, Hans Verkuil wrote:
>>> > On Tuesday, February 28, 2012 23:52:21 halli manjunath
On Wed, Mar 07, 2012 at 12:04:07PM -0800, Greg Kroah-Hartman wrote:
> On Fri, Mar 02, 2012 at 02:39:13PM -0600, Jonathan Nieder wrote:
> > Ben Hutchings wrote:
> > > On Thu, 2012-03-01 at 21:45 -0600, Jonathan Nieder wrote:
> >
> > >> Would some of these patches (e.g., at least patches 1, 2, and 5
Em 07-03-2012 17:39, Ezequiel García escreveu:
> Hi Mauro,
>
>>
>> em28xx is a good reference.
>>
>
> I'm looking at it.
> In fact, I have a first question: why there is a limit to the number of
> devices
> the driver support? I found the same idea in easycap original
> implementation, but I
> c
Hi Mauro,
>
> em28xx is a good reference.
>
I'm looking at it.
In fact, I have a first question: why there is a limit to the number of devices
the driver support? I found the same idea in easycap original
implementation, but I
can't understand why do we have to limit in such a way.
/* Ch
Greg Kroah-Hartman wrote:
> On Fri, Mar 02, 2012 at 02:39:13PM -0600, Jonathan Nieder wrote:
>> Ben Hutchings wrote:
>>> On Thu, 2012-03-01 at 21:45 -0600, Jonathan Nieder wrote:
Would some of these patches (e.g., at least patches 1, 2, and 5) be
appropriate for inclusion in the 3.0.y an
On Fri, Mar 02, 2012 at 02:39:13PM -0600, Jonathan Nieder wrote:
> Ben Hutchings wrote:
> > On Thu, 2012-03-01 at 21:45 -0600, Jonathan Nieder wrote:
>
> >> Would some of these patches (e.g., at least patches 1, 2, and 5) be
> >> appropriate for inclusion in the 3.0.y and 3.2.y stable kernels from
dib0700_i2c_xfer [_new and _legacy] leave i2c_mutex locked on error paths.
The patch adds appropriate unlocks.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/media/dvb/dvb-usb/dib0700_core.c |9 ++---
1 files changed, 6 inser
Jose Alberto Reguero skrev 2012-03-06 00:23:
On Lunes, 5 de marzo de 2012 21:42:48 Roger Mårtensson escribió:
No. I tested the patch with DVB-T an watch encrypted channels with vdr without
problems. I don't know why you can't. I don't know gnutv. Try with other
software if you want.
I have don
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:Wed Mar 7 19:00:19 CET 2012
git hash:e8ca6d20a65d9d94693a0ed99b12d95b882dc859
gcc version: i686-linux-gcc (GCC
Hi Sakari,
On Wednesday 07 March 2012 19:49:46 Sakari Ailus wrote:
> On Wed, Mar 07, 2012 at 11:43:31AM +0100, Laurent Pinchart wrote:
> > On Tuesday 06 March 2012 18:33:08 Sakari Ailus wrote:
> > > isp_video_check_external_subdevs() will retrieve external subdev's
> > > bits-per-pixel and pixel r
On Wed, Mar 07, 2012 at 11:53:19AM +0100, Laurent Pinchart wrote:
> Hi Sakari,
>
> Thanks for the patch.
>
> On Tuesday 06 March 2012 18:33:09 Sakari Ailus wrote:
> > From: Sakari Ailus
> >
> > Access pipe->external_rate instead of isp_ccdc.vpcfg.pixelclk. Also remove
> > means to set the value
isp_video_check_external_subdevs() will retrieve external subdev's
bits-per-pixel and pixel rate for the use of other ISP subdevs at streamon
time. isp_video_check_external_subdevs() is called after pipeline
validation.
Signed-off-by: Sakari Ailus
---
drivers/media/video/omap3isp/ispvideo.c |
Hi Michael,
Thanks for the comments.
On Wed, Mar 07, 2012 at 09:53:42AM +0100, Michael Jones wrote:
> Hi Sakari,
>
> Hopefully it's not too late to make a few minor suggestions.
>
> On 03/06/2012 05:32 PM, Sakari Ailus wrote:
> >Add documentation for V4L2 subdev selection API. This changes also
Hi Laurent,
Thanks for the review!!
On Wed, Mar 07, 2012 at 12:04:01PM +0100, Laurent Pinchart wrote:
> On Tuesday 06 March 2012 18:33:14 Sakari Ailus wrote:
> > No longer assume pad number 0 is the source pad of the external entity. Find
> > the source pad from the external entity and use it ins
Hi Laurent,
Thanks for the comments.
On Wed, Mar 07, 2012 at 12:00:48PM +0100, Laurent Pinchart wrote:
> On Tuesday 06 March 2012 18:33:11 Sakari Ailus wrote:
> > Perform CCDC link validation in ccdc_link_validate() instead of
> > isp_video_validate_pipeline(). Also perform maximum data rate chec
On Wed, Mar 07, 2012 at 11:53:19AM +0100, Laurent Pinchart wrote:
> Hi Sakari,
>
> Thanks for the patch.
>
> On Tuesday 06 March 2012 18:33:09 Sakari Ailus wrote:
> > From: Sakari Ailus
> >
> > Access pipe->external_rate instead of isp_ccdc.vpcfg.pixelclk. Also remove
> > means to set the value
Hi Laurent,
Thanks for the comments!
On Wed, Mar 07, 2012 at 11:43:31AM +0100, Laurent Pinchart wrote:
> On Tuesday 06 March 2012 18:33:08 Sakari Ailus wrote:
> > isp_video_check_external_subdevs() will retrieve external subdev's
> > bits-per-pixel and pixel rate for the use of other ISP subdevs
On Mar 7, 2012, at 5:23 PM, Martin MAURER wrote:
> Hi Johan,
>
> I have a similar problem which happens every few days with this card.
> For me it helps to remove and reinsert the kernel module whenever this
> happens.
> "rmmod -f dvb_usb_ttusb2 && modprobe dvb_usb_ttusb2"
Thanks a lot, Martin
> that's really great news! i'm looking forward to look at the code when
> the public repository is ready. i'm sure i'm not the only one and the
> news would be especially exciting for TBS 6925 owners, which use
> Linux, but it's away beyond that, because the real news here is
> working base-band
Collect entities which are part of the pipeline into a single bit mask.
Signed-off-by: Sakari Ailus
---
drivers/media/video/omap3isp/ispvideo.c | 48 ---
drivers/media/video/omap3isp/ispvideo.h |2 +
2 files changed, 27 insertions(+), 23 deletions(-)
diff --git
Hi Laurent,
On Wed, Mar 07, 2012 at 11:35:02AM +0100, Laurent Pinchart wrote:
> On Tuesday 06 March 2012 18:33:06 Sakari Ailus wrote:
> > Collect entities which are part of the pipeline into a single bit mask.
> >
> > Signed-off-by: Sakari Ailus
> > ---
> > drivers/media/video/omap3isp/ispvideo
Em 07-03-2012 13:45, Ezequiel García escreveu:
> On Wed, Mar 7, 2012 at 1:35 PM, Mauro Carvalho Chehab
> wrote:
>>
>> Yes, the driver is weird, as it encapsulates the demod code
>> inside it , instead of using the saa7115 driver, that covers most
>> of saa711x devices, including saa7113.
>>
>> Btw
On Wed, Mar 7, 2012 at 1:35 PM, Mauro Carvalho Chehab
wrote:
>
> Yes, the driver is weird, as it encapsulates the demod code
> inside it , instead of using the saa7115 driver, that covers most
> of saa711x devices, including saa7113.
>
> Btw, is this driver really needed? The em28xx driver has sup
Em 07-03-2012 12:43, gregkh escreveu:
> On Wed, Mar 07, 2012 at 11:32:23AM -0300, Ezequiel García wrote:
>> Hi,
>>
>>>
>>> Have you considered instead slowly moving the existing easycap driver
>>> over to all the new infrastructure we have now. For starters replace
>>> its buffer management with vi
Hi Johan,
I have a similar problem which happens every few days with this card.
For me it helps to remove and reinsert the kernel module whenever this
happens.
"rmmod -f dvb_usb_ttusb2 && modprobe dvb_usb_ttusb2"
see also the following unresolved threads:
http://www.spinics.net/lists/linux-media/
On 22.01.2012 22:13, Gordon Hecker wrote:
> The i2c failures were caused by enabling both i2c gates
> at the same time while putting the tuners asleep.
>
> This patch removes the init() and sleep() callbacks from the tuner,
> to prevent frontend.c from calling
> i2c_gate_ctrl
> tuner init / sl
On Wed, Mar 07, 2012 at 11:32:23AM -0300, Ezequiel García wrote:
> Hi,
>
> >
> > Have you considered instead slowly moving the existing easycap driver
> > over to all the new infrastructure we have now. For starters replace
> > its buffer management with videobuf2, then in another patch replace
>
On Wed, 7 Mar 2012 09:59:28 +1100
Xavion wrote:
> >> root@Desktop /etc/motion # tail /var/log/kernel.log
> >> Mar 6 08:34:17 Desktop kernel: [ 7240.125167] gspca_main: ISOC
> >> data error: [0] len=0, status=-18
> >>...
> >
> > Hmm, error -18 is EXDEV, which according to
> > Docume
Hi Laurent,
On Wed, Mar 07, 2012 at 11:50:19AM +0100, Laurent Pinchart wrote:
> Hi Sakari,
>
> Another comment.
>
> On Tuesday 06 March 2012 18:33:06 Sakari Ailus wrote:
> > Collect entities which are part of the pipeline into a single bit mask.
> >
> > Signed-off-by: Sakari Ailus
>
> [snip]
Hi,
>
> Have you considered instead slowly moving the existing easycap driver
> over to all the new infrastructure we have now. For starters replace
> its buffer management with videobuf2, then in another patch replace
> some other bits, etc. ? See what I've done to the pwc driver :)
Yes. And th
Le 6 mars 2012 18:08, jean-philippe francois a écrit :
> Hi,
>
> I have a custom dm3730 board, running a 3.2.0 kernel.
> The board is equipped with an aptina MT9J sensor on
> parallel interface.
>
> Whenever I try to run yavta twice, the second run leads to a
> soft lockup in omap3isp_video_queue_
Hi Sakari,
Thanks for the patch.
On Tuesday 06 March 2012 18:33:15 Sakari Ailus wrote:
> From: Sakari Ailus
>
> Calculate PLL configuration based on input data: sensor configuration, board
> properties and sensor-specific limits.
>
> Signed-off-by: Sakari Ailus
[snip]
> diff --git a/drivers
Hi Sakari,
On Wednesday 07 March 2012 01:16:33 Sakari Ailus wrote:
> Hi Laurent,
>
> Thanks for the patch.
>
> I have a few comments below. Just one fairly general question: locking.
> Shouldn't you serialise accesses to sensor registers and your data,
> possibly by using a mutex?
I guess I sho
Hi Jeongtae,
I have applied your patches to the kernel I am using with my Exynos4,
so I am still using MFC 5.1.
Unfortunately after applying your patches the MFC 5.1 device no longer works.
Did you test you patches with MFC 5.1? Adding support to MFC 6.0 should not
break the support for older har
Hi Sakari,
Thanks for the patch.
On Tuesday 06 March 2012 18:33:14 Sakari Ailus wrote:
> No longer assume pad number 0 is the source pad of the external entity. Find
> the source pad from the external entity and use it instead.
>
> Signed-off-by: Sakari Ailus
Acked-by: Laurent Pinchart
(with
Hi Sakari,
Thanks for the patch.
On Tuesday 06 March 2012 18:33:13 Sakari Ailus wrote:
> The configuration of many other blocks depend on resizer maximum data rate.
> Get the value from resizer at link validation time.
>
> Signed-off-by: Sakari Ailus
Acked-by: Laurent Pinchart
--
Regards,
Hi Sakari,
Thanks for the patch.
On Tuesday 06 March 2012 18:33:11 Sakari Ailus wrote:
> Perform CCDC link validation in ccdc_link_validate() instead of
> isp_video_validate_pipeline(). Also perform maximum data rate check in
> isp_video_check_external_subdevs().
>
> Signed-off-by: Sakari Ailus
Hi Sakari,
Thanks for the patch.
On Tuesday 06 March 2012 18:33:09 Sakari Ailus wrote:
> From: Sakari Ailus
>
> Access pipe->external_rate instead of isp_ccdc.vpcfg.pixelclk. Also remove
> means to set the value for isp_ccdc_vpcfg.pixelclk.
>
> Signed-off-by: Sakari Ailus
Very nice.
Acked-b
Hi Sakari,
Another comment.
On Tuesday 06 March 2012 18:33:06 Sakari Ailus wrote:
> Collect entities which are part of the pipeline into a single bit mask.
>
> Signed-off-by: Sakari Ailus
[snip]
> diff --git a/drivers/media/video/omap3isp/ispvideo.h
> b/drivers/media/video/omap3isp/ispvideo.h
Hi Sakari,
Thanks for the patch.
On Tuesday 06 March 2012 18:33:08 Sakari Ailus wrote:
> isp_video_check_external_subdevs() will retrieve external subdev's
> bits-per-pixel and pixel rate for the use of other ISP subdevs at streamon
> time. isp_video_check_external_subdevs() is called after pipel
Hi Sakari,
Thanks for the patch.
On Tuesday 06 March 2012 18:33:06 Sakari Ailus wrote:
> Collect entities which are part of the pipeline into a single bit mask.
>
> Signed-off-by: Sakari Ailus
> ---
> drivers/media/video/omap3isp/ispvideo.c |9 +
> drivers/media/video/omap3isp/ispv
Hi Hans, hi Jeongtae,
> From: Hans Verkuil [mailto:hverk...@xs4all.nl]
> Sent: 02 March 2012 09:13
>
> Hi Jeongtae!
>
> Some review notes below...
>
> On Friday, March 02, 2012 03:17:40 Jeongtae Park wrote:
> > Add control definitions for controls specific to codec devices.
> >
> > Signed-off-b
Hi Sylwester,
Thanks for your comment.
> On 03/04/2012 07:17 AM, Sylwester Nawrocki wrote:
> Hi Sungchun,
>
> On 02/15/2012 07:05 AM, Sungchun Kang wrote:
> > This patch adds support fimc-lite device which is a new device for
> > camera interface on EXYNOS5 SoCs.
>
> It's also available in the E
Hi,
On 03/06/2012 10:04 PM, Ezequiel García wrote:
Hello,
After some research on v4l2 and videbuf2, and considering that easycap
driver is pretty
outdated I've decided to start writing a new driver from scratch.
I am using the excellent vivi driver and some usb video capture drivers as
a start
The omap_vout driver tries to set the DSS overlay_info using set_overlay_info()
when the physical address for the overlay is still not configured. This happens
in omap_vout_probe() and vidioc_s_fmt_vid_out().
The calls to omapvid_init(which internally calls set_overlay_info()) are removed
from the
Hi Sakari,
Hopefully it's not too late to make a few minor suggestions.
On 03/06/2012 05:32 PM, Sakari Ailus wrote:
Add documentation for V4L2 subdev selection API. This changes also
experimental V4L2 subdev API so that scaling now works through selection API
only.
Signed-off-by: Sakari Ailus
56 matches
Mail list logo
