Webcam driver not working: drivers/media/video/gspca/ov519.c device 05a9:4519
Hi all, sorry for the noise, but in current mainline (2.6.36-git12) there are some updates in ov519.c I'm running this kernel now and my camera is still not working (tested in windows and it works). lsusb: Bus 008 Device 002: ID 05a9:4519 OmniVision Technologies, Inc. Webcam Classic But on the case it writes: GRANDTEC Grand IP CAMERA PRO Model: 2 In have an LAN or USB switch mode. Picture: http://tinypic.com/r/292llcg/7 Chips: 0705C07353 label on W9812G2GH-6 chip MX chip: T073520 29LV160CBTC-70G 2W417500 IC+ chip: IP101A LF 0731S15 FNS1877.1 The errors I get: Camorama Webcam Viewer: Could not connect to video device (/dev/video0). Please check connection. Cheese Webcam Booth: No device found. -- 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: Webcam driver not working: drivers/media/video/gspca/ov519.c device 05a9:4519
On Fri, Oct 29, 2010 at 3:12 PM, Anca Emanuel anca.eman...@gmail.com wrote: Hi all, sorry for the noise, but in current mainline (2.6.36-git12) there are some updates in ov519.c I'm running this kernel now and my camera is still not working (tested in windows and it works). lsusb: Bus 008 Device 002: ID 05a9:4519 OmniVision Technologies, Inc. Webcam Classic found this: http://www.rastageeks.org/ov51x-jpeg/index.php/Ov51xJpegHackedSource and this: http://packages.ubuntu.com/maverick/ov51x-jpeg-source but I get an error when I try to compile: ov51x-jpeg-core.c:87: fatal error: linux/autoconf.h: No such file or directory compilation terminated. (please CC) -- 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: Webcam driver not working: drivers/media/video/gspca/ov519.c device 05a9:4519
On Mon, Nov 1, 2010 at 10:31 PM, Jean-Francois Moine moin...@free.fr wrote: On Mon, 1 Nov 2010 22:02:49 +0200 Anca Emanuel anca.eman...@gmail.com wrote: Saved in txt and csv formats. I did not know this sniffer. The trace is compact, but, alas, the 'Request' and 'Value' are lacking... Is it possible to see them? I am new to this. Is there a sniffbin for windows ? -- 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: Webcam driver not working: drivers/media/video/gspca/ov519.c device 05a9:4519
On Mon, Nov 1, 2010 at 10:31 PM, Jean-Francois Moine moin...@free.fr wrote: On Mon, 1 Nov 2010 22:02:49 +0200 Anca Emanuel anca.eman...@gmail.com wrote: Saved in txt and csv formats. I did not know this sniffer. The trace is compact, but, alas, the 'Request' and 'Value' are lacking... Is it possible to see them? This file is stream.ulz compressed http://rapidshare.com/files/428384860/stream.zip To see the data, you need: http://www.usblyzer.com/download.htm And a windows machine. Sorry for the trouble. -- 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: Webcam driver not working: drivers/media/video/gspca/ov519.c device 05a9:4519
On Tue, Nov 2, 2010 at 10:26 AM, Jean-Francois Moine moin...@free.fr wrote: On Tue, 2 Nov 2010 00:23:23 +0200 Anca Emanuel anca.eman...@gmail.com wrote: This file is stream.ulz compressed http://rapidshare.com/files/428384860/stream.zip To see the data, you need: http://www.usblyzer.com/download.htm And a windows machine. Sorry for the trouble. I got the ms-windows program, and I can see the lacking information, but only on clicking on each exchange. It could take one month to move all information into a readable format! May you redo traces with one of the free SniffUSB's? You may find links in: https://groups.google.com/group/microdia/web/usb-sniffing-on-windows Thanks. I am using http://www.pcausa.com/Utilities/UsbSnoop/SniffUSB-x86-2.0.0006.zip now. The data: http://rapidshare.com/files/428460107/log4.zip please let me know if this is what you ask for. Thank you. P.S.: the file is ... 69MB uncompressed. -- 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: Webcam driver not working: drivers/media/video/gspca/ov519.c device 05a9:4519
Hi, Thanks, that's what I wanted. Looking at the trace, I saw that the capture stopped and restarted 3 or 4 times. May you tell me what occured? Just open and close some capture programs. -- 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: Webcam driver not working: drivers/media/video/gspca/ov519.c device 05a9:4519
I found the datasheet for OV7660: http://www.datasheetarchive.com/OV7660-datasheet.html http://www.datasheetarchive.com/pdf-datasheets/Datasheets-25/DSA-482031.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: Webcam driver not working: drivers/media/video/gspca/ov519.c device 05a9:4519
Short update: Jean-Francois Moine is cooking something. http://moinejf.free.fr/gspca-2.11.3.tar.gz My camera works now. -- 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: Leadtek WinFast PxPVR2200
03:00.0 Multimedia video controller [0400]: Conexant Systems, Inc. CX23885 PCI Video and Audio Decoder [14f1:8852] (rev 02) Subsystem: LeadTek Research Inc. Device [107d:6f21] Physical Slot: 0-1 Flags: bus master, fast devsel, latency 0, IRQ 46 Memory at fe80 (64-bit, non-prefetchable) [size=2M] Capabilities: [40] Express Endpoint, MSI 00 Capabilities: [80] Power Management version 2 Capabilities: [90] Vital Product Data Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [100] Advanced Error Reporting Capabilities: [200] Virtual Channel Kernel driver in use: cx23885 Kernel modules: cx23885 -- 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: Leadtek WinFast PxPVR2200
I think I found the firmware. http://rapidshare.com/files/430422366/fw64.zip -- 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 PATCHES FOR 2.6.38] gspca for_2.6.38
On Sat, Nov 13, 2010 at 11:46 AM, Jean-Francois Moine moin...@free.fr wrote: The following changes since commit af9f14f7fc31f0d7b7cdf8f7f7f15a3c3794aea3: [media] IR: add tv power scancode to rc6 mce keymap (2010-11-10 00:58:49 -0200) are available in the git repository at: git://linuxtv.org/jfrancois/gspca.git for_2.6.38 Jean-François Moine (16): gspca - ov519: Handle the snapshot on capture stop when CONFIG_INPUT=m gspca - ov519: Don't do USB exchanges after disconnection gspca - ov519: Change types '__xx' to 'xx' gspca - ov519: Reduce the size of some variables gspca - ov519: Define the sensor types in an enum gspca - ov519: Cleanup source gspca - ov519: Set their numbers in the ov519 and ov7670 register names gspca - ov519: Define the disabled controls in a table gspca - ov519: Propagate errors to higher level gspca - ov519: Clearer debug and error messages gspca - ov519: Check the disabled controls at start time only gspca - ov519: Simplify the LED control functions gspca - ov519: Change the ov519 start and stop sequences gspca - ov519: Initialize the ov519 snapshot register gspca - ov519: Re-initialize the webcam at resume time gspca - ov519: New sensor ov7660 with bridge ov530 (ov519) Nicolas Kaiser (1): gspca - cpia1: Fix error check drivers/media/video/gspca/cpia1.c | 2 +- drivers/media/video/gspca/ov519.c | 1671 +-- drivers/media/video/gspca/w996Xcf.c | 325 +++ 3 files changed, 1131 insertions(+), 867 deletions(-) Some conflicts against mainline: diff --cc drivers/staging/cx25821/Kconfig index 1d73334,9c2e259..000 --- a/drivers/staging/cx25821/Kconfig +++ b/drivers/staging/cx25821/Kconfig @@@ -1,7 -1,6 +1,11 @@@ config VIDEO_CX25821 tristate Conexant cx25821 support ++ HEAD + depends on DVB_CORE VIDEO_DEV PCI I2C INPUT + depends on BKL # please fix ++=== + depends on DVB_CORE VIDEO_DEV PCI I2C ++ b49b143975141c461bfd11dd1c6632c1a1c7f8ff select I2C_ALGOBIT select VIDEO_BTCX select VIDEO_TVEEPROM diff --cc drivers/staging/go7007/Kconfig index 3aecd30,75ddaad..000 --- a/drivers/staging/go7007/Kconfig +++ b/drivers/staging/go7007/Kconfig @@@ -1,10 -1,9 +1,14 @@@ config VIDEO_GO7007 tristate WIS GO7007 MPEG encoder support ++ HEAD + depends on VIDEO_DEV PCI I2C INPUT + depends on BKL # please fix ++=== + depends on VIDEO_DEV PCI I2C ++ b49b143975141c461bfd11dd1c6632c1a1c7f8ff depends on SND select VIDEOBUF_DMA_SG - depends on VIDEO_IR + depends on IR_CORE select VIDEO_TUNER select VIDEO_TVEEPROM select SND_PCM Running new kernel now, ov7660 works. Thank you. -- 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 WinTV MiniStick IR in 2.6.36 - [PATCH]
On Mon, Nov 15, 2010 at 1:27 PM, Richard Zidlicky r...@linux-m68k.org wrote: Hi, snip What is the way to achieve the effect without recompiling the kernel - is there any? On Ubuntu kernel list Chao Zhang asked the same question. Answer: [quote] You might find following links useful: http://tldp.org/LDP/lkmpg/2.6/html/x181.html http://www.cyberciti.biz/tips/build-linux-kernel-module-against-installed-kernel-source-tree.html [/quote] And I think you will like Greg's presentation: http://www.youtube.com/watch?v=LLBrBBImJt4 (mentioned for people who do not have time to read docs) -- 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: [cron job] v4l-dvb daily build: WARNINGS
On Mon, Nov 15, 2010 at 8:27 PM, Hans Verkuil hverk...@xs4all.nl wrote: Results of the daily build of v4l-dvb: sparse: ERRORS There is also an build error in next, reported by Stephen Rothwell: The v4l-dvb tree still has its build failure, so I used the version from next-20101112. -- 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: [cron job] v4l-dvb daily build: WARNINGS
On Wed, Nov 17, 2010 at 8:27 PM, Hans Verkuil hverk...@xs4all.nl wrote: This message is generated daily by a cron job that builds v4l-dvb for the kernels and architectures in the list below. Results of the daily build of v4l-dvb: date: Wed Nov 17 19:00:17 CET 2010 path: http://www.linuxtv.org/hg/v4l-dvb changeset: 15167:abd3aac6644e git master: 3e6dce76d99b328716b43929b9195adfee1de00c git media-master: a348e9110ddb5d494e060d989b35dd1f35359d58 gcc version: i686-linux-gcc (GCC) 4.5.1 host hardware: x86_64 host os: 2.6.32.5 linux-git-armv5: WARNINGS linux-git-armv5-davinci: WARNINGS linux-git-armv5-ixp: WARNINGS linux-git-armv5-omap2: WARNINGS linux-git-i686: WARNINGS linux-git-m32r: WARNINGS linux-git-mips: WARNINGS linux-git-powerpc64: WARNINGS linux-git-x86_64: WARNINGS spec-git: OK sparse: ERRORS Detailed results are available here: http://www.xs4all.nl/~hverkuil/logs/Wednesday.log Full logs are available here: http://www.xs4all.nl/~hverkuil/logs/Wednesday.tar.bz2 The V4L-DVB specification from this daily build is here: http://www.xs4all.nl/~hverkuil/spec/media.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Is somebody take care of this ? -- 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-next: Tree for November 23
I get an panic from this version on my PC. Last time I checked was something like 10 days ago (running next fine). Kernel 2.6.37-rc3 running ok here, Intel Core Duo, Ubuntu 10.10. -- 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-next: Tree for November 23
Stephen, It is possible to have an automatic test report for (in)successful boot on major 5 distributions ? -- 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: DVB-T2 tuner dismantled: PCTV Nanostick T2 290e
Hi Steve Kerrison ! There are no developers available, sorry. Mauro can not keep up with the mails. Just look at the last merge window. -- 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 3/6] [media] gspca core: Fix regressions gspca breaking devices with audio
On Fri, Dec 10, 2010 at 12:51 PM, Jean-Francois Moine moin...@free.fr wrote: On Thu, 9 Dec 2010 18:42:36 -0200 Mauro Carvalho Chehab mche...@redhat.com wrote: Changeset 35680ba broke several devices: - Sony Playstation Eye (1415:2000); - Gigaware model 25-234 (0c45:628f); - Logitech Messenger Plus (046d:08f6). Probably more devices were broken by this change. What happens is that several devices don't need to save some bandwidth for audio. Also, as pointed by Hans de Goede hdego...@redhat.com, the logic that implements the bandwidth reservation for audio is broken, since it will reduce the alt number twice, on devices with audio. So, let's just revert the broken logic, and think on a better solution for usb 1.1 devices with audio that can't use the maximum packetsize. Acked-by: Jean-Francois Moine moin...@free.fr -- Ken ar c'hentañ | ** Breizh ha Linux atav! ** Jef | http://moinejf.free.fr/ -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html How can I disable the noise from camera ? There is no physical microphone in it. ( mute do not work ) [ 139.656021] usb 8-1: new full speed USB device using uhci_hcd and address 2 [ 139.788024] usb 8-1: ep0 maxpacket = 8 [ 139.824840] usb 8-1: skipped 3 descriptors after interface [ 139.824846] usb 8-1: skipped 2 descriptors after interface [ 139.824851] usb 8-1: skipped 1 descriptor after endpoint [ 139.829822] usb 8-1: default language 0x0409 [ 139.848810] usb 8-1: udev 2, busnum 8, minor = 897 [ 139.848816] usb 8-1: New USB device found, idVendor=05a9, idProduct=4519 [ 139.848821] usb 8-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 139.848826] usb 8-1: Product: USB Camera [ 139.848830] usb 8-1: Manufacturer: OmniVision Technologies, Inc. [ 139.848996] usb 8-1: usb_probe_device [ 139.849003] usb 8-1: configuration #1 chosen from 1 choice [ 139.851825] usb 8-1: adding 8-1:1.0 (config #1, interface 0) [ 139.851932] usb 8-1: adding 8-1:1.1 (config #1, interface 1) [ 139.851992] usb 8-1: adding 8-1:1.2 (config #1, interface 2) [ 139.898020] gspca: v2.11.0 registered [ 139.904357] ov519 8-1:1.0: usb_probe_interface [ 139.904362] ov519 8-1:1.0: usb_probe_interface - got id [ 139.904367] gspca: probing 05a9:4519 [ 140.088677] ov519: I2C synced in 0 attempt(s) [ 140.088683] ov519: starting OV7xx0 configuration [ 140.100673] ov519: Sensor is a OV7660 [ 141.530010] input: ov519 as /devices/pci:00/:00:1d.3/usb8/8-1/input/input5 [ 141.530188] gspca: video0 created [ 141.530205] ov519 8-1:1.1: usb_probe_interface [ 141.530210] ov519 8-1:1.1: usb_probe_interface - got id [ 141.530227] ov519 8-1:1.2: usb_probe_interface [ 141.530231] ov519 8-1:1.2: usb_probe_interface - got id [ 141.530267] usbcore: registered new interface driver ov519 [ 141.643983] snd-usb-audio 8-1:1.1: usb_probe_interface [ 141.643990] snd-usb-audio 8-1:1.1: usb_probe_interface - got id [ 141.651156] usbcore: registered new interface driver snd-usb-audio [ 141.758522] uhci_hcd :00:1d.3: reserve dev 2 ep82-ISO, period 1, phase 0, 40 us -- 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 3/6] [media] gspca core: Fix regressions gspca breaking devices with audio
On Tue, Dec 14, 2010 at 9:08 PM, Jean-Francois Moine moin...@free.fr wrote: On Tue, 14 Dec 2010 20:52:43 +0200 Anca Emanuel anca.eman...@gmail.com wrote: How can I disable the noise from camera ? There is no physical microphone in it. ( mute do not work ) [snip] [ 139.848996] usb 8-1: usb_probe_device [ 139.849003] usb 8-1: configuration #1 chosen from 1 choice [ 139.851825] usb 8-1: adding 8-1:1.0 (config #1, interface 0) [ 139.851932] usb 8-1: adding 8-1:1.1 (config #1, interface 1) [ 139.851992] usb 8-1: adding 8-1:1.2 (config #1, interface 2) [ 139.898020] gspca: v2.11.0 registered [ 139.904357] ov519 8-1:1.0: usb_probe_interface [ 139.904362] ov519 8-1:1.0: usb_probe_interface - got id This is an old version. May you get the last one from my web page? (actual 2.11.15) The same biz ... [ 74.272034] usb 8-1: new full speed USB device using uhci_hcd and address 2 [ 74.404016] usb 8-1: ep0 maxpacket = 8 [ 74.440242] usb 8-1: skipped 3 descriptors after interface [ 74.440245] usb 8-1: skipped 2 descriptors after interface [ 74.440248] usb 8-1: skipped 1 descriptor after endpoint [ 74.445234] usb 8-1: default language 0x0409 [ 74.464241] usb 8-1: udev 2, busnum 8, minor = 897 [ 74.464244] usb 8-1: New USB device found, idVendor=05a9, idProduct=4519 [ 74.464247] usb 8-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 74.464250] usb 8-1: Product: USB Camera [ 74.464252] usb 8-1: Manufacturer: OmniVision Technologies, Inc. [ 74.464365] usb 8-1: usb_probe_device [ 74.464369] usb 8-1: configuration #1 chosen from 1 choice [ 74.467255] usb 8-1: adding 8-1:1.0 (config #1, interface 0) [ 74.467326] usb 8-1: adding 8-1:1.1 (config #1, interface 1) [ 74.467356] usb 8-1: adding 8-1:1.2 (config #1, interface 2) [ 74.467409] hub 8-0:1.0: state 7 ports 2 chg evt 0002 [ 74.508926] gspca: v2.11.0 registered [ 74.515078] ov519 8-1:1.0: usb_probe_interface [ 74.515083] ov519 8-1:1.0: usb_probe_interface - got id [ 74.515088] gspca-2.11.5: probing 05a9:4519 [ 74.700355] ov519-2.11.5: I2C synced in 0 attempt(s) [ 74.700358] ov519-2.11.5: starting OV7xx0 configuration [ 74.712360] ov519-2.11.5: Sensor is a OV7660 [ 76.070091] input: ov519 as /devices/pci:00/:00:1d.3/usb8/8-1/input/input5 [ 76.070213] gspca-2.11.5: video0 created [ 76.070224] ov519 8-1:1.1: usb_probe_interface [ 76.070227] ov519 8-1:1.1: usb_probe_interface - got id [ 76.070239] ov519 8-1:1.2: usb_probe_interface [ 76.070241] ov519 8-1:1.2: usb_probe_interface - got id [ 76.070262] usbcore: registered new interface driver ov519 [ 76.178628] snd-usb-audio 8-1:1.1: usb_probe_interface [ 76.178635] snd-usb-audio 8-1:1.1: usb_probe_interface - got id [ 76.185357] usbcore: registered new interface driver snd-usb-audio [ 76.279093] uhci_hcd :00:1d.3: reserve dev 2 ep82-ISO, period 1, phase 0, 40 us [ 76.804108] hub 2-0:1.0: hub_suspend [ 76.804117] usb usb2: bus auto-suspend [ 76.804121] ehci_hcd :00:1d.7: suspend root hub [ 81.286524] uhci_hcd :00:1d.3: release dev 2 ep82-ISO, period 1, phase 0, 40 us -- 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 3/6] [media] gspca core: Fix regressions gspca breaking devices with audio
On Thu, Dec 16, 2010 at 12:15 PM, Jean-Francois Moine moin...@free.fr wrote: On Tue, 14 Dec 2010 22:05:37 +0200 Anca Emanuel anca.eman...@gmail.com wrote: The same biz ... Does this noise exist with all image resolutions? Yes. Also, does it change when changing the frame rate or the light frequency? Today, I can not reproduce the same noise. Only when I put my hand near the camera. I tried to record it, but there is no sound. The sound is only on the speakers. I muted the output and disabled the Webcam Classic, the same interference. The camera don't have an microphone, [ 2395.093550] usb 8-1: adding 8-1:1.1 (config #1, interface 1) [ 2395.093621] ov519 8-1:1.1: usb_probe_interface [ 2395.093627] ov519 8-1:1.1: usb_probe_interface - got id [ 2395.093646] snd-usb-audio 8-1:1.1: usb_probe_interface [ 2395.093653] snd-usb-audio 8-1:1.1: usb_probe_interface - got id there is no need for snd-usb-audio on this model. -- 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: TeVii S470 dvb-s2 issues
On Thu, Dec 16, 2010 at 3:29 PM, Boris Cuber m...@boris64.net wrote: Hello linux-media people! I have to problems with my dvb card (TeVii S470). I already filed 2 bug reports some time ago, but no one seems to have noticed/read them, so i'm trying it here now. 1) TeVii S470 dvbs-2 card (cx23885) is not usable after pm-suspend/resume https://bugzilla.kernel.org/show_bug.cgi?id=16467 2) cx23885: ds3000_writereg: writereg error on =kernel-2.6.36-rc with TeVii S470 dvb-s2 card - https://bugzilla.kernel.org/show_bug.cgi?id=18832 Are these issues known? If so, are there any fixes yet? When will these get into mainline? Could somebody point me into the right direction. Can i help somehow to debug these problems? Where is the correct place to report bugs about dvb/v4l kernel stuff? Thank you in advance. Regards, Boris Cuber -- http://boris64.net 20xx ;) paste from dmesg you sent: [4.581930] IR NEC protocol handler initialized [4.623358] cx23885 driver version 0.0.2 loaded [4.623391] cx23885 :04:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [4.623802] CORE cx23885[0]: subsystem: d470:9022, board: TeVii S470 [card=15,autodetected] [4.653935] IR RC5(x) protocol handler initialized [4.751392] cx23885_dvb_register() allocating 1 frontend(s) [4.751395] cx23885[0]: cx23885 based dvb card [4.828732] IR RC6 protocol handler initialized [4.864909] DS3000 chip version: 0.192 attached. [4.864912] DVB: registering new adapter (cx23885[0]) [4.864915] DVB: registering adapter 0 frontend 0 (Montage Technology DS3000/TS2020)... [4.875357] IR JVC protocol handler initialized [4.892265] TeVii S470 MAC= 00:18:bd:5b:2d:bc [4.892270] cx23885_dev_checkrevision() Hardware revision = 0xb0 [4.892276] cx23885[0]/0: found at :04:00.0, rev: 2, irq: 16, latency: 0, mmio: 0xfea0 [4.892282] cx23885 :04:00.0: setting latency timer to 64 [4.892353] cx23885 :04:00.0: irq 42 for MSI/MSI-X [5.108173] IR Sony protocol handler initialized [5.145513] lirc_dev: IR Remote Control driver registered, major 251 [5.155400] IR LIRC bridge handler initialized [5.584627] vboxdrv: Found 4 processor cores. [5.584882] VBoxDrv: dbg - g_abExecMemory=a0093480 [5.584929] vboxdrv: fAsync=0 offMin=0x40b offMax=0x1c28 [5.584985] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'. [5.584987] vboxdrv: Successfully loaded version 3.2.12 (interface 0x00140001). [6.259015] EXT4-fs (sdc1): mounted filesystem without journal. Opts: (null) [ 14.791291] EXT4-fs (sdc1): mounted filesystem without journal. Opts: (null) [ 22.876565] EXT4-fs (sda5): re-mounted. Opts: (null) [ 23.324249] EXT4-fs (dm-1): mounted filesystem with ordered data mode. Opts: (null) [ 23.436401] EXT4-fs (dm-2): mounted filesystem with ordered data mode. Opts: (null) [ 25.240374] Adding 4000148k swap on /dev/mapper/crypto_swap20xx. Priority:-1 extents:1 across:4000148k [ 25.519058] atl1 :02:00.0: irq 43 for MSI/MSI-X [ 25.519163] atl1 :02:00.0: eth0 link is up 100 Mbps full duplex [ 43.110030] start_kdeinit (1551): /proc/1551/oom_adj is deprecated, please use /proc/1551/oom_score_adj instead. [ 129.613967] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x11) [ 129.626975] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x11) [ 136.462969] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x11) [ 136.475975] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x11) And dmesg after suspend/resume with cx23885.debug=1 [ 239.053885] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)... [ 239.053890] ds3000_firmware_ondemand: Waiting for firmware upload(2)... [ 240.901976] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x11) [ 240.914973] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x11) [ 248.242966] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x11) [ 248.255975] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x11) [ 256.403969] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x11) [ 256.416980] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x11) [ 263.563968] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x11) [ 263.576977] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x11) [ 278.125971] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x11) [ 278.138974] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x11) [ 278.440704] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x12) [ 305.437940] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x11) [ 305.451975] ds3000_writereg: writereg error(err == -6, reg == 0x03, value == 0x11) [ 305.758569] ds3000_writereg: writereg error(err == -6, reg ==
Re: Problems cloning the git repostories
On Sun, Sep 25, 2011 at 3:33 PM, Patrick Dickey pdickeyb...@gmail.com wrote: Hello there, I tried to follow the steps for cloning both the media_tree.git and media_build.git repositories, and received errors for both. The media_tree repository failed on the first line git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git v4l-dvb which I'm assuming is because kernel.org is down. The media_build.git repository fails on the first line also git clone git://linuxtv.org/media_build.git with a fatal: read error: Connection reset by peer. The linux tree is at: https://github.com/torvalds/linux git clone git://github.com/torvalds/linux.git The Mauro's media tree is at: http://git.linuxtv.org/mchehab/media-next.git -- 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: camera on Freescale i.MX51
On Tue, Jan 18, 2011 at 3:37 PM, Claudiu Covaci claudiu.cov...@gmail.com wrote: Hi, I'm have trouble receiving a video stream on the Freescale i.MX51 processor. I've tried everything I could think, so I'm trying my luck here. I'm using a 2.6.31 kernel with some modifications: the camera capture driver [1] and the IPU (Image Processing Unit) driver [2] from the Freescale BSP 2010.11. I'm at a point where I can open the /dev/video0 device and can (at least try to) read frames, but it fails at dequeueing the video buffers (VIDIOC_DQBUF) with the message: 3ERROR: v4l2 capture: mxc_v4l_dqueue timeout enc_counter 0 Unable to dequeue buffer (62). - I've double-checked the IPU registers and they seem properly configured, but I don't get any interrupt (at end-of-frame). - The relevant IOMUX pins are also configured. - the video signal appears at the i.MX pins (so it gets there) - I've also tried activating the internal picture generator, but still nothing happens. Is there anything I overlooked? Is there a way to find out where the problem is? Any hints will be greatly appreciated. Thanks! Claudiu [1] http://opensource.freescale.com/git?p=imx/linux-2.6-imx.git;a=blob;f=drivers/media/video/mxc/capture/mxc_v4l2_capture.c;h=8133d202304eea22e94bbd8eaaa215002b2dc675;hb=0fae922f451a5bde63595a2e0c2cd7079f083440 [2] http://opensource.freescale.com/git?p=imx/linux-2.6-imx.git;a=tree;f=drivers/mxc/ipu3;h=288c21f88aa650d16d843dccec2b04ba9f1462f7;hb=0fae922f451a5bde63595a2e0c2cd7079f083440 -- 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 Hi Hans, Jean, Mauro: No ideea to help Claudiu ? -- 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] [resend] usbvision: disable scaling for Nogatech MicroCam
Offtopic. Mauro is your pull request ready ? the merge window is open. -- 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: [PATCHv19 00/15] Contiguous Memory Allocator
Also there is the supreme tag: Tested-by:.. Ohad (at least) has been testing the code. Let's mention that. fyi Marek, I've been testing CMA as well, both in context of Ohad's rpmsg driver and my omapdrm driver (and combination of the two).. so you can add: Tested-by: Rob Clark rob.cl...@linaro.org And there are some others from linaro that have written a test driver, and various stress test scripts using the test driver. I guess that could also count for some additional Tested-by's. Convince them to report with Tested-by tag. This is a first step for them to face the open source. -- 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: [PATCHv22 00/16] Contiguous Memory Allocator
Do you have an git tree ? Now is time to include this in next. Please add Stephen Rothwell s...@canb.auug.org.au to CC. If you not have an git tree, ask somebody to take it NOW in a next tree. I want to see this in linux 3.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
Re: cron job: media_tree daily build: ERRORS
On Sun, Aug 19, 2012 at 10:54 PM, Hans Verkuil hverk...@xs4all.nl wrote: This message is generated daily by a cron job that builds media_tree for the kernels and architectures in the list below. Results of the daily build of media_tree: date:Sun Aug 19 19:00:23 CEST 2012 git hash:9b78c5a3007e10a172d4e83bea18509fdff2e8e3 gcc version: i686-linux-gcc (GCC) 4.7.1 host hardware:x86_64 host os: 3.4.07-marune linux-git-arm-eabi-davinci: ERRORS linux-git-arm-eabi-exynos: ERRORS linux-git-arm-eabi-omap: ERRORS linux-git-i686: WARNINGS linux-git-m32r: WARNINGS linux-git-mips: ERRORS linux-git-powerpc64: WARNINGS linux-git-x86_64: WARNINGS [snip] Can you add to your script notifications to the implied parties ? -- 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
Fwd: Leadtek WinFast PxPVR2200
added come cc -- Forwarded message -- From: Anca Emanuel anca.eman...@gmail.com Date: Sun, Mar 14, 2010 at 5:49 PM Subject: Leadtek WinFast PxPVR2200 To: linux-kernel linux-ker...@vger.kernel.org, Steven Toth st...@linuxtv.org in the file drivers\media\video\cx23885\cx23885-cards.c there is: CX23885_BOARD_LEADTEK_WINFAST_PXTV1200 it is possible to add LeadTek WinFast PxPVR2200 to that file ? it uses the CONEXANT PCIe A/V Decoder CX23885-13Z and CONEXANT MPEG II A/V ENCODER CX23417-11Z -- 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: [RFCv2 PATCH 01/12] stk-webcam: the initial hflip and vflip setup was the wrong way around
I think the driver is not up to standard: look at the error messages. And there are a lot of to do because of lack of documentation. On Mon, Feb 11, 2013 at 4:55 PM, Hans de Goede hdego...@redhat.com wrote: Hi, On 02/11/2013 02:51 PM, Hans Verkuil wrote: On Mon February 11 2013 14:41:08 Hans de Goede wrote: Hi, On 02/11/2013 02:21 PM, Hans Verkuil wrote: On Mon February 11 2013 14:08:44 Hans de Goede wrote: Hi, Subject: stk-webcam: the initial hflip and vflip setup was the wrong way around No it is not. You are right, that patch makes no sense. It was a long day :-) On 02/10/2013 06:52 PM, Hans Verkuil wrote: From: Hans Verkuil hans.verk...@cisco.com This resulted in an upside-down picture. No it does not, the laptop having an upside down mounted camera and not being in the dmi-table is what causes an upside down picture. For a non upside down camera (so no dmi-match) hflip and vflip should be 0. The fix for the upside-down-ness Arvydas Sidorenko reported would be to add his laptop to the upside down table. That doesn't make sense either. Arvydas, it worked fine for you before, right? Yes, it probably worked before, but not with... That is, if you use e.g. v3.8-rc7 then your picture is the right side up. 3.8 will show it upside down for Arvydas The story goes likes this: 1) Once upon a time the stkwebcam driver was written 2) The webcam in question was used mostly in Asus laptop models, including the laptop of the original author of the driver, and in these models, in typical Asus fashion (see the long long list for uvc cams inside v4l-utils), they mounted the webcam-module the wrong way up. So the hflip and vflip module options were given a default value of 1 (the correct value for upside down mounted models) 3) Years later I got a bug report from a user with a laptop with stkwebcam, where the module was actually mounted the right way up, and thus showed upside down under Linux. So now I was facing the choice of 2 options: a) Add a not-upside-down list to stkwebcam, which overrules the default b) Do it like all the other drivers do, and make the default right for cams mounted the proper way and add an upside-down model list, with models where we need to flip-by-default. Despite knowing that going b) would cause a period of pain where we were building the table (ie what we're discussing now) I opted to go for option b), since a) is just too ugly, and worse different from how every other driver does it leading to confusion in the long run. IOW this is entirely my fault, and I take full responsibility for it. Ah, OK. Now it makes sense. I wasn't aware of this history and it (clearly) confused me greatly. Can you perhaps provide me with a patch that adds some comments to the source explaining this. And in particular with which kernel this change took place? Feel free to copy my 1) - 3) From above to a comment, step 3 landed in kernel 3.6 (you doing it seems better then me doing a patch conflicting with your patchset) The next time some poor sod (e.g. me) has to work on this the comments should explain this history. Ack. Regards, Hans -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH] saa7134: Add support for SnaZio TvPVR PRO
I will like some proof that you have the hardware working: dmesg, and printscreen. like this: http://imgur.com/KNrfsmv On Sun, Feb 9, 2014 at 6:06 PM, POJAR GEORGE geoubu...@gmail.com wrote: From: POJAR GEORGE geoubu...@gmail.com Signed-off-by: POJAR GEORGE geoubu...@gmail.com --- Documentation/video4linux/CARDLIST.saa7134 | 1 + drivers/media/pci/saa7134/saa7134-cards.c | 51 ++- drivers/media/pci/saa7134/saa7134-input.c | 62 + drivers/media/pci/saa7134/saa7134.h| 1 + drivers/media/rc/keymaps/Makefile | 1 + drivers/media/rc/keymaps/rc-snazio-tvpvr-pro.c | 116 + include/media/rc-map.h | 1 + 7 files changed, 232 insertions(+), 1 deletion(-) create mode 100644 drivers/media/rc/keymaps/rc-snazio-tvpvr-pro.c diff --git a/Documentation/video4linux/CARDLIST.saa7134 b/Documentation/video4linux/CARDLIST.saa7134 index 8df17d0..32e4353 100644 --- a/Documentation/video4linux/CARDLIST.saa7134 +++ b/Documentation/video4linux/CARDLIST.saa7134 @@ -191,3 +191,4 @@ 190 - Asus My Cinema PS3-100 [1043:48cd] 191 - Hawell HW-9004V1 192 - AverMedia AverTV Satellite Hybrid+FM A706 [1461:2055] +193 - SnaZio TvPVR PRO [0x1779:0x13cf,0x1779:0x13d0,0x1779:0x13d1] diff --git a/drivers/media/pci/saa7134/saa7134-cards.c b/drivers/media/pci/saa7134/saa7134-cards.c index d45e7f6..3476785 100644 --- a/drivers/media/pci/saa7134/saa7134-cards.c +++ b/drivers/media/pci/saa7134/saa7134-cards.c @@ -5827,7 +5827,37 @@ struct saa7134_board saa7134_boards[] = { .gpio = 0x800, }, }, - + [SAA7134_BOARD_SNAZIO_TVPVR_PRO] = { + .name = SnaZio TvPVR PRO, + .audio_clock= 0x00187de7, + .tuner_type = TUNER_PHILIPS_TDA8290, + .radio_type = UNSET, + .tuner_addr = ADDR_UNSET, + .radio_addr = ADDR_UNSET, + .gpiomask = 1 21, + .inputs = {{ + .name = name_tv, + .vmux = 1, + .amux = TV, + .gpio = 0x000, + .tv = 1, + }, { + .name = name_comp1, /* Composite input */ + .vmux = 3, + .amux = LINE2, + .gpio = 0x000, + }, { + .name = name_svideo,/* S-Video input */ + .vmux = 8, + .amux = LINE2, + .gpio = 0x000, + } }, + .radio = { + .name = name_radio, + .amux = TV, + .gpio = 0x020, + }, + }, }; const unsigned int saa7134_bcount = ARRAY_SIZE(saa7134_boards); @@ -7080,6 +7110,24 @@ struct pci_device_id saa7134_pci_tbl[] = { .subdevice= 0x2055, /* AverTV Satellite Hybrid+FM A706 */ .driver_data = SAA7134_BOARD_AVERMEDIA_A706, }, { + .vendor = PCI_VENDOR_ID_PHILIPS, + .device = PCI_DEVICE_ID_PHILIPS_SAA7133, + .subvendor= 0x1779, + .subdevice= 0x13cf, + .driver_data = SAA7134_BOARD_SNAZIO_TVPVR_PRO, + }, { + .vendor = PCI_VENDOR_ID_PHILIPS, + .device = PCI_DEVICE_ID_PHILIPS_SAA7133, + .subvendor= 0x1779, + .subdevice= 0x13d0, + .driver_data = SAA7134_BOARD_SNAZIO_TVPVR_PRO, + }, { + .vendor = PCI_VENDOR_ID_PHILIPS, + .device = PCI_DEVICE_ID_PHILIPS_SAA7133, + .subvendor= 0x1779, + .subdevice= 0x13d1, + .driver_data = SAA7134_BOARD_SNAZIO_TVPVR_PRO, + }, { /* --- boards without eeprom + subsystem ID --- */ .vendor = PCI_VENDOR_ID_PHILIPS, .device = PCI_DEVICE_ID_PHILIPS_SAA7134, @@ -7608,6 +7656,7 @@ int saa7134_board_init1(struct saa7134_dev *dev) case SAA7134_BOARD_BEHOLD_H7: case SAA7134_BOARD_BEHOLD_A7: case SAA7134_BOARD_KWORLD_PC150U: + case SAA7134_BOARD_SNAZIO_TVPVR_PRO: dev-has_remote = SAA7134_REMOTE_I2C; break; case SAA7134_BOARD_AVERMEDIA_A169_B: diff --git a/drivers/media/pci/saa7134/saa7134-input.c b/drivers/media/pci/saa7134/saa7134-input.c index 6f43126..62ccc7d 100644 --- a/drivers/media/pci/saa7134/saa7134-input.c +++ b/drivers/media/pci/saa7134/saa7134-input.c @@ -416,6 +416,53 @@ static int get_key_pinnacle_color(struct IR_i2c *ir, u32 *ir_key, u32
Re: [REVIEW PATCH 00/86] SDR tree
On Sun, Feb 9, 2014 at 10:48 AM, Antti Palosaari cr...@iki.fi wrote: That is everything I have on my SDR queue. There is drivers for Mirics MSi3101 and Realtek RTL2832U based devices. These drivers are still on staging and I am not going to move those out of staging very soon as I want get some experiments first. That set is available via Git: http://git.linuxtv.org/anttip/media_tree.git/shortlog/refs/heads/sdr_review Simplest way to test it in practice is listen FM radio using SDRSharp as a radio player. I made simple plug-in for that: https://github.com/palosaari/sdrsharp-v4l2 That plug-in supports currently only on 64-bit Kernel... Installation is this simple (Fedora 20): $ sudo yum install mono-core monodevelop $ svn co https://subversion.assembla.com/svn/sdrsharp/trunk sdrsharp $ cd sdrsharp $ git clone https://github.com/palosaari/sdrsharp-v4l2.git V4L2 $ sed -i 's/Format Version 12\.00/Format Version 11\.00/' SDRSharp.sln * Add following line to SDRSharp/App.config file inside frontendPlugins tag add key=Linux Kernel V4L2 value=SDRSharp.V4L2.LibV4LIO,SDRSharp.V4L2 / $ monodevelop SDRSharp.sln * View Default * Solution SDRSharp Add Add Existing Project... V4L2 SDRSharp.V4L2.csproj * Select Release|x86 * Build Build All * File Quit $ mono Release/SDRSharp.exe ok, you have the freedom to do an .exe If that is what you want. There is projects with graphical interface that can be used on linux, mac and windows such as qt. Example: subsurface. please nuke mono, or any other Microsoft technology. be informed about the amount of money they make of suing Android. regards Antti Antti Palosaari (85): rtl2832_sdr: Realtek RTL2832 SDR driver module rtl28xxu: attach SDR extension module rtl2832_sdr: use config struct from rtl2832 module rtl2832_sdr: initial support for R820T tuner rtl2832_sdr: use get_if_frequency() rtl2832_sdr: implement sampling rate rtl2832_sdr: initial support for FC0012 tuner rtl2832_sdr: initial support for FC0013 tuner rtl28xxu: constify demod config structs rtl2832: remove unused if_dvbt config parameter rtl2832: style changes and minor cleanup rtl2832_sdr: pixel format for SDR rtl2832_sdr: implement FMT IOCTLs msi3101: add signed 8-bit pixel format for SDR msi3101: implement FMT IOCTLs msi3101: move format 384 conversion to libv4lconvert msi3101: move format 336 conversion to libv4lconvert msi3101: move format 252 conversion to libv4lconvert rtl28xxu: add module parameter to disable IR rtl2832_sdr: increase USB buffers rtl2832_sdr: convert to SDR API msi3101: convert to SDR API msi3101: add u8 sample format msi3101: add u16 LE sample format msi3101: tons of small changes rtl2832_sdr: return NULL on rtl2832_sdr_attach failure rtl2832_sdr: calculate bandwidth if not set by user rtl2832_sdr: clamp ADC frequency to valid range always rtl2832_sdr: improve ADC device programming logic rtl2832_sdr: remove FMT buffer type checks rtl2832_sdr: switch FM to DAB mode msi3101: calculate tuner filters msi3101: remove FMT buffer type checks msi3101: improve ADC config stream format selection msi3101: clamp ADC and RF to valid range msi3101: disable all but u8 and u16le formats v4l: add RF tuner gain controls msi3101: use standard V4L gain controls e4000: convert DVB tuner to I2C driver model e4000: add manual gain controls rtl2832_sdr: expose E4000 gain controls to user space r820t: add manual gain controls rtl2832_sdr: expose R820 gain controls to user space e4000: fix PLL calc to allow higher frequencies msi3101: fix device caps to advertise SDR receiver rtl2832_sdr: fix device caps to advertise SDR receiver msi3101: add default FMT and ADC frequency msi3101: sleep USB ADC and tuner when streaming is stopped DocBook: document RF tuner gain controls DocBook: V4L: add V4L2_SDR_FMT_CU8 - 'CU08' DocBook: V4L: add V4L2_SDR_FMT_CU16LE - 'CU16' DocBook: media: document V4L2_CTRL_CLASS_RF_TUNER xc2028: silence compiler warnings v4l: add RF tuner channel bandwidth control msi3101: implement tuner bandwidth control rtl2832_sdr: implement tuner bandwidth control msi001: Mirics MSi001 silicon tuner driver msi3101: use msi001 tuner driver MAINTAINERS: add msi001 driver MAINTAINERS: add msi3101 driver MAINTAINERS: add rtl2832_sdr driver rtl28xxu: attach SDR module later e4000: implement controls via v4l2 control framework rtl2832_sdr: use E4000 tuner controls via V4L framework e4000: remove .set_config() which was for controls rtl28xxu: fix switch-case style issue v4l: reorganize RF tuner control ID numbers DocBook: document RF tuner bandwidth controls v4l: uapi: add SDR formats CU8 and CU16LE msi3101: use formats defined in V4L2 API rtl2832_sdr: use formats defined in V4L2 API v4l: add enum_freq_bands support to tuner sub-device msi001: