Re: Regression in Hauppauge WinTV USB support in 2.6.30.x

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Aug 13, 2009 at 08:44:52PM +0930, Tony Cook wrote:
> Uncertain as to whom may be interested I shall start here until advised otherwise.
> 
> This device works fine in 2.6.29 but now dies in the following manner when inserted with any 2.6.30 kernel.
> 
> Linux video capture interface: v2.00
> em28xx: New device WinTV USB2 @ 480 Mbps (2040:4200, interface 0, class 0)
> em28xx #0: Identified as Hauppauge WinTV USB 2 (card=4)
> em28xx #0: chip ID is em2840
> em28xx #0: i2c eeprom 00: 1a eb 67 95 40 20 00 42 20 00 1e 03 82 18 6a 18
> em28xx #0: i2c eeprom 10: 00 00 24 57 6e 00 00 00 60 00 00 00 02 00 00 00
> em28xx #0: i2c eeprom 20: 1e 00 10 10 00 00 00 00 00 00 00 00 00 00 00 00
> em28xx #0: i2c eeprom 30: 00 00 20 40 20 80 02 20 10 01 01 01 00 00 00 00
> em28xx #0: i2c eeprom 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> em28xx #0: i2c eeprom 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
> em28xx #0: i2c eeprom 60: 00 00 00 00 00 00 00 00 00 00 18 03 30 00 30 00
> em28xx #0: i2c eeprom 70: 31 00 30 00 35 00 30 00 34 00 33 00 38 00 38 00
> em28xx #0: i2c eeprom 80: 00 00 18 03 57 00 69 00 6e 00 54 00 56 00 20 00
> em28xx #0: i2c eeprom 90: 55 00 53 00 42 00 32 00 00 00 00 00 00 00 00 00
> em28xx #0: i2c eeprom a0: 84 12 00 00 05 50 1a 7f 74 3e 23 23 a4 92 15 8d
> em28xx #0: i2c eeprom b0: ff 00 00 00 04 84 0a 00 01 01 20 77 00 40 c4 48
> em28xx #0: i2c eeprom c0: a0 00 74 02 01 06 03 79 9d 00 00 00 00 00 00 00
> em28xx #0: i2c eeprom d0: 84 12 00 00 05 50 1a 7f 74 3e 23 23 a4 92 15 8d
> em28xx #0: i2c eeprom e0: ff 00 00 00 04 84 0a 00 01 01 20 77 00 40 c4 48
> em28xx #0: i2c eeprom f0: a0 00 74 02 01 06 03 79 9d 00 00 00 00 00 00 00
> em28xx #0: EEPROM ID= 0x9567eb1a, EEPROM hash = 0xaa0243ea
> em28xx #0: EEPROM info:
> em28xx #0:	I2S audio, sample rate=32k
> em28xx #0:	500mA max power
> em28xx #0:	Table at 0x24, strings=0x1882, 0x186a, 0x0000
> tveeprom 3-0050: Hauppauge model 42019, rev C162, serial# 10504388
> tveeprom 3-0050: tuner model is LG S701D MK3 (idx 62, type 38)
> tveeprom 3-0050: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) (eeprom 0x74)
> tveeprom 3-0050: audio processor is MSP3415 (idx 6)
> tveeprom 3-0050: has radio
> msp3400 3-0044: MSP3415G-B8 found @ 0x88 (em28xx #0)
> msp3400 3-0044: msp3400 supports nicam and radio, mode is autodetect and autoselect
> tvp5150 3-005c: chip found @ 0xb8 (em28xx #0)
> tuner 3-0043: chip found @ 0x86 (em28xx #0)
> tda9887 3-0043: creating new instance
> tda9887 3-0043: tda988[5/6/7] found
> tda9887 3-0043: destroying instance
> tuner-simple 3-0043: creating new instance
> tuner-simple 3-0043: type set to 38 (Philips PAL/SECAM multi (FM1216ME MK3))
> BUG: unable to handle kernel NULL pointer dereference at 0000000000000038
> IP: [<ffffffffa0d6cd2e>] tda9887_set_params+0x1e/0x50 [tda9887]
> PGD 109123067 PUD 109126067 PMD 0 
> Oops: 0002 [#1] PREEMPT SMP 
> last sysfs file: /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1.1/bmAttributes
> CPU 1 
> Modules linked in: tuner tea5767 tda8290 tda18271 tda827x tuner_xc2028 xc5000 tda9887 tuner_simple tuner_types mt20xx tea5761 tvp5150 msp3400 em28xx(+) ir_common v4l2_common videodev v4l1_compat v4l2_compat_ioctl32 videobuf_vmalloc videobuf_core tveeprom vmnet parport_pc vsock vmci vmmon vboxnetadp vboxnetflt vboxdrv fuse autofs4 coretemp smsc47b397 hwmon sunrpc ipv6 cpufreq_ondemand acpi_cpufreq freq_table dm_mirror dm_region_hash dm_log dm_multipath dm_mod uinput snd_hda_codec_realtek nvidia(P) snd_hda_intel snd_hda_codec iTCO_wdt iTCO_vendor_support snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq ppdev snd_seq_device snd_pcm_oss snd_mixer_oss i2c_core snd_pcm sr_mod cdrom snd_timer rtc_cmos snd soundcore snd_page_alloc e1000e rtc_core parport rtc_lib sg floppy serio_raw pcspkr button ata_piix libata sd_mod scsi_mod ext3 jbd mbcache uhci_hcd ohci_hcd ehci_hcd [last unloaded: vmnet]
> Pid: 8215, comm: modprobe Tainted: P           2.6.30.3 #2 HP Compaq dc7700 Convertible Minitower
> RIP: 0010:[<ffffffffa0d6cd2e>]  [<ffffffffa0d6cd2e>] tda9887_set_params+0x1e/0x50 [tda9887]
> RSP: 0018:ffff8801090e9948  EFLAGS: 00010246
> RAX: 0000000000000002 RBX: ffff8801066ce000 RCX: ffffffffa0d6cd10
> RDX: 0000000000000000 RSI: ffff8801090e9978 RDI: ffff8801066ce000
> RBP: 0000000000000000 R08: 0000000000000002 R09: 000000000000000e
> R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000
> R13: ffff8801066ce000 R14: ffff8800ce835c00 R15: 0000000000000006
> FS:  00007f30b40dc6f0(0000) GS:ffff88002803a000(0000) knlGS:0000000000000000
> CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> CR2: 0000000000000038 CR3: 0000000109143000 CR4: 00000000000006e0
> DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Process modprobe (pid: 8215, threadinfo ffff8801090e8000, task ffff8800ce9d6cc0)
> Stack:
>  ffffe20003859fd0 0000000000000286 000000007d9995aa ffffffffa10e54a4
>  ffff000100010043 ffff8801090e997f 00000002000002c0 0000000000000001
>  0000000000000000 000000007d9995aa ffff8801066ce000 0000000000000002
> Call Trace:
>  [<ffffffffa10e54a4>] ? set_freq+0x124/0x340 [tuner]
>  [<ffffffffa10e7425>] ? set_type+0x1e5/0x810 [tuner]
>  [<ffffffffa1064b6f>] ? v4l2_device_register_subdev+0x11f/0x150 [videodev]

Looks like a bug in the driver or v4l2 layer.

Can you send this to the video 4 linux developers instead?  They are the
ones that need to know about this.

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux