Radio application using V4L2 on console?
Hi, all. I just wonder there is any radio application using the V4L2 on console. I found only the Kradio app of KDE, but the KDE is difficult to use the embedded system. I am testing using my simple radio test application on console, but it is also difficult to test correctly RDS - parsing problem etc... Please introduce to me the radio application satisfied above requests if it exists. Thanks. -- 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: hauppauge hvr 2200: lost FE_HAS_LOCK
From: Marco Berizzi To: linux-media@vger.kernel.org Subject: hauppauge hvr 2200: lost FE_HAS_LOCK Date: Mon, 16 Nov 2009 09:43:49 +0100 Hi Folks, I have found a problem with the hauppauge wintv hvr 2200 on linux 2.6.32-rc7 x86-64. When I initialize the second tuner with tzap the first lose the FE_HAS_LOCK, and viceversa. Here is an example: tzap -a 1 LA7(MBone) using '/dev/dvb/adapter1/frontend0' and '/dev/dvb/adapter1/demux0' reading channels from file '/root/.tzap/channels.conf' tuning to 82600 Hz video pid 0x0101, audio pid 0x0102 status 00 | signal d5d5 | snr 0044 | ber | unc | status 1f | signal fdfd | snr 00d7 | ber 0617 | unc 0045 | FE_HAS_LOCK status 1f | signal fcfc | snr 00c6 | ber 094e | unc | FE_HAS_LOCK status 1f | signal fafa | snr 00a8 | ber 09db | unc 0046 | FE_HAS_LOCK status 01 | signal | snr 0005 | ber | unc | status 1f | signal fdfd | snr 00c6 | ber 07d8 | unc | FE_HAS_LOCK status 1f | signal fcfc | snr 00c6 | ber 0750 | unc | FE_HAS_LOCK status 1f | signal fcfc | snr 00d7 | ber 082c | unc | FE_HAS_LOCK status 1f | signal fcfc | snr 00b9 | ber 0898 | unc | FE_HAS_LOCK 'status 01' happened when running 'tzap MTV'. I have discovered this behaviour while watching tv with both vlc and kaffeine: when one of the two application are opened or closed, the image is garbled for about 1 seconds. Any feedback are welcome. Same problem with 2.6.32 However, only the adapter 1 is affected by the adapter 0 initialize. Just to be clear: adapter 1 lose the FE_HAS_LOCK when adapter 0 is tzapped and _not_ the viceversa, has I have previously mistakenly reported. I'm available for any kind of tests. Any response are welcome. TIA _ Windows Live: Friends get your Flickr, Yelp, and Digg updates when they e-mail you. http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-action/social-network-basics.aspx?ocid=PID23461::T:WLMTAGL:ON:WL:en-xm:SI_SB_3:092010-- 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: v4l-dvb from source on 2.6.31.5 opensuse kernel - not working
2009/12/9 Devin Heitmueller dheitmuel...@kernellabs.com: On Wed, Dec 9, 2009 at 1:21 PM, Valerio Bontempi I don't know how it is happened, because I followed the normal way to compile v4l-dvb, so it seems a very strange behaviour... however, how can I solve, cleaning out all the in-kernel modules and all the modules I need to remove? Well, the problem wasn't that you compiled v4l-dvb. It's that you had these third party em28xx modules installed (which rely on v4l-dvb). And a recompile of v4l-dvb breaks compatibility for those third party modules. Without knowing how you installed the third party em28xx stuff, I cannot really advise you on the best way to remove them. If it were me, I would probably just move all of those files to some temporary directory and reboot (which would allow me to restore them if I screwed something up). However, I wouldn't want to be held responsible for a user screwing up his machine. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com Hi, I managed to clean installed modules (an opensuse unofficial repository provides em28xx-new kernel module so I needed to uninstall it) and then I compiled and installed again my modified version of v4l-dvb Now em28xx is loaded correctly, but dvb tuner is not initialized Below the part of dmesg related to the error [8.061407] em28xx: New device TerraTec Electronic GmbH Cinergy T USB XS @ 480 Mbps (0ccd:0043, interface 0, class 0) [8.061509] em28xx #0: chip ID is em2870 [8.172499] em28xx #0: i2c eeprom 00: 1a eb 67 95 cd 0c 43 00 c0 12 5c 00 9e 24 6a 34 [8.172512] em28xx #0: i2c eeprom 10: 00 00 06 57 02 0c 00 00 00 00 00 00 00 00 00 00 [8.172574] em28xx #0: i2c eeprom 20: 44 00 00 00 f0 10 01 00 00 00 00 00 5b 00 00 00 [8.172587] em28xx #0: i2c eeprom 30: 00 00 20 40 20 80 02 20 01 01 00 00 00 00 00 00 [8.172598] em28xx #0: i2c eeprom 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [8.172609] em28xx #0: i2c eeprom 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [8.172621] em28xx #0: i2c eeprom 60: 00 00 00 00 00 00 00 00 00 00 34 03 54 00 65 00 [8.172632] em28xx #0: i2c eeprom 70: 72 00 72 00 61 00 54 00 65 00 63 00 20 00 45 00 [8.172643] em28xx #0: i2c eeprom 80: 6c 00 65 00 63 00 74 00 72 00 6f 00 6e 00 69 00 [8.172655] em28xx #0: i2c eeprom 90: 63 00 20 00 47 00 6d 00 62 00 48 00 00 00 24 03 [8.172666] em28xx #0: i2c eeprom a0: 43 00 69 00 6e 00 65 00 72 00 67 00 79 00 20 00 [8.172678] em28xx #0: i2c eeprom b0: 54 00 20 00 55 00 53 00 42 00 20 00 58 00 53 00 [8.172689] em28xx #0: i2c eeprom c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [8.172700] em28xx #0: i2c eeprom d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [8.172712] em28xx #0: i2c eeprom e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [8.172723] em28xx #0: i2c eeprom f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [8.172736] em28xx #0: EEPROM ID= 0x9567eb1a, EEPROM hash = 0xbfdf1b96 [8.172738] em28xx #0: EEPROM info: [8.172740] em28xx #0: No audio on board. [8.172742] em28xx #0: 500mA max power [8.172744] em28xx #0: Table at 0x06, strings=0x249e, 0x346a, 0x [8.173347] em28xx #0: Identified as Terratec Cinergy T XS (card=43) [8.173350] em28xx #0: [8.173351] [8.173454] em28xx #0: The support for this board weren't valid yet. [8.173504] em28xx #0: Please send a report of having this working [8.173553] em28xx #0: not to V4L mailing list (and/or to other addresses) [8.173555] [8.474416] ieee1394: Host added: ID:BUS[0-00:1023] GUID[0011d8f828c2] [8.528409] ieee1394: Host added: ID:BUS[1-00:1023] GUID[00023c01510ec213] [8.947399] tuner 2-0061: chip found @ 0xc2 (em28xx #0) [8.969375] xc2028 2-0061: creating new instance [8.969381] xc2028 2-0061: type set to XCeive xc2028/xc3028 tuner [8.969391] usb 1-4: firmware: requesting xc3028-v27.fw [9.035956] xc2028 2-0061: Loading 80 firmware images from xc3028-v27.fw, type: xc2028 firmware, ver 2.7 [9.068266] xc2028 2-0061: Loading firmware for type=BASE (1), id . [ 10.456270] xc2028 2-0061: Loading firmware for type=(0), id b700. [ 10.482264] SCODE (2000), id b700: [ 10.482272] xc2028 2-0061: Loading SCODE for type=MONO SCODE HAS_IF_4320 (60008000), id 8000. [ 10.604270] em28xx #0: v4l2 driver version 0.1.2 [ 10.609181] em28xx #0: V4L2 video device registered as /dev/video1 [ 10.610313] usbcore: registered new interface driver em28xx [ 10.610318] em28xx driver loaded [ 10.689974] zl10353_read_register: readreg error (reg=127, ret==-19) [ 10.707974] mt352_read_register: readreg error (reg=127, ret==-19) [ 10.708071] em28xx #0: /2: dvb frontend not attached. Can't attach xc3028 [ 10.708153] Em28xx: Initialized (Em28xx dvb Extension) extension The same driver source code works fine on ubuntu 9.10, so I can't uderstand
Re: [RFC,PATCH] VIDIOC_G_EXT_CTRLS does not handle NULL pointer correctly
Hi Mauro, On Wednesday 10 June 2009 23:58:31 Laurent Pinchart wrote: On Wednesday 10 June 2009 15:53:57 Mauro Carvalho Chehab wrote: Em Wed, 10 Jun 2009 10:52:28 -0300 Mauro Carvalho Chehab mche...@infradead.org escreveu: Em Mon, 25 May 2009 11:16:34 -0300 Mauro Carvalho Chehab mche...@infradead.org escreveu: Em Mon, 25 May 2009 13:17:02 +0200 Laurent Pinchart laurent.pinch...@skynet.be escreveu: Hi everybody, Márton Németh found an integer overflow bug in the extended control ioctl handling code. This affects both video_usercopy and video_ioctl2. See http://bugzilla.kernel.org/show_bug.cgi?id=13357 for a detailed description of the problem. Restricting v4l2_ext_controls::count to values smaller than KMALLOC_MAX_SIZE / sizeof(struct v4l2_ext_control) should be enough, but we might want to restrict the value even further. I'd like opinions on this. Seems fine to my eyes, but being so close to kmalloc size doesn't seem to be a good idea. It seems better to choose an arbitrary size big enough to handle all current needs. I'll apply the current version, but I still think we should restrict it to a lower value. Hmm... SOB is missing. Márton and Laurent, could you please sign it Signed-off-by: Laurent Pinchart laurent.pinch...@skynet.be Márton reminded me that the patch has still not been applied. Please replace the above SOB line with Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com -- Regards, Laurent Pinchart -- 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: Compile Error - ir-keytable
I'm having the same problem. Any solution? -Jeremy * Subject: Compile Error - ir-keytable * From: David Carlo dca...@ * Date: Wed, 2 Dec 2009 11:56:22 -0500 Hello. I'm compiling the v4l kernel drivers in an attempt to use my hdpvr with CentOS 5.4. When I compile v4l, I'm getting this error: = snip CC [M] /usr/local/src/v4l-dvb/v4l/ir-functions.o CC [M] /usr/local/src/v4l-dvb/v4l/ir-keymaps.o CC [M] /usr/local/src/v4l-dvb/v4l/ir-keytable.o /usr/local/src/v4l-dvb/v4l/ir-keytable.c: In function 'ir_g_keycode_from_table': /usr/local/src/v4l-dvb/v4l/ir-keytable.c:181: error: implicit declaration of function 'input_get_drvdata' /usr/local/src/v4l-dvb/v4l/ir-keytable.c:181: warning: initialization makes pointer from integer without a cast /usr/local/src/v4l-dvb/v4l/ir-keytable.c: In function 'ir_input_free': /usr/local/src/v4l-dvb/v4l/ir-keytable.c:236: warning: initialization makes pointer from integer without a cast make[3]: *** [/usr/local/src/v4l-dvb/v4l/ir-keytable.o] Error 1 make[2]: *** [_module_/usr/local/src/v4l-dvb/v4l] Error 2 make[2]: Leaving directory `/usr/src/kernels/2.6.18-164.6.1.el5-x86_64' make[1]: *** [default] Error 2 make[1]: Leaving directory `/usr/local/src/v4l-dvb/v4l' make: *** [all] Error 2 = Here are the stats on my box: CentOS 5.4 x86_64 kernel 2.6.18-164.6.1.el5-x86_64 gcc 4.1.2 Has anyone else seen this? --Dave -- 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: Radio application using V4L2 on console?
On Thu, Dec 10, 2009 at 11:27 AM, Joonyoung Shim jy0922.s...@samsung.com wrote: Hi, all. I just wonder there is any radio application using the V4L2 on console. I found only the Kradio app of KDE, but the KDE is difficult to use the embedded system. I am testing using my simple radio test application on console, but it is also difficult to test correctly RDS - parsing problem etc... Please introduce to me the radio application satisfied above requests if it exists. I use only two console applications: mplayer and fmtools. But i'm not sure if they use v4l2 and if they have RDS support. And i hope this link probably can help you: http://linuxtv.org/wiki/index.php/Radio_Listening_Applications -- Best regards, Klimov Alexey -- 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] sh_mobile_ceu_camera: Add physical address alignment checks
Hi
On Wed, 9 Dec 2009, Magnus Damm wrote:
From: Magnus Damm d...@opensource.se
Make sure physical addresses are 32-bit aligned in the
SuperH Mobile CEU driver. The lowest two bits of the
address registers are fixed to zero so frame buffers
have to bit 32-bit aligned. The V4L2 mmap() case is
using dma_alloc_coherent() for this driver which will
return aligned addresses, but in the USERPTR case we
must make sure that the user space pointer is valid.
Signed-off-by: Magnus Damm d...@opensource.se
---
drivers/media/video/sh_mobile_ceu_camera.c | 16
1 file changed, 12 insertions(+), 4 deletions(-)
--- 0001/drivers/media/video/sh_mobile_ceu_camera.c
+++ work/drivers/media/video/sh_mobile_ceu_camera.c 2009-12-09
17:16:47.0 +0900
@@ -278,9 +278,14 @@ static int sh_mobile_ceu_capture(struct
phys_addr_top = videobuf_to_dma_contig(pcdev-active);
ceu_write(pcdev, CDAYR, phys_addr_top);
+ if (phys_addr_top 3)
+ return -EINVAL;
+
I'm afraid, no. This is too late to check buffer alignment in
sh_mobile_ceu_capture(), which is called from qbuf and from the ISR to
queue the next buffer. Besides, as comment for this function explains, its
return code doesn't reflect success or failure to queue the new buffer,
but the status of the previous one. These tests have to be done in
sh_mobile_ceu_videobuf_prepare() and in .set_fmt(), where the geometry is
set.
Thanks
Guennadi
if (pcdev-is_interlaced) {
phys_addr_bottom = phys_addr_top + icd-user_width;
ceu_write(pcdev, CDBYR, phys_addr_bottom);
+ if (phys_addr_bottom 3)
+ return -EINVAL;
}
switch (icd-current_fmt-fourcc) {
@@ -288,13 +293,16 @@ static int sh_mobile_ceu_capture(struct
case V4L2_PIX_FMT_NV21:
case V4L2_PIX_FMT_NV16:
case V4L2_PIX_FMT_NV61:
- phys_addr_top += icd-user_width *
- icd-user_height;
+ phys_addr_top += icd-user_width * icd-user_height;
ceu_write(pcdev, CDACR, phys_addr_top);
+ if (phys_addr_top 3)
+ return -EINVAL;
+
if (pcdev-is_interlaced) {
- phys_addr_bottom = phys_addr_top +
- icd-user_width;
+ phys_addr_bottom = phys_addr_top + icd-user_width;
ceu_write(pcdev, CDBCR, phys_addr_bottom);
+ if (phys_addr_bottom 3)
+ return -EINVAL;
}
}
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
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] sh_mobile_ceu_camera: Remove frame size page alignment
On Wed, 9 Dec 2009, Magnus Damm wrote:
From: Magnus Damm d...@opensource.se
This patch updates the SuperH Mobile CEU driver to
not page align the frame size. Useful in the case of
USERPTR with non-page aligned frame sizes and offsets.
Signed-off-by: Magnus Damm d...@opensource.se
---
drivers/media/video/sh_mobile_ceu_camera.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
--- 0010/drivers/media/video/sh_mobile_ceu_camera.c
+++ work/drivers/media/video/sh_mobile_ceu_camera.c 2009-12-09
17:54:37.0 +0900
@@ -199,14 +199,13 @@ static int sh_mobile_ceu_videobuf_setup(
struct sh_mobile_ceu_dev *pcdev = ici-priv;
int bytes_per_pixel = (icd-current_fmt-depth + 7) 3;
- *size = PAGE_ALIGN(icd-user_width * icd-user_height *
-bytes_per_pixel);
+ *size = icd-user_width * icd-user_height * bytes_per_pixel;
if (0 == *count)
*count = 2;
if (pcdev-video_limit) {
- while (*size * *count pcdev-video_limit)
+ while (PAGE_ALIGN(*size) * *count pcdev-video_limit)
(*count)--;
}
Please, correct me if I'm wrong. Currently most (all?) sh platforms, using
this driver, and wishing to use V4L2_MEMORY_MMAP, reserve contiguous
memory in their platform code. In this case pcdev-video_limit is set to
the size of that area. videobuf-dma-contig.c::__videobuf_mmap_mapper()
will anyway allocate page-aligned buffers for V4L2_MEMORY_MMAP, so, even
for the case of a platform, not reserving RAM at boot-time, it should
work. Similarly it should work for the V4L2_MEMORY_USERPTR case. So, looks
ok to me, queued, thanks.
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
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 PULL for 2.6.33] V4L/DVB updates
David T. L. Wong wrote: Ingo Molnar wrote: Hi, FYI, there's a new build failure on 32-bit x86 caused by the new max2165 tuner driver: drivers/built-in.o: In function `max2165_set_params': max2165.c:(.text+0x486293): undefined reference to `__floatunsidf' max2165.c:(.text+0x4862bc): undefined reference to `__floatunsidf' max2165.c:(.text+0x4862c5): undefined reference to `__adddf3' max2165.c:(.text+0x4862cf): undefined reference to `__fixunsdfsi' Ingo A patch is already submitted to v4l mailing list: http://patchwork.kernel.org/patch/64538/ Hmm... Douglas put this patch on his tree, but didn't submit me a pull request yet. I'll merge it right now and make it available for -git push soon. 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: uvcvideo kernel panic when using libv4l
Hi Pablo, On Monday 07 December 2009 18:18:11 Pablo Baena wrote: I get a kernel panic when running the attached sample code. I run it as: $ gcc capture.c -o capture $ export LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so $ ./capture -d/dev/video0 -c1000 -r -r tells it to capture using read(), which libv4l emulates. In the example code, I use read() to fetch from the webcam directly, without using select() to wait for a frame. In the v4l documentation, it states that read() should block until it has a new frame available. This is a Bus 002 Device 005: ID 0c45:62c0 Microdia Sonix USB 2.0 Camera. I can't capture the kernel panic because everything hangs and I have no kernel debugger to try to get that info. I attach a poor quality image taken with a webcam from the screen. I even tried having a vmware virtual machine to try to better capture the panic, but in the virtual machine it doesn't hang. This is Ubuntu 9.10, Linux pablo-laptop 2.6.31-16-generic #52-Ubuntu SMP Thu Dec 3 22:00:22 UTC 2009 i686 GNU/Linux. But I got reports that the same camera on Debian 5.3 is also panicking. Please advice if you need more information to solve this problem. I can't reproduce the problem here (with another camera). To investigate I will need a copy of the source code and binary kernel module for the uvcvideo driver running on your system as well as a complete complete backtrace. -- Regards, Laurent Pinchart -- 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: TBS 6980 Dual DVB-S2 PCIe card
On 2009-12-09 15:27, Thomas Kernen wrote: Ian Richardson wrote: On 2009-12-08 13:31, Thomas Kernen wrote: Matthias Wächter wrote: Hallo Thomas! Am 02.12.2009 15:31, schrieb Thomas Kernen: Is someone already working on supporting the TBS 6980 Dual DVB-S2 PCIe card? http://www.tbsdtv.com/english/product/6980.html I can now confirm it works fine with MythTV 0.22 and at least their version of V4L. I tripped up on the known backend defect where you can't obviously select the DiSEqC config. See https://bugs.launchpad.net/mythtv/+bug/452894 for more info, and the workaround. Thanks, Ian -- 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
[GIT PULL for 2.6.33] V4L/DVB compilation fix on i386 arch
Linus, Please pull from: ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6.git for_linus For the following patch: - max2165: 32bit build patch This is needed in order to fix i386 compilation with some gcc versions that don't allow an integer division of 64 bits numbers without a library. Cheers, Mauro. --- drivers/media/common/tuners/max2165.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) David Wong (1): V4L/DVB (13592): max2165: 32bit build patch --- V4L/DVB development is hosted at http://linuxtv.org -- 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://udev.netup.ru/cgi-bin/hgwebdir.cgi/v4l-dvb-aospan-ci
Mauro, Please pulll change: http://udev.netup.ru/cgi-bin/hgwebdir.cgi/v4l-dvb-aospan-ci/rev/3b217910057c Print bitrate measured by stv0900 demod in stv0900_read_status. this feature very useful for debugging. -- Abylai Ospan aos...@netup.ru NetUP Inc. signature.asc Description: This is a digitally signed message part
Re: [GIT PULL for 2.6.32] V4L/DVB updates
Em Tue, 1 Dec 2009 20:21:52 -0600 (CST) Mike Isely is...@isely.net escreveu: On Tue, 1 Dec 2009, Mauro Carvalho Chehab wrote: Mike Isely wrote: On Mon, 30 Nov 2009, Mauro Carvalho Chehab wrote: Em Sat, 28 Nov 2009 14:33:30 -0600 (CST) Mike Isely is...@isely.net escreveu: Mauro: I had also posted up two high priority pvrusb2 patches that should really be cherry-picked for 2.6.32. You've already pulled them into v4l/dvb and I did mark them as high priority at the time. These patches enable use of FX2 microcontroller firmware that is 16KB in size. Hauppauge is no longer shipping 8KB firmware for HVR-1950 and HVR-1900 and without these changes then those devices won't work AT ALL in kernel 2.6.32. You can find these within the v4l-dvb Mercurial repository here: Changeset 13495:87c3853fe2b3 Subject: pvrusb2: Support 16KB FX2 firmware http://linuxtv.org/hg/v4l-dvb/rev/87c3853fe2b3 Changeset 13500:d4c418d4b25c Subject: pvrusb2: Fix lingering 16KB FX2 Firmware issues http://linuxtv.org/hg/v4l-dvb/rev/d4c418d4b25c I do not believe these patches have any ordering dependencies with other patches, though between the two the second one technically should come after the first. There are. Picking just those patches broke compilation. Mauro: Please forward to me the compilation errors. Right now I am just not seeing how a patch this trivial could have any compilation dependencies. And unfortunately I will not be able to reproduce your build setup until at least Tuesday night. I must be blind. Also, it seemed too late for adding support for newer boards/firmware when Linus is about to release a kernel. This is not a new feature. It's a bug fix due to something that Hauppauge recently did. Hauppauge is NO LONGER officially distributing FX2 firmware with their hardware which the driver can use. This simply prevents any new HVR-1950 / HVR-1900 users from working under Linux. This fixes breakage for previously working hardware. The root cause is simple - the firmware blob is just larger now - and the fix is trivial. It absolutely needs to go in. In fact, this should go back to a 2.6.31.x and a 2.6.27.x release as well, though in those cases I have to figure out if driver source code is still close enough for the same patches to still work. I am sorry this is showing up late for you. There are multiple reasons for this. However I did mark these patches as high priority, following your v4l-dvb changeset process. I did comment on the pull request that these were important but I guess I needed to also specifically call these out in the pull request text as well. If these don't get in now as part of the official 2.6.32 release, these absolutely need to be queued for 2.6.32.1. We are very late for 2.6.32. I'm not sure if are there still time for it. I'll seek for some time during this week to add those patches at the upstream tree and removing them from the development tree and see what compilation issues arise. Mauro: Thanks. Guess I also really need to get up to speed on git, finally... Hi Mike, Unfortunately, 2.6.32 were launched before we had time to rework on it, so, it needs to be submitted for 2.6.32.1. The requisite for a patch to go to stable just happened: the patch needs to be upstream before going to stable. As Linus already merged our changesets, now it is just a matter of sending an email to sta...@kernel.org, with the patches. As I've explained before, the patches apply on the trees, but compilation were broken if the order of the changesets changed. I'm not sure if it broke happened at upstream+patches or at the devel tree. So, before submitting the patches, I suggest that you test them against a vanilla 2.6.32. Please c/c on the email to stable. Generally, Mkrufky helps us with stable submissions, but, as I'm not seeing him lately on IRC, maybe he is traveling or too busy those days. 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
Latest stack that can be merged on top of linux-next tree
Guennadi, I am not sure if your MT9T031 changes are part of linux-next tree at v4l-dvb. If not, can you point me to the latest stack that I can apply on top of linux-next tree to get your latest changes for MT9T031 sensor driver? I plan to do integrate sensor driver with vpfe capture driver this week. BTW, Is there a driver for the PCA9543 i2c switch that is part of MT9T031 headboard? Thanks. Murali Karicheri Software Design Engineer Texas Instruments Inc. Germantown, MD 20874 phone: 301-407-9583 email: m-kariche...@ti.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: [GIT PULL for 2.6.32] V4L/DVB updates
On Thu, Dec 10, 2009 at 10:04 AM, Mauro Carvalho Chehab mche...@infradead.org wrote: Em Tue, 1 Dec 2009 20:21:52 -0600 (CST) Mike Isely is...@isely.net escreveu: On Tue, 1 Dec 2009, Mauro Carvalho Chehab wrote: Mike Isely wrote: On Mon, 30 Nov 2009, Mauro Carvalho Chehab wrote: Em Sat, 28 Nov 2009 14:33:30 -0600 (CST) Mike Isely is...@isely.net escreveu: Mauro: I had also posted up two high priority pvrusb2 patches that should really be cherry-picked for 2.6.32. You've already pulled them into v4l/dvb and I did mark them as high priority at the time. These patches enable use of FX2 microcontroller firmware that is 16KB in size. Hauppauge is no longer shipping 8KB firmware for HVR-1950 and HVR-1900 and without these changes then those devices won't work AT ALL in kernel 2.6.32. You can find these within the v4l-dvb Mercurial repository here: Changeset 13495:87c3853fe2b3 Subject: pvrusb2: Support 16KB FX2 firmware http://linuxtv.org/hg/v4l-dvb/rev/87c3853fe2b3 Changeset 13500:d4c418d4b25c Subject: pvrusb2: Fix lingering 16KB FX2 Firmware issues http://linuxtv.org/hg/v4l-dvb/rev/d4c418d4b25c I do not believe these patches have any ordering dependencies with other patches, though between the two the second one technically should come after the first. There are. Picking just those patches broke compilation. Mauro: Please forward to me the compilation errors. Right now I am just not seeing how a patch this trivial could have any compilation dependencies. And unfortunately I will not be able to reproduce your build setup until at least Tuesday night. I must be blind. Also, it seemed too late for adding support for newer boards/firmware when Linus is about to release a kernel. This is not a new feature. It's a bug fix due to something that Hauppauge recently did. Hauppauge is NO LONGER officially distributing FX2 firmware with their hardware which the driver can use. This simply prevents any new HVR-1950 / HVR-1900 users from working under Linux. This fixes breakage for previously working hardware. The root cause is simple - the firmware blob is just larger now - and the fix is trivial. It absolutely needs to go in. In fact, this should go back to a 2.6.31.x and a 2.6.27.x release as well, though in those cases I have to figure out if driver source code is still close enough for the same patches to still work. I am sorry this is showing up late for you. There are multiple reasons for this. However I did mark these patches as high priority, following your v4l-dvb changeset process. I did comment on the pull request that these were important but I guess I needed to also specifically call these out in the pull request text as well. If these don't get in now as part of the official 2.6.32 release, these absolutely need to be queued for 2.6.32.1. We are very late for 2.6.32. I'm not sure if are there still time for it. I'll seek for some time during this week to add those patches at the upstream tree and removing them from the development tree and see what compilation issues arise. Mauro: Thanks. Guess I also really need to get up to speed on git, finally... Hi Mike, Unfortunately, 2.6.32 were launched before we had time to rework on it, so, it needs to be submitted for 2.6.32.1. The requisite for a patch to go to stable just happened: the patch needs to be upstream before going to stable. As Linus already merged our changesets, now it is just a matter of sending an email to sta...@kernel.org, with the patches. As I've explained before, the patches apply on the trees, but compilation were broken if the order of the changesets changed. I'm not sure if it broke happened at upstream+patches or at the devel tree. So, before submitting the patches, I suggest that you test them against a vanilla 2.6.32. Please c/c on the email to stable. Generally, Mkrufky helps us with stable submissions, but, as I'm not seeing him lately on IRC, maybe he is traveling or too busy those days. I am still handling stable patches, but I don't have as much time during the day to hang out in IRC. All developers already know that they should notify me about stable patches using my email address, mkrufky at linuxtv dot org. ( i use this kernellabs.org email mainly for special projects) No serious business should ever be done on IRC, since the data could get lost -- email stays in my inbox, so that's the best way to reach me regarding linux work. I saw your other email, Mauro, and I didn't have a chance to respond to it yet -- I will try to have more of a presence on the IRC channels, but again, I am busier now during the daytime than I used to be, so IRC is really *not* the best way to reach me. I will respond to your other email in a few hours. Cheers, Mike Krufky -- To
Re: v4l-dvb from source on 2.6.31.5 opensuse kernel - not working
2009/12/10 Valerio Bontempi valerio.bonte...@gmail.com: 2009/12/9 Devin Heitmueller dheitmuel...@kernellabs.com: On Wed, Dec 9, 2009 at 1:21 PM, Valerio Bontempi I don't know how it is happened, because I followed the normal way to compile v4l-dvb, so it seems a very strange behaviour... however, how can I solve, cleaning out all the in-kernel modules and all the modules I need to remove? Well, the problem wasn't that you compiled v4l-dvb. It's that you had these third party em28xx modules installed (which rely on v4l-dvb). And a recompile of v4l-dvb breaks compatibility for those third party modules. Without knowing how you installed the third party em28xx stuff, I cannot really advise you on the best way to remove them. If it were me, I would probably just move all of those files to some temporary directory and reboot (which would allow me to restore them if I screwed something up). However, I wouldn't want to be held responsible for a user screwing up his machine. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com Hi, I managed to clean installed modules (an opensuse unofficial repository provides em28xx-new kernel module so I needed to uninstall it) and then I compiled and installed again my modified version of v4l-dvb Now em28xx is loaded correctly, but dvb tuner is not initialized Below the part of dmesg related to the error [ 8.061407] em28xx: New device TerraTec Electronic GmbH Cinergy T USB XS @ 480 Mbps (0ccd:0043, interface 0, class 0) [ 8.061509] em28xx #0: chip ID is em2870 [ 8.172499] em28xx #0: i2c eeprom 00: 1a eb 67 95 cd 0c 43 00 c0 12 5c 00 9e 24 6a 34 [ 8.172512] em28xx #0: i2c eeprom 10: 00 00 06 57 02 0c 00 00 00 00 00 00 00 00 00 00 [ 8.172574] em28xx #0: i2c eeprom 20: 44 00 00 00 f0 10 01 00 00 00 00 00 5b 00 00 00 [ 8.172587] em28xx #0: i2c eeprom 30: 00 00 20 40 20 80 02 20 01 01 00 00 00 00 00 00 [ 8.172598] em28xx #0: i2c eeprom 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 8.172609] em28xx #0: i2c eeprom 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 8.172621] em28xx #0: i2c eeprom 60: 00 00 00 00 00 00 00 00 00 00 34 03 54 00 65 00 [ 8.172632] em28xx #0: i2c eeprom 70: 72 00 72 00 61 00 54 00 65 00 63 00 20 00 45 00 [ 8.172643] em28xx #0: i2c eeprom 80: 6c 00 65 00 63 00 74 00 72 00 6f 00 6e 00 69 00 [ 8.172655] em28xx #0: i2c eeprom 90: 63 00 20 00 47 00 6d 00 62 00 48 00 00 00 24 03 [ 8.172666] em28xx #0: i2c eeprom a0: 43 00 69 00 6e 00 65 00 72 00 67 00 79 00 20 00 [ 8.172678] em28xx #0: i2c eeprom b0: 54 00 20 00 55 00 53 00 42 00 20 00 58 00 53 00 [ 8.172689] em28xx #0: i2c eeprom c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 8.172700] em28xx #0: i2c eeprom d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 8.172712] em28xx #0: i2c eeprom e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 8.172723] em28xx #0: i2c eeprom f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [ 8.172736] em28xx #0: EEPROM ID= 0x9567eb1a, EEPROM hash = 0xbfdf1b96 [ 8.172738] em28xx #0: EEPROM info: [ 8.172740] em28xx #0: No audio on board. [ 8.172742] em28xx #0: 500mA max power [ 8.172744] em28xx #0: Table at 0x06, strings=0x249e, 0x346a, 0x [ 8.173347] em28xx #0: Identified as Terratec Cinergy T XS (card=43) [ 8.173350] em28xx #0: [ 8.173351] [ 8.173454] em28xx #0: The support for this board weren't valid yet. [ 8.173504] em28xx #0: Please send a report of having this working [ 8.173553] em28xx #0: not to V4L mailing list (and/or to other addresses) [ 8.173555] [ 8.474416] ieee1394: Host added: ID:BUS[0-00:1023] GUID[0011d8f828c2] [ 8.528409] ieee1394: Host added: ID:BUS[1-00:1023] GUID[00023c01510ec213] [ 8.947399] tuner 2-0061: chip found @ 0xc2 (em28xx #0) [ 8.969375] xc2028 2-0061: creating new instance [ 8.969381] xc2028 2-0061: type set to XCeive xc2028/xc3028 tuner [ 8.969391] usb 1-4: firmware: requesting xc3028-v27.fw [ 9.035956] xc2028 2-0061: Loading 80 firmware images from xc3028-v27.fw, type: xc2028 firmware, ver 2.7 [ 9.068266] xc2028 2-0061: Loading firmware for type=BASE (1), id . [ 10.456270] xc2028 2-0061: Loading firmware for type=(0), id b700. [ 10.482264] SCODE (2000), id b700: [ 10.482272] xc2028 2-0061: Loading SCODE for type=MONO SCODE HAS_IF_4320 (60008000), id 8000. [ 10.604270] em28xx #0: v4l2 driver version 0.1.2 [ 10.609181] em28xx #0: V4L2 video device registered as /dev/video1 [ 10.610313] usbcore: registered new interface driver em28xx [ 10.610318] em28xx driver loaded [ 10.689974] zl10353_read_register: readreg error (reg=127, ret==-19) [ 10.707974] mt352_read_register: readreg error (reg=127, ret==-19) [ 10.708071] em28xx #0: /2: dvb frontend not attached. Can't attach xc3028 [
Re: uvcvideo kernel panic when using libv4l
Can you tell me how to obtain such backtrace? This is a hard panic and I don't know how to obtain a backtrace, since the keyboard gets unresponsive. On Thu, Dec 10, 2009 at 11:19 AM, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Hi Pablo, On Monday 07 December 2009 18:18:11 Pablo Baena wrote: I get a kernel panic when running the attached sample code. I run it as: $ gcc capture.c -o capture $ export LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so $ ./capture -d/dev/video0 -c1000 -r -r tells it to capture using read(), which libv4l emulates. In the example code, I use read() to fetch from the webcam directly, without using select() to wait for a frame. In the v4l documentation, it states that read() should block until it has a new frame available. This is a Bus 002 Device 005: ID 0c45:62c0 Microdia Sonix USB 2.0 Camera. I can't capture the kernel panic because everything hangs and I have no kernel debugger to try to get that info. I attach a poor quality image taken with a webcam from the screen. I even tried having a vmware virtual machine to try to better capture the panic, but in the virtual machine it doesn't hang. This is Ubuntu 9.10, Linux pablo-laptop 2.6.31-16-generic #52-Ubuntu SMP Thu Dec 3 22:00:22 UTC 2009 i686 GNU/Linux. But I got reports that the same camera on Debian 5.3 is also panicking. Please advice if you need more information to solve this problem. I can't reproduce the problem here (with another camera). To investigate I will need a copy of the source code and binary kernel module for the uvcvideo driver running on your system as well as a complete complete backtrace. -- Regards, Laurent Pinchart -- Not possessing the gift of reflection, a dog does not know that he does not know, and does not understand that he understands nothing; we, on the other hand, are aware of both. If we behave otherwise, it is from stupidity, or else from self-deception, to preserve our peace of mind. -- 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: uvcvideo kernel panic when using libv4l
On Thursday 10 December 2009 16:26:19 Pablo Baena wrote: Can you tell me how to obtain such backtrace? This is a hard panic and I don't know how to obtain a backtrace, since the keyboard gets unresponsive. Once the kernel crashes in interrupt context there's not much you can do. One solution would be to write the backtrace down, but that's a bit tedious :-) Another solution, if your computer has a serial port, is to activate a serial console and hook it up to another computer where you will be able to capture the oops. -- Regards, Laurent Pinchart -- 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 Receiver on an Tevii S470
On 10 декабря 2009 03:12:39 Andy Walls wrote: On Wed, 2009-12-09 at 17:54 +0200, Igor M. Liplianin wrote: Igor and Matthias, Please try the changes that I have for the TeVii S470 that are here: http://linuxtv.org/hg/~awalls/cx23885-ir In fact some time ago I was writing some code for cx23885 IR, but not reached IR interrupts to work. Though I used PCI_MSK_AV_CORE (1 27), then test register PIN_CTRL for field FLD_IR_IRQ_STAT. Igor, You are exactly right on this. I used the wrong interrupt status flag. I have pushed a patch to my repository to use the PCI_MSK_AV_CORE status flag. Could you please update an test the TeVii S470 again when you have time? I have Compro E650F with RC6 remote, also have RC5 remote from TV set. I will made little hack to test Compro RC5. OK. Thank you. Regards, Andy First try, without pressing IR keys cx25840 3-0044: IRQ Enables: rse rte roe cx25840 3-0044: IRQ Status: tsr cx25840 3-0044: IRQ Enables: rse rte roe irq 16: nobody cared (try booting with the irqpoll option) Pid: 0, comm: swapper Not tainted 2.6.32 #2 Call Trace: [c1052db0] ? __report_bad_irq+0x24/0x69 [c1052db7] ? __report_bad_irq+0x2b/0x69 [c1052edc] ? note_interrupt+0xe7/0x13f [c1053416] ? handle_fasteoi_irq+0x7a/0x97 [c1004411] ? handle_irq+0x38/0x3f [c1003bd1] ? do_IRQ+0x38/0x89 [c1002ea9] ? common_interrupt+0x29/0x30 [c1007a1e] ? mwait_idle+0x7a/0x7f [c1001b93] ? cpu_idle+0x37/0x4c handlers: [c13179ad] (usb_hcd_irq+0x0/0x59) [f85ba5e7] (azx_interrupt+0x0/0xe7 [snd_hda_intel]) [f88b1d2b] (cx23885_irq+0x0/0x4a5 [cx23885]) Disabling IRQ #16 cx25840 3-0044: IRQ Status: tsr cx25840 3-0044: IRQ Enables: rse rte roe cx25840 3-0044: IRQ Status: tsr Sorry for not speaking to much :) -- 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: [PATCH] uvcvideo: add another YUYV format GUID
On Thu, 2009-12-10 at 02:46 +0100, Laurent Pinchart wrote: Hi Daniel, On Friday 04 December 2009 03:05:37 Daniel Ritz wrote: Hi Laurent On Thu, 2009-12-03 at 21:15 +0100, Laurent Pinchart wrote: Hi Daniel, On Wednesday 02 December 2009 00:48:44 Daniel Ritz wrote: For some unknown reason, on a MacBookPro5,3 the iSight Could you please send me the output of lsusb -v both with the correct and wrong GUID ? sure. i attached three files: isight-good.txt, isight-bad.txt, isight-good2.txt this is three reboots in a row from like 10 minutes ago. the first boot into linux was actually rebooting from OSX...first cold boot today directly into linux had the right GUID. Thanks. diff'ing the descriptors shows something interesting (from good to good2): @@ -264,7 +264,7 @@ dwMaxVideoFrameBufferSize 614400 dwDefaultFrameInterval 33 bFrameIntervalType 11 -dwFrameInterval( 0) 3758429717 +dwFrameInterval( 0)33 dwFrameInterval( 1)363636 dwFrameInterval( 2)40 dwFrameInterval( 3)44 3758429717 is 0xe0051615 in hex, and 33 is 0x00051615. I wonder what other parts of the descriptors could get corrupted that way. hmm..dunno..but even with this it just worked. _sometimes_ report a different video format GUID. Sometimes only ? Now that's weird. Is that completely random ? yes, sometimes only. it seems to be related to reboots, but i don't know what exactly triggers it. rmmod/modprobe doesn't trigger it. also, when the wrong GUID is reported, the only way of fixing it is to reboot. it really is just the GUID. even when the wrong one is reported, the device works just fine. i started with a plain ubuntu 9.10, kernel 2.6.31 which was supposed to fail, so i upgraded to a 2.6.32-rc8 to fix the iSight and some other things, just to see it fail again. a reboot later and it worked, some time and reboot later it failed again... All of those are warm reboots, and you don't boot any alternative OS in- between, right ? yes, linux only. Does Linux reload the iSight firmware at every boot ? If it does, could you try to reload the firmware manually when you get a bad GUID to see if it helps ? You will probably need to unload the uvcvideo driver before reloading the firmware. linux does not load isight firmware at all. the new macbooks don't require to load FW the device just works. FW loading is only required for the devices with ID 0x05AC:0x8300, what i have is 05ac:8507 rgds -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
TveiiS470 and DVBWorld2005 not working
Hi, I come to this list as my last resort. I have two DVB-S PCIE cards and no one can get channels, but I have another computer with a PCI SAA7146 that can get 1400 services from same dish. * Tveii S470 * One is the Tveii S470. I guess that the S470 should work because you are working in IR support. I have tried V4L tip, drivers from website, from website and patched like in wiki says... but all I get is: scandvb -a 0 /usr/share/dvb-apps/dvb-s/Astra-19.2E scanning /usr/share/dvb-apps/dvb-s/Astra-19.2E using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial transponder 12551500 V 2200 5 tune to: 12551:v:0:22000 WARNING: filter timeout pid 0x0011 WARNING: filter timeout pid 0x WARNING: filter timeout pid 0x0010it's going on dumping lists (0 services) Done. * DVBWorld 2005 * The other is the DVBWorld DVB-S2 2005. I have tried also latest V4l, liplianin branch... and I get the same: 0 services. The hardware were I'm trying to run this is a Dell 1 unit Rack Server with RHEL with kernels 2.6.30, 2.6.31 and 2.6.32 patched by myself. As I said I have another computer with a PCI dvb-s card that can get lot of channels so I thing that the disk is working well. Any idea about what's going on? Thanks in advance, Guillem Solà -- 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: [linux-dvb] Hauppauge PVR-150 Vertical sync issue?
Ok I've been able to do some troubleshooting with some interesting results. I removed the one splitter being used, connected to the main cable coming into the house, isolated the grounds with no change in sync issues. I pulled the pvr-150 card out of the linux machine and put it into my window box, hooked it up to the original setup splitter and no ground isolation and the video is crystal clear with no sync issues. I can only come up with a few possible problems, but I am sure there are more. Could this be a driver issue on my linux box? Could a bad or failing PCI slot cause this problem? However the sync problem is not on every channel. I'm going to try moving the linux box across the house to see if there is a source of EMI near by, but since the windows box doesn't have this issue I assume this is a problem with the linux box. -Rob On Tue, Nov 24, 2009 at 6:43 PM, Andy Walls awa...@radix.net wrote: On Tue, 2009-11-24 at 13:05 -0500, Robert Longfield wrote: I have a PVR-150 card running on mythbuntu 9 and it appears that my card is suffering a vertical (and possibly a horizontal) sync issue. The video jumps around, shifts from side to side, up and down and when it shifts the video wraps. I'm including a link to a screen shot showing the vertical sync problem http://imagebin.ca/view/6fS-14Yi.html It looks like you have strong singal reflections in your cable due to impedance mismatches, a bad splitter, a bad cable or connector, etc. Please read: http://www.ivtvdriver.org/index.php/Howto:Improve_signal_quality and take steps to ensure you've got a good cabling plant in your home. Regards, Andy This is pretty tame to what happens sometimes. I haven't noticed this on all channels as we are mostly using this to record shows for my son. Here is my setup. Pentium 4 2 Ghz with a gig of ram. 40 gig OS drive, 150 gig drive for recording, 250 gig drive for backup and storage, a dvd-burner. The 150 gig drive is on a Promise Ultra133 TX2 card but exhibits no issues on reads or writes. I have cable connected to the internal tuner of my PVR-150 card and S-video from an Nvidia card (running Nvidea drivers) out to the TV. I don't know what else I can provide to help out but let me know and I'll get it. Thanks, -Rob ___ linux-dvb users mailing list For V4L/DVB development, please use instead linux-media@vger.kernel.org linux-...@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb -- 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
[PATCH - v1 4/6] V4L - vpfe_capture bug fix and enhancements
From: Muralidharan Karicheri m-kariche...@ti.com
Added a experimental IOCTL, to read the CCDC parameters.
Default handler was not getting the original pointer from the core.
So a wrapper function added to handle the default handler properly.
Also fixed a bug in the probe() in the linux-next tree
Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com
---
drivers/media/video/davinci/vpfe_capture.c | 119 +---
include/media/davinci/vpfe_capture.h | 12 ++-
2 files changed, 81 insertions(+), 50 deletions(-)
diff --git a/drivers/media/video/davinci/vpfe_capture.c
b/drivers/media/video/davinci/vpfe_capture.c
index 091750e..8c6d856 100644
--- a/drivers/media/video/davinci/vpfe_capture.c
+++ b/drivers/media/video/davinci/vpfe_capture.c
@@ -759,12 +759,83 @@ static unsigned int vpfe_poll(struct file *file,
poll_table *wait)
return 0;
}
+static long vpfe_param_handler(struct file *file, void *priv,
+ int cmd, void *param)
+{
+ struct vpfe_device *vpfe_dev = video_drvdata(file);
+ int ret = 0;
+
+ v4l2_dbg(1, debug, vpfe_dev-v4l2_dev, vpfe_param_handler\n);
+
+ if (NULL == param) {
+ v4l2_dbg(1, debug, vpfe_dev-v4l2_dev,
+ Invalid user ptr\n);
+ }
+
+ if (vpfe_dev-started) {
+ /* only allowed if streaming is not started */
+ v4l2_err(vpfe_dev-v4l2_dev, device already started\n);
+ return -EBUSY;
+ }
+
+
+ switch (cmd) {
+ case VPFE_CMD_S_CCDC_RAW_PARAMS:
+ v4l2_warn(vpfe_dev-v4l2_dev,
+ VPFE_CMD_S_CCDC_RAW_PARAMS: experimental ioctl\n);
+ ret = mutex_lock_interruptible(vpfe_dev-lock);
+ if (ret)
+ return ret;
+ ret = ccdc_dev-hw_ops.set_params(param);
+ if (ret) {
+ v4l2_dbg(1, debug, vpfe_dev-v4l2_dev,
+ Error in setting parameters in CCDC\n);
+ goto unlock_out;
+ }
+
+ if (vpfe_get_ccdc_image_format(vpfe_dev, vpfe_dev-fmt) 0) {
+ v4l2_err(vpfe_dev-v4l2_dev,
+ Invalid image format at CCDC\n);
+ ret = -EINVAL;
+ }
+unlock_out:
+ mutex_unlock(vpfe_dev-lock);
+ break;
+ case VPFE_CMD_G_CCDC_RAW_PARAMS:
+ v4l2_warn(vpfe_dev-v4l2_dev,
+ VPFE_CMD_G_CCDC_RAW_PARAMS: experimental ioctl\n);
+ if (!ccdc_dev-hw_ops.get_params) {
+ ret = -EINVAL;
+ break;
+ }
+ ret = ccdc_dev-hw_ops.get_params(param);
+ if (ret) {
+ v4l2_dbg(1, debug, vpfe_dev-v4l2_dev,
+ Error in getting parameters from CCDC\n);
+ }
+ break;
+
+ default:
+ ret = -EINVAL;
+ }
+ return ret;
+}
+
+static long vpfe_ioctl(struct file *file, unsigned int cmd, unsigned long arg)
+{
+ if (cmd == VPFE_CMD_S_CCDC_RAW_PARAMS ||
+ cmd == VPFE_CMD_G_CCDC_RAW_PARAMS)
+ return vpfe_param_handler(file, file-private_data, cmd,
+(void *)arg);
+ return video_ioctl2(file, cmd, arg);
+}
+
/* vpfe capture driver file operations */
static const struct v4l2_file_operations vpfe_fops = {
.owner = THIS_MODULE,
.open = vpfe_open,
.release = vpfe_release,
- .unlocked_ioctl = video_ioctl2,
+ .unlocked_ioctl = vpfe_ioctl,
.mmap = vpfe_mmap,
.poll = vpfe_poll
};
@@ -1682,50 +1753,6 @@ unlock_out:
return ret;
}
-
-static long vpfe_param_handler(struct file *file, void *priv,
- int cmd, void *param)
-{
- struct vpfe_device *vpfe_dev = video_drvdata(file);
- int ret = 0;
-
- v4l2_dbg(1, debug, vpfe_dev-v4l2_dev, vpfe_param_handler\n);
-
- if (vpfe_dev-started) {
- /* only allowed if streaming is not started */
- v4l2_err(vpfe_dev-v4l2_dev, device already started\n);
- return -EBUSY;
- }
-
- ret = mutex_lock_interruptible(vpfe_dev-lock);
- if (ret)
- return ret;
-
- switch (cmd) {
- case VPFE_CMD_S_CCDC_RAW_PARAMS:
- v4l2_warn(vpfe_dev-v4l2_dev,
- VPFE_CMD_S_CCDC_RAW_PARAMS: experimental ioctl\n);
- ret = ccdc_dev-hw_ops.set_params(param);
- if (ret) {
- v4l2_err(vpfe_dev-v4l2_dev,
- Error in setting parameters in CCDC\n);
- goto unlock_out;
- }
- if (vpfe_get_ccdc_image_format(vpfe_dev, vpfe_dev-fmt) 0) {
- v4l2_err(vpfe_dev-v4l2_dev,
-
[PATCH - v1 5/6] V4L - vpfe capture - build environment for ISIF driver
From: Muralidharan Karicheri m-kariche...@ti.com Adding Makefile and Kconfig for ISIF driver Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com --- Applies to linux-next tree drivers/media/video/Kconfig | 15 ++- drivers/media/video/davinci/Makefile |1 + 2 files changed, 15 insertions(+), 1 deletions(-) diff --git a/drivers/media/video/Kconfig b/drivers/media/video/Kconfig index 9dc74c9..8250c68 100644 --- a/drivers/media/video/Kconfig +++ b/drivers/media/video/Kconfig @@ -552,7 +552,7 @@ config VIDEO_VPSS_SYSTEM depends on ARCH_DAVINCI help Support for vpss system module for video driver - default y + default n config VIDEO_VPFE_CAPTURE tristate VPFE Video Capture Driver @@ -596,6 +596,19 @@ config VIDEO_DM355_CCDC To compile this driver as a module, choose M here: the module will be called vpfe. +config VIDEO_ISIF + tristate ISIF HW module + depends on ARCH_DAVINCI_DM365 VIDEO_VPFE_CAPTURE + select VIDEO_VPSS_SYSTEM + default y + help + Enables ISIF hw module. This is the hardware module for + configuring ISIF in VPFE to capture Raw Bayer RGB data from + a image sensor or YUV data from a YUV source. + + To compile this driver as a module, choose M here: the + module will be called vpfe. + source drivers/media/video/bt8xx/Kconfig config VIDEO_PMS diff --git a/drivers/media/video/davinci/Makefile b/drivers/media/video/davinci/Makefile index 1a8b8f3..a379557 100644 --- a/drivers/media/video/davinci/Makefile +++ b/drivers/media/video/davinci/Makefile @@ -15,3 +15,4 @@ obj-$(CONFIG_VIDEO_VPSS_SYSTEM) += vpss.o obj-$(CONFIG_VIDEO_VPFE_CAPTURE) += vpfe_capture.o obj-$(CONFIG_VIDEO_DM6446_CCDC) += dm644x_ccdc.o obj-$(CONFIG_VIDEO_DM355_CCDC) += dm355_ccdc.o +obj-$(CONFIG_VIDEO_ISIF) += isif.o -- 1.6.0.4 -- 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 - v1 2/6] V4L - vpfe capture - Adding DM365 ISIF driver - header files
From: Muralidharan Karicheri m-kariche...@ti.com This is the header file for ISIF driver on DM365. This has comments incorporated from initial version. ISIF driver is equivalent to CCDC driver on DM355 and DM644x. This driver is tested for YUV capture from TVP514x driver. This patch contains the header files required for this driver. The name of the file is changed to reflect the name of IP. Reviewed-by: Nori, Sekhar nsek...@ti.com Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com --- Applies to linux-next tree of v4l-dvb drivers/media/video/davinci/isif_regs.h | 290 include/media/davinci/isif.h| 554 +++ 2 files changed, 844 insertions(+), 0 deletions(-) create mode 100644 drivers/media/video/davinci/isif_regs.h create mode 100644 include/media/davinci/isif.h diff --git a/drivers/media/video/davinci/isif_regs.h b/drivers/media/video/davinci/isif_regs.h new file mode 100644 index 000..8e4c556 --- /dev/null +++ b/drivers/media/video/davinci/isif_regs.h @@ -0,0 +1,290 @@ +#ifndef _ISIF_REGS_H +#define _ISIF_REGS_H + +/* ISIF registers relative offsets */ +#define SYNCEN 0x00 +#define MODESET0x04 +#define HDW0x08 +#define VDW0x0c +#define PPLN 0x10 +#define LPFR 0x14 +#define SPH0x18 +#define LNH0x1c +#define SLV0 0x20 +#define SLV1 0x24 +#define LNV0x28 +#define CULH 0x2c +#define CULV 0x30 +#define HSIZE 0x34 +#define SDOFST 0x38 +#define CADU 0x3c +#define CADL 0x40 +#define LINCFG00x44 +#define LINCFG10x48 +#define CCOLP 0x4c +#define CRGAIN 0x50 +#define CGRGAIN0x54 +#define CGBGAIN0x58 +#define CBGAIN 0x5c +#define COFSTA 0x60 +#define FLSHCFG0 0x64 +#define FLSHCFG1 0x68 +#define FLSHCFG2 0x6c +#define VDINT0 0x70 +#define VDINT1 0x74 +#define VDINT2 0x78 +#define MISC 0x7c +#define CGAMMAWD 0x80 +#define REC656IF 0x84 +#define CCDCFG 0x88 +/* +* Defect Correction registers +*/ +#define DFCCTL 0x8c +#define VDFSATLV 0x90 +#define DFCMEMCTL 0x94 +#define DFCMEM00x98 +#define DFCMEM10x9c +#define DFCMEM20xa0 +#define DFCMEM30xa4 +#define DFCMEM40xa8 +/ +* Black Clamp registers +/ +#define CLAMPCFG 0xac +#define CLDCOFST 0xb0 +#define CLSV 0xb4 +#define CLHWIN00xb8 +#define CLHWIN10xbc +#define CLHWIN20xc0 +#define CLVRV 0xc4 +#define CLVWIN00xc8 +#define CLVWIN10xcc +#define CLVWIN20xd0 +#define CLVWIN30xd4 +/ +* Lense Shading Correction +/ +#define DATAHOFST 0xd8 +#define DATAVOFST 0xdc +#define LSCHVAL0xe0 +#define LSCVVAL0xe4 +#define TWODLSCCFG 0xe8 +#define TWODLSCOFST0xec +#define TWODLSCINI 0xf0 +#define TWODLSCGRBU
[PATCH - v1 6/6] DaVinci - Adding support for vpfe capture on DM365
From: Muralidharan Karicheri m-kariche...@ti.com
Adding platform code for supporting vpfe capture and ISIF driver on DM365.
Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com
---
arch/arm/mach-davinci/board-dm365-evm.c| 71 +++
arch/arm/mach-davinci/dm365.c | 106 +++-
arch/arm/mach-davinci/include/mach/dm365.h |2 +
3 files changed, 178 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-davinci/board-dm365-evm.c
b/arch/arm/mach-davinci/board-dm365-evm.c
index 8d23972..267898f 100644
--- a/arch/arm/mach-davinci/board-dm365-evm.c
+++ b/arch/arm/mach-davinci/board-dm365-evm.c
@@ -37,6 +37,8 @@
#include mach/nand.h
#include mach/keyscan.h
+#include media/tvp514x.h
+
static inline int have_imager(void)
{
/* REVISIT when it's supported, trigger via Kconfig */
@@ -305,6 +307,73 @@ static void dm365evm_mmc_configure(void)
davinci_cfg_reg(DM365_SD1_DATA0);
}
+static struct tvp514x_platform_data tvp5146_pdata = {
+ .clk_polarity = 0,
+ .hs_polarity = 1,
+ .vs_polarity = 1
+};
+
+#define TVP514X_STD_ALL(V4L2_STD_NTSC | V4L2_STD_PAL)
+/* Inputs available at the TVP5146 */
+static struct v4l2_input tvp5146_inputs[] = {
+ {
+ .index = 0,
+ .name = Composite,
+ .type = V4L2_INPUT_TYPE_CAMERA,
+ .std = TVP514X_STD_ALL,
+ },
+ {
+ .index = 1,
+ .name = S-Video,
+ .type = V4L2_INPUT_TYPE_CAMERA,
+ .std = TVP514X_STD_ALL,
+ },
+};
+
+/*
+ * this is the route info for connecting each input to decoder
+ * ouput that goes to vpfe. There is a one to one correspondence
+ * with tvp5146_inputs
+ */
+static struct vpfe_route tvp5146_routes[] = {
+ {
+ .input = INPUT_CVBS_VI2B,
+ .output = OUTPUT_10BIT_422_EMBEDDED_SYNC,
+ },
+{
+ .input = INPUT_SVIDEO_VI2C_VI1C,
+ .output = OUTPUT_10BIT_422_EMBEDDED_SYNC,
+ },
+};
+
+static struct vpfe_subdev_info vpfe_sub_devs[] = {
+ {
+ .name = tvp5146,
+ .grp_id = 0,
+ .num_inputs = ARRAY_SIZE(tvp5146_inputs),
+ .inputs = tvp5146_inputs,
+ .routes = tvp5146_routes,
+ .can_route = 1,
+ .ccdc_if_params = {
+ .if_type = VPFE_BT656,
+ .hdpol = VPFE_PINPOL_POSITIVE,
+ .vdpol = VPFE_PINPOL_POSITIVE,
+ },
+ .board_info = {
+ I2C_BOARD_INFO(tvp5146, 0x5d),
+ .platform_data = tvp5146_pdata,
+ },
+ },
+};
+
+static struct vpfe_config vpfe_cfg = {
+ .num_subdevs = ARRAY_SIZE(vpfe_sub_devs),
+ .sub_devs = vpfe_sub_devs,
+ .i2c_adapter_id = 1,
+ .card_name = DM365 EVM,
+ .ccdc = ISIF,
+};
+
static void __init evm_init_i2c(void)
{
davinci_init_i2c(i2c_pdata);
@@ -496,6 +565,8 @@ static struct davinci_uart_config uart_config __initdata = {
static void __init dm365_evm_map_io(void)
{
+ /* setup input configuration for VPFE input devices */
+ dm365_set_vpfe_config(vpfe_cfg);
dm365_init();
}
diff --git a/arch/arm/mach-davinci/dm365.c b/arch/arm/mach-davinci/dm365.c
index cc3bae4..96eb83d 100644
--- a/arch/arm/mach-davinci/dm365.c
+++ b/arch/arm/mach-davinci/dm365.c
@@ -403,6 +403,11 @@ static struct clk mjcp_clk = {
.lpsc = DM365_LPSC_MJCP,
};
+static struct clk isif_clk = {
+ .name = isif,
+ .parent = vpss_master_clk,
+};
+
static struct davinci_clk dm365_clks[] = {
CLK(NULL, ref, ref_clk),
CLK(NULL, pll1, pll1_clk),
@@ -459,6 +464,7 @@ static struct davinci_clk dm365_clks[] = {
CLK(davinci-asp.0, NULL, asp0_clk),
CLK(NULL, rto, rto_clk),
CLK(NULL, mjcp, mjcp_clk),
+ CLK(isif, master, isif_clk),
CLK(NULL, NULL, NULL),
};
@@ -1009,6 +1015,97 @@ void __init dm365_init(void)
davinci_common_init(davinci_soc_info_dm365);
}
+static struct resource dm365_vpss_resources[] = {
+ {
+ /* VPSS ISP5 Base address */
+ .name = isp5,
+ .start = 0x01c7,
+ .end= 0x01c7 + 0xff,
+ .flags = IORESOURCE_MEM,
+ },
+ {
+ /* VPSS CLK Base address */
+ .name = vpss,
+ .start = 0x01c70200,
+ .end= 0x01c70200 + 0xff,
+ .flags = IORESOURCE_MEM,
+ },
+};
+
+static struct platform_device dm365_vpss_device = {
+ .name = vpss,
+ .id = -1,
+ .dev.platform_data = dm365_vpss,
+ .num_resources = ARRAY_SIZE(dm365_vpss_resources),
+ .resource
[PATCH - v1 1/6] V4L - vpfe-capture : DM365 vpss enhancements
From: Muralidharan Karicheri m-kariche...@ti.com
Enhancements to support DM365 ISP5 and VPSS module configuration.
Also cleaned up the driver by removing redundant variables.
Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com
---
Applies to linux-next v4l-dvb tree
drivers/media/video/davinci/vpss.c | 289 +---
include/media/davinci/vpss.h | 41 +-
2 files changed, 275 insertions(+), 55 deletions(-)
diff --git a/drivers/media/video/davinci/vpss.c
b/drivers/media/video/davinci/vpss.c
index 6d709ca..03f625d 100644
--- a/drivers/media/video/davinci/vpss.c
+++ b/drivers/media/video/davinci/vpss.c
@@ -15,7 +15,7 @@
* along with this program; if not, write to the Free Software
* Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
*
- * common vpss driver for all video drivers.
+ * common vpss system module platform driver for all video drivers.
*/
#include linux/kernel.h
#include linux/sched.h
@@ -35,12 +35,52 @@ MODULE_AUTHOR(Texas Instruments);
/* DM644x defines */
#define DM644X_SBL_PCR_VPSS(4)
+#define DM355_VPSSBL_INTSEL0x10
+#define DM355_VPSSBL_EVTSEL0x14
/* vpss BL register offsets */
#define DM355_VPSSBL_CCDCMUX 0x1c
/* vpss CLK register offsets */
#define DM355_VPSSCLK_CLKCTRL 0x04
/* masks and shifts */
#define VPSS_HSSISEL_SHIFT 4
+/*
+ * VDINT0 - vpss_int0, VDINT1 - vpss_int1, H3A - vpss_int4,
+ * IPIPE_INT1_SDR - vpss_int5
+ */
+#define DM355_VPSSBL_INTSEL_DEFAULT0xff83ff10
+/* VENCINT - vpss_int8 */
+#define DM355_VPSSBL_EVTSEL_DEFAULT0x4
+
+#define DM365_ISP5_PCCR0x04
+#define DM365_ISP5_INTSEL1 0x10
+#define DM365_ISP5_INTSEL2 0x14
+#define DM365_ISP5_INTSEL3 0x18
+#define DM365_ISP5_CCDCMUX 0x20
+#define DM365_ISP5_PG_FRAME_SIZE 0x28
+#define DM365_VPBE_CLK_CTRL0x00
+/*
+ * vpss interrupts. VDINT0 - vpss_int0, VDINT1 - vpss_int1,
+ * AF - vpss_int3
+ */
+#define DM365_ISP5_INTSEL1_DEFAULT 0x0b1f0100
+/* AEW - vpss_int6, RSZ_INT_DMA - vpss_int5 */
+#define DM365_ISP5_INTSEL2_DEFAULT 0x1f0a0f1f
+/* VENC - vpss_int8 */
+#define DM365_ISP5_INTSEL3_DEFAULT 0x0015
+
+/* masks and shifts for DM365*/
+#define DM365_CCDC_PG_VD_POL_SHIFT 0
+#define DM365_CCDC_PG_HD_POL_SHIFT 1
+
+#define CCD_SRC_SEL_MASK (BIT_MASK(5) | BIT_MASK(4))
+#define CCD_SRC_SEL_SHIFT 4
+
+/* Different SoC platforms supported by this driver */
+enum vpss_platform_type {
+ DM644X,
+ DM355,
+ DM365,
+};
/*
* vpss operations. Depends on platform. Not all functions are available
@@ -59,13 +99,9 @@ struct vpss_hw_ops {
/* vpss configuration */
struct vpss_oper_config {
- __iomem void *vpss_bl_regs_base;
- __iomem void *vpss_regs_base;
- struct resource *r1;
- resource_size_t len1;
- struct resource *r2;
- resource_size_t len2;
- char vpss_name[32];
+ __iomem void *vpss_regs_base0;
+ __iomem void *vpss_regs_base1;
+ enum vpss_platform_type platform;
spinlock_t vpss_lock;
struct vpss_hw_ops hw_ops;
};
@@ -75,22 +111,46 @@ static struct vpss_oper_config oper_cfg;
/* register access routines */
static inline u32 bl_regr(u32 offset)
{
- return __raw_readl(oper_cfg.vpss_bl_regs_base + offset);
+ return __raw_readl(oper_cfg.vpss_regs_base0 + offset);
}
static inline void bl_regw(u32 val, u32 offset)
{
- __raw_writel(val, oper_cfg.vpss_bl_regs_base + offset);
+ __raw_writel(val, oper_cfg.vpss_regs_base0 + offset);
}
static inline u32 vpss_regr(u32 offset)
{
- return __raw_readl(oper_cfg.vpss_regs_base + offset);
+ return __raw_readl(oper_cfg.vpss_regs_base1 + offset);
}
static inline void vpss_regw(u32 val, u32 offset)
{
- __raw_writel(val, oper_cfg.vpss_regs_base + offset);
+ __raw_writel(val, oper_cfg.vpss_regs_base1 + offset);
+}
+
+/* For DM365 only */
+static inline u32 isp5_read(u32 offset)
+{
+ return __raw_readl(oper_cfg.vpss_regs_base0 + offset);
+}
+
+/* For DM365 only */
+static inline void isp5_write(u32 val, u32 offset)
+{
+ __raw_writel(val, oper_cfg.vpss_regs_base0 + offset);
+}
+
+static void dm365_select_ccdc_source(enum vpss_ccdc_source_sel src_sel)
+{
+ u32 temp = isp5_read(DM365_ISP5_CCDCMUX) ~CCD_SRC_SEL_MASK;
+
+ /* if we are using pattern generator, enable it */
+ if (src_sel == VPSS_PGLPBK || src_sel == VPSS_CCDCPG)
+ temp |= 0x08;
+
+ temp |= (src_sel CCD_SRC_SEL_SHIFT);
+ isp5_write(temp, DM365_ISP5_CCDCMUX);
}
static void dm355_select_ccdc_source(enum vpss_ccdc_source_sel src_sel)
@@ -101,9 +161,9 @@ static void dm355_select_ccdc_source(enum
vpss_ccdc_source_sel src_sel)
int vpss_select_ccdc_source(enum vpss_ccdc_source_sel src_sel)
{
if
[PATCH - v1 3/6] V4L-vpfe-capture-Adding ISIF driver for DM365 - source
From: Muralidharan Karicheri m-kariche...@ti.com
This is the source file for ISIF driver for DM365. This has comments
incorporated from
initial version.
ISIF driver is equivalent to CCDC driver on DM355 and DM644x. This driver is
tested for
YUV capture from TVP514x driver. This patch contains the header files required
for
this driver. The name of the file is changed to reflect the name of IP.
Reviewed-by: Nori, Sekhar nsek...@ti.com
Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com
---
Applies to linux-next tree of v4l-dvb
drivers/media/video/davinci/isif.c | 1498
1 files changed, 1498 insertions(+), 0 deletions(-)
create mode 100644 drivers/media/video/davinci/isif.c
diff --git a/drivers/media/video/davinci/isif.c
b/drivers/media/video/davinci/isif.c
new file mode 100644
index 000..916afab
--- /dev/null
+++ b/drivers/media/video/davinci/isif.c
@@ -0,0 +1,1498 @@
+/*
+ * Copyright (C) 2008-2009 Texas Instruments Inc
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
+ *
+ * This is the isif hardware module.
+ * TODO: 1) Raw bayer parameter settings and bayer capture
+ * 2) Add support for control ioctl
+ */
+#include linux/delay.h
+#include linux/platform_device.h
+#include linux/uaccess.h
+#include linux/io.h
+#include linux/videodev2.h
+#include linux/clk.h
+
+#include mach/mux.h
+
+#include media/davinci/isif.h
+#include media/davinci/vpss.h
+
+#include isif_regs.h
+#include ccdc_hw_device.h
+
+/* Defauts for module configuation paramaters */
+static struct isif_config_params_raw isif_config_defaults = {
+ .linearize = {
+ .en = 0,
+ .corr_shft = ISIF_NO_SHIFT,
+ .scale_fact = {1, 0},
+ },
+ .df_csc = {
+ .df_or_csc = 0,
+ .csc = {
+ .en = 0,
+ },
+ },
+ .dfc = {
+ .en = 0,
+ },
+ .bclamp = {
+ .en = 0,
+ },
+ .gain_offset = {
+ .gain = {
+ .r_ye = {1, 0},
+ .gr_cy = {1, 0},
+ .gb_g = {1, 0},
+ .b_mg = {1, 0},
+ },
+ },
+ .culling = {
+ .hcpat_odd = 0xff,
+ .hcpat_even = 0xff,
+ .vcpat = 0xff,
+ },
+ .compress = {
+ .alg = ISIF_ALAW,
+ },
+};
+
+/* ISIF operation configuration */
+static struct isif_oper_config {
+ struct device *dev;
+ enum vpfe_hw_if_type if_type;
+ struct isif_ycbcr_config ycbcr;
+ struct isif_params_raw bayer;
+ enum isif_data_pack data_pack;
+ /* Master clock */
+ struct clk *mclk;
+ /* ISIF base address */
+ void __iomem *base_addr;
+ /* ISIF Linear Table 0 */
+ void __iomem *linear_tbl0_addr;
+ /* ISIF Linear Table 1 */
+ void __iomem *linear_tbl1_addr;
+} isif_cfg = {
+ .ycbcr = {
+ .pix_fmt = CCDC_PIXFMT_YCBCR_8BIT,
+ .frm_fmt = CCDC_FRMFMT_INTERLACED,
+ .win = ISIF_WIN_NTSC,
+ .fid_pol = VPFE_PINPOL_POSITIVE,
+ .vd_pol = VPFE_PINPOL_POSITIVE,
+ .hd_pol = VPFE_PINPOL_POSITIVE,
+ .pix_order = CCDC_PIXORDER_CBYCRY,
+ .buf_type = CCDC_BUFTYPE_FLD_INTERLEAVED,
+ },
+ .bayer = {
+ .pix_fmt = CCDC_PIXFMT_RAW,
+ .frm_fmt = CCDC_FRMFMT_PROGRESSIVE,
+ .win = ISIF_WIN_VGA,
+ .fid_pol = VPFE_PINPOL_POSITIVE,
+ .vd_pol = VPFE_PINPOL_POSITIVE,
+ .hd_pol = VPFE_PINPOL_POSITIVE,
+ .gain = {
+ .r_ye = {1, 0},
+ .gr_cy = {1, 0},
+ .gb_g = {1, 0},
+ .b_mg = {1, 0},
+ },
+ .cfa_pat = ISIF_CFA_PAT_MOSAIC,
+ .data_msb = ISIF_BIT_MSB_11,
+ .config_params = {
+ .data_shift = ISIF_NO_SHIFT,
+ .col_pat_field0 = {
+ .olop = ISIF_GREEN_BLUE,
+ .olep = ISIF_BLUE,
+ .elop = ISIF_RED,
+
Re: [PULL] http://udev.netup.ru/cgi-bin/hgwebdir.cgi/v4l-dvb-aospan-ci
On Thu, 2009-12-10 at 17:26 +0300, Abylai Ospan wrote: Mauro, Please pulll change: http://udev.netup.ru/cgi-bin/hgwebdir.cgi/v4l-dvb-aospan-ci/rev/3b217910057c Print bitrate measured by stv0900 demod in stv0900_read_status. this feature very useful for debugging. sorry, here is a correct version of this patch: http://udev.netup.ru/cgi-bin/hgwebdir.cgi/v4l-dvb-aospan-ci/rev/cf16baf33f0d -- Abylai Ospan aos...@netup.ru NetUP Inc. -- 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: [RFC,PATCH] VIDIOC_G_EXT_CTRLS does not handle NULL pointer correctly
Laurent Pinchart wrote: Hi Mauro, On Wednesday 10 June 2009 23:58:31 Laurent Pinchart wrote: On Wednesday 10 June 2009 15:53:57 Mauro Carvalho Chehab wrote: Em Wed, 10 Jun 2009 10:52:28 -0300 Mauro Carvalho Chehab mche...@infradead.org escreveu: Em Mon, 25 May 2009 11:16:34 -0300 Mauro Carvalho Chehab mche...@infradead.org escreveu: Em Mon, 25 May 2009 13:17:02 +0200 Laurent Pinchart laurent.pinch...@skynet.be escreveu: Hi everybody, Márton Németh found an integer overflow bug in the extended control ioctl handling code. This affects both video_usercopy and video_ioctl2. See http://bugzilla.kernel.org/show_bug.cgi?id=13357 for a detailed description of the problem. Restricting v4l2_ext_controls::count to values smaller than KMALLOC_MAX_SIZE / sizeof(struct v4l2_ext_control) should be enough, but we might want to restrict the value even further. I'd like opinions on this. Seems fine to my eyes, but being so close to kmalloc size doesn't seem to be a good idea. It seems better to choose an arbitrary size big enough to handle all current needs. I'll apply the current version, but I still think we should restrict it to a lower value. Hmm... SOB is missing. Márton and Laurent, could you please sign it Signed-off-by: Laurent Pinchart laurent.pinch...@skynet.be Márton reminded me that the patch has still not been applied. Please replace the above SOB line with Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com Tested-by: Márton Németh nm...@freemail.hu -- 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 - v1 5/6] V4L - vpfe capture - build environment for ISIF driver
Hello. m-kariche...@ti.com wrote: From: Muralidharan Karicheri m-kariche...@ti.com Adding Makefile and Kconfig for ISIF driver Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com --- Applies to linux-next tree drivers/media/video/Kconfig | 15 ++- drivers/media/video/davinci/Makefile |1 + 2 files changed, 15 insertions(+), 1 deletions(-) diff --git a/drivers/media/video/Kconfig b/drivers/media/video/Kconfig index 9dc74c9..8250c68 100644 --- a/drivers/media/video/Kconfig +++ b/drivers/media/video/Kconfig @@ -552,7 +552,7 @@ config VIDEO_VPSS_SYSTEM depends on ARCH_DAVINCI help Support for vpss system module for video driver - default y + default n You might as well have deleted default. WBR, Sergei -- 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
Firmware for dib0700
Hi David, Please pull from: ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-firmware.git master For dib0700 firmware. -- 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: TveiiS470 and DVBWorld2005 not working
On 10 декабря 2009 18:47:09 Guillem Solà wrote: Hi, I come to this list as my last resort. I have two DVB-S PCIE cards and no one can get channels, but I have another computer with a PCI SAA7146 that can get 1400 services from same dish. * Tveii S470 * One is the Tveii S470. I guess that the S470 should work because you are working in IR support. I have tried V4L tip, drivers from website, from website and patched like in wiki says... but all I get is: scandvb -a 0 /usr/share/dvb-apps/dvb-s/Astra-19.2E scanning /usr/share/dvb-apps/dvb-s/Astra-19.2E using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial transponder 12551500 V 2200 5 tune to: 12551:v:0:22000 WARNING: filter timeout pid 0x0011 WARNING: filter timeout pid 0x WARNING: filter timeout pid 0x0010it's going on dumping lists (0 services) Done. * DVBWorld 2005 * The other is the DVBWorld DVB-S2 2005. I have tried also latest V4l, liplianin branch... and I get the same: 0 services. The hardware were I'm trying to run this is a Dell 1 unit Rack Server with RHEL with kernels 2.6.30, 2.6.31 and 2.6.32 patched by myself. As I said I have another computer with a PCI dvb-s card that can get lot of channels so I thing that the disk is working well. Any idea about what's going on? Hi Guillem, I think you are missing firmwares, though you give too little information. Thanks in advance, Guillem Solà -- 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 -- 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: Firmware for dib0700
On Thu, Dec 10, 2009 at 1:28 PM, Mauro Carvalho Chehab mche...@redhat.com wrote: Hi David, Please pull from: ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-firmware.git master For dib0700 firmware. Mauro, I had David pull in this firmware months ago (so it could be included in time for the release of Ubuntu Karmic): http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=commit;h=f20b0674534a444ae74239843cac19f72c64912b Am I missing something? 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: [PATCH - v1 1/2] V4L - vpfe capture - make clocks configurable
Karicheri, Muralidharan m-kariche...@ti.com writes:
Kevin,
+/**
+ * vpfe_disable_clock() - Disable clocks for vpfe capture driver
+ * @vpfe_dev - ptr to vpfe capture device
+ *
+ * Disables clocks defined in vpfe configuration.
+ */
static void vpfe_disable_clock(struct vpfe_device *vpfe_dev)
{
struct vpfe_config *vpfe_cfg = vpfe_dev-cfg;
+ int i;
- clk_disable(vpfe_cfg-vpssclk);
- clk_put(vpfe_cfg-vpssclk);
- clk_disable(vpfe_cfg-slaveclk);
- clk_put(vpfe_cfg-slaveclk);
- v4l2_info(vpfe_dev-pdev-driver,
-vpfe vpss master slave clocks disabled\n);
+ for (i = 0; i vpfe_cfg-num_clocks; i++) {
+ clk_disable(vpfe_dev-clks[i]);
+ clk_put(vpfe_dev-clks[i]);
While cleaning this up, you should move the clk_put() to module
disable/unload time.
[MK] vpfe_disable_clock() is called from remove(). In the new
patch, from ccdc driver remove() function, clk_put() will be called.
Why do you think it should be moved to exit() function of the module?
You dont' need to put he clock on every disable.
The same for clk_get(). You don't need to get the clock for every
enable. Just do a clk_get() at init time.
Are you suggesting to call clk_get() during init() and call clk_put()
from exit()? What is wrong with calling clk_get() from probe()?
I thought following is correct:-
Probe()
clk_get() followed by clk_enable()
Remove()
clk_disable() followed by clk_put()
Suspend()
clk_disable()
Resume()
clk_enable()
Yes, that is correct.
I didn't look at the whole driver. My concern was that if the driver
was enhanced to more aggressive clock management, you shouldn't do a
clk_get() every time you do a clk_enable(), same for put.
Kevin
--
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 - v1 1/2] V4L - vpfe capture - make clocks configurable
Karicheri, Muralidharan m-kariche...@ti.com writes:
Kevin,
I think I have figured it out...
First issue was that I was adding my entry at the end of dm644x_clks[]
array. I need to add it before the CLK(NULL, NULL, NULL)
secondly, your suggestion didn't work as is. This is what I had to
do to get it working...
static struct clk ccdc_master_clk = {
.name = dm644x_ccdc,
.parent = vpss_master_clk,
};
static struct clk ccdc_slave_clk = {
.name = dm644x_ccdc,
.parent = vpss_slave_clk,
};
You should not need to add new clocks with new names. I don't thinke
the name field of the struct clk is used anywhere in the matching.
I think it's only used in /proc/davinci_clocks
static struct davinci_clk dm365_clks = {
CLK(dm644x_ccdc, master, ccdc_master_clk),
CLK(dm644x_ccdc, slave, ccdc_slave_clk),
Looks like the drivers name is 'dm644x_ccdc', not 'isif'. I'm
guessing just this should work without having to add new clock names.
CLK(dm644x_ccdc, master, vpss_master_clk),
CLK(dm644x_ccdc, slave, vpss_slave_clk),
CLK(NULL, NULL, NULL);
Let me know if you think there is anything wrong with the above scheme.
Kevin
--
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: ERRORS
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:Thu Dec 10 19:00:04 CET 2009 path:http://www.linuxtv.org/hg/v4l-dvb changeset: 13592:1e6049b8cb4c 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.32-armv5-davinci: OK linux-2.6.30-armv5-ixp: OK linux-2.6.31-armv5-ixp: OK linux-2.6.32-armv5-ixp: OK linux-2.6.30-armv5-omap2: OK linux-2.6.31-armv5-omap2: OK linux-2.6.32-armv5-omap2: OK linux-2.6.22.19-i686: ERRORS linux-2.6.23.12-i686: ERRORS linux-2.6.24.7-i686: ERRORS linux-2.6.25.11-i686: ERRORS linux-2.6.26-i686: ERRORS linux-2.6.27-i686: ERRORS linux-2.6.28-i686: ERRORS linux-2.6.29.1-i686: ERRORS linux-2.6.30-i686: OK linux-2.6.31-i686: OK linux-2.6.32-i686: OK linux-2.6.30-m32r: OK linux-2.6.31-m32r: OK linux-2.6.32-m32r: OK linux-2.6.30-mips: OK linux-2.6.31-mips: OK linux-2.6.32-mips: OK linux-2.6.30-powerpc64: OK linux-2.6.31-powerpc64: OK linux-2.6.32-powerpc64: OK linux-2.6.22.19-x86_64: ERRORS linux-2.6.23.12-x86_64: ERRORS linux-2.6.24.7-x86_64: ERRORS linux-2.6.25.11-x86_64: ERRORS linux-2.6.26-x86_64: ERRORS linux-2.6.27-x86_64: ERRORS linux-2.6.28-x86_64: ERRORS linux-2.6.29.1-x86_64: ERRORS linux-2.6.30-x86_64: OK linux-2.6.31-x86_64: OK linux-2.6.32-x86_64: OK spec: OK sparse (linux-2.6.32): ERRORS linux-2.6.16.61-i686: ERRORS linux-2.6.17.14-i686: ERRORS linux-2.6.18.8-i686: ERRORS linux-2.6.19.5-i686: ERRORS linux-2.6.20.21-i686: ERRORS linux-2.6.21.7-i686: ERRORS linux-2.6.16.61-x86_64: ERRORS linux-2.6.17.14-x86_64: ERRORS linux-2.6.18.8-x86_64: ERRORS linux-2.6.19.5-x86_64: ERRORS linux-2.6.20.21-x86_64: ERRORS linux-2.6.21.7-x86_64: ERRORS Detailed results are available here: http://www.xs4all.nl/~hverkuil/logs/Thursday.log Full logs are available here: http://www.xs4all.nl/~hverkuil/logs/Thursday.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
Re: Firmware for dib0700
Devin Heitmueller wrote: On Thu, Dec 10, 2009 at 1:28 PM, Mauro Carvalho Chehab mche...@redhat.com wrote: Hi David, Please pull from: ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-firmware.git master For dib0700 firmware. Mauro, I had David pull in this firmware months ago (so it could be included in time for the release of Ubuntu Karmic): http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=commit;h=f20b0674534a444ae74239843cac19f72c64912b Am I missing something? Devin Hmm... sorry, it seems I missed your pull request. I'll need to re-check my git update script here... I should have been able to notice 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: Firmware for dib0700
On Thu, Dec 10, 2009 at 2:21 PM, Mauro Carvalho Chehab mche...@redhat.com wrote: Devin Hmm... sorry, it seems I missed your pull request. I'll need to re-check my git update script here... I should have been able to notice it. Because of the timeliness for Karmic (they actually moved it from their linux-firmware to their linux-firmware-nonfree package a couple of weeks before their release), I dealt with David directly rather than submitting it as a patch to the linux-media mailing list. 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: MSI StarCam working in vlc only (with poor colors)
thank you again, paulo, for your off-list help. cam is now working
nicely with xawtv, guvcview and skype. the colors slightly improved
during day-light, when artificial light is used they still look bad
though. i fiddled around with just about all v4l controls but couldn't
really fix it. i'll run a comparison with windows driver when i have a
chance.
for others interested: the fix was indeed the quirks mode. i had to
set it like this:
$ cat /etc/modprobe.d/uvcvideo.conf
options uvcvideo trace=15 quirks=2
regards all,
joe
On Wed, Dec 9, 2009 at 11:53 PM, Paulo Assis pj.as...@gmail.com wrote:
You must reload the driver,
rmmod uvcvideo
modprobe uvcvideo
otherwise the quirks want have any effect.
uvcvideo is now mantained in the mercurial repo at linuxtv,
installing v4l-dvb will also install uvcvideo, but if you want, just
follow the instructions on the wiki to compile, but use:
hg clone http://linuxtv.org/hg/~pinchartl/uvcvideo/
so that you get the very latest (testing) uvc code.
In any case the quirks should be enough:
http://lists.berlios.de/pipermail/linux-uvc-devel/2009-October/005235.html
Best regards,
Paulo
2009/12/9 Jozef Riha jose1...@gmail.com:
setting quirks to 2 unfortunately did not help. gucview's 1.2.1 output below
[j...@darkstar ~]$ LC_ALL=C guvcview --verbose
guvcview 1.2.1
unexpected integer value (1) for snd_numsec
Strings must be quoted
video_device: /dev/video0
vid_sleep: 0
cap_meth: 1
resolution: 640 x 480
windowsize: 480 x 700
vert pane: 0
spin behavior: 0
mode: mjpg
fps: 1/25
Display Fps: 0
bpp: 0
hwaccel: 1
avi_format: 0
sound: 1
sound Device: 0
sound samp rate: 0
sound Channels: 0
Sound delay: 0 nanosec
Sound Format: 80
Sound bit Rate: 160 Kbps
Pan Step: 2 degrees
Tilt Step: 2 degrees
Video Filter Flags: 0
image inc: 0
profile(default):/home/jose/default.gpfl
starting portaudio...
language catalog= dir:/usr/share/locale type:C lang:C cat:guvcview.mo
mjpg: setting format to 1196444237
capture method = 1
video device: /dev/video0
/dev/video0 - device 1
Init. UVC Camera (1b3b:2951) (location: usb-:00:1d.1-1)
{ pixelformat = 'MJPG', description = 'MJPEG' }
{ discrete: width = 640, height = 480 }
Time interval between frame: 1/30,
{ discrete: width = 320, height = 240 }
Time interval between frame: 1/30,
{ discrete: width = 160, height = 120 }
Time interval between frame: 1/30,
vid:1b3b
pid:2951
driver:uvcvideo
checking format: 1196444237
VIDIOC_S_FORMAT - Unable to set format: Input/output error
Init v4L2 failed !!
Init video returned -2
trying minimum setup ...
capture method = 1
video device: /dev/video0
/dev/video0 - device 1
Init. UVC Camera (1b3b:2951) (location: usb-:00:1d.1-1)
{ pixelformat = 'MJPG', description = 'MJPEG' }
{ discrete: width = 640, height = 480 }
Time interval between frame: 1/30,
{ discrete: width = 320, height = 240 }
Time interval between frame: 1/30,
{ discrete: width = 160, height = 120 }
Time interval between frame: 1/30,
vid:1b3b
pid:2951
driver:uvcvideo
checking format: 1196444237
VIDIOC_S_FORMAT - Unable to set format: Input/output error
Init v4L2 failed !!
ERROR: Minimum Setup Failed.
Exiting...
free audio mutex
VIDIOC_REQBUFS - Failed to delete buffers: Invalid argument (errno 22)
closed v4l2 strutures
free controls - vidState
cleaned allocations - 100%
Closing portaudio ...OK
Terminated.
are you sure with the web-page? i cannot see a relationship between
dvb and uvcvideo. shouldn't i download the most recent driver from
http://linux-uvc.berlios.de/#download ?
thank you,
joe
On Wed, Dec 9, 2009 at 11:20 PM, Paulo Assis pj.as...@gmail.com wrote:
Hi, could you try the following:
echo 2 /sys/module/uvcvideo/parameters/quirks
this will set uvcvideo quirks to 2
or you can also try the latest uvcvideo:
http://www.linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers
please if you can, use the latest version for guvcview (1.2.1) :D
Regards,
Paulo
2009/12/9 Jozef Riha jose1...@gmail.com:
[j...@darkstar ~]$ LC_ALL=C guvcview --verbose
guvcview 1.1.4
video_device: /dev/video0
vid_sleep: 0
cap_meth: 1
resolution: 640 x 480
windowsize: 480 x 700
vert pane: 0
spin behavior: 0
mode: mjpg
fps: 1/25
Display Fps: 0
bpp: 0
hwaccel: 1
avi_format: 0
sound: 1
sound Device: 0
sound samp rate: 0
sound Channels: 0
Sound Block Size: 1 seconds
Sound Format: 80
Sound bit Rate: 160 Kbps
Pan Step: 2 degrees
Tilt Step: 2 degrees
Video Filter Flags: 0
image inc: 0
profile(default):/home/jose/default.gpfl
starting portaudio...
language catalog= dir:/usr/share/locale type:C lang:C cat:guvcview.mo
(guvcview:31380): GLib-GObject-WARNING **: IA__g_object_set_valist:
object class `GtkSettings' has no property named `gtk-button-images'
mjpg: setting format to 1196444237
capture method = 1
video device: /dev/video0
/dev/video0 - device 1
Init. UVC
Re: Latest stack that can be merged on top of linux-next tree
Hi, 2009/12/10 Karicheri, Muralidharan m-kariche...@ti.com: Guennadi, I am not sure if your MT9T031 changes are part of linux-next tree at v4l-dvb. If not, can you point me to the latest stack that I can apply on top of linux-next tree to get your latest changes for MT9T031 sensor driver? I plan to do integrate sensor driver with vpfe capture driver this week. BTW, Is there a driver for the PCA9543 i2c switch that is part of MT9T031 headboard? I would like to know answer also :) I had to add support for pca9542 (what is 2 port switch) for our project. After some googling I found some patches for similar kernel I was working on (2.6.22). You can find original patches for example there: http://www.mail-archive.com/i...@lm-sensors.org/msg00315.html FYI, the driver pca954x.c seems to be driver for full family of i2c muxes/switches. Such code works fine for me. The only thing I didn't find was why the code was never merged. I hope it can helps you. /Honza -- 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 - v1 1/2] V4L - vpfe capture - make clocks configurable
I thought following is correct:- Probe() clk_get() followed by clk_enable() Remove() clk_disable() followed by clk_put() Suspend() clk_disable() Resume() clk_enable() Yes, that is correct. I didn't look at the whole driver. My concern was that if the driver was enhanced to more aggressive clock management, you shouldn't do a clk_get() every time you do a clk_enable(), same for put. Got you. I am in sync with your thinking. -Murali Kevin -- 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 - v1 1/2] V4L - vpfe capture - make clocks configurable
Kevin,
I think I have figured it out...
First issue was that I was adding my entry at the end of dm644x_clks[]
array. I need to add it before the CLK(NULL, NULL, NULL)
secondly, your suggestion didn't work as is. This is what I had to
do to get it working...
static struct clk ccdc_master_clk = {
.name = dm644x_ccdc,
.parent = vpss_master_clk,
};
static struct clk ccdc_slave_clk = {
.name = dm644x_ccdc,
.parent = vpss_slave_clk,
};
It doesn't work with out doing this. The cat /proc/davinci_clocks hangs with
your suggestion implemented...
You should not need to add new clocks with new names. I don't thinke
the name field of the struct clk is used anywhere in the matching.
I think it's only used in /proc/davinci_clocks
static struct davinci_clk dm365_clks = {
CLK(dm644x_ccdc, master, ccdc_master_clk),
CLK(dm644x_ccdc, slave, ccdc_slave_clk),
Looks like the drivers name is 'dm644x_ccdc', not 'isif'. I'm
guessing just this should work without having to add new clock names.
No. I have mixed up the names. ISIF is for the new ISIF driver on DM365.
Below are for DM644x ccdc driver. With just these entries added, two
things observed
1) Only one clock is shown disabled (usually many are shown disabled) during
bootup
2) cat /proc/davinci_clocks hangs.
So this is the only way I got it working.
CLK(dm644x_ccdc, master, vpss_master_clk),
CLK(dm644x_ccdc, slave, vpss_slave_clk),
CLK(NULL, NULL, NULL);
Let me know if you think there is anything wrong with the above scheme.
Kevin
--
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: Latest stack that can be merged on top of linux-next tree
Hi, On 12/10/2009 08:39 PM, HoP wrote: 2009/12/10 Karicheri, Muralidharan m-kariche...@ti.com: BTW, Is there a driver for the PCA9543 i2c switch that is part of MT9T031 headboard? I would like to know answer also :) I had to add support for pca9542 (what is 2 port switch) for our project. After some googling I found some patches for similar kernel I was working on (2.6.22). You can find original patches for example there: http://www.mail-archive.com/i...@lm-sensors.org/msg00315.html FYI, the driver pca954x.c seems to be driver for full family of i2c muxes/switches. Such code works fine for me. The only thing I didn't find was why the code was never merged. the driver that has the greatest chance of being accepted has been discussed on the linux-i2c list a few days ago: http://thread.gmane.org/gmane.linux.drivers.i2c/4856 The patchset they are talking about is this one: http://thread.gmane.org/gmane.linux.drivers.i2c/2998 With these patches the bus segments beyond the i2c multiplexer will be registered as separate i2c busses. Access to a device on those busses will then automatically reconfigure the multiplexer. Last time we tried to enable only one channel of the pca9543 on the mt9d131 board it had an effect on the brightness. Unfortunately we don't have the schematics of the head board. Can anyone explain what was going on there? Daniel -- Dipl.-Math. Daniel Glöckner, emlix GmbH, http://www.emlix.com Fon +49 551 30664-0, Fax -11, Bahnhofsallee 1b, 37081 Göttingen, Germany Sitz der Gesellschaft: Göttingen, Amtsgericht Göttingen HR B 3160 Geschäftsführer: Dr. Uwe Kracke, Ust-IdNr.: DE 205 198 055 emlix - your embedded linux partner -- 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: Latest stack that can be merged on top of linux-next tree
Hi, Thanks for the email. Any idea how i2c drivers can work with this? Currently in my board, I have adapter id = 1 for main i2c bus. So when this mux driver is built into the kernel, I guess I can access it using a different adapter id, right? If so, what is the adapter id? How do I use this with MT9T031 driver? Any idea to share? Thanks Murali Karicheri Software Design Engineer Texas Instruments Inc. Germantown, MD 20874 phone: 301-407-9583 email: m-kariche...@ti.com -Original Message- From: Daniel Glöckner [mailto:d...@emlix.com] Sent: Thursday, December 10, 2009 3:15 PM To: HoP Cc: Karicheri, Muralidharan; linux-media@vger.kernel.org Subject: Re: Latest stack that can be merged on top of linux-next tree Hi, On 12/10/2009 08:39 PM, HoP wrote: 2009/12/10 Karicheri, Muralidharan m-kariche...@ti.com: BTW, Is there a driver for the PCA9543 i2c switch that is part of MT9T031 headboard? I would like to know answer also :) I had to add support for pca9542 (what is 2 port switch) for our project. After some googling I found some patches for similar kernel I was working on (2.6.22). You can find original patches for example there: http://www.mail-archive.com/i...@lm-sensors.org/msg00315.html FYI, the driver pca954x.c seems to be driver for full family of i2c muxes/switches. Such code works fine for me. The only thing I didn't find was why the code was never merged. the driver that has the greatest chance of being accepted has been discussed on the linux-i2c list a few days ago: http://thread.gmane.org/gmane.linux.drivers.i2c/4856 The patchset they are talking about is this one: http://thread.gmane.org/gmane.linux.drivers.i2c/2998 With these patches the bus segments beyond the i2c multiplexer will be registered as separate i2c busses. Access to a device on those busses will then automatically reconfigure the multiplexer. Last time we tried to enable only one channel of the pca9543 on the mt9d131 board it had an effect on the brightness. Unfortunately we don't have the schematics of the head board. Can anyone explain what was going on there? Daniel -- Dipl.-Math. Daniel Glöckner, emlix GmbH, http://www.emlix.com Fon +49 551 30664-0, Fax -11, Bahnhofsallee 1b, 37081 Göttingen, Germany Sitz der Gesellschaft: Göttingen, Amtsgericht Göttingen HR B 3160 Geschäftsführer: Dr. Uwe Kracke, Ust-IdNr.: DE 205 198 055 emlix - your embedded linux partner -- 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/~dougsland/v4l-dvb
Hello Mauro, Please pull from http://linuxtv.org/hg/~dougsland/v4l-dvb for the following: - radio-tea5764: Correct size given to memsetdefault - uvc: Correct size given to memset - radio-sf16fmi: add autoprobing - radio-sf16fmi: fix mute, add SF16-FMP to texts - vpif: move vpif_remove to .devexit - vpfe_capture: move vpfe_remove to .devexit - sh_mobile_ceu_camera: don't use __exit_p to wrap sh_mobile_ceu_remove - vpss: move vpss_remove to .devexit - Use dev-bus_id instead of dev_name in pre 2.6.26 kernels - bttv: fix MODULE_PARM_DESC for i2c_debug and i2c_hw - radio-si470x: support PM functions - radio-si470x: support RDS on si470x i2c driver - radio-si470x: move some file operations to common file - videobuf_dma_contig_user_get() for non-aligned offsets - bttv: add i2c addr for old WinTV card to IR probe list - ov511.c typo: lock = unlock - pms.c: fix use of KERNEL_VERSION - cpia2: use __stringify macro. - vpif_display/saa7134-alsa/quickcam_messenger: Move dereference after NULL test - PWC: parameter trace is only available in debug Thanks, 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: Latest stack that can be merged on top of linux-next tree
Hi, 2009/12/10 Karicheri, Muralidharan m-kariche...@ti.com: Hi, Thanks for the email. Any idea how i2c drivers can work with this? Currently in my board, I have adapter id = 1 for main i2c bus. So when this mux driver is built into the kernel, I guess I can access it using a different adapter id, right? If so, what is the adapter id? Yes, exactly that is way of using - additional i2c buses were born when pca954x started. Daniel already described this in his mail: With these patches the bus segments beyond the i2c multiplexer will be registered as separate i2c busses. Access to a device on those busses will then automatically reconfigure the multiplexer. Additional i2c buses (adapters) were counted from number +1 higher then highest i2c bus number. If you main i2c bus is i2c-1, then you you should find i2c-2,i2c-3,i2c-4,i2c-5 new buses after pca954x loading. You can check that with i2cdetect tools. How do I use this with MT9T031 driver? Any idea to share? I never had a look inside mt9t031 driver, but in general - you simply point to some of that additional adaper by i2c_get_adapter(x) Idea is very smart. You don't need to manage pca954x on your own. Driver do it itself :) /Honza -- 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: MSI StarCam working in vlc only (with poor colors)
Josef,
white balance temperature and hue controls are being blacklisted in
uvcvideo for all cameras due to a bug in the driver.
A patch fixing the issue was committed recently
(https://lists.berlios.de/pipermail/linux-uvc-devel/2009-December/005396.html)
but I'm not sure when it will be available.
These controls if supported by your camera could help improve the image color.
Best regards,
Paulo
2009/12/10 Jozef Riha jose1...@gmail.com:
thank you again, paulo, for your off-list help. cam is now working
nicely with xawtv, guvcview and skype. the colors slightly improved
during day-light, when artificial light is used they still look bad
though. i fiddled around with just about all v4l controls but couldn't
really fix it. i'll run a comparison with windows driver when i have a
chance.
for others interested: the fix was indeed the quirks mode. i had to
set it like this:
$ cat /etc/modprobe.d/uvcvideo.conf
options uvcvideo trace=15 quirks=2
regards all,
joe
On Wed, Dec 9, 2009 at 11:53 PM, Paulo Assis pj.as...@gmail.com wrote:
You must reload the driver,
rmmod uvcvideo
modprobe uvcvideo
otherwise the quirks want have any effect.
uvcvideo is now mantained in the mercurial repo at linuxtv,
installing v4l-dvb will also install uvcvideo, but if you want, just
follow the instructions on the wiki to compile, but use:
hg clone http://linuxtv.org/hg/~pinchartl/uvcvideo/
so that you get the very latest (testing) uvc code.
In any case the quirks should be enough:
http://lists.berlios.de/pipermail/linux-uvc-devel/2009-October/005235.html
Best regards,
Paulo
2009/12/9 Jozef Riha jose1...@gmail.com:
setting quirks to 2 unfortunately did not help. gucview's 1.2.1 output below
[j...@darkstar ~]$ LC_ALL=C guvcview --verbose
guvcview 1.2.1
unexpected integer value (1) for snd_numsec
Strings must be quoted
video_device: /dev/video0
vid_sleep: 0
cap_meth: 1
resolution: 640 x 480
windowsize: 480 x 700
vert pane: 0
spin behavior: 0
mode: mjpg
fps: 1/25
Display Fps: 0
bpp: 0
hwaccel: 1
avi_format: 0
sound: 1
sound Device: 0
sound samp rate: 0
sound Channels: 0
Sound delay: 0 nanosec
Sound Format: 80
Sound bit Rate: 160 Kbps
Pan Step: 2 degrees
Tilt Step: 2 degrees
Video Filter Flags: 0
image inc: 0
profile(default):/home/jose/default.gpfl
starting portaudio...
language catalog= dir:/usr/share/locale type:C lang:C cat:guvcview.mo
mjpg: setting format to 1196444237
capture method = 1
video device: /dev/video0
/dev/video0 - device 1
Init. UVC Camera (1b3b:2951) (location: usb-:00:1d.1-1)
{ pixelformat = 'MJPG', description = 'MJPEG' }
{ discrete: width = 640, height = 480 }
Time interval between frame: 1/30,
{ discrete: width = 320, height = 240 }
Time interval between frame: 1/30,
{ discrete: width = 160, height = 120 }
Time interval between frame: 1/30,
vid:1b3b
pid:2951
driver:uvcvideo
checking format: 1196444237
VIDIOC_S_FORMAT - Unable to set format: Input/output error
Init v4L2 failed !!
Init video returned -2
trying minimum setup ...
capture method = 1
video device: /dev/video0
/dev/video0 - device 1
Init. UVC Camera (1b3b:2951) (location: usb-:00:1d.1-1)
{ pixelformat = 'MJPG', description = 'MJPEG' }
{ discrete: width = 640, height = 480 }
Time interval between frame: 1/30,
{ discrete: width = 320, height = 240 }
Time interval between frame: 1/30,
{ discrete: width = 160, height = 120 }
Time interval between frame: 1/30,
vid:1b3b
pid:2951
driver:uvcvideo
checking format: 1196444237
VIDIOC_S_FORMAT - Unable to set format: Input/output error
Init v4L2 failed !!
ERROR: Minimum Setup Failed.
Exiting...
free audio mutex
VIDIOC_REQBUFS - Failed to delete buffers: Invalid argument (errno 22)
closed v4l2 strutures
free controls - vidState
cleaned allocations - 100%
Closing portaudio ...OK
Terminated.
are you sure with the web-page? i cannot see a relationship between
dvb and uvcvideo. shouldn't i download the most recent driver from
http://linux-uvc.berlios.de/#download ?
thank you,
joe
On Wed, Dec 9, 2009 at 11:20 PM, Paulo Assis pj.as...@gmail.com wrote:
Hi, could you try the following:
echo 2 /sys/module/uvcvideo/parameters/quirks
this will set uvcvideo quirks to 2
or you can also try the latest uvcvideo:
http://www.linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers
please if you can, use the latest version for guvcview (1.2.1) :D
Regards,
Paulo
2009/12/9 Jozef Riha jose1...@gmail.com:
[j...@darkstar ~]$ LC_ALL=C guvcview --verbose
guvcview 1.1.4
video_device: /dev/video0
vid_sleep: 0
cap_meth: 1
resolution: 640 x 480
windowsize: 480 x 700
vert pane: 0
spin behavior: 0
mode: mjpg
fps: 1/25
Display Fps: 0
bpp: 0
hwaccel: 1
avi_format: 0
sound: 1
sound Device: 0
sound samp rate: 0
sound Channels: 0
Sound Block Size: 1 seconds
Sound Format: 80
Sound bit Rate: 160 Kbps
Pan Step: 2
Vadim Blinov has added you as a friend on the website VK.com
Hello, Vadim Blinov has added you as a friend on the website VK.com You can log in and view your friends` pages using your email and automatically created password: fcsoncpU VK.com is a website that helps dozens of millions of people find their old friends, share photos and events and always stay in touch. To log in, please follow this link: http://vk.com/login.php?regemail=linux-me...@vger.kernel.org#fcsoncpu You can change your password in Settings. Attention: If you ignore this invitation, your registration will not be activated. Good luck! -- 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] ov511: fix probe() hang due to double mutex_lock
Commit 163fe744c3283fd267268629afff4cfc846ed0e0 added a double mutex_lock which hangs ov51x_probe(). This was clearly a typo. Change final mutex_lock() - mutex_unlock() Signed-off-by: Brandon Philips bphil...@suse.de --- drivers/media/video/ov511.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/media/video/ov511.c b/drivers/media/video/ov511.c index 0bc2cf5..2bed9e2 100644 --- a/drivers/media/video/ov511.c +++ b/drivers/media/video/ov511.c @@ -5878,7 +5878,7 @@ ov51x_probe(struct usb_interface *intf, const struct usb_device_id *id) goto error; } - mutex_lock(ov-lock); + mutex_unlock(ov-lock); return 0; -- 1.6.4.2 -- 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] uvcvideo: add another YUYV format GUID
On Thursday 10 December 2009 17:34:25 Daniel Ritz wrote: On Thu, 2009-12-10 at 02:46 +0100, Laurent Pinchart wrote: Hi Daniel, On Friday 04 December 2009 03:05:37 Daniel Ritz wrote: Hi Laurent On Thu, 2009-12-03 at 21:15 +0100, Laurent Pinchart wrote: Hi Daniel, On Wednesday 02 December 2009 00:48:44 Daniel Ritz wrote: For some unknown reason, on a MacBookPro5,3 the iSight Could you please send me the output of lsusb -v both with the correct and wrong GUID ? sure. i attached three files: isight-good.txt, isight-bad.txt, isight-good2.txt this is three reboots in a row from like 10 minutes ago. the first boot into linux was actually rebooting from OSX...first cold boot today directly into linux had the right GUID. Thanks. diff'ing the descriptors shows something interesting (from good to good2): @@ -264,7 +264,7 @@ dwMaxVideoFrameBufferSize 614400 dwDefaultFrameInterval 33 bFrameIntervalType 11 -dwFrameInterval( 0) 3758429717 +dwFrameInterval( 0)33 dwFrameInterval( 1)363636 dwFrameInterval( 2)40 dwFrameInterval( 3)44 3758429717 is 0xe0051615 in hex, and 33 is 0x00051615. I wonder what other parts of the descriptors could get corrupted that way. hmm..dunno..but even with this it just worked. _sometimes_ report a different video format GUID. Sometimes only ? Now that's weird. Is that completely random ? yes, sometimes only. it seems to be related to reboots, but i don't know what exactly triggers it. rmmod/modprobe doesn't trigger it. also, when the wrong GUID is reported, the only way of fixing it is to reboot. it really is just the GUID. even when the wrong one is reported, the device works just fine. i started with a plain ubuntu 9.10, kernel 2.6.31 which was supposed to fail, so i upgraded to a 2.6.32-rc8 to fix the iSight and some other things, just to see it fail again. a reboot later and it worked, some time and reboot later it failed again... All of those are warm reboots, and you don't boot any alternative OS in- between, right ? yes, linux only. Does Linux reload the iSight firmware at every boot ? If it does, could you try to reload the firmware manually when you get a bad GUID to see if it helps ? You will probably need to unload the uvcvideo driver before reloading the firmware. linux does not load isight firmware at all. the new macbooks don't require to load FW the device just works. FW loading is only required for the devices with ID 0x05AC:0x8300, what i have is 05ac:8507 Ok, thanks for the information. I guess the camera is really broken. As MacOSX probably doesn't even try to parse the USB descriptors, the Apple developers never noticed. Anyway, I'll apply your patch. Can I still keep your SoB line if I rename YUY2_2 to YUY2_ISIGHT ? -- Regards, Laurent Pinchart -- 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] sound/usb: Relax urb data alignment restriciton for HVR-950Q only
After reviewing the patch as well as the spec, your change looks pretty reasonable (aside from the fact that you need the other USB IDs). It seems pretty clear that the au0828 violates the spec, but the spec does indicate how to handle that case, which is what your code addresses. I think you found something in the specification I haven't found. What did you see that indicated how to deal with equipment misbehaving in this way? I found the following list of USB ID's. Just double checking, but is the 850 enough like the 950 line for me to include it? case 72000: /* WinTV-HVR950q (Retail, IR, ATSC/QAM */ case 72001: /* WinTV-HVR950q (Retail, IR, ATSC/QAM and analog video */ case 72211: /* WinTV-HVR950q (OEM, IR, ATSC/QAM and analog video */ case 72221: /* WinTV-HVR950q (OEM, IR, ATSC/QAM and analog video */ case 72231: /* WinTV-HVR950q (OEM, IR, ATSC/QAM and analog video */ case 72241: /* WinTV-HVR950q (OEM, No IR, ATSC/QAM and analog video */ case 72251: /* WinTV-HVR950q (Retail, IR, ATSC/QAM and analog video */ -- case 72301: /* WinTV-HVR850 (Retail, IR, ATSC and analog video */ case 72500: /* WinTV-HVR950q (OEM, No IR, ATSC/QAM */ Thanks again, not only for your help with my change, but with all you did to provide support for the Hauppage equipment. I'd add that being the beginner at making kernel changes your review is particularly helpful to me (and to my confidence). John -- 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] sound/usb: Relax urb data alignment restriciton for HVR-950Q only
Hello John, On Thu, Dec 10, 2009 at 8:38 PM, John S Gruber johnsgru...@gmail.com wrote: I think you found something in the specification I haven't found. What did you see that indicated how to deal with equipment misbehaving in this way? I'm referring to section 2.3.2.3 of Universal Serial Bus Device Class Definition for Audio Data Formats I found the following list of USB ID's. Just double checking, but is the 850 enough like the 950 line for me to include it? case 72000: /* WinTV-HVR950q (Retail, IR, ATSC/QAM */ case 72001: /* WinTV-HVR950q (Retail, IR, ATSC/QAM and analog video */ case 72211: /* WinTV-HVR950q (OEM, IR, ATSC/QAM and analog video */ case 72221: /* WinTV-HVR950q (OEM, IR, ATSC/QAM and analog video */ case 72231: /* WinTV-HVR950q (OEM, IR, ATSC/QAM and analog video */ case 72241: /* WinTV-HVR950q (OEM, No IR, ATSC/QAM and analog video */ case 72251: /* WinTV-HVR950q (Retail, IR, ATSC/QAM and analog video */ -- case 72301: /* WinTV-HVR850 (Retail, IR, ATSC and analog video */ case 72500: /* WinTV-HVR950q (OEM, No IR, ATSC/QAM */ Yes, the HVR-850 should be included in the list. I'd add that being the beginner at making kernel changes your review is particularly helpful to me (and to my confidence). You are likely to receive a more thorough/critical review when you send to the alsa-devel mailing list, as they have considerably more expertise in this area than I do. 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: IR Receiver on an Tevii S470
On Thu, 2009-12-10 at 18:16 +0200, Igor M. Liplianin wrote: On 10 декабря 2009 03:12:39 Andy Walls wrote: On Wed, 2009-12-09 at 17:54 +0200, Igor M. Liplianin wrote: Igor and Matthias, Please try the changes that I have for the TeVii S470 that are here: http://linuxtv.org/hg/~awalls/cx23885-ir In fact some time ago I was writing some code for cx23885 IR, but not reached IR interrupts to work. Though I used PCI_MSK_AV_CORE (1 27), then test register PIN_CTRL for field FLD_IR_IRQ_STAT. Igor, You are exactly right on this. I used the wrong interrupt status flag. I have pushed a patch to my repository to use the PCI_MSK_AV_CORE status flag. Could you please update an test the TeVii S470 again when you have time? I have Compro E650F with RC6 remote, also have RC5 remote from TV set. I will made little hack to test Compro RC5. OK. Thank you. Regards, Andy First try, without pressing IR keys cx25840 3-0044: IRQ Enables: rse rte roe cx25840 3-0044: IRQ Status: tsr cx25840 3-0044: IRQ Enables: rse rte roe irq 16: nobody cared (try booting with the irqpoll option) Pid: 0, comm: swapper Not tainted 2.6.32 #2 Call Trace: [c1052db0] ? __report_bad_irq+0x24/0x69 [c1052db7] ? __report_bad_irq+0x2b/0x69 [c1052edc] ? note_interrupt+0xe7/0x13f [c1053416] ? handle_fasteoi_irq+0x7a/0x97 [c1004411] ? handle_irq+0x38/0x3f [c1003bd1] ? do_IRQ+0x38/0x89 [c1002ea9] ? common_interrupt+0x29/0x30 [c1007a1e] ? mwait_idle+0x7a/0x7f [c1001b93] ? cpu_idle+0x37/0x4c handlers: [c13179ad] (usb_hcd_irq+0x0/0x59) [f85ba5e7] (azx_interrupt+0x0/0xe7 [snd_hda_intel]) [f88b1d2b] (cx23885_irq+0x0/0x4a5 [cx23885]) Disabling IRQ #16 cx25840 3-0044: IRQ Status: tsr cx25840 3-0044: IRQ Enables: rse rte roe cx25840 3-0044: IRQ Status: tsr OK. We're getting interrupts from the A/V core, but they are not IR related. They must be audio and video interrupts from the A/V core. I have checked in new changes: http://linuxtv.org/hg/~awalls/cx23885-ir please try again when you have time. # modprobe cx25840 debug=2 ir_debug=2 # modprobe cx23885 debug=7 My only concern now, is that I have not turned off all the audio interrupts from the A/V core - I could not determine if registers 0x80c-0x80f were improtant to set. Regards, Andy -- 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] sound/usb: Relax urb data alignment restriciton for HVR-950Q only
On Thu, Dec 10, 2009 at 8:49 PM, Devin Heitmueller dheitmuel...@kernellabs.com wrote: Hello John, On Thu, Dec 10, 2009 at 8:38 PM, John S Gruber johnsgru...@gmail.com wrote: I think you found something in the specification I haven't found. What did you see that indicated how to deal with equipment misbehaving in this way? I'm referring to section 2.3.2.3 of Universal Serial Bus Device Class Definition for Audio Data Formats I found the following list of USB ID's. Just double checking, but is the 850 enough like the 950 line for me to include it? case 72000: /* WinTV-HVR950q (Retail, IR, ATSC/QAM */ case 72001: /* WinTV-HVR950q (Retail, IR, ATSC/QAM and analog video */ case 72211: /* WinTV-HVR950q (OEM, IR, ATSC/QAM and analog video */ case 72221: /* WinTV-HVR950q (OEM, IR, ATSC/QAM and analog video */ case 72231: /* WinTV-HVR950q (OEM, IR, ATSC/QAM and analog video */ case 72241: /* WinTV-HVR950q (OEM, No IR, ATSC/QAM and analog video */ case 72251: /* WinTV-HVR950q (Retail, IR, ATSC/QAM and analog video */ -- case 72301: /* WinTV-HVR850 (Retail, IR, ATSC and analog video */ case 72500: /* WinTV-HVR950q (OEM, No IR, ATSC/QAM */ Yes, the HVR-850 should be included in the list. I'd add that being the beginner at making kernel changes your review is particularly helpful to me (and to my confidence). You are likely to receive a more thorough/critical review when you send to the alsa-devel mailing list, as they have considerably more expertise in this area than I do. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com I'll do that. -- 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] sh_mobile_ceu_camera: Remove frame size page alignment
On Thu, Dec 10, 2009 at 10:06 PM, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote: On Wed, 9 Dec 2009, Magnus Damm wrote: From: Magnus Damm d...@opensource.se This patch updates the SuperH Mobile CEU driver to not page align the frame size. Useful in the case of USERPTR with non-page aligned frame sizes and offsets. Signed-off-by: Magnus Damm d...@opensource.se Please, correct me if I'm wrong. Currently most (all?) sh platforms, using this driver, and wishing to use V4L2_MEMORY_MMAP, reserve contiguous memory in their platform code. In this case pcdev-video_limit is set to the size of that area. videobuf-dma-contig.c::__videobuf_mmap_mapper() will anyway allocate page-aligned buffers for V4L2_MEMORY_MMAP, so, even for the case of a platform, not reserving RAM at boot-time, it should work. Similarly it should work for the V4L2_MEMORY_USERPTR case. So, looks ok to me, queued, thanks. Correct. On SuperH Mobile the amount of reserved physically contiguous memory for the CEU can be overridden on the kernel command line, and in the case of systems only using USERPTR it is wise to set it to the reserved memory to zero since the memory will be unused anyway when the V4L2 buffers come from elsewhere. If there is no physically contiguous memory reserved for the CEU and V4L2 MMAP is used then there is a risk of physically contiguous memory allocation failure due to memory fragmentation. Nothing out of the ordinary, to play it safe just reserve physically contiguous memory during boot up time and be done with it. / magnus -- 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://www.linuxtv.org/hg/~hverkuil/v4l-dvb
Hi Mauro, Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb for the following: - v4l2: Adding helper function to get dv preset description - v4l2-spec: Adds EBUSY error code for S_STD and QUERYSTD ioctls Note: if you are going to push the new timings API to 2.6.33 (and I hope you can do that!) then the first patch with the helper function should go in as well. It will be needed by e.g. the tvp7002 driver that is almost ready to be merged as well and is basically just waiting for this final piece of the puzzle. It will be a great help to davinci/omap/SoC development if this API can make it into 2.6.33. If you don't want to merge unless someone uses it, then I think we can get the tvp7002 driver merged very soon. When this helper function is in, then I can do a final (hopefully) review of the tvp7002 driver this Sunday and we can probably merge it next week, in time for 2.6.33. Thanks, Hans diffstat: Documentation/DocBook/v4l/vidioc-g-std.xml|6 +++ Documentation/DocBook/v4l/vidioc-querystd.xml |6 +++ drivers/media/video/v4l2-common.c | 47 ++ include/media/v4l2-common.h |2 - 4 files changed, 60 insertions(+), 1 deletion(-) -- 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: [stable] [PATCH] ov511: fix probe() hang due to double mutex_lock
On Thu, Dec 10, 2009 at 05:04:49PM -0800, Brandon Philips wrote: Commit 163fe744c3283fd267268629afff4cfc846ed0e0 added a double mutex_lock which hangs ov51x_probe(). This was clearly a typo. Change final mutex_lock() - mutex_unlock() Signed-off-by: Brandon Philips bphil...@suse.de Brandon, when you want patches to be added to the stable tree, just add a: Cc: stable sta...@kernel.org to the signed-off-by area of the patch. That way, when they get merged into Linus's tree eventually, they will be automagically sent to the sta...@kernel.org alias, so I know to add it to the tree at that time. It saves you time, and me time, so I don't have to go hunt for this upstream sometime in the future. thanks, greg i need more time saved k-h -- 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
