On Fri, 12 Jun 2009, Dongsoo, Nathaniel Kim wrote:
Hello Guennadi,
So let's assume that camera interface device can process
V4L2_CID_SHARPNESS and even external camera device can process that,
then according to your patch both of camera interface and external
camera device can be issued to
On 06/12/2009 03:02 AM, Erik de Castro Lopo wrote:
Hi all,
I have a driver for a USB video camera that I'd like to see added to
the mainline kernel, mainly so I don't have to fix breakage due to
constant changes in the kernel :-).
The code is GPL and is available here:
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb for the following:
- v4l: i2c modules must be linked before the v4l2 drivers
This fixes the linking bug introduced in 2.6.30.
I've also attached a diff with the same changes that applies directly to the
2.6.30 release.
Hi Mauro,
Please pull from http://linuxtv.org/hg/~jfrancois/v4l-dvb
for the following 5 changesets:
01/05: gspca - spca505: Reinitialize the webcam at resume time.
http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=61038fe967ba
02/05: gspca - ov519: Add support for the ov518 bridge.
On Fri, Jun 12, 2009 at 3:30 PM, Guennadi
Liakhovetskig.liakhovet...@gmx.de wrote:
On Fri, 12 Jun 2009, Dongsoo, Nathaniel Kim wrote:
Hello Guennadi,
So let's assume that camera interface device can process
V4L2_CID_SHARPNESS and even external camera device can process that,
then according
On Fri, 12 Jun 2009 01:18:20 +0200, Hans Verkuil wrote:
On Friday 12 June 2009 01:07:46 Mauro Carvalho Chehab wrote:
I suspect that we'll need to work with the initialization order after the
new
i2c binding model to avoid such troubles.
I remember that we had a similar issue with alsa
On 6 June 2009 23:37:47 Simon Kenyon wrote:
Igor M. Liplianin wrote:
On 5 June 2009 21:41:46 Simon Kenyon wrote:
Simon Kenyon wrote:
Simon Kenyon wrote:
the picture seems to be breaking up badly
will revert to my version and see if that fixes it
[sorry for the delay. i was away on
On Wed, 10 Jun 2009, Hans Verkuil wrote:
On Wednesday 10 June 2009 23:30:55 Guennadi Liakhovetski wrote:
On Wed, 10 Jun 2009, Hans Verkuil wrote:
My view of this would be that the board specification specifies the
sensor (and possibly other chips) that are on the board. And to me it
On Wed, 10 Jun 2009, Hans Verkuil wrote:
On Wednesday 10 June 2009 23:30:55 Guennadi Liakhovetski wrote:
On Wed, 10 Jun 2009, Hans Verkuil wrote:
My view of this would be that the board specification specifies the
sensor (and possibly other chips) that are on the board. And to me
it
On Fri, 12 Jun 2009, Hans Verkuil wrote:
1. it is very unusual that the board designer has to mandate what signal
polarity has to be used - only when there's additional logic between the
capture device and the host. So, we shouldn't overload all boards with
this information. Board-code
Sam Spilsbury wrote:
Hi everyone,
So It's my first time to LinuxTV hacking, debugging etc, so I
apologize if I've failed to provide anything essential.
Anyways, I've just bought a ASUS 'My Cinema Europa Hybrid' (P7131
DVB-T) which has the Phillips saa7131 chipset in it (supported by the
Hi,
I would like to explore what level of support is available in the v4l buffer
exchange mechanism for USERPTR buffer exchange.
In our internal release, we had a hack to support this feature. We use
contiguous buffers in our user ptr hack implementation. The buffers are
allocated in a kernel
This is the version v2 of the patch series. This is the reworked
version of the driver based on comments received against the last
version of the patch.
I'll be glad to see this get to mainline ... it's seeming closer
and closer!
What's the merge plan though? I had hopes for
On Friday 12 June 2009 14:59:03 Guennadi Liakhovetski wrote:
On Fri, 12 Jun 2009, Hans Verkuil wrote:
1. it is very unusual that the board designer has to mandate what signal
polarity has to be used - only when there's additional logic between the
capture device and the host. So, we
Hi,
Am Samstag, den 13.06.2009, 00:23 +1000 schrieb chatura:
Sam Spilsbury wrote:
Hi everyone,
So It's my first time to LinuxTV hacking, debugging etc, so I
apologize if I've failed to provide anything essential.
Anyways, I've just bought a ASUS 'My Cinema Europa Hybrid' (P7131
On Friday 12 June 2009 18:04:34 Karicheri, Muralidharan wrote:
Hi,
This patch is sent for review last month. I have posted a vpfe capture
driver patch that is dependent on this one. Is this one close to approval
or what is the plan?
I see some updates required to this patch based on my
Hans,
Greatly appreciated, given the ton of issues you are currently busy with!
Let me know, after review, your feel about possible merge plan for these
patches. 2.6.31 or 2.6.32
Regards,
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
email:
From: Robert Krakora rob.krak...@messagenetsystems.com
Added two webcams with 'No FID' quirk.
Priority: normal
Signed-off-by: Robert Krakora rob.krak...@messagenetsystems.com
diff -r bff77ec33116 linux/drivers/media/video/uvc/uvc_driver.c
--- a/linux/drivers/media/video/uvc/uvc_driver.c
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
linux/include/media/v4l2-subdev.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/linux/include/media/v4l2-subdev.h
b/linux/include/media/v4l2-subdev.h
index 5dcb367..4dc3788 100644
---
This patch adds a new class of extended controls. This class
is intended to support FM Radio Modulators properties such as:
rds, audio limiters, audio compression, pilot tone generation,
tuning power levels and preemphasis properties.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
Simple add Makefile and Kconfig entries.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
linux/drivers/media/radio/Kconfig | 22 ++
linux/drivers/media/radio/Makefile |2 ++
2 files changed, 24 insertions(+), 0 deletions(-)
diff --git
This patch adds simple support for FM TX extended controls
on v4l2-ctl utility.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
v4l2-apps/util/v4l2-ctl.cpp | 36
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git
This patch adds a document file for si4713 device driver.
It describes the driver interfaces and organization.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
linux/Documentation/video4linux/si4713.txt | 137
1 files changed, 137 insertions(+), 0
This patch adds files which creates the radio interface
for si4713 FM transmitter (modulator) devices.
In order to do the real access to device registers, this
driver uses the v4l2 subdev interface exported by si4713 i2c driver.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
linux/drivers/media/video/v4l2-common.c | 50 +++
1 files changed, 50 insertions(+), 0 deletions(-)
diff --git a/linux/drivers/media/video/v4l2-common.c
b/linux/drivers/media/video/v4l2-common.c
index
This single patch adds documentation description for FM Modulator (FM_TX)
Extended Control Class and its Control IDs. The text was added under
Extended Controls section.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
v4l2-spec/Makefile |1 +
v4l2-spec/biblio.sgml |
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:Fri Jun 12 19:00:07 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 11965:bff77ec33116
gcc version: gcc
/media/video/v4l2-common.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
--- linux-next-20090612.orig/drivers/media/video/v4l2-common.c
+++ linux-next-20090612/drivers/media/video/v4l2-common.c
@@ -915,6 +915,7 @@ const unsigned short *v4l2_i2c_tuner_add
return NULL
attaching an alternate version that fixes
this. Labeled the endif too.
drivers/media/video/v4l2-common.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
--- linux-next-20090612.orig/drivers/media/video/v4l2-common.c
+++ linux-next-20090612/drivers/media/video/v4l2-common.c
The IR tables are hardcoded in the driver that can be found at:
http://linuxtv.org/hg/~jhoogenraad/rtl2831-r2
It has 3 sets parameters, and by default is set to tthe NEC one.
ir_protocol
Specify RTL2381 remote: 0=NEC, 1=RC5, 2=Conceptronic (defaults to 0)
sudo modprobe -r dvb_usb_rtl2831u
Trent Piepho xy...@speakeasy.org writes:
On Mon, 1 Jun 2009, Robert Jarzmik wrote:
Trent Piepho xy...@speakeasy.org writes:
Please pull from http://linuxtv.org/hg/~tap/v4l-dvb
If I'm not mistaken, these lines are an equivalent of :
balign = 1 align;
if (align)
x
I am unable to reproduce the s5h1411 error here.
However my HVR-1950 loads the s5h1409 module - NOT s5h1411.ko; I wonder
if Hauppauge has changed chips on newer devices and so you're running a
different tuner module. That would explain the different behavior.
Unfortunately it also means it
On Fri, 2009-06-12 at 15:33 -0500, Mike Isely wrote:
I am unable to reproduce the s5h1411 error here.
However my HVR-1950 loads the s5h1409 module - NOT s5h1411.ko; I wonder
if Hauppauge has changed chips on newer devices and so you're running a
different tuner module.
The digital
Well now I feel like an idiot. Thanks for pointing that out in my own
code :-)
Still digging through this.
-Mike
On Fri, 12 Jun 2009, Andy Walls wrote:
On Fri, 2009-06-12 at 15:33 -0500, Mike Isely wrote:
I am unable to reproduce the s5h1411 error here.
However my HVR-1950 loads
Hi,
Am Freitag, den 12.06.2009, 16:27 -0500 schrieb Mike Isely:
Well now I feel like an idiot. Thanks for pointing that out in my own
code :-)
Still digging through this.
-Mike
despite of that and to feed the weasel.
We'll have to look through different drivers, if we can make more
Hans de Goede wrote:
This looks to me like its just ov51x-jpeg made to compile with the
latest kernel.
Its more than that. This driver supports a number of cameras and the
only one we (bCODE) are really interested in is the ovfx2 driver.
Did you make any functional changes?
I believe the
On Fri, 12 Jun 2009, Andy Walls wrote:
The digital demodulator driver to use is hardcoded in pvrusb2-devattr.c:
static const struct pvr2_dvb_props pvr2_750xx_dvb_props = {
.frontend_attach = pvr2_s5h1409_attach,
.tuner_attach= pvr2_tda18271_8295_attach,
};
On Sat, 2009-06-13 at 02:07 +0200, hermann pitton wrote:
[snip]
The most undiscovered configurations seem to be such ones about antenna
inputs and their switching. Again according to Hartmut, and he did not
know exactly what is going on here, some for us and him at this point
unknown
On Fri, 2009-06-12 at 16:27 -0500, Mike Isely wrote:
Well now I feel like an idiot. Thanks for pointing that out in my own
code :-)
Well, that wasn't my objective, but you're welcome! ;)
Don't worry. I can almost guarantee you'll have an opportunity to
return the favor sometime in the
39 matches
Mail list logo