From: Mats Randgaard
Added functions to set and get custom DV timings.
Signed-off-by: Mats Randgaard
Signed-off-by: Hans Verkuil
Acked-by: Vaibhav Hiremath
---
drivers/media/video/davinci/vpif_capture.c | 119 +++
drivers/media/video/davinci/vpif_capture.h |1 +
From: Mats Randgaard
The following functions are added to the drivers:
- vpif_g_chip_ident
- vpif_dbg_g_register
- vpif_dbg_s_register
- vpif_log_status
Signed-off-by: Mats Randgaard
Signed-off-by: Hans Verkuil
Acked-by: Vaibhav Hiremath
---
drivers/media/video/davinci/vpif_c
From: Mats Randgaard
Support for DV preset and timings added to vpif_capture and vpif_display
drivers.
Functions for debugging are added and the code is improved as well.
Mats Randgaard (5):
vpif_cap/disp: Add debug functionality
vpif: Consolidate formats from capture and display
vpif_cap
From: Mats Randgaard
- Added functions to set/get/query/enum DV presets for vpif_caputre and
vpif_display.
- The format specification table is extended with all the DV formats supportet
by TVP7002.
support DV formats.
Signed-off-by: Mats Randgaard
Signed-off-by: Hans Verkuil
---
drivers/m
From: Mats Randgaard
Signed-off-by: Mats Randgaard
Signed-off-by: Hans Verkuil
Acked-by: Murali Karicheri
Acked-by: Vaibhav Hiremath
---
drivers/media/video/davinci/vpif.h | 13 ++---
drivers/media/video/davinci/vpif_capture.c | 13 ++---
drivers/media/video/davin
From: Mats Randgaard
- The ch_params tables in vpif_capture.c and vpif_display.c are moved to a
common
table in vpif.c. Then it is easier to maintain the table.
- The field "fps" is removed from the struct vpif_channel_config_params because
it
is not used.
Signed-off-by: Mats Randgaard
Si
Hi Sakari,
On 10/28/2010 08:30 AM, Hans de Goede wrote:
Hans de Goede wrote:
> Hi All,
Hi Hans,
Thanks for the RFC!
I'd have a few comments and questions.
The coding style for libv4l hasn't been defined as far as I understand.
Should kernel coding style be assumed, or something else?
v4l-
Updated driver for DM04/QQBOX USB DVB-S BOXES to version 1.70
Improved frontend handling.
Frontend now remains open at all times, with signal lock, snr & signal level
polled from Interupt.
Signed-off-by: Malcolm Priestley
diff --git a/drivers/media/dvb/dvb-usb/lmedm04.c
b/drivers/media/dvb/d
On Wed, 27 Oct 2010, Baruch Siach wrote:
> When SOCAM_PCLK_SAMPLE_FALLING, just leave CSICR1_REDGE unset, otherwise we
> get
> the inverted behaviour.
Seems logical to me, that if this is true, then you need the inverse:
if (!(common_flags & SOCAM_PCLK_SAMPLE_FALLING))
c
With some minor kfifo-related changes, lirc_dev ir-lirc-codec can be built
on a 2.6.32-based kernel (Red Hat Enterprise Linux 6). The mceusb and imon
drivers build fine without any changes, modulo a warning about pr_fmt
being redefined in the imon driver.
Signed-off-by: Jarod Wilson
---
backpor
From: Stefan Ringel
bugfix set tv standards
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-video.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-video.c
b/drivers/staging/tm6000/tm6000-video.c
index 9ec8279..c5690b2 100
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Wed Oct 27 19:00:19 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 15167:abd3aac6644e
git master:
CONFIG_OLPC_XO_1_5 does not exist in mainline, and it's not certain that
we'll find a reason to add it later.
We should also be detecting this at runtime, and if we do it at probe
time we can be sure not to mess around with the PCI config space on XO-1.
viafb already depends on X86 so there won't
Em 27-10-2010 15:39, Hans de Goede escreveu:
> Hi,
>
> On 10/27/2010 04:32 PM, Mauro Carvalho Chehab wrote:
>> Linus,
>>
>> Please pull from
>> ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6.git
>> v4l_for_linus
>>
>
>
>
> I see that you did not include the changes from
On Wed, Oct 27, 2010 at 12:46 PM, Mauro Carvalho Chehab
wrote:
> The original code is broken, as it doesn't properly honour a max size of 8.
> Even if we do some optimization at cx231xx, we still need to fix the tda18271
> code, as it is trying to use more than 8 bytes on some writes.
>
> Also, as
Hi,
On 10/27/2010 03:59 PM, Mitar wrote:
Hi!
On Wed, Oct 27, 2010 at 3:23 PM, Hans de Goede wrote:
If and only if libjpeg-turbo turns out to be much slower this is something
to consider. But the first thing to do here is see if we can solve this
in a way which is acceptable to all downstream
Hi,
On 10/27/2010 04:32 PM, Mauro Carvalho Chehab wrote:
Linus,
Please pull from
ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6.git
v4l_for_linus
I see that you did not include the changes from my pull request send today,
understandably so, but I wonder if thes
Hello Mauro,
I have actually problems with my terratec cinergy hybrid xe (tm6010).
Today as I test with last git update, it don't work with my stick, but a
few weeks before it has work (black/white picture; bottom position). But
I found the worried points.
Signed-off-by: Stefan Ringel
@@
Em 27-10-2010 11:45, Daniel Drake escreveu:
> For some reason, commit 1aafeb30104a is missing one change that was
> included in the email submission.
>
> The sensor configuration must be passed down to the ov7670 subdev.
>
> Signed-off-by: Daniel Drake
> ---
> drivers/media/video/cafe_ccic.c |
Hi!
On Wed, Oct 27, 2010 at 12:49 PM, Janne Grunau wrote:
> While the patch is not the cleanest, there shouldn't be a problem of
> making ffmpeg mjpeg decoding optional.
In which way not the cleanest? I am always searching for ways to
improve my further work. So please elaborate.
Mitar
--
To u
Hi!
On Wed, Oct 27, 2010 at 3:23 PM, Hans de Goede wrote:
> If and only if libjpeg-turbo turns out to be much slower this is something
> to consider. But the first thing to do here is see if we can solve this
> in a way which is acceptable to all downstream users of libv4l, and thus
> can be adde
If you suspend and resume during video capture, the video colours
are corrupted on resume. This is because the sensor is being unconditionally
powered off during the resume path.
Only power down during resume if the camera is not in use, and correctly
reconfigure the sensor during resume.
Fixes ht
Hi Michael,
Michael Jones wrote:
> Having settled on a particular video device, (how) do regular
> controls (ie. VIDIOC_[S|G]_CTRL) work? I don't see any support for
> them in ispvideo.c. Is it just yet to be implemented? Or is it
> expected that the application will access the subdevs individu
Hans de Goede wrote:
> Hi All,
Hi Hans,
Thanks for the RFC!
I'd have a few comments and questions.
The coding style for libv4l hasn't been defined as far as I understand.
Should kernel coding style be assumed, or something else?
> RFC: a plugin API for libv4l2
> =
>
For some reason, commit 1aafeb30104a is missing one change that was
included in the email submission.
The sensor configuration must be passed down to the ov7670 subdev.
Signed-off-by: Daniel Drake
---
drivers/media/video/cafe_ccic.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
Hi,
On 10/27/2010 12:49 PM, Janne Grunau wrote:
With using ffmpeg MJPEG decoding it takes my computer on average
43.616 ms to decode the frame what is 0.0087 us per pixel.
That is a great improvement, but using ffmpeg in libv4l is not an option
for multiple reasons:
1) It is GPL licensed n
Hi,
On 10/27/2010 02:39 PM, Erik Andrén wrote:
2010/10/27 Hans de Goede:
stv06xx devices have only one altsetting, but the actual used
bandwidth can be programmed through a register. We were already
setting this register lower then the max packetsize of the altsetting
indicates. This patch make
2010/10/27 Hans de Goede :
> stv06xx devices have only one altsetting, but the actual used
> bandwidth can be programmed through a register. We were already
> setting this register lower then the max packetsize of the altsetting
> indicates. This patch makes the gspca-stv06xx update the usb descrip
Signed-off-by: Hans de Goede
---
drivers/media/video/gspca/xirlink_cit.c | 117 ++-
1 files changed, 84 insertions(+), 33 deletions(-)
diff --git a/drivers/media/video/gspca/xirlink_cit.c
b/drivers/media/video/gspca/xirlink_cit.c
index ea73377..f884727 100644
--- a/
Generate a release button event when the button is still pressed when the
stream stops.
Signed-off-by: Hans de Goede
---
drivers/media/video/gspca/ov519.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/gspca/ov519.c
b/drivers/media/video/gs
The following usb bandwidth allocation changes were made to the ibm netcam
pro code:
- Don't restart negotiation at max packet size on stop0, as that gets called
by gspca_main during negotiation. Move this to sd_isoc_init.
- Don't ask for full bandwidth when running at 160x120, that does not need
Atleast on the ibm netcam pro frames have a 4 byte footer, take this
into account when calculating sizeimage.
Signed-off-by: Hans de Goede
---
drivers/media/video/gspca/xirlink_cit.c | 24
1 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/media/v
stv06xx devices have only one altsetting, but the actual used
bandwidth can be programmed through a register. We were already
setting this register lower then the max packetsize of the altsetting
indicates. This patch makes the gspca-stv06xx update the usb descriptor
for the alt setting to reflect
Currently alloc_and_submit_int_urb() is setting gspca->int_urb
as soon as the allocation has succeeded, but if the subsequent
submit fails, the urb gets destroyed. And then later will
get destroyed again in gspca_input_destroy_urb() because
gspca->int_urb is set, leading to a double free.
Signed-o
Currently gspca supported usb-1.1 webcams for which we support the input
button through an interrupt endpoint won't stream (not enough bandwidth
error) when used through an USB-2.0 hub.
After much debugging I've found out that the cause for this is that the
ehci-sched.c schedeling code does not li
Hi Mauro,
Please pull from:
http://linuxtv.org/hg/~hgoede/ibmcam3
Starting at the commit titled:
gspca: submit interrupt urbs *after* isoc urbs
This pull consists of the following commits:
gspca: submit interrupt urbs *after* isoc urbs
gspca: only set gspca->int_urb if submitting it succeeds
gsp
All of the hard problems for BKL removal appear to be solved in the
v4l-dvb/master tree. This removes the BKL from the various open
functions that do not need it, or only use it to protect an
open count.
The zoran driver is nontrivial in this regard, so I introduce
a new mutex that locks both the
On Wed, Oct 27, 2010 at 7:47 AM, Jiri Slaby wrote:
> Stanse found that there is mutex_lock in a fail path of
> cx231xx_i2c_xfer instead of mutex_unlock (i.e. double lock + leaving a
> function in locked state). So fix that.
>
> Signed-off-by: Jiri Slaby
> Cc: Mauro Carvalho Chehab
> Cc: Devin He
Stanse found that there is mutex_lock in a fail path of
cx231xx_i2c_xfer instead of mutex_unlock (i.e. double lock + leaving a
function in locked state). So fix that.
Signed-off-by: Jiri Slaby
Cc: Mauro Carvalho Chehab
Cc: Devin Heitmueller
---
drivers/media/video/cx231xx/cx231xx-i2c.c |2
On Wed, Oct 27, 2010 at 11:08:35AM +0200, Hans de Goede wrote:
> Hi,
>
> On 10/27/2010 01:51 AM, Mitar wrote:
> > Hi!
> >
> > On Sun, Oct 24, 2010 at 6:04 PM, Mitar wrote:
> >> Has anybody tried to improve MJPEG support in libv4l? With newer
> >> cameras this becomes important.
> >
> > I have mad
Hi,
On 10/27/2010 01:51 AM, Mitar wrote:
Hi!
On Sun, Oct 24, 2010 at 6:04 PM, Mitar wrote:
Has anybody tried to improve MJPEG support in libv4l? With newer
cameras this becomes important.
I have made a patch which makes libv4l uses ffmpeg's avcodec library
for MJPEG decoding. Performance im
On Tue, Oct 26, 2010 at 9:07 PM, fabio tirapelle wrote:
> I have tried again.
>
> rm -i dvb-fe-tda10048-1.0.fw
> cp dvb-fe-tda10046.fw dvb-fe-tda10048-1.0.fw
>
> Now shutdown and boot
>
> dmesg
>
> [ 47.724011] tda18271: RF tracking filter calibration complete
> [ 47.780018] tda829x 8-004b: ty
When SOCAM_PCLK_SAMPLE_FALLING, just leave CSICR1_REDGE unset, otherwise we get
the inverted behaviour.
Signed-off-by: Baruch Siach
---
drivers/media/video/mx2_camera.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/mx2_camera.c b/drivers/media/vide
43 matches
Mail list logo
