Re: [PATCH 10/11] ov534: Add Powerline Frequency control
On Wed, 3 Mar 2010 02:27:38 + M.Ebrahimi m.ebrah...@ieee.org wrote: On 2 March 2010 16:06, Max Thrun bear2...@gmail.com wrote: On Tue, Mar 2, 2010 at 10:39 AM, Antonio Ospite osp...@studenti.unina.it wrote: [...] Mosalam did you spot the register from a PS3 usb dump or by looking at the sensor datasheet? None, I got that register from sniffing a Windows driver for another camera that turned out to be using ov7620 or something similar, though I thought it has the same sensor. I double checked, this register is for frame rate adjustment (decreasing frame rate / increasing exposure) . And this has been used in some other drivers (e.g. gspca_sonixb) to remove light flicker as well. I see. It would be interesting to see how Powerline Frequency filtering is done on PS3. I added Jim Paris on CC. I'd also like to know where you got the 2b register from, cause someone else also said 2b was filtering but the datasheet says it LSB of dummy pixel... - Max Thrun Definitely it is adjusting the frame rate (see the ov7620 DS for the description how the register value is used, for instance). I have no idea why the ov7720 datasheet says otherwise. Since this patch does not use the banding filter registers mentioned in the datasheet maybe should be discarded. I am working on 75 FPS at VGA, when I get that working well I can get back to this again. Thanks for the comments. Mosalam Ok, so Jean-Francois can you apply the patches except 10/11, please? We are keeping this one for another round. Thanks, Antonio -- Antonio Ospite http://ao2.it PGP public key ID: 0x4553B001 A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? pgpGyiZTE1GPH.pgp Description: PGP signature
[patch] em28xx : Terratec Cinergy Hybrid T USB XS FR is now really working.
Hi,
As I told you earlier, my previous patch was not working with a 64 bits kernel.
So forget it.
I now succed in running Cinergy Hybrid T USB XS FR with 32 and 64bits kernels.
One problem remains, because of msp3400 driver, I don't have sound in analog
mode.
I'am still working on that problem.
I enclose the patch against v4l-dvb-14021dfc00f3
Regards.
Michel.
diff -ru
v4l-dvb-14021dfc00f3-orig/linux/drivers/media/video/em28xx/em28xx-cards.c
v4l-dvb-14021dfc00f3-new/linux/drivers/media/video/em28xx/em28xx-cards.c
--- v4l-dvb-14021dfc00f3-orig/linux/drivers/media/video/em28xx/em28xx-cards.c
2010-02-12 02:11:30.0 +0100
+++ v4l-dvb-14021dfc00f3-new/linux/drivers/media/video/em28xx/em28xx-cards.c
2010-02-25 16:52:07.0 +0100
@@ -183,6 +183,18 @@
{ -1, -1, -1, -1},
};
+static struct em28xx_reg_seq terratec_cinergy_USB_XS_analog[] = {
+ {EM28XX_R08_GPIO, 0x6d, ~EM_GPIO_4, 10},
+ {EM2880_R04_GPO,0x00, 0xff, 10},
+ { -1, -1, -1, -1},
+};
+
+static struct em28xx_reg_seq terratec_cinergy_USB_XS_digital[] = {
+ {EM28XX_R08_GPIO, 0x6e, ~EM_GPIO_4, 10},
+ {EM2880_R04_GPO,0x08, 0xff, 10},
+ { -1, -1, -1, -1},
+};
+
/* eb1a:2868 Reddo DVB-C USB TV Box
GPIO4 - CU1216L NIM
Other GPIOs seems to be don't care. */
@@ -774,30 +786,27 @@
[EM2880_BOARD_TERRATEC_HYBRID_XS_FR] = {
.name = Terratec Hybrid XS Secam,
- .valid= EM28XX_BOARD_NOT_VALIDATED,
.has_msp34xx = 1,
.tuner_type = TUNER_XC2028,
.tuner_gpio = default_tuner_gpio,
.decoder = EM28XX_TVP5150,
-#if 0 /* FIXME: add an entry at em28xx-dvb */
.has_dvb = 1,
- .dvb_gpio = default_digital,
-#endif
+ .dvb_gpio = terratec_cinergy_USB_XS_digital,
.input= { {
.type = EM28XX_VMUX_TELEVISION,
.vmux = TVP5150_COMPOSITE0,
.amux = EM28XX_AMUX_VIDEO,
- .gpio = default_analog,
+ .gpio = terratec_cinergy_USB_XS_analog,
}, {
.type = EM28XX_VMUX_COMPOSITE1,
.vmux = TVP5150_COMPOSITE1,
.amux = EM28XX_AMUX_LINE_IN,
- .gpio = default_analog,
+ .gpio = terratec_cinergy_USB_XS_analog,
}, {
.type = EM28XX_VMUX_SVIDEO,
.vmux = TVP5150_SVIDEO,
.amux = EM28XX_AMUX_LINE_IN,
- .gpio = default_analog,
+ .gpio = terratec_cinergy_USB_XS_analog,
} },
},
[EM2880_BOARD_HAUPPAUGE_WINTV_HVR_900] = {
@@ -2181,6 +2190,7 @@
ctl-demod = XC3028_FE_ZARLINK456;
break;
case EM2880_BOARD_TERRATEC_HYBRID_XS:
+ case EM2880_BOARD_TERRATEC_HYBRID_XS_FR:
case EM2881_BOARD_PINNACLE_HYBRID_PRO:
ctl-demod = XC3028_FE_ZARLINK456;
break;
diff -ru
v4l-dvb-14021dfc00f3-orig/linux/drivers/media/video/em28xx/em28xx-dvb.c
v4l-dvb-14021dfc00f3-new/linux/drivers/media/video/em28xx/em28xx-dvb.c
--- v4l-dvb-14021dfc00f3-orig/linux/drivers/media/video/em28xx/em28xx-dvb.c
2010-02-12 02:11:30.0 +0100
+++ v4l-dvb-14021dfc00f3-new/linux/drivers/media/video/em28xx/em28xx-dvb.c
2010-02-25 16:46:35.0 +0100
@@ -503,6 +503,7 @@
}
break;
case EM2880_BOARD_TERRATEC_HYBRID_XS:
+ case EM2880_BOARD_TERRATEC_HYBRID_XS_FR:
case EM2881_BOARD_PINNACLE_HYBRID_PRO:
case EM2882_BOARD_DIKOM_DK300:
dvb-frontend = dvb_attach(zl10353_attach,
Re: DM1105: could not attach frontend 195d:1105
Igor M. Liplianin skrev: On 2 марта 2010, Igor M. Liplianin liplia...@me.by wrote: Igor M. Liplianin skrev: On 23 февраля 2010 15:12:05 Nameer Kazzaz wrote: Sounds cool, let me know if I can help you with anything. Thanks Nameer Hendrik Skarpeid wrote: No luck here either, still working on it. My plan is to solder som wires on strategic points on the board and debug i2c and other activity with an oscilloscope. Will probably start next week. Nameer Kazzaz wrote: Hey Igor, I'm getting the same error: dm1105 :04:0b.0: could not attach frontend Did you get your one to work. Thanks Nameer Igor M. Liplianin wrote: On 18 февраля 2010, liplia...@me.by wrote: I also got the unbranded dm1105 card. I tried the four possible i2c addresses, just i case. Noen worked of course. Then I traced the i2c pins on the tuner to pins 100 and 101 on the DM1105. These are GPIO pins, so bit-banging i2c on these pins seems to be the solution. scl = p101 = gpio14 sda = p100 = gpio13 Here is the patch to test. Use option card=4. modprobe dm1105 card=4 I didn't test patch in real hardware. But I can connect GPIO14 and GPIO13 to SCL and SDA in any dm1105 card and test whether it works. Then I will ask you to test also. No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2708 - Release Date: 02/24/10 20:34:00 Think I solved it. The dm1105_getsda and dm1105_getscl functions need to mask out the other GPIO bits. I hacked the code to return 1 if corresponding GPIO set, and 0 if not set. That did the trick. Now the frontend registers and /dev/dvb is populated. :) Haven't done any tuning yet. Do you cut connections between dm1105 i2c pins and the gpio pins you make earlier? Success! [ 4354.673688] dm1105 :03:01.0: PCI INT A - GSI 19 (level, low) - IRQ 19 [ 4354.673806] DVB: registering new adapter (dm1105) [ 4354.921866] dm1105 :03:01.0: MAC 00:00:00:00:00:00 [ 4355.533170] DVB: registering adapter 0 frontend 0 (SL SI21XX DVB-S)... [ 4355.533327] input: DVB on-card IR receiver as /devices/pci:00/:00:1e.0/:03:01.0/input/input7 [ 4355.533377] Creating IR device irrcv0 -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 10/11] ov534: Add Powerline Frequency control
On Wed, 3 Mar 2010 09:00:08 +0100 Antonio Ospite osp...@studenti.unina.it wrote: Ok, so Jean-Francois can you apply the patches except 10/11, please? We are keeping this one for another round. Hello ov534 team, Actually, I have problems with the mercurial tree. I will apply your changes as soon as everything will be resolved.. Cheers. -- Ken ar c'hentañ | ** Breizh ha Linux atav! ** Jef | http://moinejf.free.fr/ -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [hg:v4l-dvb] gspca - main: Fix a compile error when CONFIG_INPUT is not set
On Wed, 03 Mar 2010 00:45:02 +0100
Patch from Jean-Fran?ois Moine hg-com...@linuxtv.org wrote:
The patch number 14343 was added via Douglas Schilling Landgraf
dougsl...@redhat.com to http://linuxtv.org/hg/v4l-dvb master
development tree.
Kernel patches in this development tree may be modified to be backward
compatible with older kernels. Compatibility modifications will be
removed before inclusion into the mainstream Kernel
If anyone has any objections, please let us know by sending a message
to: Linux Media Mailing List linux-media@vger.kernel.org
--
From: Jean-Fran?ois Moine moin...@free.fr
gspca - main: Fix a compile error when CONFIG_INPUT is not set
Reported-by: Randy Dunlap randy.dun...@oracle.com
Priority: normal
[dougsl...@redhat.com: patch backported to hg tree]
Signed-off-by: Jean-Fran?ois Moine moin...@free.fr
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
Signed-off-by: Douglas Schilling Landgraf dougsl...@redhat.com
---
linux/drivers/media/video/gspca/gspca.c |6 ++
1 file changed, 6 insertions(+)
diff -r c533329e3c41 -r 6519c63ecf6d
linux/drivers/media/video/gspca/gspca.c ---
a/linux/drivers/media/video/gspca/gspca.c Tue Mar 02 20:16:17
2010 -0300 +++ b/linux/drivers/media/video/gspca/gspca.c Tue
Mar 02 20:38:01 2010 -0300 @@ -44,10 +44,12 @@
#include gspca.h
+#ifdef CONFIG_INPUT
#if LINUX_VERSION_CODE = KERNEL_VERSION(2, 6, 19)
#include linux/input.h
#include linux/usb/input.h
#endif
+#endif
/* global values */
#define DEF_NURBS 3 /* default number of URBs */
@@ -2371,9 +2373,11 @@
void gspca_disconnect(struct usb_interface *intf)
{
struct gspca_dev *gspca_dev = usb_get_intfdata(intf);
+#ifdef CONFIG_INPUT
#if LINUX_VERSION_CODE = KERNEL_VERSION(2, 6, 19)
struct input_dev *input_dev;
#endif
+#endif
PDEBUG(D_PROBE, %s disconnect,
video_device_node_name(gspca_dev-vdev));
@@ -2385,6 +2389,7 @@
wake_up_interruptible(gspca_dev-wq);
}
+#ifdef CONFIG_INPUT
#if LINUX_VERSION_CODE = KERNEL_VERSION(2, 6, 19)
gspca_input_destroy_urb(gspca_dev);
input_dev = gspca_dev-input_dev;
@@ -2393,6 +2398,7 @@
input_unregister_device(input_dev);
}
#endif
+#endif
/* the device is freed at exit of this function */
gspca_dev-dev = NULL;
---
Patch is available at:
http://linuxtv.org/hg/v4l-dvb/rev/6519c63ecf6d4e7e2c1c3d46ac2a161da8d6c6f4
Hello Douglas,
I do not understand your patch. Do you mean that the input events
cannot be used with kernel 2.6.19, while CONFIG_INPUT can be set?
Anyway, this patch seems complex. It would have been easier to simply
unset CONFIG_INPUT when kernel 2.6.19.
I join the diff of gspca.c between v4l-dvb and my repository. This last
one is closer to the git version and there are still other changes done
in git. How do you think I should merge?
Cheers.
--
Ken ar c'hentañ | ** Breizh ha Linux atav! **
Jef | http://moinejf.free.fr/
gspca.dif
Description: Binary data
Ubuntu and AverMedia DVD EZMaker USB Gold
Hi everyone, I'm trying to make an AverMedia DVD EZMaker USB Gold work with Ubuntu (tried in a computer with 9.04 and other two with 9.10) with a Sony EVI D70P Camera. I installed the linux drivers from AverMedia and when I connect the device the system shows the following message when i run dmesg: [69302.964025] usb 2-1: new high speed USB device using ehci_hcd and address 6 [69303.637332] usb 2-1: configuration #1 chosen from 1 choice [69303.860132] C038 registered V4L2 device video0[video] [69303.860160] C038 registered V4L2 device vbi0[vbi] [69303.860440] C038 registered ALSA sound card 2 Problem is that when I connect the camera it doesn' work, tried with cheese, gstreamer-properties, camorama and always get the same error: libv4l2: error getting pixformat: Invalid argument I tried connecting the camera with s-video and composite video with the same result. Funny thing is that I get the same error without connecting the camera so I guess it's just a problem with the AverMedia device. Works well on Windows. I've been reading a lot on this but still have no clues. I'm going to try with the drivers at linuxtv.org but I wanted to ask has anyone got this type of device working under linux? I would really appreciate any help. Cheers, -- Jorge Cabrera Ándago Ingeniería - www.andago.com Teléfono: +34 916 011 373 Móvil: +34 637 741 034 e-mail: jorge.cabr...@andago.com C/Alcalde Ángel Arroyo n.º10 1.ªPl. (28904) Getafe, Madrid -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 10/11] ov534: Add Powerline Frequency control
On Wed, 3 Mar 2010 09:37:44 +0100 Jean-Francois Moine moin...@free.fr wrote: On Wed, 3 Mar 2010 09:00:08 +0100 Antonio Ospite osp...@studenti.unina.it wrote: Ok, so Jean-Francois can you apply the patches except 10/11, please? We are keeping this one for another round. Hello ov534 team, Actually, I have problems with the mercurial tree. I will apply your changes as soon as everything will be resolved.. No problem. Just a question, will you switch to git anytime soon? Regards, Antonio -- Antonio Ospite http://ao2.it PGP public key ID: 0x4553B001 A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? pgpiP56zkn0TX.pgp Description: PGP signature
Re: git over http from linuxtv
Hello. On Tue, 2010-03-02 at 20:08 +0100, ext Mauro Carvalho Chehab wrote: m7aalton wrote: Hi. Is it possible to access the linuxtv.org git repositories using http? I tried to do this: git remote add linuxtv git://linuxtv.org/v4l-dvb.git You should be able to use both URL's: URL http://git.linuxtv.org/v4l-dvb.git git://linuxtv.org/v4l-dvb.git There were a miss-configuration for the http URL. I just fixed it. Now it works better but I still couldn't clone it properly. The update from linuxtv didn't seem to do anything Here's what happened: $ git clone http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git v4l-dvb $ cd v4l-dvb $ git remote add linuxtv http://git.linuxtv.org/v4l-dvb.git $ git remote update Updating origin From http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6 13dda80..3a5b27b master - origin/master Updating linuxtv $ git branch -a * master origin/HEAD origin/master $ git checkout -b media-master linuxtv/master fatal: git checkout: updating paths is incompatible with switching branches. Did you intend to checkout 'linuxtv/master' which can not be resolved as commit? Cheers, Matti using http, but I couldn't figure out a working address. Thank you, Matti Aaltonen -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
changeset 14351:2eda2bcc8d6f
Hi,
changeset 14351:2eda2bcc8d6f is incomplete. If the init function is split in
two function,
the deinit function shall consider this. The changes shall be apply also to
av7110_init_v4l().
diff -r 58ae12f18e80 linux/drivers/media/common/saa7146_fops.c
--- a/linux/drivers/media/common/saa7146_fops.c Tue Mar 02 23:52:36 2010 -0300
+++ b/linux/drivers/media/common/saa7146_fops.c Wed Mar 03 12:15:23 2010 +0100
@@ -481,8 +481,10 @@ int saa7146_vv_release(struct saa7146_de
DEB_EE((dev:%p\n,dev));
v4l2_device_unregister(dev-v4l2_dev);
- pci_free_consistent(dev-pci, SAA7146_CLIPPING_MEM,
vv-d_clipping.cpu_addr,
vv-d_clipping.dma_handle);
- kfree(vv);
+ if (vv) {
+ pci_free_consistent(dev-pci, SAA7146_CLIPPING_MEM,
vv-d_clipping.cpu_addr, vv-d_clipping.dma_handle);
+ kfree(vv);
+ }
dev-vv_data = NULL;
dev-vv_callback = NULL;
diff -r 58ae12f18e80 linux/drivers/media/dvb/ttpci/av7110_v4l.c
--- a/linux/drivers/media/dvb/ttpci/av7110_v4l.cTue Mar 02 23:52:36
2010 -0300
+++ b/linux/drivers/media/dvb/ttpci/av7110_v4l.cWed Mar 03 12:15:23
2010 +0100
@@ -790,12 +790,20 @@ int av7110_init_v4l(struct av7110 *av711
vv_data = av7110_vv_data_c;
else
vv_data = av7110_vv_data_st;
+ ret = saa7146_vv_devinit(dev);
+
+ if (ret 0) {
+ ERR((cannot init device. skipping.\n));
+ return ret;
+ }
+
ret = saa7146_vv_init(dev, vv_data);
-
- if (ret) {
+ if (ret 0) {
ERR((cannot init capture device. skipping.\n));
+ saa7146_vv_release(dev);
return ret;
}
+
vv_data-ops.vidioc_enum_input = vidioc_enum_input;
vv_data-ops.vidioc_g_input = vidioc_g_input;
vv_data-ops.vidioc_s_input = vidioc_s_input;
Regards,
Hartmut
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 10/11] ov534: Add Powerline Frequency control
On Wed, 3 Mar 2010 11:57:18 +0100 Antonio Ospite osp...@studenti.unina.it wrote: No problem. Just a question, will you switch to git anytime soon? I don't look at this yet, but I think I will have to do it soon... -- Ken ar c'hentañ | ** Breizh ha Linux atav! ** Jef | http://moinejf.free.fr/ -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Gspca USB driver zc3xx and STV06xx probe the same device ..
Hello, I own a QuickCam Messanger webcam.. I didn't used it in ages but today I plugged it in.. ( Device 002: ID 046d:08da Logitech, Inc. QuickCam Messanger ) Now zc3xx and stv06xx are starting both to probe the device .. In 2.6.33 that result in a not working webcam. ( rmmod both modprobe zc3xx one seems to fix that ) On current git head zc3xx works fine even when both are probing the device. Also I noticed stv06xx fails anyway for my webcam with this error: [ 360.910243] STV06xx: Configuring camera [ 360.910244] STV06xx: st6422 sensor detected [ 360.910245] STV06xx: Initializing camera [ 361.161948] STV06xx: probe of 6-1:1.0 failed with error -32 [ 361.161976] usbcore: registered new interface driver STV06xx [ 361.161978] STV06xx: registered . Next thing is stv06xx tells it is an st6422 sensor and does not work with it while zc3xx tells it is an HV7131R(c) sensor and works fine with it. What is right ? Best Regards, Gabriel C -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Gspca USB driver zc3xx and STV06xx probe the same device ..
2010/3/3 Gabriel C nix.or@googlemail.com: Hello, I own a QuickCam Messanger webcam.. I didn't used it in ages but today I plugged it in.. ( Device 002: ID 046d:08da Logitech, Inc. QuickCam Messanger ) Now zc3xx and stv06xx are starting both to probe the device .. In 2.6.33 that result in a not working webcam. ( rmmod both modprobe zc3xx one seems to fix that ) On current git head zc3xx works fine even when both are probing the device. Also I noticed stv06xx fails anyway for my webcam with this error: [ 360.910243] STV06xx: Configuring camera [ 360.910244] STV06xx: st6422 sensor detected [ 360.910245] STV06xx: Initializing camera [ 361.161948] STV06xx: probe of 6-1:1.0 failed with error -32 [ 361.161976] usbcore: registered new interface driver STV06xx [ 361.161978] STV06xx: registered . Next thing is stv06xx tells it is an st6422 sensor and does not work with it while zc3xx tells it is an HV7131R(c) sensor and works fine with it. What is right ? Hans, As you added support for the st6422 sensor to the stv06xx subdriver I imagine you best know what's going on. Best regards, Erik Best Regards, Gabriel C -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Support for zerocopy to DSP on OMAP3
Hoi, [Please CC me, I'm not subscribed.] I'm implementing zerocopy transfer from a v4l2 camera to the DSP on an OMAP3 (based on earlier work by Stefan Kost [1][2]). Therefore I'm using V4L2_MEMORY_USERPTR to pass in the memory area allocated by TI's DMAI driver. However, this has flags VM_IO | VM_PFNMAP. This means that it is not possible to do get_user_pages() on it - it's an area that is not pageable and possibly even doesn't pass the MMU. In order to support this kind of zerocopy construct, I propose to add checks for VM_IO | VM_PFNMAP and only get pages from areas that don't have these flags set. If I get positive feedback on this, I'll supply a patch. [1] https://bugzilla.gnome.org/show_bug.cgi?id=583890 [2] http://thread.gmane.org/gmane.linux.drivers.video-input- infrastructure/6209 -- Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286540 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, BelgiumBE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 31BB CF53 8660 6F88 345D 54CC A836 5879 20D7 CF43 -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: git over http from linuxtv
m7aalton wrote: Hello. On Tue, 2010-03-02 at 20:08 +0100, ext Mauro Carvalho Chehab wrote: m7aalton wrote: Hi. Is it possible to access the linuxtv.org git repositories using http? I tried to do this: git remote add linuxtv git://linuxtv.org/v4l-dvb.git You should be able to use both URL's: URL http://git.linuxtv.org/v4l-dvb.git git://linuxtv.org/v4l-dvb.git There were a miss-configuration for the http URL. I just fixed it. Now it works better but I still couldn't clone it properly. The update from linuxtv didn't seem to do anything Here's what happened: $ git clone http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git v4l-dvb $ cd v4l-dvb $ git remote add linuxtv http://git.linuxtv.org/v4l-dvb.git $ git remote update Updating origin From http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6 13dda80..3a5b27b master - origin/master Updating linuxtv $ git branch -a * master origin/HEAD origin/master $ git checkout -b media-master linuxtv/master fatal: git checkout: updating paths is incompatible with switching branches. Did you intend to checkout 'linuxtv/master' which can not be resolved as commit? This happens when you try to use a gitweb URL instead of the proper one. At the above, you've used the wrong URL. The correct one is: http://linuxtv.org/git/v4l-dvb.git You don't need to re-do the entire procedure. Just edit .git/config and put the correct URL there for the linuxtv remote. -- Cheers, Mauro -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
On 3 марта 2010 10:38:09 Hendrik Skarpeid wrote: Igor M. Liplianin skrev: On 2 марта 2010, Igor M. Liplianin liplia...@me.by wrote: Igor M. Liplianin skrev: On 23 февраля 2010 15:12:05 Nameer Kazzaz wrote: Sounds cool, let me know if I can help you with anything. Thanks Nameer Hendrik Skarpeid wrote: No luck here either, still working on it. My plan is to solder som wires on strategic points on the board and debug i2c and other activity with an oscilloscope. Will probably start next week. Nameer Kazzaz wrote: Hey Igor, I'm getting the same error: dm1105 :04:0b.0: could not attach frontend Did you get your one to work. Thanks Nameer Igor M. Liplianin wrote: On 18 февраля 2010, liplia...@me.by wrote: I also got the unbranded dm1105 card. I tried the four possible i2c addresses, just i case. Noen worked of course. Then I traced the i2c pins on the tuner to pins 100 and 101 on the DM1105. These are GPIO pins, so bit-banging i2c on these pins seems to be the solution. scl = p101 = gpio14 sda = p100 = gpio13 Here is the patch to test. Use option card=4. modprobe dm1105 card=4 I didn't test patch in real hardware. But I can connect GPIO14 and GPIO13 to SCL and SDA in any dm1105 card and test whether it works. Then I will ask you to test also. --- - No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2708 - Release Date: 02/24/10 20:34:00 Think I solved it. The dm1105_getsda and dm1105_getscl functions need to mask out the other GPIO bits. I hacked the code to return 1 if corresponding GPIO set, and 0 if not set. That did the trick. Now the frontend registers and /dev/dvb is populated. :) Haven't done any tuning yet. Do you cut connections between dm1105 i2c pins and the gpio pins you make earlier? Success! Glad to hear. Now to find GPIO's for LNB power control and ... watch TV :) [ 4354.673688] dm1105 :03:01.0: PCI INT A - GSI 19 (level, low) - IRQ 19 [ 4354.673806] DVB: registering new adapter (dm1105) [ 4354.921866] dm1105 :03:01.0: MAC 00:00:00:00:00:00 [ 4355.533170] DVB: registering adapter 0 frontend 0 (SL SI21XX DVB-S)... [ 4355.533327] input: DVB on-card IR receiver as /devices/pci:00/:00:1e.0/:03:01.0/input/input7 [ 4355.533377] Creating IR device irrcv0 -- Igor M. Liplianin Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [hg:v4l-dvb] gspca - main: Fix a compile error when CONFIG_INPUT is not set
Hi,
Jean-Francois Moine wrote:
On Wed, 03 Mar 2010 00:45:02 +0100
Patch from Jean-Fran?ois Moine hg-com...@linuxtv.org wrote:
The patch number 14343 was added via Douglas Schilling Landgraf
dougsl...@redhat.com to http://linuxtv.org/hg/v4l-dvb master
development tree.
Kernel patches in this development tree may be modified to be backward
compatible with older kernels. Compatibility modifications will be
removed before inclusion into the mainstream Kernel
If anyone has any objections, please let us know by sending a message
to: Linux Media Mailing List linux-media@vger.kernel.org
--
From: Jean-Fran?ois Moine moin...@free.fr
gspca - main: Fix a compile error when CONFIG_INPUT is not set
Reported-by: Randy Dunlap randy.dun...@oracle.com
Priority: normal
[dougsl...@redhat.com: patch backported to hg tree]
Signed-off-by: Jean-Fran?ois Moine moin...@free.fr
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
Signed-off-by: Douglas Schilling Landgraf dougsl...@redhat.com
---
linux/drivers/media/video/gspca/gspca.c |6 ++
1 file changed, 6 insertions(+)
diff -r c533329e3c41 -r 6519c63ecf6d
linux/drivers/media/video/gspca/gspca.c ---
a/linux/drivers/media/video/gspca/gspca.c Tue Mar 02 20:16:17
2010 -0300 +++ b/linux/drivers/media/video/gspca/gspca.cTue
Mar 02 20:38:01 2010 -0300 @@ -44,10 +44,12 @@
#include gspca.h
+#ifdef CONFIG_INPUT
#if LINUX_VERSION_CODE = KERNEL_VERSION(2, 6, 19)
#include linux/input.h
#include linux/usb/input.h
#endif
+#endif
/* global values */
#define DEF_NURBS 3/* default number of URBs */
@@ -2371,9 +2373,11 @@
void gspca_disconnect(struct usb_interface *intf)
{
struct gspca_dev *gspca_dev = usb_get_intfdata(intf);
+#ifdef CONFIG_INPUT
#if LINUX_VERSION_CODE = KERNEL_VERSION(2, 6, 19)
struct input_dev *input_dev;
#endif
+#endif
PDEBUG(D_PROBE, %s disconnect,
video_device_node_name(gspca_dev-vdev));
@@ -2385,6 +2389,7 @@
wake_up_interruptible(gspca_dev-wq);
}
+#ifdef CONFIG_INPUT
#if LINUX_VERSION_CODE = KERNEL_VERSION(2, 6, 19)
gspca_input_destroy_urb(gspca_dev);
input_dev = gspca_dev-input_dev;
@@ -2393,6 +2398,7 @@
input_unregister_device(input_dev);
}
#endif
+#endif
/* the device is freed at exit of this function */
gspca_dev-dev = NULL;
---
Patch is available at:
http://linuxtv.org/hg/v4l-dvb/rev/6519c63ecf6d4e7e2c1c3d46ac2a161da8d6c6f4
Hello Douglas,
I do not understand your patch. Do you mean that the input events
cannot be used with kernel 2.6.19, while CONFIG_INPUT can be set?
Anyway, this patch seems complex. It would have been easier to simply
unset CONFIG_INPUT when kernel 2.6.19.
Agreed. Anyway, there are parts which still need CONFIG_INPUT if we want
to remove the kernel check. Going to review this one.
I join the diff of gspca.c between v4l-dvb and my repository. This last
one is closer to the git version and there are still other changes done
in git. How do you think I should merge?
If I understand your question correctly, the better way is wait until I
complete the merge between git and hg which I intend to complete today
and then merge the hg trees. I will give you a note.
Cheers
Douglas
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: DM1105: could not attach frontend 195d:1105
Igor M. Liplianin wrote: Now to find GPIO's for LNB power control and ... watch TV :) Yep. No succesful tuning at the moment. There might also be an issue with the reset signal and writing to GPIOCTR, as the module at the moment loads succesfully only once. As far as I can make out, the LNB power control is probably GPIO 16 and 17, not sure which is which, and how they work. GPIO15 is wired to tuner #reset -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
GIGABYTE U8000-RH Analog source support ?
Hi, i find this page *1 with last change from 3 May 2009 with text no driver written for the CX25843-24Z and then this *2 from 27 September 2009 with text CX2584x chips are fully supported by Linux... = have linux (now/future) support for Analog source with this USB stick ? thanks Robo *1 http://www.linuxtv.org/wiki/index.php/Gigabyte_U8000-RH *2 http://www.linuxtv.org/wiki/index.php/Conexant_CX2584x -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: GIGABYTE U8000-RH Analog source support ?
2010/3/3 RoboSK ucet.na.disku...@gmail.com: Hi, i find this page *1 with last change from 3 May 2009 with text no driver written for the CX25843-24Z and then this *2 from 27 September 2009 with text CX2584x chips are fully supported by Linux... = have linux (now/future) support for Analog source with this USB stick ? thanks Robo The wiki page is just wrong. The reason that board is not supported is not because of the cx25843. It's because the dib0700 bridge falls under the dvb-usb framework, and the framework doesn't have analog support at all. Adding such support would be a huge undertaking, but if it were done a whole bunch of products would start getting analog support (all of the dib0700 products which also have analog onboard). Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
problem with logitech quickcam zoom
hello, the problem i have with my logitech quickcam zoom webcam is that it is working randomly. sometimes it works after reboot and stops working after some time, sometimes replugging works, sometimes not. if the camera is not working i get v4l2: oops: select timeout in xawtv output. camera works reliably on my old dell d600 laptop. the above issue is rendered on a pc with Gigabyte EP45-UD3LR motherboard, usb chipset is ICH10. Both uhci and ehci modules are loaded. $ lspci 00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03) 00:01.0 PCI bridge: Intel Corporation 4 Series Chipset PCI Express Root Port (rev 03) 00:1a.0 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #4 00:1a.1 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #5 00:1a.2 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #6 00:1a.7 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #2 00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller 00:1c.0 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Root Port 1 00:1c.4 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Root Port 5 00:1c.5 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Root Port 6 00:1d.0 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #1 00:1d.1 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #2 00:1d.2 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #3 00:1d.7 USB Controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #1 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 90) 00:1f.0 ISA bridge: Intel Corporation 82801JIR (ICH10R) LPC Interface Controller 00:1f.2 IDE interface: Intel Corporation 82801JI (ICH10 Family) 4 port SATA IDE Controller #1 00:1f.3 SMBus: Intel Corporation 82801JI (ICH10 Family) SMBus Controller 00:1f.5 IDE interface: Intel Corporation 82801JI (ICH10 Family) 2 port SATA IDE Controller #2 01:00.0 VGA compatible controller: nVidia Corporation G96 [GeForce 9500 GT] (rev a1) 03:00.0 IDE interface: JMicron Technology Corp. JMB368 IDE controller 04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02) the behaviour is observed with kernel 2.6.32.9 and libv4l 0.6.4. does anyone have an idea how to fix this? thank you, joe -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH RFCv1] Support for zerocopy to DSP on OMAP3
Here's a first attempt at allowing IO memory for USERPTR buffers. It also fixes another issue: it was assumed that dma-sglen == dma-nr_pages. I'll split that up in a separate patch in the final version. Regards, Arnout On Wednesday 03 March 2010 15:12:44, Arnout Vandecappelle wrote: Hoi, [Please CC me, I'm not subscribed.] I'm implementing zerocopy transfer from a v4l2 camera to the DSP on an OMAP3 (based on earlier work by Stefan Kost [1][2]). Therefore I'm using V4L2_MEMORY_USERPTR to pass in the memory area allocated by TI's DMAI driver. However, this has flags VM_IO | VM_PFNMAP. This means that it is not possible to do get_user_pages() on it - it's an area that is not pageable and possibly even doesn't pass the MMU. In order to support this kind of zerocopy construct, I propose to add checks for VM_IO | VM_PFNMAP and only get pages from areas that don't have these flags set. If I get positive feedback on this, I'll supply a patch. [1] https://bugzilla.gnome.org/show_bug.cgi?id=583890 [2] http://thread.gmane.org/gmane.linux.drivers.video-input- infrastructure/6209 -- Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286540 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, BelgiumBE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 31BB CF53 8660 6F88 345D 54CC A836 5879 20D7 CF43 -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Analog (or hybrid) PAL TV USB Tuner - recommend to buy
Hi, please recommend Analog (or hybrid) TV USB Tuner (PAL) working into linux and it is still sold... thanks Robo -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[cron job] v4l-dvb daily build 2.6.22 and up: ERRORS, 2.6.16-2.6.21: WARNINGS
This message is generated daily by a cron job that builds v4l-dvb for the kernels and architectures in the list below. Results of the daily build of v4l-dvb: date:Wed Mar 3 19:00:23 CET 2010 path:http://www.linuxtv.org/hg/v4l-dvb changeset: 14355:58ae12f18e80 gcc version: i686-linux-gcc (GCC) 4.4.3 host hardware:x86_64 host os: 2.6.32.5 linux-2.6.32.6-armv5: OK linux-2.6.33-armv5: OK linux-2.6.32.6-armv5-davinci: WARNINGS linux-2.6.33-armv5-davinci: WARNINGS linux-2.6.32.6-armv5-dm365: ERRORS linux-2.6.33-armv5-dm365: ERRORS linux-2.6.32.6-armv5-ixp: OK linux-2.6.33-armv5-ixp: OK linux-2.6.32.6-armv5-omap2: OK linux-2.6.33-armv5-omap2: OK linux-2.6.22.19-i686: WARNINGS linux-2.6.23.17-i686: WARNINGS linux-2.6.24.7-i686: WARNINGS linux-2.6.25.20-i686: WARNINGS linux-2.6.26.8-i686: WARNINGS linux-2.6.27.44-i686: WARNINGS linux-2.6.28.10-i686: WARNINGS linux-2.6.29.1-i686: WARNINGS linux-2.6.30.10-i686: WARNINGS linux-2.6.31.12-i686: OK linux-2.6.32.6-i686: OK linux-2.6.33-i686: OK linux-2.6.32.6-m32r: OK linux-2.6.33-m32r: OK linux-2.6.32.6-mips: OK linux-2.6.33-mips: OK linux-2.6.32.6-powerpc64: WARNINGS linux-2.6.33-powerpc64: WARNINGS linux-2.6.22.19-x86_64: WARNINGS linux-2.6.23.17-x86_64: WARNINGS linux-2.6.24.7-x86_64: WARNINGS linux-2.6.25.20-x86_64: WARNINGS linux-2.6.26.8-x86_64: WARNINGS linux-2.6.27.44-x86_64: WARNINGS linux-2.6.28.10-x86_64: WARNINGS linux-2.6.29.1-x86_64: WARNINGS linux-2.6.30.10-x86_64: WARNINGS linux-2.6.31.12-x86_64: OK linux-2.6.32.6-x86_64: OK linux-2.6.33-x86_64: OK spec: OK sparse (linux-2.6.33): ERRORS linux-2.6.16.62-i686: WARNINGS linux-2.6.17.14-i686: WARNINGS linux-2.6.18.8-i686: WARNINGS linux-2.6.19.7-i686: WARNINGS linux-2.6.20.21-i686: WARNINGS linux-2.6.21.7-i686: WARNINGS linux-2.6.16.62-x86_64: WARNINGS linux-2.6.17.14-x86_64: WARNINGS linux-2.6.18.8-x86_64: WARNINGS linux-2.6.19.7-x86_64: WARNINGS linux-2.6.20.21-x86_64: WARNINGS linux-2.6.21.7-x86_64: WARNINGS Detailed results are available here: http://www.xs4all.nl/~hverkuil/logs/Wednesday.log Full logs are available here: http://www.xs4all.nl/~hverkuil/logs/Wednesday.tar.bz2 The V4L-DVB specification from this daily build is here: http://www.xs4all.nl/~hverkuil/spec/media.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Reinitialize an usb device
Hi to all, I've discovered thet mine dikom dk-300 usb device has a weird behaviour. If I connect it to the pc it works well both in digital and analogue mode, but after some time it is connected, without being in use, the analogue sound stops to work. The only way to have it working again is to unplug and replug the device. I wonder if there is a command to reinitialize without the need to phisically unplug and replug it. Thank you, Andrea -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Analog (or hybrid) PAL TV USB Tuner - recommend to buy
Hi, On Wed, Mar 03, 2010 at 08:37:23PM +0100, RoboSK wrote: Hi, please recommend Analog (or hybrid) TV USB Tuner (PAL) working into linux and it is still sold... I can't recommend a stick but just wanted to tell you to stay away from the MSI DIGIVOX mini (II?) Hybrid (S36-0400132-K36). It's an Afatech/ITE AF9035 + Xceive XC3028L + Micronas/Trident AVF4910B design. It may be easy to get DVB-T working thanks to Antti's work on the AF9035, but like you I'm more interested in analog tv and Trident has ignored all my attempts at getting in contact with them. Unfortunately they just bought NXP's TV/STB business... Daniel -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[PULL] http://linuxtv.org/hg/~anttip/af9015/
Mauro, Please pull from http://linuxtv.org/hg/~anttip/af9015/ for the following: af9015: support for KWorld USB DVB-T Stick Mobile (UB383-T) af9015: support for KWorld TV Stick II (395UR) regards Antti -- http://palosaari.fi/ -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Excessive rc polling interval in dvb_usb_dib0700 causes interference with USB soundcard
Hello all, yesterday I sent a message asking for help with a problem I was having with a dib0700 USB adapter and my USB audio soundcard. Basically I discovered that the remote control polling in dvb_usb module was causing it. For reference, my original message is here http://article.gmane.org/gmane.linux.drivers.video-input-infrastructure/16782 and I also file a kernel bug here http://bugzilla.kernel.org/show_bug.cgi?id=15430 Looking at dmesg when I plug the DVB adapter it says dvb-usb: schedule remote query interval to 50 msecs. This seemed to me extremely excessive, so I solved the problem by doing a quick dirty hack. In linux/drivers/media/dvb/dvb-usb-remote.c I changed d-props.rc_interval to 1, instead of the default 50 msec. So now when I load the driver, I get dvb-usb: schedule remote query interval to 1 msecs. And not only the USB audio card is working properly with the DVB adapter but also the remote control is working perfectly, without any delay at all! So my question is: why is this set to an excessive 50 msec? This is waaay too much for remote control polling, and its proven it causes trouble in the USB bus! Also, I know my hack was dirty, what the is the proper way to change this? Regards, Pedro -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Excessive rc polling interval in dvb_usb_dib0700 causes interference with USB soundcard
On Wed, Mar 3, 2010 at 6:35 PM, Pedro Ribeiro ped...@gmail.com wrote: Hello all, yesterday I sent a message asking for help with a problem I was having with a dib0700 USB adapter and my USB audio soundcard. Basically I discovered that the remote control polling in dvb_usb module was causing it. For reference, my original message is here http://article.gmane.org/gmane.linux.drivers.video-input-infrastructure/16782 and I also file a kernel bug here http://bugzilla.kernel.org/show_bug.cgi?id=15430 Looking at dmesg when I plug the DVB adapter it says dvb-usb: schedule remote query interval to 50 msecs. This seemed to me extremely excessive, so I solved the problem by doing a quick dirty hack. In linux/drivers/media/dvb/dvb-usb-remote.c I changed d-props.rc_interval to 1, instead of the default 50 msec. So now when I load the driver, I get dvb-usb: schedule remote query interval to 1 msecs. And not only the USB audio card is working properly with the DVB adapter but also the remote control is working perfectly, without any delay at all! So my question is: why is this set to an excessive 50 msec? This is waaay too much for remote control polling, and its proven it causes trouble in the USB bus! Also, I know my hack was dirty, what the is the proper way to change this? It's already been fixed. Just update to the latest v4l-dvb code. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Excessive rc polling interval in dvb_usb_dib0700 causes interference with USB soundcard
On 3 March 2010 23:48, Devin Heitmueller dheitmuel...@kernellabs.com wrote: On Wed, Mar 3, 2010 at 6:35 PM, Pedro Ribeiro ped...@gmail.com wrote: Hello all, yesterday I sent a message asking for help with a problem I was having with a dib0700 USB adapter and my USB audio soundcard. Basically I discovered that the remote control polling in dvb_usb module was causing it. For reference, my original message is here http://article.gmane.org/gmane.linux.drivers.video-input-infrastructure/16782 and I also file a kernel bug here http://bugzilla.kernel.org/show_bug.cgi?id=15430 Looking at dmesg when I plug the DVB adapter it says dvb-usb: schedule remote query interval to 50 msecs. This seemed to me extremely excessive, so I solved the problem by doing a quick dirty hack. In linux/drivers/media/dvb/dvb-usb-remote.c I changed d-props.rc_interval to 1, instead of the default 50 msec. So now when I load the driver, I get dvb-usb: schedule remote query interval to 1 msecs. And not only the USB audio card is working properly with the DVB adapter but also the remote control is working perfectly, without any delay at all! So my question is: why is this set to an excessive 50 msec? This is waaay too much for remote control polling, and its proven it causes trouble in the USB bus! Also, I know my hack was dirty, what the is the proper way to change this? It's already been fixed. Just update to the latest v4l-dvb code. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com Its working very well, thanks. Can you please tell me if its going to be pushed to .33 stable? And should I close the kernel bug? Thanks, Pedro -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Excessive rc polling interval in dvb_usb_dib0700 causes interference with USB soundcard
On Wed, Mar 3, 2010 at 8:00 PM, Pedro Ribeiro ped...@gmail.com wrote: Its working very well, thanks. Can you please tell me if its going to be pushed to .33 stable? And should I close the kernel bug? It's in Mauro's PULL request for 2.6.34-rc1. It's marked normal priority so it likely won't get pulled into stable. It was a non-trivial restructuring of the code, so doing a minimal fix that would be accepted by stable is unlikely. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH] s2255drv : adding video input status capability
# HG changeset patch
# User Dean Anderson d...@sensoray.com
# Date 1267655333 28800
# Node ID 3bf09a2ab1100269d6424c487ca98a1b1e4ead54
# Parent 5e0d6be7f020d6c0741795b0bd039ace7d54d310
Adds video status capability to 2255 driver
From: Dean Anderson d...@sensoray.com
Video status capability for inputs on Sensoray 2255 driver.
Priority: normal
Signed-off-by: Dean Anderson d...@sensoray.com
diff -r 5e0d6be7f020 -r 3bf09a2ab110 linux/drivers/media/video/s2255drv.c
--- a/linux/drivers/media/video/s2255drv.c Wed Mar 03 18:34:32 2010 -0300
+++ b/linux/drivers/media/video/s2255drv.c Wed Mar 03 14:28:53 2010 -0800
@@ -1,7 +1,7 @@
/*
* s2255drv.c - a driver for the Sensoray 2255 USB video capture device
*
- * Copyright (C) 2007-2008 by Sensoray Company Inc.
+ * Copyright (C) 2007-2010 by Sensoray Company Inc.
* Dean Anderson
*
* Some video buffer code based on vivi driver:
@@ -76,11 +76,13 @@
#define S2255_LOAD_TIMEOUT (5000 + S2255_DSP_BOOTTIME)
#define S2255_DEF_BUFS 16
#define S2255_SETMODE_TIMEOUT 500
+#define S2255_VIDSTATUS_TIMEOUT 350
#define MAX_CHANNELS 4
#define S2255_MARKER_FRAME 0x2255DA4AL
#define S2255_MARKER_RESPONSE 0x2255ACACL
#define S2255_RESPONSE_SETMODE 0x01
#define S2255_RESPONSE_FW 0x10
+#define S2255_RESPONSE_STATUS 0x20
#define S2255_USB_XFER_SIZE(16 * 1024)
#define MAX_CHANNELS 4
#define MAX_PIPE_BUFFERS 1
@@ -261,9 +263,16 @@
int chn_configured[MAX_CHANNELS];
wait_queue_head_t wait_setmode[MAX_CHANNELS];
int setmode_ready[MAX_CHANNELS];
+ /* video status items */
+ int vidstatus[MAX_CHANNELS];
+ wait_queue_head_t wait_vidstatus[MAX_CHANNELS];
+ int vidstatus_ready[MAX_CHANNELS];
+
int chn_ready;
struct kref kref;
spinlock_t slock;
+ /* dsp firmware version (f2255usb.bin) */
+ int dsp_fw_ver;
};
#define to_s2255_dev(d) container_of(d, struct s2255_dev, kref)
@@ -296,8 +305,12 @@
/* current cypress EEPROM firmware version */
#define S2255_CUR_USB_FWVER((3 8) | 6)
+/* current DSP FW version */
+#define S2255_CUR_DSP_FWVER 5
+/* Need DSP version 5+ for video status feature */
+#define S2255_MIN_DSP_STATUS5
#define S2255_MAJOR_VERSION1
-#define S2255_MINOR_VERSION14
+#define S2255_MINOR_VERSION15
#define S2255_RELEASE 0
#define S2255_VERSION KERNEL_VERSION(S2255_MAJOR_VERSION, \
S2255_MINOR_VERSION, \
@@ -1261,6 +1274,42 @@
return res;
}
+static int s2255_cmd_status(struct s2255_dev *dev, unsigned long chn,
+ u32 *pstatus)
+{
+ int res;
+ u32 *buffer;
+ u32 chn_rev;
+ mutex_lock(dev-lock);
+ chn_rev = G_chnmap[chn];
+ dprintk(4, %s chan %d\n, __func__, chn_rev);
+ buffer = kzalloc(512, GFP_KERNEL);
+ if (buffer == NULL) {
+ dev_err(dev-udev-dev, out of mem\n);
+ mutex_unlock(dev-lock);
+ return -ENOMEM;
+ }
+ /* form the get vid status command */
+ buffer[0] = IN_DATA_TOKEN;
+ buffer[1] = chn_rev;
+ buffer[2] = CMD_STATUS;
+ *pstatus = 0;
+ dev-vidstatus_ready[chn] = 0;
+ res = s2255_write_config(dev-udev, (unsigned char *)buffer, 512);
+ kfree(buffer);
+ wait_event_timeout(dev-wait_vidstatus[chn],
+ (dev-vidstatus_ready[chn] != 0),
+ msecs_to_jiffies(S2255_VIDSTATUS_TIMEOUT));
+ if (dev-vidstatus_ready[chn] != 1) {
+ printk(KERN_DEBUG s2255: no vidstatus response\n);
+ res = -EFAULT;
+ }
+ *pstatus = dev-vidstatus[chn];
+ dprintk(4, %s, vid status %d\n, __func__, *pstatus);
+ mutex_unlock(dev-lock);
+ return res;
+}
+
static int vidioc_streamon(struct file *file, void *priv, enum v4l2_buf_type i)
{
int res;
@@ -1386,11 +1435,24 @@
static int vidioc_enum_input(struct file *file, void *priv,
struct v4l2_input *inp)
{
+ struct s2255_fh *fh = priv;
+ struct s2255_dev *dev = fh-dev;
+ u32 status = 0;
+
if (inp-index != 0)
return -EINVAL;
inp-type = V4L2_INPUT_TYPE_CAMERA;
inp-std = S2255_NORMS;
+ inp-status = 0;
+ if (dev-dsp_fw_ver = S2255_MIN_DSP_STATUS) {
+ int rc;
+ rc = s2255_cmd_status(dev, fh-channel, status);
+ dprintk(4, s2255_cmd_status rc: %d status %x\n, rc, status);
+ if (rc == 0)
+ inp-status = (status 0x01) ? 0
+ : V4L2_IN_ST_NO_SIGNAL;
+ }
strlcpy(inp-name, Camera, sizeof(inp-name));
Re: Excessive rc polling interval in dvb_usb_dib0700 causes interference with USB soundcard
Devin Heitmueller wrote: On Wed, Mar 3, 2010 at 8:00 PM, Pedro Ribeiro ped...@gmail.com wrote: Its working very well, thanks. Can you please tell me if its going to be pushed to .33 stable? And should I close the kernel bug? It's in Mauro's PULL request for 2.6.34-rc1. It's marked normal priority so it likely won't get pulled into stable. It was a non-trivial restructuring of the code, so doing a minimal fix that would be accepted by stable is unlikely. The kernel bug should be closed, as this patch has already fixed and sent upstream. Devin -- Cheers, Mauro -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 10/11] ov534: Add Powerline Frequency control
Antonio Ospite wrote: On Wed, 3 Mar 2010 02:27:38 + M.Ebrahimi m.ebrah...@ieee.org wrote: On 2 March 2010 16:06, Max Thrun bear2...@gmail.com wrote: On Tue, Mar 2, 2010 at 10:39 AM, Antonio Ospite osp...@studenti.unina.it wrote: [...] Mosalam did you spot the register from a PS3 usb dump or by looking at the sensor datasheet? None, I got that register from sniffing a Windows driver for another camera that turned out to be using ov7620 or something similar, though I thought it has the same sensor. I double checked, this register is for frame rate adjustment (decreasing frame rate / increasing exposure) . And this has been used in some other drivers (e.g. gspca_sonixb) to remove light flicker as well. I see. It would be interesting to see how Powerline Frequency filtering is done on PS3. I added Jim Paris on CC. Hi Antonio and Mosalam, I tried, but I can't capture that. My USB logger only does USB 1.1, which is too slow for the camera to run normally, but good enough to see the initialization sequence. However, the 50/60Hz option only appears later, once the PS3 is receiving good frame data. I can open up the camera and sniff the I2C bus instead. It'll take a little longer. Interesting side note, the only change in the initialization sequence between PS3 firmware 1.93 and 3.15 is 0x0C bit 6 -- horizontal flip :) So they haven't made any improvements that we can borrow. -jim -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH] fix broken I2C IR for Beholder
Hi Fix broken I2C IR for TV cards of Beholder. diff -r 37ff78330942 linux/drivers/media/video/saa7134/saa7134-input.c --- a/linux/drivers/media/video/saa7134/saa7134-input.c Sun Feb 28 16:59:57 2010 -0300 +++ b/linux/drivers/media/video/saa7134/saa7134-input.c Thu Mar 04 08:35:15 2010 +0900 @@ -947,6 +947,7 @@ dev-init_data.name = BeholdTV; dev-init_data.get_key = get_key_beholdm6xx; dev-init_data.ir_codes = ir_codes_behold_table; + dev-init_data.type = IR_TYPE_NEC; info.addr = 0x2d; #endif break; Signed-off-by: Beholder Intl. Ltd. Dmitry Belimov d.beli...@gmail.com With my best regards, Dmitry. diff -r 37ff78330942 linux/drivers/media/video/saa7134/saa7134-input.c --- a/linux/drivers/media/video/saa7134/saa7134-input.c Sun Feb 28 16:59:57 2010 -0300 +++ b/linux/drivers/media/video/saa7134/saa7134-input.c Thu Mar 04 08:35:15 2010 +0900 @@ -947,6 +947,7 @@ dev-init_data.name = BeholdTV; dev-init_data.get_key = get_key_beholdm6xx; dev-init_data.ir_codes = ir_codes_behold_table; + dev-init_data.type = IR_TYPE_NEC; info.addr = 0x2d; #endif break; Signed-off-by: Beholder Intl. Ltd. Dmitry Belimov d.beli...@gmail.com
Re: [hg:v4l-dvb] gspca - main: Fix a compile error when CONFIG_INPUT is not set
Hello Jean,
On 03/03/2010 11:19 AM, Douglas Schilling Landgraf wrote:
Hi,
Jean-Francois Moine wrote:
On Wed, 03 Mar 2010 00:45:02 +0100
Patch from Jean-Fran?ois Moine hg-com...@linuxtv.org wrote:
The patch number 14343 was added via Douglas Schilling Landgraf
dougsl...@redhat.com to http://linuxtv.org/hg/v4l-dvb master
development tree.
Kernel patches in this development tree may be modified to be backward
compatible with older kernels. Compatibility modifications will be
removed before inclusion into the mainstream Kernel
If anyone has any objections, please let us know by sending a message
to: Linux Media Mailing List linux-media@vger.kernel.org
--
From: Jean-Fran?ois Moine moin...@free.fr
gspca - main: Fix a compile error when CONFIG_INPUT is not set
Reported-by: Randy Dunlap randy.dun...@oracle.com
Priority: normal
[dougsl...@redhat.com: patch backported to hg tree]
Signed-off-by: Jean-Fran?ois Moine moin...@free.fr
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
Signed-off-by: Douglas Schilling Landgraf dougsl...@redhat.com
---
linux/drivers/media/video/gspca/gspca.c |6 ++
1 file changed, 6 insertions(+)
diff -r c533329e3c41 -r 6519c63ecf6d
linux/drivers/media/video/gspca/gspca.c ---
a/linux/drivers/media/video/gspca/gspca.cTue Mar 02 20:16:17
2010 -0300 +++ b/linux/drivers/media/video/gspca/gspca.cTue
Mar 02 20:38:01 2010 -0300 @@ -44,10 +44,12 @@ #include gspca.h
+#ifdef CONFIG_INPUT
#if LINUX_VERSION_CODE = KERNEL_VERSION(2, 6, 19)
#include linux/input.h
#include linux/usb/input.h
#endif
+#endif
/* global values */
#define DEF_NURBS 3/* default number of URBs */
@@ -2371,9 +2373,11 @@
void gspca_disconnect(struct usb_interface *intf)
{
struct gspca_dev *gspca_dev = usb_get_intfdata(intf);
+#ifdef CONFIG_INPUT
#if LINUX_VERSION_CODE = KERNEL_VERSION(2, 6, 19)
struct input_dev *input_dev;
#endif
+#endif
PDEBUG(D_PROBE, %s disconnect,
video_device_node_name(gspca_dev-vdev));
@@ -2385,6 +2389,7 @@
wake_up_interruptible(gspca_dev-wq);
}
+#ifdef CONFIG_INPUT
#if LINUX_VERSION_CODE = KERNEL_VERSION(2, 6, 19)
gspca_input_destroy_urb(gspca_dev);
input_dev = gspca_dev-input_dev;
@@ -2393,6 +2398,7 @@
input_unregister_device(input_dev);
}
#endif
+#endif
/* the device is freed at exit of this function */
gspca_dev-dev = NULL;
---
Patch is available at:
http://linuxtv.org/hg/v4l-dvb/rev/6519c63ecf6d4e7e2c1c3d46ac2a161da8d6c6f4
Hello Douglas,
I do not understand your patch. Do you mean that the input events
cannot be used with kernel 2.6.19, while CONFIG_INPUT can be set?
Anyway, this patch seems complex. It would have been easier to simply
unset CONFIG_INPUT when kernel 2.6.19.
Agreed. Anyway, there are parts which still need CONFIG_INPUT if we
want to remove the kernel check. Going to review this one.
I join the diff of gspca.c between v4l-dvb and my repository. This last
one is closer to the git version and there are still other changes done
in git. How do you think I should merge?
If I understand your question correctly, the better way is wait until
I complete the merge between git and hg which I intend to complete
today and then merge the hg trees. I will give you a note.
git and hg are synced, now I will work about compatible items in the tree.
Cheers
Douglas
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
