Re: Kworld 315U and SAA7113?
Attached is an updated diff for the Kworld 315U TV. I believe all the bugs
have been worked out. I haven't figured out the remote control stuff and
hopefully I will be able to get around to it some time.
The sound issue was because I didn't have the right mplayer config so that is
fixed as well.
Other than that, the LED light on the front of the box doesn't shut off after I
start and stop the stream. It's probably a GPIO setting that I need to tweak.
And I wanted to say thank you to Douglas and Devin for the tips they provided
me.
Thanks,
Franklin Meng
--- On Thu, 1/7/10, Franklin Meng fmeng2...@yahoo.com wrote:
From: Franklin Meng fmeng2...@yahoo.com
Subject: Kworld 315U and SAA7113?
To: linux-media@vger.kernel.org
Date: Thursday, January 7, 2010, 7:48 PM
After some work I have finally gotten
the analog inputs to work with the Kworld 315U device. I
have attached the changes/updates to the em28xx driver.
Note: I still don't have analog sound working yet..
I am hoping someone can comment on the changes in
saa7115.c. I added a s_power routine to reinitialize the
device. The reason I am reinitializing this device is
because
1. I cannot keep both the LG demod and the SAA powered on
at the same time for my device
2. The SAA datasheet seems to suggest that after a
reset/power-on the chip needs to be reinitialized.
3. Reinitializing causes the analog inputs to work
correctly.
Here's what is says in the SAA7113 datasheet..
Status after power-on
control sequence
VPO7 to VPO0, RTCO, RTS0 and RTS1
are held in high-impedance state
after power-on (reset
sequence) a complete
I2C-bus transmission is
required
...
The above is really suppose to be arranged horizontally in
3 columns. Anyways, the last part describes that a
complete I2C bus transmission is required This is why
I think the chip needs to be reinitialized.
Last thing is that the initialization routing uses these
defaults:
state-bright = 128;
state-contrast = 64;
state-hue = 0;
state-sat = 64;
I was wondering if we should just read the back the values
that were initialized by the initialization routine and use
those values instead.The reason is because it seems like the
different SAA's use slightly different values when
initializing.
Thanks,
Franklin Meng
diff -r b6b82258cf5e linux/drivers/media/video/em28xx/em28xx-cards.c
--- a/linux/drivers/media/video/em28xx/em28xx-cards.c Thu Dec 31 19:14:54 2009 -0200
+++ b/linux/drivers/media/video/em28xx/em28xx-cards.c Sat Jan 09 00:21:39 2010 -0800
@@ -122,13 +122,31 @@
};
#endif
+/* Kworld 315U
+ GPIO0 - Enable digital power (lgdt3303) - low to enable
+ GPIO1 - Enable analog power (saa7113/emp202) - low to enable
+ GPIO7 - enables something ?
+ GOP2 - ?? some sort of reset ?
+ GOP3 - lgdt3303 reset
+ */
/* Board - EM2882 Kworld 315U digital */
static struct em28xx_reg_seq em2882_kworld_315u_digital[] = {
- {EM28XX_R08_GPIO, 0xff, 0xff, 10},
{EM28XX_R08_GPIO, 0xfe, 0xff, 10},
{EM2880_R04_GPO, 0x04, 0xff, 10},
{EM2880_R04_GPO, 0x0c, 0xff, 10},
- {EM28XX_R08_GPIO, 0x7e, 0xff, 10},
+ { -1, -1, -1, -1},
+};
+
+/* Board - EM2882 Kworld 315U analog1 analog tv */
+static struct em28xx_reg_seq em2882_kworld_315u_analog1[] = {
+ {EM28XX_R08_GPIO, 0xfd, 0xff, 10},
+ {EM28XX_R08_GPIO, 0x7d, 0xff, 10},
+ { -1, -1, -1, -1},
+};
+
+/* Board - EM2882 Kworld 315U analog2 component/svideo */
+static struct em28xx_reg_seq em2882_kworld_315u_analog2[] = {
+ {EM28XX_R08_GPIO, 0xfd, 0xff, 10},
{ -1, -1, -1, -1},
};
@@ -140,6 +158,12 @@
{ -1, -1, -1, -1},
};
+/* Board - EM2882 Kworld 315U suspend */
+static struct em28xx_reg_seq em2882_kworld_315u_suspend[] = {
+ {EM28XX_R08_GPIO, 0xff, 0xff, 10},
+ { -1, -1, -1, -1},
+};
+
static struct em28xx_reg_seq kworld_330u_analog[] = {
{EM28XX_R08_GPIO, 0x6d, ~EM_GPIO_4, 10},
{EM2880_R04_GPO, 0x00, 0xff, 10},
@@ -1314,28 +1338,28 @@
.decoder = EM28XX_SAA711X,
.has_dvb = 1,
.dvb_gpio = em2882_kworld_315u_digital,
+ .suspend_gpio = em2882_kworld_315u_suspend,
.xclk = EM28XX_XCLK_FREQUENCY_12MHZ,
.i2c_speed = EM28XX_I2C_CLK_WAIT_ENABLE,
- /* Analog mode - still not ready */
- /*.input= { {
+ .input= { {
.type = EM28XX_VMUX_TELEVISION,
.vmux = SAA7115_COMPOSITE2,
.amux = EM28XX_AMUX_VIDEO,
- .gpio = em2882_kworld_315u_analog,
+ .gpio = em2882_kworld_315u_analog1,
.aout = EM28XX_AOUT_PCM_IN | EM28XX_AOUT_PCM_STEREO,
}, {
.type = EM28XX_VMUX_COMPOSITE1,
.vmux = SAA7115_COMPOSITE0,
.amux = EM28XX_AMUX_LINE_IN,
- .gpio = em2882_kworld_315u_analog1,
+ .gpio = em2882_kworld_315u_analog2,
.aout = EM28XX_AOUT_PCM_IN | EM28XX_AOUT_PCM_STEREO,
}, {
.type = EM28XX_VMUX_SVIDEO,
.vmux = SAA7115_SVIDEO3,
.amux = EM28XX_AMUX_LINE_IN,
- .gpio = em2882_kworld_315u_analog1,
+ .gpio =
problem webcam gspca 2.6.32
hi, on my archlinux-64 I have a webcam: 0471:0322 Philips DMVC1300K PC Camera until one mounth ago this works OK with driver: gspca_sunplus now with kernel 2.6.32 not works I start cheese and I view: http://sacarde.interfree.it/errore-cheese.png and this messages: Cheese 2.28.1 Probing devices with HAL... Found device 0471:0322, getting capabilities... Detected v4l2 device: USB Camera (0471:0322) Driver: sunplus, version: 132864 Capabilities: 0x0501 Probing supported video formats... from dmesg: ... gspca: probing 0471:0322 gspca: probe ok ... /dev/video0 is created I try to downgrade previus kernel kernel26 2.6.31.6-1 and dependencies and it works: when it works 2.6.31: Driver: sunplus, version: 132608 thankyou saca...@tiscali.it -- 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: problem webcam gspca 2.6.32
What kind of errors or problems are you getting?
Can you turn on debugging and give us some output?
Sean
--Original Message--
From: sacarde
Sender: linux-media-ow...@vger.kernel.org
To: linux-media@vger.kernel.org
Subject: problem webcam gspca 2.6.32
Sent: Jan 9, 2010 12:32 AM
hi,
on my archlinux-64 I have a webcam: 0471:0322 Philips DMVC1300K PC Camera
until one mounth ago this works OK with driver: gspca_sunplus
now with kernel 2.6.32 not works
I start cheese and I view: http://sacarde.interfree.it/errore-cheese.png
and this messages:
Cheese 2.28.1
Probing devices with HAL...
Found device 0471:0322, getting capabilities...
Detected v4l2 device: USB Camera (0471:0322)
Driver: sunplus, version: 132864
Capabilities: 0x0501
Probing supported video formats...
from dmesg:
...
gspca: probing 0471:0322
gspca: probe ok
...
/dev/video0 is created
I try to downgrade previus kernel kernel26 2.6.31.6-1 and dependencies
and it works:
when it works 2.6.31: Driver: sunplus, version: 132608
thankyou
saca...@tiscali.it
--
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
N§²æìr¸yúèØb²X¬¶Ç§vØ^)Þº{.nÇ+·¥{±çbj)í
æèw* jg¬±¨ ¶Ý¢j/êäz¹Þà2Þ¨èÚ¢)ß¡«a¶Úþø ®G«éh®æj:+v¨wèÙ¥
[PATCH] drivers/media/dvb/bt8xx/dst.c:fixes for DVB-C Twinhan VP2031 in Linux-2.6.32
Remove check state-dst_type == DST_DTYPE_IS_CABLE in function
dst_get_tuna (around line 1352) to select the correct checksum
computation
Fill in the .caps field in struct dst_dvbc_ops (around line 1824) with
all the supported QAM modulation methods to match the capabilities of
the card as implemented in function dst_set_modulation (around line
502). Note that beginning with linux kernel version 2.6.32 the
modulation method is checked (by function
dvb_frontend_check_parameters in file
drivers/media/dvb/dvb-core/dvb_frontend.c) and thus tuning fails if
you use a modulation method that is not present in the .caps field.
This patch has been tested on a Twinhan VP2031A DVB-C card with the
2.6.32.2 kernel.
Signed-off-by: Klaas de Waal klaas.de.w...@gmail.com
--
diff -r b6b82258cf5e linux/drivers/media/dvb/bt8xx/dst.c
--- a/linux/drivers/media/dvb/bt8xx/dst.c Thu Dec 31 19:14:54 2009 -0200
+++ b/linux/drivers/media/dvb/bt8xx/dst.c Sat Jan 09 11:41:52 2010 +0100
@@ -1352,7 +1352,7 @@
return retval;
}
if ((state-type_flags DST_TYPE_HAS_VLF)
- !(state-dst_type == DST_TYPE_IS_CABLE)
+ /* !(state-dst_type == DST_TYPE_IS_CABLE) */
!(state-dst_type == DST_TYPE_IS_ATSC)) {
if (state-rx_tuna[9] != dst_check_sum(state-rx_tuna[0], 9)) {
@@ -1821,7 +1821,7 @@
.symbol_rate_min = 100,
.symbol_rate_max = 4500,
/* . symbol_rate_tolerance = ???,*/
- .caps = FE_CAN_FEC_AUTO | FE_CAN_QAM_AUTO
+ .caps = FE_CAN_FEC_AUTO | FE_CAN_QAM_16 | FE_CAN_QAM_32 |
FE_CAN_QAM_64 | FE_CAN_QAM_128 | FE_CAN_QAM_256
},
.release = dst_release,
--
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: problem webcam gspca 2.6.32
Also, if you can, try the lastest from linuxtv.org On Sat, Jan 9, 2010 at 10:05 AM, Sean kn...@toaster.net wrote: What kind of errors or problems are you getting? Can you turn on debugging and give us some output? Sean --Original Message-- From: sacarde Sender: linux-media-ow...@vger.kernel.org To: linux-media@vger.kernel.org Subject: problem webcam gspca 2.6.32 Sent: Jan 9, 2010 12:32 AM hi, on my archlinux-64 I have a webcam: 0471:0322 Philips DMVC1300K PC Camera until one mounth ago this works OK with driver: gspca_sunplus now with kernel 2.6.32 not works I start cheese and I view: http://sacarde.interfree.it/errore-cheese.png and this messages: Cheese 2.28.1 Probing devices with HAL... Found device 0471:0322, getting capabilities... Detected v4l2 device: USB Camera (0471:0322) Driver: sunplus, version: 132864 Capabilities: 0x0501 Probing supported video formats... from dmesg: ... gspca: probing 0471:0322 gspca: probe ok ... /dev/video0 is created I try to downgrade previus kernel kernel26 2.6.31.6-1 and dependencies and it works: when it works 2.6.31: Driver: sunplus, version: 132608 thankyou saca...@tiscali.it -- 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
Re: problem webcam gspca 2.6.32
On Sat, 9 Jan 2010 09:32:39 +0100 sacarde saca...@tiscali.it wrote: on my archlinux-64 I have a webcam: 0471:0322 Philips DMVC1300K PC Camera until one mounth ago this works OK with driver: gspca_sunplus now with kernel 2.6.32 not works Hi, Oops, I introduced a bug in the sunplus driver of the kernel 2.6.32. I attach a patch, but this one applies to my gspca development repository at LinuxTv.org (http://linuxtv.org/hg/~jfrancois/gspca). May you get this last version and check the patch? Thank you. -- Ken ar c'hentañ | ** Breizh ha Linux atav! ** Jef | http://moinejf.free.fr/ sunplus.pat Description: Binary data
Re: Fwd: Compro S300 - ZL10313
On Wednesday, 6. January 2010, Theunis Potgieter wrote: 2010/1/2 JD Louw jd.l...@mweb.co.za: On Sat, 2010-01-02 at 09:39 +0200, Theunis Potgieter wrote: Hi, Just to clarify, can you now watch channels? At the moment the signal strength measurement is a bit whacked, so don't worry too much about it. I also get the 75%/17% figures you mentioned when tuning to strong signals. The figure is simply reported wrongly: even weaker signals should tune fine. If you want you can have a look in ~/v4l-dvb/linux/drivers/media/dvb/frontends/mt312.c at mt312_read_signal_strength(). Also, if you have a multimeter handy, can you confirm that the 0xc000 GPIO fix enables LNB voltage? I'd like to issue a patch for this. I've already tested this on my older card with no ill effect. Does this gpio value changes voltage? If yes it is possible to hook into set_voltage and use this to disable LNB voltage for power saving. This is what happened when I started vdr. Vertical gave a Volt reading between 13.9 and 14.1, Horizontal Gave 19.4 ~ 19.5. When I stopped vdr, the Voltage went back to 14V. I thought that it would read 0V. What is suppose to happen? Sounds good so far. The voltage after stopping vdr is no surprise with zl10313, look into the code at mt312.c line 425, The value it writes for no voltage is the same as for vertical voltage. Matthias -- 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: IR device at I2C address 0x7a
W dniu 06.01.2010 21:21, Jean Delvare pisze: On Wed, 06 Jan 2010 20:10:30 +0100, Daro wrote: W dniu 06.01.2010 19:40, Jean Delvare pisze: On Wed, 06 Jan 2010 18:58:58 +0100, Daro wrote: It is not the error message itself that bothers me but the fact that IR remote control device is not detected and I cannot use it (I checked it on Windows and it's working). After finding this thread I thought it could have had something to do with this error mesage. Is there something that can be done to get my IR remote control working? Did it ever work on Linux? I have no experience on that. I bought this card just few weeks ago and tried it only on Karmic Koala. OK. You could try loading the saa7134 driver with option card=146 and see if it helps. It works! [ 15.477875] input: saa7134 IR (ASUSTeK P7131 Analo as /devices/pci:00/:00:1e.0/:05:00.0/input/input8 Thank you very much fo your help. I have another question regarding this driver: [ 21.340316] saa7133[0]: dsp access error [ 21.340320] saa7133[0]: dsp access error Do those messages imply something wrong? Can they have something do do with the fact I cannot get the sound out of tvtime application directly and have to use arecord | aplay workaround which causes undesirable delay? -- 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 - pac7302: Add a delay on loading the bridge registers.
On Fri, 08 Jan 2010 18:29:02 +0100 Németh Márton nm...@freemail.hu wrote: Without the delay, the usb_control_msg() may fail when loading the page 3 with error -71 or -62. Priority: normal Signed-off-by: Jean-Francois Moine moin...@free.fr include/asm-generic/errno.h: #define ETIME 62 /* Timer expired */ #define EPROTO 71 /* Protocol error */ I'm interested in which device have you used for testing this? Hi, These errors occured with the webcam 06f8:3009, but I do not know exactly how. I thought about a speed problem. May be, when the webcam cannot treat quickly enough the requests, either it returns errors or it crashes. An other cause could be a bug in the ohci_hcd, but I do not looked at it. The delay was just a test and it fixed the problem. That is all the user wanted... Regards. -- 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: IR device at I2C address 0x7a
On Sat, 09 Jan 2010 13:08:36 +0100, Daro wrote: W dniu 06.01.2010 21:21, Jean Delvare pisze: On Wed, 06 Jan 2010 18:58:58 +0100, Daro wrote: It is not the error message itself that bothers me but the fact that IR remote control device is not detected and I cannot use it (I checked it on Windows and it's working). After finding this thread I thought it could have had something to do with this error mesage. Is there something that can be done to get my IR remote control working? You could try loading the saa7134 driver with option card=146 and see if it helps. It works! [ 15.477875] input: saa7134 IR (ASUSTeK P7131 Analo as /devices/pci:00/:00:1e.0/:05:00.0/input/input8 Thank you very much fo your help. Then I would suggest the following patch: * * * * * From: Jean Delvare kh...@linux-fr.org Subject: saa7134: Fix IR support of some ASUS TV-FM 7135 variants Some variants of the ASUS TV-FM 7135 are handled as the ASUSTeK P7131 Analog (card=146). However, by the time we find out, some card-specific initialization is missed. In particular, the fact that the IR is GPIO-based. Set it when we change the card type. Signed-off-by: Jean Delvare kh...@linux-fr.org Tested-by: Daro ghost-ri...@aster.pl --- linux/drivers/media/video/saa7134/saa7134-cards.c |1 + 1 file changed, 1 insertion(+) --- v4l-dvb.orig/linux/drivers/media/video/saa7134/saa7134-cards.c 2009-12-11 09:47:47.0 +0100 +++ v4l-dvb/linux/drivers/media/video/saa7134/saa7134-cards.c 2010-01-09 16:23:17.0 +0100 @@ -7257,6 +7257,7 @@ int saa7134_board_init2(struct saa7134_d printk(KERN_INFO %s: P7131 analog only, using entry of %s\n, dev-name, saa7134_boards[dev-board].name); + dev-has_remote = SAA7134_REMOTE_GPIO; } break; case SAA7134_BOARD_HAUPPAUGE_HVR1150: * * * * * I have another question regarding this driver: [ 21.340316] saa7133[0]: dsp access error [ 21.340320] saa7133[0]: dsp access error Do those messages imply something wrong? Can they have something do do with the fact I cannot get the sound out of tvtime application directly and have to use arecord | aplay workaround which causes undesirable delay? Yes, the message is certainly related to your sound problem. Maybe support for your card is incomplete. But I can't help with this, sorry. -- Jean Delvare -- 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] V4L/DVB: ir: fix memory leak
Free ir_dev before exit.
Found by cppcheck.
Signed-off-by: Alexander Beregalov a.berega...@gmail.com
---
drivers/media/IR/ir-keytable.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/media/IR/ir-keytable.c b/drivers/media/IR/ir-keytable.c
index bff7a53..684918e 100644
--- a/drivers/media/IR/ir-keytable.c
+++ b/drivers/media/IR/ir-keytable.c
@@ -422,8 +422,10 @@ int ir_input_register(struct input_dev *input_dev,
ir_dev-rc_tab.size = ir_roundup_tablesize(rc_tab-size);
ir_dev-rc_tab.scan = kzalloc(ir_dev-rc_tab.size *
sizeof(struct ir_scancode), GFP_KERNEL);
- if (!ir_dev-rc_tab.scan)
+ if (!ir_dev-rc_tab.scan) {
+ kfree(ir_dev);
return -ENOMEM;
+ }
IR_dprintk(1, Allocated space for %d keycode entries (%zd bytes)\n,
ir_dev-rc_tab.size,
--
1.6.6
--
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: Which modules for the VP-2033? Where is the module mantis.ko?
Hi! Still no change regarding regaining IR support for VP2040 device. Despite successfully loading the module from Abraham's tree and starting the UART, I still do not see the input device that I can use with lirc. I tried both trees: today's Liplianin tree, dmesg on loading the mantis module: ir_common: Unknown symbol ir_g_keycode_from_table ir_common: Unknown symbol ir_core_debug today's Abraham's tree, dmesg on loading the mantis modulem verbose=5: the result is still the same as the last time I wrote about it (no input device is registered, despite successful uart initialization). -- 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: Kworld 315U and SAA7113?
I tweaked the GPIO's a bit more for the Kworld 315U and switching between
analog and digital signals is more reliable now. Attached is an updated diff.
diff -r b6b82258cf5e linux/drivers/media/video/em28xx/em28xx-cards.c
--- a/linux/drivers/media/video/em28xx/em28xx-cards.c Thu Dec 31 19:14:54
2009 -0200
+++ b/linux/drivers/media/video/em28xx/em28xx-cards.c Sat Jan 09 11:29:27
2010 -0800
@@ -122,13 +122,31 @@
};
#endif
+/* Kworld 315U
+ GPIO0 - Enable digital power (lgdt3303) - low to enable
+ GPIO1 - Enable analog power (saa7113/emp202) - low to enable
+ GPIO7 - enables something ?
+ GOP2 - ?? some sort of reset ?
+ GOP3 - lgdt3303 reset
+ */
/* Board - EM2882 Kworld 315U digital */
static struct em28xx_reg_seq em2882_kworld_315u_digital[] = {
- {EM28XX_R08_GPIO, 0xff, 0xff, 10},
- {EM28XX_R08_GPIO, 0xfe, 0xff, 10},
+ {EM28XX_R08_GPIO, 0x7e, 0xff, 10},
{EM2880_R04_GPO,0x04, 0xff, 10},
{EM2880_R04_GPO,0x0c, 0xff, 10},
- {EM28XX_R08_GPIO, 0x7e, 0xff, 10},
+ { -1, -1, -1, -1},
+};
+
+/* Board - EM2882 Kworld 315U analog1 analog tv */
+static struct em28xx_reg_seq em2882_kworld_315u_analog1[] = {
+ {EM28XX_R08_GPIO, 0xfd, 0xff, 10},
+ {EM28XX_R08_GPIO, 0x7d, 0xff, 10},
+ { -1, -1, -1, -1},
+};
+
+/* Board - EM2882 Kworld 315U analog2 component/svideo */
+static struct em28xx_reg_seq em2882_kworld_315u_analog2[] = {
+ {EM28XX_R08_GPIO, 0xfd, 0xff, 10},
{ -1, -1, -1, -1},
};
@@ -140,6 +158,14 @@
{ -1, -1, -1, -1},
};
+/* Board - EM2882 Kworld 315U suspend */
+static struct em28xx_reg_seq em2882_kworld_315u_suspend[] = {
+ {EM28XX_R08_GPIO, 0xff, 0xff, 10},
+ {EM2880_R04_GPO,0x08, 0xff, 10},
+ {EM2880_R04_GPO,0x0c, 0xff, 10},
+ { -1, -1, -1, -1},
+};
+
static struct em28xx_reg_seq kworld_330u_analog[] = {
{EM28XX_R08_GPIO, 0x6d, ~EM_GPIO_4, 10},
{EM2880_R04_GPO,0x00, 0xff, 10},
@@ -1314,28 +1340,28 @@
.decoder= EM28XX_SAA711X,
Re: building v4l-dvb - compilation error
Karicheri, Muralidharan wrote: Hi, I have installed mercurial and cloned the v4l-dvb tree. I tried doing a build as per instructions and I get the following error. Since I am in the process of validating my build environment, I am not sure if the following is a genuine build error or due to my environment... Other questions I have are:- 1) I am just doing make. So does this build all v4l2 drivers? Yes. 2) Which target this build for? The one found on your running. You may force a different target with make ARCH=some_arch 3) What output this build create? The *.ko modules. make[2]: Leaving directory `/usr/src/kernels/2.6.9-55.0.12.EL-smp-i686' The minimum supported version by the backport is 2.6.16. 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
[cron job] v4l-dvb daily build 2.6.22 and up: ERRORS, 2.6.16-2.6.21: OK
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:Sat Jan 9 19:00:02 CET 2010 path:http://www.linuxtv.org/hg/v4l-dvb changeset: 13879:b6b82258cf5e gcc version: gcc (GCC) 4.3.1 hardware:x86_64 host os: 2.6.26 linux-2.6.30-armv5: OK linux-2.6.31-armv5: OK linux-2.6.32-armv5: OK linux-2.6.33-rc2-armv5: ERRORS linux-2.6.32-armv5-davinci: OK linux-2.6.33-rc2-armv5-davinci: ERRORS linux-2.6.30-armv5-ixp: OK linux-2.6.31-armv5-ixp: OK linux-2.6.32-armv5-ixp: OK linux-2.6.33-rc2-armv5-ixp: ERRORS linux-2.6.30-armv5-omap2: OK linux-2.6.31-armv5-omap2: OK linux-2.6.32-armv5-omap2: OK linux-2.6.33-rc2-armv5-omap2: ERRORS linux-2.6.22.19-i686: OK linux-2.6.23.12-i686: OK linux-2.6.24.7-i686: OK linux-2.6.25.11-i686: OK linux-2.6.26-i686: OK linux-2.6.27-i686: OK linux-2.6.28-i686: OK linux-2.6.29.1-i686: WARNINGS linux-2.6.30-i686: OK linux-2.6.31-i686: WARNINGS linux-2.6.32-i686: WARNINGS linux-2.6.33-rc2-i686: ERRORS linux-2.6.30-m32r: OK linux-2.6.31-m32r: OK linux-2.6.32-m32r: OK linux-2.6.33-rc2-m32r: ERRORS linux-2.6.30-mips: WARNINGS linux-2.6.31-mips: OK linux-2.6.32-mips: OK linux-2.6.33-rc2-mips: ERRORS linux-2.6.30-powerpc64: WARNINGS linux-2.6.31-powerpc64: OK linux-2.6.32-powerpc64: WARNINGS linux-2.6.33-rc2-powerpc64: ERRORS linux-2.6.22.19-x86_64: OK linux-2.6.23.12-x86_64: OK linux-2.6.24.7-x86_64: OK linux-2.6.25.11-x86_64: OK linux-2.6.26-x86_64: OK linux-2.6.27-x86_64: OK linux-2.6.28-x86_64: OK linux-2.6.29.1-x86_64: WARNINGS linux-2.6.30-x86_64: OK linux-2.6.31-x86_64: WARNINGS linux-2.6.32-x86_64: WARNINGS linux-2.6.33-rc2-x86_64: ERRORS spec: OK sparse (linux-2.6.32): ERRORS sparse (linux-2.6.33-rc2): ERRORS linux-2.6.16.61-i686: OK linux-2.6.17.14-i686: OK linux-2.6.18.8-i686: OK linux-2.6.19.5-i686: OK linux-2.6.20.21-i686: OK linux-2.6.21.7-i686: OK linux-2.6.16.61-x86_64: OK linux-2.6.17.14-x86_64: OK linux-2.6.18.8-x86_64: OK linux-2.6.19.5-x86_64: OK linux-2.6.20.21-x86_64: OK linux-2.6.21.7-x86_64: OK Detailed results are available here: http://www.xs4all.nl/~hverkuil/logs/Saturday.log Full logs are available here: http://www.xs4all.nl/~hverkuil/logs/Saturday.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
PULL http://jusst.de/hg/stv090x
Mauro, Please pull http://jusst.de/hg/stv090x changesets: from 13880 - 13891 inclusive of both. Regards, Manu -- 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: Fwd: Compro S300 - ZL10313
On Wed, 2010-01-06 at 22:17 +0200, Theunis Potgieter wrote: 2010/1/2 JD Louw jd.l...@mweb.co.za: On Sat, 2010-01-02 at 09:39 +0200, Theunis Potgieter wrote: 2010/1/1 JD Louw jd.l...@mweb.co.za: On Tue, 2009-12-29 at 23:23 +0200, Theunis Potgieter wrote: Hi mailing list, I have a problem with my Compro S300 pci card under Linux 2.6.32. I cannot tune with this card and STR/SNRA is very bad compared to my Technisat SkyStar 2 pci card, connected to the same dish. I have this card and are willing to run tests, tested drivers etc to make this work. I currently load the module saa7134 with options: card=169 I enabled some debug parameters on the saa7134, not sure what else I should enable. Please find my dmesg log attached. lsmod shows : # lsmod Module Size Used by zl10039 6268 2 mt312 12048 2 saa7134_dvb41549 11 saa7134 195664 1 saa7134_dvb nfsd 416819 11 videobuf_dvb8187 1 saa7134_dvb dvb_core 148140 1 videobuf_dvb ir_common 40625 1 saa7134 v4l2_common21544 1 saa7134 videodev 58341 2 saa7134,v4l2_common v4l1_compat24473 1 videodev videobuf_dma_sg17830 2 saa7134_dvb,saa7134 videobuf_core 26534 3 saa7134,videobuf_dvb,videobuf_dma_sg tveeprom 12550 1 saa7134 thermal20547 0 processor 54638 1 # uname -a Linux vbox 2.6.32-gentoo #4 Sat Dec 19 00:54:19 SAST 2009 i686 Pentium III (Coppermine) GenuineIntel GNU/Linux Thanks, Theunis Hi, It's probably the GPIO settings that are wrong for your SAA7133 based card revision. See http://osdir.com/ml/linux-media/2009-06/msg01256.html for an explanation. For quick confirmation check if you have 12V - 20V DC going to your LNB. The relevant lines of code is in ~/v4l-dvb/linux/drivers/media/video/saa7134/saa7134-cards.c: case SAA7134_BOARD_VIDEOMATE_S350: dev-has_remote = SAA7134_REMOTE_GPIO; saa_andorl(SAA7134_GPIO_GPMODE0 2, 0x8000, 0x8000); saa_andorl(SAA7134_GPIO_GPSTATUS0 2, 0x8000, 0x8000); break; Hi thanks for the hint. I changed it to the following: case SAA7134_BOARD_VIDEOMATE_S350: dev-has_remote = SAA7134_REMOTE_GPIO; saa_andorl(SAA7134_GPIO_GPMODE0 2, 0xc000, 0xc000); saa_andorl(SAA7134_GPIO_GPSTATUS0 2, 0xc000, 0xc000); break; I now get the same SNR as on my skystar2 card, signal is still indicating 17% where as the skystar2 would show 68%. At least I'm getting a LOCK on channels :) Thanks! Looking at your log, at least the demodulator and tuner is responding correctly. You can see this by looking at the i2c traffic addressed to 0x1c (demodulator) and 0xc0 (tuner). Attached is a dmesg trace from my working SAA7130 based card. Regards JD Hi, Just to clarify, can you now watch channels? At the moment the signal strength measurement is a bit whacked, so don't worry too much about it. I also get the 75%/17% figures you mentioned when tuning to strong signals. The figure is simply reported wrongly: even weaker signals should tune fine. If you want you can have a look in ~/v4l-dvb/linux/drivers/media/dvb/frontends/mt312.c at mt312_read_signal_strength(). Also, if you have a multimeter handy, can you confirm that the 0xc000 GPIO fix enables LNB voltage? I'd like to issue a patch for this. I've already tested this on my older card with no ill effect. This is what happened when I started vdr. Vertical gave a Volt reading between 13.9 and 14.1, Horizontal Gave 19.4 ~ 19.5. When I stopped vdr, the Voltage went back to 14V. I thought that it would read 0V. What is suppose to happen? Theunis Regards JD Hi, The newer revision cards should be able to shut down LNB power when the card is closed. This is what the Windows driver does; not yet implemented in Linux. I'd like to document the different variants of this card on the wiki. Can you send me the output of lspci -vvnn for your variant? If you have Windows, can you also send me some RegSpy states similar to the ones I'm attaching to this mail? Regards JD SAA7130 Card [0]: Vendor ID: 0x1131 Device ID: 0x7130 Subsystem ID:0xc900185b 7 states dumped Clean PC boot - no tuning yet -- SAA7130 Card - State 0: SAA7134_GPIO_GPMODE: 0080c000 ( 1000 1100 ) SAA7134_GPIO_GPSTATUS: 0084bf00 * ( 1100 1011 ) SAA7134_ANALOG_IN_CTRL1: 88 (10001000) SAA7134_ANALOG_IO_SELECT:02
Genius TVGo DVB-T02Q MCE firmware and module issues
Hi, I have Genius DVB-T02Q MCE USB DVB-T tuner. I tried using it on Ubuntu and Fedora without success. Here is the info that I get via dmesg and lsusb: # dmesg usb 1-6: new high speed USB device using ehci_hcd and address 8 usb 1-6: New USB device found, idVendor=0458, idProduct=400f usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=0 usb 1-6: Product: DVB-T02Q MCE usb 1-6: Manufacturer: Genius usb 1-6: configuration #1 chosen from 1 choice input: Genius DVB-T02Q MCE as /devices/pci:00/:00:1d.7/usb1/1-6/1-6:1.0/input/input14 generic-usb 0003:0458:400F.0007: input,hidraw3: USB HID v1.11 Keyboard [Genius DVB-T02Q MCE] on usb-:00:1d.7-6/input0 Is the correct driver for this device dvb-usb-m920x ? On Fedora 12 with 2.6.31.9-174.fc12.i686 kernel I don't see that this module is getting loaded, why? I manually loaded dvb-usb-m920x module: # modprobe dvb-usb-m920x # dmesg usbcore: registered new interface driver dvb_usb_m920x I don't see /dev/dvb or /dev/video0 devices present, so I guess that something still is not ok, maybe firmware? Which is the correct firmware for this device? I downloaded all firmware from: http://linuxtv.org/downloads/firmware/ and copied them to /lib/firmware and tried reloading the module, still nothing :( Then I saw post on this mailing list saying that correct firware is dvb-usb-megasky-02.fw so I downloaded it also, but still nothing. Do you have any idea why this device is not working? Can I give you some more info in order to fix this issue? Cheers! -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, msn: valent.turko...@hotmail.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] cx25840: Fix composite detection.
If CX25840_VIN1_CH1 and the like is used, input is not detected as composite. Signed-off-by: Kusanagi Kouichi sl...@ac.auone-net.jp --- drivers/media/video/cx25840/cx25840-core.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/media/video/cx25840/cx25840-core.c b/drivers/media/video/cx25840/cx25840-core.c index 385ecd5..764c811 100644 --- a/drivers/media/video/cx25840/cx25840-core.c +++ b/drivers/media/video/cx25840/cx25840-core.c @@ -734,10 +734,8 @@ static int set_input(struct i2c_client *client, enum cx25840_video_input vid_inp v4l_dbg(1, cx25840_debug, client, vid_input 0x%x\n, vid_input); reg = vid_input 0xff; - if ((vid_input CX25840_SVIDEO_ON) == CX25840_SVIDEO_ON) - is_composite = 0; - else if ((vid_input CX25840_COMPONENT_ON) == 0) - is_composite = 1; + is_composite = !is_component + ((vid_input CX25840_SVIDEO_ON) != CX25840_SVIDEO_ON); v4l_dbg(1, cx25840_debug, client, mux cfg 0x%x comp=%d\n, reg, is_composite); -- 1.6.6 -- 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: CI USB
On Sat, Jan 2, 2010 at 11:55 PM, HoP jpetr...@gmail.com wrote: Hi Jonas Does anyone know if there's any progress on USB CI adapter support? Last posts I can find are from 2008 (Terratec Cinergy CI USB Hauppauge WinTV-CI). That attempt seems to have stranded with Luc Brosens (who gave it a shot back then) asking for help. The chip manufacturer introduced a usb stick as well; http://www.smardtv.com/index.php?page=products_listingrubrique=pctvsection=usbcam but besides the scary Vista logo on that page, it looks like they target broadcast companies only and not end users. You are right. Seems DVB CI stick is not targeted to end consumers. Anyway, it looks interesting, even it requires additional DVB tuner somewhere in the pc what means duplicated traffic (to the CI stick for descrambling and back for mpeg a/v decoding). It would be nice to see such stuff working in linux, but because of market targeting i don' t expect that. BTW, Hauppauge's WinTV-CI looked much more promissing. At least when I started reading whole thread about it here: http://www.mail-archive.com/linux-...@linuxtv.org/msg28113.html Unfortunatelly, last Steve's note about not getting anything (even any answer) has disappointed me fully. And because google is quiet about any progress on it I pressume no any docu nor driver was released later on. The question is more or less how many people are interested in USB CI support for Linux. We basically have everything to provide a USB CI solution for linux now. Markus -- 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/~jfrancois/v4l-dvb/
Hi Mauro, I added a bug fix which should go to the kernel 2.6.33. Please pull from http://linuxtv.org/hg/~jfrancois/v4l-dvb for the following 10 changesets: 01/10: gspca - vc032x: Fix bad probe of the sensor mi1320. http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=89f9221d4555 02/10: gspca - vc032x: Add the H and V flip controls for sensor mi1320. http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=17a73955b94a 03/10: gspca - vc032x: Change the sensor of 046d:0892 and 046d:0896. http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=cbd0fdc04914 04/10: gspca - sonixj: Add more controls. http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=dd4a73349d62 05/10: gspca - zc3xx: Fix the contrast control. http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=b978912adcaa 06/10: gspca - zc3xx: Adjust the pas202b exchanges. http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=aa0e795c6db3 07/10: gspca - main: Check the interface class at probe time. http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=5b914c313b68 08/10: gspca - some subdrivers: Make sd_desc const. http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=5e4054307384 09/10: gspca - all subdrivers: Make control descriptors constant. http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=163a46b2f384 10/10: gspca - sunplus: Fix bridge exchanges. http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=3aa6e0e16208 benq.c|2 conex.c |4 etoms.c |4 gl860/gl860.c | 10 gspca.c |8 mars.c|2 mr97310a.c|2 ov534.c |4 pac207.c |2 pac7302.c |4 pac7311.c |4 sn9c20x.c |2 sonixb.c |2 sonixj.c | 130 ++ spca500.c |4 spca501.c |2 spca505.c |2 spca506.c |4 spca508.c |2 spca561.c |4 stk014.c |2 stv0680.c |2 sunplus.c | 28 +- t613.c|2 tv8532.c |2 vc032x.c | 716 +++--- zc3xx.c | 257 +--- 27 files changed, 877 insertions(+), 330 deletions(-) Thanks. -- 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: Regression - OOPS when connecting devices with IR support
On Sat, 2010-01-09 at 20:52 -0500, Devin Heitmueller wrote: Hey all, This is going to sound like a bit of a silly question. Has anyone tried the current v4l-dvb tip with a device that has IR support? I had been working on separate branches for the last few weeks, and finally updated to the tip. I'm seeing the exact same OOPS condition for both my em28xx and cx88 based device. Did someone break the IR core? This occurs 100% of the time in my environment when loading either cx88 or em28xx based devices that have IR support (a stock Ubuntu 9.10 build (2.6.31-17-generic) with the current v4l-dvb tip as of tonight. Yes, the IR core is broken, a patch has been submitted by myself some time ago (http://patchwork.kernel.org/patch/70126/), but hasn't made it to v4l-dvb yet. Regards, Francesco -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
