Re: em28xx DVB modeswitching change: call for testers
On Wed, Oct 14, 2009 at 4:52 AM, Devin Heitmueller dheitmuel...@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 -- 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: em28xx DVB modeswitching change: call for testers
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 Palosaaricr...@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=3661postdays=0postorder=ascstart=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/ -- 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: em28xx DVB modeswitching change: call for testers
On Mon, Oct 26, 2009 at 12:02 PM, Antti Palosaari cr...@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 -- 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: em28xx DVB modeswitching change: call for testers
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 -- 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: em28xx DVB modeswitching change: call for testers
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/ -- 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: em28xx DVB modeswitching change: call for testers
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 $ ./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 [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, 0x, 0x [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)
Re: em28xx DVB modeswitching change: call for testers
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 -- 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: em28xx DVB modeswitching change: call for testers
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: gbo...@ieee.org url: http://ww2.unime.it/dic/gborzi/index.php *** 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, 0x 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: [#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
Re: em28xx DVB modeswitching change: call for testers
On Wed, Oct 14, 2009 at 6:25 AM, Giuseppe Borzi gbo...@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 -- 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: em28xx DVB modeswitching change: call for testers
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: gbo...@ieee.org url: http://ww2.unime.it/dic/gborzi/index.php *** 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, 0x 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 . xc2028 2-0061: Loading firmware for type=(0), id b700. SCODE (2000), id b700: xc2028 2-0061: Loading SCODE for type=MONO SCODE HAS_IF_4320 (60008000), id 8000. em28xx #0: Config register raw data: 0x58 em28xx #0: AC97 vendor ID = 0x 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:
Re: em28xx DVB modeswitching change: call for testers
On Wed, Oct 14, 2009 at 10:06 AM, Giuseppe Borzi gbo...@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 -- 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: em28xx DVB modeswitching change: call for testers
Em Wed, 14 Oct 2009 10:11:48 -0400 Devin Heitmueller dheitmuel...@kernellabs.com escreveu: On Wed, Oct 14, 2009 at 10:06 AM, Giuseppe Borzi gbo...@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 -- 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: em28xx DVB modeswitching change: call for testers
On Wed, Oct 14, 2009 at 10:30 AM, Mauro Carvalho Chehab mche...@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 -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
em28xx DVB modeswitching change: call for testers
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 -- 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