em28xx DVB modeswitching change: call for testers

em28xx DVB modeswitching change: call for testers

[Devin Heitmueller]

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

Re: em28xx DVB modeswitching change: call for testers

[Giuseppe Borzi]

[-- 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 --]

Re: em28xx DVB modeswitching change: call for testers

[Devin Heitmueller]

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

Re: em28xx DVB modeswitching change: call for testers

[Giuseppe Borzi]

[-- 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

Re: em28xx DVB modeswitching change: call for testers

[Devin Heitmueller]

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

Re: em28xx DVB modeswitching change: call for testers

[Mauro Carvalho Chehab]

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

Re: em28xx DVB modeswitching change: call for testers

[Devin Heitmueller]

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

Re: em28xx DVB modeswitching change: call for testers

[SebaX75]

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

Re: em28xx DVB modeswitching change: call for testers

[xwang1976]

[-- 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 --]

Re: em28xx DVB modeswitching change: call for testers

[Francesco Lavra]

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

Re: em28xx DVB modeswitching change: call for testers

[Antti Palosaari]

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/

Re: em28xx DVB modeswitching change: call for testers

[Devin Heitmueller]

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

Re: em28xx DVB modeswitching change: call for testers

[Antti Palosaari]

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/

Re: em28xx DVB modeswitching change: call for testers

[Devin Heitmueller]

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

Re: em28xx DVB modeswitching change: call for testers

[Antti Palosaari]

[-- 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]$ 

Re: em28xx DVB modeswitching change: call for testers

[Devin Heitmueller]

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

Re: em28xx DVB modeswitching change: call for testers

[Antti Palosaari]

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

Re: em28xx DVB modeswitching change: call for testers

[Alain Perrot]

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