On Wednesday 16 December 2009 22:31:54 santiago.nu...@ridgerun.com wrote:
> From: Santiago Nunez-Corrales
>
> This patch provides the required definitions for the TVP7002 driver
> in DM365.
>
> Signed-off-by: Santiago Nunez-Corrales
> ---
> drivers/media/video/tvp7002_reg.h | 150
> +
Hi Santiago,
I found just a few small things. So when those are fixed, then I will make a
hg tree for this driver and ask Mauro to pull from it.
On Wednesday 16 December 2009 22:32:02 santiago.nu...@ridgerun.com wrote:
> From: Santiago Nunez-Corrales
>
> This patch provides the implementation o
Hi, all.
I wonder about the usage of the signal variable of struct v4l2_tuner. I
have found only to use it to get the signal strength on drivers.
The si470x radio device can set the seek threshold value of
RSSI(Received Signal Strength Indicator) when the device scans the
channels, so if the curr
After testing all day non-stop, I can confirm this works great without
throwing oops.
THank you very much.
On Wed, Dec 16, 2009 at 3:00 PM, Pablo Baena wrote:
> Yes! This patch worked. So far I got no kernel panic, and image is
> correct. Will be testing today to see if something comes up, but s
Mauro,
Please pull from http://linuxtv.org/hg/~pinchartl/uvcvideo/
for the following 6 changesets:
01/06: uvcvideo: Fix controls blacklisting
http://linuxtv.org/hg/~pinchartl/uvcvideo/?cmd=changeset;node=0826158f044c
02/06: uvcvideo: Switch to a monotonic clock for V4L2 buffers timestamps
http:
Thanks, that patch definitely traps the bug. Unfortunately there are so
many debug messages that the capture-example.c times out trying to
connect to the webcam. The debug messages slow down the process enough
to make that happen. But if I modify your patch and take out the extra
debug messages
From: Santiago Nunez-Corrales
This patch provides menu configuration options for the TVP7002
decoder driver in DM365. Includes only TVP7002.
Signed-off-by: Santiago Nunez-Corrales
---
drivers/media/video/Kconfig |9 +
drivers/media/video/Makefile |1 +
2 files changed, 10 inse
From: Santiago Nunez-Corrales
This patch provides the implementation of the TVP7002 decoder
driver for DM365. Implemented using the V4L2 DV presets API.
Removed shadow register values. Testing shows that the device
needs not to be powered down and up for correct behaviour.
Improved readability. U
From: Santiago Nunez-Corrales
This patch provides the required definitions for the TVP7002 driver
in DM365.
Signed-off-by: Santiago Nunez-Corrales
---
drivers/media/video/tvp7002_reg.h | 150 +
include/media/tvp7002.h | 56 ++
2 file
From: Santiago Nunez-Corrales
This patch provides required chip identification definitions
within v4l2. Included only definitions for TVP7002.
Signed-off-by: Santiago Nunez-Corrales
---
include/media/v4l2-chip-ident.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/i
This series of patches provide support for the TVP7002 decoder in DM365.
Support includes:
* Inclusion of the chip in v4l2 definitions
* Definition of TVP7002 specific data structures
* Kconfig and Makefile support
This series corrects many issued pointed out by Snehaprabha Narnakaje,
Muralidha
On Sat, 28 Nov 2009, Guennadi Liakhovetski wrote:
> On Tue, 10 Nov 2009, Ian Molton wrote:
>
> > Well if they are only masked they shouldnt stop being asserted. But we
> > should unmask them again.
> >
> > Im not really sure we should mask them anyway, with the card possibly
> > being gone... Wi
Hi,
I've got sheeva plug device. It works as file server over smb. I
didn't check how it works with Full HD movies but there is no problem
with HD Ready movies. I can check things like max transfer rate and
let you know what this thing can do.
Best Regards
--
Tomasz Belina
Dnia 2009-12-1
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 Dec 16 19:00:10 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 13821:783912da1ad0
gcc version: gcc (
Yes! This patch worked. So far I got no kernel panic, and image is
correct. Will be testing today to see if something comes up, but so
far it's doing great. Thank you!
On Wed, Dec 16, 2009 at 7:49 AM, Laurent Pinchart
wrote:
> Hi Pablo,
>
> On Wednesday 16 December 2009 07:51:20 Pablo Baena wrote
hans,
>>
>> Yes, isif_config_bclamp() set values in the register.
>
>Huh? That does not explain why apparently bc->horz.win_h_sz_calc can be
>larger
>than ISIF_HORZ_BC_WIN_H_SIZE_MASK.
because the values come from the user and since we can't use the enum
for the types, I have to make sure the valu
On Wed, 2009-12-16 at 10:53 -0500, Gopala Gottumukkala wrote:
> (gcc version 3.4.3 (MontaVista 3.4.3-25.0.104.0600975 2006-07-06)) #4
> PREEMPT Tue Dec 15 18:10:24 EST 2009
> CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
> CPU: VIVT data cache, VIVT instruction cache
> Machine: DaVi
Hello.
Gopala Gottumukkala wrote:
(gcc version 3.4.3 (MontaVista 3.4.3-25.0.104.0600975 2006-07-06)) #4
PREEMPT Tue Dec 15 18:10:24 EST 2009
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
CPU: VIVT data cache, VIVT instruction cache
Machine: DaVinci DM644x EVM
Memory policy: ECC
Gopala,
You would need to use the patch I circulated earlier that updates the correct
DRVVBUS GPIO for DaVinci.
Pl. search it in the archives or else I will mail it tomorrow.
regards
swami
From: davinci-linux-open-source-bounces+swami.iyer=ti@linux.
platform_get_irq returns -ENXIO on failure, so !irq was probably
always true. Better use (int)irq <= 0. Note that a return value of
zero is still handled as error even though this could mean irq0.
This is a followup to 305b3228f9ff4d59f49e6d34a7034d44ee8ce2f0 that
changed the return value of pla
platform_get_irq returns -ENXIO on failure, so !irq was probably
always true. Better use (int)irq <= 0. Note that a return value of
zero is still handled as error even though this could mean irq0.
This is a followup to 305b3228f9ff4d59f49e6d34a7034d44ee8ce2f0 that
changed the return value of pla
video_nr is unsigned so the test did not work.
Signed-off-by: Roel Kluin
---
Found using coccinelle: http://coccinelle.lip6.fr/
diff --git a/drivers/media/video/vivi.c b/drivers/media/video/vivi.c
index 7705fc6..328af3a 100644
--- a/drivers/media/video/vivi.c
+++ b/drivers/media/video/vivi.c
@@
Hi,
Gopala Gottumukkala wrote:
(gcc version 3.4.3 (MontaVista 3.4.3-25.0.104.0600975 2006-07-06)) #4
PREEMPT Tue Dec 15 18:10:24 EST 2009
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
CPU: VIVT data cache, VIVT instruction cache
Machine: DaVinci DM644x EVM
Memory policy: ECC disa
(gcc version 3.4.3 (MontaVista 3.4.3-25.0.104.0600975 2006-07-06)) #4
PREEMPT Tue Dec 15 18:10:24 EST 2009
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
CPU: VIVT data cache, VIVT instruction cache
Machine: DaVinci DM644x EVM
Memory policy: ECC disabled, Data cache writeback
DaVinci
thx Manu for your quick answer. I tried that patch, at least on those 8psk
3 3/4 on thor 1 West it didn't solve the problem, but I'm not sure if they
really use inverted spectrum on that transponder.
ORF switched inverted spectrum off again, so I'm in search of an dvb-s2
transponder that ha
val and sd->gain are unsigned so the tests did not work.
Signed-off-by: Roel Kluin
---
Found using coccinelle: http://coccinelle.lip6.fr/
diff --git a/drivers/media/video/gspca/ov534.c
b/drivers/media/video/gspca/ov534.c
index 4dbb882..f5d1f18 100644
--- a/drivers/media/video/gspca/ov534.c
+++
Linus,
Please pull from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6.git
for_linus
For the following 116 patches:
- ir: improvements for selecting IR protocols based on the IR table, and
start
preparing the existing IR code to be generic;
- v4l2 cor
Although these sizes may be the same it is better to calculate the size of
the source, than the destiny.
Signed-off-by: Roel Kluin
---
diff --git a/drivers/media/video/v4l2-compat-ioctl32.c
b/drivers/media/video/v4l2-compat-ioctl32.c
index 997975d..23ad218 100644
--- a/drivers/media/video/v4l2-c
On Wed, Dec 16, 2009 at 4:15 PM, Newsy Paper
wrote:
> Hi,
>
> as the problem with the ORF HD transponder on Astra is now figured out and
> ORF switched inversion off again, we know know where the bug in the driver
> is. I don't know if the problem also occours on dvb-s(1) transponders but
> I'l
Hi,
as the problem with the ORF HD transponder on Astra is now figured out and ORF
switched inversion off again, we know know where the bug in the driver is. I
don't know if the problem also occours on dvb-s(1) transponders but I'll try to
figure that out.
Is anyone able to fix that dvb-s2 pro
Am 15.12.2009 20:44, schrieb Newsy Paper:
> yes, this transponder is working again at blog.ors.at they say that they
> updated the modulator. It is working now again but driver still has this bug,
> so it's interesting what the update of the modulator changed exactly.
Today I received an answer
Hi Pablo,
On Wednesday 16 December 2009 07:51:20 Pablo Baena wrote:
> With that patch, libv4l throws an error at some point, no crashes so far
> though:
>
> libv4l2: error dequeuing buf: Invalid argument
> read error 22, Invalid argument
Could you please try this updated patch ?
diff -r c1f376
That sould be the correct.
Pablo, note that using svv.c with read method as implemented there,
should work ok.
http://moinejf.free.fr/svv.c
On Wed, Dec 16, 2009 at 7:51 AM, Pablo Baena wrote:
> With that patch, libv4l throws an error at some point, no crashes so far
> though:
>
> libv4l2: error
33 matches
Mail list logo
