Re: Leadtek WinFast PVR2100 linux support
On Fri, 2010-01-08 at 08:55 -0500, Andy Walls wrote: > On Thu, 2010-01-07 at 10:53 -0500, Devin Heitmueller wrote: > > On Wed, Jan 6, 2010 at 8:10 PM, Andy Walls wrote: > > >> I am > > >> looking to setup a mythtv box in the house - and I am stuck on > > >> satellite. The only way I can see to get hd content out of the > > >> receivers are hdmi and component. My understanding is that no hdmi > > >> capture cards work properly under linux (hours of google - is all I > > >> have to go on for this though). So that leaves component capture, and > > >> the leadtek pvr2100 would be the best bang for the buck (I think?). > > > > It is probably worth noting that component capture does not > > necessarily mean HD component capture. I suspect this card may very > > well only capture 480i/480p. > > > > Do you know definitively that it can capture in HD? > > Good point. I'm pretty sure a CX23418 will only ever be able to capture > standard resolution using component video in. Even if I could coax the > analog front end into an HD resolution configuration (doubtful), the > MPEG encoding engine is still expecting 720x576 as the max resolution > (PAL & SECAM). > > But component video for cx18 might still be a project I undertake > sometime. And here's my first stab at cx18 component video: http://linuxtv.org/hg/~awalls/cx18-pvr2100-component for both the Leadtek PVR2100 and DVR3100 H. It was a little easier than I had thought. Anyone with one of those boards with the component video hookup, please give it a test. Regards, 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: cx23885 oops during loading, WinTV-HVR-1850 card -- SOLVED
On Fri, Jan 8, 2010 at 8:55 PM, Ralph Siemsen wrote: > Now the driver loads, and I follow it up with "modprobe tuner". > Unfortunately, no luck yet using tvtime, it just reports: > videoinput: No inputs available on video4linux2 device '/dev/video0'. > But I suspect that is a different issue! The cx23885 driver doesn't work with tvtime, due to bugs in the v4l controls in the driver. Michael Krufky has some patches but they need some more work before they can go in the mainline. Even if they were committed though, there is currently no support for raw audio, so tvtime would not be a good application to use for this device. 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
Re: cx23885 oops during loading, WinTV-HVR-1850 card -- SOLVED
On Fri, Jan 08, 2010 at 02:14:59PM -0500, Ralph Siemsen wrote: > > I tried replacing only the cx23885.ko driver, as well as installing all > of the v4l-dvb drivers -- behaviour seemed to be the same. With all > drivers installed, system bootup does not complete, udev hangs, but I > see the same kernel oops from cx23885. Solved this part, the oops was caused by the missing sysfs NULL, already reported at http://patchwork.kernel.org/patch/70126/ Now the driver loads, and I follow it up with "modprobe tuner". Unfortunately, no luck yet using tvtime, it just reports: videoinput: No inputs available on video4linux2 device '/dev/video0'. But I suspect that is a different issue! -Ralph -- 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] ov534: allow enumerating supported framerates
Signed-off-by: Antonio Ospite
---
Historical note:
This has been re-tested on a reliable machine and it works from guvcview for
all the framerates; on my old PC I am still having problems with 640x...@60fps
_regardless_ of this change, so it must be a USB problem.
Thanks,
Antonio
Index: gspca/linux/drivers/media/video/gspca/ov534.c
===
--- gspca.orig/linux/drivers/media/video/gspca/ov534.c
+++ gspca/linux/drivers/media/video/gspca/ov534.c
@@ -282,6 +282,21 @@
.priv = 0},
};
+static const int qvga_rates[] = {125, 100, 75, 60, 50, 40, 30};
+static const int vga_rates[] = {60, 50, 40, 30, 15};
+
+static const struct framerates ov772x_framerates[] = {
+ { /* 320x240 */
+ .rates = qvga_rates,
+ .nrates = ARRAY_SIZE(qvga_rates),
+ },
+ { /* 640x480 */
+ .rates = vga_rates,
+ .nrates = ARRAY_SIZE(vga_rates),
+ },
+};
+
+
static const u8 bridge_init[][2] = {
{ 0xc2, 0x0c },
{ 0x88, 0xf8 },
@@ -799,6 +814,7 @@
cam->cam_mode = ov772x_mode;
cam->nmodes = ARRAY_SIZE(ov772x_mode);
+ cam->mode_framerates = ov772x_framerates;
cam->bulk = 1;
cam->bulk_size = 16384;
--
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
Problem with gspca and zc3xx
When capturing with mplayer I have this erros and the bottom of the image is black. [mjpeg @ 0xd2f300]error y=29 x=0 [mjpeg @ 0xd2f300]mjpeg_decode_dc: bad vlc: 0:0 (0x2c565b0) [mjpeg @ 0xd2f300]error dc [mjpeg @ 0xd2f300]error y=29 x=0 [mjpeg @ 0xd2f300]mjpeg_decode_dc: bad vlc: 0:0 (0x2c565b0) [mjpeg @ 0xd2f300]error dc [mjpeg @ 0xd2f300]error y=29 x=0 [mjpeg @ 0xd2f300]mjpeg_decode_dc: bad vlc: 0:0 (0x2c565b0) [mjpeg @ 0xd2f300]error dc [mjpeg @ 0xd2f300]error y=29 x=0 [mjpeg @ 0xd2f300]mjpeg_decode_dc: bad vlc: 0:0 (0x2c565b0) [mjpeg @ 0xd2f300]error dc [mjpeg @ 0xd2f300]error y=29 x=0 [mjpeg @ 0xd2f300]mjpeg_decode_dc: bad vlc: 0:0 (0x2c565b0) [mjpeg @ 0xd2f300]error dc [mjpeg @ 0xd2f300]error y=29 x=0 [mjpeg @ 0xd2f300]mjpeg_decode_dc: bad vlc: 0:0 (0x2c565b0) [mjpeg @ 0xd2f300]error dc . dmesg: gspca: main v2.8.0 registered gspca: probing 046d:08dd zc3xx: Sensor MC501CB gspca: video0 created gspca: probing 046d:08dd gspca: intf != 0 gspca: probing 046d:08dd gspca: intf != 0 usbcore: registered new interface driver zc3xx zc3xx: registered Jose Alberto -- 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] drivers/media/common: remove unnecessary casts of void *
drivers/media/common: Remove unnecessary casts of void *
void pointers do not need to be cast to other pointer types.
Signed-off-by: H Hartley Sweeten
Cc: Michael Hunold
Cc: Mauro Carvalho Chehab
---
drivers/media/common/saa7146_vbi.c |6 +++---
drivers/media/common/saa7146_video.c |4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/media/common/saa7146_vbi.c
b/drivers/media/common/saa7146_vbi.c
index 74e2b56..301a795 100644
--- a/drivers/media/common/saa7146_vbi.c
+++ b/drivers/media/common/saa7146_vbi.c
@@ -3,7 +3,7 @@
static int vbi_pixel_to_capture = 720 * 2;
static int vbi_workaround(struct saa7146_dev *dev)
-{
+{.remove_casts.hhs~
struct saa7146_vv *vv = dev->vv_data;
u32 *cpu;
@@ -375,7 +375,7 @@ static void vbi_init(struct saa7146_dev *dev, struct
saa7146_vv *vv)
static int vbi_open(struct saa7146_dev *dev, struct file *file)
{
- struct saa7146_fh *fh = (struct saa7146_fh *)file->private_data;
+ struct saa7146_fh *fh = file->private_data;
u32 arbtr_ctrl = saa7146_read(dev, PCI_BT_V1);
int ret = 0;
@@ -437,7 +437,7 @@ static int vbi_open(struct saa7146_dev *dev, struct file
*file)
static void vbi_close(struct saa7146_dev *dev, struct file *file)
{
- struct saa7146_fh *fh = (struct saa7146_fh *)file->private_data;
+ struct saa7146_fh *fh = file->private_data;
struct saa7146_vv *vv = dev->vv_data;
DEB_VBI(("dev:%p, fh:%p\n",dev,fh));
diff --git a/drivers/media/common/saa7146_video.c
b/drivers/media/common/saa7146_video.c
index becbaad..cfc8634 100644
--- a/drivers/media/common/saa7146_video.c
+++ b/drivers/media/common/saa7146_video.c
@@ -1368,7 +1368,7 @@ static void video_init(struct saa7146_dev *dev, struct
saa7146_vv *vv)
static int video_open(struct saa7146_dev *dev, struct file *file)
{
- struct saa7146_fh *fh = (struct saa7146_fh *)file->private_data;
+ struct saa7146_fh *fh = file->private_data;
struct saa7146_format *sfmt;
fh->video_fmt.width = 384;
@@ -1392,7 +1392,7 @@ static int video_open(struct saa7146_dev *dev, struct
file *file)
static void video_close(struct saa7146_dev *dev, struct file *file)
{
- struct saa7146_fh *fh = (struct saa7146_fh *)file->private_data;
+ struct saa7146_fh *fh = file->private_data;
struct saa7146_vv *vv = dev->vv_data;
struct videobuf_queue *q = &fh->video_q;
int err;
--
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: go7007 driver -- which program you use for capture
jelle, that you?
Here's the patch against go7007 driver in 2.6.32 kernel (run with -p1).
The main purpose of the patch is to include support for ADS Tech DVD Xpress DX2
usb capture card and make it usable with v4l2-ctl utility.
I also did a general clean-up in a few areas and *temporarily* added back in
proprietary go7007 ioctls, so current mythtv users can take advantage of it and
to make the gorecord program from wis-go7007 package now work again.
Also attached is a stripped down version of gorecord from which I removed all
parameter-setting stuff. This version is meant to be used in conjunction with
v4l2-ctl or other means of configuring capture parameters.
I will try to do mythtv patches next so that it starts using standard v4l2 ioctl
calls and we can drop all proprietary stuff in the driver.
Please try it and lemme know if it works for you. I've run into a few Ubuntuers
as well who were trying to get their boards working as well.
-TJ
Jarod Wilson wrote:
> On Fri, Jan 8, 2010 at 2:07 PM, TJ wrote:
>> Pete and anybody else out there with go7007 devices, what do you use for
>> capture?
>>
>> Without GO7007 ioctls, I was only able to get vlc to capture in MJPEG format.
>
> Never actually used one myself, but MythTV has support for at least
> the Plextor ConvertX go7007-based devices.
>
diff -U 3 -H -d -I' ' -x' .*' -r -N --
linux-2.6.32-gentoo/drivers/staging/go7007/Kconfig
linux-2.6.32-gentoo_DX2/drivers/staging/go7007/Kconfig
--- linux-2.6.32-gentoo/drivers/staging/go7007/Kconfig 2010-01-08
16:20:20.0 -0500
+++ linux-2.6.32-gentoo_DX2/drivers/staging/go7007/Kconfig 2010-01-08
10:24:34.0 -0500
@@ -77,6 +77,16 @@
To compile this driver as a module, choose M here: the
module will be called wis-tw9903
+config VIDEO_GO7007_TW9906
+ tristate "TW9906 subdev support"
+ depends on VIDEO_GO7007
+ default N
+ ---help---
+ This is a video4linux driver for the TW9906 sub-device.
+
+ To compile this driver as a module, choose M here: the
+ module will be called wis-tw9906
+
config VIDEO_GO7007_UDA1342
tristate "UDA1342 subdev support"
depends on VIDEO_GO7007
diff -U 3 -H -d -I' ' -x' .*' -r -N --
linux-2.6.32-gentoo/drivers/staging/go7007/go7007-driver.c
linux-2.6.32-gentoo_DX2/drivers/staging/go7007/go7007-driver.c
--- linux-2.6.32-gentoo/drivers/staging/go7007/go7007-driver.c 2010-01-08
16:20:20.0 -0500
+++ linux-2.6.32-gentoo_DX2/drivers/staging/go7007/go7007-driver.c
2010-01-08 10:24:34.0 -0500
@@ -170,6 +171,17 @@
/* Set GPIO pin 0 to be an output (audio clock control) */
go7007_write_addr(go, 0x3c82, 0x0001);
go7007_write_addr(go, 0x3c80, 0x00fe);
+ break;
+ case GO7007_BOARDID_ADS_USBAV_709:
+ /* GPIO pin 0: audio clock control */
+ /* pin 2: TW9906 reset */
+ /* pin 3: capture LED */
+ go7007_write_addr(go, 0x3c82, 0x000d);
+ go7007_write_addr(go, 0x3c80, 0x00f2);
+ break;
+ default:
+ /* No special setup */
+ break;
}
return 0;
}
@@ -212,6 +224,9 @@
case I2C_DRIVERID_WIS_TW9903:
modname = "wis-tw9903";
break;
+ case I2C_DRIVERID_WIS_TW9906:
+ modname = "wis-tw9906";
+ break;
case I2C_DRIVERID_WIS_TW2804:
modname = "wis-tw2804";
break;
@@ -269,6 +284,12 @@
go->i2c_adapter_online = 1;
}
if (go->i2c_adapter_online) {
+ if (go->board_id == GO7007_BOARDID_ADS_USBAV_709) {
+ /* Reset the TW9906 */
+ go7007_write_addr(go, 0x3c82, 0x0009);
+ msleep(50);
+ go7007_write_addr(go, 0x3c82, 0x000d);
+ }
for (i = 0; i < go->board_info->num_i2c_devs; ++i)
init_i2c_module(&go->i2c_adapter,
go->board_info->i2c_devs[i].type,
diff -U 3 -H -d -I' ' -x' .*' -r -N --
linux-2.6.32-gentoo/drivers/staging/go7007/go7007-usb.c
linux-2.6.32-gentoo_DX2/drivers/staging/go7007/go7007-usb.c
--- linux-2.6.32-gentoo/drivers/staging/go7007/go7007-usb.c 2010-01-08
16:20:20.0 -0500
+++ linux-2.6.32-gentoo_DX2/drivers/staging/go7007/go7007-usb.c 2010-01-08
10:24:34.0 -0500
@@ -444,6 +444,44 @@
},
};
+static struct go7007_usb_board board_ads_usbav_709 = {
+ .flags = GO7007_USB_EZUSB,
+ .main_info = {
+ .firmware= "go7007tv.bin",
+ .flags = GO7007_BOARD_HAS_AUDIO |
+ GO7007_BOARD_USE_ONBOARD_I2C,
+ .audio_flags = GO7007_AUDIO_I2S_MODE_1 |
+ GO7007_AUDIO_I2S_
Re: go7007 driver -- which program you use for capture
On Fri, Jan 8, 2010 at 2:07 PM, TJ wrote: > Pete and anybody else out there with go7007 devices, what do you use for > capture? > > Without GO7007 ioctls, I was only able to get vlc to capture in MJPEG format. Never actually used one myself, but MythTV has support for at least the Plextor ConvertX go7007-based devices. -- Jarod Wilson ja...@wilsonet.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
[cron job] v4l-dvb daily build 2.6.22 and up: ERRORS, 2.6.16-2.6.21: OK
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 Jan 8 19:00:02 CET 2010 path:http://www.linuxtv.org/hg/v4l-dvb changeset: 13879:b6b82258cf5e gcc version: gcc (GCC) 4.3.1 hardware:x86_64 host os: 2.6.26 linux-2.6.30-armv5: OK linux-2.6.31-armv5: OK linux-2.6.32-armv5: OK linux-2.6.33-rc2-armv5: ERRORS linux-2.6.32-armv5-davinci: OK linux-2.6.33-rc2-armv5-davinci: ERRORS linux-2.6.30-armv5-ixp: OK linux-2.6.31-armv5-ixp: OK linux-2.6.32-armv5-ixp: OK linux-2.6.33-rc2-armv5-ixp: ERRORS linux-2.6.30-armv5-omap2: OK linux-2.6.31-armv5-omap2: OK linux-2.6.32-armv5-omap2: OK linux-2.6.33-rc2-armv5-omap2: ERRORS linux-2.6.22.19-i686: OK linux-2.6.23.12-i686: OK linux-2.6.24.7-i686: OK linux-2.6.25.11-i686: OK linux-2.6.26-i686: OK linux-2.6.27-i686: OK linux-2.6.28-i686: OK linux-2.6.29.1-i686: WARNINGS linux-2.6.30-i686: OK linux-2.6.31-i686: WARNINGS linux-2.6.32-i686: WARNINGS linux-2.6.33-rc2-i686: ERRORS linux-2.6.30-m32r: OK linux-2.6.31-m32r: OK linux-2.6.32-m32r: OK linux-2.6.33-rc2-m32r: ERRORS linux-2.6.30-mips: WARNINGS linux-2.6.31-mips: OK linux-2.6.32-mips: OK linux-2.6.33-rc2-mips: ERRORS linux-2.6.30-powerpc64: WARNINGS linux-2.6.31-powerpc64: OK linux-2.6.32-powerpc64: WARNINGS linux-2.6.33-rc2-powerpc64: ERRORS linux-2.6.22.19-x86_64: OK linux-2.6.23.12-x86_64: OK 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: WARNINGS linux-2.6.30-x86_64: OK linux-2.6.31-x86_64: WARNINGS linux-2.6.32-x86_64: WARNINGS linux-2.6.33-rc2-x86_64: ERRORS spec: OK sparse (linux-2.6.32): ERRORS sparse (linux-2.6.33-rc2): ERRORS linux-2.6.16.61-i686: OK linux-2.6.17.14-i686: OK linux-2.6.18.8-i686: OK linux-2.6.19.5-i686: OK linux-2.6.20.21-i686: OK linux-2.6.21.7-i686: OK linux-2.6.16.61-x86_64: OK linux-2.6.17.14-x86_64: OK linux-2.6.18.8-x86_64: OK linux-2.6.19.5-x86_64: OK linux-2.6.20.21-x86_64: OK linux-2.6.21.7-x86_64: OK Detailed results are available here: http://www.xs4all.nl/~hverkuil/logs/Friday.log Full logs are available here: http://www.xs4all.nl/~hverkuil/logs/Friday.tar.bz2 The V4L-DVB specification from this daily build is here: http://www.xs4all.nl/~hverkuil/spec/media.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
cx23885 oops during loading, WinTV-HVR-1850 card
I picked up an HVR-1800 but the box contained an 1850. Encouraged by other reports of success on this list, I plunged ahead and tried it. However, the driver oopses during loading, and oddly, after that point my terminal loses job control (can't ^C or ^Z anymore... weird.) System is running Fedora 12 with kernel 2.6.31.9-174.fc12.i686.PAE. Stock driver in fedora works, but does not reckognize the 1850. Motherboard is an Intel DG45FC with a Core 2 Duo. So I compiled v4l-dvb from HG against the fedora headers and loaded the new modules, that's when the opps happens. Details below. I tried replacing only the cx23885.ko driver, as well as installing all of the v4l-dvb drivers -- behaviour seemed to be the same. With all drivers installed, system bootup does not complete, udev hangs, but I see the same kernel oops from cx23885. Question: should I be trying this against vanilla kernel? Or should I try investigating the oops to see if I can figure out what's wrong? Any other debug/diagnostics I can provide? Thanks! -Ralph cx23885 driver version 0.0.2 loaded cx23885 :02:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19 CORE cx23885[0]: subsystem: 0070:8541, board: Hauppauge WinTV-HVR1850 [card=24,autodetected] tveeprom 6-0050: Hauppauge model 85021, rev C5F5, serial# 6396039 tveeprom 6-0050: MAC address is 00-0D-FE-61-98-87 tveeprom 6-0050: tuner model is NXP 18271C2 (idx 155, type 54) tveeprom 6-0050: TV standards NTSC(M) ATSC/DVB Digital (eeprom 0x88) tveeprom 6-0050: audio processor is CX23888 (idx 40) tveeprom 6-0050: decoder processor is CX23888 (idx 34) tveeprom 6-0050: has radio, has IR receiver, has no IR transmitter cx23885[0]: hauppauge eeprom: model=85021 cx25840 8-0044: cx25 0-21 found @ 0x88 (cx23885[0]) cx25840 8-0044: firmware: requesting v4l-cx23885-avcore-01.fw cx25840 8-0044: loaded v4l-cx23885-avcore-01.fw firmware (16382 bytes) cx23885[0]: registered device video0 [mpeg] cx23885_dvb_register() allocating 1 frontend(s) cx23885[0]: cx23885 based dvb card tda18271 6-0060: creating new instance TDA18271HD/C2 detected @ 6-0060 DVB: registering new adapter (cx23885[0]) DVB: registering adapter 0 frontend 0 (Samsung S5H1411 QAM/8VSB Frontend)... cx23885_dev_checkrevision() Hardware revision = 0xd0 cx23885[0]/0: found at :02:00.0, rev: 4, irq: 19, latency: 0, mmio: 0xff40 cx23885 :02:00.0: setting latency timer to 64 IRQ 19/cx23885[0]: IRQF_DISABLED is not guaranteed on shared IRQs input: cx23885 IR (Hauppauge WinTV-HVR as /devices/pci:00/:00:1c.3/:02:00.0/input/input13 Creating IR device irrcv0 BUG: unable to handle kernel paging request at 72727563 IP: [] strcmp+0xf/0x22 *pdpt = 33195001 *pde = Oops: [#1] SMP last sysfs file: /sys/module/i2c_core/initstate Modules linked in: tda18271 s5h1411 cx25840 cx23885(+) ir_common ir_core fuse nfs lockd fscache nfs_acl auth_rpcgss coretemp sunrpc ipv6 cpufreq_ondemand acpi_cpufreq dm_multipath uinput snd_hda_codec_intelhdmi snd_hda_codec_idt snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm snd_timer cx2341x videobuf_dma_sg v4l2_common snd videodev v4l1_compat soundcore videobuf_dvb i2c_i801 iTCO_wdt iTCO_vendor_support dvb_core videobuf_core btcx_risc tveeprom e1000e snd_page_alloc serio_raw i915 drm_kms_helper drm i2c_algo_bit i2c_core video output [last unloaded: cx23885] Pid: 1778, comm: insmod Not tainted (2.6.31.9-174.fc12.i686.PAE #1) EIP: 0060:[] EFLAGS: 00010286 CPU: 1 EIP is at strcmp+0xf/0x22 EAX: c08db475 EBX: f312c030 ECX: c050a5e0 EDX: 72727563 ESI: c08db4d3 EDI: 72727563 EBP: f39f3d34 ESP: f39f3d2c DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Process insmod (pid: 1778, ti=f39f2000 task=f31472c0 task.ti=f39f2000) Stack: 72727563 f312c150 f39f3d44 c050a80f f312c150 f39f3d80 f39f3d54 c050a8f1 <0> f39f3d80 f312c150 f39f3d74 c050af25 f39f3d74 f39f3d80 f312c000 f39f3d80 <0> f312c150 fff4 f39f3d9c c050a48c f312c000 f312c000 Call Trace: [] ? sysfs_find_dirent+0x1b/0x2c [] ? __sysfs_add_one+0x18/0x72 [] ? sysfs_add_one+0x18/0xc2 [] ? sysfs_add_file_mode+0x4a/0x68 [] ? internal_create_group+0xbd/0x122 [] ? sysfs_create_group+0x11/0x16 [] ? ir_register_class+0x70/0xa2 [ir_core] [] ? ir_input_register+0x1ca/0x217 [ir_core] [] ? cx23888_ir_rx_s_parameters+0x283/0x28d [cx23885] [] ? mutex_lock+0x22/0x3c [] ? cx23885_input_init+0x241/0x27c [cx23885] [] ? cx23885_initdev+0xa40/0xa8c [cx23885] [] ? cx25840_s_frequency+0x0/0x1c [cx25840] [] ? local_pci_probe+0x13/0x15 [] ? pci_device_probe+0x48/0x6b [] ? driver_probe_device+0xbc/0x1b8 [] ? __driver_attach+0x48/0x64 [] ? bus_for_each_dev+0x42/0x6c [] ? driver_attach+0x19/0x1b [] ? __driver_attach+0x0/0x64 [] ? bus_add_driver+0xd0/0x211 [] ? kset_find_obj+0x23/0x4f [] ? driver_register+0x7e/0xe5 [] ? __pci_register_driver+0x3d/0x9a [] ? cx23885_init+0x0/0x29 [cx23885] [] ? cx23885_init+0x27/0x29 [cx23885] [] ? do_one_initcall+0x51/0x13f [] ? sys_init_module+
go7007 driver -- which program you use for capture
Pete and anybody else out there with go7007 devices, what do you use for capture? Without GO7007 ioctls, I was only able to get vlc to capture in MJPEG format. -TJ -- 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: gspca - pac7302: Add a delay on loading the bridge registers.
Hi, At http://linuxtv.org/hg/~jfrancois/gspca/rev/b0a374674388 : > From: Jean-Francois Moine > > Without the delay, the usb_control_msg() may fail when loading the > page 3 with error -71 or -62. > > Priority: normal > > Signed-off-by: Jean-Francois Moine include/asm-generic/errno.h: > #define ETIME 62 /* Timer expired */ > #define EPROTO 71 /* Protocol error */ I'm interested in which device have you used for testing this? Regards, Márton Németh -- 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 - v3 4/4] DaVinci - vpfe-capture-converting ccdc drivers to platform driver
"Hiremath, Vaibhav" writes: >> > [Hiremath, Vaibhav] Hi Kevin and Murali, > > Sorry for jumping into this discussion so late, > > Can we use clk_add_alias() function exported by clkdev.c file here? > With this board specific file can define aliases for all required > platform_data keeping CLK() entry generic. Yes, this would be a good use case clk_add_alias() Kevin -- 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: [PULL] http://www.kernellabs.com/hg/~dheitmueller/hvr-1600-alsa-2
On Wed, 2010-01-06 at 23:00 -0500, Devin Heitmueller wrote: > Mauro, > > Please PULL from > http://www.kernellabs.com/hg/~dheitmueller/hvr-1600-alsa-2 for the > following: In case it's needed: Acked-by: Andy Walls Regards, Andy > cx18-alsa: Fix the rates definition and move some buffer freeing code. > cx18: address possible passing of NULL to snd_card_free > cx18-alsa: codingstyle cleanup > cx18-alsa: codingstyle cleanup > cx18: codingstyle fixes > cx18-alsa: codingstyle fixes > cx18-alsa: fix codingstyle issue > cx18-alsa: fix memory leak in error condition > cx18-alsa: remove a couple of warnings > cx18-alsa: name alsa device after the actual card > cx18: cleanup cx18-alsa debug logging > cx18: rework cx18-alsa module loading to support automatic loading > cx18-alsa: remove unneeded debug line > cx18: export more symbols required by cx18-alsa > cx18: add cx18-alsa module to Makefile > cx18: overhaul ALSA PCM device handling so it works > cx18: export a couple of symbols so they can be shared with cx18-alsa > cx18: make it so cx18-alsa-main.c compiles > cx18: rename cx18-alsa.c > cx18-alsa: Add non-working cx18-alsa-pcm.[ch] files to avoid data loss > cx18-alsa: Initial non-working cx18-alsa files > > This includes the codingstyle fixes Mauro reported as well as the > changes Takashi Iwai suggested for the ALSA config and buffer > handling. > > Devin > -- 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: WinTV Radio rev-c121 remote support
On Tue, 05 Jan 2010 21:11:59 +0100, Samuel Rakitničan
wrote:
Hi,
I have an old bt878 based analog card. It's 'Hauppauge WinTV Radio'
model 44914,
rev C121.
I'm trying to workout support for this shipped remote control. I have
tried to add
following lines to bttv-cards.c and bttv-input.c, but that gived
really bad results
(dmesg output is in attachment).
diff -r b6b82258cf5e linux/drivers/media/video/bt8xx/bttv-cards.c
--- a/linux/drivers/media/video/bt8xx/bttv-cards.c Thu Dec 31
19:14:54 2009
-0200
+++ b/linux/drivers/media/video/bt8xx/bttv-cards.c Tue Jan 05
13:25:09 2010
+0100
@@ -491,6 +491,7 @@
.pll= PLL_28,
.tuner_type = UNSET,
.tuner_addr = ADDR_UNSET,
+ .has_remote = 1,
},
[BTTV_BOARD_MIROPRO] = {
.name = "MIRO PCTV pro",
diff -r b6b82258cf5e linux/drivers/media/video/bt8xx/bttv-input.c
--- a/linux/drivers/media/video/bt8xx/bttv-input.c Thu Dec 31
19:14:54 2009
-0200
+++ b/linux/drivers/media/video/bt8xx/bttv-input.c Tue Jan 05
13:25:09 2010
+0100
@@ -341,6 +341,12 @@
ir->last_gpio=
ir_extract_bits(bttv_gpio_read(&btv->c),
ir->mask_keycode);
break;
+ case BTTV_BOARD_HAUPPAUGE878:
+ ir_codes = &ir_codes_pctv_sedna_table;
+ ir->mask_keycode = 0;
+ ir->mask_keyup = 0;
+ //ir->polling = 50;
+ break;
}
if (NULL == ir_codes) {
dprintk(KERN_INFO "Ooops: IR config error [card=%d]\n",
btv->c.type);
r...@crni:~/v4l-dvb# modprobe bttv
Segmentation fault
r...@crni:~/v4l-dvb#
Message from sysl...@crni at Tue Jan 5 13:03:08 2010 ...
crni kernel: Oops: [#1] SMP
[...]
So I guess that's not going to work. I have read in
wiki that Hauppauge cards needs ir-kbd-i2c, so I tried with that too, but
then similar error like previous happens when I try 'modprobe ir-kbd-i2c
debug=1
hauppauge=1' as well as just 'modprobe ir-kbd-i2c'.
Can I have a little pointer what to do?
Regards,
Samuel
--
Card: http://linuxtv.org/wiki/index.php/File:Wintv-radio-C121.jpg
Remote: http://linuxtv.org/wiki/index.php/File:Wintv-radio-remote.jpg
Did some investigation, maybe this can help to clarify some things. Still
didn't get any response in dmesg from remote.
Chips:
U1 - ST EEPROM - 24C02 4 ST K143L
U2 - Fairchild Dual 4-Channel Analog Multiplexer/Demultiplexer - CD4052BCM
U5 - Microchip EPROM - PIC16C54C 20/S3 0117H08 - IR Remote Control?
U6 - PTC Headphone Driver IC - PT2308-S
In metal can: EPCOS G1984D - demodulator
i2c_scan:
bttv0: i2c scan: found device @ 0x30 [IR (hauppauge)]
bttv0: i2c scan: found device @ 0xa0 [eeprom]
bttv0: i2c scan: found device @ 0xc2 [tuner (analog)]
eeprom dump:
tveeprom 1-0050: full 256-byte eeprom dump:
tveeprom 1-0050: 00: 84 12 00 00 05 50 0e 7f 04 15 01 72 af 91 14 8d
tveeprom 1-0050: 10: 00 00 00 00 05 84 0a 00 01 01 20 77 00 40 62 6c
tveeprom 1-0050: 20: 3c 00 74 02 01 00 02 79 b3 00 00 00 00 00 00 00
tveeprom 1-0050: 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tveeprom 1-0050: 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tveeprom 1-0050: 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tveeprom 1-0050: 60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tveeprom 1-0050: 70: 00 00 00 00 00 00 00 00 00 00 00 00 13 eb 00 70
tveeprom 1-0050: 80: 84 12 00 00 05 50 0e 7f 04 15 01 72 af 91 14 8d
tveeprom 1-0050: 90: 00 00 00 00 05 84 0a 00 01 01 20 77 00 40 62 6c
tveeprom 1-0050: a0: 3c 00 74 02 01 00 02 79 b3 00 00 00 00 00 00 00
tveeprom 1-0050: b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tveeprom 1-0050: c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tveeprom 1-0050: d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tveeprom 1-0050: e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tveeprom 1-0050: f0: 00 00 00 00 00 00 00 00 00 00 00 00 13 eb 00 70
tveeprom 1-0050: Tag [00] + 17 bytes: 05 50 0e 7f 04 15 01 72 af 91 14 8d
00 00 00 00 05
tveeprom 1-0050: Tag [01] + 9 bytes: 01 20 77 00 40 62 6c 3c 00
tveeprom 1-0050: Tag [02] + 3 bytes: 01 00 02
modprobe ir-kbd-i2c debug=1
ir-kbd-i2c: probe 0x1a @ bt878 #0 [sw]: no
ir-kbd-i2c: probe 0x18 @ bt878 #0 [sw]: yes
linux/drivers/media/video/ir-kbd-i2c.c
417 case 0x18:
418 case 0x1a:
419 name= "Hauppauge";
420 //ir->get_key = get_key_haup;
421 ir_type = IR_TYPE_RC5;
422 if (hauppauge == 1) {
423 ir_codes= &ir_codes_hauppauge_new_table;
424 } else {
425 ir_codes= &ir_codes_rc5_tv_table;
426 }
427 break;
If I comment above line segfault does not occur. Tried the remote under
windows, and is working properly.
--
To unsubscribe from this list: send the line "unsubscr
[PATCH] DVB-T regression fix for saa7134 cards
Hi
Some customers has problem with quality of DVB-T
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/446575
After this patch http://patchwork.kernel.org/patch/23345/
This is patch for fix regression with DVB-T. Tested with many people.
diff -u ./saa7134.orig/saa7134-core.c ./saa7134/saa7134-core.c
--- ./saa7134.orig/saa7134-core.c 2009-09-10 05:13:59.0 +0700
+++ ./saa7134/saa7134-core.c2010-01-07 13:01:11.0 +0600
@@ -420,19 +420,6 @@
ctrl |= SAA7134_MAIN_CTRL_TE5;
irq |= SAA7134_IRQ1_INTE_RA2_1 |
SAA7134_IRQ1_INTE_RA2_0;
-
- /* dma: setup channel 5 (= TS) */
-
- saa_writeb(SAA7134_TS_DMA0, (dev->ts.nr_packets - 1) & 0xff);
- saa_writeb(SAA7134_TS_DMA1,
- ((dev->ts.nr_packets - 1) >> 8) & 0xff);
- /* TSNOPIT=0, TSCOLAP=0 */
- saa_writeb(SAA7134_TS_DMA2,
- (((dev->ts.nr_packets - 1) >> 16) & 0x3f) | 0x00);
- saa_writel(SAA7134_RS_PITCH(5), TS_PACKET_SIZE);
- saa_writel(SAA7134_RS_CONTROL(5), SAA7134_RS_CONTROL_BURST_16 |
- SAA7134_RS_CONTROL_ME |
- (dev->ts.pt_ts.dma >> 12));
}
/* set task conditions + field handling */
diff -u ./saa7134.orig/saa7134-ts.c ./saa7134/saa7134-ts.c
--- ./saa7134.orig/saa7134-ts.c 2009-09-10 05:13:59.0 +0700
+++ ./saa7134/saa7134-ts.c 2010-01-07 13:03:29.0 +0600
@@ -249,7 +249,20 @@
dprintk("TS start\n");
BUG_ON(dev->ts_started);
+
+ /* dma: setup channel 5 (= TS) */
+ saa_writeb(SAA7134_TS_DMA0, (dev->ts.nr_packets - 1) & 0xff);
+ saa_writeb(SAA7134_TS_DMA1,
+ ((dev->ts.nr_packets - 1) >> 8) & 0xff);
+ /* TSNOPIT=0, TSCOLAP=0 */
+ saa_writeb(SAA7134_TS_DMA2,
+ (((dev->ts.nr_packets - 1) >> 16) & 0x3f) | 0x00);
+ saa_writel(SAA7134_RS_PITCH(5), TS_PACKET_SIZE);
+ saa_writel(SAA7134_RS_CONTROL(5), SAA7134_RS_CONTROL_BURST_16 |
+ SAA7134_RS_CONTROL_ME |
+ (dev->ts.pt_ts.dma >> 12));
+ /* reset hardware TS buffers */
saa_writeb(SAA7134_TS_SERIAL1, 0x00);
saa_writeb(SAA7134_TS_SERIAL1, 0x03);
saa_writeb(SAA7134_TS_SERIAL1, 0x00);
Signed-off-by: Alexey Osipov
Signed-off-by: Beholder Intl. Ltd. Dmitry Belimov
With my best regards, Dmitry.diff -u ./saa7134.orig/saa7134-core.c ./saa7134/saa7134-core.c
--- ./saa7134.orig/saa7134-core.c 2009-09-10 05:13:59.0 +0700
+++ ./saa7134/saa7134-core.c 2010-01-07 13:01:11.0 +0600
@@ -420,19 +420,6 @@
ctrl |= SAA7134_MAIN_CTRL_TE5;
irq |= SAA7134_IRQ1_INTE_RA2_1 |
SAA7134_IRQ1_INTE_RA2_0;
-
- /* dma: setup channel 5 (= TS) */
-
- saa_writeb(SAA7134_TS_DMA0, (dev->ts.nr_packets - 1) & 0xff);
- saa_writeb(SAA7134_TS_DMA1,
- ((dev->ts.nr_packets - 1) >> 8) & 0xff);
- /* TSNOPIT=0, TSCOLAP=0 */
- saa_writeb(SAA7134_TS_DMA2,
- (((dev->ts.nr_packets - 1) >> 16) & 0x3f) | 0x00);
- saa_writel(SAA7134_RS_PITCH(5), TS_PACKET_SIZE);
- saa_writel(SAA7134_RS_CONTROL(5), SAA7134_RS_CONTROL_BURST_16 |
- SAA7134_RS_CONTROL_ME |
- (dev->ts.pt_ts.dma >> 12));
}
/* set task conditions + field handling */
diff -u ./saa7134.orig/saa7134-ts.c ./saa7134/saa7134-ts.c
--- ./saa7134.orig/saa7134-ts.c 2009-09-10 05:13:59.0 +0700
+++ ./saa7134/saa7134-ts.c 2010-01-07 13:03:29.0 +0600
@@ -249,7 +249,20 @@
dprintk("TS start\n");
BUG_ON(dev->ts_started);
+
+ /* dma: setup channel 5 (= TS) */
+ saa_writeb(SAA7134_TS_DMA0, (dev->ts.nr_packets - 1) & 0xff);
+ saa_writeb(SAA7134_TS_DMA1,
+ ((dev->ts.nr_packets - 1) >> 8) & 0xff);
+ /* TSNOPIT=0, TSCOLAP=0 */
+ saa_writeb(SAA7134_TS_DMA2,
+ (((dev->ts.nr_packets - 1) >> 16) & 0x3f) | 0x00);
+ saa_writel(SAA7134_RS_PITCH(5), TS_PACKET_SIZE);
+ saa_writel(SAA7134_RS_CONTROL(5), SAA7134_RS_CONTROL_BURST_16 |
+ SAA7134_RS_CONTROL_ME |
+ (dev->ts.pt_ts.dma >> 12));
+ /* reset hardware TS buffers */
saa_writeb(SAA7134_TS_SERIAL1, 0x00);
saa_writeb(SAA7134_TS_SERIAL1, 0x03);
saa_writeb(SAA7134_TS_SERIAL1, 0x00);
Signed-off-by: Alexey Osipov
Signed-off-by: Beholder Intl. Ltd. Dmitry Belimov
RE: [PATCH - v3 4/4] DaVinci - vpfe-capture-converting ccdc drivers to platform driver
> -Original Message- > From: davinci-linux-open-source-boun...@linux.davincidsp.com > [mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On > Behalf Of Karicheri, Muralidharan > Sent: Friday, January 08, 2010 4:55 AM > To: Kevin Hilman > Cc: davinci-linux-open-sou...@linux.davincidsp.com; linux- > me...@vger.kernel.org > Subject: RE: [PATCH - v3 4/4] DaVinci - vpfe-capture-converting ccdc > drivers to platform driver > > Arch patches are not usually merged in Hans tree. > [Hiremath, Vaibhav] Hi Kevin and Murali, Sorry for jumping into this discussion so late, Can we use clk_add_alias() function exported by clkdev.c file here? With this board specific file can define aliases for all required platform_data keeping CLK() entry generic. Thanks, Vaibhav > Murali Karicheri > Software Design Engineer > Texas Instruments Inc. > Germantown, MD 20874 > phone: 301-407-9583 > email: m-kariche...@ti.com > > >-Original Message- > >From: Kevin Hilman [mailto:khil...@deeprootsystems.com] > >Sent: Thursday, January 07, 2010 4:50 PM > >To: Karicheri, Muralidharan > >Cc: linux-media@vger.kernel.org; hverk...@xs4all.nl; davinci-linux- > open- > >sou...@linux.davincidsp.com > >Subject: Re: [PATCH - v3 4/4] DaVinci - vpfe-capture-converting > ccdc > >drivers to platform driver > > > >"Karicheri, Muralidharan" writes: > > > >> Can I remove it through a separate patch? This patch is already > merged in > >Hans tree. > > > >Hmm, arch patches should not be merged yet as I have not ack'd > them. > > > >Kevin > > > > > >>>-Original Message- > >>>From: Kevin Hilman [mailto:khil...@deeprootsystems.com] > >>>Sent: Thursday, January 07, 2010 2:44 PM > >>>To: Karicheri, Muralidharan > >>>Cc: linux-media@vger.kernel.org; hverk...@xs4all.nl; davinci- > linux-open- > >>>sou...@linux.davincidsp.com > >>>Subject: Re: [PATCH - v3 4/4] DaVinci - vpfe-capture-converting > ccdc > >>>drivers to platform driver > >>> > >>>"Karicheri, Muralidharan" writes: > >>> > Kevin, > > > > >OK, I'm not extremely familar with the whole video architecture > here, > >but are all of these drivers expected to be doing clk_get() and > >clk_enable()? > > > > [MK]Many IPs on DaVinci VPFE would require vpss master clock. > So > it is better to do the way I have done in my patch. So it is > expected > that clk_get, clk_enable etc are called from other drivers as > well. > >>> > >>>OK, then you are expecting to add clkdev nodes for the other > devices > >>>as well. That's ok. > >>> > >>>However, you still haven't answered my original question. > AFAICT, > >>>there are no users of the clkdev nodes "vpss_master" and > "vpss_slave". > >>>Why not remove those and replace them with your new nodes instead > of > >>>leaving them and adding new ones? > >>> > >>>Kevin > ___ > Davinci-linux-open-source mailing list > davinci-linux-open-sou...@linux.davincidsp.com > http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open- > source -- 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: [RESEND] Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression
Hi,
Please refer to the XCEIVE document.
And set the correct SCODE.
>> 380.912010] xc2028 4-0061: Loading SCODE for >>type=DTV6 QAM DTV7 DTV78
>> (What is this type ???)
>>DTV8 ZARLINK456 SCODE HAS_IF_4760
>>(620003e0), id .
Terry
2010/1/8 Terry Wu :
> Hi,
>
> XCEIVE's documents are attached.
>
> Terry
>
> 2010/1/8 Robert Lowery :
>> Hi Terry,
>>
>> Thanks for your comments, my responses are inline below.
>>
>>> Hi,
>>>
>>> You can check the dmesg output to verify which XCEIVE
>>> firmware/SCODE is using.
>>> For examples,
>>> (1). DVB-T 7MHz bandwidth, frequency=177.5MHz and BASE F8MHZ/DTV7
>>> firmware is using,
>>> SCODE SCODE DTV7 ZARLINK456/HAS_IF_5260
>>> [ 266.008596] xc2028 0-0061: Loading firmware for type=BASE F8MHZ (3),
>> id .
>>> [ 267.098011] xc2028 0-0061: Loading firmware for type=D2633 DTV7 (90),
>> id .
>>> [ 267.48] xc2028 0-0061: Loading SCODE for type=DTV7 ZARLINK456
>> SCODE HAS_IF_5260 (6280), id .
>>>
>>> (2). DVB-T 7MHz bandwidth, frequency=177.5MHz and BASE F8MHZ/DTV78
>>> firmware is using,
>>> SCODE DTV78 ZARLINK456/SCODE HAS_IF_4760
>>> [ 1089.192377] xc2028 0-0061: Loading firmware for type=BASE F8MHZ (3),
>> id .
>>> [ 1090.265461] xc2028 0-0061: Loading firmware for type=D2633 DTV78
>> (110), id .
>>> [ 1090.278523] xc2028 0-0061: Loading SCODE for type=DTV78 ZARLINK456
>> SCODE HAS_IF_4760 (62000100), id .
>>
>> My firmware load logging looks as follows
>> [ 376.312248] xc2028 4-0061: Loading firmware for type=BASE F8MHZ (3), id
>> .
>> [ 380.832015] xc2028 4-0061: Loading firmware for type=D2633 DTV7 (90),
>> id .
>> [ 380.912010] xc2028 4-0061: Loading SCODE for type=DTV6 QAM DTV7 DTV78
>> DTV8 ZARLINK456 SCODE HAS_IF_4760 (620003e0), id .
>>
>>>
>>> Terry
>>>
>>> 2010/1/7 Terry Wu :
Hi,
The following codes in the 6MHz patch are not for 6MHz.
Please read the mchehab's comments.
1.28 /*
1.29 - * We must adjust the offset by 500kHz in two
>> cases in order
1.30 - * to correctly center the IF output:
1.31 - * 1) When the ZARLINK456 or DIBCOM52 tables
>> were
explicitly
1.32 - * selected and a 7MHz channel is tuned;
>> 1.33 - * 2) When tuning a VHF channel with DTV78
>> firmware.
1.34 + * We must adjust the offset by 500kHz when
>> 1.35 + * tuning a 7MHz VHF channel with DTV78 firmware
>> 1.36 + * (used in Australia)
1.37 */
1.38 - if (((priv->cur_fw.type & DTV7) &&
1.39 - (priv->cur_fw.scode_table & (ZARLINK456 |
>> DIBCOM52))) ||
1.40 - ((priv->cur_fw.type & DTV78) && freq <
>> 47000))
1.41 + if ((priv->cur_fw.type & DTV78) && freq <
>> 47000)
1.42 offset -= 50;
BTW, the DTV7 firmware or DTV78 firmware is using if you are tuning
>> a VHF channel (frequency < 470MHz).
And the above mchehab's new codes will not do "offset -= 50;"
>> if DTV7 firmware is using.
Terry
>> Mauro's new code does the 50 offset unconditionally for DTV7 by
>> setting offset = 225, not just when the ZARLINK456 or DIBCOM52 tables
>> were explicitly selected. This change is what appears to cause issues for
>> me.
>>
>> The working (old) code used to do something like the following for DTV7
>>
>> + offset = 275;
>> ...
>> + if (((priv->cur_fw.type & DTV7) &&
>> + (priv->cur_fw.scode_table & (ZARLINK456 | DIBCOM52))) ||
>> + ((priv->cur_fw.type & DTV78) && freq < 47000))
>> offset -= 50;
>>
>> My firmware type is DTV7, but priv->cur_fw.scode_table == 1<<29 == SCODE,
>> which does not match the test for (ZARLINK456 | DIBCOM52), so offset is
>> left as 275 which works perfectly for me.
>>
>> The current hg tip which does not work well for me now does a
>> - else if (priv->cur_fw.type & DTV7)
>> - offset = 225;
>>
>> including the 500kHz offset adjustment in the initial value. This causes
>> a lot of stuttering, corruption etc for me.
>>
>> My patch set proposes to revert back to the original working code, but
>> still implement the change from testing against ATSC to DTV6 for (Taiwan?)
>>
>> That is
>> diff -r 32b2a1875752 linux/drivers/media/common/tuners/tuner-xc2028.c ---
>> a/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 20 12:47:40
>> 2009 +0100
>> +++ b/linux/drivers/media/common/tuners/tuner-xc2028.c Fri Nov 27 10:29:22
>> 2009 +1100
>> @@ -936,7 +936,7 @@
>> */
>> if (new_mode == T_ANALOG_TV) {
>> rc = send_seq(priv, {0
