[PATCH 1/2] gspca: add support for v4l2 debugging ioctls
This patch adds support for dbg_g_chip_ident, dbg_g_register,
and dbg_s_register to the gspca core module.
Signed-off-by: Brian Johnson
---
drivers/media/video/gspca/gspca.c | 73 +
drivers/media/video/gspca/gspca.h |9 +
2 files changed, 82 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/gspca/gspca.c
b/drivers/media/video/gspca/gspca.c
index 1e89600..b8561df 100644
--- a/drivers/media/video/gspca/gspca.c
+++ b/drivers/media/video/gspca/gspca.c
@@ -727,6 +727,74 @@ static int gspca_get_mode(struct gspca_dev *gspca_dev,
return -EINVAL;
}
+#ifdef CONFIG_VIDEO_ADV_DEBUG
+static int vidioc_g_register(struct file *file, void *priv,
+ struct v4l2_dbg_register *reg)
+{
+ int ret;
+ struct gspca_dev *gspca_dev = priv;
+
+ if (!gspca_dev->sd_desc->get_chip_ident)
+ return -EINVAL;
+
+ if (!gspca_dev->sd_desc->get_register)
+ return -EINVAL;
+
+ if (mutex_lock_interruptible(&gspca_dev->usb_lock))
+ return -ERESTARTSYS;
+ if (gspca_dev->present)
+ ret = gspca_dev->sd_desc->get_register(gspca_dev, reg);
+ else
+ ret = -ENODEV;
+ mutex_unlock(&gspca_dev->usb_lock);
+
+ return ret;
+}
+
+static int vidioc_s_register(struct file *file, void *priv,
+ struct v4l2_dbg_register *reg)
+{
+ int ret;
+ struct gspca_dev *gspca_dev = priv;
+
+ if (!gspca_dev->sd_desc->get_chip_ident)
+ return -EINVAL;
+
+ if (!gspca_dev->sd_desc->set_register)
+ return -EINVAL;
+
+ if (mutex_lock_interruptible(&gspca_dev->usb_lock))
+ return -ERESTARTSYS;
+ if (gspca_dev->present)
+ ret = gspca_dev->sd_desc->set_register(gspca_dev, reg);
+ else
+ ret = -ENODEV;
+ mutex_unlock(&gspca_dev->usb_lock);
+
+ return ret;
+}
+#endif
+
+static int vidioc_g_chip_ident(struct file *file, void *priv,
+ struct v4l2_dbg_chip_ident *chip)
+{
+ int ret;
+ struct gspca_dev *gspca_dev = priv;
+
+ if (!gspca_dev->sd_desc->get_chip_ident)
+ return -EINVAL;
+
+ if (mutex_lock_interruptible(&gspca_dev->usb_lock))
+ return -ERESTARTSYS;
+ if (gspca_dev->present)
+ ret = gspca_dev->sd_desc->get_chip_ident(gspca_dev, chip);
+ else
+ ret = -ENODEV;
+ mutex_unlock(&gspca_dev->usb_lock);
+
+ return ret;
+}
+
static int vidioc_enum_fmt_vid_cap(struct file *file, void *priv,
struct v4l2_fmtdesc *fmtdesc)
{
@@ -1883,6 +1951,11 @@ static const struct v4l2_ioctl_ops dev_ioctl_ops = {
.vidioc_s_parm = vidioc_s_parm,
.vidioc_s_std = vidioc_s_std,
.vidioc_enum_framesizes = vidioc_enum_framesizes,
+#ifdef CONFIG_VIDEO_ADV_DEBUG
+ .vidioc_g_register = vidioc_g_register,
+ .vidioc_s_register = vidioc_s_register,
+#endif
+ .vidioc_g_chip_ident= vidioc_g_chip_ident,
#ifdef CONFIG_VIDEO_V4L1_COMPAT
.vidiocgmbuf = vidiocgmbuf,
#endif
diff --git a/drivers/media/video/gspca/gspca.h
b/drivers/media/video/gspca/gspca.h
index bd1faff..46c4eff 100644
--- a/drivers/media/video/gspca/gspca.h
+++ b/drivers/media/video/gspca/gspca.h
@@ -69,6 +69,10 @@ typedef void (*cam_v_op) (struct gspca_dev *);
typedef int (*cam_cf_op) (struct gspca_dev *, const struct usb_device_id *);
typedef int (*cam_jpg_op) (struct gspca_dev *,
struct v4l2_jpegcompression *);
+typedef int (*cam_reg_op) (struct gspca_dev *,
+ struct v4l2_dbg_register *);
+typedef int (*cam_ident_op) (struct gspca_dev *,
+ struct v4l2_dbg_chip_ident *);
typedef int (*cam_streamparm_op) (struct gspca_dev *,
struct v4l2_streamparm *);
typedef int (*cam_qmnu_op) (struct gspca_dev *,
@@ -105,6 +109,11 @@ struct sd_desc {
cam_qmnu_op querymenu;
cam_streamparm_op get_streamparm;
cam_streamparm_op set_streamparm;
+#ifdef CONFIG_VIDEO_ADV_DEBUG
+ cam_reg_op set_register;
+ cam_reg_op get_register;
+#endif
+ cam_ident_op get_chip_ident;
};
/* packet types when moving from iso buf to frame buf */
--
1.5.6.3
--
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
[PATCH 0/2] gspca sn9c20x subdriver rev3
Ok this one just has the following minor changes: * operations set/get_register in the sd descriptor only exist if CONFIG_VIDEO_ADV_DEBUG is defined * use lowercase letters in hexidecimal notation * add new supported webcams to linux/Documentation/video4linux/gspca.txt * check for NULL after kmalloc when creating jpg_hdr Brian Johnson -- 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
Re: [PATCH 0/2] gspca sn9c20x subdriver rev2
> shouldn't there be a check when allocating jpg_hdr? or i am missing something? > > > sd->jpeg_hdr = kmalloc(JPEG_HDR_SZ, GFP_KERNEL); > jpeg_define(sd->jpeg_hdr, height, width, 0x21); > jpeg_set_qual(sd->jpeg_hdr, sd->quality); Yes probably there should be a check there. I'll one more minor revision with this plus the changes Jean-Francois mentioned previously in a bit. Brian Johnson -- 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
Re: [PATCH] em28xx: kworld 340u
On Sat, Jul 18, 2009 at 5:34 PM, wrote: > support for kworld 340u. 8vsb and qam256 work, qam64 untested. > > Hello Acano, You should talk to Jarod Wilson about this. He did a bunch of work to get the 340u working over the last couple of months, and you two could probably collaborate on a unified solution. There were also some problems related to the fact that the device can have either the tda18271c1 or the c2 (both have the same USB id), which would have to be accommodated in the final solution. The patch itself also needs alot of cleanup and doesn't meet the coding standards. It would need considerable cleanup before it could be taken upstream. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com -- 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
[PATCH] em28xx: kworld 340u
support for kworld 340u. 8vsb and qam256 work, qam64 untested.
diff -r 27ddf3fe0ed9 linux/drivers/media/dvb/frontends/lgdt3304.c
--- a/linux/drivers/media/dvb/frontends/lgdt3304.c Wed Jun 17 04:38:12 2009 +
+++ b/linux/drivers/media/dvb/frontends/lgdt3304.c Sat Jul 18 17:21:13 2009 -0400
@@ -110,9 +110,30 @@ static int lgdt3304_soft_Reset(struct dv
return 0;
}
+#if 0
+static void print_regs(struct dvb_frontend *fe)
+{
+ int r050a;
+ int r011b;
+ int r011c;
+ int r0001;
+
+ r050a = lgdt3304_i2c_read_reg(fe, 0x050a);
+ r011b = lgdt3304_i2c_read_reg(fe, 0x011b);
+ r011c = lgdt3304_i2c_read_reg(fe, 0x011c);
+ r0001 = lgdt3304_i2c_read_reg(fe, 0x0001);
+
+ /*dprintk("read snr\n"); */
+ printk("050a: %x 011b: %x 011c: %x 0001: %x\n", r050a, r011b, r011c, r0001);
+ /*printk("011b : 0x%x\n", r011b); */
+ /*printk("011c : 0x%x\n", r011c); */
+}
+#endif
+
static int lgdt3304_set_parameters(struct dvb_frontend *fe, struct dvb_frontend_parameters *param) {
int err = 0;
+#if 0
static __u8 lgdt3304_vsb8_data[] = {
/* 16bit , 8bit */
/* regs , val */
@@ -138,14 +159,49 @@ static int lgdt3304_set_parameters(struc
0x03, 0x14, 0xe1,
0x05, 0x0e, 0x5b,
};
+#endif
+ /* tested with kworld atsc 340u */
+ static __u8 lgdt3304_vsb8_data[] = {
+ 0x00, 0x00, 0x03,
+ 0x00, 0x0d, 0x02,
+ 0x00, 0x0e, 0x02,
+ 0x00, 0x12, 0x32,
+ 0x00, 0x13, 0xc4,
+ 0x01, 0x12, 0x17,
+ 0x01, 0x13, 0x15,
+ 0x01, 0x14, 0x18,
+ 0x01, 0x15, 0xff,
+ 0x01, 0x16, 0xbc,
+ 0x02, 0x14, 0x67,
+ 0x04, 0x24, 0x8d,
+ 0x04, 0x27, 0x12,
+ 0x04, 0x28, 0x4f,
+ 0x03, 0x08, 0x80,
+ 0x03, 0x09, 0x00,
+ 0x03, 0x0d, 0x14,
+ 0x03, 0x0e, 0x1c,
+ 0x03, 0x14, 0xe1,
+ /* 0x00, 0x02, 0x9b, */
+ /* 0x00, 0x02, 0x9a, */
+ 0x01, 0x06, 0x4f,
+ 0x01, 0x07, 0x0c,
+ 0x01, 0x08, 0xac,
+ 0x01, 0x09, 0xba,
+ 0x01, 0x26, 0xf9,
+ 0x00, 0x0d, 0x82,
+ 0x05, 0x0e, 0x5b,
+ 0x05, 0x0e, 0x5b,
+ };
+
+#if 0
/* not yet tested .. */
static __u8 lgdt3304_qam64_data[] = {
/* 16bit , 8bit */
/* regs , val */
0x00, 0x00, 0x18,
0x00, 0x0d, 0x02,
- //0x00, 0x0e, 0x02,
+ /*0x00, 0x0e, 0x02, */
0x00, 0x12, 0x2a,
0x00, 0x13, 0x00,
0x03, 0x14, 0xe3,
@@ -156,6 +212,7 @@ static int lgdt3304_set_parameters(struc
0x03, 0x0b, 0x9b,
0x05, 0x0e, 0x5b,
};
+#endif
#if 0
/* not yet tested */
@@ -178,41 +235,10 @@ static int lgdt3304_set_parameters(struc
};
#endif
- /* tested with KWorld a340 */
+ /* tested with Kworld 340u */
static __u8 lgdt3304_qam256_data[] = {
/* 16bit , 8bit */
/* regs , val */
- 0x00, 0x00, 0x01, //0x19,
- 0x00, 0x12, 0x2a,
- 0x00, 0x13, 0x80,
- 0x00, 0x0d, 0x02,
- 0x03, 0x14, 0xe3,
-
- 0x03, 0x0e, 0x1c,
- 0x03, 0x08, 0x66,
- 0x03, 0x09, 0x66,
- 0x03, 0x0a, 0x08,
- 0x03, 0x0b, 0x9b,
-
- 0x03, 0x0d, 0x14,
- //0x05, 0x0e, 0x5b,
- 0x01, 0x06, 0x4a,
- 0x01, 0x07, 0x3d,
- 0x01, 0x08, 0x70,
- 0x01, 0x09, 0xa3,
-
- 0x05, 0x04, 0xfd,
-
- 0x00, 0x0d, 0x82,
-
- 0x05, 0x0e, 0x5b,
-
- 0x05, 0x0e, 0x5b,
-
- 0x00, 0x02, 0x9a,
-
- 0x00, 0x02, 0x9b,
-
0x00, 0x00, 0x01,
0x00, 0x12, 0x2a,
0x00, 0x13, 0x80,
@@ -236,6 +262,8 @@ static int lgdt3304_set_parameters(struc
0x00, 0x0d, 0x82,
0x05, 0x0e, 0x5b,
+
+ 0x05, 0x0e, 0x5b,
};
struct lgdt3304_state *state = fe->demodulator_priv;
@@ -246,8 +274,11 @@ static int lgdt3304_set_parameters(struc
sizeof(lgdt3304_vsb8_data));
break;
case QAM_64:
+ printk("%s qam64 not tested yet\n", __func__);
+#if 0
err = i2c_write_demod_bytes(fe, lgdt3304_qam64_data,
sizeof(lgdt3304_qam64_data));
+#endif
break;
case QAM_256:
err = i2c_write_demod_bytes(fe, lgdt3304_qam256_data,
@@ -283,15 +314,37 @@ static int lgdt3304_sleep(struct dvb_fro
}
+/*
+ 050a: 6f 011b: 4 011c: 7 , WABC+
+
+050a: 0x0d generates dvbtraffic
+
+*/
+
static int lgdt3304_read_status(struct dvb_frontend *fe, fe_status_t *status)
{
struct lgdt3304_state *state = fe->demodulator_priv;
+ /*int r050a; */
int r011d;
int qam_lck;
*status = 0;
dprintk("lgdt read status\n");
+ /*print_regs(fe); */
+
+ /* 60, e0, 61, 67, 63 */
+ /*
+030610:1c 03 lgdt3304 >>> 01 1d
+030611:R05_I2C_STATUS 00
+030612:1c 02 lgdt3304 e0
+030613:R05_I2C_STATUS 00
+030614:1c 03 lgdt3304 >>> 04 09
+030615:R05_I2C_STATUS 00
+030616:1c 02 lgdt3304 07
+ */
+
+ /*r050a = lgdt3304_i2c_read_reg(fe, 0x050a); */
r011d = lgdt3304_i2c_read_reg(fe, 0x011d);
dprintk("%02x\n", r011d);
@@ -308,7 +361,14 @@ static int lgdt3304_read_status(struct d
break;
case QAM_64:
case QAM_256:
+ /*
+ 0x78,0x7f
+ 0x78,0x7b, 0x7f
+ 0x79
+ 0x78 -- all 0 signal
+ */
qam_lck = r011d & 0x7;
+#if 1/* orig */
switch(qam_lck) {
case 0x0: dprintk("Unlock\n");
break;
@@ -323,9 +383,53 @@ stati
Re:[PULL] http://linuxtv.org/hg/~awalls/ivtv
On Sat, 2009-07-18 at 10:23 -0400, Andy Walls wrote: > Mauro, > > Please pull from http://linuxtv.org/hg/~awalls/ivtv > > for the following 7 changesets: > > 01/07: tuner-types: Add an entry for the Partsnic PTI-5NF05 NTSC tuner > http://linuxtv.org/hg/~awalls/ivtv?cmd=changeset;node=d91bb8714d93 > > 02/07: ivtv: Add AVerMedia AVerTV M113 with a Partsnic NTSC tuner and no FM > radio > http://linuxtv.org/hg/~awalls/ivtv?cmd=changeset;node=529d33816e2a > > 03/07: ivtv: Change the AVerTV M113 card to use the Partsnic PTI-5NF05 tuner > http://linuxtv.org/hg/~awalls/ivtv?cmd=changeset;node=7ea3e7b9a657 > > 04/07: ivtv: Fix input mux configuration for S-Video for AVerMedia M113 cards > http://linuxtv.org/hg/~awalls/ivtv?cmd=changeset;node=82a264ea2784 > > 05/07: cx25840: Ensure CX2584x Vid and Aux PLL's run near the VCO's center > freq > http://linuxtv.org/hg/~awalls/ivtv?cmd=changeset;node=d7e1eb4b17d8 > > 06/07: ivtv: Fix improper GPIO audio mux input switch on video standard change > http://linuxtv.org/hg/~awalls/ivtv?cmd=changeset;node=e8fcd13e4ae7 > > 07/07: ivtv: Fix a typographical error in the mux chip part number two > comments > http://linuxtv.org/hg/~awalls/ivtv?cmd=changeset;node=487e903c9bc7 > > > Documentation/video4linux/CARDLIST.tuner|1 > drivers/media/common/tuners/tuner-types.c | 25 ++ > drivers/media/video/cx25840/cx25840-audio.c | 291 > +++- > drivers/media/video/cx25840/cx25840-core.c |3 > drivers/media/video/ivtv/ivtv-cards.c | 35 +-- > drivers/media/video/ivtv/ivtv-gpio.c| 13 - > include/media/tuner.h |1 > 7 files changed, 336 insertions(+), 33 deletions(-) > > Most of these changes go towards supporting AVerMedia AverTV cards with > an M113 PCB marking. > > The exception is change 05/07 which is a rework of the AUX PLL parameter > setting code for standalone CX2548x chips to be *very* similar to the > cx18 driver's code to set the AUX PLL. (You've seen many of those 291 > lines before.) Mauro, Please hold off on this pull request. I've got clock issues to work out. I'll resubmit when I'm ready. Thanks. Regards, Andy > Thanks go to Ravi A. for helping with (ongoing) testing and for > troubleshooting the GPIO mux problem with changing the TV standard. > > Thanks, > Andy > > > ___ > ivtv-devel mailing list > ivtv-de...@ivtvdriver.org > http://ivtvdriver.org/mailman/listinfo/ivtv-devel > -- 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
Re: [PATCH 0/2] gspca sn9c20x subdriver rev2
Hi, shouldn't there be a check when allocating jpg_hdr? or i am missing something? sd->jpeg_hdr = kmalloc(JPEG_HDR_SZ, GFP_KERNEL); jpeg_define(sd->jpeg_hdr, height, width, 0x21); jpeg_set_qual(sd->jpeg_hdr, sd->quality); Best Regards. Nice to see microdia project here :) On Sat, Jul 18, 2009 at 11:19 AM, Brian Johnson wrote: >> - in the 1st patch, in gspca.c, why is the get_chip_ident check needed >> in vidioc_g_register / vidioc_s_register)? >> > According the the current v4l2 spec regarding the set and get > register ioctls drivers that support them must also support the get > chip ident ioctl. As such in the vidioc_s/g_register ioctls I do the > check to ensure that the driver also defines the get_chip_ident ioctl. > > > Brian Johnson > -- > 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 > -- 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
em28xx i2s volume control
How do you control the i2s volume output on empia boards? -- 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
[cron job] v4l-dvb daily build 2.6.22 and up: ERRORS, 2.6.16-2.6.21: ERRORS
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:Sat Jul 18 19:00:04 CEST 2009 path:http://www.linuxtv.org/hg/v4l-dvb changeset: 12272:27ddf3fe0ed9 gcc version: gcc (GCC) 4.3.1 hardware:x86_64 host os: 2.6.26 linux-2.6.22.19-armv5: OK linux-2.6.23.12-armv5: OK linux-2.6.24.7-armv5: OK linux-2.6.25.11-armv5: OK linux-2.6.26-armv5: OK linux-2.6.27-armv5: OK linux-2.6.28-armv5: OK linux-2.6.29.1-armv5: OK linux-2.6.30-armv5: OK linux-2.6.31-rc1-armv5: OK linux-2.6.27-armv5-ixp: WARNINGS linux-2.6.28-armv5-ixp: WARNINGS linux-2.6.29.1-armv5-ixp: WARNINGS linux-2.6.30-armv5-ixp: WARNINGS linux-2.6.31-rc1-armv5-ixp: WARNINGS linux-2.6.28-armv5-omap2: WARNINGS linux-2.6.29.1-armv5-omap2: WARNINGS linux-2.6.30-armv5-omap2: WARNINGS linux-2.6.31-rc1-armv5-omap2: WARNINGS linux-2.6.22.19-i686: ERRORS linux-2.6.23.12-i686: ERRORS linux-2.6.24.7-i686: OK linux-2.6.25.11-i686: OK linux-2.6.26-i686: WARNINGS linux-2.6.27-i686: WARNINGS linux-2.6.28-i686: WARNINGS linux-2.6.29.1-i686: WARNINGS linux-2.6.30-i686: WARNINGS linux-2.6.31-rc1-i686: WARNINGS linux-2.6.23.12-m32r: OK linux-2.6.24.7-m32r: OK linux-2.6.25.11-m32r: OK linux-2.6.26-m32r: OK linux-2.6.27-m32r: OK linux-2.6.28-m32r: OK linux-2.6.29.1-m32r: OK linux-2.6.30-m32r: OK linux-2.6.31-rc1-m32r: OK linux-2.6.30-mips: WARNINGS linux-2.6.31-rc1-mips: WARNINGS linux-2.6.27-powerpc64: WARNINGS linux-2.6.28-powerpc64: WARNINGS linux-2.6.29.1-powerpc64: WARNINGS linux-2.6.30-powerpc64: WARNINGS linux-2.6.31-rc1-powerpc64: OK linux-2.6.22.19-x86_64: ERRORS linux-2.6.23.12-x86_64: ERRORS linux-2.6.24.7-x86_64: OK linux-2.6.25.11-x86_64: OK linux-2.6.26-x86_64: OK linux-2.6.27-x86_64: OK linux-2.6.28-x86_64: OK linux-2.6.29.1-x86_64: OK linux-2.6.30-x86_64: WARNINGS linux-2.6.31-rc1-x86_64: OK sparse (linux-2.6.30): OK sparse (linux-2.6.31-rc1): OK linux-2.6.16.61-i686: ERRORS linux-2.6.17.14-i686: ERRORS linux-2.6.18.8-i686: ERRORS linux-2.6.19.5-i686: ERRORS linux-2.6.20.21-i686: ERRORS linux-2.6.21.7-i686: ERRORS linux-2.6.16.61-x86_64: ERRORS linux-2.6.17.14-x86_64: ERRORS linux-2.6.18.8-x86_64: ERRORS linux-2.6.19.5-x86_64: ERRORS linux-2.6.20.21-x86_64: ERRORS linux-2.6.21.7-x86_64: ERRORS Detailed results are available here: http://www.xs4all.nl/~hverkuil/logs/Saturday.log Full logs are available here: http://www.xs4all.nl/~hverkuil/logs/Saturday.tar.bz2 The V4L2 specification from this daily build is here: http://www.xs4all.nl/~hverkuil/spec/v4l2.html The DVB API specification from this daily build is here: http://www.xs4all.nl/~hverkuil/spec/dvbapi.pdf -- 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
[PATCH] em28xx: enable usb audio for plextor px-tv100u
diff -r 27ddf3fe0ed9 linux/drivers/media/video/em28xx/em28xx-cards.c
--- a/linux/drivers/media/video/em28xx/em28xx-cards.c Wed Jun 17 04:38:12 2009 +
+++ b/linux/drivers/media/video/em28xx/em28xx-cards.c Sat Jul 18 13:32:04 2009 -0400
@@ -639,10 +639,10 @@ struct em28xx_board em28xx_boards[] = {
},
[EM2861_BOARD_PLEXTOR_PX_TV100U] = {
.name = "Plextor ConvertX PX-TV100U",
- .valid= EM28XX_BOARD_NOT_VALIDATED,
.tuner_type = TUNER_TNF_5335MF,
.tda9887_conf = TDA9887_PRESENT,
.decoder = EM28XX_TVP5150,
+ .has_msp34xx = 1,
.input= { {
.type = EM28XX_VMUX_TELEVISION,
.vmux = TVP5150_COMPOSITE0,
@@ -1950,6 +1950,10 @@ void em28xx_pre_card_setup(struct em28xx
/* FIXME guess */
/* Turn on analog audio output */
em28xx_write_reg(dev, EM28XX_R08_GPIO, 0xfd);
+
+ /* enable audio 12mhz i2s */
+ em28xx_write_reg(dev, EM28XX_R0F_XCLK, 0xa7);
+ dev->i2s_speed = 2048000;
break;
case EM2861_BOARD_KWORLD_PVRTV_300U:
case EM2880_BOARD_KWORLD_DVB_305U:
diff -r 27ddf3fe0ed9 linux/drivers/media/video/em28xx/em28xx-video.c
--- a/linux/drivers/media/video/em28xx/em28xx-video.c Wed Jun 17 04:38:12 2009 +
+++ b/linux/drivers/media/video/em28xx/em28xx-video.c Sat Jul 18 13:32:04 2009 -0400
@@ -1087,9 +1087,12 @@ static int vidioc_s_ctrl(struct file *fi
mutex_lock(&dev->lock);
- if (dev->board.has_msp34xx)
+ if (dev->board.has_msp34xx) {
+ /*FIXME hack to unmute usb audio stream */
+ em28xx_set_ctrl(dev, ctrl);
+
v4l2_device_call_all(&dev->v4l2_dev, 0, core, s_ctrl, ctrl);
- else {
+ } else {
rc = 1;
for (i = 0; i < ARRAY_SIZE(em28xx_qctrl); i++) {
if (ctrl->id == em28xx_qctrl[i].id) {
Cinergy T2 stopped working with kernel 2.6.30
My Cinergy T2 (T²) doesn't work with kernels 2.6.30, 2.6.30.1, and 2.6.31-rc3, but it works with kernel 2.6.29. The kernel logs dvb-usb: recv bulk message failed: -110 and the application (I've tried mythtv and mplayer) trying to access the DVB receiver times out when trying to tune to a channel. Is there anyone for whom dvb_usb_cinergyT2 of kernel 2.6.30 or later does work? -- 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
Re: [PATCH 0/2] gspca sn9c20x subdriver rev2
> - in the 1st patch, in gspca.c, why is the get_chip_ident check needed > in vidioc_g_register / vidioc_s_register)? > According the the current v4l2 spec regarding the set and get register ioctls drivers that support them must also support the get chip ident ioctl. As such in the vidioc_s/g_register ioctls I do the check to ensure that the driver also defines the get_chip_ident ioctl. Brian Johnson -- 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
[PULL] http://linuxtv.org/hg/~awalls/ivtv
Mauro, Please pull from http://linuxtv.org/hg/~awalls/ivtv for the following 7 changesets: 01/07: tuner-types: Add an entry for the Partsnic PTI-5NF05 NTSC tuner http://linuxtv.org/hg/~awalls/ivtv?cmd=changeset;node=d91bb8714d93 02/07: ivtv: Add AVerMedia AVerTV M113 with a Partsnic NTSC tuner and no FM radio http://linuxtv.org/hg/~awalls/ivtv?cmd=changeset;node=529d33816e2a 03/07: ivtv: Change the AVerTV M113 card to use the Partsnic PTI-5NF05 tuner http://linuxtv.org/hg/~awalls/ivtv?cmd=changeset;node=7ea3e7b9a657 04/07: ivtv: Fix input mux configuration for S-Video for AVerMedia M113 cards http://linuxtv.org/hg/~awalls/ivtv?cmd=changeset;node=82a264ea2784 05/07: cx25840: Ensure CX2584x Vid and Aux PLL's run near the VCO's center freq http://linuxtv.org/hg/~awalls/ivtv?cmd=changeset;node=d7e1eb4b17d8 06/07: ivtv: Fix improper GPIO audio mux input switch on video standard change http://linuxtv.org/hg/~awalls/ivtv?cmd=changeset;node=e8fcd13e4ae7 07/07: ivtv: Fix a typographical error in the mux chip part number two comments http://linuxtv.org/hg/~awalls/ivtv?cmd=changeset;node=487e903c9bc7 Documentation/video4linux/CARDLIST.tuner|1 drivers/media/common/tuners/tuner-types.c | 25 ++ drivers/media/video/cx25840/cx25840-audio.c | 291 +++- drivers/media/video/cx25840/cx25840-core.c |3 drivers/media/video/ivtv/ivtv-cards.c | 35 +-- drivers/media/video/ivtv/ivtv-gpio.c| 13 - include/media/tuner.h |1 7 files changed, 336 insertions(+), 33 deletions(-) Most of these changes go towards supporting AVerMedia AverTV cards with an M113 PCB marking. The exception is change 05/07 which is a rework of the AUX PLL parameter setting code for standalone CX2548x chips to be *very* similar to the cx18 driver's code to set the AUX PLL. (You've seen many of those 291 lines before.) Thanks go to Ravi A. for helping with (ongoing) testing and for troubleshooting the GPIO mux problem with changing the TV standard. Thanks, Andy -- 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
Re: Terratec Grabby
On Sat, Jul 18, 2009 at 6:16 AM, Alina Friedrichsen wrote: > Hello, > > how to solve the following kernel error message? > >> em28xx #0: vidioc_s_fmt_vid_cap queue busy > > I want watch TV with the good old xawtv of Debian lenny with linux > 2.6.31-rc3-git3 and the current driver of the v4l-dvb git repository. > > When I want to use the vlc for it then get the following error messages: > > [0x1ce7848] v4l2 access debug: opening device '/dev/video0' > [0x1ce7848] v4l2 access debug: V4L2 device: Terratec Grabby using driver: > em28xx (version: 0.1.2) on usb-:00:1d.7-1 > [0x1ce7848] v4l2 access debug: the device has the capabilities: (X) Video > Capure, (X) Audio, ( ) Tuner > [0x1ce7848] v4l2 access debug: supported I/O methods are: (X) Read/Write, (X) > Streaming, ( ) Asynchronous > [0x1ce7848] v4l2 access debug: video input 0 (Composite1) has type: External > analog input > [0x1ce7848] v4l2 access debug: video input 1 (S-Video) has type: External > analog input * > [0x1ce7848] v4l2 access error: cannot get video input characteristics (Das > Argument ist ungültig) > [0x1ce7848] main access warning: no access module matching "v4l2" could be > loaded > [0x1ce7848] main access debug: TIMER module_need() : 611.941 ms - Total > 611.941 ms / 1 intvls (Avg 611.941 ms) > [0x1f64538] main input error: open of `v4l2://' failed: (null) > > Thanks! > > Regards > Alina > > -- > Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3 - > sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser > Hello Alina, Generally speaking, questions like this are best sent to the linux-media mailing list. That said, it looks like your kernel build might have a problem and may not have all the required modules. Did you build the kernel yourself from source? I would have to look at the source to better understand the source of that particular error. Could you please provide the full dmesg output? Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com -- 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
Problems with Pinnacle 310i (saa7134) and recent kernels
Hello, I have a problem with my Pinnacle PCTV Hybrid Pro PCI using recent kernels. With 2.6.29 both dvbscan and MPlayer stopped to work giving: dvbscan: Unable to query frontend status mplayer: MPlayer SVN-r29351-4.2.4 (C) 2000-2009 MPlayer Team Not able to lock to the signal on the given frequency, timeout: 30 dvb_tune, TUNING FAILED Now with 2.6.30.1 Kaffeine sometimes works and sometimes not, going in timeout. This is the hardware: 01:02.0 Multimedia controller: Philips Semiconductors SAA7131/SAA7133/SAA7135 Vi deo Broadcast Decoder (rev d1) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Step ping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- GSI 22 (level, low) -> IRQ 22 saa7133[0]: found at :01:02.0, rev: 209, irq: 22, latency: 32, mmio: 0xcfddf 800 saa7133[0]: subsystem: :, board: Pinnacle PCTV 310i [card=101,insmod opt ion] saa7133[0]: board init: gpio is 600c000 IRQ 22/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs saa7133[0]: i2c eeprom read error (err=-5) tuner 1-004b: chip found @ 0x96 (saa7133[0]) tda829x 1-004b: setting tuner address to 61 tda829x 1-004b: type set to tda8290+75a saa7133[0]: registered device video0 [v4l2] saa7133[0]: registered device vbi0 saa7133[0]: registered device radio0 dvb_init() allocating 1 frontend DVB: registering new adapter (saa7133[0]) DVB: registering adapter 0 frontend 0 (Philips TDA10046H DVB-T)... tda1004x: setting up plls for 48MHz sampling clock tda1004x: found firmware revision 29 -- ok saa7134 ALSA driver for DMA sound loaded IRQ 22/saa7133[0]: IRQF_DISABLED is not guaranteed on shared IRQs saa7133[0]/alsa: saa7133[0] at 0xcfddf800 irq 22 registered as card -1 tda1004x: setting up plls for 48MHz sampling clock tda1004x: found firmware revision 29 -- ok Can anyone help me getting my tyner working again? Thanks, avljawrowski -- 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
Re: Initial scan file for es-BaixoMinho es-Pontevedra
Hi, 2009/7/11 Juan Luis : > Since there's no inital scan file for the Baixo Minho (Pontevedra - > Spain) area here is my own file. > This scan file might be also valid for the whole Pontevedra area but > since Im not really sure of it I'll suggest naming it es-BaixoMinho Thanks, added! (but I removed the AUTO lines; either you know the exact parameters or you can do an autoscan anyway ...) Christoph -- 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
Re: [linux-dvb] Terratec Cinergy HTC USB XS HD
On Sat, Jul 18, 2009 at 12:46 PM, Mario Fetka wrote: > On Saturday, 18. July 2009 04:06:13 Alain Kalker wrote: >> Op maandag 15-06-2009 om 22:36 uur [tijdzone +0200], schreef sacha: >> > Hello >> > >> > Does anybody know if this devise will ever work with Linux? >> > It was promised by one person last year the support will be available >> > within months. One year has gone, nothing happens. >> > Is there any alternatives to develop a driver for this devise aside from >> > this person? >> >> Since there has been no answer to your question for some time, I think I >> will step in. >> >> >From http://mcentral.de/wiki/index.php5/Terratec_HTC_XS , the future for >> >> a driver from Markus for this device does seem to look quite bleak. >> However, from looking in the mailinglist archive I gather that Steven >> Toth has offered to try getting it to work if someone is willing to >> provide him with a device. >> Maybe you two could get in contact. >> I myself am also interested in a driver for this device but I haven't >> got one yet. >> >> Kind regards, >> >> Alain >> > as far as i know there already exists a driver but it could not be published > as it is based on the micronas refernce driver > > i think the problem is related to > > http://www.linuxtv.org/pipermail/linux-dvb/2008-December/030738.html > > but this new situation with > http://www.tridentmicro.com/Product_drx_39xyK.asp > > can maby change something about this chip > > and it would be possible to get the rights to publish the driver under gpl-2 > This won't solve the issue that the AVFB4910 has been discontinued. This affects FM Radio, Analogue TV, Composite and S-Video, that IC didn't get bought by Trident. regards, Markus -- 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
Re: DVB-T Initial scan file es-Vitoria-Gasteiz
2009/7/12 David Santamaría Rogado : > Looking in the wiki I have seen that the nomenclature is country-town, > if this could be the area covered this file can be es-Alava, Álava is > the region, also, the complete name of the town is Vitoria-Gasteiz, if > this broke the nomenclature of the file because the second '-' could > be changed to es-Vitoria without problem because won't be confusion > with another town in Spain. Added, thanks :) Christoph -- 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
Re: [linux-dvb] Terratec Cinergy HTC USB XS HD
On Saturday, 18. July 2009 04:06:13 Alain Kalker wrote: > Op maandag 15-06-2009 om 22:36 uur [tijdzone +0200], schreef sacha: > > Hello > > > > Does anybody know if this devise will ever work with Linux? > > It was promised by one person last year the support will be available > > within months. One year has gone, nothing happens. > > Is there any alternatives to develop a driver for this devise aside from > > this person? > > Since there has been no answer to your question for some time, I think I > will step in. > > >From http://mcentral.de/wiki/index.php5/Terratec_HTC_XS , the future for > > a driver from Markus for this device does seem to look quite bleak. > However, from looking in the mailinglist archive I gather that Steven > Toth has offered to try getting it to work if someone is willing to > provide him with a device. > Maybe you two could get in contact. > I myself am also interested in a driver for this device but I haven't > got one yet. > > Kind regards, > > Alain > as far as i know there already exists a driver but it could not be published as it is based on the micronas refernce driver i think the problem is related to http://www.linuxtv.org/pipermail/linux-dvb/2008-December/030738.html but this new situation with http://www.tridentmicro.com/Product_drx_39xyK.asp can maby change something about this chip and it would be possible to get the rights to publish the driver under gpl-2 thx Mario -- 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
Re: Report: Compro Videomate Vista T750F
Hi, On Sat, 18 Jul 2009 02:58:56 +0200, hermann pitton wrote: (full log: http://pastebin.com/f5f8e6184) Hi Samuel, the above link still gives error not found. Strange, because to me works just fine. I'm going to add it directly as an email attachement this time. For an external audio mux it is always a single gpio pin for that. It is some same pin in the same state for composite and s-video, but different for TV mode. The above seems not to show such a pattern. Also you missed to print GPIO_GPMODE, which is the gpio mask. In that, pins actively used for switching are high, but m$ drivers do often also have for that specific card unrelated pins high. Gpio 8 to 15 are the remote gpios and gpio18 should be the key press/release. The rest above seems not to be consistent for what we are searching for. If you get some time again, do a cold boot and dump the gpio mode and state before any application did use the card. Then dump analog TV, composite and s-video and anything else you can test. The GPMODE and the GPSTATUS on top of any mode used is what is really interesting. As I mentioned before GPSTATUS keeps changing all the time (And I mean frequent, measurable in miliseconds), and it seems that it hasn't any connection between other values. It also prints the state of all gpios for each mode in binary, so if you manually mark the states you used, one can just copy and paste line by line and see the changing pins. As said, it should be a pin in the mask/GPMODE being the same for composite and s-video, but different for analog TV. Maybe better use the Compro software to get the logs. The mask/GPMODE doesn't change at all. I have used Compro software this time. Cheers, Hermann Regards SAA7133 Card [0]: Vendor ID: 0x1131 Device ID: 0x7133 Subsystem ID:0xc900185b 11 states dumped -- SAA7133 Card - State 0: SAA7134_GPIO_GPMODE: 8082c000 (1000 1010 1100 ) SAA7134_GPIO_GPSTATUS: 0284ff00 * (0010 1100 ) SAA7134_ANALOG_IN_CTRL1: 88 (10001000) SAA7133_ANALOG_IO_SELECT:02 (0010) SAA7133_AUDIO_CLOCK_NOMINAL: 03187de7 (0011 00011000 0101 11100111) SAA7133_PLL_CONTROL: 03 (0011) SAA7133_AUDIO_CLOCKS_PER_FIELD: 0001e000 ( 0001 1110 ) SAA7134_VIDEO_PORT_CTRL0: ( ) SAA7134_VIDEO_PORT_CTRL4: ( ) SAA7134_VIDEO_PORT_CTRL8:00 () SAA7134_I2S_OUTPUT_SELECT: 00 () SAA7134_I2S_OUTPUT_FORMAT: 00 () SAA7134_I2S_OUTPUT_LEVEL:00 () SAA7134_I2S_AUDIO_OUTPUT:11 (00010001) SAA7134_TS_PARALLEL: 04 (0100) SAA7134_TS_PARALLEL_SERIAL: 00 () SAA7134_TS_SERIAL0: 00 () SAA7134_TS_SERIAL1: 00 () SAA7134_TS_DMA0: 00 () SAA7134_TS_DMA1: 00 () SAA7134_TS_DMA2: 00 () SAA7134_SPECIAL_MODE:01 (0001) Changes: State 0 -> State 1: *(Cold boot, nothing runs GPSTATUS keeps changing) SAA7134_GPIO_GPSTATUS: 0284ff00 -> 0694ff00 (-0-- ---0 ) 1 changes -- SAA7133 Card - State 1: SAA7134_GPIO_GPMODE: 8082c000 (1000 1010 1100 ) SAA7134_GPIO_GPSTATUS: 0694ff00 * (0110 10010100 ) (was: 0284ff00) SAA7134_ANALOG_IN_CTRL1: 88 (10001000) SAA7133_ANALOG_IO_SELECT:02 (0010) SAA7133_AUDIO_CLOCK_NOMINAL: 03187de7 (0011 00011000 0101 11100111) SAA7
Re: [PATCH 0/2] gspca sn9c20x subdriver rev2
On Fri, 17 Jul 2009 16:51:41 -0400 Brian Johnson wrote: > Mauro, > Here is the updated version of the gspca sn9c20x subdriver. > > I've removed the custom debugging support and replaced it with support > for the v4l2 debugging ioctls. The first patch in this set adds > support to the gspca core for those ioctls. Also included are the > fixes Hans sent in his last email. > > Regards, > Brian Johnson Hello Brian and Mauro, Thanks, Brian. I have just a few remarks: - in the 1st patch, in gspca.c, why is the get_chip_ident check needed in vidioc_g_register / vidioc_s_register)? - in the 1st patch, in gspca.h, the operations set/get_register in the sd descriptor should not exist if not CONFIG_VIDEO_ADV_DEBUG. - in the 2nd patch, I would have preferred hexadecimal letters in lower case. - in the 2nd patch, the list of the new handled webcams (linux/Documentation/video4linux/gspca.txt) is lacking. Anyway, this is not important and may be done later. So, Mauro, if it is OK for you (don't confirm), I will handle these patch series. Cheers. -- Ken ar c'hentañ | ** Breizh ha Linux atav! ** Jef | http://moinejf.free.fr/ -- 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
