headers
Gilles GIGAN | 2 Dec 06:17

Listing existing video devices

Hi all,
I need to enumerate all currently connected V4L devices. So far, I came up
with this:
- First, check with HAL and create a list of objects with the 'video4linux'
capability
- Second, append to the list all char device files with major number 81
- Third, remove the duplicates.

Some (very old) USB cameras (Logitech Quickcam Express for instance) are not
reported by HAL as video devices. Therefore limiting the enumeration to
video devices reported by HAL would not be complete. That s why I added the
second step (listing all char major 81)

Is there a better way of doing this ?

Cheers,
Gilles
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request <at> redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Permalink | Reply | 0 comments |
headers
Kuninori Morimoto | 2 Dec 01:32

[PATCH 2/2] Change device ID selection method on ov772x driver


Signed-off-by: Kuninori Morimoto <morimoto.kuninori <at> renesas.com>
---
this patch came from "Change device ID selection method on ov772x driver" yesterday

 drivers/media/video/ov772x.c    |   27 +++++++++++++++++++++------
 include/media/v4l2-chip-ident.h |    2 +-
 2 files changed, 22 insertions(+), 7 deletions(-)

diff --git a/drivers/media/video/ov772x.c b/drivers/media/video/ov772x.c
index 2b8d72d..f417df1 100644
--- a/drivers/media/video/ov772x.c
+++ b/drivers/media/video/ov772x.c
@@ -346,6 +346,12 @@
 #define OP_SWAP_RGB 0x00000002

 /*
+ * ID
+ */
+#define OV7720  0x7720
+#define VERSION(pid, ver) ((pid<<8)|(ver&0xFF))
+
+/*
  * struct
  */
 struct regval_list {
@@ -374,6 +380,7 @@ struct ov772x_priv {
 	struct soc_camera_device          icd;
 	const struct ov772x_color_format *fmt;
 	const struct ov772x_win_size     *win;
(Continue reading)

Permalink | Reply | 0 comments |
headers
Chris Grove | 1 Dec 23:18
Favicon

RE: Hauppauge WinTV USB Model 566 PAL-I

-----Original Message-----
From: Thierry Merle [mailto:thierry.merle <at> free.fr] 
Sent: 01 December 2008 21:06
To: Chris Grove
Subject: Re: Hauppauge WinTV USB Model 566 PAL-I

Chris Grove wrote:
> -----Original Message-----
> From: Thierry Merle [mailto:thierry.merle <at> free.fr]
> Sent: 30 November 2008 21:13
> To: Chris Grove
> Cc: video4linux-list <at> redhat.com
> Subject: Re: Hauppauge WinTV USB Model 566 PAL-I
> 
> Chris Grove wrote:
>> A further, slightly interesting development is that the s-video input 
>> works fine with no interference at all, also the TV picture in fine 
>> in
> windows.
>> Just thought that might help with a solution.
>>
> Right, this helps. We can deduce this does not come from the 
> decompression algorithm since it is the same whether the TV input or 
> the s-video input is selected.
> I suspect a tda9887/saa7113 interface problem but just my intuition.
> As it works under windows, can you do an usbsnoop
> (http://www.linuxtv.org/v4lwiki/index.php/Usbsnoop)
> Just open the TV application, let it tune the channel and stop the 
> application immediately in order to have a minimal capture file.
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mauro Carvalho Chehab | 1 Dec 23:06
Favicon

[GIT PATCHES for 2.6.28] V4L/DVB fixes

Linus,

Please pull from:
        ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6.git for_linus

For the following driver fixes:

   - af9015: don't reconnect device in USB-bus
   - dib0700: make remote control support work with firmware v1.20
   - dm1105: Fix section mismatch
   - dvb-ttusb-budget: Add NULL pointer validation
   - dvb-ttusb-budget: Add validation for ttusb_alloc_iso_urbs
   - em28xx: Avoid i2c register error for boards without eeprom
   - em28xx: Avoid memory leaks if registration fails
   - em28xx: avoid allocating/dealocating memory on every control urb
   - em28xx: avoid having two concurrent control URB's
   - em28xx: fix oops audio
   - em28xx: fix compile warning
   - em28xx: fix a race condition with hald
   - em28xx: make em28xx aux audio input work
   - em28xx: Make sure the i2c gate is open before powering down tuner
   - em28xx-alsa: implement another locking schema
   - gspca: Memory leak when disconnect while streaming.
   - gspca: Lock the subdrivers via module_get/put.
   - gspca: Move the video device to a separate area.
   - s2255drv: fix firmware test on big-endian
   - sms1xxx: use new firmware for Hauppauge WinTV MiniStick
   - ttusb_dec: Add NULL pointer validation
   - ttusb_dec: fix memory leak
   - usb-urb: fix memory leak
(Continue reading)

Permalink | Reply | 0 comments |
headers
Guennadi Liakhovetski | 1 Dec 16:11

Re: About CITOR register value for pxa_camera

On Mon, 1 Dec 2008, Florian PANTALEAO wrote:

> Thanks for proposing this patch. Unfortunately, I am really busy on the
> hardware side and I can not test this right now (furthermore, I use 2.6.26
> kernel so setting up for your branch may take me a while).

ic, please, do let us know your results when you upgrade.

> If tests are satisfactory on your side, I can then send you a second
> modification about the DMA descriptor chaining which avoids overruns when
> grabbing successive frames.

Yes, please.

Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request <at> redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Permalink | Reply | 0 comments |
headers
Hans Verkuil | 1 Dec 19:07
Favicon

http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-ng

On Monday 01 December 2008 16:06:43 Mauro Carvalho Chehab wrote:
> Hi Hans,
>
> On Mon, 1 Dec 2008 15:24:43 +0100
>
> Laurent Pinchart <laurent.pinchart <at> skynet.be> wrote:
> > > > I am all for pushing the changes to the v4l-dvb repository so
> > > > they can get broader testing. I am, however, a bit more
> > > > concerned about pushing the changes to Linus yet.
> > >
> > > They will of course go to linux-next and end up in 2.6.29 when
> > > the merge window opens. It's obviously not for 2.6.28.
> >
> > I would say 2.6.29 is a bit early, but I can live with that.
>
> It also seems a bit early to me, but it may work. I'll try to
> schedule some time this week for a deep review.

Much appreciated.

> > > In addition, these changes make it easier as well to use the new
> > > i2c API in bridge drivers (in 2.6.29 the old-style I2C probing
> > > will be deprecated, so we need to convert). So we get many
> > > benefits with just these changes.
>
> IMO, this is one of the top priorities: the old-style i2c used on
> some bridge drivers like saa7134 and cx88 are causing malfunctions
> that can't be easily solved. I would like to see a fix for this for
> 2.6.29.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Guennadi Liakhovetski | 1 Dec 16:00

Re: Patches, affecting directories not in hg/linux

On Mon, 1 Dec 2008, Mauro Carvalho Chehab wrote:

> On Mon, 1 Dec 2008 14:22:17 +0100 (CET)
> Guennadi Liakhovetski <g.liakhovetski <at> gmx.de> wrote:
> 
> > Hi Mauro,
> > 
> > I have a series of two patches, of which the first _amends_ a pxa-header, 
> > creates a header under drivers/media/video/, and changes pxa_camera.c to 
> > include the new header:
> > 
> >  arch/arm/mach-pxa/include/mach/pxa-regs.h |   95 -----------------------------
> >  drivers/media/video/pxa_camera.c          |    2 +
> >  drivers/media/video/pxa_camera.h          |   95 +++++++++++++++++++++++++++++
> >  3 files changed, 97 insertions(+), 95 deletions(-)
> >  create mode 100644 drivers/media/video/pxa_camera.h
> > 
> > and the second one is based on the first: it only touches files under 
> > drivers/media/video, but needs results of the first one:
> > 
> >  drivers/media/video/pxa_camera.c |  204 ++++++++++++++++++++++++++++++--------
> >  drivers/media/video/pxa_camera.h |   95 ------------------
> >  2 files changed, 162 insertions(+), 137 deletions(-)
> >  delete mode 100644 drivers/media/video/pxa_camera.h
> > 
> > (yes, it deletes drivers/media/video/pxa_camera.h again... No, I don't 
> > like it either)
> 
> Argh! Why inserting the header file just to delete on the next patch?
(Continue reading)

Permalink | Reply | 0 comments |
headers
Guennadi Liakhovetski | 1 Dec 14:22

Patches, affecting directories not in hg/linux

Hi Mauro,

I have a series of two patches, of which the first _amends_ a pxa-header, 
creates a header under drivers/media/video/, and changes pxa_camera.c to 
include the new header:

 arch/arm/mach-pxa/include/mach/pxa-regs.h |   95 -----------------------------
 drivers/media/video/pxa_camera.c          |    2 +
 drivers/media/video/pxa_camera.h          |   95 +++++++++++++++++++++++++++++
 3 files changed, 97 insertions(+), 95 deletions(-)
 create mode 100644 drivers/media/video/pxa_camera.h

and the second one is based on the first: it only touches files under 
drivers/media/video, but needs results of the first one:

 drivers/media/video/pxa_camera.c |  204 ++++++++++++++++++++++++++++++--------
 drivers/media/video/pxa_camera.h |   95 ------------------
 2 files changed, 162 insertions(+), 137 deletions(-)
 delete mode 100644 drivers/media/video/pxa_camera.h

(yes, it deletes drivers/media/video/pxa_camera.h again... No, I don't 
like it either)

I acked the first one and it is going to be merged over the ARM tree, the 
second one we should merge ourselves.

Shall we wait until the first one is in "next", so we can resync with it 
and then push the second one or how would you prefer to do this?

Thanks
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hans Verkuil | 1 Dec 13:57
Favicon

Re: [PATCH] Add OMAP2 camera driver

On Friday 28 November 2008 11:07:15 Trilok Soni wrote:
> Hi Hans
>
> > I'm in if the aim is to get this back to linux-omap. :-) (Waiting
> > for the next patch from Trilok.)
>
> Attached the updated patch for OMAP2 camera driver.

Hi Trilok, Sakari,

I've merged it in my tree: http://www.linuxtv.org/hg/~hverkuil/v4l-dvb

Is it OK for me to issue a pull request for that it can be merged in the 
v4l-dvb master?

Regards,

	Hans

--

-- 
Hans Verkuil - video4linux developer - sponsored by TANDBERG

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request <at> redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
Permalink | Reply | 1 comment |
headers
Hans Verkuil | 1 Dec 12:44
Favicon

http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-ng

Hi Mauro,

Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-ng for the 
following:

- v4l2: add v4l2_device and v4l2_subdev structs to the v4l2 framework.
- v4l2-common: add i2c helper functions
- cs53l32a: convert to v4l2_subdev.
- cx25840: convert to v4l2_subdev.
- m52790: convert to v4l2_subdev.
- msp3400: convert to v4l2_subdev.
- saa7115: convert to v4l2_subdev.
- saa7127: convert to v4l2_subdev.
- saa717x: convert to v4l2_subdev.
- tuner: convert to v4l2_subdev.
- upd64031a: convert to v4l2_subdev.
- upd64083: convert to v4l2_subdev.
- vp27smpx: convert to v4l2_subdev.
- wm8739: convert to v4l2_subdev.
- wm8775: convert to v4l2_subdev.
- ivtv/ivtvfb: convert to v4l2_device/v4l2_subdev.

All points raised in reviews are addressed so I think it is time to get 
this merged so people can start to use it.

Reviewed-by: Laurent Pinchart <laurent.pinchart <at> skynet.be>
Reviewed-by: Guennadi Liakhovetski <g.liakhovetski <at> gmx.de>
Reviewed-by: Andy Walls <awalls <at> radix.net>
Reviewed-by: David Brownell <david-b <at> pacbell.net>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kuninori Morimoto | 1 Dec 10:18

[PATCH 1/2] Change device ID selection method on ov772x driver


Signed-off-by: Kuninori Morimoto <morimoto.kuninori <at> renesas.com>
---
o this patch is based on mchehab/linux-next.git
o this patch came from "Add ov7725 ov7720 support to ov772x driver"
o specify code on i2c_device_id is removed

 drivers/media/video/ov772x.c    |   48 +++++++++++++++++++-------------------
 include/media/v4l2-chip-ident.h |    2 +-
 2 files changed, 25 insertions(+), 25 deletions(-)

diff --git a/drivers/media/video/ov772x.c b/drivers/media/video/ov772x.c
index d3b54a4..f417df1 100644
--- a/drivers/media/video/ov772x.c
+++ b/drivers/media/video/ov772x.c
@@ -346,6 +346,12 @@
 #define OP_SWAP_RGB 0x00000002

 /*
+ * ID
+ */
+#define OV7720  0x7720
+#define VERSION(pid, ver) ((pid<<8)|(ver&0xFF))
+
+/*
  * struct
  */
 struct regval_list {
@@ -374,34 +380,22 @@ struct ov772x_priv {
 	struct soc_camera_device          icd;
(Continue reading)

Permalink | Reply | 1 comment |

Gmane