* em28xx DVB modeswitching change: call for testers
@ 2009-10-14 3:52 Devin Heitmueller
2009-10-14 10:25 ` Giuseppe Borzi
` (5 more replies)
0 siblings, 6 replies; 18+ messages in thread
From: Devin Heitmueller @ 2009-10-14 3:52 UTC (permalink / raw)
To: Linux Media Mailing List
Hello all,
I have setup a tree that removes the mode switching code when
starting/stopping streaming. If you have one of the em28xx dvb
devices mentioned in the previous thread and volunteered to test,
please try out the following tree:
http://kernellabs.com/hg/~dheitmueller/em28xx-modeswitch
In particular, this should work for those of you who reported problems
with zl10353 based devices like the Pinnacle 320e (or Dazzle) and were
using that one line change I sent this week. It should also work with
Antti's Reddo board without needing his patch to move the demod reset
into the tuner_gpio.
This also brings us one more step forward to setting up the locking
properly so that applications cannot simultaneously open the analog
and dvb side of the device.
Thanks for your help,
Devin
--
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
^ permalink raw reply [flat|nested] 18+ messages in thread* Re: em28xx DVB modeswitching change: call for testers 2009-10-14 3:52 em28xx DVB modeswitching change: call for testers Devin Heitmueller @ 2009-10-14 10:25 ` Giuseppe Borzi 2009-10-14 13:12 ` Devin Heitmueller 2009-10-15 23:39 ` SebaX75 ` (4 subsequent siblings) 5 siblings, 1 reply; 18+ messages in thread From: Giuseppe Borzi @ 2009-10-14 10:25 UTC (permalink / raw) To: Linux Media Mailing List; +Cc: Devin Heitmueller [-- Attachment #1.1: Type: text/plain, Size: 1619 bytes --] > Hello all, > > I have setup a tree that removes the mode switching code when > starting/stopping streaming. If you have one of the em28xx dvb > devices mentioned in the previous thread and volunteered to test, > please try out the following tree: > > http://kernellabs.com/hg/~dheitmueller/em28xx-modeswitch > > In particular, this should work for those of you who reported problems > with zl10353 based devices like the Pinnacle 320e (or Dazzle) and were > using that one line change I sent this week. It should also work with > Antti's Reddo board without needing his patch to move the demod reset > into the tuner_gpio. > > This also brings us one more step forward to setting up the locking > properly so that applications cannot simultaneously open the analog > and dvb side of the device. > > Thanks for your help, > > Devin > Hello Devin, I've just downloaded, compiled and installed em28xx-modeswitch. Unfortunately, it doesn't work and doesn't even create /dev/dvb, /dev/videoX, /dev/vbiX. Only /dev/dsp1 is created. The dmesg is attached to this email. As you can see it ends up in errors. One last note, I downloaded from the bz2 link. Cheers. -- *********************************************************** Giuseppe Borzi, Assistant Professor at the University of Messina - Department of Civil Engineering Address: Contrada di Dio, Messina, I-98166, Italy Tel: +390903977323 Fax: +390903977480 email: gborzi@ieee.org url: http://ww2.unime.it/dic/gborzi/index.php *********************************************************** [-- Attachment #1.2: dmesg.txt --] [-- Type: text/plain, Size: 5996 bytes --] usb 1-3.1: new high speed USB device using ehci_hcd and address 8 usb 1-3.1: configuration #1 chosen from 1 choice em28xx: New device USB 2881 Video @ 480 Mbps (eb1a:2881, interface 0, class 0) em28xx #0: chip ID is em2882/em2883 em28xx #0: i2c eeprom 00: 1a eb 67 95 1a eb 81 28 58 12 5c 00 6a 20 6a 00 em28xx #0: i2c eeprom 10: 00 00 04 57 64 57 00 00 60 f4 00 00 02 02 00 00 em28xx #0: i2c eeprom 20: 56 00 01 00 00 00 02 00 b8 00 00 00 5b 1e 00 00 em28xx #0: i2c eeprom 30: 00 00 20 40 20 80 02 20 10 02 00 00 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 20 03 55 00 53 00 em28xx #0: i2c eeprom 70: 42 00 20 00 32 00 38 00 38 00 31 00 20 00 56 00 em28xx #0: i2c eeprom 80: 69 00 64 00 65 00 6f 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom e0: 5a 00 55 aa 79 55 54 03 00 17 98 01 00 00 00 00 em28xx #0: i2c eeprom f0: 0c 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 em28xx #0: EEPROM ID= 0x9567eb1a, EEPROM hash = 0xb8846b20 em28xx #0: EEPROM info: em28xx #0: AC97 audio (5 sample rates) em28xx #0: USB Remote wakeup capable em28xx #0: 500mA max power em28xx #0: Table at 0x04, strings=0x206a, 0x006a, 0x0000 em28xx #0: Identified as Unknown EM2750/28xx video grabber (card=1) em28xx #0: Your board has no unique USB ID. em28xx #0: A hint were successfully done, based on eeprom hash. em28xx #0: This method is not 100% failproof. em28xx #0: If the board were missdetected, please email this log to: em28xx #0: V4L Mailing List <linux-media@vger.kernel.org> em28xx #0: Board detected as Pinnacle Hybrid Pro tvp5150 2-005c: chip found @ 0xb8 (em28xx #0) tuner 2-0061: chip found @ 0xc2 (em28xx #0) general protection fault: 0000 [#1] PREEMPT SMP last sysfs file: /sys/module/tuner/initstate CPU 0 Modules linked in: em28xx(+) ir_common videobuf_vmalloc videobuf_core tveeprom iptable_filter ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 ip_tables x_tables cryptd aes_x86_64 aes_generic ipv6 hidp rfcomm sco bridge stp llc bnep l2cap zl10353 snd_usb_audio snd_usb_lib snd_rawmidi usbhid hid tuner_xc2028 tuner snd_seq_dummy tvp5150 snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device v4l2_common videodev v4l1_compat v4l2_compat_ioctl32 snd_hda_codec_realtek btusb bluetooth snd_pcm_oss snd_mixer_oss snd_hda_intel arc4 snd_hda_codec snd_hwdep snd_pcm fan snd_timer snd soundcore snd_page_alloc kqemu pcmcia fuse ecb sdhci_pci sdhci mmc_core coretemp iwl3945 iTCO_wdt iTCO_vendor_support iwlcore mac80211 led_class yenta_socket rsrc_nonstatic ohci1394 pcmcia_core cpufreq_powersave ieee1394 cfg80211 rfkill psmouse r8169 mii uhci_hcd i2c_i801 battery thermal button sg ac pcspkr serio_raw ehci_hcd cpufreq_ondemand usbcore evdev acpi_cpufreq freq_table processor rtc_cmos rtc_core rtc_lib ext4 mbcache jbd2 crc16 sr_mod cdrom sd_mod pata_acpi ata_generic ata_piix libata scsi_mod i915 drm i2c_algo_bit i2c_core video output intel_agp [last unloaded: tveeprom] Pid: 16669, comm: modprobe Not tainted 2.6.31-ARCH #1 HEL81I RIP: 0010:[<ffffffffa07b14bc>] [<ffffffffa07b14bc>] em28xx_card_setup+0xcdc/0xf40 [em28xx] RSP: 0018:ffff88002ce97ab8 EFLAGS: 00010206 RAX: 64252073253e343c RBX: ffff880074d66000 RCX: 0000000000000000 RDX: ffff880074d66038 RSI: ffff88002ce97b08 RDI: ffff88002cfcd380 RBP: ffff880074d66038 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000000 R12: ffff88002ce97b08 R13: ffff88002cfcd380 R14: ffff880074d66030 R15: ffff88007bd52600 FS: 00007fc3e060b6f0(0000) GS:ffff880001695000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b CR2: 00007f7ab9601970 CR3: 000000002ce29000 CR4: 00000000000006f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process modprobe (pid: 16669, threadinfo ffff88002ce96000, task ffff88002cda8d40) Stack: ffff880000000000 ffffffffa05a0f50 ffffffffa07b975a 0000000000000040 <0> 0000000000000000 00000000000011d0 0000004700000061 0000000000000006 <0> ffffffffa07b00d0 ffff880074d66ad0 0000000000000047 ffff88002ce97ac8 Call Trace: [<ffffffffa07b00d0>] ? em28xx_tuner_callback+0x0/0x70 [em28xx] [<ffffffffa07afa81>] ? em28xx_i2c_register+0x1b1/0x520 [em28xx] [<ffffffffa07b1cc9>] ? em28xx_usb_probe+0x5a9/0xb00 [em28xx] [<ffffffffa0217c94>] ? usb_probe_interface+0xc4/0x1d0 [usbcore] [<ffffffff81297b68>] ? driver_probe_device+0xa8/0x1a0 [<ffffffff81297d23>] ? __driver_attach+0xc3/0xd0 [<ffffffff81297c60>] ? __driver_attach+0x0/0xd0 [<ffffffff81296fd8>] ? bus_for_each_dev+0x68/0xb0 [<ffffffff812965ea>] ? bus_add_driver+0xda/0x2f0 [<ffffffff8129814a>] ? driver_register+0x7a/0x150 [<ffffffff810beada>] ? tracepoint_module_notify+0x5a/0x70 [<ffffffffa02179ca>] ? usb_register_driver+0xca/0x150 [usbcore] [<ffffffffa0238000>] ? em28xx_module_init+0x0/0x6e [em28xx] [<ffffffffa023802f>] ? em28xx_module_init+0x2f/0x6e [em28xx] [<ffffffff81009075>] ? do_one_initcall+0x45/0x1d0 [<ffffffff81097f75>] ? sys_init_module+0x105/0x260 [<ffffffff8100c382>] ? system_call_fastpath+0x16/0x1b Code: 24 58 4c 8b 6b 38 eb 2c 0f 1f 80 00 00 00 00 49 8b 45 28 48 8b 40 08 48 85 c0 74 15 48 8b 40 48 48 85 c0 74 0c 4c 89 e6 4c 89 ef <ff> d0 49 8b 55 00 49 89 d5 49 8b 55 00 49 39 ed 0f 18 0a 75 cf RIP [<ffffffffa07b14bc>] em28xx_card_setup+0xcdc/0xf40 [em28xx] RSP <ffff88002ce97ab8> ---[ end trace 7c9bb7af72074381 ]--- [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 198 bytes --] ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: em28xx DVB modeswitching change: call for testers 2009-10-14 10:25 ` Giuseppe Borzi @ 2009-10-14 13:12 ` Devin Heitmueller 2009-10-14 14:06 ` Giuseppe Borzi 0 siblings, 1 reply; 18+ messages in thread From: Devin Heitmueller @ 2009-10-14 13:12 UTC (permalink / raw) To: Giuseppe Borzi; +Cc: Linux Media Mailing List On Wed, Oct 14, 2009 at 6:25 AM, Giuseppe Borzi <gborzi@gmail.com> wrote: >> Hello all, >> >> I have setup a tree that removes the mode switching code when >> starting/stopping streaming. If you have one of the em28xx dvb >> devices mentioned in the previous thread and volunteered to test, >> please try out the following tree: >> >> http://kernellabs.com/hg/~dheitmueller/em28xx-modeswitch >> >> In particular, this should work for those of you who reported problems >> with zl10353 based devices like the Pinnacle 320e (or Dazzle) and were >> using that one line change I sent this week. It should also work with >> Antti's Reddo board without needing his patch to move the demod reset >> into the tuner_gpio. >> >> This also brings us one more step forward to setting up the locking >> properly so that applications cannot simultaneously open the analog >> and dvb side of the device. >> >> Thanks for your help, >> >> Devin >> > Hello Devin, > I've just downloaded, compiled and installed em28xx-modeswitch. > Unfortunately, it doesn't work and doesn't even > create /dev/dvb, /dev/videoX, /dev/vbiX. Only /dev/dsp1 is created. > The dmesg is attached to this email. As you can see it ends up in > errors. > One last note, I downloaded from the bz2 link. > > Cheers. Did you run "make unload" before you plugged in the device? Do me a favor - unplug the device, reboot the PC, plug it back in and see if it still happens. I just want to be sure this isn't some sort of issue with conflict between the new and old modules before I debug this any further. Thanks, Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: em28xx DVB modeswitching change: call for testers 2009-10-14 13:12 ` Devin Heitmueller @ 2009-10-14 14:06 ` Giuseppe Borzi 2009-10-14 14:11 ` Devin Heitmueller 0 siblings, 1 reply; 18+ messages in thread From: Giuseppe Borzi @ 2009-10-14 14:06 UTC (permalink / raw) To: Linux Media Mailing List; +Cc: Devin Heitmueller [-- Attachment #1: Type: text/plain, Size: 1707 bytes --] > Did you run "make unload" before you plugged in the device? > > Do me a favor - unplug the device, reboot the PC, plug it back in and > see if it still happens. I just want to be sure this isn't some sort > of issue with conflict between the new and old modules before I debug > this any further. > > Thanks, > > Devin > Hello Devin, I did as you suggested. Unplugged the stick reboot and plug it again. And just to be sure I did it two times. Now the device works, but it is unable to change channel. That is to say, when I use the command "vlc channels.conf" it tunes to the first station in the channel file and can't change it. Other apps (xine, kaffeine) that seems to change to the latest channel don't work at all. The dmesg output after plugging the driver is in attach. In dmesg I noticed lines like this [drm] TV-14: set mode NTSC 480i 0 I suppose this hasn't anything to do with the analog audio problem, but just to be sure I ask you. Also, using arecord/aplay for analog audio I get an "underrun" error message arecord -D hw:1,0 -r 32000 -c 2 -f S16_LE | aplay - Recording WAVE 'stdin' : Signed 16 bit Little Endian, Rate 32000 Hz, Stereo Playing WAVE 'stdin' : Signed 16 bit Little Endian, Rate 32000 Hz, Stereo underrun!!! (at least -1255527098942.108 ms long) Cheers. -- *********************************************************** Giuseppe Borzi, Assistant Professor at the University of Messina - Department of Civil Engineering Address: Contrada di Dio, Messina, I-98166, Italy Tel: +390903977323 Fax: +390903977480 email: gborzi@ieee.org url: http://ww2.unime.it/dic/gborzi/index.php *********************************************************** [-- Attachment #2: dmesg.txt --] [-- Type: text/plain, Size: 3617 bytes --] usb 1-3.1: new high speed USB device using ehci_hcd and address 7 usb 1-3.1: configuration #1 chosen from 1 choice Linux video capture interface: v2.00 em28xx: New device USB 2881 Video @ 480 Mbps (eb1a:2881, interface 0, class 0) em28xx #0: chip ID is em2882/em2883 em28xx #0: i2c eeprom 00: 1a eb 67 95 1a eb 81 28 58 12 5c 00 6a 20 6a 00 em28xx #0: i2c eeprom 10: 00 00 04 57 64 57 00 00 60 f4 00 00 02 02 00 00 em28xx #0: i2c eeprom 20: 56 00 01 00 00 00 02 00 b8 00 00 00 5b 1e 00 00 em28xx #0: i2c eeprom 30: 00 00 20 40 20 80 02 20 10 02 00 00 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 20 03 55 00 53 00 em28xx #0: i2c eeprom 70: 42 00 20 00 32 00 38 00 38 00 31 00 20 00 56 00 em28xx #0: i2c eeprom 80: 69 00 64 00 65 00 6f 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom e0: 5a 00 55 aa 79 55 54 03 00 17 98 01 00 00 00 00 em28xx #0: i2c eeprom f0: 0c 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 em28xx #0: EEPROM ID= 0x9567eb1a, EEPROM hash = 0xb8846b20 em28xx #0: EEPROM info: em28xx #0: AC97 audio (5 sample rates) em28xx #0: USB Remote wakeup capable em28xx #0: 500mA max power em28xx #0: Table at 0x04, strings=0x206a, 0x006a, 0x0000 em28xx #0: Identified as Unknown EM2750/28xx video grabber (card=1) em28xx #0: Your board has no unique USB ID. em28xx #0: A hint were successfully done, based on eeprom hash. em28xx #0: This method is not 100% failproof. em28xx #0: If the board were missdetected, please email this log to: em28xx #0: V4L Mailing List <linux-media@vger.kernel.org> em28xx #0: Board detected as Pinnacle Hybrid Pro tvp5150 2-005c: chip found @ 0xb8 (em28xx #0) tuner 2-0061: chip found @ 0xc2 (em28xx #0) xc2028 2-0061: creating new instance xc2028 2-0061: type set to XCeive xc2028/xc3028 tuner usb 1-3.1: firmware: requesting xc3028-v27.fw xc2028 2-0061: Loading 80 firmware images from xc3028-v27.fw, type: xc2028 firmware, ver 2.7 xc2028 2-0061: Loading firmware for type=BASE (1), id 0000000000000000. xc2028 2-0061: Loading firmware for type=(0), id 000000000000b700. SCODE (20000000), id 000000000000b700: xc2028 2-0061: Loading SCODE for type=MONO SCODE HAS_IF_4320 (60008000), id 0000000000008000. em28xx #0: Config register raw data: 0x58 em28xx #0: AC97 vendor ID = 0xffffffff em28xx #0: AC97 features = 0x6a90 em28xx #0: Empia 202 AC97 audio processor detected tvp5150 2-005c: tvp5150am1 detected. em28xx #0: v4l2 driver version 0.1.2 em28xx #0: V4L2 video device registered as /dev/video0 em28xx #0: V4L2 VBI device registered as /dev/vbi0 em28xx audio device (eb1a:2881): interface 1, class 1 em28xx audio device (eb1a:2881): interface 2, class 1 usbcore: registered new interface driver em28xx em28xx driver loaded usbcore: registered new interface driver snd-usb-audio tvp5150 2-005c: tvp5150am1 detected. xc2028 2-0061: attaching existing instance xc2028 2-0061: type set to XCeive xc2028/xc3028 tuner em28xx #0/2: xc3028 attached DVB: registering new adapter (em28xx #0) DVB: registering adapter 0 frontend 0 (Zarlink ZL10353 DVB-T)... Successfully loaded em28xx-dvb Em28xx: Initialized (Em28xx dvb Extension) extension ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: em28xx DVB modeswitching change: call for testers 2009-10-14 14:06 ` Giuseppe Borzi @ 2009-10-14 14:11 ` Devin Heitmueller 2009-10-14 14:30 ` Mauro Carvalho Chehab 0 siblings, 1 reply; 18+ messages in thread From: Devin Heitmueller @ 2009-10-14 14:11 UTC (permalink / raw) To: Giuseppe Borzi; +Cc: Linux Media Mailing List On Wed, Oct 14, 2009 at 10:06 AM, Giuseppe Borzi <gborzi@gmail.com> wrote: > Hello Devin, > I did as you suggested. Unplugged the stick reboot and plug it again. > And just to be sure I did it two times. Now the device works, but it is > unable to change channel. That is to say, when I use the command "vlc > channels.conf" it tunes to the first station in the channel file and > can't change it. Other apps (xine, kaffeine) that seems to change to > the latest channel don't work at all. The dmesg output after plugging > the driver is in attach. In dmesg I noticed lines like this > > [drm] TV-14: set mode NTSC 480i 0 > > I suppose this hasn't anything to do with the analog audio problem, but > just to be sure I ask you. Also, using arecord/aplay for analog audio I > get an "underrun" error message > > arecord -D hw:1,0 -r 32000 -c 2 -f S16_LE | aplay - > Recording WAVE 'stdin' : Signed 16 bit Little Endian, Rate 32000 Hz, > Stereo Playing WAVE 'stdin' : Signed 16 bit Little Endian, Rate 32000 > Hz, Stereo underrun!!! (at least -1255527098942.108 ms long) > > Cheers. Ok, let me look at the code and see what I can figure out. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: em28xx DVB modeswitching change: call for testers 2009-10-14 14:11 ` Devin Heitmueller @ 2009-10-14 14:30 ` Mauro Carvalho Chehab 2009-10-14 14:42 ` Devin Heitmueller 0 siblings, 1 reply; 18+ messages in thread From: Mauro Carvalho Chehab @ 2009-10-14 14:30 UTC (permalink / raw) To: Devin Heitmueller; +Cc: Giuseppe Borzi, Linux Media Mailing List Em Wed, 14 Oct 2009 10:11:48 -0400 Devin Heitmueller <dheitmueller@kernellabs.com> escreveu: > On Wed, Oct 14, 2009 at 10:06 AM, Giuseppe Borzi <gborzi@gmail.com> wrote: > > Hello Devin, > > I did as you suggested. Unplugged the stick reboot and plug it again. > > And just to be sure I did it two times. Now the device works, but it is > > unable to change channel. That is to say, when I use the command "vlc > > channels.conf" it tunes to the first station in the channel file and > > can't change it. Other apps (xine, kaffeine) that seems to change to > > the latest channel don't work at all. The dmesg output after plugging > > the driver is in attach. In dmesg I noticed lines like this > > > > [drm] TV-14: set mode NTSC 480i 0 > > > > I suppose this hasn't anything to do with the analog audio problem, but > > just to be sure I ask you. Also, using arecord/aplay for analog audio I > > get an "underrun" error message > > > > arecord -D hw:1,0 -r 32000 -c 2 -f S16_LE | aplay - > > Recording WAVE 'stdin' : Signed 16 bit Little Endian, Rate 32000 Hz, > > Stereo Playing WAVE 'stdin' : Signed 16 bit Little Endian, Rate 32000 > > Hz, Stereo underrun!!! (at least -1255527098942.108 ms long) > > > > Cheers. > > Ok, let me look at the code and see what I can figure out. Devin, You can't simply remove the DVB gpio setup there. It is used when you change from analog/digital, when you restore from hibernation and to turn on the demod on hybrid devices, and to turn it off after stopping DVB. If you're having troubles there, then probably the DVB demod poweron/reset gpio sequence is wrong or incomplete. > > Devin > Cheers, Mauro ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: em28xx DVB modeswitching change: call for testers 2009-10-14 14:30 ` Mauro Carvalho Chehab @ 2009-10-14 14:42 ` Devin Heitmueller 0 siblings, 0 replies; 18+ messages in thread From: Devin Heitmueller @ 2009-10-14 14:42 UTC (permalink / raw) To: Mauro Carvalho Chehab; +Cc: Giuseppe Borzi, Linux Media Mailing List On Wed, Oct 14, 2009 at 10:30 AM, Mauro Carvalho Chehab <mchehab@infradead.org> wrote: > Devin, > > You can't simply remove the DVB gpio setup there. It is used when you change > from analog/digital, when you restore from hibernation and to turn on the demod > on hybrid devices, and to turn it off after stopping DVB. If you're having troubles > there, then probably the DVB demod poweron/reset gpio sequence is wrong or > incomplete. The em28xx_dvb_bus_ctrl() callback should already be putting it into digital mode when the frontend gets opened. The point behind the change is that we should not be switching in and out of dvb mode whenever somebody starts/stops streaming. It should be controlled based on opening closing the frontend (which is what the ts_bus_ctrl callback should accomplish). We ran into the issue because the dvb gpio for the board in question actually strobes the reset rather than just taking it out of reset. While I could change the dvb_gpio to match some of the other boards, we really *should* be strobing the reset after powering up the chip. If we're really relying on the calls in the start_feed() callback when coming out of hibernation, then the code is broken in that case as well, since there is no guarantee the demod is properly re-initialized. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: em28xx DVB modeswitching change: call for testers 2009-10-14 3:52 em28xx DVB modeswitching change: call for testers Devin Heitmueller 2009-10-14 10:25 ` Giuseppe Borzi @ 2009-10-15 23:39 ` SebaX75 2009-10-16 21:49 ` xwang1976 ` (3 subsequent siblings) 5 siblings, 0 replies; 18+ messages in thread From: SebaX75 @ 2009-10-15 23:39 UTC (permalink / raw) To: Devin Heitmueller; +Cc: linux-media Devin Heitmueller ha scritto: > Hello all, > > I have setup a tree that removes the mode switching code when > starting/stopping streaming. If you have one of the em28xx dvb > devices mentioned in the previous thread and volunteered to test, > please try out the following tree: > > http://kernellabs.com/hg/~dheitmueller/em28xx-modeswitch > > In particular, this should work for those of you who reported problems > with zl10353 based devices like the Pinnacle 320e (or Dazzle) and were > using that one line change I sent this week. It should also work with > Antti's Reddo board without needing his patch to move the demod reset > into the tuner_gpio. > > This also brings us one more step forward to setting up the locking > properly so that applications cannot simultaneously open the analog > and dvb side of the device. > > Thanks for your help, > > Devin Hi Devin, excuse my late, but I've done some test. The scanning now work correctly and without problem, all MUX was tuned and channel recognized. With mplayer no problem, for a new channel I must stop the actual channel viewing and start a new one instance of mplayer. I've a problem with kaffeine, and this problem before was not present (I've not tested with the previous temporary patch). To reproduce the problem, is necessary a channel change, and the two channel must be on a different MUX: the first double click on new channel name display an "Impossible to tune", if I do a new double click the channel was opened. Is like the adapter was resetted, but not reinitialized on new frequency. Logically the problem not appears if I stop the transmission between the channel change or if I change channel that are located on the same MUX. I hope to have explained well the thing. Thanks and bye, Sebastian ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: em28xx DVB modeswitching change: call for testers 2009-10-14 3:52 em28xx DVB modeswitching change: call for testers Devin Heitmueller 2009-10-14 10:25 ` Giuseppe Borzi 2009-10-15 23:39 ` SebaX75 @ 2009-10-16 21:49 ` xwang1976 2009-10-25 9:55 ` Francesco Lavra ` (2 subsequent siblings) 5 siblings, 0 replies; 18+ messages in thread From: xwang1976 @ 2009-10-16 21:49 UTC (permalink / raw) To: Devin Heitmueller; +Cc: Linux Media Mailing List [-- Attachment #1: Type: text/plain, Size: 1656 bytes --] Hi Devin, I've tested my Empire Dual TV. These are the results: 1) it is recognized as a different card (as you can see from the dmesg 2) it works perfectly in digital mode (even if itdetects less channel than the Dikom DK-300 (aka Kworld 323U?). It scans and tune channels and they can be seen and listened. 3) it can tune analog tv channels 4) it shows analog programs 5) it does not play any sound when showing analog tv programs (I sent the script I use to play sox and the output I obtain execunting it) Xwang Ps I've tried also the Dikom DK-300 but it is recognized as a kworld 323u and digital tv does not work at all (kaffeine does not display the bottom to select it) while the anlog tv can tune channel but has the same audio issue (is the script I use correct?) Devin Heitmueller ha scritto: > Hello all, > > I have setup a tree that removes the mode switching code when > starting/stopping streaming. If you have one of the em28xx dvb > devices mentioned in the previous thread and volunteered to test, > please try out the following tree: > > http://kernellabs.com/hg/~dheitmueller/em28xx-modeswitch > > In particular, this should work for those of you who reported problems > with zl10353 based devices like the Pinnacle 320e (or Dazzle) and were > using that one line change I sent this week. It should also work with > Antti's Reddo board without needing his patch to move the demod reset > into the tuner_gpio. > > This also brings us one more step forward to setting up the locking > properly so that applications cannot simultaneously open the analog > and dvb side of the device. > > Thanks for your help, > > Devin > [-- Attachment #2: Output_sox.txt --] [-- Type: text/plain, Size: 568 bytes --] $ ./start_tvtime.sh Running tvtime 1.0.2. Reading configuration from /etc/tvtime/tvtime.xml Reading configuration from /home/andreak/.tvtime/tvtime.xml Input File : 'hw:1,0' (alsa) Channels : 2 Sample Rate : 48000 Precision : 16-bit Sample Encoding: 16-bit Signed Integer PCM In:0.00% 00:00:00.00 [00:00:00.00] Out:0 [ | ] Clip:0 sox sox: hw:1,0: ALSA read error: Operation not permitted In:0.00% 00:00:00.00 [00:00:00.00] Out:0 [ | ] Clip:0 Done. Thank you for using tvtime. kill: 6: No such process [-- Attachment #3: dmesg_empire.txt --] [-- Type: text/plain, Size: 3171 bytes --] [175538.084082] usb 1-2: new high speed USB device using ehci_hcd and address 4 [175538.221574] usb 1-2: configuration #1 chosen from 1 choice [175538.221793] em28xx: New device USB 2881 Device @ 480 Mbps (eb1a:e310, interface 0, class 0) [175538.221940] em28xx #0: chip ID is em2882/em2883 [175538.382058] em28xx #0: i2c eeprom 00: 1a eb 67 95 1a eb 10 e3 d0 12 5c 03 6a 22 00 00 [175538.382089] em28xx #0: i2c eeprom 10: 00 00 04 57 4e 07 00 00 00 00 00 00 00 00 00 00 [175538.382116] em28xx #0: i2c eeprom 20: 46 00 01 00 f0 10 01 00 00 00 00 00 5b 1e 00 00 [175538.382143] em28xx #0: i2c eeprom 30: 00 00 20 40 20 80 02 20 01 01 00 00 00 00 00 00 [175538.382170] em28xx #0: i2c eeprom 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [175538.382197] em28xx #0: i2c eeprom 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [175538.382223] em28xx #0: i2c eeprom 60: 00 00 00 00 00 00 00 00 00 00 22 03 55 00 53 00 [175538.382250] em28xx #0: i2c eeprom 70: 42 00 20 00 32 00 38 00 38 00 31 00 20 00 44 00 [175538.382276] em28xx #0: i2c eeprom 80: 65 00 76 00 69 00 63 00 65 00 00 00 00 00 00 00 [175538.382303] em28xx #0: i2c eeprom 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [175538.382330] em28xx #0: i2c eeprom a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [175538.382356] em28xx #0: i2c eeprom b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [175538.382382] em28xx #0: i2c eeprom c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [175538.382409] em28xx #0: i2c eeprom d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [175538.382435] em28xx #0: i2c eeprom e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [175538.382461] em28xx #0: i2c eeprom f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [175538.382492] em28xx #0: EEPROM ID= 0x9567eb1a, EEPROM hash = 0x166a0441 [175538.382498] em28xx #0: EEPROM info: [175538.382503] em28xx #0: AC97 audio (5 sample rates) [175538.382509] em28xx #0: 500mA max power [175538.382515] em28xx #0: Table at 0x04, strings=0x226a, 0x0000, 0x0000 [175538.382525] em28xx #0: Identified as MSI DigiVox A/D (card=49) [175538.382532] em28xx #0: Your board has no unique USB ID. [175538.382541] em28xx #0: A hint were successfully done, based on eeprom hash. [175538.382548] em28xx #0: This method is not 100% failproof. [175538.382555] em28xx #0: If the board were missdetected, please email this log to: [175538.382562] em28xx #0: V4L Mailing List <linux-media@vger.kernel.org> [175538.382569] em28xx #0: Board detected as Empire dual TV [175538.715497] tvp5150 3-005c: chip found @ 0xb8 (em28xx #0) [175538.831302] tuner 3-0061: chip found @ 0xc2 (em28xx #0) [175538.831772] xc2028 3-0061: creating new instance [175538.831780] xc2028 3-0061: type set to XCeive xc2028/xc3028 tuner [175538.831795] usb 1-2: firmware: requesting xc3028-v27.fw [175539.134790] xc2028 3-0061: Loading 80 firmware images from xc3028-v27.fw, type: xc2028 firmware, ver 2.7 [175539.204055] xc2028 3-0061: Loading firmware for type=BASE MTS (5), id 0000000000000000. [-- Attachment #4: start_tvtime.sh --] [-- Type: application/x-sh, Size: 160 bytes --] ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: em28xx DVB modeswitching change: call for testers 2009-10-14 3:52 em28xx DVB modeswitching change: call for testers Devin Heitmueller ` (2 preceding siblings ...) 2009-10-16 21:49 ` xwang1976 @ 2009-10-25 9:55 ` Francesco Lavra 2009-10-25 18:23 ` Antti Palosaari 2009-10-31 22:48 ` Alain Perrot 5 siblings, 0 replies; 18+ messages in thread From: Francesco Lavra @ 2009-10-25 9:55 UTC (permalink / raw) To: linux-media Devin Heitmueller <dheitmueller <at> kernellabs.com> writes: > > Hello all, > > I have setup a tree that removes the mode switching code when > starting/stopping streaming. If you have one of the em28xx dvb > devices mentioned in the previous thread and volunteered to test, > please try out the following tree: > > http://kernellabs.com/hg/~dheitmueller/em28xx-modeswitch > > In particular, this should work for those of you who reported problems > with zl10353 based devices like the Pinnacle 320e (or Dazzle) and were > using that one line change I sent this week. It should also work with > Antti's Reddo board without needing his patch to move the demod reset > into the tuner_gpio. > > This also brings us one more step forward to setting up the locking > properly so that applications cannot simultaneously open the analog > and dvb side of the device. > > Thanks for your help, > > Devin > Tested your tree with a EM2882_BOARD_TERRATEC_HYBRID_XS (0x0ccd, 0x005e) in digital mode. It works fine, now I can successfully switch between DVB channels, while with the official tree channel switching doesn't work. I'm using MPlayer. Regards, Francesco ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: em28xx DVB modeswitching change: call for testers 2009-10-14 3:52 em28xx DVB modeswitching change: call for testers Devin Heitmueller ` (3 preceding siblings ...) 2009-10-25 9:55 ` Francesco Lavra @ 2009-10-25 18:23 ` Antti Palosaari 2009-10-26 15:36 ` Devin Heitmueller 2009-10-31 22:48 ` Alain Perrot 5 siblings, 1 reply; 18+ messages in thread From: Antti Palosaari @ 2009-10-25 18:23 UTC (permalink / raw) To: Devin Heitmueller; +Cc: Linux Media Mailing List On 10/14/2009 06:52 AM, Devin Heitmueller wrote: > Hello all, > > I have setup a tree that removes the mode switching code when > starting/stopping streaming. If you have one of the em28xx dvb > devices mentioned in the previous thread and volunteered to test, > please try out the following tree: > > http://kernellabs.com/hg/~dheitmueller/em28xx-modeswitch > > In particular, this should work for those of you who reported problems > with zl10353 based devices like the Pinnacle 320e (or Dazzle) and were > using that one line change I sent this week. It should also work with > Antti's Reddo board without needing his patch to move the demod reset > into the tuner_gpio. > > This also brings us one more step forward to setting up the locking > properly so that applications cannot simultaneously open the analog > and dvb side of the device. Reddo DVB-C USB Box works fine with this patch. But whats the status of this patch, when this is going to Kernel? Reddo is added to the 2.6.32 and due to that I need this go 2.6.32 as bug fix. If this is not going to happen I should pull request my fix: http://linuxtv.org/hg/~anttip/reddo-dvb-c/rev/38f946af568f And other issue raised as well. QAM256 channels are mosaic. I suspect there is some USB speed problems in Empia em28xx driver since demod UNC and BER counters are clean. It is almost 50 Mbit/sec stream... Any idea? I tested modprobe em28xx alt=N without success... regards Antti -- http://palosaari.fi/ ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: em28xx DVB modeswitching change: call for testers 2009-10-25 18:23 ` Antti Palosaari @ 2009-10-26 15:36 ` Devin Heitmueller 2009-10-26 16:02 ` Antti Palosaari 0 siblings, 1 reply; 18+ messages in thread From: Devin Heitmueller @ 2009-10-26 15:36 UTC (permalink / raw) To: Antti Palosaari; +Cc: Linux Media Mailing List Hello Antti, Sorry, I'm a couple of days behind on email. On Sun, Oct 25, 2009 at 2:23 PM, Antti Palosaari <crope@iki.fi> wrote: > Reddo DVB-C USB Box works fine with this patch. But whats the status of this > patch, when this is going to Kernel? Reddo is added to the 2.6.32 and due to > that I need this go 2.6.32 as bug fix. If this is not going to happen I > should pull request my fix: > http://linuxtv.org/hg/~anttip/reddo-dvb-c/rev/38f946af568f I've received some very mixed results in terms of testing of the patch (as you can see from the responses). Even stranger, I received mixed responses from people with the same boards. I haven't had a chance to debug *why* the people who raised problems still had an issue. I continue to believe it's the "right fix" but I don't know why those people reported problems with it. > And other issue raised as well. QAM256 channels are mosaic. I suspect there > is some USB speed problems in Empia em28xx driver since demod UNC and BER > counters are clean. It is almost 50 Mbit/sec stream... Any idea? I tested > modprobe em28xx alt=N without success... What do you mean by "mosaic"? Can you try using dvbstreamer and see what the overall throughput is? That will tell us if we are not getting the whole stream. You cannot rely on the "alt=n" for DVB. The max packet size is determined by an em28xx register. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: em28xx DVB modeswitching change: call for testers 2009-10-26 15:36 ` Devin Heitmueller @ 2009-10-26 16:02 ` Antti Palosaari 2009-10-26 16:09 ` Devin Heitmueller 0 siblings, 1 reply; 18+ messages in thread From: Antti Palosaari @ 2009-10-26 16:02 UTC (permalink / raw) To: Devin Heitmueller; +Cc: Linux Media Mailing List Terve Devin, On 10/26/2009 05:36 PM, Devin Heitmueller wrote: > Hello Antti, > > Sorry, I'm a couple of days behind on email. > > On Sun, Oct 25, 2009 at 2:23 PM, Antti Palosaari<crope@iki.fi> wrote: >> Reddo DVB-C USB Box works fine with this patch. But whats the status of this >> patch, when this is going to Kernel? Reddo is added to the 2.6.32 and due to >> that I need this go 2.6.32 as bug fix. If this is not going to happen I >> should pull request my fix: >> http://linuxtv.org/hg/~anttip/reddo-dvb-c/rev/38f946af568f > > I've received some very mixed results in terms of testing of the patch > (as you can see from the responses). Even stranger, I received mixed > responses from people with the same boards. I haven't had a chance to > debug *why* the people who raised problems still had an issue. I > continue to believe it's the "right fix" but I don't know why those > people reported problems with it. OK, I will wait then. >> And other issue raised as well. QAM256 channels are mosaic. I suspect there >> is some USB speed problems in Empia em28xx driver since demod UNC and BER >> counters are clean. It is almost 50 Mbit/sec stream... Any idea? I tested >> modprobe em28xx alt=N without success... > > What do you mean by "mosaic"? Can you try using dvbstreamer and see > what the overall throughput is? That will tell us if we are not > getting the whole stream. > > You cannot rely on the "alt=n" for DVB. The max packet size is > determined by an em28xx register. I mean picture is bad, very much errors on stream. Look this thread for sample picture: http://linuxtv.fi/viewtopic.php?t=3661&postdays=0&postorder=asc&start=15 I did some more tests yesterday after sending that mail. Problem seems to be that em28xx does not transfer bytes faster than ~46 Mbit/sec whilst stream is over 50 Mbit/sec. About 5 Mbit/sec is lost... I ensured that comparing towards Anysee E30C Plus DVB-C which has same demodulator (TDA10023). Anysee is just fine, Empia not. I looked stream sizes by using dvbtraffic. Is there any way to speed up Empia to handle streams bigger than ~45 Mbit/sec? regards Antti -- http://palosaari.fi/ ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: em28xx DVB modeswitching change: call for testers 2009-10-26 16:02 ` Antti Palosaari @ 2009-10-26 16:09 ` Devin Heitmueller 2009-10-26 18:03 ` Antti Palosaari 0 siblings, 1 reply; 18+ messages in thread From: Devin Heitmueller @ 2009-10-26 16:09 UTC (permalink / raw) To: Antti Palosaari; +Cc: Linux Media Mailing List On Mon, Oct 26, 2009 at 12:02 PM, Antti Palosaari <crope@iki.fi> wrote: > Is there any way to speed up Empia to handle streams bigger than ~45 > Mbit/sec? Can you add a debug line that dumps out the values of register 0x01 and register 0x5d and then send me the values? Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: em28xx DVB modeswitching change: call for testers 2009-10-26 16:09 ` Devin Heitmueller @ 2009-10-26 18:03 ` Antti Palosaari 2009-10-26 18:18 ` Devin Heitmueller 0 siblings, 1 reply; 18+ messages in thread From: Antti Palosaari @ 2009-10-26 18:03 UTC (permalink / raw) To: Devin Heitmueller; +Cc: Linux Media Mailing List [-- Attachment #1: Type: text/plain, Size: 376 bytes --] On 10/26/2009 06:09 PM, Devin Heitmueller wrote: > On Mon, Oct 26, 2009 at 12:02 PM, Antti Palosaari<crope@iki.fi> wrote: >> Is there any way to speed up Empia to handle streams bigger than ~45 >> Mbit/sec? > > Can you add a debug line that dumps out the values of register 0x01 > and register 0x5d and then send me the values? Here you are. Antti -- http://palosaari.fi/ [-- Attachment #2: anysee_qam256.txt --] [-- Type: text/plain, Size: 2369 bytes --] [crope@localhost linuxtv]$ czap -a 0 -r "LIV" using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' 110 LIV:290000000:INVERSION_AUTO:6875000:FEC_AUTO:QAM_256:451:452:8 110 LIV: f 290000000, s 6875000, i 2, fec 9, qam 5, v 0x1c3, a 0x1c4 status 00 | signal 8181 | snr bfbf | ber 000fffff | unc 00000199 | status 1f | signal 0c0c | snr efef | ber 000fffff | unc 0000062c | FE_HAS_LOCK status 1f | signal 0c0c | snr efef | ber 0000000f | unc 00000000 | FE_HAS_LOCK status 1f | signal 0c0c | snr efef | ber 00000020 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0c0c | snr eeee | ber 00000014 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0c0c | snr f0f0 | ber 0000001e | unc 00000000 | FE_HAS_LOCK status 1f | signal 0c0c | snr efef | ber 0000001b | unc 00000000 | FE_HAS_LOCK status 1f | signal 0c0c | snr efef | ber 00000008 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0c0c | snr ecec | ber 00000016 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0c0c | snr efef | ber 00000014 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0c0c | snr eeee | ber 00000014 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0c0c | snr f0f0 | ber 00000012 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0c0c | snr f0f0 | ber 0000000a | unc 00000000 | FE_HAS_LOCK status 1f | signal 0c0c | snr f0f0 | ber 00000021 | unc 00000001 | FE_HAS_LOCK ^C [crope@localhost linuxtv]$ -PID--FREQ-----BANDWIDTH-BANDWIDTH- 0000 5 p/s 0 kb/s 8 kbit 0001 9 p/s 1 kb/s 14 kbit 0010 8 p/s 1 kb/s 13 kbit 0011 0 p/s 0 kb/s 1 kbit 0012 141 p/s 25 kb/s 213 kbit 0020 48 p/s 8 kb/s 73 kbit 012d 9 p/s 1 kb/s 14 kbit 0191 10198 p/s 1872 kb/s 15338 kbit 0192 174 p/s 31 kb/s 262 kbit 01c2 9 p/s 1 kb/s 14 kbit 01c3 4428 p/s 812 kb/s 6659 kbit 01c4 261 p/s 47 kb/s 393 kbit 0202 10604 p/s 1946 kb/s 15949 kbit 020a 9 p/s 1 kb/s 14 kbit 0240 99 p/s 18 kb/s 150 kbit 025d 1 p/s 0 kb/s 2 kbit 025e 1 p/s 0 kb/s 2 kbit 025f 1 p/s 0 kb/s 2 kbit 0260 1 p/s 0 kb/s 2 kbit 0289 266 p/s 48 kb/s 400 kbit 17f2 9 p/s 1 kb/s 14 kbit 1ffe 25 p/s 4 kb/s 38 kbit 1fff 7400 p/s 1358 kb/s 11129 kbit 2000 33724 p/s 6191 kb/s 50721 kbit -PID--FREQ-----BANDWIDTH-BANDWIDTH- ^C [crope@localhost linuxtv]$ [-- Attachment #3: em28xx_qam256.txt --] [-- Type: text/plain, Size: 13325 bytes --] Oct 26 19:51:13 localhost kernel: usbcore: deregistering interface driver em28xx Oct 26 19:51:15 localhost kernel: usb 1-5: new high speed USB device using ehci_hcd and address 9 Oct 26 19:51:15 localhost kernel: usb 1-5: New USB device found, idVendor=eb1a, idProduct=2868 Oct 26 19:51:15 localhost kernel: usb 1-5: New USB device strings: Mfr=0, Product=1, SerialNumber=0 Oct 26 19:51:15 localhost kernel: usb 1-5: configuration #1 chosen from 1 choice Oct 26 19:51:16 localhost kernel: Linux video capture interface: v2.00 Oct 26 19:51:16 localhost kernel: em28xx: New device @ 480 Mbps (eb1a:2868, interface 0, class 0) Oct 26 19:51:16 localhost kernel: em28xx #0: chip ID is em2870 Oct 26 19:51:16 localhost kernel: em28xx_gpio_set: r01:0x13 r5d:0x0 Oct 26 19:51:16 localhost kernel: em28xx_gpio_set: r01:0x13 r5d:0x0 Oct 26 19:51:16 localhost kernel: em28xx_gpio_set: r01:0x13 r5d:0x0 Oct 26 19:51:16 localhost kernel: em28xx #0: i2c eeprom 00: 1a eb 67 95 1a eb 68 28 c0 13 5c 00 6a 22 00 00 Oct 26 19:51:16 localhost kernel: em28xx #0: i2c eeprom 10: b8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 26 19:51:16 localhost kernel: em28xx #0: i2c eeprom 20: b8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 26 19:51:16 localhost kernel: em28xx #0: i2c eeprom 30: b8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 26 19:51:16 localhost kernel: em28xx #0: i2c eeprom 40: b8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 26 19:51:16 localhost kernel: em28xx #0: i2c eeprom 50: b8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 26 19:51:16 localhost kernel: em28xx #0: i2c eeprom 60: b8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 26 19:51:16 localhost kernel: em28xx #0: i2c eeprom 70: b8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 26 19:51:16 localhost kernel: em28xx #0: i2c eeprom 80: b8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 26 19:51:16 localhost kernel: em28xx #0: i2c eeprom 90: b8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 26 19:51:16 localhost kernel: em28xx #0: i2c eeprom a0: b8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 26 19:51:16 localhost kernel: em28xx #0: i2c eeprom b0: b8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 26 19:51:16 localhost kernel: em28xx #0: i2c eeprom c0: b8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 26 19:51:16 localhost kernel: em28xx #0: i2c eeprom d0: b8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 26 19:51:16 localhost kernel: em28xx #0: i2c eeprom e0: b8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 26 19:51:16 localhost kernel: em28xx #0: i2c eeprom f0: b8 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Oct 26 19:51:16 localhost kernel: em28xx #0: EEPROM ID= 0x9567eb1a, EEPROM hash = 0x63f653bd Oct 26 19:51:16 localhost kernel: em28xx #0: EEPROM info: Oct 26 19:51:16 localhost kernel: em28xx #0: No audio on board. Oct 26 19:51:16 localhost kernel: em28xx #0: 500mA max power Oct 26 19:51:16 localhost kernel: em28xx #0: Table at 0x00, strings=0x226a, 0x0000, 0x00b8 Oct 26 19:51:16 localhost kernel: em28xx #0: Identified as Unknown EM2750/28xx video grabber (card=1) Oct 26 19:51:16 localhost kernel: em28xx #0: Your board has no unique USB ID. Oct 26 19:51:16 localhost kernel: em28xx #0: A hint were successfully done, based on eeprom hash. Oct 26 19:51:16 localhost kernel: em28xx #0: This method is not 100% failproof. Oct 26 19:51:16 localhost kernel: em28xx #0: If the board were missdetected, please email this log to: Oct 26 19:51:16 localhost kernel: em28xx #0: V4L Mailing List <linux-media@vger.kernel.org> Oct 26 19:51:16 localhost kernel: em28xx #0: Board detected as Reddo DVB-C USB TV Box Oct 26 19:51:16 localhost kernel: em28xx_gpio_set: r01:0x13 r5d:0x0 Oct 26 19:51:16 localhost kernel: em28xx_gpio_set: r01:0x13 r5d:0x0 Oct 26 19:51:16 localhost kernel: em28xx #0: v4l2 driver version 0.1.2 Oct 26 19:51:16 localhost kernel: em28xx #0 em28xx_set_alternate :minimum isoc packet size: 2888 (alt=6) Oct 26 19:51:16 localhost kernel: em28xx #0 em28xx_set_alternate :setting alternate 6 with wMaxPacketSize=2892 Oct 26 19:51:16 localhost kernel: em28xx #0 em28xx_accumulator_set :em28xx Scale: (1,1)-(179,143) Oct 26 19:51:16 localhost kernel: em28xx #0 em28xx_capture_area_set :em28xx Area Set: (180,144) Oct 26 19:51:16 localhost kernel: em28xx #0: V4L2 video device registered as /dev/video0 Oct 26 19:51:16 localhost kernel: usbcore: registered new interface driver em28xx Oct 26 19:51:16 localhost kernel: em28xx driver loaded Oct 26 19:51:16 localhost kernel: em28xx_gpio_set: r01:0x13 r5d:0x0 Oct 26 19:51:16 localhost kernel: tuner-simple 2-0060: creating new instance Oct 26 19:51:16 localhost kernel: tuner-simple 2-0060: type set to 82 (Philips CU1216L) Oct 26 19:51:16 localhost kernel: DVB: registering new adapter (em28xx #0) Oct 26 19:51:16 localhost kernel: DVB: registering adapter 0 frontend 0 (Philips TDA10023 DVB-C)... Oct 26 19:51:16 localhost kernel: em28xx_gpio_set: r01:0x13 r5d:0x0 Oct 26 19:51:16 localhost kernel: Successfully loaded em28xx-dvb Oct 26 19:51:16 localhost kernel: Em28xx: Initialized (Em28xx dvb Extension) extension Oct 26 19:51:16 localhost kernel: em28xx_gpio_set: r01:0x13 r5d:0x0 Oct 26 19:51:16 localhost kernel: em28xx #0 em28xx_accumulator_set :em28xx Scale: (1,1)-(179,143) Oct 26 19:51:16 localhost kernel: em28xx #0 em28xx_capture_area_set :em28xx Area Set: (180,144) Oct 26 19:51:16 localhost kernel: em28xx #0 em28xx_uninit_isoc :em28xx: called em28xx_uninit_isoc Oct 26 19:51:16 localhost kernel: em28xx_gpio_set: r01:0x13 r5d:0x0 Oct 26 19:51:59 localhost kernel: em28xx_gpio_set: r01:0x13 r5d:0x0 Oct 26 19:52:00 localhost kernel: <<< 13 Oct 26 19:52:00 localhost kernel: em28xx #0 em28xx_isoc_dvb_max_packetsize :dvb max packet size=752 Oct 26 19:52:00 localhost kernel: em28xx #0 em28xx_init_isoc :em28xx: called em28xx_prepare_isoc Oct 26 19:52:00 localhost kernel: em28xx #0 em28xx_uninit_isoc :em28xx: called em28xx_uninit_isoc Oct 26 19:52:47 localhost kernel: em28xx_gpio_set: r01:0x13 r5d:0x0 Oct 26 19:52:47 localhost kernel: em28xx #0 em28xx_uninit_isoc :em28xx: called em28xx_uninit_isoc Oct 26 19:52:59 localhost kernel: em28xx_gpio_set: r01:0x13 r5d:0x0 Oct 26 19:53:00 localhost kernel: <<< 13 Oct 26 19:53:00 localhost kernel: em28xx #0 em28xx_isoc_dvb_max_packetsize :dvb max packet size=752 Oct 26 19:53:00 localhost kernel: em28xx #0 em28xx_init_isoc :em28xx: called em28xx_prepare_isoc Oct 26 19:53:00 localhost kernel: em28xx #0 em28xx_uninit_isoc :em28xx: called em28xx_uninit_isoc Oct 26 19:53:18 localhost kernel: em28xx_gpio_set: r01:0x13 r5d:0x0 Oct 26 19:53:18 localhost kernel: em28xx #0 em28xx_uninit_isoc :em28xx: called em28xx_uninit_isoc ^C [root@localhost em28xx-modeswitch]# hg diff Not trusting file /home/crope/linuxtv/code/reddo_dvbc/em28xx-modeswitch/.hg/hgrc from untrusted user crope, group crope Not trusting file /home/crope/linuxtv/code/reddo_dvbc/em28xx-modeswitch/.hg/hgrc from untrusted user crope, group crope diff -r 6702a0527680 linux/drivers/media/video/em28xx/em28xx-core.c --- a/linux/drivers/media/video/em28xx/em28xx-core.c Tue Oct 13 23:44:09 2009 -0400 +++ b/linux/drivers/media/video/em28xx/em28xx-core.c Mon Oct 26 19:53:37 2009 +0200 @@ -32,7 +32,7 @@ /* #define ENABLE_DEBUG_ISOC_FRAMES */ -static unsigned int core_debug; +static unsigned int core_debug = -1; module_param(core_debug, int, 0644); MODULE_PARM_DESC(core_debug, "enable debug messages [core]"); @@ -41,7 +41,7 @@ printk(KERN_INFO "%s %s :"fmt, \ dev->name, __func__ , ##arg); } while (0) -static unsigned int reg_debug; +static unsigned int reg_debug = -1; module_param(reg_debug, int, 0644); MODULE_PARM_DESC(reg_debug, "enable debug messages [URB reg]"); @@ -817,6 +817,12 @@ int em28xx_gpio_set(struct em28xx *dev, struct em28xx_reg_seq *gpio) { int rc = 0; + int r01, r5d; + + r01 = em28xx_read_reg(dev, 0x01); + r5d = em28xx_read_reg(dev, 0x5d); + printk(KERN_INFO "%s: r01:0x%x r5d:0x%x\n", __func__, r01, r5d); +// printk(KERN_INFO "Em28xx: Initialized (%s) extension\n", ops->name); if (!gpio) return rc; diff -r 6702a0527680 linux/drivers/media/video/em28xx/em28xx-dvb.c --- a/linux/drivers/media/video/em28xx/em28xx-dvb.c Tue Oct 13 23:44:09 2009 -0400 +++ b/linux/drivers/media/video/em28xx/em28xx-dvb.c Mon Oct 26 19:53:37 2009 +0200 @@ -40,7 +40,7 @@ MODULE_AUTHOR("Mauro Carvalho Chehab <mchehab@infradead.org>"); MODULE_LICENSE("GPL"); -static unsigned int debug; +static unsigned int debug = 1; module_param(debug, int, 0644); MODULE_PARM_DESC(debug, "enable debug messages [dvb]"); @@ -48,7 +48,7 @@ #define dprintk(level, fmt, arg...) do { \ if (debug >= level) \ - printk(KERN_DEBUG "%s/2-dvb: " fmt, dev->name, ## arg); \ + printk(KERN_INFO "%s/2-dvb: " fmt, dev->name, ## arg); \ } while (0) #define EM28XX_DVB_NUM_BUFS 5 [root@localhost em28xx-modeswitch]# -PID--FREQ-----BANDWIDTH-BANDWIDTH- 0000 7 p/s 1 kb/s 11 kbit 0001 6 p/s 1 kb/s 10 kbit 0010 8 p/s 1 kb/s 13 kbit 0011 0 p/s 0 kb/s 1 kbit 0012 122 p/s 22 kb/s 183 kbit 0020 60 p/s 11 kb/s 90 kbit 012d 7 p/s 1 kb/s 11 kbit 0191 9321 p/s 1711 kb/s 14019 kbit 0192 161 p/s 29 kb/s 243 kbit 01c2 11 p/s 2 kb/s 17 kbit 01c3 4055 p/s 744 kb/s 6099 kbit 01c4 230 p/s 42 kb/s 346 kbit 0202 9747 p/s 1789 kb/s 14659 kbit 020a 10 p/s 1 kb/s 16 kbit 022f 0 p/s 0 kb/s 1 kbit 0240 97 p/s 17 kb/s 146 kbit 025d 1 p/s 0 kb/s 2 kbit 025e 2 p/s 0 kb/s 4 kbit 025f 1 p/s 0 kb/s 2 kbit 0260 1 p/s 0 kb/s 2 kbit 0279 0 p/s 0 kb/s 1 kbit 0289 234 p/s 42 kb/s 352 kbit 0374 0 p/s 0 kb/s 1 kbit 0398 0 p/s 0 kb/s 1 kbit 0408 0 p/s 0 kb/s 1 kbit 0523 0 p/s 0 kb/s 1 kbit 0542 0 p/s 0 kb/s 1 kbit 056d 0 p/s 0 kb/s 1 kbit 0611 0 p/s 0 kb/s 1 kbit 0624 0 p/s 0 kb/s 1 kbit 070e 0 p/s 0 kb/s 1 kbit 07ab 0 p/s 0 kb/s 1 kbit 081b 0 p/s 0 kb/s 1 kbit 0873 0 p/s 0 kb/s 1 kbit 08b7 0 p/s 0 kb/s 1 kbit 09e3 0 p/s 0 kb/s 1 kbit 0a42 0 p/s 0 kb/s 1 kbit 0bf6 0 p/s 0 kb/s 1 kbit 0c4e 0 p/s 0 kb/s 1 kbit 0c98 0 p/s 0 kb/s 1 kbit 0e67 0 p/s 0 kb/s 1 kbit 0f52 0 p/s 0 kb/s 1 kbit 0fcd 0 p/s 0 kb/s 1 kbit 1017 0 p/s 0 kb/s 1 kbit 104c 0 p/s 0 kb/s 1 kbit 10ed 0 p/s 0 kb/s 1 kbit 1243 0 p/s 0 kb/s 1 kbit 128b 0 p/s 0 kb/s 1 kbit 12c2 0 p/s 0 kb/s 1 kbit 12d1 0 p/s 0 kb/s 1 kbit 138e 0 p/s 0 kb/s 1 kbit 13bf 0 p/s 0 kb/s 1 kbit 14b2 0 p/s 0 kb/s 1 kbit 15ad 0 p/s 0 kb/s 1 kbit 15d4 0 p/s 0 kb/s 1 kbit 16a8 0 p/s 0 kb/s 1 kbit 1750 0 p/s 0 kb/s 1 kbit 17f2 6 p/s 1 kb/s 10 kbit 183d 0 p/s 0 kb/s 1 kbit 1880 0 p/s 0 kb/s 1 kbit 18e7 0 p/s 0 kb/s 1 kbit 196f 0 p/s 0 kb/s 1 kbit 198a 0 p/s 0 kb/s 1 kbit 19fe 0 p/s 0 kb/s 1 kbit 1b8b 0 p/s 0 kb/s 1 kbit 1bd0 0 p/s 0 kb/s 1 kbit 1c9f 0 p/s 0 kb/s 1 kbit 1d19 0 p/s 0 kb/s 1 kbit 1e35 0 p/s 0 kb/s 1 kbit 1ffe 20 p/s 3 kb/s 31 kbit 1fff 6814 p/s 1251 kb/s 10248 kbit 2000 30984 p/s 5688 kb/s 46600 kbit -PID--FREQ-----BANDWIDTH-BANDWIDTH- ^C [crope@localhost linuxtv]$ [crope@localhost linuxtv]$ czap -a 0 -r "LIV" using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' 110 LIV:290000000:INVERSION_AUTO:6875000:FEC_AUTO:QAM_256:451:452:8 110 LIV: f 290000000, s 6875000, i 2, fec 9, qam 5, v 0x1c3, a 0x1c4 status 03 | signal b4b4 | snr dbdb | ber 000fffff | unc 000000bd | status 1f | signal c3c3 | snr f3f3 | ber 000006c0 | unc 00000002 | FE_HAS_LOCK status 1f | signal c3c3 | snr f2f2 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal c3c3 | snr f2f2 | ber 00000008 | unc 00000000 | FE_HAS_LOCK status 1f | signal c3c3 | snr f2f2 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal c3c3 | snr f2f2 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal c3c3 | snr f3f3 | ber 00000002 | unc 00000000 | FE_HAS_LOCK status 1f | signal c3c3 | snr f2f2 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal f9f9 | snr f6f6 | ber 00000000 | unc 00000393 | FE_HAS_LOCK status 1f | signal c3c3 | snr f3f3 | ber 00000000 | unc 000005bd | FE_HAS_LOCK status 1f | signal c3c3 | snr f2f2 | ber 00000000 | unc 000002d3 | FE_HAS_LOCK status 1f | signal c3c3 | snr f3f3 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal c3c3 | snr f3f3 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal c3c3 | snr f3f3 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal c3c3 | snr f2f2 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal c3c3 | snr f2f2 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal c3c3 | snr f3f3 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal c3c3 | snr f3f3 | ber 00000001 | unc 00000000 | FE_HAS_LOCK ^C [crope@localhost linuxtv]$ ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: em28xx DVB modeswitching change: call for testers 2009-10-26 18:03 ` Antti Palosaari @ 2009-10-26 18:18 ` Devin Heitmueller 2009-10-28 0:31 ` Antti Palosaari 0 siblings, 1 reply; 18+ messages in thread From: Devin Heitmueller @ 2009-10-26 18:18 UTC (permalink / raw) To: Antti Palosaari; +Cc: Linux Media Mailing List On Mon, Oct 26, 2009 at 2:03 PM, Antti Palosaari <crope@iki.fi> wrote: > On 10/26/2009 06:09 PM, Devin Heitmueller wrote: >> >> On Mon, Oct 26, 2009 at 12:02 PM, Antti Palosaari<crope@iki.fi> wrote: >>> >>> Is there any way to speed up Empia to handle streams bigger than ~45 >>> Mbit/sec? >> >> Can you add a debug line that dumps out the values of register 0x01 >> and register 0x5d and then send me the values? > > Here you are. Ok, let me digest the logs you sent and see what I can find out. Thanks, Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: em28xx DVB modeswitching change: call for testers 2009-10-26 18:18 ` Devin Heitmueller @ 2009-10-28 0:31 ` Antti Palosaari 0 siblings, 0 replies; 18+ messages in thread From: Antti Palosaari @ 2009-10-28 0:31 UTC (permalink / raw) To: Devin Heitmueller; +Cc: Antti Palosaari, Linux Media Mailing List ma 26.10.2009 20:18 Devin Heitmueller kirjoitti: > On Mon, Oct 26, 2009 at 2:03 PM, Antti Palosaari <crope@iki.fi> wrote: >> On 10/26/2009 06:09 PM, Devin Heitmueller wrote: >>> >>> On Mon, Oct 26, 2009 at 12:02 PM, Antti Palosaari<crope@iki.fi> wrote: >>>> >>>> Is there any way to speed up Empia to handle streams bigger than ~45 >>>> Mbit/sec? >>> >>> Can you add a debug line that dumps out the values of register 0x01 >>> and register 0x5d and then send me the values? >> >> Here you are. > > Ok, let me digest the logs you sent and see what I can find out. I did some more Windows tests here. It does not work (em2870 Reddo DVB-C) even when Windows is used. My other Empia (em2875 Reddo DVB-T/C) based DVB-C works. em2870 & tda0023 broken em2875 & drx-k works What do you think, is it driver problem or is em2870 too slow to stream such big stream? Does it help if we configure it to use bulk instead of isoc? Antti ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: em28xx DVB modeswitching change: call for testers 2009-10-14 3:52 em28xx DVB modeswitching change: call for testers Devin Heitmueller ` (4 preceding siblings ...) 2009-10-25 18:23 ` Antti Palosaari @ 2009-10-31 22:48 ` Alain Perrot 5 siblings, 0 replies; 18+ messages in thread From: Alain Perrot @ 2009-10-31 22:48 UTC (permalink / raw) To: Devin Heitmueller; +Cc: Linux Media Mailing List On Wed, Oct 14, 2009 at 4:52 AM, Devin Heitmueller <dheitmueller@kernellabs.com> wrote: > Hello all, > > I have setup a tree that removes the mode switching code when > starting/stopping streaming. If you have one of the em28xx dvb > devices mentioned in the previous thread and volunteered to test, > please try out the following tree: > > http://kernellabs.com/hg/~dheitmueller/em28xx-modeswitch > > In particular, this should work for those of you who reported problems > with zl10353 based devices like the Pinnacle 320e (or Dazzle) and were > using that one line change I sent this week. It should also work with > Antti's Reddo board without needing his patch to move the demod reset > into the tuner_gpio. > > This also brings us one more step forward to setting up the locking > properly so that applications cannot simultaneously open the analog > and dvb side of the device. > > Thanks for your help, > > Devin > > -- > Devin J. Heitmueller - Kernel Labs > http://www.kernellabs.com Hi, I finally give your tree a try with my Dazzle Hybrid Stick on a laptop running Kubuntu 9.10 "Karmic" (Linux 2.6.31). With the drivers from your tree, the device is properly detected as a Pinnacle Hybrid Pro, but a scan using Kaffeine find DVB-T channels on one or two frequencies only and tuning to one of these channels almost always fail. I reverted back to the drivers from the stock Linux 2.6.31 kernel from Kubuntu 9.10. The scan does not really work better, but using an older list of channels, I can tune channels with significantly less failures. Regards, Alain ^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2009-10-31 22:47 UTC | newest] Thread overview: 18+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2009-10-14 3:52 em28xx DVB modeswitching change: call for testers Devin Heitmueller 2009-10-14 10:25 ` Giuseppe Borzi 2009-10-14 13:12 ` Devin Heitmueller 2009-10-14 14:06 ` Giuseppe Borzi 2009-10-14 14:11 ` Devin Heitmueller 2009-10-14 14:30 ` Mauro Carvalho Chehab 2009-10-14 14:42 ` Devin Heitmueller 2009-10-15 23:39 ` SebaX75 2009-10-16 21:49 ` xwang1976 2009-10-25 9:55 ` Francesco Lavra 2009-10-25 18:23 ` Antti Palosaari 2009-10-26 15:36 ` Devin Heitmueller 2009-10-26 16:02 ` Antti Palosaari 2009-10-26 16:09 ` Devin Heitmueller 2009-10-26 18:03 ` Antti Palosaari 2009-10-26 18:18 ` Devin Heitmueller 2009-10-28 0:31 ` Antti Palosaari 2009-10-31 22:48 ` Alain Perrot
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox