Hi All
Our new TV card has MPEG-2 encoder NEC µPD61151. This encoder hasn't I2C bus,
only SPI.
I wrote SPI bitbang master for saa7134.
[ 74.482290] Linux video capture interface: v2.00
[ 74.534047] saa7130/34: v4l2 driver version 0.2.15 loaded
[ 74.534081] saa7134 :04:01.0: PCI INT A
Hello DVB gurus,
I've got a TwinHan DVB-S2 card. I compiled the 'liplianin' drivers and
it's working nicely; thanks for all your work!
One question: in /dev/dvb/adapter0 I can see
les...@satellite:~$ ls -l /dev/dvb/adapter0/
total 0
crw-rw+ 1 root video 212, 4 2009-12-02 18:22 ca0
Hi Uwe
On Thu, 3 Dec 2009, Uwe Taeubert wrote:
Hello Guennadi,
now our driver is working. I found the registers to fix and manipulate the
exposure values. So, now, if I switch from preview to heigher resolution
pictures, the taken photo is as bright as the preview. I read out the preview
Video subdevices, like cameras, decoders, connect to video bridges over
specialised busses. Data is being transferred over these busses in various
formats, which only loosely correspond to fourcc codes, describing how video
data is stored in RAM. This is not a one-to-one correspondence, therefore
Fix this build error:
drivers/media/video/pms.c:682: error: implicit declaration of function
'KERNEL_VERSION'
Signed-off-by: Alexander Beregalov a.berega...@gmail.com
---
drivers/media/video/pms.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/pms.c
Andy Walls wrote:
On Wed, 2009-12-02 at 14:55 -0500, Jarod Wilson wrote:
On Dec 2, 2009, at 2:33 PM, Mauro Carvalho Chehab wrote:
Dmitry Torokhov wrote:
...
(for each remote/substream that they can recognize).
I'm assuming that, by remote, you're referring to a remote receiver (and
not to
Hi,
I have successfully been running Ubuntu 9.10 on an old Pentium4
test-box. The machine has two PCI cards, both of which worked with
stock 9.10 and with a slightly upgraded kernel (2.6.31-14-generic-pae
and 2.6.31-15-generic-pae). These cards, have, in the past also
worked on Ubuntu 6.10 so
Andy Walls wrote:
On Wed, 2009-12-02 at 14:55 -0500, Jarod Wilson wrote:
On Dec 2, 2009, at 2:33 PM, Mauro Carvalho Chehab wrote:
Dmitry Torokhov wrote:
...
(for each remote/substream that they can recognize).
I'm assuming that, by remote, you're referring to a remote receiver (and
not to
Jon Smirl wrote:
On Wed, Dec 2, 2009 at 9:22 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Jon Smirl wrote:
On Wed, Dec 2, 2009 at 3:04 PM, Jarod Wilson ja...@wilsonet.com wrote:
On Dec 2, 2009, at 2:56 PM, Dmitry Torokhov wrote:
On Wed, Dec 02, 2009 at 02:22:18PM -0500, Jarod Wilson
Jon Smirl wrote:
On Wed, Dec 2, 2009 at 11:13 PM, Jarod Wilson ja...@wilsonet.com wrote:
On Dec 2, 2009, at 9:48 PM, Trent Piepho wrote:
...
Now I understand that if 2 remotes send completely identical signals we
won't be able to separate them, but in cases when we can I think we
should.
I
On Thursday 03 December 2009 09:04:48 Hans de Goede wrote:
+1 for git, I really really really miss being able to do
a simple git rebase, and no rebase is not evil not as long
as you don't use it for anything but local patches.
For what it's worth, I second that. git rebase -i is one of git's
On Thu, 2009-12-03 at 08:00 -0200, Mauro Carvalho Chehab wrote:
Andy Walls wrote:
On Wed, 2009-12-02 at 14:55 -0500, Jarod Wilson wrote:
On Dec 2, 2009, at 2:33 PM, Mauro Carvalho Chehab wrote:
Both of those IR devices are/will be encapsulated in a v4l2_subdevice
object internally. I
On 12/03/09 05:29, Jarod Wilson wrote:
On Dec 1, 2009, at 10:28 AM, Gerd Hoffmann wrote:
Anyway, we shouldn't postpone lirc drivers addition due to that.
There are still lots of work to do before we'll be able to split
the tables from the kernel drivers.
Indeed. The sysfs bits are future
Leszek Koltunski wrote, On 12/03/2009 09:21 AM:
Hello DVB gurus,
I've got a TwinHan DVB-S2 card. I compiled the 'liplianin' drivers and
it's working nicely; thanks for all your work!
One question: in /dev/dvb/adapter0 I can see
les...@satellite:~$ ls -l /dev/dvb/adapter0/
total 0
Hi,
I post patches v2 for radio-si470x-i2c driver.
[PATCH v2 1/3] radio-si470x: move some file operations to common file
[PATCH v2 2/3] radio-si470x: support RDS on si470x i2c driver
[PATCH v2 3/3] radio-si470x: support PM functions
1/3 patch is same with v1.
2/3 patch is updated the RDS
This patch is to support PM of the si470x i2c driver.
Signed-off-by: Joonyoung Shim jy0922.s...@samsung.com
---
drivers/media/radio/si470x/radio-si470x-i2c.c | 40 +
1 files changed, 40 insertions(+), 0 deletions(-)
diff --git
The read and poll file operations of the si470x usb driver can be used
also equally on the si470x i2c driver, so they go to the common file.
Signed-off-by: Joonyoung Shim jy0922.s...@samsung.com
---
drivers/media/radio/si470x/radio-si470x-common.c | 98 ++
Randy Dunlap wrote:
On Mon, 30 Nov 2009 10:07:21 -0800 Randy Dunlap wrote:
Stephen Rothwell wrote:
Hi all,
Changes since 20091127:
The v4l-dvb tree lost its conflict.
on i386 (X86_32):
a 'double' variable is used, causing:
ERROR: __floatunsidf [drivers/media/common/tuners/max2165.ko]
Randy Dunlap wrote:
On Mon, 30 Nov 2009 10:07:21 -0800 Randy Dunlap wrote:
Stephen Rothwell wrote:
Hi all,
Changes since 20091127:
The v4l-dvb tree lost its conflict.
on i386 (X86_32):
a 'double' variable is used, causing:
ERROR: __floatunsidf [drivers/media/common/tuners/max2165.ko]
Mauro,
Please pull from:
http://kernellabs.com/hg/~mkrufky/hcw-ids
for:
- smsusb: add autodetection support for five additional Hauppauge USB IDs
smsusb.c | 10 ++
1 file changed, 10 insertions(+)
Regards,
Mike
--
To unsubscribe from this list: send the line unsubscribe
Hans,
Thanks for sending this pull request. No problem in my name being mentioned in
the spec.
Thanks.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
-Original Message-
From: Hans Verkuil
Since 02 Dec 2009 the UK WinterHill transmitter site has been
broadcasting on different frequencies in a different mode with
different modulation. Channels have been re-arranged to occupy five
multiplexes and the original BBC 'B' mux is now broadcasting DVB-T2
for high definition services (which
Hello!
We have been facing the problem of sync()ing buffers before performing
operations on them.
This is the current buffer life cycle in videobuf (for streaming, slightly
simplified):
- qbuf:
buf_prepare, from which drivers call videobuf_iolock() if the state is
VIDEOBUF_NEEDS_INIT (i.e.
I was talking to Sekhar about this and actually he made some good points
about this implementation.
If we consider specific IP, then the required clocks would remain always be
the same. There might be some devices which may not be using some clocks
(so as that specific feature).
Actually we are
Mauro Carvalho Chehab mche...@redhat.com writes:
Dmitry Torokhov wrote:
On Dec 2, 2009, at 2:56 PM, Dmitry Torokhov wrote:
Now I understand that if 2 remotes send completely identical
signals we won't be able to separete them, but in cases when we
can I think we should.
They are the same
On Thu, 3 Dec 2009 12:48:27 +0300 Alexander Beregalov wrote:
Fix this build error:
drivers/media/video/pms.c:682: error: implicit declaration of function
'KERNEL_VERSION'
Signed-off-by: Alexander Beregalov a.berega...@gmail.com
I've already sent this patch, so I can also ack it...
Dear Michael,
We have update Linux driver released today; you can find it from the link
below
http://www.tevii.com/Support.asp
TeVii Support
-Original Message-
From: linux-dvb-boun...@linuxtv.org [mailto:linux-dvb-boun...@linuxtv.org]
On Behalf Of Michael Durket
Sent: Wednesday,
From: Muralidharan Karicheri m-kariche...@ti.com
During review of Video Timing API documentation, Hans Verkuil had a comment
on adding EBUSY error code for VIDIOC_S_STD and VIDIOC_QUERYSTD ioctls. This
patch updates the document for this.
Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com
Ferenc Wagner wrote:
Mauro Carvalho Chehab mche...@redhat.com writes:
Dmitry Torokhov wrote:
The interesting thing is that input.h defines KEY_TV, KEY_PC, KEY_SAT,
KEY_CD, KEY_TAPE etc., but no corresponding scan codes will ever be sent
by any remote (ok, I'm stretching it a bit).
On Thu, Dec 3, 2009 at 11:33 AM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Ferenc Wagner wrote:
Mauro Carvalho Chehab mche...@redhat.com writes:
Dmitry Torokhov wrote:
The interesting thing is that input.h defines KEY_TV, KEY_PC, KEY_SAT,
KEY_CD, KEY_TAPE etc., but no corresponding
On Thu, 03 Dec 2009 21:54:25 +0800 David T. L. Wong wrote:
Randy Dunlap wrote:
On Mon, 30 Nov 2009 10:07:21 -0800 Randy Dunlap wrote:
Stephen Rothwell wrote:
Hi all,
Changes since 20091127:
The v4l-dvb tree lost its conflict.
on i386 (X86_32):
a 'double' variable is
On Thu, 03 Dec 2009 21:57:02 +0800 David T. L. Wong wrote:
Randy Dunlap wrote:
On Mon, 30 Nov 2009 10:07:21 -0800 Randy Dunlap wrote:
Stephen Rothwell wrote:
Hi all,
Changes since 20091127:
The v4l-dvb tree lost its conflict.
on i386 (X86_32):
a 'double' variable is
Jon Smirl wrote:
On Wed, Dec 2, 2009 at 11:13 PM, Jarod Wilson ja...@wilsonet.com wrote:
On Dec 2, 2009, at 9:48 PM, Trent Piepho wrote:
...
Now I understand that if 2 remotes send completely identical signals we
won't be able to separate them, but in cases when we can I think we
should.
I
On Thu, Dec 03, 2009 at 02:33:56PM -0200, Mauro Carvalho Chehab wrote:
Ferenc Wagner wrote:
Mauro Carvalho Chehab mche...@redhat.com writes:
We should not forget that simple IR's don't have any key to select the
address,
so the produced codes there will never have KEY_TV/KEY_DVD, etc.
l...@bartelmus.de (Christoph Bartelmus) writes:
Currently I would tend to an approach like this:
- raw interface to userspace using LIRC
- fixed set of in-kernel decoders that can handle bundled remotes
I'd modify it a bit:
- raw interface to userspace using LIRC
- fixed set of in-kernel
Gerd Hoffmann kra...@redhat.com writes:
I'd pick a more descriptive name like 'bundled_remote'.
Maybe an additional attribute could say which protocol the bundled
remote speaks (rc5, ...), so userspace could do something sensible by
default even if it has no data about the bundled remote.
On Thu, Dec 03, 2009 at 01:09:14PM +0100, Gerd Hoffmann wrote:
On 12/03/09 05:29, Jarod Wilson wrote:
On Dec 1, 2009, at 10:28 AM, Gerd Hoffmann wrote:
Anyway, we shouldn't postpone lirc drivers addition due to that.
There are still lots of work to do before we'll be able to split
the tables
Em Thu, 3 Dec 2009 11:50:04 -0500
Jon Smirl jonsm...@gmail.com escreveu:
On Thu, Dec 3, 2009 at 11:33 AM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Ferenc Wagner wrote:
Mauro Carvalho Chehab mche...@redhat.com writes:
Dmitry Torokhov wrote:
The interesting thing is that
On Thu, Dec 03, 2009 at 02:33:56PM -0200, Mauro Carvalho Chehab wrote:
Ferenc Wagner wrote:
Mauro Carvalho Chehab mche...@redhat.com writes:
We should not forget that simple IR's don't have any key to select the address,
so the produced codes there will never have KEY_TV/KEY_DVD, etc.
Jarod Wilson ja...@wilsonet.com writes:
Perhaps we should clarify something here. Are we intending to
auto-create a new input device for every IR command set we see arrive
at the IR receiver?
We don't want this, and we aren't really able to do this, because we
never know if two different scan
Mauro Carvalho Chehab mche...@redhat.com writes:
Btw, looking at that code, while it is not impossible to split the
IR pulse/space measures from the NEC decoder itself, and make it generic
to support other protocols, it is not a trivial task, and may result on
a less stable driver.
And it's
I've taken the liberty of dropping this into my docs-next tree, and
will send it upward unless there are objections. Hopefully it's
useful...
jon
---
V4L2: Add a document describing the videobuf layer
Videobuf is a moderately complex API which most V4L2 drivers should use,
but its documentation
Let me draw my view:
Em Thu, 3 Dec 2009 09:55:31 -0800
Dmitry Torokhov dmitry.torok...@gmail.com escreveu:
No, please, wait just a minute. I know it is tempting to just merge
lirc_dev and start working, but can we first agree on the overall
subsystem structure before doing so. It is still
On Thu, Dec 3, 2009 at 12:55 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
On Thu, Dec 03, 2009 at 01:09:14PM +0100, Gerd Hoffmann wrote:
On 12/03/09 05:29, Jarod Wilson wrote:
On Dec 1, 2009, at 10:28 AM, Gerd Hoffmann wrote:
Anyway, we shouldn't postpone lirc drivers addition due to
Hi,
After commit 9bedc7f (V4L/DVB (12429): v4l2-ioctl: fix G_STD and G_PARM
default handlers), radio software using V4L1 stopped to work on a saa7134
card, a git bisect pointed to this commit introducing the regression. All
VIDIOCGTUNER calls on a v4l1 application are returning -EINVAL after
Jonathan Corbet wrote:
I've taken the liberty of dropping this into my docs-next tree, and
will send it upward unless there are objections. Hopefully it's
useful...
Hi Jon,
Thanks for the doc!
I'll take a more detailed review, but I've added already some bits about
videobuf at:
-/*
- * setup Mux configuration for vpfe input and register
- * vpfe capture platform device
- */
-davinci_cfg_reg(DM355_VIN_PCLK);
-davinci_cfg_reg(DM355_VIN_CAM_WEN);
-davinci_cfg_reg(DM355_VIN_CAM_VD);
-davinci_cfg_reg(DM355_VIN_CAM_HD);
-
Quoting Jon Smirl jonsm...@gmail.com:
Now I understand that if 2 remotes send completely identical signals we
won't be able to separate them, but in cases when we can I think we
should.
I don't have a problem with that, if its a truly desired feature.
But for the most part, I don't see the
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:Thu Dec 3 19:00:03 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 13538:e0cd9a337600
gcc version: gcc
+#include mach/mux.h
[Hiremath, Vaibhav] This should not be here, this should get handled in
board file. The driver should be generic.
See my comments against the platform part of this patch.
#include media/davinci/dm355_ccdc.h
#include media/davinci/vpss.h
#include dm355_ccdc_regs.h
@@
From: Muralidharan Karicheri m-kariche...@ti.com
Updated based on comments against v1 of the patch
This patch adds a helper function to get description of a digital
video preset added by the video timing API. This will be usefull for drivers
implementing the above API.
NOTE: depends on the
Hans,
Please hold on to this. I will send you an updated patch.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
-Original Message-
From: Karicheri, Muralidharan
Sent: Tuesday, December 01, 2009 12:22 PM
I looked around in the archives of:
http://dir.gmane.org/gmane.linux.drivers.video-input-infrastructure
http://www.spinics.net/lists/linux-media/
as mentioned in the welcome email of this list, but it isn't apparent to me
what the status in Linux of using a device based on this
Krzysztof Halasa wrote:
Mauro Carvalho Chehab mche...@redhat.com writes:
Btw, looking at that code, while it is not impossible to split the
IR pulse/space measures from the NEC decoder itself, and make it generic
to support other protocols, it is not a trivial task, and may result on
a
On Wed, 2 Dec 2009, Sean wrote:
Is there anything I can do to help? This is a show stopping bug for me.
Here's a patch you can try. It will add a _lot_ of debugging
information to the system log. Maybe it will help pin down the source
of the problem.
Alan Stern
Index:
test
--
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 http://vger.kernel.org/majordomo-info.html
On Thu, 3 Dec 2009, Hans Verkuil wrote:
On Wednesday 02 December 2009 04:55:00 Andy Walls wrote:
On Tue, 2009-12-01 at 15:59 +0100, Patrick Boettcher wrote:
Hi all,
I would like to start a discussion which ideally results in either
changing the SCM of v4l-dvb to git _or_ leaving
Hi Jan,
The datasheet for the TDA18218 can be obtained from NXP:
http://www.nxp.com/documents/data_sheet/TDA18218HN.pdf
That's all the information I have at the moment, maybe Mike has some
other information (like the Application Note mentioned in the
datasheet, that claims to contain information
Hi Mauro,
on 03 Dec 09 at 19:10, Mauro Carvalho Chehab wrote:
[...]
So the lirc_imon I submitted supports all device types, with the
onboard decode devices defaulting to operating as pure input devices,
but an option to pass hex values out via the lirc interface (which is
how they've
On Thu, Dec 3, 2009 at 4:47 PM, Bert Massop bert.mas...@gmail.com wrote:
Hi Jan,
The datasheet for the TDA18218 can be obtained from NXP:
http://www.nxp.com/documents/data_sheet/TDA18218HN.pdf
That's all the information I have at the moment, maybe Mike has some
other information (like the
Hi,
Am Donnerstag, den 03.12.2009, 16:56 -0200 schrieb Herton Ronaldo
Krzesinski:
Hi,
After commit 9bedc7f (V4L/DVB (12429): v4l2-ioctl: fix G_STD and G_PARM
default handlers), radio software using V4L1 stopped to work on a saa7134
card, a git bisect pointed to this commit introducing the
Hello all
After some uptime, I allways get an endless loop of these messages:
Dec 3 21:55:21 mediaserv kernel: [118604.764577] saa7146:
interrupt_hw(): warning: interrupt enabled, but not handled
properly.(0xe7fcfbb7)
Dec 3 21:55:21 mediaserv kernel: [118604.764580] saa7146:
interrupt_hw():
On Thu, Dec 03, 2009 at 10:51:00PM +0100, Christoph Bartelmus wrote:
Hi Mauro,
on 03 Dec 09 at 19:10, Mauro Carvalho Chehab wrote:
[...]
So the lirc_imon I submitted supports all device types, with the
onboard decode devices defaulting to operating as pure input devices,
but an option
On Thu, Dec 03, 2009 at 10:58:08PM +0100, Guennadi Liakhovetski wrote:
unfortunately 3 of my V4L patches for 2.6.33 have to touch arch/sh
simultaneously with drivers and headers. Therefore I need your acks to
them for arch parts. All those patches have already been posted to the
list at
Em Thu, 3 Dec 2009 22:42:38 +0100 (CET)
Guennadi Liakhovetski g.liakhovet...@gmx.de escreveu:
On Thu, 3 Dec 2009, Hans Verkuil wrote:
On Wednesday 02 December 2009 04:55:00 Andy Walls wrote:
On Tue, 2009-12-01 at 15:59 +0100, Patrick Boettcher wrote:
Hi all,
I would like to
Hi Daniel,
On Wednesday 02 December 2009 00:48:44 Daniel Ritz wrote:
For some unknown reason, on a MacBookPro5,3 the iSight
Could you please send me the output of lsusb -v both with the correct and
wrong GUID ?
_sometimes_ report a different video format GUID.
Sometimes only ? Now that's
Am Donnerstag, den 03.12.2009, 21:04 -0200 schrieb Herton Ronaldo
Krzesinski:
Em Qui 03 Dez 2009, às 19:54:29, hermann pitton escreveu:
Hi,
Am Donnerstag, den 03.12.2009, 16:56 -0200 schrieb Herton Ronaldo
Krzesinski:
Hi,
After commit 9bedc7f (V4L/DVB (12429): v4l2-ioctl: fix
On Thursday 03 December 2009 15:16:56 Guennadi Liakhovetski wrote:
Video subdevices, like cameras, decoders, connect to video bridges over
specialised busses. Data is being transferred over these busses in various
formats, which only loosely correspond to fourcc codes, describing how video
On Thu, Dec 3, 2009 at 11:00 PM, John S Gruber johnsgru...@gmail.com wrote:
I have problems with my audio that I've tracked down to the transfer
of audio from the au0828
in my hvr-950Q. I spotted the following comment about green screen
detection and I wonder
if it might be related.
On 12/03/09 18:05, Daniel Ritz wrote:
Hi Laurent
On Thu, 2009-12-03 at 21:15 +0100, Laurent Pinchart wrote:
Hi Daniel,
On Wednesday 02 December 2009 00:48:44 Daniel Ritz wrote:
For some unknown reason, on a MacBookPro5,3 the iSight
Could you please send me the output of lsusb -v both with
drivers/media/video/gspca/ov534.c: In function 'setsharpness_96':
drivers/media/video/gspca/ov534.c:1539: warning: comparison is always false due
to limited range of data type
this code can't ever have worked.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of
On Thu, Dec 3, 2009 at 11:21 PM, Devin Heitmueller
dheitmuel...@kernellabs.com wrote:
On Thu, Dec 3, 2009 at 11:00 PM, John S Gruber johnsgru...@gmail.com wrote:
I have problems with my audio that I've tracked down to the transfer
of audio from the au0828
in my hvr-950Q. I spotted the
Hi hermann,
we are this results :
with
tda827x_cfg_0, tda827x_cfg_1 or tda827x_cfg_2
we have a perfect image without sound on the analogic part (test with mplayer),
a partial result with dvb-t : we need to initialize first with analogic (with
cold boot, the card doesn't work on dvb)
but only
On Fri, Dec 04, 2009 at 01:21:43, Karicheri, Muralidharan wrote:
[...]
+ if (!res) {
+ status = -EBUSY;
+ goto fail_nores;
+ }
+
+ ccdc_base_addr = ioremap_nocache(res-start, res_len);
+ if (!ccdc_base_addr) {
+ status = -EBUSY;
[Hiremath,
ERROR: __divdf3 [drivers/media/dvb/frontends/atbm8830.ko] undefined!
ERROR: __adddf3 [drivers/media/dvb/frontends/atbm8830.ko] undefined!
ERROR: __fixunsdfsi [drivers/media/dvb/frontends/atbm8830.ko] undefined!
ERROR: __udivdi3 [drivers/media/dvb/frontends/atbm8830.ko] undefined!
ERROR:
On Thu, 3 Dec 2009, Justin Hornsby wrote:
Since 02 Dec 2009 the UK WinterHill transmitter site has been
broadcasting on different frequencies in a different mode with
different modulation. Channels have been re-arranged to occupy five
multiplexes and the original BBC 'B' mux is now
Hi Dmitry,
on 03 Dec 09 at 14:12, Dmitry Torokhov wrote:
[...]
Consider passing the decoded data through lirc_dev.
[...]
I believe it was agreed that lirc-dev should be used mainly for decoding
protocols that are more conveniently decoded in userspace and the
results would be looped back into
77 matches
Mail list logo