When SOCAM_PCLK_SAMPLE_FALLING, just leave CSICR1_REDGE unset, otherwise we get
the inverted behaviour.
Signed-off-by: Baruch Siach bar...@tkos.co.il
---
drivers/media/video/mx2_camera.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/mx2_camera.c
On Tue, Oct 26, 2010 at 9:07 PM, fabio tirapelle ftirape...@yahoo.it 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
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, Mitarmmi...@gmail.com wrote:
Has anybody tried to improve MJPEG support in libv4l? With newer
cameras this becomes important.
I have made
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 jsl...@suse.cz
Cc: Mauro Carvalho Chehab mche...@redhat.com
Cc: Devin Heitmueller
On Wed, Oct 27, 2010 at 7:47 AM, Jiri Slaby jsl...@suse.cz 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 jsl...@suse.cz
Cc: Mauro Carvalho
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
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.
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
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 hdego...@redhat.com
---
drivers/media/video/gspca/xirlink_cit.c | 24
1 files changed, 12 insertions(+), 12 deletions(-)
diff
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
Generate a release button event when the button is still pressed when the
stream stops.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
drivers/media/video/gspca/ov519.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/gspca/ov519.c
2010/10/27 Hans de Goede hdego...@redhat.com:
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
Hi,
On 10/27/2010 02:39 PM, Erik Andrén wrote:
2010/10/27 Hans de Goedehdego...@redhat.com:
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
Hi,
On 10/27/2010 12:49 PM, Janne Grunau wrote:
snip
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
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 d...@laptop.org
---
drivers/media/video/cafe_ccic.c |5 +++--
1 files changed, 3
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
=
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
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
Hi!
On Wed, Oct 27, 2010 at 3:23 PM, Hans de Goede hdego...@redhat.com 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
Hi!
On Wed, Oct 27, 2010 at 12:49 PM, Janne Grunau j...@jannau.net 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.
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 d...@laptop.org
---
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
Hi,
On 10/27/2010 03:59 PM, Mitar wrote:
Hi!
On Wed, Oct 27, 2010 at 3:23 PM, Hans de Goedehdego...@redhat.com 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
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
snip snip
I see that you did not include the changes from my pull request send today,
understandably so, but I
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
snip snip
I see that you did not include the changes from my pull
On Wed, Oct 27, 2010 at 12:46 PM, Mauro Carvalho Chehab
mche...@redhat.com 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
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
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:
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 tvbox...@gmail.com
diff --git a/drivers/media/dvb/dvb-usb/lmedm04.c
29 matches
Mail list logo