On Mon, 14 Dec 2009, Michael Akey wrote:
I can't get the scan/scan-s2 utilities to lock any transponders (DVB-S). My
test satellite is AMC1 103W, the Pentagon Channel tp. This is probably some
simple user error on my part, but I can't figure it out. I have a Corotor II
with polarity changed
Hello.
I have the same problem. Two tuners ASUS My Cinema U3000 Mini DVBT Tuner:
Bus 005 Device 004: ID 0b05:171f ASUSTek Computer, Inc.
Bus 005 Device 003: ID 0b05:171f ASUSTek Computer, Inc.
Kernel 2.6.31 and 2.6.32 (debian packages), firmware
dvb-usb-dib0700-1.20.fw. Intel Atom 330
Michael Akey wrote:
I can't get the scan/scan-s2 utilities to lock any transponders
(DVB-S). My test satellite is AMC1 103W, the Pentagon Channel tp.
This is probably some simple user error on my part, but I can't figure
it out. I have a Corotor II with polarity changed via serial command
hello i have write i little c program for test :
here is the program:
#include
stdio.h
#include /usr/include/linux/dvb/frontend.h
#include stdlib.h
#include stdint.h
#include ctype.h
#include sys/ioctl.h
#include
sys/poll.h
#include unistd.h
#include error.h
#include errno.h
#include
when i did my first emm decoder (;-) i took the source code from
dvbsnoop and it worked for me . can you try it?
can you try first dvbsnoop with the parameters you want?
On Tue, Dec 15, 2009 at 11:31 AM, lucabe...@libero.it
lucabe...@libero.it wrote:
hello i have write i little c program
Hi,
On Tue, 15 Dec 2009, Jan Korbel wrote:
Hello.
I have the same problem. Two tuners ASUS My Cinema U3000 Mini DVBT Tuner:
Bus 005 Device 004: ID 0b05:171f ASUSTek Computer, Inc.
Bus 005 Device 003: ID 0b05:171f ASUSTek Computer, Inc.
Kernel 2.6.31 and 2.6.32 (debian packages), firmware
when i did my first emm decoder (;-) i took the source code from
dvbsnoop and it worked for me . can you try it?
can you try first dvbsnoop with the parameters you want?
On Tue, Dec 15, 2009 at 11:50 AM, lucabe...@libero.it
lucabe...@libero.it wrote:
hello i have write i little c program
On Sun 2009-12-06 12:59:00, Christoph Bartelmus wrote:
Hi Dmitry,
on 05 Dec 09 at 22:55, Dmitry Torokhov wrote:
[...]
I do not believe you are being realistic. Sometimes we just need to say
that the device is a POS and is just not worth it. Remember, there is
still lirc hole for the
Hi,
Here's the first version of the V4L2 file handle and event interface
patchset. I posted it as RFC since there are a few issues with the
contents and I have no assurrances that this even is functional at the
moment.
The first patch adds the V4L2 file handle support and the rest are for
Add support for event handling to do_ioctl.
Signed-off-by: Sakari Ailus sakari.ai...@maxwell.research.nokia.com
---
drivers/media/video/v4l2-ioctl.c | 48 ++
include/media/v4l2-ioctl.h |7 +
2 files changed, 55 insertions(+), 0 deletions(-)
This patch adds a set of new ioctls to the V4L2 API. The ioctls conform to
V4L2 Events RFC version 2.3:
URL:http://www.spinics.net/lists/linux-media/msg12033.html
Signed-off-by: Sakari Ailus sakari.ai...@maxwell.research.nokia.com
---
drivers/media/video/v4l2-compat-ioctl32.c |3 +++
This patch adds a list of v4l2_file_handle structures to every video_device.
It allows using file handle related information in V4L2. The event interface
is one example of such use.
Signed-off-by: Sakari Ailus sakari.ai...@maxwell.research.nokia.com
---
drivers/media/video/Makefile |2 +-
Add event handling backend to V4L2. The backend handles event subscription
and delivery to file handles. Event subscriptions are based on file handle.
Events may be delivered to all subscribed file handles on a device
independent of where they originate from.
Signed-off-by: Sakari Ailus
Have you tried to load dvb-usb with disable_rc_polling=1 ?
It may or may not help.
If it helps it will necessary to have a look at the ir-polling code to see
whether there is some thing like 'scheduling'.
Yes it helps.
echo 1 /sys/module/dvb_usb/parameters/disable_rc_polling
and my cpu
kernel: tda1004x: found firmware revision 20 -- ok
now I'm getting this... strange :-|
I did nothing different. except to retry the module after a while again.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More
Jean,
let me know , if you need to the test this patch, since i added the
tas1530k long time ago, and still have the webcam :)
Best Regards
On Tue, Dec 15, 2009 at 4:54 AM, Jean-Francois Moine moin...@free.fr wrote:
On Tue, 15 Dec 2009 03:45:00 +
Luis Maia lm...@royalhat.org wrote:
Added
Pavel Machek wrote:
That is why I think we should go the other way around - introduce the
core which receivers could plug into and decoder framework and once it
is ready register lirc-dev as one of the available decoders.
I've committed already some IR restruct code on my linux-next -git
On Tue, Dec 15, 2009 at 8:33 AM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Pavel Machek wrote:
That is why I think we should go the other way around - introduce the
core which receivers could plug into and decoder framework and once it
is ready register lirc-dev as one of the available
This is the soc_camera support developed by Sascha Hauer.
I just modified original driver to get it working on recent kernel.
Signed-off-by: Alan Carvalho de Assis acas...@gmail.com
---
arch/arm/mach-mx2/clock_imx27.c |2 +-
arch/arm/mach-mx2/devices.c | 32 +
Please note: I just get it compiling and loaded correctly on the
mainline kernel.
If you have a board powered by i.MX27 and with a camera supported by
soc_camera driver, I will be glad case you can do a try.
On 12/15/09, Alan Carvalho de Assis acas...@gmail.com wrote:
This is the soc_camera
Jon Smirl wrote:
On Tue, Dec 15, 2009 at 8:33 AM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Pavel Machek wrote:
That is why I think we should go the other way around - introduce the
core which receivers could plug into and decoder framework and once it
is ready register lirc-dev as one
Jean-Francois Moine wrote:
On Tue, 15 Dec 2009 03:45:00 +
Luis Maia lm...@royalhat.org wrote:
Added extra chipset revision (sensor) to fix camera zc0301 with ID:
0ac8:301b .
Since i own one of this cameras fixed and tested it.
-
diff -uNr
Hi Mauro,
I have finally found some time for reworking our patch
with regards of notes I got in disscussion.
BTW, I learnt that sending patch for review to original
authors is right thing (tm), so I have added Oliver,
as isl6421.c author, Patrick as flexcop author, Gerd
as cx88/saa7134 author (I
From: Muralidharan Karicheri m-kariche...@ti.com
This combines the two patches sent earlier to change the clock configuration
and converting ccdc drivers to platform drivers. This has updated comments
against v2 of these patches. Two new clocks master and slave are defined
for ccdc driver
as per
From: Muralidharan Karicheri m-kariche...@ti.com
Updated based on Kevin's comments on clock configuration.
The ccdc now uses a generic name for clocks. master and slave. On individual
platforms
these clocks will inherit from the platform specific clock. This will allow
re-use of
the driver for
From: Muralidharan Karicheri m-kariche...@ti.com
Updated based on Kevin's comments on clock configuration.
The ccdc now uses a generic name for clocks. master and slave. On
individual platforms
these clocks will inherit from the platform specific clock. This will allow
re-use of
the driver for
From: Muralidharan Karicheri m-kariche...@ti.com
This combines the two patches sent earlier to change the clock configuration
and converting ccdc drivers to platform drivers. This has updated comments
against v1 of these patches.
In this patch, the clock configuration is moved to ccdc driver
On Tue, 15 Dec 2009 10:25:29 -0300
leandro Costantino lcostant...@gmail.com wrote:
Jean,
let me know , if you need to the test this patch, since i added the
tas1530k long time ago, and still have the webcam :)
Best Regards
On Tue, Dec 15, 2009 at 4:54 AM, Jean-Francois Moine
Hans,
This has gone through multiple revisions after review and If you don't
have any comments against this series, could you merge this to your -hg
tree? DM365 patch series is dependent on this one. So if you can merge
this one ASAP, it will be great.
Murali Karicheri
Software Design Engineer
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-davinci for the
following:
- v4l: vpfe_capture: remove clock and ccdc resource handling
- v4l: vpfe capture: convert dm355 ccdc driver to a platform driver
- v4l: vpfe capture: convert dm644x ccdc module to a platform driver
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:Tue Dec 15 19:00:05 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 13698:79fc32bba0a0
gcc version: gcc
Hi Hans,
I know you'be been busy and in the road lately. Just checking if you had
the chance to review this version of the code.
Regards,
Hans Verkuil wrote:
On Tuesday 08 December 2009 01:44:43 Santiago Nunez-Corrales wrote:
Hans,
Hi. Have you had a chance to look at this version of
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.
regards
Newsy
--- Oleg Roitburd oroitb...@gmail.com schrieb am Mo,
Hi!
(11) if none is against renaming IR as RC, I'll do it on a next patch;
Call it irc -- infrared remote control. Bluetooth remote controls will
have very different characteristics.
Pavel
--
(english)
On Tue 2009-12-15 15:14:02, Jon Smirl wrote:
On Tue, Dec 15, 2009 at 2:58 PM, Pavel Machek pa...@ucw.cz wrote:
Hi!
(11) if none is against renaming IR as RC, I'll do it on a next
patch;
Call it irc -- infrared remote control. Bluetooth remote controls will
have very different
On Tue, Dec 15, 2009 at 3:19 PM, Pavel Machek pa...@ucw.cz wrote:
On Tue 2009-12-15 15:14:02, Jon Smirl wrote:
On Tue, Dec 15, 2009 at 2:58 PM, Pavel Machek pa...@ucw.cz wrote:
Hi!
(11) if none is against renaming IR as RC, I'll do it on a next
patch;
Call it irc -- infrared
On Tue 2009-12-15 15:29:51, Jon Smirl wrote:
On Tue, Dec 15, 2009 at 3:19 PM, Pavel Machek pa...@ucw.cz wrote:
On Tue 2009-12-15 15:14:02, Jon Smirl wrote:
On Tue, Dec 15, 2009 at 2:58 PM, Pavel Machek pa...@ucw.cz wrote:
Hi!
(11) if none is against renaming IR as RC, I'll do
On Tue, Dec 15, 2009 at 3:33 PM, Pavel Machek pa...@ucw.cz wrote:
On Tue 2009-12-15 15:29:51, Jon Smirl wrote:
On Tue, Dec 15, 2009 at 3:19 PM, Pavel Machek pa...@ucw.cz wrote:
On Tue 2009-12-15 15:14:02, Jon Smirl wrote:
On Tue, Dec 15, 2009 at 2:58 PM, Pavel Machek pa...@ucw.cz wrote:
Hi Santiago,
Some quick review comments:
On Monday 30 November 2009 16:51:53 santiago.nu...@ridgerun.com wrote:
From: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
This patch provides the implementation of the TVP7002 decoder
driver for DM365. Implemented using the V4L2 DV presets
From: Márton Németh nm...@freemail.hu
Make one-bit bitfields unsigned which will remove the following
sparse warning messages (see make C=1):
* lgdt3305.h:57:21: error: dubious one-bit signed bitfield
* lgdt3305.h:60:26: error: dubious one-bit signed bitfield
* lgdt3305.h:63:19: error: dubious
On Monday 30 November 2009 16:51:38 santiago.nu...@ridgerun.com wrote:
From: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
This patch provides the required definitions for the TVP7002 driver
in DM365.
Signed-off-by: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
---
On Tuesday 15 December 2009 20:24:19 Santiago Nunez-Corrales wrote:
Hi Hans,
I know you'be been busy and in the road lately. Just checking if you had
the chance to review this version of the code.
Done!
Regards,
Hans
Regards,
Hans Verkuil wrote:
On Tuesday 08 December
On Thursday 10 December 2009 18:00:29 m-kariche...@ti.com wrote:
From: Muralidharan Karicheri m-kariche...@ti.com
Added a experimental IOCTL, to read the CCDC parameters.
Default handler was not getting the original pointer from the core.
So a wrapper function added to handle the default
On Tue 2009-12-15 15:45:14, Jon Smirl wrote:
On Tue, Dec 15, 2009 at 3:33 PM, Pavel Machek pa...@ucw.cz wrote:
On Tue 2009-12-15 15:29:51, Jon Smirl wrote:
On Tue, Dec 15, 2009 at 3:19 PM, Pavel Machek pa...@ucw.cz wrote:
On Tue 2009-12-15 15:14:02, Jon Smirl wrote:
On Tue, Dec 15, 2009
On Tuesday 15 December 2009 20:03:36 Mitar wrote:
Hi!
I have Logitech QuickCam Pro 9000 webcam and I had the same problems
described here:
http://patchwork.kernel.org/patch/52261/
I have applied the patch and it did not help. But it helped when I
increased UVC_CTRL_CONTROL_TIMEOUT to 1000
Note that the other patches from this series are fine as far as I am concerned.
One general note: I always have difficulties with constructions like this:
+ val = (bc-horz.win_count_calc
+ ISIF_HORZ_BC_WIN_COUNT_MASK) |
+
On Tue, Dec 15, 2009 at 3:45 PM, Jon Smirl jonsm...@gmail.com wrote:
On Tue, Dec 15, 2009 at 3:33 PM, Pavel Machek pa...@ucw.cz wrote:
Untrue. Like ethernets and wifis, bluetooth devices have unique
addresses. Communication is bidirectional.
I read a little about how Bluetooth remotes work.
Thanks -- I'll push this in through the lgdt3305 repository... I'll send
in a pull request to Mauro shortly.
-Mike
Németh Márton wrote:
From: Márton Németh nm...@freemail.hu
Make one-bit bitfields unsigned which will remove the following
sparse warning messages (see make C=1):
*
Mauro,
Please pull from:
http://kernellabs.com/hg/~mkrufky/lgdt3305
for the following:
- lgdt3305: make one-bit bitfields unsigned
lgdt3305.h |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Thanks,
Mike
2009/12/15 Michael Krufky mkru...@linuxtv.org:
Thanks -- I'll push
I found an email that discussed the similar problem that my camera had,
showing up just a black screen, it's dated but i think maybe it wasn't
fully solved because there's no answer.
http://osdir.com/ml/drivers.spca50x.devel/2006-11/msg00036.html
Note the : / /Vimicro/zc3xx.h:
Hans,
I remember there was a comment against an earlier patch that asks
for combining such statements since it makes the function appear
as big. Not sure who had made that comment. That is the reason you
find code like this in this patch. It was initially done with multiple
OR statements to
Mauro,
I've split the revert2.diff that I sent you previously to fix the tuning
regression on my DViCO Dual Digital 4 (rev 1) into three separate patches
that will hopefully allow you to review more easily.
The first two patches revert their respective changesets and nothing else,
fixing the
My target is not recognizing the USB massage storage. I am working the
2.6.32 Davinci kernel
Any suggestion and ideas.
- gg
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Hi Leandro and Pablo,
could you please try the following patch ? It closes a race window that I
believe could be at the core of your kernel panic.
diff -r c1f376eae978 linux/drivers/media/video/uvc/uvc_queue.c
--- a/linux/drivers/media/video/uvc/uvc_queue.c Sat Dec 12 18:57:17 2009 +0100
+++
Hi Mauro,
2009/12/15 Mauro Carvalho Chehab mche...@redhat.com:
[snip]
I'm still missing a driver or a board entry that requires those
changes. Could you please send it together with this patch series?
We are using it in our project. Currently we are in very early
stage of it. We still have
Actually, i have not heard of other chipset's revision about task1530k
since 2008 (http://article.gmane.org/gmane.linux.drivers.spca50x.devel/2826
)
But it's possible that , there will be many others cam using that.
Luis, in fact there seem's to be a pattern against revision chipset
id - sensor,
On 7 декабря 2009 18:04:14 Steven Toth wrote:
On Sun, Dec 6, 2009 at 9:00 PM, Igor M. Liplianin liplia...@me.by wrote:
Hi Steve
I'm able to watch now analog television with Compro E650F.
I rich this by merging your cx23885-alsa tree and adding some
modifications for Compro card
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
On Tue, Dec 15, 2009 at 9:12 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Leandro and Pablo,
could you please try
On Tue, 2009-12-15 at 18:46 -0500, Gopala Gottumukkala wrote:
My target is not recognizing the USB massage storage. I am working the
2.6.32 Davinci kernel
Any suggestion and ideas.
ahah, this information isn't enough. Your Vendor/Product ID for this
device is compared in a lookup a table. If
Hello.
Patrick Boettcher wrote:
Have you tried to load dvb-usb with disable_rc_polling=1 ?
It may or may not help.
If it helps it will necessary to have a look at the ir-polling code to
see whether there is some thing like 'scheduling'.
regards,
It helps :) Thanks.
J.
smime.p7s
On Wednesday 16 December 2009 00:37:52 Karicheri, Muralidharan wrote:
Hans,
I remember there was a comment against an earlier patch that asks
for combining such statements since it makes the function appear
as big. Not sure who had made that comment. That is the reason you
find code like
61 matches
Mail list logo
