Re: [Em28xx] Cinergy HTC USB XS
Hi, On Tue, Feb 17, 2009 at 8:52 PM, Thomas Rabe ra...@drehmoment.org wrote: Hello, although the install instructions are listed as upcoming in wiki, I've got a try on compile the em28xx-new mercurial. The code compiles with success on an ubuntu intrepid amd-64 setup by using instructions from Terratec Hybrid XS FM wiki page and dmesg shows loading as shown below. However, I can't tune in any channels on dvb-c (kaffeine) and analogue tv (scantv) on Kabel Deutschland network. For more debugging I would ask some questions: - do I need to extract firmware first? dmesg output shows lines: [ 2280.326800] In order to use the device the em28xx support package is required, [ 2280.326802] which includes further drivers and firmwares (btw, there is also a german translation of these lines in dmesg output, but it misses notice about the name (em28xx) of the support package) - is driver capable of analogue tv? (I'm not sure because there only dvb-t/c pictures in wiki) yes it is, AnalogTV, DVB-T, DVB-C and FM radio. - are there some bullet-proof shell-commands for checking setup and tuning channels? there will be commands available within the support package which are more or less easy to handle. The support package contains the actual drivers for that device, the em28xx itself is only used for transferring the data. The drivers aren't released yet, but should be soon. regards, Markus 8= [ 2280.116451] em28xx: new video device (0ccd:008e): interface 0, class 255 [ 2280.116464] em28xx: device is attached to a USB 2.0 bus [ 2280.116473] em28xx #0: Alternate settings: 8 [ 2280.116477] em28xx #0: Alternate setting 0, max size= 0 [ 2280.116481] em28xx #0: Alternate setting 1, max size= 0 [ 2280.116484] em28xx #0: Alternate setting 2, max size= 1440 [ 2280.116488] em28xx #0: Alternate setting 3, max size= 2048 [ 2280.116491] em28xx #0: Alternate setting 4, max size= 2304 [ 2280.116495] em28xx #0: Alternate setting 5, max size= 2688 [ 2280.116501] em28xx #0: Alternate setting 6, max size= 2880 [ 2280.116504] em28xx #0: Alternate setting 7, max size= 3072 [ 2280.326791] Using BSD Style tuning mechanism [ 2280.326799] [ 2280.326800] In order to use the device the em28xx support package is required, [ 2280.326802] which includes further drivers and firmwares [ 2280.326804] [ 2280.326805] Um dieses Geraet verwenden zu koennen wird ein Support Package benoetigt [ 2280.326808] welches weitere Treiber und Firmwares beinhaltet [ 2280.326809] [ 2280.326947] radio device registered as /dev/radio0 [ 2280.331029] em28xx #0: V4L2 VBI device registered as /dev/vbi0 [ 2280.331247] em28xx #0: V4L2 device registered as /dev/video0 [ 2280.331251] em28xx-audio.c: probing for em28x1 non standard usbaudio [ 2280.331252] em28xx-audio.c: Copyright (C) 2006 Markus Rechberger [ 2280.331594] em2880-dvb.c: DVB Init [ 2280.642652] em2880-dvb: registering DVB-T/C template device [ 2280.643107] DVB: registering new adapter (em2880 DVB-T) [ 2280.643276] DVB: registering frontend 0 (Empia Frontend Template)... [ 2280.644046] em28xx #0: Found Terratec XS HTC 8= Greetings, Thomas Rabe ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Cinergy HTC USB XS
On Wed, Feb 18, 2009 at 11:24 PM, Thomas E. Conway-Poulsen tcon...@adpepper.com wrote: Hi Markus, Also waiting for the driver, Cinergy HTC USB.. Really looking forward to having some drivers that can provide a tv signal even in analog, that can be controlled normally wihtin the framework - so that mythtv can send it around. Here in DK, we are going to loose the analog signal within the next 6 months... so why not use integrate the dvb in its total, maybe big changes ? I added a screenshot of analogTV: http://mcentral.de/wiki/index.php5/Terratec_HTC_XS#Screenshots AnalogTV can also be used with old VCRs, game consoles, settopboxes or cable providers it won't be dead that fast. Mythtv might have some problems when it comes to switching between DVB-C/DVB-T I might put up some patches for it later. The support package will provide extended support for that device, the linuxtv API is not far enough in order to support it properly at this time. Beside that a MAC driver is also on the way for it. A few things have to be cleared up before releasing the driver. regards, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] HVR-950 stopped working after kernel upgrade -
On Mon, Feb 16, 2009 at 6:40 PM, c...@qgenuity.com wrote: I ran a suse update which included a kernel update (2.6.22.19). After all was done, I rebooted and found that the HVR-950 no longer worked. I went to the directory to which I had downloaded the v4l-dvb drivers a few months ago, ran make clean and make distclean, followed by make and make install. The error messages changed a bit but the device still does not work. What do I need to do? The following is the dmesg output on plugging the device in. usb 3-7: new high speed USB device using ehci_hcd and address 20 usb 3-7: new device found, idVendor=2040, idProduct=6513 usb 3-7: new device strings: Mfr=0, Product=1, SerialNumber=2 usb 3-7: Product: WinTV HVR-980 usb 3-7: SerialNumber: xxx usb 3-7: configuration #1 chosen from 1 choice em28xx: Unknown symbol ir_codes_ati_tv_wonder_hd_600 em28xx: disagrees about version of symbol video_ioctl2 em28xx: Unknown symbol video_ioctl2 em28xx: disagrees about version of symbol v4l_compat_ioctl32 em28xx: Unknown symbol v4l_compat_ioctl32 em28xx: Unknown symbol ir_codes_pinnacle_pctv_hd em28xx: disagrees about version of symbol v4l2_type_names em28xx: Unknown symbol v4l2_type_names em28xx: disagrees about version of symbol ir_input_init em28xx: Unknown symbol ir_input_init em28xx: disagrees about version of symbol video_unregister_device em28xx: Unknown symbol video_unregister_device em28xx: disagrees about version of symbol video_device_alloc em28xx: Unknown symbol video_device_alloc em28xx: disagrees about version of symbol video_register_device em28xx: Unknown symbol video_register_device em28xx: disagrees about version of symbol ir_input_nokey em28xx: Unknown symbol ir_input_nokey em28xx: disagrees about version of symbol tveeprom_hauppauge_analog em28xx: Unknown symbol tveeprom_hauppauge_analog em28xx: disagrees about version of symbol video_device_release em28xx: Unknown symbol video_device_release em28xx: disagrees about version of symbol ir_input_keydown em28xx: Unknown symbol ir_input_keydown try to reboot and load them again. Markus Thanks. ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Terratec Cinergy Hybrid T USB XS FM radio problem
Hi, On Tue, Feb 10, 2009 at 5:36 PM, rvf16 rv...@yahoo.gr wrote: Hello to all. I have a laptop Dell Inspiron E1505 running fedora 6 with a 2.6.22 linux.org personally compiled kernel. The tuner i use is a Terratec Cinergy Hybrid T USB XS FM. It has been tested under Vista and all its features work fine. Under linux i installed the em28xx-new-b2e841c05e94 driver. Analog TV and DVB-T work great. I haven't tested VBI yet. FM Radio doesn't work at all. I have tried out several applications to start the fm radio. None of them works. Below lay the output errors : gqradio-3f5638e1383d #gqradio Error talking (ioctl) to /dev/radio, Wrong address Radio device control test failed Error, radio support missing, or failed to init radio device! gqradio: could not connect to socket gqradio: No such file or directory unable to connect to lirc daemon wrong permissions? Markus xawtv-3.95-4.fc6 #radio -d -f 95.0 tuned 95,00 MHz VIDIOCGAUDIO: Wrong address vlc-40d715d67a1b #vlc radio:// :radio-frequency=100600 :radio-dev=/dev/radio0 :radio-adev=hw:1,0 : main input error: no suitable access module for `radio://' The latter is the vlc from : http://mcentral.de/hg/~mrec/vlc with empia support from : http://mcentral.de/hg/~mrec/empia_audio as described in : http://mcentral.de/wiki/index.php5/Vlc which doesn't seem to have radio support at all even though it was configured with this command : ./configure --prefix=/usr --enable-v4l --enable-radio as the output of this command even though it doesn't fail doesn't mention anything regarding radio. Does anyone know what's the problem? Thank you in advance. Regards. --- Some system info relative to the tuner : I have compiled the em28xx-new-b2e841c05e94 driver following the procedure below : cd /lib/modules rm -f -r $(uname -r) cd /path/to/kernel/source/linux-2.6.22 make modules_install #clean v4l tree in case a v4l-dvb had been installed previously ln -s /path/to/kernel/source/linux-2.6.22 /usr/src/linux # this is not needed in fedora, just the build and source links in /lib/modules/$(uname -r) pointing to the kernel source directory cd /path/to/em28xx/driver/source/em28xx-new-b2e841c05e94 ../build.sh build ../build.sh install ../depmod -a reboot # this is also not needed in fedora This is the output of dmesg when the usb is inserted : usb 5-5: new high speed USB device using ehci_hcd and address 3 usb 5-5: configuration #1 chosen from 1 choice em28xx: new video device (0ccd:0072): interface 0, class 255 em28xx: device is attached to a USB 2.0 bus em28xx #0: Alternate settings: 8 em28xx #0: Alternate setting 0, max size= 0 em28xx #0: Alternate setting 1, max size= 0 em28xx #0: Alternate setting 2, max size= 1448 em28xx #0: Alternate setting 3, max size= 2048 em28xx #0: Alternate setting 4, max size= 2304 em28xx #0: Alternate setting 5, max size= 2580 em28xx #0: Alternate setting 6, max size= 2892 em28xx #0: Alternate setting 7, max size= 3072 attach_inform: eeprom detected. em28xx #0: i2c eeprom 00: 1a eb 67 95 cd 0c 72 00 f0 12 6a 03 6a 36 a0 1a em28xx #0: i2c eeprom 10: 00 00 24 57 46 07 09 00 60 00 00 00 02 00 00 00 em28xx #0: i2c eeprom 20: 5e 00 12 00 f0 10 01 89 88 00 00 00 5b 1e 00 00 em28xx #0: i2c eeprom 30: 00 00 20 40 20 6e 02 20 10 01 00 00 00 00 00 00 em28xx #0: i2c eeprom 40: 00 00 00 00 00 00 00 00 00 00 00 00 d3 c4 00 00 em28xx #0: i2c eeprom 50: a1 00 00 00 a2 80 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 36 03 43 00 69 00 em28xx #0: i2c eeprom 70: 6e 00 65 00 72 00 67 00 79 00 20 00 48 00 79 00 em28xx #0: i2c eeprom 80: 62 00 72 00 69 00 64 00 20 00 54 00 20 00 55 00 em28xx #0: i2c eeprom 90: 53 00 42 00 20 00 58 00 53 00 20 00 46 00 4d 00 em28xx #0: i2c eeprom a0: 1a 03 30 00 38 00 31 00 30 00 30 00 32 00 30 00 em28xx #0: i2c eeprom b0: 30 00 34 00 37 00 37 00 39 00 00 00 00 00 31 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: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 EEPROM ID= 0x9567eb1a Vendor/Product ID= 0ccd:0072 I2S audio, 3 sample rates 500mA max power Table at 0x24, strings = 0x366a, 0x1aa0, 0x cx25843.c: starting probe for adapter em28xx #0 (0x1001f) cx25843.c: detecting cx25843 client on address 0x88 attach_inform: msp34xx/cx25843 detected. trying to attach xc5000 attaching xc5000 tuner module successfully attached tuner radio device registered as /dev/radio0 em28xx #0: V4L2 VBI device registered as /dev/vbi0 em28xx #0: V4L2 device registered as /dev/video0 em28xx-audio.c: probing for em28x1 non standard usbaudio em28xx-audio.c: Copyright (C) 2006 Markus Rechberger em28xx-aad: registered /dev/aad0 em2880-dvb.c: DVB Init DVB
Re: [Em28xx] Digitus DA-70820 detected as Pixelview Prolink PlayTV USB 2.0 in 2.6.28 (and no audio)
Hi, On Fri, Feb 6, 2009 at 11:07 AM, Thomas B. Rücker thomas.ruec...@tut.fi wrote: Hi, I've noticed that the above mentioned device is no longer detected as unknown device but as a Pixelview card. Sadly this is not a very good guess by the kernel. My card doesn't have a tuner and well still no audio like in all other kernels before. My card will only produce a picture if I reload the module with card=9 to make it show up disguised as an Pinnacle Dazzle DVC 90/DVC 100. In addition I can't seem to make audio work. No way at all. Among other things I've tried loading em28xx-alsa and all sorts of things. the only output is always digital silence. Any hints on this would be very much appreciated. That's the associated dmesg-output: [21790.410534] em28xx v4l2 driver version 0.1.0 loaded [21790.410584] em28xx new video device (eb1a:2821): interface 0, class 255 [21790.410607] em28xx Has usb audio class [21790.410624] em28xx #0: Alternate settings: 8 [21790.410642] em28xx #0: Alternate setting 0, max size= 0 [21790.410660] em28xx #0: Alternate setting 1, max size= 1024 [21790.410679] em28xx #0: Alternate setting 2, max size= 1448 [21790.410698] em28xx #0: Alternate setting 3, max size= 2048 [21790.410716] em28xx #0: Alternate setting 4, max size= 2304 [21790.410735] em28xx #0: Alternate setting 5, max size= 2580 [21790.410761] em28xx #0: Alternate setting 6, max size= 2892 [21790.410785] em28xx #0: Alternate setting 7, max size= 3072 [21790.417915] em28xx #0: em28xx chip ID = 18 [21791.048514] saa7115' 0-0025: saa7113 found (1f7113d0e10) @ 0x4a (em28xx #0) [21791.877402] em28xx #0: i2c eeprom 00: 1a eb 67 95 1a eb 21 28 90 00 11 03 6a 22 00 00 [21791.877486] em28xx #0: i2c eeprom 10: 00 00 04 57 06 21 01 00 00 00 00 00 00 00 00 00 [21791.877563] em28xx #0: i2c eeprom 20: 02 00 01 01 f0 10 00 00 00 00 00 00 5b 00 00 00 [21791.877639] em28xx #0: i2c eeprom 30: 00 00 20 40 20 80 02 20 10 01 03 01 00 00 00 00 [21791.877717] em28xx #0: i2c eeprom 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [21791.877794] em28xx #0: i2c eeprom 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [21791.877871] em28xx #0: i2c eeprom 60: 00 00 00 00 00 00 00 00 00 00 22 03 55 00 53 00 [21791.877947] em28xx #0: i2c eeprom 70: 42 00 20 00 32 00 38 00 32 00 31 00 20 00 44 00 [21791.878030] em28xx #0: i2c eeprom 80: 65 00 76 00 69 00 63 00 65 00 00 00 00 00 00 00 [21791.878129] em28xx #0: i2c eeprom 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [21791.878205] em28xx #0: i2c eeprom a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [21791.878280] em28xx #0: i2c eeprom b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [21791.878355] em28xx #0: i2c eeprom c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [21791.878433] em28xx #0: i2c eeprom d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [21791.878510] em28xx #0: i2c eeprom e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [21791.878588] em28xx #0: i2c eeprom f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [21791.878669] EEPROM ID= 0x9567eb1a, hash = 0x37da7b8a [21791.878690] Vendor/Product ID= eb1a:2821 [21791.878709] AC97 audio (5 sample rates) [21791.878729] 500mA max power [21791.878748] Table at 0x04, strings=0x226a, 0x, 0x [21792.601262] em28xx #0: V4L2 device registered as /dev/video0 and /dev/vbi0 [21792.601297] em28xx #0: Found Pinnacle Dazzle DVC 90/DVC 100 [21792.601360] usbcore: registered new interface driver em28xx try to follow the instruction on mcentral.de how to install the driver. regards, Markus Cheers Thomas ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] does pinnacle 320e device needs a patched kernel?
On Thu, Feb 5, 2009 at 1:57 PM, Flavio sixdegrees...@yahoo.it wrote: hi all, i have a Pinnacle PCTV Hybrid Pro Stick (320e) (USB ID=eb1a:2881), with a patched 2.6.26 kernel and everything works fine (thanks marcus!). i'd like to upgrade my kernel and according to http://www.linuxhq.com/kernel/v2.6/27- git8/Documentation/video4linux/CARDLIST.em28xx it seems that this device is supported by a vanilla kernel. Is that right? Or the in-kernel driver is incomplete? (that Unkown EM2750/28xx video grabber doesn't seem good...) will it ever work on an unpatched kernel? maybe, although it will always require some components from userland. I'm just doing some field tests with some userland drivers now which don't require any special kernel hooks. regards, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] MSI DigiVox A/D II
On Fri, Oct 31, 2008 at 8:07 PM, Viktor Vraniak viktor.vran...@gmail.com wrote: hi markus i tried current status of support DigiVox A/D II. now i can hear sound (but only one channel ) from DVB but i have no video. my channels.conf from: scan -n -o zap -p /usr/share/doc/dvb-utils/examples/scan/dvb-t/cz-Praha .xine/channels.conf can tune to only 81800 even though this has been written a long time ago. you're missing the mpeg2 decoder for your system, the driver is working well as soon as you get audio from it. regards, Markus regards viktor On Wed, Sep 24, 2008 at 6:14 PM, Markus Rechberger mrechber...@gmail.com wrote: On Wed, Sep 24, 2008 at 7:09 PM, Viktor Vraniak viktor.vran...@gmail.com wrote: can you submit the output of usbview? ok, here is usbview output: USB 2881 Device Speed: 480Mb/s (high) USB Version: 2.00 Device Class: 00(ifc ) Device Subclass: 00 Device Protocol: 00 Maximum Default Endpoint Size: 64 Number of Configurations: 1 Vendor Id: eb1a Product Id: e320 Revision Number: 1.00 Config Number: 1 Number of Interfaces: 2 Attributes: 80 MaxPower Needed: 500mA Interface Number: 0 Name: (none) Alternate Number: 0 Class: ff(vend.) Sub Class: 00 Protocol: ff Number of Endpoints: 3 Endpoint Address: 81 Direction: in Attribute: 3 Type: Int. Max Packet Size: 1 Interval: 128ms Endpoint Address: 82 Direction: in Attribute: 1 Type: Isoc Max Packet Size: 0 Interval: 125us Endpoint Address: 84 Direction: in Attribute: 1 Type: Isoc Max Packet Size: 0 Interval: 125us Interface Number: 0 Name: (none) Alternate Number: 1 Class: ff(vend.) Sub Class: 00 Protocol: ff Number of Endpoints: 3 Endpoint Address: 81 Direction: in Attribute: 3 Type: Int. Max Packet Size: 1 Interval: 128ms Endpoint Address: 82 Direction: in Attribute: 1 Type: Isoc Max Packet Size: 0 Interval: 125us Endpoint Address: 84 Direction: in Attribute: 1 Type: Isoc Max Packet Size: 564 Interval: 125us Interface Number: 0 Name: (none) Alternate Number: 2 Class: ff(vend.) Sub Class: 00 Protocol: ff Number of Endpoints: 3 Endpoint Address: 81 Direction: in Attribute: 3 Type: Int. Max Packet Size: 1 Interval: 128ms Endpoint Address: 82 Direction: in Attribute: 1 Type: Isoc Max Packet Size: 1448 Interval: 125us Endpoint Address: 84 Direction: in Attribute: 1 Type: Isoc Max Packet Size: 564 Interval: 125us Interface Number: 0 Name: (none) Alternate Number: 3 Class: ff(vend.) Sub Class: 00 Protocol: ff Number of Endpoints: 3 Endpoint Address: 81 Direction: in Attribute: 3 Type: Int. Max Packet Size: 1 Interval: 128ms Endpoint Address: 82 Direction: in Attribute: 1 Type: Isoc Max Packet Size: 2048 Interval: 125us Endpoint Address: 84 Direction: in Attribute: 1 Type: Isoc Max Packet Size: 564 Interval: 125us Interface Number: 0 Name: (none
Re: [Em28xx] differences in em28xx-new and current Linux zl10353.c implementation
Hi Németh,
On Sun, Jan 25, 2009 at 7:27 AM, Németh Márton nm...@freemail.hu wrote:
Hi,
Németh Márton wrote:
Hello Markus,
do you know the reason for these differences?
diff -upr em28xx-new/zl10353/zl10353.c
/usr/src/linux-2.6.28/drivers/media/dvb/frontends/zl10353.c
--- em28xx-new/zl10353/zl10353.c 2009-01-24 12:46:58.0 +0100
+++ /usr/src/linux-2.6.28/drivers/media/dvb/frontends/zl10353.c
2008-12-25 00:26:37.0 +0100
@@ -206,8 +206,8 @@ static int zl10353_set_parameters(struct
zl10353_single_write(fe, 0xEA, 0x01);
udelay(200);
zl10353_single_write(fe, 0xEA, 0x00);
-
- zl10353_single_write(fe, AGC_TARGET, 0x31);
+
+ zl10353_single_write(fe, AGC_TARGET, 0x28);
if (op-transmission_mode != TRANSMISSION_MODE_AUTO)
acq_ctl |= (1 0);
@@ -218,27 +218,17 @@ static int zl10353_set_parameters(struct
switch (op-bandwidth) {
case BANDWIDTH_6_MHZ:
/* These are extrapolated from the 7 and 8MHz values */
-#if 0
zl10353_single_write(fe, MCLK_RATIO, 0x97);
zl10353_single_write(fe, 0x64, 0x34);
-#endif
-
- zl10353_single_write(fe, MCLK_RATIO, 0x9c);
- zl10353_single_write(fe, 0x64, 0x3c);
- zl10353_single_write(fe, 0xcc, 0xdd);
-
break;
case BANDWIDTH_7_MHZ:
zl10353_single_write(fe, MCLK_RATIO, 0x86);
zl10353_single_write(fe, 0x64, 0x35);
- zl10353_single_write(fe, 0xcc, 0x73);
-
break;
case BANDWIDTH_8_MHZ:
default:
zl10353_single_write(fe, MCLK_RATIO, 0x75);
zl10353_single_write(fe, 0x64, 0x36);
- zl10353_single_write(fe, 0xcc, 0x73);
}
zl10353_calc_nominal_rate(fe, op-bandwidth, nominal_rate);
@@ -377,7 +367,7 @@ static int zl10353_set_parameters(struct
zl10353_write(fe, pllbuf, sizeof(pllbuf));
}
- zl10353_single_write(fe, 0x5F, 0x12);
+ zl10353_single_write(fe, 0x5F, 0x13);
/* If no attached tuner or invalid PLL registers, just start the FSM.
*/
if (state-config.no_tuner || fe-ops.tuner_ops.calc_regs == NULL)
OK, I have done my homework: I found some related changesets:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=a9dbe5dc2e9337f1c7fab16963753aaf3f5283be
From: Markus Rechberger mrechber...@gmail.com
Date: Fri, 24 Oct 2008 15:15:08 + (-0300)
Subject: V4L/DVB (9362): zl10353: add new register configuration for
zl10353/especially 6mhz ...
V4L/DVB (9362): zl10353: add new register configuration for
zl10353/especially 6mhz taiwan.
Signed-off-by: Markus Rechberger mrechber...@sundtek.de
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
---
diff --git a/drivers/media/dvb/frontends/zl10353.c
b/drivers/media/dvb/frontends/zl10353.c
index 36a5a1c..5506f80 100644
--- a/drivers/media/dvb/frontends/zl10353.c
+++ b/drivers/media/dvb/frontends/zl10353.c
@@ -220,15 +220,18 @@ static int zl10353_set_parameters(struct dvb_frontend
*fe,
/* These are extrapolated from the 7 and 8MHz values */
zl10353_single_write(fe, MCLK_RATIO, 0x97);
zl10353_single_write(fe, 0x64, 0x34);
+ zl10353_single_write(fe, 0xcc, 0xdd);
break;
case BANDWIDTH_7_MHZ:
zl10353_single_write(fe, MCLK_RATIO, 0x86);
zl10353_single_write(fe, 0x64, 0x35);
+ zl10353_single_write(fe, 0xcc, 0x73);
break;
case BANDWIDTH_8_MHZ:
default:
zl10353_single_write(fe, MCLK_RATIO, 0x75);
zl10353_single_write(fe, 0x64, 0x36);
+ zl10353_single_write(fe, 0xcc, 0x73);
}
zl10353_calc_nominal_rate(fe, op-bandwidth, nominal_rate);
But still, there are some other differences.
the other ones can probably be merged back. Setting this register is
required for
some devices in order to lock onto a channel at all. Other settings
are just some fine tuned settings.
br,
Markus
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Driver USB WinCE Em2820 : Markus Rechberger
2009/1/23 e-ces...@libero.it e-ces...@libero.it: Hello markus Ludovico cavedon has recommended contacting to you because expert We are trying to transport the driver on linux Windows CE 6.0. The settings seem to be in place and isochronous transfer part. you also need to set up the registers for the correct framesize. I'd rather recommend setting it to alt 5 or alt 7 instead of alt 1. regards, Markus Expecting a start frame 22 5A xx 88 each image that should be 640 * 480 * 2 = 614,400 bytes instead the beginning frame me I find it about every 65,000 bytes considering that I have activated the alternate setting 1, which should send packets of 1024 bytes (or word is 1024?) at sniffed send you know that every interframe (88 88 88 88) lose data. The image and 'data from 8 bands of color that I wear to have almost the same 160 bytes * 8 times each line but sometimes I lose pieces the first byte of 0x01 sniffed are some data on the info back call lpIssueIsochTransfer you have a data sniffed live with the header of that frame and interframe he time you did. Of course, I greatly appreciated as found in 2820 on Dewiki This isochronous transfer and 'a standard thing? explained somewhere? Are you aware of someone who has already 'developed driver x wince? So if you have a way to help us and give us your conditions ports without problems Thanks in advance Beppe and Enrico Messaggio originale Da: giuseppe. me...@cesrl.it Data: 09/01/2009 12.18 A: Ludovico Cavedonludovico. cave...@gmail.com Cc: e-ces...@libero.it Ogg: Re: EMPIA EM2820 Ciao Ludovico Innanzitutto ti ringraziamo per la disponibilita' A suo tempo Empia ci ha fornito della documentazione dietro firma di un NDA, per cui non posso fornirvela direttamente io. Potete comunque contattare direttamente Empia all'indirizzo Abbiamo gia' inviato a loro la NDA firmata da un mesetto ma ancora non abbiamo avuto riscontro :( Cmq provo a raccontarti a che punto siamo Stiamo cercando di trasportare il driver linux su Windows CE 6.0. Le impstazioni iniziali sembrano essere a posto e il trasferimento isocrono parte. Pero' mi aspettavo un inizio frame 22 5A xx 88 ogni immagine completa che dovrebbe essere 640 * 480 * 2 = 614400 byte invece l'inizio frame me lo trovo circa ogni 65000 byte considera che ho attivato l'alternate setting 1 che dovrebbe mandarmi pacchetti da 1024 byte ( o sono 1024 word ? ) nella sniffata che ti mando noto che ogni interframe (88 88 88 88) perdo dei dati. L'immagine e' data da 8 bande di colore che mi porttano ad avere 160 byte quasi uguali * 8 volte ogni riga ma ogni tanto perdo pezzi i primi 0x01 byte della sniffata sono alcuni dati relativi alle info di ritorno della chiamata lpIssueIsochTransfer un tuo consiglio su come procedere mi farebbe comodo, magari accompagnato da una sniffata dei dati vivi con l'intestazione dei frame e interframe che a suo tempo avrai fatto. Naturalmente ho ampiamente apprezzato quanto trovato in Dewiki sul 2820 Altra possibilita' e' che io non abbia capito assolutamente niente di questo mondo :) questo trasferimento isocrono e' una cosa standard ? viene spiegato da qualche parte ? Sei a conoscenza di qualcuno che abbia gia' sviluppato il driver x wince ? Insomma se hai modo di aiutarci dacci pure le tue condizioni senza porti dei problemi ti ringraziamo in anticipo Beppe e Enrico - Ing.Cesari Enrico e-ces...@libero.it - Mereu Giuseppe CE S.r.l. Bologna 051 534757 giuseppe.me...@cesrl.it Messaggio originale Da: em28xx-requ...@mcentral.de Data: 22/01/2009 12.00 A: em28xx@mcentral.de Ogg: Em28xx Digest, Vol 23, Issue 29 Send Em28xx mailing list submissions to em28xx@mcentral.de To subscribe or unsubscribe via the World Wide Web, visit http://mcentral.de/mailman/listinfo/em28xx or, via email, send a message with subject or body 'help' to em28xx- requ...@mcentral.de You can reach the person managing the list at em28xx- ow...@mcentral.de When replying, please edit your Subject line so it is more specific than Re: Contents of Em28xx digest... Today's Topics: 1. Re: Grabshow 100 with em28xx (N?meth M?rton) 2. Re: [PATCH] remove inode parameter of typedef v4l2_kioctlas of 2.6.28 (Markus Rechberger) -- Message: 1 Date: Thu, 22 Jan 2009 07:52:49 +0100 From: N?meth M?rton nm...@freemail.hu Subject: Re: [Em28xx] Grabshow 100 with em28xx To: ogre5000 ogre5...@gmail.com Cc: em28xx em28xx@mcentral.de Message-ID: 497817c1.7090...@freemail.hu Content-Type: text/plain; charset=ISO-8859-1 N?meth M?rton wrote: ogre5000 wrote: I actually searched the internet for xawtv and found out, that webcam is part of xawtv (I have xawtv installed). So I guess
Re: [Em28xx] Grabshow 100 with em28xx
On Fri, Jan 23, 2009 at 7:56 AM, Németh Márton nm...@freemail.hu wrote: To Markus: Hello Markus, could you please check this dmesg trace? I wrote my analysis, but I have some problems proposing a possible solution. ogre5000 wrote: Hello, Am 22.01.2009 um 07:34 schrieb Németh Márton: I couldn't really find a simple testcase which triggers this problem, but I analysed the source code and found that the function prototype v4l2_kioctl changed between Linux kernel 2.6.27 and 2.6.28: the inode parameter was removed. Last time when I updated the em28xx-new I forget this fact. I just sent a patch titled [PATCH] remove inode parameter of typedef v4l2_kioctl as of 2.6.28. Could you please apply and test the new version of em28xx-new driver? Here we can see that (null) is written to the output instead of a readable input and norm parameter. This usually signals that there might be some return value check missing in the code. This mmap2() calls also do not look like very good: -1 is the fd parameter which shall be positive. The -1 is an error code which comes from a previous system call and it is not a valid file descriptor. What can I do against it? I installed the latest release with this patch I don't know, yet what can you do against this -1 file descriptor. applied. This didn't change anything. But notice that I have Kernel 2.6.27.7-9 anyway, not 2.6.28.x. There are changes in the dmesg, now you get a different error message, so at least one problem is fixed, I think. Here you see dmesg (interesting lines cut out) again with the new patch applied. First after trying ZoneMinder em28xx v4l2 driver version 0.0.1 loaded em28xx: new video device (eb1a:2800): interface 0, class 255 em28xx: device is attached to a USB 2.0 bus em28xx #0: Alternate settings: 4 em28xx #0: Alternate setting 0, max size= 0 em28xx #0: Alternate setting 1, max size= 644 em28xx #0: Alternate setting 2, max size= 1288 em28xx #0: Alternate setting 3, max size= 2580 saa7115' 1-0025: saa7113 found (1f7113d0e10) @ 0x4a (em28xx #0) attach_inform: saa7113 detected. em28xx #0: V4L2 device registered as /dev/video1 em28xx #0: Found Terratec Cinergy 200 USB usbcore: registered new interface driver em28xx The following is only an harmless informational message. Unless you get a _continuous_flood_ of these messages it means everything is working fine. Allocations from irqs cannot be perfectly reliable and the kernel is designed to handle that. zmc: page allocation failure. order:6, mode:0x0, alloc_flags:0x5, pflags:0x402000 Pid: 3313, comm: zmc Tainted: G D 2.6.27.7-debug2 #2 [c01065d4] dump_trace+0x63/0x227 [c010702b] show_trace+0x15/0x29 [c0348341] dump_stack+0x5b/0x65 [c0177f2b] __alloc_pages_internal+0x38b/0x3a2 [c01087bf] dma_alloc_pages+0x51/0x59 [c0108889] dma_alloc_coherent+0xc2/0x24e [e1053375] hcd_buffer_alloc+0x65/0x6d [usbcore] [e104729f] usb_buffer_alloc+0x16/0x1d [usbcore] [e1aa47de] em28xx_init_isoc+0x9b/0x19c [em28xx] [e1aa1063] em28xx_v4l2_open+0x46d/0x516 [em28xx] [e10d919c] video_open+0xcc/0x12b [videodev] [c01a185b] chrdev_open+0x13b/0x152 [c019dc57] __dentry_open+0x10f/0x1fd [c019ddcc] nameidata_to_filp+0x1f/0x33 [c01a914c] do_filp_open+0x33c/0x65b [c019da6e] do_sys_open+0x42/0xbd [c019db2b] sys_open+0x1e/0x26 [c0104bdb] sysenter_do_call+0x12/0x3f [e430] 0xe430 === Mem-Info: Node 0 DMA per-cpu: CPU0: hi:0, btch: 1 usd: 0 Node 0 Normal per-cpu: CPU0: hi: 186, btch: 31 usd: 86 Active:52879 inactive:50696 dirty:84 writeback:0 unstable:0 free:1081 slab:8988 mapped:17111 pagetables:409 bounce:0 Node 0 DMA free:2028kB min:88kB low:108kB high:132kB active:1296kB inactive:2252kB present:15708kB pages_scanned:32 all_unreclaimable? no lowmem_reserve[]: 0 481 481 481 Node 0 Normal free:2296kB min:2760kB low:3448kB high:4140kB active:210220kB inactive:200532kB present:492704kB pages_scanned:0 all_unreclaimable? no lowmem_reserve[]: 0 0 0 0 Node 0 DMA: 7*4kB 0*8kB 1*16kB 0*32kB 1*64kB 1*128kB 1*256kB 1*512kB 1*1024kB 0*2048kB 0*4096kB = 2028kB Node 0 Normal: 150*4kB 0*8kB 0*16kB 1*32kB 0*64kB 5*128kB 0*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB = 2296kB 85571 total pagecache pages 6 pages in swap cache Swap cache stats: add 6, delete 0, find 0/0 Free swap = 1574304kB Total swap = 1574328kB 131040 pages RAM 0 pages HighMem 6706 pages reserved 75752 pages shared 72758 pages non-shared em28xx #0: unable to allocate 165120 bytes for transfer buffer 4 The situation is as follows: from user space the open() function is called which ends finally at em28xx_v4l2_open() in the em28xx-new driver. Then the driver tries to allocate some memory in em28xx_init_isoc(), but this fails (out of memory) and then an error message is printed em28xx #0: unable to allocate 165120 bytes for transfer buffer 4. The error code is returned to user space and then
Re: [Em28xx] [PATCH] remove inode parameter of typedef v4l2_kioctl as of 2.6.28
Hi, 2009/1/22 Németh Márton nm...@freemail.hu: The inode parameter of the function prototype v4l2_kioctl was removed as of Linux kernel 2.6.28. Fix this transition in em28xx-new driver also. Before this patch kernel versions 2.6.27 were affected. applied, http://mcentral.de/hg/~mrec/em28xx-new/rev/940257582139 thanks Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] handle em28xx_init_isoc() return value
2009/1/23 Németh Márton nm...@freemail.hu: The function em28xx_init_isoc() can fail at any time, so don't forget this error in em28xx_set_fmt() function. applied, http://mcentral.de/hg/~mrec/em28xx-new/rev/91c325687eae thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] inode parameter of video_usercopy() removed
Hi, 2009/1/23 Németh Márton nm...@freemail.hu: Hi Markus, Németh Márton wrote: The inode parameter of video_usercopy() is removed between 2.6.28 and 2.6.29-rc2. Remove from em28xx-new driver also. Note that the video_usercopy() is deprecated. Do you have any comments to this patch? I attached it again. no it should be fine the patch is applied: http://mcentral.de/hg/~mrec/em28xx-new/rev/fef4aba53836 cheers, Markus Regards, Márton Németh ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Sound failure with analog TV on Cinergy Hybrid T USB XS
On Wed, Jan 21, 2009 at 9:18 AM, Luca Santini
luca.sant...@spesonline.com wrote:
I have same tv dongle on ACER ASPIRE ONE and I got it work in this mode:
1. compiled and installed the hg version of em28xx-new driver (doh! i needed
to install kernel sources and compiler on 8GB SSD :( )
2. compiled and installed modified tvtime (doh! other developement pakages
to install ... :( :( )
3. DELETED
/lib/modules/$KERNEL_VERSION/empia/{em28xx-audioep.ko,em28xx-audio.ko}
4. before starting tvtime, i load em28xx-aad module:
modprobe em28xx-aad.ko tvtime -d /dev/video1
that was a good work from your side. Actually there's an installer
package available for the Acer Aspire One.
I will ask the customer if he wants to release it. The aad driver is
not alsa compatible and will only work with
that patched tvtime version. Without the alsa driver sources which are
used by Acer I don't see any other way
how to get analog audio work at all with that tiny notebook.
So just as a reminder, the aad driver is good for the Acer Aspire One
without having to update anything that's
available, the em28xx-audio driver should be used on real hosts.
Question:
if i have the dongle connected at the boot kernel detect it as /dev/video0 ;
otherwise video0 is the uvcvideo webcam... is there a way to force a fixed
name or to discover WHAT device is a device?
tvtime should be patched in order to figure out the right node for it...
eeetv on mcentral.de already does auto discovering of available empia
based devices.
I might add that code to the tvtime version there..
regards,
Markus
Peter Stuge wrote:
I wrote:
The only way I get sound is if I load the driver before plugging
the device, and even then I sometimes need to start tvtime or
mplayer more than once. If the driver was not loaded before
plugging the device no number of application restarts will produce
sound.
I did some more testing:
If I plug the device without modules loaded so driver loads (which
leads to no sound) then unload modules, then load modules again - all
with the device plugged - I will still not get sound.
If I load modules without device plugged, then plug device (in which
case the sound works) unload the modules, load the modules again -
all with the device plugged, I continue to get working sound.
Any time I write working sound I always have to stop and restart
tvtime/mplayer at least one time but usually two times. This also
holds true after unloading and reloading the driver.
For no sound cases I've tried restarting tvtime 15 times.
dmesg output is attached from when modules are loaded automatically
on device plug, and from when modules are loaded before device is
plugged. Including diff.
//Peter
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
--
*Luca Santini*
//Elettronica di Sistema//
*SPES. S.c.p.a*
Via Lamberto Corsi, 43 60044 Fabriano (AN)
tel. +39 0732 25291
fax +39 0732 2529441
luca.sant...@spesonline.com mailto:luca.sant...@spesonline.com
www.spesonline.com http://www.spesonline.com
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] em28xx #0: Found Hauppauge WinTV HVR 900 (R2)
On Wed, Jan 21, 2009 at 10:03 AM, KLaus Lang klau...@gmx.net wrote: Hello all! Jelle wrote: The wiki needs an update, I dont support ubuntu anymore they do to much strange things with there kernel systems. I will fully support Debian. Jelle, please explain again to a dummy! Does that mean I cannot have sucsess with Ubuntu 8.10 untill Mr. Rechberger update the WIKI? Will my stick have support and work on Debian or neither on Debin nor on Ubuntu? Ubunut reverted their mess as far as I know, it should be straight forward to set up the device on it now when the appropriate kernel sources are installed. With earlier systems they separated the kernel sources and some modules (for example the alsa sound framework). This separation caused any external compiled audio driver to fail unless someone went through the more or less complicated setup. regards, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [linux-dvb] Terratec XS HD support?
On Wed, Jan 21, 2009 at 3:07 AM, hermann pitton hermann-pit...@arcor.de wrote: Am Samstag, den 17.01.2009, 11:16 +0100 schrieb Markus Rechberger: On Sat, Jan 17, 2009 at 10:57 AM, BOUWSMA Barry freebeer.bouw...@gmail.com wrote: Hi Markus, I follow your list as a non-subscriber, but I thought it would be worthwhile to post this to linux-dvb as well, and eventually to linux-media... On Thu, 15 Jan 2009, Markus Rechberger wrote: On Tue, Jan 13, 2009 at 8:01 PM, Markus Rechberger mrechber...@gmail.com wrote: Is there any news about Terratec HTC USB XS HD support? it's upcoming soon. Thanks Markus, that's good news for me, and for several people who have written me as well! http://mcentral.de/wiki/index.php5/Terratec_HTC_XS you might track that site for upcoming information. Interesting. You say that your code will make use of a BSD setup. Can you or someone say something about this, or point to past discussion which explains this? Would this be the userspace_tuner link on your wiki? In particular, I'm wondering whether this is completely compatible with the standard DVB utilities -- dvbscan, dvbstream, and the like, or whether a particular higher- level end-user application is required. The design goes hand in hand with some discussions that have been made with some BSD developers. The setup makes use of usbdevfs and pci configspace access from userland, some work still has to be done there, it (will give/gives) manufacturers the freedom to release opensource and binary drivers for userland. I'm a friend of open development and not of some kind of monopoly where a few people rule everything (linux). I do remember when BSD shared some tuner code with GNU/LINUX ;) there is nothing wrong with that. As a reference: * http://mcentral.de/wiki/index.php5/Terratec_HTC_XS * http://corona.homeunix.net/cx88wiki regards, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Terratec XS HD support?
On Sat, Jan 17, 2009 at 10:57 AM, BOUWSMA Barry freebeer.bouw...@gmail.com wrote: Hi Markus, I follow your list as a non-subscriber, but I thought it would be worthwhile to post this to linux-dvb as well, and eventually to linux-media... On Thu, 15 Jan 2009, Markus Rechberger wrote: On Tue, Jan 13, 2009 at 8:01 PM, Markus Rechberger mrechber...@gmail.com wrote: Is there any news about Terratec HTC USB XS HD support? it's upcoming soon. Thanks Markus, that's good news for me, and for several people who have written me as well! http://mcentral.de/wiki/index.php5/Terratec_HTC_XS you might track that site for upcoming information. Interesting. You say that your code will make use of a BSD setup. Can you or someone say something about this, or point to past discussion which explains this? Would this be the userspace_tuner link on your wiki? In particular, I'm wondering whether this is completely compatible with the standard DVB utilities -- dvbscan, dvbstream, and the like, or whether a particular higher- level end-user application is required. The design goes hand in hand with some discussions that have been made with some BSD developers. The setup makes use of usbdevfs and pci configspace access from userland, some work still has to be done there, it (will give/gives) manufacturers the freedom to release opensource and binary drivers for userland. I'm a friend of open development and not of some kind of monopoly where a few people rule everything (linux). There's quite some work going on in portability so that one driver can be written for Linux/BSD and OSX - still needing some Host dependent hooks for transferring the data but the same for configuring the chips. Someone might have noticed the empty frontend dummy driver in em28xx-new, by using userland commands the same device nodes can be used for DVB-C and DVB-T mpeg-ts streams. Currently linuxtv would require to set up different nodes for those nodes with earlier kernels - the userland approach is pretty much backward compatible while not having to update the core media framework, and it gives vendors the possibility to set up their drivers with vendor specific features too. libv4l(2)? is probably already a good approach to support v4l with multiple applications although most applications are still not capable of supporting all v4l(2) devices anyway. As for the em28xx project, Micronas who doesn't want to release their intellectual property triggered quite a few discussions with some people. I have code here with several 10.000th lines of code from them, and people earn their money by selling solutions based on that. Giving away that proprietary work would immediately kill the commercial value of their work and alot money would be lost for smaller companies. I'm somehow convenient that it might go Opensource in years when the commercial market is finished for their products. As written the goal is to give chip manufacturers/designers the possibility to provide support for their chips in an operating system and license independent way. best regards, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Terratec XS HD support?
On Sat, Jan 17, 2009 at 11:16 AM, Markus Rechberger mrechber...@gmail.com wrote: On Sat, Jan 17, 2009 at 10:57 AM, BOUWSMA Barry freebeer.bouw...@gmail.com wrote: Hi Markus, I follow your list as a non-subscriber, but I thought it would be worthwhile to post this to linux-dvb as well, and eventually to linux-media... On Thu, 15 Jan 2009, Markus Rechberger wrote: On Tue, Jan 13, 2009 at 8:01 PM, Markus Rechberger mrechber...@gmail.com wrote: Is there any news about Terratec HTC USB XS HD support? it's upcoming soon. Thanks Markus, that's good news for me, and for several people who have written me as well! http://mcentral.de/wiki/index.php5/Terratec_HTC_XS you might track that site for upcoming information. Interesting. You say that your code will make use of a BSD setup. Can you or someone say something about this, or point to past discussion which explains this? Would this be the userspace_tuner link on your wiki? In particular, I'm wondering whether this is completely compatible with the standard DVB utilities -- dvbscan, dvbstream, and the like, or whether a particular higher- level end-user application is required. we're still working that out - with LD_PRELOAD alot things can be done in a compatible way. But since BSD has it's own API anyway we're about to hook up the applications with support for it anyway. My primary goal is to have it work with following player anyway http://mcentral.de/wiki/index.php5/ISDB-T The player is plugin based and it's very easy to add those input plugins to eg. xine or mplayer. It adds easy to use support to Empia based devices which _any_ enduser application is currently lacking anyway for multistandard devices br, Markus The design goes hand in hand with some discussions that have been made with some BSD developers. The setup makes use of usbdevfs and pci configspace access from userland, some work still has to be done there, it (will give/gives) manufacturers the freedom to release opensource and binary drivers for userland. I'm a friend of open development and not of some kind of monopoly where a few people rule everything (linux). There's quite some work going on in portability so that one driver can be written for Linux/BSD and OSX - still needing some Host dependent hooks for transferring the data but the same for configuring the chips. Someone might have noticed the empty frontend dummy driver in em28xx-new, by using userland commands the same device nodes can be used for DVB-C and DVB-T mpeg-ts streams. Currently linuxtv would require to set up different nodes for those nodes with earlier kernels - the userland approach is pretty much backward compatible while not having to update the core media framework, and it gives vendors the possibility to set up their drivers with vendor specific features too. libv4l(2)? is probably already a good approach to support v4l with multiple applications although most applications are still not capable of supporting all v4l(2) devices anyway. As for the em28xx project, Micronas who doesn't want to release their intellectual property triggered quite a few discussions with some people. I have code here with several 10.000th lines of code from them, and people earn their money by selling solutions based on that. Giving away that proprietary work would immediately kill the commercial value of their work and alot money would be lost for smaller companies. I'm somehow convenient that it might go Opensource in years when the commercial market is finished for their products. As written the goal is to give chip manufacturers/designers the possibility to provide support for their chips in an operating system and license independent way. best regards, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Help with audio video sync issue
Hi, 2009/1/15 Daniel Harris mail.dhar...@googlemail.com: Hello I have finally got my capture card working again but cannot record audio and video in sync - in face it is way out and gets progressively worse. Does anybody here know some magic trick to get this in sync - either recording with an external program like sox and then merging the video and sound later. a mencoder and sox combo would be great but I cannot get this to work at the moment Any help would be appreciated. I don't think that there's a good solution for this available right now in general. regards, Markus Thanks Dan ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Terratec XS HD support?
On Tue, Jan 13, 2009 at 8:01 PM, Markus Rechberger mrechber...@gmail.com wrote: 2009/1/13 sacha sa...@hemmail.se: Is there any news about Terratec HTC USB XS HD support? it's upcoming soon. http://mcentral.de/wiki/index.php5/Terratec_HTC_XS you might track that site for upcoming information. regards, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] reenable em28xx_do_ioctl() for 2.6.28
2009/1/11 Németh Márton nm...@freemail.hu: With patch Fix em28xx audio memleak (1cfd9010a552) the em28xx_do_ioctl() was accidentally disabled for 2.6.28 or later kernels. Enable it again. http://mcentral.de/hg/~mrec/em28xx-new/rev/1500d45bb203 applied, thanks Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Support for GrabShow 100 in em2880
2009/1/10 ogre5000 ogre5...@gmail.com: Thanks for your answer. I now loaded the new version which gave me the following to /var/log/messages: (using first rmmod em28xx and then modprobe em28xx card=7. The Grabber gets registered to /dev/video1 only when chosing card=7. Others will not do that) Jan 10 17:17:00 linux kernel: usbcore: deregistering interface driver em28xx Jan 10 17:17:10 linux kernel: em28xx v4l2 driver version 0.0.1 loaded Jan 10 17:17:10 linux kernel: em28xx: new video device (eb1a:2800): interface 0, class 255 Jan 10 17:17:10 linux kernel: em28xx: device is attached to a USB 2.0 bus Jan 10 17:17:10 linux kernel: em28xx #0: Alternate settings: 4 Jan 10 17:17:10 linux kernel: em28xx #0: Alternate setting 0, max size= 0 Jan 10 17:17:10 linux kernel: em28xx #0: Alternate setting 1, max size= 644 Jan 10 17:17:10 linux kernel: em28xx #0: Alternate setting 2, max size= 1288 Jan 10 17:17:10 linux kernel: em28xx #0: Alternate setting 3, max size= 2580 Jan 10 17:17:10 linux kernel: em28xx #0: V4L2 device registered as /dev/video1 Jan 10 17:17:10 linux kernel: em28xx #0: Found Terratec Cinergy 250 USB Jan 10 17:17:10 linux kernel: usbcore: registered new interface driver em28xx this is definitely wrong, there's a difference between 2800 and 2820 based devices, you might try a different card. forcing the Cinergy 250 over it will definitely not work. This device very likely only properly supports 640x480, it's one of the first chips sold by Empia. You might try card=11 regards, Markus /dev/video and /dev/video0 is my Pinnacle PCTV Pro Sat card by the way. Plugging my camera there works fine, I can fetch an image with the program webcam. But changing .webcamrc to /dev/video1 (GrabShow 100), it always says Invalid Norm, using Pal or Ntsc...? Another thing I noticed is, that luvcview /dev/video1 and luvcview /dev/video0 both result in Init v4L2 failed !! exit fatal, even tough /dev/video0 works with the webcam util. So what other way is there to test my Grabber? Thanks Am 10.01.2009 um 16:43 schrieb Németh Márton: Hi, According to the version number 0.1.0, you are using the em28xx driver from the mainline kernel and not em28xx-new. The em28xx-new driver reports version number 0.0.1. Please fetch em28xx-new with the command hg clone http://mcentral.de/hg/~mrec/em28xx-new;, compile it, install and check whether this driver is working or not. ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] kworld usb dvd maker
On Sun, Jan 11, 2009 at 12:35 AM, Daniel Harris mail.dhar...@googlemail.com wrote: Hello Markus Just for the record. Is My device supported at this moment in time or not? I'm a bit unsure yet, what does dmesg show up? regards, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Terratec Cinergy T USB XS (em2882) - Incorrect XC3028 firmware?
On Fri, Jan 9, 2009 at 2:15 PM, Julio Meca Hansen lydiankni...@gmail.com wrote: Hi, I'm trying to support this device under my Linux distro (LFS based, so custom made from sources) and I'm bit stucked. I have downloaded firmware_v2.tgz and included support for this device in the kernel, but it fails at the time of loading the xc3028-v27.fw file. just try to compile the driver from mcentral.de, it has the firmware built in already. $ hg clone http://mcentral.de/hg/~mrec/em28xx-new $ cd em28xx-new $ make $ make install $ - reboot - if you installed the code from linuxtv.org you probably upgraded the whole media framework you would have to run make modules_install in the kernel sourcetree again in order to revert the media core, the em28xx-new repository only contains the driver and not the whole media framework. regards, Markus Here is the output of dmesg: em28xx new video device (0ccd:005e): interface 0, class 255 em28xx Doesn't have usb audio class em28xx #0: Alternate settings: 8 em28xx #0: Alternate setting 0, max size= 0 em28xx #0: Alternate setting 1, max size= 0 em28xx #0: Alternate setting 2, max size= 1448 em28xx #0: Alternate setting 3, max size= 2048 em28xx #0: Alternate setting 4, max size= 2304 em28xx #0: Alternate setting 5, max size= 2580 em28xx #0: Alternate setting 6, max size= 2892 em28xx #0: Alternate setting 7, max size= 3072 em28xx #0: chip ID is em2882/em2883 Clocksource tsc unstable (delta = -62880812 ns) tuner' 1-0061: chip found @ 0xc2 (em28xx #0) em28xx #0: i2c eeprom 00: 1a eb 67 95 cd 0c 5e 00 d0 12 5c 03 9e 40 de 1c em28xx #0: i2c eeprom 10: 6a 34 27 57 46 07 01 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom 20: 46 00 01 00 f0 10 31 00 b8 00 14 00 5b 1e 00 00 em28xx #0: i2c eeprom 30: 00 00 20 40 20 6e 02 20 10 01 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 34 03 54 00 65 00 em28xx #0: i2c eeprom 70: 72 00 72 00 61 00 54 00 65 00 63 00 20 00 45 00 em28xx #0: i2c eeprom 80: 6c 00 65 00 63 00 74 00 72 00 6f 00 6e 00 69 00 em28xx #0: i2c eeprom 90: 63 00 20 00 47 00 6d 00 62 00 48 00 00 00 40 03 em28xx #0: i2c eeprom a0: 43 00 69 00 6e 00 65 00 72 00 67 00 79 00 20 00 em28xx #0: i2c eeprom b0: 48 00 79 00 62 00 72 00 69 00 64 00 20 00 54 00 em28xx #0: i2c eeprom c0: 20 00 55 00 53 00 42 00 20 00 58 00 53 00 20 00 em28xx #0: i2c eeprom d0: 28 00 32 00 38 00 38 00 32 00 29 00 00 00 1c 03 em28xx #0: i2c eeprom e0: 30 00 37 00 30 00 32 00 30 00 31 00 30 00 30 00 em28xx #0: i2c eeprom f0: 36 00 32 00 36 00 31 00 00 00 00 00 00 00 00 00 EEPROM ID= 0x9567eb1a, hash = 0x5a13bfbe Vendor/Product ID= 0ccd:005e AC97 audio (5 sample rates) 500mA max power Table at 0x27, strings=0x409e, 0x1cde, 0x346a em28xx #0: em28xx #0: The support for this board weren't valid yet. em28xx #0: Please send a report of having this working em28xx #0: not to V4L mailing list (and/or to other addresses) xc2028 1-0061: creating new instance xc2028 1-0061: type set to XCeive xc2028/xc3028 tuner i2c-adapter i2c-1: firmware: requesting xc3028-v27.fw Synaptics Touchpad, model: 1, fw: 6.5, id: 0x1e0b1, caps: 0xc04751/0xe0500f input: SynPS/2 Synaptics TouchPad as /class/input/input5 Synaptics Touchpad, model: 1, fw: 6.5, id: 0x81a0b1, caps: 0xa04711/0xa04000 input: SynPS/2 Synaptics TouchPad as /class/input/input6 input: AT Translated Set 2 keyboard as /class/input/input7 xc2028 1-0061: Error: firmware xc3028-v27.fw not found. tvp5150 1-005c: tvp5150am1 detected. em28xx #0: V4L2 device registered as /dev/video1 and /dev/vbi0 em28xx-audio.c: probing for em28x1 non standard usbaudio em28xx-audio.c: Copyright (C) 2006 Markus Rechberger em28xx #0: Found Terratec Hybrid XS (em2882) my xc3028-v27.fw file is located in /lib/firmware among the other files in the firmware_v2.tgz file, and I extracted it using the extract-xc3028.pl perl script using the Hauppauge windows driver as stated in http://lists-archives.org/video4linux/20831-extract-tool-for-xc3028-firmware.html I'm curious because my windows driver (under windows xp 32bit) is named emBDA.sys, but I have tried the convert.c utility and it doesn't work, it produces 0 output. Is it something more I need in order to correct this last step prior to have my tv tuner working? Thanks in advance, Julio ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Terratec Cinergy T USB XS (em2882) - Incorrect XC3028 firmware?
On Fri, Jan 9, 2009 at 6:08 PM, Julio Meca Hansen lydiankni...@gmail.com wrote: Thanks Valerio and Markus, That's exactly what I did per Valerio's suggestion and it worked, now I'm facing the problem of not being able to tune any digital station even if I have extracted the es-Malaga (the city where I live in Spain) and run the scan program over it, but well... it's just another little step, other than that, the analog inputs are working really great (tested so far with zapping). what does dmesg show up? Markus Thanks a lot :D Julio -- From: Markus Rechberger mrechber...@gmail.com Sent: Friday, January 09, 2009 3:13 PM To: Julio Meca Hansen lydiankni...@gmail.com Cc: em28xx@mcentral.de Subject: Re: [Em28xx] Terratec Cinergy T USB XS (em2882) - Incorrect XC3028 firmware? On Fri, Jan 9, 2009 at 2:15 PM, Julio Meca Hansen lydiankni...@gmail.com wrote: Hi, I'm trying to support this device under my Linux distro (LFS based, so custom made from sources) and I'm bit stucked. I have downloaded firmware_v2.tgz and included support for this device in the kernel, but it fails at the time of loading the xc3028-v27.fw file. just try to compile the driver from mcentral.de, it has the firmware built in already. $ hg clone http://mcentral.de/hg/~mrec/em28xx-new $ cd em28xx-new $ make $ make install $ - reboot - if you installed the code from linuxtv.org you probably upgraded the whole media framework you would have to run make modules_install in the kernel sourcetree again in order to revert the media core, the em28xx-new repository only contains the driver and not the whole media framework. regards, Markus Here is the output of dmesg: em28xx new video device (0ccd:005e): interface 0, class 255 em28xx Doesn't have usb audio class em28xx #0: Alternate settings: 8 em28xx #0: Alternate setting 0, max size= 0 em28xx #0: Alternate setting 1, max size= 0 em28xx #0: Alternate setting 2, max size= 1448 em28xx #0: Alternate setting 3, max size= 2048 em28xx #0: Alternate setting 4, max size= 2304 em28xx #0: Alternate setting 5, max size= 2580 em28xx #0: Alternate setting 6, max size= 2892 em28xx #0: Alternate setting 7, max size= 3072 em28xx #0: chip ID is em2882/em2883 Clocksource tsc unstable (delta = -62880812 ns) tuner' 1-0061: chip found @ 0xc2 (em28xx #0) em28xx #0: i2c eeprom 00: 1a eb 67 95 cd 0c 5e 00 d0 12 5c 03 9e 40 de 1c em28xx #0: i2c eeprom 10: 6a 34 27 57 46 07 01 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom 20: 46 00 01 00 f0 10 31 00 b8 00 14 00 5b 1e 00 00 em28xx #0: i2c eeprom 30: 00 00 20 40 20 6e 02 20 10 01 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 34 03 54 00 65 00 em28xx #0: i2c eeprom 70: 72 00 72 00 61 00 54 00 65 00 63 00 20 00 45 00 em28xx #0: i2c eeprom 80: 6c 00 65 00 63 00 74 00 72 00 6f 00 6e 00 69 00 em28xx #0: i2c eeprom 90: 63 00 20 00 47 00 6d 00 62 00 48 00 00 00 40 03 em28xx #0: i2c eeprom a0: 43 00 69 00 6e 00 65 00 72 00 67 00 79 00 20 00 em28xx #0: i2c eeprom b0: 48 00 79 00 62 00 72 00 69 00 64 00 20 00 54 00 em28xx #0: i2c eeprom c0: 20 00 55 00 53 00 42 00 20 00 58 00 53 00 20 00 em28xx #0: i2c eeprom d0: 28 00 32 00 38 00 38 00 32 00 29 00 00 00 1c 03 em28xx #0: i2c eeprom e0: 30 00 37 00 30 00 32 00 30 00 31 00 30 00 30 00 em28xx #0: i2c eeprom f0: 36 00 32 00 36 00 31 00 00 00 00 00 00 00 00 00 EEPROM ID= 0x9567eb1a, hash = 0x5a13bfbe Vendor/Product ID= 0ccd:005e AC97 audio (5 sample rates) 500mA max power Table at 0x27, strings=0x409e, 0x1cde, 0x346a em28xx #0: em28xx #0: The support for this board weren't valid yet. em28xx #0: Please send a report of having this working em28xx #0: not to V4L mailing list (and/or to other addresses) xc2028 1-0061: creating new instance xc2028 1-0061: type set to XCeive xc2028/xc3028 tuner i2c-adapter i2c-1: firmware: requesting xc3028-v27.fw Synaptics Touchpad, model: 1, fw: 6.5, id: 0x1e0b1, caps: 0xc04751/0xe0500f input: SynPS/2 Synaptics TouchPad as /class/input/input5 Synaptics Touchpad, model: 1, fw: 6.5, id: 0x81a0b1, caps: 0xa04711/0xa04000 input: SynPS/2 Synaptics TouchPad as /class/input/input6 input: AT Translated Set 2 keyboard as /class/input/input7 xc2028 1-0061: Error: firmware xc3028-v27.fw not found. tvp5150 1-005c: tvp5150am1 detected. em28xx #0: V4L2 device registered as /dev/video1 and /dev/vbi0 em28xx-audio.c: probing for em28x1 non standard usbaudio em28xx-audio.c: Copyright (C) 2006 Markus Rechberger em28xx #0: Found Terratec Hybrid XS (em2882) my xc3028-v27.fw file is located in /lib/firmware among the other files in the firmware_v2.tgz file, and I extracted it using the extract-xc3028.pl perl script using the Hauppauge windows driver as stated in http://lists
Re: [Em28xx] Terratec Cinergy T USB XS (em2882) - Incorrect XC3028 firmware?
On Fri, Jan 9, 2009 at 7:20 PM, Julio Meca Hansen lydiankni...@gmail.com wrote: This is my new dmesg output (dmesg | grep em28 dmesg | grep DVB): em28xx v4l2 driver version 0.0.1 loaded em28xx: new video device (0ccd:005e): interface 0, class 255 em28xx: device is attached to a USB 2.0 bus em28xx #0: Alternate settings: 8 em28xx #0: Alternate setting 0, max size= 0 em28xx #0: Alternate setting 1, max size= 0 em28xx #0: Alternate setting 2, max size= 1448 em28xx #0: Alternate setting 3, max size= 2048 em28xx #0: Alternate setting 4, max size= 2304 em28xx #0: Alternate setting 5, max size= 2580 em28xx #0: Alternate setting 6, max size= 2892 em28xx #0: Alternate setting 7, max size= 3072 em28xx #0: V4L2 VBI device registered as /dev/vbi0 em28xx #0: V4L2 device registered as /dev/video1 input: em2880/em2870 remote control as /class/input/input9 em28xx-input.c: remote control handler attached em28xx #0: Found Empia Hybrid ATSC (em2882) usbcore: registered new interface driver em28xx em28xx-audio.c: probing for em28x1 non standard usbaudio em28xx-audio.c: Copyright (C) 2006 Markus Rechberger em2880-dvb.c: DVB Init DVB: registering new adapter (em2880 DVB-T) em2880-dvb.c: DVB Init DVB: registering new adapter (em2880 DVB-T) guess this was a copy/paste error? Markus DVB: registering adapter 0 frontend 0 (Zarlink ZL10353 DVB-T)... Em28xx: Initialized (Em2880 DVB Extension) extension Julio On Fri, 2009-01-09 at 18:16 +0100, Markus Rechberger wrote: On Fri, Jan 9, 2009 at 6:08 PM, Julio Meca Hansen lydiankni...@gmail.com wrote: Thanks Valerio and Markus, That's exactly what I did per Valerio's suggestion and it worked, now I'm facing the problem of not being able to tune any digital station even if I have extracted the es-Malaga (the city where I live in Spain) and run the scan program over it, but well... it's just another little step, other than that, the analog inputs are working really great (tested so far with zapping). what does dmesg show up? Markus Thanks a lot :D Julio -- From: Markus Rechberger mrechber...@gmail.com Sent: Friday, January 09, 2009 3:13 PM To: Julio Meca Hansen lydiankni...@gmail.com Cc: em28xx@mcentral.de Subject: Re: [Em28xx] Terratec Cinergy T USB XS (em2882) - Incorrect XC3028 firmware? On Fri, Jan 9, 2009 at 2:15 PM, Julio Meca Hansen lydiankni...@gmail.com wrote: Hi, I'm trying to support this device under my Linux distro (LFS based, so custom made from sources) and I'm bit stucked. I have downloaded firmware_v2.tgz and included support for this device in the kernel, but it fails at the time of loading the xc3028-v27.fw file. just try to compile the driver from mcentral.de, it has the firmware built in already. $ hg clone http://mcentral.de/hg/~mrec/em28xx-new $ cd em28xx-new $ make $ make install $ - reboot - if you installed the code from linuxtv.org you probably upgraded the whole media framework you would have to run make modules_install in the kernel sourcetree again in order to revert the media core, the em28xx-new repository only contains the driver and not the whole media framework. regards, Markus Here is the output of dmesg: em28xx new video device (0ccd:005e): interface 0, class 255 em28xx Doesn't have usb audio class em28xx #0: Alternate settings: 8 em28xx #0: Alternate setting 0, max size= 0 em28xx #0: Alternate setting 1, max size= 0 em28xx #0: Alternate setting 2, max size= 1448 em28xx #0: Alternate setting 3, max size= 2048 em28xx #0: Alternate setting 4, max size= 2304 em28xx #0: Alternate setting 5, max size= 2580 em28xx #0: Alternate setting 6, max size= 2892 em28xx #0: Alternate setting 7, max size= 3072 em28xx #0: chip ID is em2882/em2883 Clocksource tsc unstable (delta = -62880812 ns) tuner' 1-0061: chip found @ 0xc2 (em28xx #0) em28xx #0: i2c eeprom 00: 1a eb 67 95 cd 0c 5e 00 d0 12 5c 03 9e 40 de 1c em28xx #0: i2c eeprom 10: 6a 34 27 57 46 07 01 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom 20: 46 00 01 00 f0 10 31 00 b8 00 14 00 5b 1e 00 00 em28xx #0: i2c eeprom 30: 00 00 20 40 20 6e 02 20 10 01 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 34 03 54 00 65 00 em28xx #0: i2c eeprom 70: 72 00 72 00 61 00 54 00 65 00 63 00 20 00 45 00 em28xx #0: i2c eeprom 80: 6c 00 65 00 63 00 74 00 72 00 6f 00 6e 00 69 00 em28xx #0: i2c eeprom 90: 63 00 20 00 47 00 6d 00 62 00 48 00 00 00 40 03 em28xx #0: i2c eeprom a0: 43 00 69 00 6e 00 65 00 72 00 67 00 79 00 20 00 em28xx #0: i2c eeprom b0: 48 00 79 00 62 00 72 00 69 00 64 00 20 00 54 00 em28xx #0: i2c eeprom c0: 20 00 55 00 53 00 42 00 20 00 58 00 53 00 20 00
Re: [Em28xx] Terratec Cinergy T USB XS (em2882) - Incorrect XC3028 firmware?
On Fri, Jan 9, 2009 at 7:36 PM, Julio Meca Hansen lydiankni...@gmail.com wrote: Oops, my bad, double grep makes for a double error :S Yes, the entry is not duplicated in the full dmesg. I'll check that device tomorrow again I have it here too. The ATSC description in dmesg is wrong but I noticed it it was set to an engineering sample at one time, expect to have it work tomorrow then. Markus Julio On Fri, 2009-01-09 at 19:33 +0100, Markus Rechberger wrote: On Fri, Jan 9, 2009 at 7:20 PM, Julio Meca Hansen lydiankni...@gmail.com wrote: This is my new dmesg output (dmesg | grep em28 dmesg | grep DVB): em28xx v4l2 driver version 0.0.1 loaded em28xx: new video device (0ccd:005e): interface 0, class 255 em28xx: device is attached to a USB 2.0 bus em28xx #0: Alternate settings: 8 em28xx #0: Alternate setting 0, max size= 0 em28xx #0: Alternate setting 1, max size= 0 em28xx #0: Alternate setting 2, max size= 1448 em28xx #0: Alternate setting 3, max size= 2048 em28xx #0: Alternate setting 4, max size= 2304 em28xx #0: Alternate setting 5, max size= 2580 em28xx #0: Alternate setting 6, max size= 2892 em28xx #0: Alternate setting 7, max size= 3072 em28xx #0: V4L2 VBI device registered as /dev/vbi0 em28xx #0: V4L2 device registered as /dev/video1 input: em2880/em2870 remote control as /class/input/input9 em28xx-input.c: remote control handler attached em28xx #0: Found Empia Hybrid ATSC (em2882) usbcore: registered new interface driver em28xx em28xx-audio.c: probing for em28x1 non standard usbaudio em28xx-audio.c: Copyright (C) 2006 Markus Rechberger em2880-dvb.c: DVB Init DVB: registering new adapter (em2880 DVB-T) em2880-dvb.c: DVB Init DVB: registering new adapter (em2880 DVB-T) guess this was a copy/paste error? Markus DVB: registering adapter 0 frontend 0 (Zarlink ZL10353 DVB-T)... Em28xx: Initialized (Em2880 DVB Extension) extension Julio On Fri, 2009-01-09 at 18:16 +0100, Markus Rechberger wrote: On Fri, Jan 9, 2009 at 6:08 PM, Julio Meca Hansen lydiankni...@gmail.com wrote: Thanks Valerio and Markus, That's exactly what I did per Valerio's suggestion and it worked, now I'm facing the problem of not being able to tune any digital station even if I have extracted the es-Malaga (the city where I live in Spain) and run the scan program over it, but well... it's just another little step, other than that, the analog inputs are working really great (tested so far with zapping). what does dmesg show up? Markus Thanks a lot :D Julio -- From: Markus Rechberger mrechber...@gmail.com Sent: Friday, January 09, 2009 3:13 PM To: Julio Meca Hansen lydiankni...@gmail.com Cc: em28xx@mcentral.de Subject: Re: [Em28xx] Terratec Cinergy T USB XS (em2882) - Incorrect XC3028 firmware? On Fri, Jan 9, 2009 at 2:15 PM, Julio Meca Hansen lydiankni...@gmail.com wrote: Hi, I'm trying to support this device under my Linux distro (LFS based, so custom made from sources) and I'm bit stucked. I have downloaded firmware_v2.tgz and included support for this device in the kernel, but it fails at the time of loading the xc3028-v27.fw file. just try to compile the driver from mcentral.de, it has the firmware built in already. $ hg clone http://mcentral.de/hg/~mrec/em28xx-new $ cd em28xx-new $ make $ make install $ - reboot - if you installed the code from linuxtv.org you probably upgraded the whole media framework you would have to run make modules_install in the kernel sourcetree again in order to revert the media core, the em28xx-new repository only contains the driver and not the whole media framework. regards, Markus Here is the output of dmesg: em28xx new video device (0ccd:005e): interface 0, class 255 em28xx Doesn't have usb audio class em28xx #0: Alternate settings: 8 em28xx #0: Alternate setting 0, max size= 0 em28xx #0: Alternate setting 1, max size= 0 em28xx #0: Alternate setting 2, max size= 1448 em28xx #0: Alternate setting 3, max size= 2048 em28xx #0: Alternate setting 4, max size= 2304 em28xx #0: Alternate setting 5, max size= 2580 em28xx #0: Alternate setting 6, max size= 2892 em28xx #0: Alternate setting 7, max size= 3072 em28xx #0: chip ID is em2882/em2883 Clocksource tsc unstable (delta = -62880812 ns) tuner' 1-0061: chip found @ 0xc2 (em28xx #0) em28xx #0: i2c eeprom 00: 1a eb 67 95 cd 0c 5e 00 d0 12 5c 03 9e 40 de 1c em28xx #0: i2c eeprom 10: 6a 34 27 57 46 07 01 00 00 00 00 00 00 00 00 00 em28xx #0: i2c eeprom 20: 46 00 01 00 f0 10 31 00 b8 00 14 00 5b 1e 00 00 em28xx #0: i2c eeprom 30: 00 00 20 40 20 6e 02 20 10 01 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
Re: [Em28xx] BUG: Keyboard stops working when unplugging device
On Wed, Jan 7, 2009 at 4:11 PM, Peter Stuge pe...@stuge.se wrote: When trying to reproduce the problem observed with alsamixer I encountered another: .. usb 1-2: USB disconnect, address 3 em28xx-input.c: remote control handler detached em28xx #0: disconnecting em28xx#0 video em28xx #0: V4L2 VIDEO devices /dev/video0 deregistered em28xx #0: V4L2 VBI devices /dev/vbi0 deregistered BUG: unable to handle kernel NULL pointer dereference at IP: [d8c8b513] :em28xx:em28xx_read_reg_req+0x53/0x100 *pde = Oops: [#1] PREEMPT Modules linked in: drx3973d s921 mt2060 lgdt3304 zl10353 qt1010 tuner_xc3028 tvp5150 em28xx i2c_core Pid: 4, comm: events/0 Not tainted (2.6.26 #5) EIP: 0060:[d8c8b513] EFLAGS: 00010246 CPU: 0 EIP is at em28xx_read_reg_req+0x53/0x100 [em28xx] EAX: EBX: 0001 ECX: 03e8 EDX: ESI: d6ae2000 EDI: 0045 EBP: ESP: d783bf34 DS: 007b ES: 007b FS: GS: SS: 0068 Process events/0 (pid: 4, ti=d783a000 task=d782c9f0 task.ti=d783a000) Stack: d782c9f0 c0750600 6e657665 302f7374 d6ae2000 d6ae2000 d8cdc570 d783a000 d8c8d73a d379fe00 d6ae2000 d379fe00 d8c8da1e d6a0a300 d379fe10 d379fe0c d7808100 d783a000 c01311cd d783a000 d782cb44 Call Trace: [d8c8d73a] em2880_get_key_terratec+0x2a/0xa0 [em28xx] [d8c8da1e] em28xx_ir_work+0x4e/0x140 [em28xx] the remote control should already be deinitialized it's a bug in the linux timer code. It also seems there's a difference between several kernel versions. The correct way to fix this is to throw away the timing code and redesign the input handling, it's on the TODO list right now. I had an obviously working version for newer kernel versions already although it didn't work with older kernel versions (and there are still many customers who require older kernels). The very best way would probably be to use usbdevfs from userland for reading the RC values. It says null pointer because the deinitialization of the timer didn't work correctly so the driver was still trying to read from the device after the device has been deinitialized. regards, Markus [c01311cd] run_workqueue+0x9d/0x170 [c0134ae7] prepare_to_wait+0x7/0xa0 [d8c8d9d0] em28xx_ir_work+0x0/0x140 [em28xx] [c0134920] autoremove_wake_function+0x0/0x40 [c0131aca] worker_thread+0x7a/0xd0 [c0134920] autoremove_wake_function+0x0/0x40 [c0131a50] worker_thread+0x0/0xd0 [c0134622] kthread+0x42/0x70 [c01345e0] kthread+0x0/0x70 [c0103e5f] kernel_thread_helper+0x7/0x18 === Code: 8b 74 24 20 8b 5c 24 1c 8b 7c 24 24 8b 6c 24 28 83 c4 2c c3 8d 74 26 00 8b 86 88 09 00 00 0f b6 ea b9 e8 03 00 00 bb 01 00 00 00 8b 10 89 4c 24 14 8d 4c 24 1b 89 4c 24 0c 31 c9 89 4c 24 04 89 EIP: [d8c8b513] em28xx_read_reg_req+0x53/0x100 [em28xx] SS:ESP 0068:d783bf34 ---[ end trace 5faa1945dfcbdbc9 ]--- This has happened a few times before too. PREEMPT seems to be a recurring theme.. //Peter ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Kworld 315U help
On Tue, Jan 6, 2009 at 7:50 PM, Franklin Meng fmeng2...@yahoo.com wrote: I realized I was posting this in the incorrect mailing list. Sorry about that. I have posted my request on the video4linux mailing list instead. don't worry it's the correct ML, but there are just other things going on right now. regards, Markus Franklin --- On Sat, 1/3/09, Franklin Meng fmeng2...@yahoo.com wrote: From: Franklin Meng fmeng2...@yahoo.com Subject: Re: [Em28xx] Kworld 315U help To: em28xx@mcentral.de Date: Saturday, January 3, 2009, 11:32 PM Corrected the tuner and added the dvb hooks. The dvb part is probably not fully correct yet since it loads the tuner as an xceive tuner. Here is another output of my kernel logs. Nothing works yet and I am guessing that I will need to take some usb traces on Windows to figure out how to make things work. At least I think all the chips have been detected. [ 398.363782] Linux video capture interface: v2.00 [ 398.752532] em28xx: New device USB 2883 Device @ 480 Mbps (eb1a:a313, interface 0, class 0) [ 398.752561] em28xx #0: Identified as KWorld ATSC 315U HDTV TV Box (card=62) [ 398.752712] em28xx #0: chip ID is em2882/em2883 [ 398.883930] em28xx #0: i2c eeprom 00: 1a eb 67 95 1a eb 13 a3 d0 13 5a 03 6a 22 00 00 [ 398.883965] em28xx #0: i2c eeprom 10: 00 00 04 57 4e 07 01 00 00 00 00 00 00 00 00 00 [ 398.884030] em28xx #0: i2c eeprom 20: 46 00 01 00 f0 10 01 00 00 00 00 00 5b 1c 00 00 [ 398.884058] em28xx #0: i2c eeprom 30: 00 00 20 40 20 80 02 20 01 01 00 00 00 00 00 00 [ 398.884086] em28xx #0: i2c eeprom 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 398.884113] em28xx #0: i2c eeprom 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 398.884140] em28xx #0: i2c eeprom 60: 00 00 00 00 00 00 00 00 00 00 22 03 55 00 53 00 [ 398.884166] em28xx #0: i2c eeprom 70: 42 00 20 00 32 00 38 00 38 00 33 00 20 00 44 00 [ 398.884194] em28xx #0: i2c eeprom 80: 65 00 76 00 69 00 63 00 65 00 00 00 00 00 00 00 [ 398.884222] em28xx #0: i2c eeprom 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 398.884250] em28xx #0: i2c eeprom a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 398.884276] em28xx #0: i2c eeprom b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 398.884303] em28xx #0: i2c eeprom c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 398.884329] em28xx #0: i2c eeprom d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 398.884355] em28xx #0: i2c eeprom e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 398.884381] em28xx #0: i2c eeprom f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 398.884411] em28xx #0: EEPROM ID= 0x9567eb1a, EEPROM hash = 0x98330201 [ 398.884417] em28xx #0: EEPROM info: [ 398.884420] em28xx #0: AC97 audio (5 sample rates) [ 398.884425] em28xx #0: 500mA max power [ 398.884430] em28xx #0: Table at 0x04, strings=0x226a, 0x, 0x [ 398.884436] em28xx #0: [ 398.884438] [ 398.884443] em28xx #0: The support for this board weren't valid yet. [ 398.884449] em28xx #0: Please send a report of having this working [ 398.884454] em28xx #0: not to V4L mailing list (and/or to other addresses) [ 398.884458] [ 399.006295] saa7115' 0-0025: saa7113 found (1f7113d0e10) @ 0x4a (em28xx #0) [ 399.520663] tuner' 0-0043: chip found @ 0x86 (em28xx #0) [ 399.864196] tda9887 0-0043: creating new instance [ 399.864205] tda9887 0-0043: tda988[5/6/7] found [ 399.864846] tda9887 0-0043: destroying instance [ 399.865037] tda9887 0-0043: creating new instance [ 399.865043] tda9887 0-0043: tda988[5/6/7] found [ 399.867544] tuner' 0-0061: chip found @ 0xc2 (em28xx #0) [ 400.033131] tuner-simple 0-0061: creating new instance [ 400.033146] tuner-simple 0-0061: type set to 60 (Thomson DTT 761X (ATSC/NTSC)) [ 400.036885] em28xx #0: Config register raw data: 0xd0 [ 400.037998] em28xx #0: AC97 vendor ID = 0x [ 400.038745] em28xx #0: AC97 features = 0x6a90 [ 400.038756] em28xx #0: Empia 202 AC97 audio processor detected [ 400.073186] em28xx #0: v4l2 driver version 0.1.1 [ 400.107545] em28xx #0: V4L2 device registered as /dev/video0 and /dev/vbi0 [ 400.108324] usbcore: registered new interface driver em28xx [ 400.108797] em28xx driver loaded [ 400.232319] em28xx-audio.c: probing for em28x1 non standard usbaudio [ 400.232333] em28xx-audio.c: Copyright (C) 2006 Markus Rechberger [ 400.234815] Em28xx: Initialized (Em28xx Audio Extension) extension [ 400.949558] xc2028 0-0061: creating new instance [ 400.949582] xc2028 0-0061: type set to XCeive xc2028/xc3028 tuner [ 400.949588] em28xx #0/2: xc3028 attached [ 400.951805] DVB: registering new adapter (em28xx #0) [ 400.951813] DVB: registering adapter 0 frontend 0 (LG Electronics LGDT3303 VSB/QAM Frontend)... [ 400.952572] Successfully loaded em28xx-dvb [ 400.952578] Em28xx
Re: [Em28xx] Help For Win Tv HVR 900 !!!
2009/1/2 rahul G freevo...@gmail.com: Hi All I am using HVR 900 wintv card on linux-2.6.26.4.I compiled em28xx-new-63cfb1b72ab6 for em28xx drivers installed properly.I have checked /sbin/lsusb which shows Bus 004 Device 003: ID 2040:6610 Hauppauge detected.And after dmesg It shows Linux video capture interface: v2.00 em28xx v4l2 driver version 0.0.1 loaded usbcore: registered new interface driver em28xx usbcore: deregistering interface driver em28xx em28xx v4l2 driver version 0.0.1 loaded usbcore: registered new interface driver em28xx not more than this which is supposed to show em28xx #0: Found Hauppauge WinTV HVR 900 something like this.But it is not showing any thing.Can any one give me the reason behind this.Or I am missing any step while installing drivers.Pleae give me some pointers regading this. This device is a WinTV HVR 900H, it is not em28xx based and will not be supported by that driver. As far as I know the digital part of this device might be supported. If it's tm6000 based it has very incomplete support. em28xx based devices are WinTV HVR 900 (without H) as well as a couple of other devices. best regards, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Fwd: Help For Win Tv HVR 900 !!!
2009/1/2 rahul G freevo...@gmail.com: Hi Markus, Thanks For reply.. My device is Win Tv HVR 900 Can u tell me some proper steps for installing this device for linux-2.6.26.4.As per my previous mail.My dmesg shows em28xx v4l2 driver version 0.0.1 loaded usbcore: registered new interface driver em28xx usbcore: deregistering interface driver em28xx em28xx v4l2 driver version 0.0.1 loaded usbcore: registered new interface driver em28xx Can u help me out from this...??? not really, it's a HVR900H based device according to following mail, we only support em28xx based devices here. http://lists-archives.org/video4linux/24284-hauppauge-wintv-usb2-stick-with-hardy.html Markus Thanks in advance. Regards, Freevofc6 On Fri, Jan 2, 2009 at 6:32 PM, Markus Rechberger mrechber...@gmail.com wrote: 2009/1/2 rahul G freevo...@gmail.com: Hi All I am using HVR 900 wintv card on linux-2.6.26.4.I compiled em28xx-new-63cfb1b72ab6 for em28xx drivers installed properly.I have checked /sbin/lsusb which shows Bus 004 Device 003: ID 2040:6610 Hauppauge detected.And after dmesg It shows Linux video capture interface: v2.00 em28xx v4l2 driver version 0.0.1 loaded usbcore: registered new interface driver em28xx usbcore: deregistering interface driver em28xx em28xx v4l2 driver version 0.0.1 loaded usbcore: registered new interface driver em28xx not more than this which is supposed to show em28xx #0: Found Hauppauge WinTV HVR 900 something like this.But it is not showing any thing.Can any one give me the reason behind this.Or I am missing any step while installing drivers.Pleae give me some pointers regading this. This device is a WinTV HVR 900H, it is not em28xx based and will not be supported by that driver. As far as I know the digital part of this device might be supported. If it's tm6000 based it has very incomplete support. em28xx based devices are WinTV HVR 900 (without H) as well as a couple of other devices. best regards, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] remove inode parameter from v4l_compat_translate_ioctl() call when compiling with 2.6.28
Hi Németh, 2008/12/31 Németh Márton nm...@freemail.hu: Hello Markus, Németh Márton wrote: The inode parameter of v4l_compat_translate_ioctl() was removed in 2.6.28. Remove it also from the em28xx-new driver. Please don't forget this patch, this is also needed for compiling with 2.6.28. The reference to the changeset is: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=f473bf76c71ca734a16f9331ce6b6e9603641888 I overlooked this one yes, it's applied now: http://mcentral.de/hg/~mrec/em28xx-new/rev/63cfb1b72ab6 thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] remove MINOR_VFL_TYPE_GRABBER_MIN MINOR_VFL_TYPE_VBI_MIN when compiling with 2.6.28
2008/12/30 Németh Márton nm...@freemail.hu: Márton Németh wrote: The MINOR_VFL_TYPE_GRABBER_MIN MINOR_VFL_TYPE_VBI_MIN values are no longer available in 2.6.28. Instead, the struct video_device contains an index field which can be used to print the messages to kernel output buffer. Sorry, my previous patch was wrongly using index instead of num field. Here is the correct one: The MINOR_VFL_TYPE_GRABBER_MIN MINOR_VFL_TYPE_VBI_MIN values are no longer available in 2.6.28. Instead, the struct video_device contains a num field which can be used to print the messages to kernel output buffer. See http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=dd89601d47e2eeab7c17b25f2549444751bcffe4 for details. applied, http://mcentral.de/hg/~mrec/em28xx-new/rev/2ba1c77e86b7 very good thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] problems with secam (analog TV) in em28xx-new
Hi, 2008/12/29 Oleg V. Zhirov zhi...@inp.nsk.su: Hi, everyone! Some clarification of the problem: 1. Carefull testing the driver with different tv-programs shows that everything with the tv norm management is OK. In particular, using memcoder one can see in its output that the Russia tv-norm SECAM-DK is supported and can be choosen by option normid=6. 2. Something is wrong with tv-norm management in tvtime: it looks like that instead of SECAM-DK tvtime set a wrong tv-norm, SECAM-L. In this program the choice between defferent SECAM's is automatic, and user cannot manage it. There is a question however, either the driver supplies some wrong data (or in wrong format) to tvtime, that prevents an automatic choice of tv-norm, or the corresponding procedure in tvtime is broken? 3. There is some strange influence of audio channel to video, which is probably first mentioned in the post by Peter Stuge http://mcentral.de/pipermail/em28xx/2008-December/002277.html. ok I'll check what you figured out here. there's a well known problem. The tuner driver comes with frequency lists which store a special setting for the particular country. It also has special settings for SECAM and France. When using SECAM with the channellist from somewhere else it won't work with SECAM-L in france. The windows tuner part has special settings for this, the linux API cannot handle it since it only allows to set the standard and the frequency. It results in video artefacts if audio is not used (e.g. by sox that redir One solution might be to implement the tuner driver into the v4l userspace library which is already available in order to avoid that incomplete linux API and to be backward compatible. It results in video artefacts if audio is not used (e.g. by sox that redirect Did you check back with the USB Hub? It might be interesting if this issue comes up in a frequent interval, maybe the linux usb stack damages the usb packets. regards, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] gcov errors on compile
2008/12/28 Németh Márton nm...@freemail.hu: Hi, Cosma wrote: Hello, I'm trying to compile the latest v4l from sources, but always getting those errors: WARNING: __gcov_merge_add [/home/cosma/v4l/v4l-dvb-experimental/em28xx.ko] undefined! WARNING: __gcov_init [/home/cosma/v4l/v4l-dvb-experimental/em28xx.ko] undefined! I'm using the 2.7.27 kernel on an ArchLinux box... (also added the missing dvb headers from the vanilla kernel). Please apply the attached patch: http://mcentral.de/hg/~mrec/em28xx-new/rev/f5ec3cd2c356 there we have it. thanks, Markus Remove the accidentally added CFLAGS for code coverage measurements. Regards, Márton Németh ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] change the argument of VIDIOC_S_INPUT to __u32
2008/12/15 Németh Márton nm...@freemail.hu: Németh Márton wrote: Márton Németh wrote: The argument of VIDIOC_S_INPUT is __u32 according to http://v4l2spec.bytesex.org/spec/r11217.htm . The documentation only says that a pointer to a number should be passed, and this number should be as in the struct v4l2_input index field. The index field there has __u32 type. This change prevents the following condition to fail: if (*index = MAX_EM28XX_INPUT) return -EINVAL; Imagine for example if index is signed: index=0x8000=-2147483648, then the condition above won't return -EINVAL. The type should be __u32 not only for VIDIOC_S_INPUT, but also for VIDIOC_G_INPUT and VIDIOC_ENUMINPUT. Sorry, this is the right patch, without modifying the Makefile. applied, http://mcentral.de/hg/~mrec/em28xx-new/rev/12f3c396b84b thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] do not hide dev parameter in INPUT macro
Hi, 2008/12/13 Németh Márton nm...@freemail.hu: The INPUT macro depends on the local dev variable. Do not hide it as suggested in linux/Documentation/CodingStyle, Chapter 12, point 2. applied, http://mcentral.de/hg/~mrec/em28xx-new/rev/0d7821c320b2 thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] code coverage measurement results
2008/12/9 Németh Márton nm...@freemail.hu: Hi all, I created a code coverage measurement of the em28xx-new driver with Linux kernel 2.6.25 + gcov-kernel patch. The gcov-kernel patch is available from http://ltp.sourceforge.net/coverage/gcov.php and I used lcov ( http://ltp.sourceforge.net/coverage/lcov.php ) to generate html reports. I send the results so anybody how is interested in can read it. The code coverage measurement shows which lines were executed and how many times. For details see http://en.wikipedia.org/wiki/Code_coverage While I was watching to analog channels of the Pinnacle Hybrid Pro Stick (320e) with xawtv about 40% of the em28xx-new driver lines were executed. Is there any test specification or test case description exists for em28xx-new or for v4l2? I only found this email so far: http://lists-archives.org/video4linux/21251-does-a-v4l2-test-application-exist.html I'm on that with the new player for those devices. http://mcentral.de/wiki/index.php5/ISDB-T I'm currently working on DVB-C for it, also the remote control handling will change too very soon. Currently when switching from digital TV to analog TV the cutover is not smoothly and will result in at least one faulty register write to the disabled demodulator with some devices. And here comes the results. I collected the mostly called functions while I was running xawtv from userspace: Count FileFunction 68533 em28xx-core.c em28xx_isoc_vbi_copy() 37998 em28xx-core.c em28xx_isoc_video_copy() 8618em28xx-core.c em28xx_isocIrq() 8517em28xx-video.c em28xx_v4l2_poll() 4849em28xx-core.c em28xx_write_regs_req() 3262em28xx-core.c em28xx_read_reg_req() 3163em28xx-video.c em28xx_v4l2_ioctl() 2948em28xx-core.c em28xx_isoc_video() 2742em28xx-i2c.cem28xx_i2c_xfer() 2650em28xx-i2c.cem28xx_i2c_send_bytes() 1833em28xx-core.c em28xx_write_regs() 1452em28xx-video.c em28xx_video_do_ioctl(), VIDIOC_QBUF 1026em28xx-core.c em28xx_read_reg_req_len() (the functions which are called less than 1000 times not included in this list) Nice to see a statistic about that, about the first 2 ones they will get called for every packet which gets received. I suppose you have VBI enabled on your system. The summary page for different source files contains: LTP GCOV extension - code coverage report Current view: directory - /usr/src/mcentral.de/em28xx-new Test: kernel.info Date: 2008-12-09 Instrumented lines: 4119 Code covered: 40.2 % Executed lines: 1654 FilenameCoverage em2880-dvb.c22.1% 86 / 389 lines em28xx-cards.c 5.6 % 22 / 391 lines em28xx-core.c 63.7 % 391 / 614 lines em28xx-i2c.c43.1 % 169 / 392 lines em28xx-input.c 37.9 % 85 / 224 lines em28xx-video.c 45.0 % 887 / 1970 lines em28xx-webcam.c 0.0 % 0 / 95 lines this file is only used for NET GmbH webcams which have their own videodecoder and extra setup. em28xx.h31.8 % 14 / 44 lines Generated by: LTP GCOV extension version 1.6 well done! Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] unify dprintk() messages in attach_inform()
Hi, 2008/12/10 Németh Márton nm...@freemail.hu: In attach_inform() function the dprintk() messages has the attach_inform prefix. Make them similar to each other. http://mcentral.de/hg/~mrec/em28xx-new/rev/932738881388 This patch got applied 2 weeks ago already, just for the completion :) thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Artefact when muting mcentral.de tvtime
Hi, On Wed, Dec 24, 2008 at 12:53 AM, Peter Stuge pe...@stuge.se wrote: Hi everyone, I've been using http://mcentral.de/hg/~mrec/tvtime to watch TV with good image and audio since talking to Markus on IRC a while ago. I'm in Sweden using PAL-europe frequencies on a cable provider. Whenever I mute TV3 on S12 I get an artefact in the image. It moves around in every frame, in a pattern that repeats every 15 frames or so. It is pretty annoying. Please see http://stuge.se/tvtime-muteartefact.png for an example. try to load the driver with the alt=3 parameter modprobe em28xx alt=3 let me know if this works out it seems like a physical USB issue. best regards, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Artefact when muting mcentral.de tvtime
2008/12/25 Peter Stuge pe...@stuge.se: Hi, Markus Rechberger wrote: Whenever I mute TV3 on S12 I get an artefact in the image. It moves around in every frame, in a pattern that repeats every 15 frames or so. It is pretty annoying. Please see http://stuge.se/tvtime-muteartefact.png for an example. try to load the driver with the alt=3 parameter modprobe em28xx alt=3 Bad image. :\ http://stuge.se/tvtime-alt3.png let me know if this works out it seems like a physical USB issue. Normally I have the device connected through a bus-powered 4-port 2.0 hub based on a Genesys Logic chipset, lsusb attached. If I connect the device to the root hub, the artefact disappears. Then it seems to be a problem with the USB Hub. Those analog TV devices require 170 mbit (more than 20 mbyte per second). Most USB gadgets only use a very low bitrate. The transfer also uses the isochronous transfer method so the host won't ask again if it receives a damaged packet. What physical issue do you think causes this? Could it be a power problem? Yes, it could also be a power problem, but you already isolated the issue to your hub if it works without it. Whatever the cause it's strange that I only see the artefact when muting, and only when muting one particular channel. best regards Merry Christmas, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Artefact when muting mcentral.de tvtime
On Thu, Dec 25, 2008 at 10:49 PM, Peter Stuge pe...@stuge.se wrote: Markus Rechberger wrote: If I connect the device to the root hub, the artefact disappears. Then it seems to be a problem with the USB Hub. Those analog TV devices require 170 mbit (more than 20 mbyte per second). Most USB gadgets only use a very low bitrate. The transfer also uses the isochronous transfer method so the host won't ask again if it receives a damaged packet. Yeah, high speed hubs aren't trivial, I've been through a bunch of them. This one has been working pretty well so far though. What physical issue do you think causes this? Could it be a power problem? Yes, it could also be a power problem, but you already isolated the issue to your hub if it works without it. Whatever the cause it's strange that I only see the artefact when muting, and only when muting one particular channel. Can you say something about what happens when muting? Muting might shut down the audio transfer, it's separated from the video transfer. Back then with Kernel 2.6.16 there was a packet synchronization problem when both transfers were enabled at the same time, though this is solved now actually. When looking at your screenshots some isochronous packets are damaged (some bytes only actually). Did you try to start the video without audio by using mplayer? mplayer tv:// -tv driver=v4l2:width=720:height=576 Sorry to be a little persistent, but I am curious about why it only happens when I mute the audio. no problem :) Markus best regards Merry Christmas, Thanks! Happy Holidays! //Peter ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] unable to attach xc5000
On Tue, Dec 16, 2008 at 4:11 PM, David Santinoli marau...@tiscali.it wrote:
On Tue, Dec 16, 2008 at 01:47:40PM +0100, Markus Rechberger wrote:
3. simply running depmod -a might help too
Already done that, no joy. ('make install' in the empia tree issues a
'depmod -a' at the end.)
does modprobe work with the xceive driver? Maybe it's blacklisted?
Markus
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] unable to attach xc5000
On Tue, Dec 16, 2008 at 12:28 PM, Markus Rechberger mrechber...@gmail.com wrote: On Tue, Dec 16, 2008 at 12:22 PM, David Santinoli marau...@tiscali.it wrote: Hi, I've run into a weird problem related to the autoloading of the xc5000 tuner module. On a 8.04.1 Ubuntu system (vanilla 2.6.27.7 kernel, hg empia tree from mcentral) the module is autoloaded correctly when the stick is connected. However, on a 10.1 Slackware (same kernel, same empia module), the tuner fails to be attached: there might be a few reasons: 1. module autoloading is disabled in your kernel - solution enable it 2. you compiled the driver without having a Module.symvers file in your kernel source directory - solution: you need to compile through your kernel once 3. simply running depmod -a might help too Markus hope this helps.. Markus [...] em28xx #0: Alternate setting 7, max size= 3072 cx25843.c: starting probe for adapter SMBus nForce2 adapter at 5000 (0x4000c) cx25843.c: starting probe for adapter SMBus nForce2 adapter at 5100 (0x4000c) cx25843.c: starting probe for adapter Satelco EasyWatch DVB-S (0x6) cx25843.c: starting probe for adapter em28xx #0 (0x1001f) cx25843.c: detecting cx25843 client on address 0x88 attach_inform: msp34xx/cx25843 detected. trying to attach xc5000 unable to attach tuner radio device registered as /dev/radio0 [...] At this point, trying to access the device nodes results in a Oops: em28xx_dvb_init initializing: 18 BUG: unable to handle kernel NULL pointer dereference at 0004 IP: [d2ed1ac3] :em28xx_dvb:em28xx_dvb_init+0x163/0x1a0 *pde = Oops: [#1] PREEMPT Modules linked in: em28xx_dvb drx3973d s921 mt2060 lgdt3304 qt1010 em28xx_audio em28xx_cx25843 em28xx nls_iso8859_1 nls_cp437 vfat fat sg sd_mod usb_storage scsi_mod budget_av snd_pcm_oss snd_mixer_oss xt_tcpudp xt_state nf_conntrack ip6table_filter ip6_tables x_tables ipv6 usbkbd uhci_hcd pcspkr rtc dvb_bt8xx nxt6000 mt352 dst_ca dst bt878 bttv ir_common compat_ioctl32 i2c_algo_bit v4l2_common btcx_risc tveeprom zl10353 cx24110 pwc zd1211rw mac80211 usbhid saa7146_vv videobuf_dma_sg videobuf_core videodev v4l1_compat budget_core saa7146 matroxfb_base matroxfb_DAC1064 matroxfb_accel cfbcopyarea cfbimgblt cfbfillrect ttpci_eeprom matroxfb_g450 dvb_pll g450_pll snd_intel8x0 tda10021 tda10023 tda1004x matroxfb_misc stv0299 snd_ac97_codec dvb_core ac97_bus snd_pcm snd_timer snd soundcore snd_page_alloc forcedeth ehci_hcd ohci_hcd usbcore i2c_nforce2 i2c_core fan parport_pc parport thermal button processor evdev [last unloaded: budget_av] Pid: 12458, comm: kdvb-fe-1 Not tainted (2.6.27.7 #1) EIP: 0060:[d2ed1ac3] EFLAGS: 00010246 CPU: 0 EIP is at em28xx_dvb_init+0x163/0x1a0 [em28xx_dvb] EAX: EBX: ECX: EDX: 0002 ESI: c587a000 EDI: fffc EBP: ESP: c1549f38 DS: 007b ES: 007b FS: GS: SS: 0068 Process kdvb-fe-1 (pid: 12458, ti=c1548000 task=cc941190 task.ti=c1548000) Stack: d2ed2836 0012 0012 0001 c25a2404 d08e9d20 c25a2404 d08e9d20 d08e96e2 c0117410 f2c455cd 36cd c25a2404 d08e9d88 0001 cf82f87c cf82f87c cca8e000 c0101f0f cc941718 cc941500 c0118b24 Call Trace: [d08e9d20] dvb_frontend_thread+0x0/0x330 [dvb_core] [d08e9d20] dvb_frontend_thread+0x0/0x330 [dvb_core] [d08e96e2] dvb_frontend_init+0x32/0x70 [dvb_core] [c0117410] __dequeue_entity+0x50/0xb0 [d08e9d88] dvb_frontend_thread+0x68/0x330 [dvb_core] [c0101f0f] __switch_to+0x1f/0x130 [c0118b24] finish_task_switch+0x44/0xa0 [c034b512] schedule+0x212/0x370 [c011939b] complete+0x4b/0x80 [d08e9d20] dvb_frontend_thread+0x0/0x330 [dvb_core] [c013044a] kthread+0x6a/0x70 [c01303e0] kthread+0x0/0x70 [c0103c97] kernel_thread_helper+0x7/0x30 === Code: 44 24 08 8b 86 c4 03 00 00 8b 40 0c c7 04 24 36 28 ed d2 89 44 24 04 e8 4c c5 24 ed ba 02 00 00 00 8b 9e a0 00 00 00 31 c9 89 d8 ff 53 04 8b 86 a0 00 00 00 85 c0 0f 84 51 ff ff ff 8b 58 04 85 EIP: [d2ed1ac3] em28xx_dvb_init+0x163/0x1a0 [em28xx_dvb] SS:ESP 0068:c1549f38 If, before accessing the device, I load the tuner module by hand, then reload the em* modules, everything works fine. What can be causing such problem? May this have to do with outdated modutils on the Slackware system? Thanks, David ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] remove redundant transfer_buffer field from struct em28xx
2008/12/6 Németh Márton [EMAIL PROTECTED]: In struct em28xx the dev-transfer_buffer[i] and dev-urb[i]-transfer_buffer always have the same value. This is redundant, so dev-transfer_buffer[i] can be removed. applied, http://mcentral.de/hg/~mrec/em28xx-new/rev/b8b5a5bb8287 thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] add error handling in em28xx_card_setup()
2008/12/9 Németh Márton [EMAIL PROTECTED]: Handle the return value of em28xx_write_regs(). This function can always fail for example because the device is removed. This change affects the following cards: - KWorld 329u (EM2888_BOARD_KWORLD_HYBRID_E329) - Empia Hybrid PCTV (EM2888_BOARD_EMPIA_HYBRID) - Lincoln TV FM (EM2888_BOARD_LINCOLN_TV_FM) - Empia ISDB (EM2875_BOARD_SAMPLE_ISDBT) applied, http://mcentral.de/hg/~mrec/em28xx-new/rev/4916d1986adb thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] increase code readability by introducing em28xx_capture_stop()
On Sat, Dec 6, 2008 at 9:54 PM, Németh Márton [EMAIL PROTECTED] wrote:
Markus Rechberger írta:
Hi Németh,
2008/12/6 Németh Márton [EMAIL PROTECTED]:
The em28xx_capture_start() had a second parameter called start. So
the following calls were:
ret = em28xx_caputure_start(dev, 1); /* start capture */
ret = em28xx_caputure_start(dev, 0); /* stop capture */
This patch removes the start parameter and introduces a new function
instead:
ret = em28xx_capture_start(dev);
ret = em28xx_capture_stop(dev);
This is to increase the readability of the source code.
- if (ret 0)
- return ret;
- /* enable video capture */
- return em28xx_write_regs(dev, R12_VINENABLE_REG, start ?
- \x67 : \x27, 1);
+ ret = em28xx_write_reg_bits(dev, R0C_USBSUSP_REG, 0x10, 0x10);
+ if (0 = ret) {
+ /* enable video capture */
+ ret = em28xx_write_regs(dev, R12_VINENABLE_REG, \x67, 1);
+ }
+ return ret;
this looks a bit suspicious, even though it might work..
Before on error it returned, afterwards on error it will try to set up
that register
(ret 0) -- this is an error situation,
(0 = ret) -- in this case there everything was OK.
Nevertheless you might like better this version I attached now.
applied,
http://mcentral.de/hg/~mrec/em28xx-new/rev/bced383e2572
thanks,
Markus
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Cinergy Hybrid T USB XS not working under hardy 2.6.24-22-generic
Hi, 2008/12/10 Grégory Beloncle [EMAIL PROTECTED]: Hi, any tipps to fix this issue? you might try following package: http://mcentral.de/empia/empia-2.6.24-22-generic-3_i386.deb best regards, Markus Cheers Gregory Hi, I would like to get my Cinergy Hybrid T USB XS working under hardy 2.6.24-22-generic. I saw here: https://bugs.launchpad.net/ubuntu/+bug/204578 that some debian packages are available but unfortunately only until kernel 2.6.24-21-generic. Therefore I tried to compile by myself em28xx-new but when I plug my stick, keyboard stops responding and I get lots of errors messages (see attachment). Would it be either possible to get a debian package for this kernel version or help to solve the issue? Thanks, Gregory ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx [ 68.216913] Linux video capture interface: v2.00 [ 68.235366] em28xx v4l2 driver version 0.0.1 loaded [ 68.235618] em28xx: new video device (0ccd:005e): interface 0, class 255 [ 68.235621] em28xx: device is attached to a USB 2.0 bus [ 68.235924] em28xx #0: Alternate settings: 8 [ 68.235927] em28xx #0: Alternate setting 0, max size= 0 [ 68.235928] em28xx #0: Alternate setting 1, max size= 0 [ 68.235930] em28xx #0: Alternate setting 2, max size= 1448 [ 68.235932] em28xx #0: Alternate setting 3, max size= 2048 [ 68.235933] em28xx #0: Alternate setting 4, max size= 2304 [ 68.235935] em28xx #0: Alternate setting 5, max size= 2580 [ 68.235937] em28xx #0: Alternate setting 6, max size= 2892 [ 68.235938] em28xx #0: Alternate setting 7, max size= 3072 [ 68.360496] attach_inform: tvp5150 detected. [ 68.387484] tvp5150 1-005c: tvp5150am1 detected. [ 69.812311] successfully attached tuner [ 69.816363] em28xx #0: V4L2 VBI device registered as /dev/vbi0 [ 69.833672] em28xx #0: V4L2 device registered as /dev/video0 [ 69.833863] input: em2880/em2870 remote control as /devices/virtual/input/input6 [ 69.875844] em28xx-input.c: remote control handler attached [ 69.875847] em28xx #0: Found Empia Hybrid ATSC (em2882) [ 69.876032] usbcore: registered new interface driver em28xx [ 69.911883] em28xx_audio: no version for snd_pcm_new found: kernel tainted. [ 69.912658] em28xx-audio.c: probing for em28x1 non standard usbaudio [ 69.912660] em28xx-audio.c: Copyright (C) 2006 Markus Rechberger [ 69.912754] BUG: unable to handle kernel paging request at virtual address 38326d65 [ 69.912758] printing eip: f8aa7743 *pde = [ 69.912762] Oops: [#1] SMP [ 69.912764] Modules linked in: em28xx_audio(F) tuner_xc3028 tvp5150 em28xx videodev v4l2_common v4l1_compat ipv6 af_packet rfcomm l2cap bluetooth ppdev powernow_k8 cpufreq_ondemand cpufreq_conservative cpufreq_powersave cpufreq_userspace cpufreq_stats freq_table video output sbs sbshc container dock battery iptable_filter ip_tables x_tables ac sbp2 lp lirc_imon lirc_dev snd_pcm_oss snd_hda_intel snd_mixer_oss snd_seq_dummy snd_pcm snd_page_alloc snd_hwdep snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device ati_agp snd agpgart k8temp button i2c_piix4 soundcore parport_pc parport shpchp pci_hotplug evdev i2c_core pcspkr ext3 jbd mbcache usbhid hid pata_acpi ata_generic pata_atiixp sg sr_mod cdrom sd_mod floppy ohci1394 ieee1394 ohci_hcd ehci_hcd usbcore atiixp ide_core ahci libata scsi_mod r8169 thermal processor fan fbcon tileblit font bitblit softcursor fuse [ 69.912805] [ 69.912808] Pid: 5918, comm: modprobe Tainted: GF (2.6.24-22-generic #1) [ 69.912810] EIP: 0060:[f8aa7743] EFLAGS: 00010246 CPU: 1 [ 69.912825] EIP is at snd_pcm_timer_init+0x23/0x170 [snd_pcm] [ 69.912828] EAX: f6ba9000 EBX: 38326d65 ECX: f687fdd0 EDX: [ 69.912830] ESI: f6ba9000 EDI: f640e434 EBP: 0018 ESP: f687fdb8 [ 69.912832] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 [ 69.912834] Process modprobe (pid: 5918, ti=f687e000 task=f70f6b80 task.ti=f687e000) [ 69.912836] Stack: 0001 f640ea00 f640ea00 0003 [ 69.912840]f640ee00 0018 f8a5220c f6ba9000 f640e400 f8a9f67f f8ab092c [ 69.912845]f640e400 f687fe0c f640e000 0001 f8aa85f4 436d6370 63304432 ff00 [ 69.912849] Call Trace: [ 69.912856] [f8a5220c] snd_add_device_sysfs_file+0x3c/0x70 [snd] [ 69.912874] [f8a9f67f] snd_pcm_dev_register+0xef/0x200 [snd_pcm] [ 69.912889] [f8a56e4d] snd_device_register_all+0x2d/0x60 [snd] [ 69.912901] [f8a52a1e] snd_card_register+0x1e/0x320 [snd] [ 69.912913] [f8a52840] snd_component_add+0x80/0xa0 [snd] [ 69.912923] [f8c28181] em28xx_audio_init+0x151/0x1a0 [em28xx_audio] [ 69.912932] [f8e3c5ba] em28xx_register_extension+0xaa/0xd0 [em28xx] [ 69.912950] [c0150706
Re: [Em28xx] webcam recogniced but does not work
2008/12/8 tt [EMAIL PROTECTED]: How can I set this ? eg.: mplayer tv:// -tv driver=v4l2:width=320:height=240 Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] webcam recogniced but does not work
2008/12/8 tt [EMAIL PROTECTED]: the same problem: dmesg [ 4670.493465] em28xx #0 em28xx_set_fmt: VIDIOC_S_FMT: requested 320x480 [ 4670.493472] em28xx #0 em28xx_set_fmt: VIDIOC_S_FMT: returned 320x480 (5120, 819) [ 4670.540200] em28xx #0 em28xx_get_fmt: VIDIOC_G_FMT: type = V4L2_BUF_TYPE_VIDEO_CAPTURE [ 4670.540255] em28xx #0 em28xx_get_fmt: VIDIOC_G_FMT: 320x480 [ 4670.540271] em28xx #0 em28xx_set_fmt: VIDIOC_S_FMT: type = V4L2_BUF_TYPE_VIDEO_CAPTURE [ 4670.540281] em28xx #0 em28xx_set_fmt: VIDIOC_S_FMT: requested 320x240 [ 4670.540287] em28xx #0 em28xx_set_fmt: VIDIOC_S_FMT: returned 320x240 (5120, 5734) [ 4670.594709] em28xx #0 em28xx_get_fmt: VIDIOC_G_FMT: type = V4L2_BUF_TYPE_VIDEO_CAPTURE [ 4670.594737] em28xx #0 em28xx_get_fmt: VIDIOC_G_FMT: 320x240 [ 4670.596006] em28xx #0 em28xx_get_fmt: VIDIOC_G_FMT: type = V4L2_BUF_TYPE_VIDEO_CAPTURE [ 4670.596006] em28xx #0 em28xx_get_fmt: VIDIOC_G_FMT: 320x240 [ 4670.599120] em28xx #0 em28xx_get_fmt: VIDIOC_G_FMT: type = V4L2_BUF_TYPE_VIDEO_CAPTURE [ 4670.599139] em28xx #0 em28xx_get_fmt: VIDIOC_G_FMT: 320x240 [ 4670.602005] em28xx #0 em28xx_video_do_ioctl: VIDIOC_REQBUFS: setting io method to mmap: num bufs 2 [ 4671.073935] em28xx #0 em28xx_do_ioctl: VIDIOC_STREAMON: starting stream [ 4677.076060] em28xx #0 em28xx_do_ioctl: VIDIOC_STREAMOFF: interrupting stream [ 4677.396042] em28xx #0 em28xx_v4l2_close: users = 1 [ 4677.448043] em28xx #0 em28xx_v4l2_close: setting alternate 0 let me check my device today, I never added full support for those webcams. Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] increase code readability by introducing em28xx_capture_stop()
On Sat, Dec 6, 2008 at 9:54 PM, Németh Márton [EMAIL PROTECTED] wrote:
Markus Rechberger írta:
Hi Németh,
2008/12/6 Németh Márton [EMAIL PROTECTED]:
The em28xx_capture_start() had a second parameter called start. So
the following calls were:
ret = em28xx_caputure_start(dev, 1); /* start capture */
ret = em28xx_caputure_start(dev, 0); /* stop capture */
This patch removes the start parameter and introduces a new function
instead:
ret = em28xx_capture_start(dev);
ret = em28xx_capture_stop(dev);
This is to increase the readability of the source code.
- if (ret 0)
- return ret;
- /* enable video capture */
- return em28xx_write_regs(dev, R12_VINENABLE_REG, start ?
- \x67 : \x27, 1);
+ ret = em28xx_write_reg_bits(dev, R0C_USBSUSP_REG, 0x10, 0x10);
+ if (0 = ret) {
+ /* enable video capture */
+ ret = em28xx_write_regs(dev, R12_VINENABLE_REG, \x67, 1);
+ }
+ return ret;
this looks a bit suspicious, even though it might work..
Before on error it returned, afterwards on error it will try to set up
that register
(ret 0) -- this is an error situation,
(0 = ret) -- in this case there everything was OK.
Nevertheless you might like better this version I attached now.
right I didn't look close enough.
regards,
Markus
Regards,
Márton Németh
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] tvtime + analog channels with Pinnacle Hybrid Pro Stick (320e)
2008/12/5 Németh Márton [EMAIL PROTECTED]: Németh Márton wrote: Hi, I fetched tvtime from mcentral.de ( http://mcentral.de/wiki/index.php5/Tvtime ) compiled it and tried to tune to analog channels. I found that when I almost find a channel with the fine tune menu item tvtime freezes into the VIDIOC_DQBUF ioctl() call. I checked this with strace. I added some debug printk()s to the em28xx-new driver. This showed that the driver waits in em28xx-video.c on the line ret = wait_event_interruptible (dev-wait_frame, (!list_empty(dev-outqueue)) || (dev-state DEV_DISCONNECTED)); Then I also recognized that in this situation when the VIDIOC_DQBUF freezes the buf parameter of em28xx_isoc_video() in em28xx-core.c is always 1. This means that the dev-outqueue will never be filled. I also recognized similar behaviour in former times when I tried to tune in the signal of a Video Casette Recorder (VCR). This VCR produced a simple blue background. When this signal was on the screen, the application was frozen. When I unplugged the signal, the video application continued. What does the buf parameter of the em28xx_isoc_video() mean? Additionally, I attached my debug patch and the dmesg output. I hope this will show the behaviour more exactly: [ 1231.567221] usb 2-3: new high speed USB device using ehci_hcd and address 2 [ 1231.698113] usb 2-3: configuration #1 chosen from 1 choice [ 1231.920549] Linux video capture interface: v2.00 [ 1232.050241] em28xx v4l2 driver version 0.0.1 loaded [ 1232.056078] em28xx: new video device (eb1a:2881): interface 0, class 255 [ 1232.056090] em28xx: device is attached to a USB 2.0 bus [ 1232.056135] em28xx #0: Alternate settings: 8 [ 1232.056144] em28xx #0: Alternate setting 0, max size= 0 [ 1232.056150] em28xx #0: Alternate setting 1, max size= 0 [ 1232.056156] em28xx #0: Alternate setting 2, max size= 1448 [ 1232.056162] em28xx #0: Alternate setting 3, max size= 2048 [ 1232.056168] em28xx #0: Alternate setting 4, max size= 2304 [ 1232.056173] em28xx #0: Alternate setting 5, max size= 2580 [ 1232.056179] em28xx #0: Alternate setting 6, max size= 2892 [ 1232.056185] em28xx #0: Alternate setting 7, max size= 3072 [ 1232.521531] attach_inform: tvp5150 detected. [ 1232.566546] tvp5150 1-005c: tvp5150am1 detected. [ 1234.200565] successfully attached tuner [ 1234.207498] em28xx #0: V4L2 VBI device registered as /dev/vbi0 [ 1234.221297] em28xx #0: V4L2 device registered as /dev/video0 [ 1234.233746] input: em2880/em2870 remote control as /class/input/input9 [ 1234.241497] em28xx-input.c: remote control handler attached [ 1234.241504] em28xx #0: Found Pinnacle Hybrid Pro [ 1234.256426] usbcore: registered new interface driver snd-usb-audio [ 1234.268307] usbcore: registered new interface driver em28xx [ 1234.512487] em2880-dvb.c: DVB Init [ 1234.933976] DVB: registering new adapter (em2880 DVB-T) [ 1234.934298] DVB: registering frontend 0 (Zarlink ZL10353 DVB-T)... [ 1234.945549] Em28xx: Initialized (Em2880 DVB Extension) extension [ 1259.202480] tvp5150 1-005c: tvp5150am1 detected. [ 1260.932260] /usr/src/mcentral.de/em28xx-new/em28xx-core.c:786:em28xx_isoc_video(): buf=0x1, counter=0 [ 1261.300198] /usr/src/mcentral.de/em28xx-new/em28xx-core.c:786:em28xx_isoc_video(): buf=0x0, counter=1 [ 1261.316367] /usr/src/mcentral.de/em28xx-new/em28xx-core.c:786:em28xx_isoc_video(): buf=0x1, counter=0 [ 1261.332412] /usr/src/mcentral.de/em28xx-new/em28xx-core.c:786:em28xx_isoc_video(): buf=0x0, counter=1 [ 1261.348436] /usr/src/mcentral.de/em28xx-new/em28xx-core.c:786:em28xx_isoc_video(): buf=0x1, counter=0 [ 1261.364466] /usr/src/mcentral.de/em28xx-new/em28xx-core.c:786:em28xx_isoc_video(): buf=0x0, counter=1 [ 1261.388196] /usr/src/mcentral.de/em28xx-new/em28xx-core.c:786:em28xx_isoc_video(): buf=0x1, counter=0 [ 1261.404207] /usr/src/mcentral.de/em28xx-new/em28xx-core.c:786:em28xx_isoc_video(): buf=0x0, counter=1 [ 1261.420227] /usr/src/mcentral.de/em28xx-new/em28xx-core.c:786:em28xx_isoc_video(): buf=0x1, counter=0 [ 1261.436251] /usr/src/mcentral.de/em28xx-new/em28xx-core.c:786:em28xx_isoc_video(): buf=0x0, counter=1 [ 1261.452186] /usr/src/mcentral.de/em28xx-new/em28xx-core.c:786:em28xx_isoc_video(): buf=0x1, counter=0 [ 1261.468189] /usr/src/mcentral.de/em28xx-new/em28xx-core.c:786:em28xx_isoc_video(): buf=0x0, counter=1 [ 1261.484197] /usr/src/mcentral.de/em28xx-new/em28xx-core.c:786:em28xx_isoc_video(): buf=0x1, counter=0 [ 1261.500195] /usr/src/mcentral.de/em28xx-new/em28xx-core.c:786:em28xx_isoc_video(): buf=0x0, counter=1 [ 1261.516188] /usr/src/mcentral.de/em28xx-new/em28xx-core.c:786:em28xx_isoc_video(): buf=0x1, counter=0 [ 1261.532219] /usr/src/mcentral.de/em28xx-new/em28xx-core.c:786:em28xx_isoc_video(): buf=0x0, counter=1 [
Re: [Em28xx] Hauppage HVR-950 (now a 950 non-Q) on Opensuse 10.3
On Thu, Dec 4, 2008 at 4:20 PM, [EMAIL PROTECTED] wrote: On Thu, Dec 4, 2008 at 12:18 AM, [EMAIL PROTECTED] wrote: Hi, Thank you. That approach worked. (mostly) I reinstalled the standard kernel rpms, went through the modules directories for files that were newly created and rebooted; when I plugged the device in, it displayed video (in analog via the standard television interface, at least. I had to leave the empia directory and its newly compiled modules in place; I found that the tuner would not work without them. I suspect that I'm running from a mixed system of modules from different software versions. Audio doesnt work yet; em28xx_audio fails to load with various unknown symbol errors. For analog, I can work around by using a composite input and converter cable to get the audio in to a microphone or line-in port on my soundcard. Not the most elegant method, but it should be adequate. I'm still working on getting over-the-air digital from the antenna; I dont think that xawtv or kdetv knows anything about digital, and I havent yet convinced Kaffeine to scan for channels. I dont know whether to expect audio to work once I get video, but I wont be able to use the workaround in this case. what does usbview show up? You might not need em28xx-audio, depending on your device. Kaffeine is good enough for now to be used with that device. Markus Usbview can't find /proc/bus/usb/devices -- most likely because it has been moved to /dev/bus/usb/devices. I have not been able to redirect usbview to the new location, though. as root: mount usbfs -o usbfs /proc/bus/usb it should be available then. lsusb doesn't seem to provide any driver information. Is there another utiity that I can use? Thanks! ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Need Help - Leadtek Winfast USB II - FM Tuner setup
Hi, 2008/12/3 Sudarshan Gopalan [EMAIL PROTECTED]: Hi, I am not able to play FM using gnomeradio in Ubuntu Intrepid Ibex with a Leadtek Winfast USB II TV Box which has a FM Tuner. I can play FM using the WinFast FM software in Windows XP, but would love to have this box working in my Linux workstation. Following are the steps that I tried so far: 1. Installed and loaded the em2880 driver using the following steps there are 2 leadtek USB II tv devices available, one which is based on the old chip (em2800) and one which is based on a slightly newer one 2820/2840. Your one is based on the first one. I'll put it onto the todolist and get back to you when I have some time for it. Markus hg clone http://mcentral.de/hg/~mrec/v4l-dvb-kernel cd v4l-dvb-kernel make sudo make install restarted pc sudo modprobe em28xx 2. Connected the USB TV box, but could not have the device (/dev/video0) registered. So, used the card option with modprobe as follows. sudo modprobe -r em28xx sudo modprobe em28xx card=12 Now /dev/video0 is registered, but no radio device (/dev/radio'x') is registered. The dmesg output is given below. Even if I specify /dev/video0 as the input source in Gnomeradio, no channel is detected in the scan. Requesting your help and guidance to resolve this problem. Thanks and Regards, Sudarshan --- dmesg output --- [ 1450.989804] em28xx v4l2 driver version 0.0.1 loaded [ 1450.991468] usbcore: registered new interface driver em28xx [ 1464.044536] usb 3-1: new high speed USB device using ehci_hcd and address 8 [ 1464.178866] usb 3-1: configuration #1 chosen from 1 choice [ 1464.182089] em28xx: new video device (eb1a:2800): interface 0, class 255 [ 1464.182104] em28xx: device is attached to a USB 2.0 bus [ 1464.182114] em28xx #0: Alternate settings: 4 [ 1464.182120] em28xx #0: Alternate setting 0, max size= 0 [ 1464.182125] em28xx #0: Alternate setting 1, max size= 644 [ 1464.182130] em28xx #0: Alternate setting 2, max size= 1288 [ 1464.182135] em28xx #0: Alternate setting 3, max size= 2580 [ 1464.193248] em28xx: generic EM2800 board trying to guess card by i2c addresses [ 1464.351825] em28xx #0: Your board has no eeprom inside it and thus can't [ 1464.351831] em28xx #0: be autodetected. Please pass card = n insmod option to [ 1464.351834] em28xx #0: workaround that. Redirect complaints to the vendor of [ 1464.351837] em28xx #0: the TV card. Generic type will be used. [ 1464.351840] em28xx #0: Best regards, [ 1464.351841] em28xx #0: -- tux [ 1464.351860] em28xx #0: em28xx #0: Here is a list of valid choices for the card = n insmod option: [ 1464.351870] em28xx #0: card = 0 - Generic EM2800 video grabber [ 1464.351875] em28xx #0: card = 1 - Generic EM2820 video grabber [ 1464.351880] em28xx #0: card = 2 - Generic EM2821 video grabber [ 1464.351885] em28xx #0: card = 3 - Generic EM2870 video grabber [ 1464.351890] em28xx #0: card = 4 - Generic EM2881 video grabber [ 1464.351895] em28xx #0: card = 5 - Generic EM2860 video grabber [ 1464.351900] em28xx #0: card = 6 - Generic EM2861 video grabber [ 1464.351905] em28xx #0: card = 7 - Terratec Cinergy 250 USB [ 1464.351911] em28xx #0: card = 8 - Pinnacle PCTV USB 2 [ 1464.351915] em28xx #0: card = 9 - Hauppauge WinTV USB 2 [ 1464.351920] em28xx #0: card = 10 - MSI VOX USB 2.0 [ 1464.351926] em28xx #0: card = 11 - Terratec Cinergy 200 USB [ 1464.351930] em28xx #0: card = 12 - Leadtek Winfast USB II [ 1464.351935] em28xx #0: card = 13 - KWorld USB2800 [ 1464.351939] em28xx #0: card = 14 - Pinnacle Dazzle DVC 90 [ 1464.351944] em28xx #0: card = 15 - Hauppauge WinTV HVR 900 [ 1464.351949] em28xx #0: card = 16 - Terratec Hybrid XS [ 1464.351954] em28xx #0: card = 17 - Terratec Hybrid XS Secam [ 1464.351958] em28xx #0: card = 18 - KWorld PVR TV 2800 RF [ 1464.351963] em28xx #0: card = 19 - Terratec Prodigy XS [ 1464.351968] em28xx #0: card = 20 - Videology 20K14XUSB USB2.0 [ 1464.351972] em28xx #0: card = 21 - Usbgear VD204v9 [ 1464.351977] em28xx #0: card = 22 - Terratec Cinergy T XS [ 1464.351982] em28xx #0: card = 23 - Pinnacle PCTV DVB-T [ 1464.351987] em28xx #0: card = 24 - DNT DA2 Hybrid [ 1464.351991] em28xx #0: card = 25 - Pinnacle Hybrid Pro [ 1464.351996] em28xx #0: card = 26 - Hercules Smart TV USB 2.0 [ 1464.352001] em28xx #0: card = 27 - Compro, VideoMate U3 [ 1464.352006] em28xx #0: card = 28 - KWorld DVB-T 310U [ 1464.352011] em28xx #0: card = 29 - SIIG AVTuner-PVR/Prolink PlayTV USB 2.0 [ 1464.352017] em28xx #0: card = 30 - Terratec Cinergy T XS (MT2060) [ 1464.352022] em28xx #0: card = 31 - MSI DigiVox A/D [ 1464.352026] em28xx #0: card = 32 - D-Link DUB-T210 TV Tuner [ 1464.352031] em28xx #0: card = 33 - Gadmei UTV310 [ 1464.352035]
Re: [Em28xx] Hauppage HVR-950Q on Opensuse 10.3
On Wed, Dec 3, 2008 at 5:54 PM, [EMAIL PROTECTED] wrote: I need to make a correction; the device is a 950Q rather than a 950. hg clone -r 262 http://x; got the compile to happen, but even after reboot I get disagrees with version of symbol errors. My understanding is that this happens when the kernel is compiled with versioning data in but the modules are compiled with it out. Unfortunately, I dont know what changes to make to the driver to make it include version data. Also, I've recently heard that the drivers for the HVR-950Q dont have support for analog, which means that video game systems, etc can't be hooked up to them in linux. Is this correct? If so, there is no need in trying to get the driver to work as the device has to go back to the store. The HVR950Q (the Q matters) is not em28xx based. You might find more information about this device on linuxtv.org. best regards, Markus - Jonathan update to -r 262 Am Mittwoch, den 03.12.2008, 04:35 -0800 schrieb [EMAIL PROTECTED]: The HVR-950 is a USB2 tv tuner which is generally taken as working on linux. Unfortunately, I'm having a lot of trouble getting it to work on suse. The distribution is opensuse 10.3 and it is fully updated to the 2.6.22.19-0.1-default kernel. There is a page here: http://lunapark6.com/usb-hdtv-tuner-stick-for-windows-linux-hauppauge-wintv-hvr-950.html which explains how the tv tuner is supposed to be installed. (copy/paste follows) - cd /lib/firmware wget http://konstantin.filtschew.de/v4l-f...irmware_v4.tgz tar xvzf firmware_v4.tgz hg clone http://mcentral.de/hg/~mrec/v4l-dvb-experimental cd v4l-dvb-experimental make make install reboot sudo modprobe em2880-dvb - Unfortunately, running make produces: --- CC [M] /home/about/v4l-dvb-experimental/em28xx-i2c.o /home/about/v4l-dvb-experimental/em28xx-i2c.c: In function ‘em28xx_i2c_send_bytes’: /home/about/v4l-dvb-experimental/em28xx-i2c.c:454: error: ‘KERN_CONT’ undeclared (first use in this function) /home/about/v4l-dvb-experimental/em28xx-i2c.c:454: error: (Each undeclared identifier is reported only once /home/about/v4l-dvb-experimental/em28xx-i2c.c:454: error: for each function it appears in.) /home/about/v4l-dvb-experimental/em28xx-i2c.c:454: error: expected ‘)’ before string constant /home/about/v4l-dvb-experimental/em28xx-i2c.c: In function ‘em28xx_i2c_xfer’: /home/about/v4l-dvb-experimental/em28xx-i2c.c:548: error: ‘KERN_CONT’ undeclared (first use in this function) /home/about/v4l-dvb-experimental/em28xx-i2c.c:548: error: expected ‘)’ before string constant /home/about/v4l-dvb-experimental/em28xx-i2c.c:563: error: expected ‘)’ before string constant /home/about/v4l-dvb-experimental/em28xx-i2c.c: In function ‘em28xx_i2c_eeprom’: /home/about/v4l-dvb-experimental/em28xx-i2c.c:615: error: ‘KERN_CONT’ undeclared (first use in this function) /home/about/v4l-dvb-experimental/em28xx-i2c.c:615: error: expected ‘)’ before string constant /home/about/v4l-dvb-experimental/em28xx-i2c.c:618: error: expected ‘)’ before string constant make[5]: *** [/home/about/v4l-dvb-experimental/em28xx-i2c.o] Error 1 make[4]: *** [_module_/home/about/v4l-dvb-experimental] Error 2 make[3]: *** [modules] Error 2 make[2]: *** [modules] Error 2 make[2]: Leaving directory `/usr/src/linux-2.6.22.19-0.1-obj/x86_64/default' make[1]: *** [default] Error 2 make[1]: Leaving directory `/home/about/v4l-dvb-experimental' -- the kernel sources and headers are installed, so that isnt the problem. A previous person suggested running 'hg update 5886' to downgrade the version of the driver, but this revision turned out not to exist. I've also tried v4l-dvb-kernel and gotten the same errors during compilation. Can anyone help? ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] memory leak fix in em28xx-audio.c
Hi Frank, 2008/12/3 Frank Neuber [EMAIL PROTECTED]: Hi, I use this driver on MIPS in an application which open and close the /dev/dsp very often. Every open/close cyle I lost some memory. The strage thing is, this only happens on MIPS. I had a close look and found a mem leak in snd_em28xx_hw_capture_free. I miss the snd_pcm_free_vmalloc_buffer call here. applied, http://mcentral.de/hg/~mrec/em28xx-new/rev/8c1ccb0daf10 beside that does the driver work for you on your mips target system? thanks, Markus Attached you can find my bugfix. Kind Regards, Frank ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] memory leak fix in em28xx-audio.c
Hi Frank, On Wed, Dec 3, 2008 at 8:24 PM, Frank Neuber [EMAIL PROTECTED] wrote: Hi Markus, Am Mittwoch, den 03.12.2008, 19:52 +0100 schrieb Markus Rechberger: beside that does the driver work for you on your mips target system? Yes, but sometimes I have to restart my application because of the device is misconfigured; close and open it again error message. Because this message is more than on time in your code I don't know the reason. Maybe I'll have a close look at this later. You know I tune every 10 s to a new frq and grap a image, ttx and audio. And this 24 h x 7. This is real driver stress ;-) good to know, I'll add a printk_ratelimit() to it so that it won't flood dmesg anymore. Maybe modprobe em28xx reg_debug=1 will show up more information about it. best regards, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] cleanup em28xx_isocdbg()
Hi Márton, 2008/12/3 Németh Márton [EMAIL PROTECTED]: Move space after the ':' like this: -em28xx #0 em28xx_isocIrq :packet 63 is empty +em28xx #0 em28xx_isocIrq: packet 63 is empty Added some missing newlines when using em28xx_isocdbg(). http://mcentral.de/hg/~mrec/em28xx-new/rev/dd443e0aa290 applied thanks! Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Hauppage HVR-950 (now a 950 non-Q) on Opensuse 10.3
Hi, On Wed, Dec 3, 2008 at 10:06 PM, [EMAIL PROTECTED] wrote: So, Ive gone back to the store and purchased an HVR-950, with no Q modifier. hg clone -r 262 http://x; got the compile to happen, but even after reboot I get disagrees with version of symbol errors. My understanding is that this happens when the kernel is compiled with versioning data in but the modules are compiled with it out. Unfortunately, I dont know what changes to make to the driver to make it include version data, or what else needs to be worked on. Can you try to reinstall your kernel modules (reinstalling the kernel rpm might do)? This should revert all your previous attempts to install drivers for it. There's not much someone can do wrong when downloading the em28xx driver from mcentral.de anymore. It only updates the em28xx driver and doesn't touch any other components (nor does it upgrade any framework). I'm also downloading O.S. 10.3 for having a closer look by myself. regards, Markus - Jonathan update to -r 262 Am Mittwoch, den 03.12.2008, 04:35 -0800 schrieb [EMAIL PROTECTED]: The HVR-950 is a USB2 tv tuner which is generally taken as working on linux. Unfortunately, I'm having a lot of trouble getting it to work on suse. The distribution is opensuse 10.3 and it is fully updated to the 2.6.22.19-0.1-default kernel. There is a page here: http://lunapark6.com/usb-hdtv-tuner-stick-for-windows-linux-hauppauge-wintv-hvr-950.html which explains how the tv tuner is supposed to be installed. (copy/paste follows) - cd /lib/firmware wget http://konstantin.filtschew.de/v4l-f...irmware_v4.tgz tar xvzf firmware_v4.tgz hg clone http://mcentral.de/hg/~mrec/v4l-dvb-experimental cd v4l-dvb-experimental make make install reboot sudo modprobe em2880-dvb - Unfortunately, running make produces: --- CC [M] /home/about/v4l-dvb-experimental/em28xx-i2c.o /home/about/v4l-dvb-experimental/em28xx-i2c.c: In function ‘em28xx_i2c_send_bytes’: /home/about/v4l-dvb-experimental/em28xx-i2c.c:454: error: ‘KERN_CONT’ undeclared (first use in this function) /home/about/v4l-dvb-experimental/em28xx-i2c.c:454: error: (Each undeclared identifier is reported only once /home/about/v4l-dvb-experimental/em28xx-i2c.c:454: error: for each function it appears in.) /home/about/v4l-dvb-experimental/em28xx-i2c.c:454: error: expected ‘)’ before string constant /home/about/v4l-dvb-experimental/em28xx-i2c.c: In function ‘em28xx_i2c_xfer’: /home/about/v4l-dvb-experimental/em28xx-i2c.c:548: error: ‘KERN_CONT’ undeclared (first use in this function) /home/about/v4l-dvb-experimental/em28xx-i2c.c:548: error: expected ‘)’ before string constant /home/about/v4l-dvb-experimental/em28xx-i2c.c:563: error: expected ‘)’ before string constant /home/about/v4l-dvb-experimental/em28xx-i2c.c: In function ‘em28xx_i2c_eeprom’: /home/about/v4l-dvb-experimental/em28xx-i2c.c:615: error: ‘KERN_CONT’ undeclared (first use in this function) /home/about/v4l-dvb-experimental/em28xx-i2c.c:615: error: expected ‘)’ before string constant /home/about/v4l-dvb-experimental/em28xx-i2c.c:618: error: expected ‘)’ before string constant make[5]: *** [/home/about/v4l-dvb-experimental/em28xx-i2c.o] Error 1 make[4]: *** [_module_/home/about/v4l-dvb-experimental] Error 2 make[3]: *** [modules] Error 2 make[2]: *** [modules] Error 2 make[2]: Leaving directory `/usr/src/linux-2.6.22.19-0.1-obj/x86_64/default' make[1]: *** [default] Error 2 make[1]: Leaving directory `/home/about/v4l-dvb-experimental' -- the kernel sources and headers are installed, so that isnt the problem. A previous person suggested running 'hg update 5886' to downgrade the version of the driver, but this revision turned out not to exist. I've also tried v4l-dvb-kernel and gotten the same errors during compilation. Can anyone help? ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Hauppage HVR-950 (now a 950 non-Q) on Opensuse 10.3
On Thu, Dec 4, 2008 at 12:18 AM, [EMAIL PROTECTED] wrote: Hi, Thank you. That approach worked. (mostly) I reinstalled the standard kernel rpms, went through the modules directories for files that were newly created and rebooted; when I plugged the device in, it displayed video (in analog via the standard television interface, at least. I had to leave the empia directory and its newly compiled modules in place; I found that the tuner would not work without them. I suspect that I'm running from a mixed system of modules from different software versions. Audio doesnt work yet; em28xx_audio fails to load with various unknown symbol errors. For analog, I can work around by using a composite input and converter cable to get the audio in to a microphone or line-in port on my soundcard. Not the most elegant method, but it should be adequate. I'm still working on getting over-the-air digital from the antenna; I dont think that xawtv or kdetv knows anything about digital, and I havent yet convinced Kaffeine to scan for channels. I dont know whether to expect audio to work once I get video, but I wont be able to use the workaround in this case. what does usbview show up? You might not need em28xx-audio, depending on your device. Kaffeine is good enough for now to be used with that device. Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Antwort: Re: Problems extend em28xx for Videologic 21K155USB-C
On Fri, Nov 28, 2008 at 5:04 AM, [EMAIL PROTECTED] wrote: Hello Markus, after wondering why everthing is so ... tricky, I decided to disassemble the Cam, and found out, that they silently changed the USB-Bridge to a: Cypress CY7C68013A-56LFXC. I'm sorry for wasting your time. Just as a last question - do you know somebody is working on this kind of Chip? The Cypress chip requires a firmware, the protocol can be quite custom because it's a more or less more generic chip not only for video transfers. In any case you probably need to start over with a driver for it. br, Markus Nevertheless, thanks for your help, best regards, Marcel On Thu, Nov 27, 2008 at 7:35 AM, [EMAIL PROTECTED] wrote: Hello Markus, [EMAIL PROTECTED] schrieb am 28.11.2008 07:18:57: I doubt that you're using an empia based device with the driver. Other devices might implement i2c writes according to their specifications, this is not a generic task which can be taken from other existing drivers. Hmm, really? No empia? Right now I waiting for feedback to my Questions to Videology, I'll keep you informed what they say. Strange is, that 21K14xx and my 21K155 using same Windows-driver and Videology say it's exactly the same driver Interface. Also, the Videology *_vy_* -functions and registers in em28xx-webcam.c match excactly the provided Datasheet information. . Der Inhalt dieser E-Mail ist für den Absender rechtlich nicht verbindlich. Informieren Sie uns bitte, wenn Sie diese E-Mail fälschlicherweise erhalten haben (Fax: +49-7551-891-4001). Bitte löschen Sie in diesem Fall die Nachricht. Jede Form der weiteren Benutzung ist untersagt. . The content of this e-mail is not legally binding upon the sender. If this e-mail was transmitted to you by error, then please inform us accordingly (Fax: +49-7551-891-4001). In such case you are requested to erase the message. Any use of such e-mail message is strictly prohibited. ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Problems extend em28xx for Videologic 21K155USB-C
Hi,
On Wed, Nov 26, 2008 at 7:31 PM,
[EMAIL PROTECTED] wrote:
Hello List,
I'm new here, so brief summary about me:
Right now I'm a graduand here at DIEHL Aerospace, I'm quite fine with
programming and at the moment I have to get a Videologic 21K155USB-C Cam
working under Linux with em28xx.
Videologic was so kind and supportet me with all Information regarding I2C
Registers and so on. But right now I have Problems with communication to
the Cam.
Here it goes:
kernel is 2.6.27
em28xx is from mercurial, with some little extends (show'n below).
Main Problem is, that if the driver try to send an control_urb from
em28xx_init_dev()-em28xx_write_regs_req()
I always get an ret = -32 - -EPIPE...
I would greatly appreciate some hints that help me to get this cam
working, surely the extensions I'll made come back to you in form of
Patches.
did you check if the correct pipe is used?
40 -- 02 -- 00 00 a0 00 01 00 23
bus 02 as for em28xx based devices this means access on the i2c bus,
and this is the difference
between other normal chip control transfers.
You might not try to access the i2c bus using that flag.
if you have any further questions about it just let me know.
best regards,
Markus
Greetings,
--
Marcel Schmedes
DIEHL Aerospace GmbH
Abt.: CD-EC - Research, Graphics
Tel.: +49 69 5805 1712
E-mail: [EMAIL PROTECTED]
Website: http://www.diehl-aerospace.de
Because I don't now If I can send attachments over this list I inline some
Information:
New Device ID for Cam:
{ USB_DEVICE(0x1bbd, 0x0043), .driver_info =
EM2820_BOARD_VIDEOLOGY_20K15XUSB },
Hack to pass ISO-Check:
(without I get an Non-ISO Endpoint Error, which is reasonable, because
altsetting[0] it's a bulk one)
...
interface-cur_altsetting = interface-altsetting[1];
//HACK
endpoint = interface-cur_altsetting-endpoint[1].desc;
if ((endpoint-bmAttributes USB_ENDPOINT_XFERTYPE_MASK)
!=
...
Output of 'usbmon -i usb1' :
c37aee80 0.757405 S Co:1:004:0 s 40 02 00a0 0001 1 = 23
c37aee80 0.757494 C Co:1:004:0 -32 0
/var/log/messages:
Nov 26 18:54:56 crossdev em28xx v4l2 driver version 0.0.1 loaded
Nov 26 18:54:56 crossdev em28xx: new video device (1bbd:0043): interface
0, class 255
Nov 26 18:54:56 crossdev em28xx: ISO Check passed
Nov 26 18:54:56 crossdev em28xx: device is attached to a USB 2.0 bus
Nov 26 18:54:56 crossdev em28xx #0: Alternate settings: 4
Nov 26 18:54:56 crossdev em28xx #0: Alternate setting 0, max size= 512
Nov 26 18:54:56 crossdev em28xx #0: Alternate setting 1, max size= 3072
Nov 26 18:54:56 crossdev em28xx #0: Alternate setting 2, max size= 2048
Nov 26 18:54:56 crossdev em28xx #0: Alternate setting 3, max size= 1024
Nov 26 18:54:56 crossdev em28xx #0: [NOK] 40 02 00 00 a0 00 01 00 23
Nov 26 18:54:56 crossdev
/home/schmedes/develop/em28xx-new/em28xx-video.c:2982:em28xx_init_dev():
em28xx_write_regs_req() failed, ret = -32
Nov 26 18:54:56 crossdev em28xx #0: DIEHL: em28xx_init_dev FAILED:
/home/schmedes/develop/em28xx-new/em28xx-video.c - 4154
Nov 26 18:54:56 crossdev em28xx: probe of 1-1:1.0 failed with error -32
Nov 26 18:54:56 crossdev usbcore: registered new interface driver em28xx
USB-Information 21K155USB-C:
Videology Camera
Manufacturer: PB, Inc.
Speed: 480Mb/s (high)
USB Version: 2.00
Device Class: 00(ifc )
Device Subclass: 00
Device Protocol: 00
Maximum Default Endpoint Size: 64
Number of Configurations: 1
Vendor Id: 1bbd
Product Id: 0043
Revision Number: 0.00
Config Number: 1
Number of Interfaces: 1
Attributes: 80
MaxPower Needed: 100mA
Interface Number: 0
Name: (none)
Alternate Number: 0
Class: ff(vend.)
Sub Class: 00
Protocol: 00
Number of Endpoints: 2
Endpoint Address: 06
Direction: out
Attribute: 2
Type: Bulk
Max Packet Size: 512
Interval: 0ms
Endpoint Address: 82
Direction: in
Attribute: 2
Type: Bulk
Max Packet Size: 512
Interval: 0ms
Interface Number: 0
Name: (none)
Alternate Number: 1
Class: ff(vend.)
Sub Class: 00
Protocol: 00
Number of Endpoints: 2
Endpoint Address: 06
Direction: out
Attribute: 2
Type: Bulk
Max Packet Size: 512
Interval: 0ms
Endpoint Address: 82
Direction: in
Attribute: 1
Type: Isoc
Max
Re: [Em28xx] No composite input Cinergy Hybrid T USB XS
Hi, 2008/11/25 Ludovic Drolez [EMAIL PROTECTED]: Hi ! I have installed the latest em28xx-new drivers on a 2.6.25.20 kernel. DVB and Analog (with antenna) work, but if I try to switch to the composite1 input, the programs lock up (tvtime, kdetv, etc). If I strace them, they are stuck on this ioctl: ioctl(4, VIDIOC_DQBUF^C unfinished ... strange, I'm using composite all the time right now. http://mcentral.de/wiki/images/6/6a/Player_devices.png although I'll put it onto the list for verifying it again. Markus Any ideas ? -- Ludovic Drolez. http://www.palmopensource.com - The PalmOS Open Source Portal http://www.drolez.com - Personal site - Linux, Zaurus and PalmOS stuff ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [linux-dvb] em28xx merge process issues with linuxtv and upstream kernel
On Tue, Nov 25, 2008 at 5:44 PM, Jelle de Jong [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mauro Carvalho Chehab wrote: On Sat, 1 Nov 2008 18:46:40 +0100 Markus Rechberger [EMAIL PROTECTED] wrote: The last attempt was rejected because the patches were adding duplicate drivers rather than improving the existing ones. In the same project, 2 drivers managing the same hardware is not correct. Markus (or another people, why Markus may be the only person to do that?) should propose patches of the existing drivers, without breaking the v4l-dvb APIs. - First, the tuners and video decoders modifications shall be merged since they are used by several existing drivers. - Then the em28xx driver shall be improved. And this is what Markus started (thanks for this initiative) but this is hard to spend time on these minor things while supporting problems because of being out-of-kernel. In case of the cx25843 I discussed it with Hans Verkuil, there's more or less no option since it collides with the existing inkernel driver and disables support for other cx25843 drivers, so as for the kernel it should be merged to the existing one yes. The same kind of collision exists if we keep both the upstream and your version of the em28xx driver. This is also true for xc5000 and xc3028 drivers. The em28xx driver, the one in the kernel has taken a few patches from my repository, and it has some additional custom patches, it would make more sense to work those few patches into the new em28xx driver which is tested with most devices (compared with the driver which is in the kernel which is likely tested with 5-10% of the devices which are in the cardlist). The patches should be generated against the upstream driver, not against the out-of-tree. You might use an strategy of first patching the out-of-tree, then patching back the upstream. This may eventually be used as an intermediate step, but I suspect it will just make things harder. Anyway, no matter what process used to generate the patchset, it should be generated in a way that it won't cause regressions upstream, and submitted as incremental patches properly describing what each patch of the series is doing (and not just a diff version a version b). As for some reasons why not to merge it back then: * the driver relied on reverse engineered code, which made some devices extremly hot (not even xc3028/xc3028L related). Wrong gpio settings also enable the device to draw more power and affect the signal strength for analog TV/dvb-t, those settings can be custom for every designed device. I have had one pinnacle device which had a slightly melted package because of that mess. The gpio logic is just a very few lines of code. A simple patch probably can fix the issues. There are additional em28xx based chipdrivers which only work with em28xx based devices (eg. videology cam). A patch adding videology cam support would add this functionality upstream. The input layer actually fully works although I disabled it because it needs a redesign and shouldn't be exposed to userland like this, also the polling code shouldn't be used (linux timing causes alot trouble at low intervals - especially the deinitialization of such timers, I sent an email to the ML about a possible race condition in ir-kbd-i2c a couple of months ago. netBSD developers discovered that interrupt polling works fine even for remote controls. Practically since I worked alot with remote controls during the last half year returning keyboard input keys to userland is a mess, there was a discussion also with netbsd people about a more generic interface because the IR support of the device should be seen as RC5/RC6/NEC/.. protocol support and not as one interface where the device is bound to a certain remote and only supporting that remote control. (that's just the reason why IR support is disabled :) Since it is disabled, there's no sense on currently trying to merge your IR code. This would be a regression. v4l-dvb people and Markus would be glad to see his drivers in the mainstream kernel. I am going to ask for understanding of both the side of Markus that worked very hard on his code, and that of the upstream developers. There are both valid reasons on how they did there things. But we need a solution to get all the code back into the upstream project so it can go into the kernel project and eventually be delivered at the Linux distributions and all there users, so no custom compiling, custom package install are required and non transparent bug reports can be stopped. Is it possible for an upstream developer to step forward and take on the task of merging the code of Markus back into mainstream, all questions on the code can be discuses on several mailing-list [2] of choice. Well, I would say: Make it so! ;) Current the situation is kind of a hold-of, the issues are not being
Re: [Em28xx] [PATCH] move space after colon in em28xx_videodbg()
On 11/21/08, Németh Márton [EMAIL PROTECTED] wrote: Change the debug messages like this: -em28xx #0 em28xx_do_ioctl :VIDIOC_STREAMON: starting stream +em28xx #0 em28xx_do_ioctl: VIDIOC_STREAMON: starting stream (Sorry for my previous incomplete mail which I might send accidentally.) applied, http://mcentral.de/hg/~mrec/em28xx-new/rev/6664052db595 thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] strange problems with Terratec Hybrid XS FM
2008/11/21 Németh Márton [EMAIL PROTECTED]: Waldemar Brodkorb wrote: Hi, Németh Márton wrote, Hello Waldemar, Waldemar Brodkorb wrote: Hi, I have a Terratec Hybrid XS FM (0ccd:0072). I am using Gentoo Linux with a self compiled Linux Kernel 2.6.27.6 and the latest em28xx-new drivers. From the attached logfiles it seems that you are not using the latest version of em28xx-new. Currently the latest version in hg is the revision 260. You can check your revision with the hg view command. Could you please try revision 260 and send some more logs? I know it is not the very latest stuff, because I tested even older revisions without any success. I tried back to revision 235 without success. I tried different Linux systems. It is not working on Debian/GNU Lenny on a AMD64 Desktop PC. My last test was to use the same revision, I used as it was working, so I can compare the different dmesg from /var/log/messages to see any difference. In the first three days everything worked fine. Then suddenly the card did not work anymore. After several hours of debugging, I think either the use of kaffeine or klear made the hardware unusable. Attached is a dmesg output before and after playing with kaffeine and klear. TV worked fine with both programs, after rebooting my laptop TV stopped working. Does anyone have an idea how to get the card in a working state again? You can always try to exit all video player application (like kaffeine), unplug the device, rmmod all the modules which begins with em28 (you can check this with the command lsmod |grep em28). Then plug the device again. This will load the kernel modules again. I know. But there is a bug in the IR code, my keyboard stops working after removing the stick. You could try disabling the IR. I am not sure that the disable_ir parameter of em28xx does what you need. The question is still valid, why does the usb stick does not work under Linux anymore? The difference between the working and nonworking dmesg is many more register disabled messages. Attached is a fresh dmesg from revision 261. Why the i2c communication to the dvb-t demodulator fails? According to linux/include/asm-generic/errno-base.h the retval -19 means -ENODEV: No such device. [I get similar problems with my Pinnacle Hybrid Pro Stick (320e). With with this device I have hardware contact problems and my device gets sometimes disconnected. Maybe you have different problem.] one thing I noticed is that the eeprom returned a different value. I won't get on this issue before next week. The remote control system will be reworked very soon including userspace applications.. br, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] problem with sound of analog channels on Pinnacle Hybrid Pro Stick (320e)
On 11/21/08, Németh Márton [EMAIL PROTECTED] wrote: Németh Márton írta: Markus Rechberger írta: On Thu, Nov 20, 2008 at 12:40 AM, Németh Márton [EMAIL PROTECTED] wrote: Markus Rechberger írta: Hi, 2008/11/19 Németh Márton [EMAIL PROTECTED]: Hi, I have the some problems when I want to watch analog broadcast channels on Pinnacle Hybrid Pro Stick (320e) USB ID=eb1a:2881. Steps to reproduce: 1. Boot computer 2. Plug in Pinnacle Hybrid Pro Stick (320e) 3. Start rawrec -c 1 -f s16_le -s 44100 -d /dev/dsp2 |rawplay -c 1 -f s16_le -s 44100 -d /dev/dsp as root 4. Start xawtv = there is no sound run rawrec after xawtv is started? The result is the same: no sound. Change Video source from Television to Composite1 = no sound, black video. Change Video source from Composite1 to Television again = video OK and sound is available (but noisy). If I exit xawtv now and start it again I do not need to change the Video source and I can hear the sound. I will check this tomorrow! Additional info: when the device is first plugged in, there is no sound with xawtv. Then I open the Video source and select again Television, then the sound starts. Then I stop xawtv, start it again: there is sound. Then I stop xawtv again, unplug the device, replug it: there is no sound in xawtv until I set the Video source again explicitly. I did another test: 1. Boot computer 2. Load kernel module: modprobe -k em28xx video_debug=1 3. Plug Pinnacle Hybrid Pro Stick (320e) 4. Start xawtv 5. rawrec -c 1 -f s16_le -s 44100 -d /dev/dsp2 |rawplay -c 1 -f s16_le -s 44100 -d /dev/dsp Now there is no sound. The dmesg so far is: [ 2906.699745] Linux video capture interface: v2.00 [ 2906.732868] em28xx v4l2 driver version 0.0.1 loaded [ 2906.734659] usbcore: registered new interface driver em28xx [ 2924.021109] usb 4-3: new high speed USB device using ehci_hcd and address 4 [ 2924.151114] usb 4-3: configuration #1 chosen from 1 choice [ 2924.155353] em28xx: new video device (eb1a:2881): interface 0, class 255 [ 2924.156869] em28xx: device is attached to a USB 2.0 bus [ 2924.157489] em28xx #0: Alternate settings: 8 [ 2924.157831] em28xx #0: Alternate setting 0, max size= 0 [ 2924.158209] em28xx #0: Alternate setting 1, max size= 0 [ 2924.158541] em28xx #0: Alternate setting 2, max size= 1448 [ 2924.158920] em28xx #0: Alternate setting 3, max size= 2048 [ 2924.159293] em28xx #0: Alternate setting 4, max size= 2304 [ 2924.159788] em28xx #0: Alternate setting 5, max size= 2580 [ 2924.160191] em28xx #0: Alternate setting 6, max size= 2892 [ 2924.160660] em28xx #0: Alternate setting 7, max size= 3072 [ 2924.632841] attach_inform: tvp5150 detected. [ 2924.679559] tvp5150 1-005c: tvp5150am1 detected. [ 2926.325129] successfully attached tuner [ 2926.325446] em28xx #0 em28xx_init_dev :tvnorm = PAL-BG [ 2926.338656] em28xx #0: V4L2 VBI device registered as /dev/vbi0 [ 2926.363367] em28xx #0 video_mux :Setting input index = 0, vmux = 0, amux = 0 [ 2926.363861] em28xx #0: V4L2 device registered as /dev/video0 [ 2926.366615] input: em2880/em2870 remote control as /class/input/input12 [ 2926.375460] em28xx-input.c: remote control handler attached [ 2926.375773] em28xx #0: Found Pinnacle Hybrid Pro [ 2926.376603] audio device (eb1a:2881): interface 1, class 1 [ 2926.377063] audio device (eb1a:2881): interface 2, class 1 [ 2927.368716] em2880-dvb.c: DVB Init [ 2927.424144] usbcore: registered new interface driver snd-usb-audio [ 2927.918355] DVB: registering new adapter (em2880 DVB-T) [ 2927.919085] DVB: registering frontend 0 (Zarlink ZL10353 DVB-T)... [ 2927.929104] Em28xx: Initialized (Em2880 DVB Extension) extension [ 2988.924543] tvp5150 1-005c: tvp5150am1 detected. [ 2989.044578] em28xx #0 em28xx_v4l2_open :open minor = 0 type = NULL users = 0 [ 2989.103519] em28xx #0 em28xx_v4l2_close :users = 1 [ 2989.149812] em28xx #0 em28xx_v4l2_close :setting alternate 0 [ 2989.150754] em28xx #0 em28xx_v4l2_open :open minor = 0 type = NULL users = 0 [ 2989.157776] em28xx #0 em28xx_v4l2_close :users = 1 [ 2989.207799] em28xx #0 em28xx_v4l2_close :setting alternate 0 [ 2989.207955] em28xx #0 em28xx_v4l2_open :open minor = 0 type = NULL users = 0 [ 2989.631165] em28xx #0 em28xx_do_ioctl :VIDIO_G_TUNER: signal = 0, afc = 0 [ 2989.953105] em28xx #0 em28xx_set_fmt :VIDIOC_S_FMT: type = V4L2_BUF_TYPE_VIDEO_CAPTURE [ 2989.953126] em28xx #0 em28xx_set_fmt :VIDIOC_S_FMT: requested 384x288 [ 2989.953136] em28xx #0 em28xx_set_fmt :VIDIOC_S_FMT: returned 384x288 (3584, 4096) [ 2990.032286] em28xx #0 em28xx_set_fmt :VIDIOC_S_FMT: type = V4L2_BUF_TYPE_VIDEO_CAPTURE [ 2990.032308] em28xx #0 em28xx_set_fmt :VIDIOC_S_FMT: requested 384x288 [ 2990.032318] em28xx #0 em28xx_set_fmt :VIDIOC_S_FMT: returned 384x288 (3584, 4096) [ 2990.087707] em28xx #0
Re: [Em28xx] Kworld DVB-T 305U - no sound
2008/11/19 Adriano Melo [EMAIL PROTECTED]: hello... i have a kworld DVB-T 305U, but sound does not work. i try this package: http://mcentral.de/empia/empia-2.6.24-21-generic-2_i386.deb and following this: if you're using ubuntu try to install that package again. Afterwards run: modprobe em28xx-audioep and try to use the patched tvtime version from mcentral.de Markus cd /lib/firmware wget http://konstantin.filtschew.de/v4l-firmware_v4.tgz tar xvzf firmware_v4.tgz hg clone http://mcentral.de/hg/~mrec/v4l-dvb-experimental cd v4l-dvb-experimental make make install can anyone help me? thanks [EMAIL PROTECTED]:~$ cat /proc/version Linux version 2.6.24-21-generic ([EMAIL PROTECTED]) (gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7)) #1 SMP Tue Oct 21 23:43:45 UTC 2008 dmesg: [ 466.885691] Linux video capture interface: v2.00 [ 466.907946] em28xx v4l2 driver version 0.0.1 loaded [ 466.909349] em28xx: new video device (eb1a:e305): interface 0, class 255 [ 466.909360] em28xx: device is attached to a USB 2.0 bus [ 466.909984] em28xx #0: Alternate settings: 8 [ 466.909992] em28xx #0: Alternate setting 0, max size= 0 [ 466.909997] em28xx #0: Alternate setting 1, max size= 0 [ 466.910003] em28xx #0: Alternate setting 2, max size= 1448 [ 466.910008] em28xx #0: Alternate setting 3, max size= 2048 [ 466.910013] em28xx #0: Alternate setting 4, max size= 2304 [ 466.910018] em28xx #0: Alternate setting 5, max size= 2580 [ 466.910023] em28xx #0: Alternate setting 6, max size= 2892 [ 466.910028] em28xx #0: Alternate setting 7, max size= 3072 [ 467.224206] attach_inform: tvp5150 detected. [ 467.287503] tvp5150 1-005c: tvp5150am1 detected. [ 468.855097] successfully attached tuner [ 468.865471] em28xx #0: V4L2 VBI device registered as /dev/vbi0 [ 468.889962] em28xx #0: V4L2 device registered as /dev/video0 [ 468.889978] em28xx #0: Found KWorld DVB-T 305U [ 468.890021] em28xx: new video device (eb1a:e305): interface 1, class 255 [ 468.890027] em28xx: probing error: endpoint is non-ISO endpoint! [ 468.890069] usbcore: registered new interface driver em28xx [ 469.001116] em2880-dvb.c: DVB Init [ 469.303056] em2880-dvb.c: unsupported device [ 469.303071] Em28xx: Initialized (Em2880 DVB Extension) extension [ 697.595083] tvp5150 1-005c: tvp5150am1 detected. [ 865.745609] usbcore: registered new interface driver snd-usb-audio -- Adriano Melo, http://adrianomelo.com ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] problem with sound of analog channels on Pinnacle Hybrid Pro Stick (320e)
On Thu, Nov 20, 2008 at 12:40 AM, Németh Márton [EMAIL PROTECTED] wrote: Markus Rechberger írta: Hi, 2008/11/19 Németh Márton [EMAIL PROTECTED]: Hi, I have the some problems when I want to watch analog broadcast channels on Pinnacle Hybrid Pro Stick (320e) USB ID=eb1a:2881. Steps to reproduce: 1. Boot computer 2. Plug in Pinnacle Hybrid Pro Stick (320e) 3. Start rawrec -c 1 -f s16_le -s 44100 -d /dev/dsp2 |rawplay -c 1 -f s16_le -s 44100 -d /dev/dsp as root 4. Start xawtv = there is no sound run rawrec after xawtv is started? The result is the same: no sound. Change Video source from Television to Composite1 = no sound, black video. Change Video source from Composite1 to Television again = video OK and sound is available (but noisy). If I exit xawtv now and start it again I do not need to change the Video source and I can hear the sound. I will check this tomorrow! br, Markus Markus 5. Right click on xawtv to show the menu window 6. Modify Video source from Television to Composite1 7. Modify Video source back from Composite1 to Television now I can hear the sound (altrough it is a robot-like sound, which can be understanded but it is not clear). I am using Linux kernel 2.6.27.5. Any idea how to fix the sound? Regards, Márton Németh ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] handle return value of input_register_device()
Hi, 2008/11/19 Németh Márton [EMAIL PROTECTED]: When the kernel is compiled with CONFIG_ENABLE_MUST_CHECK=y the following warning message appears: em28xx-input.c: In function 'em2880_ir_attach': em28xx-input.c:344: warning: ignoring return value of 'input_register_device', declared with attribute warn_unused_result The attached patch handles the return value of input_register_device(). applied, http://mcentral.de/hg/~mrec/em28xx-new/ thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] modify coding style of cx25843/em28xx-cx25843.c to match checkpatch.pl requirements
2008/11/17 Németh Márton [EMAIL PROTECTED]: The linux-2.6.27.5/scripts/checkpatch.pl reports the following style recommendations for cx25843/em28xx-cx25843.c: - ERROR: Don't use linux/videodev.h: see Documentation/feature-removal-schedule.txt - ERROR: Don't use linux/video_decoder.h: see Documentation/feature-removal-schedule.txt The goal modifying the style is that the driver can be accepted more easily into the mainline kernel. applied, http://mcentral.de/hg/~mrec/em28xx-new/rev/3379f1e87269 thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] modify coding style of lgdt3304/lgdt3304.{c, h} to match checkpatch.pl requirements
2008/11/17 Németh Márton [EMAIL PROTECTED]:
The linux-2.6.27.5/scripts/checkpatch.pl reports the following style
recommendations for lgdt3304/lgdt3304.{c,h}:
- ERROR: code indent should use tabs where possible
- ERROR: do not initialise statics to 0 or NULL
- ERROR: do not use assignment in if condition
- ERROR: do not use C99 // comments
- ERROR: foo* bar should be foo *bar
- ERROR: open brace '{' following function declarations go on the next line
- ERROR: open brace '{' following struct go on the same line
- ERROR: space required after that ',' (ctx:VxV)
- ERROR: space required before the open brace '{'
- ERROR: space required before the open parenthesis '('
- ERROR: spaces required around that '' (ctx:VxV)
- ERROR: spaces required around that '=' (ctx:VxV)
- ERROR: spaces required around that '+=' (ctx:VxV)
- ERROR: switch and case should be at the same indent
- ERROR: trailing statements should be on next line
- ERROR: trailing whitespace
- WARNING: braces {} are not necessary for any arm of this statement
- WARNING: EXPORT_SYMBOL(foo); should immediately follow its
function/variable
- WARNING: __func__ should be used instead of gcc specific __FUNCTION__
- WARNING: printk() should include KERN_ facility level
- WARNING: space prohibited between function name and open parenthesis '('
The goal modifying the style is that the driver can be accepted more easily
into the mainline kernel.
applied,
http://mcentral.de/hg/~mrec/em28xx-new/rev/ef19155c8215
thanks,
Markus
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] modify coding style of em28xx-cards.c to match checkpatch.pl requirements
2008/11/16 Németh Márton [EMAIL PROTECTED]:
The linux-2.6.27.5/scripts/checkpatch.pl reports the following style
recommendations for em28xx-cards.c:
- ERROR: code indent should use tabs where possible
- ERROR: do not use C99 // comments
- ERROR: space prohibited before open square bracket '['
- ERROR: space required after that close brace '}'
- ERROR: space required after that ',' (ctx:VxV)
- ERROR: spaces required around that '=' (ctx:WxV)
- ERROR: trailing whitespace
- WARNING: space prohibited between function name and open parenthesis '('
The goal modifying the style is that the driver can be accepted more easily
into the mainline kernel.
applied
http://mcentral.de/hg/~mrec/em28xx-new/rev/f9c278e2d0c0
thanks,
Markus
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] modify coding style of em28xx-core.c to match checkpatch.pl requirements
2008/11/16 Németh Márton [EMAIL PROTECTED]: The linux-2.6.27.5/scripts/checkpatch.pl reports the following style recommendations for em28xx-core.c: - WARNING: __func__ should be used instead of gcc specific __FUNCTION__ - ERROR: trailing whitespace - WARNING: printk() should include KERN_ facility level - ERROR: return is not a function, parentheses are not required - ERROR: space prohibited before that ':' (ctx:WxE) - ERROR: do not use assignment in if condition - ERROR: spaces required around that '?' (ctx:VxW) - ERROR: spaces required around that ':' (ctx:VxW) - ERROR: space prohibited before that '++' (ctx:WxB) The goal modifying the style is that the driver can be accepted more easily into the mainline kernel. applied http://mcentral.de/hg/~mrec/em28xx-new/rev/28e98eee67bf thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] modify coding style of em2880-dvb.c to match checkpatch.pl requirements
2008/11/16 Németh Márton [EMAIL PROTECTED]:
The linux-2.6.27.5/scripts/checkpatch.pl reports the following style
recommendations for em2880-dvb.c:
- ERROR: do not use C99 // comments
- ERROR: Macros with complex values should be enclosed in parenthesis
- ERROR: space required after that ',' (ctx:ExV)
- ERROR: space required after that ',' (ctx:VxV)
- ERROR: space required after that ';' (ctx:VxV)
- ERROR: space required before the open parenthesis '('
- ERROR: spaces required around that '' (ctx:VxV)
- ERROR: spaces required around that '=' (ctx:VxV)
- ERROR: switch and case should be at the same indent
- ERROR: trailing statements should be on next line
- ERROR: trailing whitespace
- WARNING: braces {} are not necessary for any arm of this statement
- WARNING: printk() should include KERN_ facility level
The goal modifying the style is that the driver can be accepted more easily
into the mainline kernel.
applied
http://mcentral.de/hg/~mrec/em28xx-new/rev/5b3793805866
thanks,
Markus
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] modify coding style of em28xx-audio.c to match checkpatch.pl requirements
2008/11/16 Németh Márton [EMAIL PROTECTED]:
The linux-2.6.27.5/scripts/checkpatch.pl reports the following style
recommendations for em28xx-audio.c:
- ERROR: code indent should use tabs where possible
- ERROR: do not use assignment in if condition
- ERROR: space prohibited before that close parenthesis ')'
- ERROR: space required after that ',' (ctx:VxV)
- ERROR: space required after that ';' (ctx:VxV)
- ERROR: space required before the open brace '{'
- ERROR: space required before the open parenthesis '('
- ERROR: spaces prohibited around that '-' (ctx:WxV)
- ERROR: spaces required around that '' (ctx:VxV)
- ERROR: spaces required around that '==' (ctx:VxV)
- ERROR: spaces required around that '=' (ctx:VxV)
- ERROR: spaces required around that '!=' (ctx:VxV)
- ERROR: spaces required around that '+=' (ctx:WxV)
- ERROR: switch and case should be at the same indent
- ERROR: trailing whitespace
- WARNING: braces {} are not necessary for single statement blocks
- WARNING: printk() should include KERN_ facility level
The goal modifying the style is that the driver can be accepted more easily
into the mainline kernel.
applied
http://mcentral.de/hg/~mrec/em28xx-new/rev/d85381598192
thanks,
Markus
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] modify coding style of em28xx-aad.c to match checkpatch.pl requirements
2008/11/16 Németh Márton [EMAIL PROTECTED]:
The linux-2.6.27.5/scripts/checkpatch.pl reports the following style
recommendations for em28xx-aad.c:
- ERROR: code indent should use tabs where possible
- ERROR: do not use C99 // comments
- ERROR: need consistent spacing around '-' (ctx:WxV)
- ERROR: open brace '{' following function declarations go on the next line
- ERROR: return is not a function, parentheses are not required
- ERROR: space prohibited after that '~' (ctx:WxW)
- ERROR: space required after that ',' (ctx:VxV)
- ERROR: space required after that ';' (ctx:VxV)
- ERROR: space required before the open parenthesis '('
- ERROR: spaces required around that '' (ctx:VxV)
- ERROR: spaces required around that '=' (ctx:VxV)
- ERROR: trailing whitespace
- WARNING: externs should be avoided in .c files
- WARNING: Use #include linux/uaccess.h instead of asm/uaccess.h
The goal modifying the style is that the driver can be accepted more easily
into the mainline kernel.
applied,
http://mcentral.de/hg/~mrec/em28xx-new/rev/25f4ba1606bd
thanks,
Markus
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] modify coding style of em28xx-audioep.c to match checkpatch.pl requirements
2008/11/16 Németh Márton [EMAIL PROTECTED]:
The linux-2.6.27.5/scripts/checkpatch.pl reports the following style
recommendations for em28xx-audioep.c:
- ERROR: code indent should use tabs where possible
- ERROR: do not use assignment in if condition
- ERROR: do not use C99 // comments
- ERROR: space prohibited before that close parenthesis ')'
- ERROR: space required after that ',' (ctx:OxV)
- ERROR: space required after that ',' (ctx:VxV)
- ERROR: space required after that ';' (ctx:VxV)
- ERROR: space required before the open brace '{'
- ERROR: space required before the open parenthesis '('
- ERROR: spaces prohibited around that '-' (ctx:WxV)
- ERROR: spaces required around that '' (ctx:VxV)
- ERROR: spaces required around that '==' (ctx:VxV)
- ERROR: spaces required around that '=' (ctx:VxV)
- ERROR: spaces required around that '+=' (ctx:VxV)
- ERROR: spaces required around that '+=' (ctx:WxV)
- ERROR: switch and case should be at the same indent
- ERROR: trailing whitespace
- WARNING: braces {} are not necessary for single statement blocks
- WARNING: printk() should include KERN_ facility level
The goal modifying the style is that the driver can be accepted more easily
into the mainline kernel.
also this one, thanks alot for all the checkpatch patches!
http://mcentral.de/hg/~mrec/em28xx-new/rev/36126ed0bf84
Markus
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] modify coding style of em28xx.h to match checkpatch.pl requirements
2008/11/16 Németh Márton [EMAIL PROTECTED]: The linux-2.6.27.5/scripts/checkpatch.pl reports the following style recommendations for em28xx.h: - ERROR: code indent should use tabs where possible - ERROR: do not use assignment in if condition - ERROR: Don't use linux/videodev.h: see Documentation/feature-removal-schedule.txt - ERROR: foo* bar should be foo *bar - ERROR: space required after that ',' (ctx:VxV) - ERROR: spaces required around that ':' (ctx:VxV) - ERROR: spaces required around that '?' (ctx:VxV) - ERROR: switch and case should be at the same indent - ERROR: trailing statements should be on next line - ERROR: trailing whitespace The goal modifying the style is that the driver can be accepted more easily into the mainline kernel. applied http://mcentral.de/hg/~mrec/em28xx-new/rev/42e84f98890e thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] modify coding style of xc3028/xc3028_module.{c, h} to match checkpatch.pl requirements
2008/11/16 Németh Márton [EMAIL PROTECTED]:
The linux-2.6.27.5/scripts/checkpatch.pl reports the following style
recommendations for xc3028/xc3028_module.{c,h}:
- ERROR: code indent should use tabs where possible
- ERROR: do not use C99 // comments
- ERROR: DOS line endings
- ERROR: foo* bar should be foo *bar
- ERROR: trailing whitespace
- WARNING: EXPORT_SYMBOL(foo); should immediately follow its
function/variable
The goal modifying the style is that the driver can be accepted more easily
into the mainline kernel.
applied,
http://mcentral.de/hg/~mrec/em28xx-new/rev/9e7ee1583686
thanks,
Markus
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] modify coding style of em28xx-video.c to match checkpatch.pl requirements
Hi,
2008/11/15 Németh Márton [EMAIL PROTECTED]:
The linux-2.6.27.5/scripts/checkpatch.pl reports the following style
recommendation for em28xx-video.c:
- ERROR: code indent should use tabs where possible
- ERROR: do not use assignment in if condition
- ERROR: do not use C99 // comments
- ERROR: Don't use linux/video_decoder.h: see
Documentation/feature-removal-schedule.txt
- ERROR: foo * bar should be foo *bar
- ERROR: (foo*) should be (foo *)
- ERROR: open brace '{' following function declarations go on the next line
- ERROR: space prohibited before that close parenthesis ')'
- ERROR: space prohibited before that ':' (ctx:WxE)
- ERROR: space required before the open parenthesis '('
- ERROR: spaces required around that '=' (ctx:VxV)
- ERROR: spaces required around that '?' (ctx:VxV)
- ERROR: spaces required around that ':' (ctx:WxV)
- ERROR: that open brace { should be on the previous line
- ERROR: trailing whitespace
- WARNING: EXPORT_SYMBOL(foo); should immediately follow its
function/variable
- WARNING: __func__ should be used instead of gcc specific __FUNCTION__
- WARNING: printk() should include KERN_ facility level
The goal modifying the style is that the driver can be accepted more easily
into the mainline kernel.
applied
http://mcentral.de/hg/~mrec/em28xx-new/rev/e7dff9bfb5fd
thanks,
Markus
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] No space left on device Re: Can not detect the second USB grabber (EM28XX)
On Thu, Nov 13, 2008 at 8:32 PM, Ming Liu [EMAIL PROTECTED] wrote: Hi, Markus Thank you for your kind reply. I just got a chance to work on this project again. Following your instruction, I installed the EM28xx-new. Everything went through smoothly, and my second grabber was detected at the first try. However, when I tried to use the two grabbers simultaneously, the code complained that No space left on device for the initialization of the /dev/video1. After a quick google search, I found that it is a problem that bothers people since 2006, and the only solution I found is to invest an additional USB controller card. Is there any other solution for this problem? I am working on a single board pc right now, so an additional USB controller card does not sound simple to me. you can try to load the em28xx driver with the alt=3 parameter. Markus Any comments are more than welcome. Thank you again. Sincerely yours Ming Markus Rechberger wrote: Hi Ming, On Wed, Oct 15, 2008 at 4:11 PM, Ming Liu [EMAIL PROTECTED] wrote: Hello, I am working on a Fedora 6 with kernel 2.6.22. I am trying to connect two identical USB grabbers on a desktop computer. One grabber works fine based the sample codes from the V4L2 website, although the VIDIOC_S_FMT does not response correctly (It does not report error when a format, which the grabber does not support, is set. It is a little pain but I can live with it). However, I met a problem when I tried to connect the second camera onto the computer. There is only one device detected, and I have only /dev/video0. I tried to unplug and plug the second grabber. demsg complained that the em28XX driver can only be loaded once or something like. can you use the driver from mcentral.de? It should also support additional colourspace formats (eg. RGB565). you need to install the kernel sources before you can do the next step as root. $ hg clone http://mcentral.de/hg/~mrec/em28xx-new $ cd em28xx-new $ ./build.sh build $ ./build.sh install let me know if you need further help with it. regards, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Slab corruption when unplugging Pinnacle Hybrid Pro Stick (320e)
2008/11/13 Németh Márton [EMAIL PROTECTED]: Hi, I am using linux 2.6.27.5 with em28xx-new and I get some slab corruption. I applied some debug patch to em28xx-new and to the linux tree also (attached). I enabled the some debug options in the kernel, like: - CONFIG_DEBUG_OBJECTS_FREE=y, - CONFIG_DEBUG_OBJECTS_TIMERS=y, - CONFIG_DEBUG_SLAB=y, - CONFIG_DEBUG_SLAB_LEAK=y, - CONFIG_DEBUG_BUGVERBOSE=y Steps to reproduce: 1. Plug Pinnacle Hybrid Pro Stick (320e) 2. Start kaffeine and start watching a digital channel 3. While kaffeine is running unplug the device 4. Now close kaffeine The remote control seems to be enabled, can you disable it? As mentioned that implementation is not water proof and has to be changed to an interrupt triggered mechanism. Markus Current result: [ 704.299771] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4213: checkpoint [ 704.299781] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4215: checkpoint [ 704.299789] /usr/src/mcentral.de/em28xx-new/xc3028/xc3028_module.c:48: checkpoint [ 704.299796] /usr/src/mcentral.de/em28xx-new/xc3028/xc3028_module.c:50: checkpoint [ 704.299803] /usr/src/mcentral.de/em28xx-new/xc3028/xc3028_module.c:52: checkpoint [ 704.299812] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4217: checkpoint [ 704.299825] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4221: checkpoint [ 704.299831] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4223: checkpoint [ 721.424069] usb 3-3: new high speed USB device using ehci_hcd and address 3 [ 721.553121] usb 3-3: configuration #1 chosen from 1 choice [ 721.559380] em28xx: new video device (eb1a:2881): interface 0, class 255 [ 721.559920] em28xx: device is attached to a USB 2.0 bus [ 721.560398] em28xx #0: Alternate settings: 8 [ 721.560769] em28xx #0: Alternate setting 0, max size= 0 [ 721.561185] em28xx #0: Alternate setting 1, max size= 0 [ 721.561561] em28xx #0: Alternate setting 2, max size= 1448 [ 721.561933] em28xx #0: Alternate setting 3, max size= 2048 [ 721.562344] em28xx #0: Alternate setting 4, max size= 2304 [ 721.562880] em28xx #0: Alternate setting 5, max size= 2580 [ 721.563316] em28xx #0: Alternate setting 6, max size= 2892 [ 721.563822] em28xx #0: Alternate setting 7, max size= 3072 [ 721.793560] register disabled [ 721.994707] register disabled [ 722.018889] attach_inform: tvp5150 detected. [ 722.064552] tvp5150 1-005c: tvp5150am1 detected. [ 722.192701] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:3082: checkpoint [ 722.193379] /usr/src/mcentral.de/em28xx-new/xc3028/xc3028_module.c:23: checkpoint [ 722.193809] /usr/src/mcentral.de/em28xx-new/xc3028/xc3028_module.c:26: checkpoint [ 722.194203] /usr/src/mcentral.de/em28xx-new/xc3028/xc3028_module.c:29: checkpoint [ 722.194557] /usr/src/mcentral.de/em28xx-new/xc3028/xc3028_module.c:35: checkpoint [ 722.194906] /usr/src/mcentral.de/em28xx-new/xc3028/xc3028_module.c:39: checkpoint [ 723.673395] /usr/src/mcentral.de/em28xx-new/xc3028/xc3028_module.c:41: checkpoint [ 723.673705] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:3084: checkpoint [ 723.673890] successfully attached tuner [ 723.686130] em28xx #0: V4L2 VBI device registered as /dev/vbi0 [ 723.714378] em28xx #0: V4L2 device registered as /dev/video0 [ 723.714716] em2880-dvb.c: DVB Init [ 723.715875] register disabled [ 724.034002] DVB: registering new adapter (em2880 DVB-T) [ 724.034361] DVB: registering frontend 0 (Zarlink ZL10353 DVB-T)... [ 724.041633] input: em2880/em2870 remote control as /class/input/input11 [ 724.061275] em28xx-input.c: remote control handler attached [ 724.061594] em28xx #0: Found Pinnacle Hybrid Pro [ 745.492855] register disabled [ 745.899090] em28xx_dvb_init [ 747.414564] drivers/media/dvb/dvb-core/dvb_frontend.c:1098: checkpoint [ 747.414574] drivers/media/dvb/dvb-core/dvb_frontend.c:1101: checkpoint [ 747.414578] drivers/media/dvb/dvb-core/dvb_frontend.c:1105: checkpoint [ 747.414581] drivers/media/dvb/dvb-core/dvb_frontend.c:1108: checkpoint [ 747.414584] drivers/media/dvb/dvb-core/dvb_frontend.c:1110: checkpoint [ 747.414587] drivers/media/dvb/dvb-core/dvb_frontend.c:1120: checkpoint [ 747.414591] drivers/media/dvb/dvb-core/dvb_frontend.c:1122: checkpoint [ 747.414595] drivers/media/dvb/dvb-core/dvb_frontend.c:1125: checkpoint [ 747.414598] drivers/media/dvb/dvb-core/dvb_frontend.c:1128: checkpoint [ 747.585823] drivers/media/dvb/dvb-core/dvb_frontend.c:1098: checkpoint [ 747.588825] drivers/media/dvb/dvb-core/dvb_frontend.c:1101: checkpoint [ 747.589157] drivers/media/dvb/dvb-core/dvb_frontend.c:1105: checkpoint [ 747.589348] drivers/media/dvb/dvb-core/dvb_frontend.c:1108: checkpoint [ 747.589529] drivers/media/dvb/dvb-core/dvb_frontend.c:1110: checkpoint [ 747.589708] drivers/media/dvb/dvb-core/dvb_frontend.c:1120: checkpoint [ 747.589888] drivers/media/dvb/dvb-core/dvb_frontend.c:1122: checkpoint [
Re: [Em28xx] [PATCH] make register disabled message more verbose
Hi Németh, 2008/11/14 Németh Márton [EMAIL PROTECTED]: When a register is disabled in em28xx_gpio_control() function show also the contents of command and gpio_value. when already on it could you make it selectable using a parameter? :-) Letting the user decide if he wants to see the debug output or not. The whole comment enabled by default isn't worth too much and it's a standard situation to have disabled registers by default. I don't need it anymore actually and it has been a leftover from my side back then. -Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] make register disabled message more verbose
On Fri, Nov 14, 2008 at 7:44 AM, Németh Márton [EMAIL PROTECTED] wrote: Markus Rechberger wrote: Hi Németh, 2008/11/14 Németh Márton [EMAIL PROTECTED]: When a register is disabled in em28xx_gpio_control() function show also the contents of command and gpio_value. when already on it could you make it selectable using a parameter? :-) Letting the user decide if he wants to see the debug output or not. The whole comment enabled by default isn't worth too much and it's a standard situation to have disabled registers by default. I don't need it anymore actually and it has been a leftover from my side back then. How do you like this attached one? it's fine. Note that with my Pinnacle Hybrid Pro Stick (320e) this line prints out this: [ 1305.788104] register disabled: command=0x6, gpio_value=0x0 Command 6 is EM28XX_DECODER_SLEEP according to em28xx.h. Does this mean any problem in my case? it's just informational stuff, note DVB only devices don't have a decoder, anyway it's up to the final manufacturer if it's implemented or not and if the used videodecoder supports it. Not putting the videodecoder to sleep can cause a signal for DVB-T with some devices (not all). I tested the most relevant devices and they're fine with the current settings. Putting decoders or anything to sleep after the node is closed is tricky with some devices, although it's definitely worth to have a look at it. br, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] make register disabled message more verbose
On Fri, Nov 14, 2008 at 7:56 AM, Németh Márton [EMAIL PROTECTED] wrote: Németh Márton írta: Markus Rechberger wrote: Hi Németh, 2008/11/14 Németh Márton [EMAIL PROTECTED]: When a register is disabled in em28xx_gpio_control() function show also the contents of command and gpio_value. when already on it could you make it selectable using a parameter? :-) Letting the user decide if he wants to see the debug output or not. The whole comment enabled by default isn't worth too much and it's a standard situation to have disabled registers by default. I don't need it anymore actually and it has been a leftover from my side back then. How do you like this attached one? Sorry, I was too fast sending the patch, this is what I really ment. I only looked at the patch don't have the dprintk() syntax in mind, would have popped up after testing it :-) br, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] modify coding style to match checkpatch.pl requirements
Hi, 2008/11/14 Németh Márton [EMAIL PROTECTED]: The linux-2.6.27.5/scripts/checkpatch.pl reports the following style recommendation for em28xx-i2c.c: - ERROR: Don't use linux/video_decoder.h: see Documentation/feature-removal-schedule.txt - ERROR: trailing statements should be on next line - WARNING: printk() should include KERN_ facility level - ERROR: spaces required around that '==' (ctx:VxV) The goal modifying the style is that the driver can be accepted more easily into the mainline kernel. +#defineKERN_CONT seems like an interesting patch to support KERN_CONT in the kernel. http://mcentral.de/hg/~mrec/em28xx-new/rev/1dcd5daf0e36 applied and thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] make register disabled message more verbose
On Fri, Nov 14, 2008 at 8:00 AM, Markus Rechberger [EMAIL PROTECTED] wrote: On Fri, Nov 14, 2008 at 7:56 AM, Németh Márton [EMAIL PROTECTED] wrote: Németh Márton írta: Markus Rechberger wrote: Hi Németh, 2008/11/14 Németh Márton [EMAIL PROTECTED]: When a register is disabled in em28xx_gpio_control() function show also the contents of command and gpio_value. when already on it could you make it selectable using a parameter? :-) Letting the user decide if he wants to see the debug output or not. The whole comment enabled by default isn't worth too much and it's a standard situation to have disabled registers by default. I don't need it anymore actually and it has been a leftover from my side back then. How do you like this attached one? Sorry, I was too fast sending the patch, this is what I really ment. http://mcentral.de/hg/~mrec/em28xx-new/rev/a08542f18b98 Applied, thanks Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] extract em28xx_fetch_gpio() from em28xx_gpio_control()
On Mon, Nov 10, 2008 at 1:33 AM, Markus Rechberger [EMAIL PROTECTED] wrote: Hi Németh, 2008/11/9 Németh Márton [EMAIL PROTECTED]: With a little reorganising a new em28xx_fetch_gpio() function can be created. This new function takes care about the error handling and simplifies the structure of em28xx_gpio_control() function. this looks nice, I'll do some testing and commit it if everything works out as expected! the patch worked as expected :-) it's applied now http://mcentral.de/hg/~mrec/em28xx-new/rev/da4e57ac13ab thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] kernel BUG message when unplugging Pinnacle Hybrid Pro Stick (320e)
On Thu, Nov 13, 2008 at 7:50 AM, Németh Márton [EMAIL PROTECTED] wrote: Sorry, this patch is already in hg and thus out of date. still a good catch from you. Markus Németh Márton írta: When the device is unplugged, the em28xx-video.c:em28xx_usb_disconnect() function is called. From this function the tuner_chip_detach(dev-tuner); macro is executed. In case of Pinnacle Hybrid Pro Stick (320e) first the xc3028/xc3028_module.c:xc3028_tuner_release() will be called with dev-tuner parameter. This function frees dev-tuner-priv and dev-tuner. Finally the tuner_chip_detach() macro tries to reference dev-tuner-release which is no longer valid at this time. Modify the tuner_chip_detach() macro to not to use an already free()d resource. Signed-off-by: Markus Rechberger [EMAIL PROTECTED] Reported-and-tested-by: Márton Németh [EMAIL PROTECTED] ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] kernel BUG message when unplugging Pinnacle Hybrid Pro Stick (320e)
On Wed, Nov 12, 2008 at 8:35 AM, Németh Márton [EMAIL PROTECTED] wrote: Hi Markus, Markus Rechberger wrote: 2008/11/8 Németh Márton [EMAIL PROTECTED]: Márton Németh wrote: I am using Linux kernel 2.6.27. I took the em28xx driver with the command hg clone http://mcentral.de/hg/~mrec/em28xx-new; today. When I plug and unplug the Pinnacle Hybrid Pro Stick (320e) I get the following error message: [...] Should I turn on some debug messages to see more about this problem? I applied the attached debug patch and I get the following result: [...] This means that the BUG comes when the tuner_chip_detach() is called from em28xx-video.c:em28xx_usb_disconnect() function. I think this is a known one, and might be related to the remote control code. The RC code is still enabled in the repository, the problem I was facing there is that there is no clean way through various kernel versions to deinitialize the timers which do the remote control polling. A solution for this problem comes from the NetBSD folks which played around and figured out that interrupt driven RC reads are possible, this might allow to get rid of the polling from the driver side. the rc code is disabled in the kernel repository, you might try to do the same with your em28xx-new repository. http://git.kernel.org/?p=linux/kernel/git/mrec/linux-2.6.git;a=summary I tried the git repository also, but with the same result. So I started to investigate the problem in more detail. First I turned on some of the kernel debug features, such as - CONFIG_DEBUG_OBJECTS_FREE=y, - CONFIG_DEBUG_OBJECTS_TIMERS=y, - CONFIG_DEBUG_SLAB=y, - CONFIG_DEBUG_SLAB_LEAK=y, - CONFIG_DEBUG_BUGVERBOSE=y, This enabled my system to reproduce the problem always, because when a kfree() is called it destroys the memory content imediately. Then I applied the attached debug patch to em28xx-new and get the following result when I plugged (139.21sec) and unplugged (160.14sec) the device: [ 139.212193] usb 4-3: new high speed USB device using ehci_hcd and address 2 [ 139.265520] hub 4-0:1.0: unable to enumerate USB device on port 3 [ 139.503243] usb 2-1: new full speed USB device using uhci_hcd and address 2 [ 139.633040] usb 2-1: not running at top speed; connect to a high speed hub [ 139.672100] usb 2-1: configuration #1 chosen from 1 choice [ 140.065336] Linux video capture interface: v2.00 [ 140.178521] usbcore: registered new interface driver snd-usb-audio [ 140.333515] em28xx v4l2 driver version 0.0.1 loaded [ 140.339095] em28xx: new video device (eb1a:2881): interface 0, class 255 [ 140.339607] em28xx: setting up device on a USB 1.1 bus [ 140.339985] em28xx: your device won't work properly when [ 140.340388] em28xx: not attached to a USB 2.0 highspeed bus [ 140.340758] em28xx: more information: [ 140.341165] em28xx: http://mcentral.de/wiki/index.php5/Talk:Em2880 [ 140.341587] em28xx #0: Alternate settings: 8 [ 140.341953] em28xx #0: Alternate setting 0, max size= 0 [ 140.342510] em28xx #0: Alternate setting 1, max size= 512 [ 140.342895] em28xx #0: Alternate setting 2, max size= 640 [ 140.343292] em28xx #0: Alternate setting 3, max size= 768 [ 140.343659] em28xx #0: Alternate setting 4, max size= 832 [ 140.344180] em28xx #0: Alternate setting 5, max size= 896 [ 140.344560] em28xx #0: Alternate setting 6, max size= 960 [ 140.344928] em28xx #0: Alternate setting 7, max size= 1020 [ 140.590841] register disabled [ 140.796851] register disabled [ 140.859660] attach_inform: tvp5150 detected. [ 140.926753] tvp5150 1-005c: tvp5150am1 detected. [ 141.330614] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:3082: checkpoint [ 141.406910] /usr/src/mcentral.de/em28xx-new/xc3028/xc3028_module.c:24: checkpoint [ 141.407255] /usr/src/mcentral.de/em28xx-new/xc3028/xc3028_module.c:27: checkpoint [ 141.407444] /usr/src/mcentral.de/em28xx-new/xc3028/xc3028_module.c:30: checkpoint [ 141.407625] /usr/src/mcentral.de/em28xx-new/xc3028/xc3028_module.c:36: checkpoint [ 141.407804] /usr/src/mcentral.de/em28xx-new/xc3028/xc3028_module.c:40: checkpoint [ 144.265639] /usr/src/mcentral.de/em28xx-new/xc3028/xc3028_module.c:42: checkpoint [ 144.266197] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:3084: checkpoint [ 144.266561] successfully attached tuner [ 144.302548] em28xx #0: V4L2 VBI device registered as /dev/vbi0 [ 144.325615] em28xx #0: V4L2 device registered as /dev/video0 [ 144.343578] input: em2880/em2870 remote control as /class/input/input10 [ 144.352730] em28xx-input.c: remote control handler attached [ 144.353289] em28xx #0: Found Pinnacle Hybrid Pro [ 144.353843] usbcore: registered new interface driver em28xx [ 145.062202] em2880-dvb.c: DVB Init [ 145.071489] register disabled [ 145.400938] DVB: registering new adapter (em2880 DVB-T) [ 145.402223] DVB: registering frontend 0 (Zarlink ZL10353 DVB-T)... [ 145.442187] Em28xx: Initialized
Re: [Em28xx] [PATCH] add error handling to em28xx_gpio_control()
Hi Németh, 2008/11/9 Németh Márton [EMAIL PROTECTED]: As the device an be unplugged any time handling of this situation is to be handled in case of em28xx_gpio_control() function. this is going to add alot overhead there, how about a macro using #define? Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] add error handling to em28xx_gpio_control()
Hi Németh,
On Sun, Nov 9, 2008 at 1:16 PM, Németh Márton [EMAIL PROTECTED] wrote:
Hi Markus,
Markus Rechberger wrote:
2008/11/9 Németh Márton [EMAIL PROTECTED]:
As the device an be unplugged any time handling of this situation
is to be handled in case of em28xx_gpio_control() function.
this is going to add alot overhead there, how about a macro using #define?
I have the idea adding the unlikely() into the ifs like this:
ret = em28xx_gpio_control(...);
if (unlikely(ret 0)) {
printk(...); /* error message */
return ret;
}
In the normal execution path only the (ret 0) is evaluated. I have
to go through my patch because sometimes I think I also check the
debug variable, which is incorrect.
Could you please give me some hints which are the time critical functions?
I would say there are more or less no time critical functions,
although it can be added
as an optimization of course.
The devicedriver heavily depends on how fast the device itself can
execute the commands
which are submitted.
The error checking makes sense, but please have a look at #define
macros to avoid those
heavy code duplications for error checking. When looking through the actual code
those overloaded checks might be confusing, macros could have the same
effect but also
shorten the implementation.
regards,
Markus
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Pinnacle Hybrid Pro 330e
Hi, 2008/11/9 Philip Lister [EMAIL PROTECTED]: Firstly I'd like to offer my gratitude for your many hours of hard work with TVCard drivers for linux. I'm contacting you because I noticed this thread http://www.mail-archive.com/em28xx@mcentral.de/msg01320.html and am having similar problems myself getting the aforementioned card to work. I have a custom kernel with a Fedora Core8 distro and have statically compiled the v4l-dvb-kernel driver against my kernel On inserting the device I get the same dmesg output as described in the thread and running scandvb results in the kernel core dump; v4l-dvb-kernel nowadays is just a symlink to em28xx-new, how old is that v4l-dvb-kernel repository which you're using? Markus RIP: 0010:[88a2205f] [88a2205f] :em28xx_dvb:em28xx_ts_bus_ctrl+0x12/0x21 RSP: 0018:810051e85d28 EFLAGS: 00010286 RAX: RBX: 81007e8d6008 RCX: 81007e514af0 RDX: 0001 RSI: 0002 RDI: 81007e8d6008 RBP: 810051e85d28 R08: 0003 R09: 810051e85d28 R10: 81004dee4340 R11: 0246 R12: 81007d47a480 R13: 88a1f500 R14: R15: 81007e5b5000 FS: 7f7c6d22d6f0() GS:81007fb26480() knlGS:f7f616d0 CS: 0010 DS: ES: CR0: 8005003b CR2: 0038 CR3: 1fdf8000 CR4: 06e0 DR0: DR1: DR2: DR3: DR6: 0ff0 DR7: 0400 Process scandvb (pid: 9104, threadinfo 810051e84000, task 810007b96000) Stack: 810051e85d78 88a13355 0d43 8100061e9300 81007e024d30 88a26280 81007d47a480 88a1f500 8100061e9300 810051e85db8 88a0d465 Call Trace: [88a13355] :dvb_core:dvb_frontend_open+0x8a/0x236 [88a0d465] :dvb_core:dvb_device_open+0x115/0x1b8 [802a8c79] chrdev_open+0x171/0x1c4 [804882b9] ? _spin_lock+0x16/0x2e [802a8b08] ? chrdev_open+0x0/0x1c4 [802a481f] __dentry_open+0x12f/0x20e [802a492c] nameidata_to_filp+0x2e/0x3f [802a4976] do_filp_open+0x39/0x4b [8048869d] ? _spin_unlock+0x10/0x29 [802a46d5] ? get_unused_fd_flags+0x113/0x121 [802a49d9] do_sys_open+0x51/0xd1 [802a4a82] sys_open+0x1b/0x1d [8020beeb] system_call_after_swapgs+0x7b/0x80 Code: 00 00 4c 89 e7 be 04 00 00 00 41 ff 94 24 c8 0f 00 00 5a 59 5b 41 5c c9 c3 55 48 8b 87 c0 02 00 00 89 f2 be 02 00 00 00 48 89 e5 48 8b 40 38 48 89 c7 ff 90 b8 0f 00 00 c9 c3 55 ba 40 02 00 00 RIP [88a2205f] :em28xx_dvb:em28xx_ts_bus_ctrl+0x12/0x21 RSP 810051e85d28 CR2: 0038 ---[ end trace b4cde440a082fae5 ]--- Is there some kind of conflict with my kernel? Am I understanding the thread correctly that the solution lies in recompiling my kernel, and if so, what should be left out/included in the make menuconfig procedure? Many thanks in advance for any help you would be able to offer Kind Regards Phil Win £1000 John Lewis shopping sprees with BigSnapSearch.com Search now ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] add error handling to em28xx_gpio_control()
Hi Németh,
On Sun, Nov 9, 2008 at 3:54 PM, Németh Márton [EMAIL PROTECTED] wrote:
Markus Rechberger wrote:
Hi Németh,
On Sun, Nov 9, 2008 at 1:16 PM, Németh Márton [EMAIL PROTECTED] wrote:
Hi Markus,
Markus Rechberger wrote:
2008/11/9 Németh Márton [EMAIL PROTECTED]:
As the device an be unplugged any time handling of this situation
is to be handled in case of em28xx_gpio_control() function.
this is going to add alot overhead there, how about a macro using #define?
I have the idea adding the unlikely() into the ifs like this:
ret = em28xx_gpio_control(...);
if (unlikely(ret 0)) {
printk(...); /* error message */
return ret;
}
In the normal execution path only the (ret 0) is evaluated. I have
to go through my patch because sometimes I think I also check the
debug variable, which is incorrect.
Could you please give me some hints which are the time critical functions?
I would say there are more or less no time critical functions,
although it can be added
as an optimization of course.
The devicedriver heavily depends on how fast the device itself can
execute the commands
which are submitted.
The error checking makes sense, but please have a look at #define
macros to avoid those
heavy code duplications for error checking. When looking through the actual
code
those overloaded checks might be confusing, macros could have the same
effect but also
shorten the implementation.
I think now I understand your point. See the attached patch and let me know
your comments.
let me give a small example:
#define FUNCTION(ARG1, ARG2, ARG3) \
do {\
printf(%d %d %d\n, (ARG1), (ARG2), (ARG3)); \
if (ARG1ARG2) \
return 0; \
else\
goto error; \
} while (0)
int main() {
FUNCTION(1,2,3);
FUNCTION(2,1,0);
printf(remove first line to reach this one\n);
error:
printf(bailing out...\n);
return 0;
}
using macros like this one would be more elegant rather than duplicating the
code for the single checks through the whole driver.
regards,
Markus
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] extract em28xx_fetch_gpio() from em28xx_gpio_control()
Hi Németh, 2008/11/9 Németh Márton [EMAIL PROTECTED]: With a little reorganising a new em28xx_fetch_gpio() function can be created. This new function takes care about the error handling and simplifies the structure of em28xx_gpio_control() function. this looks nice, I'll do some testing and commit it if everything works out as expected! thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] [PATCH] add error handling to em28xx_gpio_control()
Hi Németh,
let me give a small example:
#define FUNCTION(ARG1, ARG2, ARG3) \
do {\
printf(%d %d %d\n, (ARG1), (ARG2), (ARG3)); \
if (ARG1ARG2) \
return 0; \
else\
goto error; \
} while (0)
int main() {
FUNCTION(1,2,3);
FUNCTION(2,1,0);
printf(remove first line to reach this one\n);
error:
printf(bailing out...\n);
return 0;
}
using macros like this one would be more elegant rather than duplicating the
code for the single checks through the whole driver.
Have you seen my last patch? I attache it again for easier reference. I
defined there the following macro:
yes I had a look at it, I didn't like that there are 2 functions one
for writing the gpio, and the second
macro for returning if something's wrong.
If you have a look at the sn9c102 driver for example you can see:
register writes like the following one:
err = sn9c102_write_const_regs(cam, {0x00, 0x03}, {0x1a, 0x04},
{0x20, 0x05}, {0x20, 0x06},
{0x03, 0x10}, {0x00, 0x14},
{0x60, 0x17}, {0x0a, 0x18},
{0xf0, 0x19}, {0x1d, 0x1a},
{0x10, 0x1b}, {0x02, 0x1c},
{0x03, 0x1d}, {0x0f, 0x1e},
{0x0c, 0x1f}, {0x00, 0x20},
{0x10, 0x21}, {0x20, 0x22},
{0x30, 0x23}, {0x40, 0x24},
{0x50, 0x25}, {0x60, 0x26},
{0x70, 0x27}, {0x80, 0x28},
{0x90, 0x29}, {0xa0, 0x2a},
{0xb0, 0x2b}, {0xc0, 0x2c},
{0xd0, 0x2d}, {0xe0, 0x2e},
{0xf0, 0x2f}, {0xff, 0x30});
and:
err += sn9c102_i2c_write(cam, 0x20, 0x00);
err += sn9c102_i2c_write(cam, 0x21, 0xd6);
err += sn9c102_i2c_write(cam, 0x25, 0x06);
I seriously think the first approach is nicer instead of adding the
error values, whereas
the first approach shortens the code alot and it's easily possible to
stop any writes
when something bad happened (eg. the device got unplugged), and you easily know
where it happened. The first approach was introduced by Trent Pietho
around a year ago.
Not that it fully applies here
#define write_register or gpio(arguments) do {\
dev-write_registers_(...)
+ if (unlikely((ret) 0)) {\
+ printk(KERN_ERR %s:%u:%s(): ret = %i\n, \
+ __FILE__, __LINE__, __FUNCTION__, ret); \
+ return ret; \
+ } \
+ } while (0)
+
this would be more or less what I was thinking about, also to shorten the code.
I am afraid I will have to rethink this structure because of the
Documentation/CodingStyle. It says in Chapter 12 in the first point what
to avoid:
| Things to avoid when using macros:
|
| 1) macros that affect control flow:
|
| #define FOO(x) \
| do {\
| if (blah(x) 0)\
| return -EBUGGERED; \
| } while(0)
|
| is a _very_ bad idea. It looks like a function call but exits the calling
| function; don't break the internal parsers of those who will read the code.
It more or less depends where those macros are used, sometimes it
makes sense and sometimes
it doesn't.
keep on good work :-)
Markus
I'll think about how I can simplify things. Maybe the solution could look
like:
ret = em28xx_gpio_control(...);
if (unlikely(ret 0))
return ret;
This is only two extra line for each em28xx_gpio_control() call. The second
possibility would be to use something like this:
ret = em28xx_gpio_control(...);
if (likely(0 = ret)) {
ret = em28xx_gpio_control(...);
if (likely(0 = ret)) {
ret = em28xx_gpio_control(...);
/* ... */
}
}
return ret;
Regards,
Márton Németh
___
Em28xx mailing list
Em28xx@mcentral.de
http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] Question about audio with Kworld PVRTV300u
On Mon, Nov 10, 2008 at 1:43 AM, s.m. d. [EMAIL PROTECTED] wrote: Hi Marcus, even if it took a long time I'm on it right now. The interface is actually usb audio class compatible, the flags are just set to vendor specific in order to be able to use a custom audio driver in windows (the windows usb audio class driver has some problems, that's why it was done that way). Thanks heaps for your work !! Well, I was away for a while, now I'm back, with a new Ubuntu 8.04.1 :) It was installed via the mini.iso, so I mostly had to install the alsa drivers manually. I noticed the updates on the 300U issue in: [Em28xx] Sound in Kworld PVR-TV 300U USB TV-tuner http://mcentral.de/pipermail/em28xx/2008-August/001784.html And I tried to use most current versions as outlined there, hoping the problem was solved - however I still have problems with the sound :) Here's a longish log of which drivers are installed and debug info: http://pastebin.com/f1eae8fda I'm using the modded tvtime version.. In brief, all seems to work, but still no sound. Installing the drivers, recognizes em28xx and the video part automatically, but no sound driver gets loaded that I can notice. Loading 'modprobe 'em28xx-audio' does pretty much nothing - no messages in dmesg - and no sound. Loading 'modprobe em28xx-audioep' unfortunately segfaults (and the messages are pasted above). Besides that, I noticed that I have to 'modprobe snd-pcm-oss' to have tvtime not complain about Can't open device /dev/mixer (and that I have to run 'pulseaudio ' if I want to call 'alsamixer' directly, without specifying '-c0' as the card). Also, each time I reboot, the volume sliders in Ubuntu are muted, and I have to manually raise them to hear sound from say VLC. Well, something tells me that the drivers are probably working, its just maybe something in my setup (missing a package?) that makes a problem - in any case, any help in solving this will be most appreciated ! it's better for you to pick the debian packages, what does uname -r show up? Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
Re: [Em28xx] kernel BUG message when unplugging Pinnacle Hybrid Pro Stick (320e)
2008/11/8 Németh Márton [EMAIL PROTECTED]: Márton Németh wrote: I am using Linux kernel 2.6.27. I took the em28xx driver with the command hg clone http://mcentral.de/hg/~mrec/em28xx-new; today. When I plug and unplug the Pinnacle Hybrid Pro Stick (320e) I get the following error message: [...] Should I turn on some debug messages to see more about this problem? I applied the attached debug patch and I get the following result: [ 1905.601146] usb 4-3: new high speed USB device using ehci_hcd and address 2 [ 1905.736162] usb 4-3: configuration #1 chosen from 1 choice [ 1906.452637] Linux video capture interface: v2.00 [ 1906.648570] usbcore: registered new interface driver snd-usb-audio [ 1906.746730] em28xx v4l2 driver version 0.0.1 loaded [ 1906.748554] em28xx: new video device (eb1a:2881): interface 0, class 255 [ 1906.749172] em28xx: device is attached to a USB 2.0 bus [ 1906.749637] em28xx #0: Alternate settings: 8 [ 1906.750070] em28xx #0: Alternate setting 0, max size= 0 [ 1906.750473] em28xx #0: Alternate setting 1, max size= 0 [ 1906.750874] em28xx #0: Alternate setting 2, max size= 1448 [ 1906.751340] em28xx #0: Alternate setting 3, max size= 2048 [ 1906.751744] em28xx #0: Alternate setting 4, max size= 2304 [ 1906.752179] em28xx #0: Alternate setting 5, max size= 2580 [ 1906.752577] em28xx #0: Alternate setting 6, max size= 2892 [ 1906.752966] em28xx #0: Alternate setting 7, max size= 3072 [ 1906.981552] register disabled [ 1907.220388] register disabled [ 1907.285314] attach_inform: tvp5150 detected. [ 1907.331539] tvp5150 1-005c: tvp5150am1 detected. [ 1908.924116] successfully attached tuner [ 1908.930716] em28xx #0: V4L2 VBI device registered as /dev/vbi0 [ 1908.944227] em28xx #0: V4L2 device registered as /dev/video0 [ 1908.957774] input: em2880/em2870 remote control as /class/input/input9 [ 1908.965452] em28xx-input.c: remote control handler attached [ 1908.965784] em28xx #0: Found Pinnacle Hybrid Pro [ 1908.966110] usbcore: registered new interface driver em28xx [ 1909.424890] em2880-dvb.c: DVB Init [ 1909.429080] register disabled [ 1909.731104] DVB: registering new adapter (em2880 DVB-T) [ 1909.731874] DVB: registering frontend 0 (Zarlink ZL10353 DVB-T)... [ 1909.741553] Em28xx: Initialized (Em2880 DVB Extension) extension [ 1923.471981] usb 4-3: USB disconnect, address 2 [ 1923.478825] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4094: checkpoint [ 1923.479455] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4098: checkpoint [ 1923.479863] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4101: checkpoint [ 1923.480302] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4108: checkpoint [ 1923.480695] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4112: checkpoint [ 1923.481610] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4115: checkpoint [ 1923.494084] em28xx-input.c: remote control handler detached [ 1923.494640] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4118: checkpoint [ 1923.495271] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4120: checkpoint [ 1923.498733] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4127: checkpoint [ 1923.499504] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4130: checkpoint [ 1923.500113] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4133: checkpoint [ 1923.500530] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4145: checkpoint [ 1923.501367] em28xx #0: disconnecting em28xx#0 video [ 1923.502326] em28xx #0: V4L2 VIDEO devices /dev/video0 deregistered [ 1923.505510] em28xx #0: V4L2 VBI devices /dev/vbi0 deregistered [ 1923.507785] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4147: checkpoint [ 1923.508362] /usr/src/mcentral.de/em28xx-new/em28xx-video.c:4149: checkpoint [ 1923.508799] [ cut here ] [ 1923.508809] kernel BUG at kernel/module.c:837! [ 1923.508816] invalid opcode: [#1] PREEMPT [ 1923.508826] Modules linked in: em28xx_dvb drx3973d s921 mt2060 lgdt3304 zl10353 lgdt330x dvb_core qt1010 tuner_xc3028 tvp5150 em28xx snd_usb_audio videodev v4l1_compat snd_usb_lib snd_hwdep ppdev lp cpufreq_ondemand cpufreq_conservative ipv6 xt_tcpudp iptable_filter ip_tables x_tables leds_clevo_mail led_class via via_agp drm agpgart eeprom snd_pcm_oss snd_mixer_oss cpufreq_userspace cpufreq_powersave powernow_k8 fan snd_via82xx_modem pcmcia snd_via82xx firmware_class snd_mpu401_uart snd_seq_midi snd_ac97_codec snd_seq_midi_event snd_rawmidi ac97_bus snd_pcm snd_seq mousedev snd_timer i2c_viapro snd_seq_device yenta_socket ide_cd_mod ehci_hcd k8temp rsrc_nonstatic cdrom snd i2c_core hwmon psmouse soundcore serio_raw 8139too uhci_hcd pcspkr snd_page_alloc usbcore pcmcia_core mii bitrev crc32 video backlight output 8250_pnp 8250 parport_pc serial_core thermal parport battery ac button processor evdev [ 1923.509011] [ 1923.509011] Pid: 1765, comm: khubd Not tainted (2.6.27 #1) [ 1923.509011] EIP: 0060:[c014c3d8] EFLAGS: 00010246 CPU: 0 [
Re: [Em28xx] [PATCH] correct small typo in comment
Hi Németh, 2008/11/8 Németh Márton [EMAIL PROTECTED]: Jeffrey P. wrote: On Nov 8, 2008, at 3:23 AM, Németh Márton wrote: Jeffrey P. írta: On Nov 8, 2008, at 2:46 AM, Németh Márton wrote: Correct small typo in em28xx_usb_disconnect() comment. Might want to double-check that: disconnected is still misspelled ;) Let's try again... Still got an extra n in there... No comment... Patch attached. applied, http://mcentral.de/hg/~mrec/em28xx-new/rev/b8daa9106af7 thanks, Markus ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx ___ Em28xx mailing list Em28xx@mcentral.de http://mcentral.de/mailman/listinfo/em28xx
