Re: Webcam driver not working: drivers/media/video/gspca/ov519.c device 05a9:4519
Hi, On 10/30/2010 12:40 PM, Anca Emanuel wrote: On Fri, Oct 29, 2010 at 3:12 PM, Anca Emanuelanca.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 do the following (as root): echo 63 /sys/module/gspca_main/parameters/debug Then unplug your camera, re plug it, and then do dmesg plug.log Try to use it and then do: dmesg stream.log Then send another mail with plug.log and stream.log attached. Please CC me on that mail (I'm not sure of the list will allow the attachments). 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
Re: New channel frequencies for fr-Poitiers
2010/10/29 Damien Brossard brossard.dam...@gmail.com: Hi, Here is updated version of dvb frequencies init file for Poitiers - France. Damien snip Updated, thanks. Christoph -- 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-apps: hr-All update
2010/10/24 Samuel Rakitničan samuel.rakitni...@gmail.com: On Sun, 24 Oct 2010 13:50:02 +0200, Christoph Pfister christophpfis...@gmail.com wrote: 2010/10/24 Samuel Rakitničan samuel.rakitni...@gmail.com: Hi, Some channel changed, also added additional mux for all regions. Digital switch over was done for the whole country so channels should be changing less frequently now. Updated, thanks! Realized that didn't edit parameters for this on copy paste : T 76200 8MHz 2/3 NONE QAM64 8k 1/8 NONE # Tusti Vrh MUXD Sorry, diff attached Ok, updated. Best regards, Samuel Christoph -- 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: New media framework user space usage
Hello Eino-Ville, Most of the ISP can't handle more than 10-bit input - unless you're streaming raw sensor data straight to memory, you'll have to use the bridge lane shifter to decimate the input. In the new framework, I don't know how that's done, unfortunately. Thank you for pointing me to it. Now I read about it in the technical reference manual too (http://focus.ti.com/lit/ug/spruf98k/spruf98k.pdf). At page 1392 it mentions the possibility to reduce the precision from 12- to 10-bit. It turns out Laurent already sent me the right configuration in a side note of a former post of me. On page 1574 I found another related register: CCDC_FMTCFG. Here you can select which 10 of the 12 bits you want to keep. I looked up the code-flow for the isp-framework and post it here for reference: static struct isp_v4l2_subdevs_group bastix_camera_subdevs[] = { { .subdevs = bastix_camera_mt9p031, .interface = ISP_INTERFACE_PARALLEL, .bus = { .parallel = { .data_lane_shift= 1, .clk_pol= 1, .bridge = ISPCTRL_PAR_BRIDGE_DISABLE, } }, }, { NULL, 0, }, }; static struct isp_platform_data bastix_isp_platform_data = { .subdevs = bastix_camera_subdevs, }; ... omap3isp_device.dev.platform_data = bastix_isp_platform_data; --- The config is handled in isp.c here: void isp_configure_bridge(struct isp_device *isp, enum ccdc_input_entity input, const struct isp_parallel_platform_data *pdata) { ... switch (input) { case CCDC_INPUT_PARALLEL: ispctrl_val |= ISPCTRL_PAR_SER_CLK_SEL_PARALLEL; ispctrl_val |= pdata-data_lane_shift ISPCTRL_SHIFT_SHIFT; ispctrl_val |= pdata-clk_pol ISPCTRL_PAR_CLK_POL_SHIFT; ispctrl_val |= pdata-bridge ISPCTRL_PAR_BRIDGE_SHIFT; break; ... } Also, technically, the mt9p031 output colorspace is not sRGB, although I'm not sure how close it is. It's its own sensor-specific space, determined by the color filters on it, and you'll want to calibrate for it at some point. The output format of the sensor is R Gr Gb B The same colorspace is given as example in spruf98k on page 1409. There I am still confused about the sematic of 1 pixel. Is it the quadruple of the bayer values or each component? Or does it depend on the context? Does the the sensor send 5MP data to the isp or 5MPx4 bayer values? Does the 12-bit width belong to each bayer value? In the sensor you read from right to left, I don't know if the ISP doc means reading left to right. And so on and so on... Good luck, As you can see I need and appreciate it :) About the freezing ioctl. I discovered that I have a clocking issue. I will solve it monday and see if it works better and had an impact on the isp-driver. Eino-Ville Talvala Stanford University cheers, Bastian -- 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
Terratec Cinergy Hybrid T USB XS
Hello, I found that the problems people have reported with the USB-TV-stick Terratec Cinergy Hybrid T USB XS (USB-ID: 0ccd:0042) are coming from a wrong header file in the v4l-sources. Attached is a diff, which fixes the problem (tested successfully here). Obviously the USB-ID has been associated with a wrong chip: EM2880 instead of EM2882, which would be correct. Thanks and best regards, Philippe Bourdin. --- v4l-dvb.orig/linux/drivers/media/video/em28xx/em28xx-cards.c 2010-07-11 16:27:35.0 +0200 +++ v4l-dvb/linux/drivers/media/video/em28xx/em28xx-cards.c 2010-07-10 17:18:42.0 +0200 @@ -1494,7 +1494,7 @@ } }, }, [EM2882_BOARD_TERRATEC_HYBRID_XS] = { - .name = Terratec Hybrid XS (em2882), + .name = Terratec Cinnergy Hybrid T USB XS (em2882), .tuner_type = TUNER_XC2028, .tuner_gpio = default_tuner_gpio, .mts_firmware = 1, @@ -1794,7 +1794,7 @@ { USB_DEVICE(0x0ccd, 0x005e), .driver_info = EM2882_BOARD_TERRATEC_HYBRID_XS }, { USB_DEVICE(0x0ccd, 0x0042), - .driver_info = EM2880_BOARD_TERRATEC_HYBRID_XS }, + .driver_info = EM2882_BOARD_TERRATEC_HYBRID_XS }, { USB_DEVICE(0x0ccd, 0x0043), .driver_info = EM2870_BOARD_TERRATEC_XS }, { USB_DEVICE(0x0ccd, 0x0047),
drivers/media/IR/ir-keytable.c::ir_getkeycode - 'retval' may be used uninitialized
Commit 9f470095068e Input: media/IR - switch to using new keycode interface added the following build warning: drivers/media/IR/ir-keytable.c: In function 'ir_getkeycode': drivers/media/IR/ir-keytable.c:363: warning: 'retval' may be used uninitialized in this function It is due to an actual bug but I don't know the fix. -- Stefan Richter -=-==-=- =-=- = http://arcgraph.de/sr/ -- 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
Success on Analog signal: Yuan MPC788
I thought I would report the success on had on the Yuan MPC788 Mini-PCI card. I can only verify the analog signal as it is a DVB-T digital card and I'm in Canada, so no signal to check it against, though kaffeine sees it clearly and does scan for channels although it doesn't find anything. As for the drivers, it is correctly detected against the cx88xx module, however I had to use the options cx88xx card=81 in the /etc/ modprobe.d/video4linux file. This along with using the xc3028_v27.fw file, I have the analog NTSC working perfectly. This card has the same components as the Leadtek Winfast DTV1800 card. Hope this helps others. Kevin Foss Ottawa, Canada -- 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: WARNINGS
This message is generated daily by a cron job that builds v4l-dvb for the kernels and architectures in the list below. Results of the daily build of v4l-dvb: date:Sun Oct 31 19:00:16 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/Sunday.log Full logs are available here: http://www.xs4all.nl/~hverkuil/logs/Sunday.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: [GIT PULL request for 2.6.37] Add Technisat SkyStar HD USB driver
On Sunday 17 October 2010 14:23:03 Mauro Carvalho Chehab wrote: Em 17-10-2010 10:50, Patrick Boettcher escreveu: Hi Mauro, please git pull git://github.com/pboettch/linux-2.6.git for_mauro for the following changes: technisat-usb2: added driver for Technisat's USB2.0 DVB-S/S2 receiver stv090x: add tei-field to config-structure stv090x: added function to control GPIOs from the outside Both stv090x patches seem ok to me. Thanks in advance for pulling and commenting, I have a few comments for the technisat-usb2: Thanks for your comments, they were appreciated. [...] +static int technisat_usb2_debug; +module_param_named(debug, technisat_usb2_debug, int, 0644); As this is static, you could just name it as: static int debug; and use module_param() instead. OK. +static struct i2c_algorithm technisat_usb2_i2c_algo = { + .master_xfer = technisat_usb2_i2c_xfer, + .functionality = technisat_usb2_i2c_func, + +#ifdef NEED_ALGO_CONTROL + .algo_control = dummy_algo_control, +#endif You don't need it. This is always false upstream. OK. [...] Don't implement your own IR RC5 decoding logic. We have it already at IR core, and it is able to handle several protocols. Instead, just sent the raw events to RC core. See drivers/media/dvb/siano/smsir.c for an example on how to do it. [...] Also, don't put the RC tables at the driver. Move it to a separate file, at drivers/media/IR/keymaps/. This allows importing the RC keycodes by ir-keytable userspace tool (from v4l-utils.git). Everythings' done. Ported to use ir-rc5-decoder. Rebased and squashed. So, please pull now from: git pull git://github.com/pboettch/linux-2.6.git for_mauro thanks in advance and best regards, -- Patrick Boettcher - KernelLabs 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: drivers/media/IR/ir-keytable.c::ir_getkeycode - 'retval' may be used uninitialized
On Sunday, October 31, 2010 10:51:21 am Stefan Richter wrote: Commit 9f470095068e Input: media/IR - switch to using new keycode interface added the following build warning: drivers/media/IR/ir-keytable.c: In function 'ir_getkeycode': drivers/media/IR/ir-keytable.c:363: warning: 'retval' may be used uninitialized in this function It is due to an actual bug but I don't know the fix. The patch below should fix it. I wonder if Linus released -rc1 yet... -- Dmitry Input: ir-keytable - fix uninitialized variable warning From: Dmitry Torokhov dmitry.torok...@gmail.com We were forgetting to set up proper return value in success path causing ir_getkeycode() to fail intermittently: drivers/media/IR/ir-keytable.c: In function 'ir_getkeycode': drivers/media/IR/ir-keytable.c:363: warning: 'retval' may be used uninitialized in this function Reported-by: Stefan Richter stef...@s5r6.in-berlin.de Signed-off-by: Dmitry Torokhov d...@mail.ru --- drivers/media/IR/ir-keytable.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/media/IR/ir-keytable.c b/drivers/media/IR/ir-keytable.c index 9186b45..f7fafff 100644 --- a/drivers/media/IR/ir-keytable.c +++ b/drivers/media/IR/ir-keytable.c @@ -389,6 +389,8 @@ static int ir_getkeycode(struct input_dev *dev, ke-len = sizeof(entry-scancode); memcpy(ke-scancode, entry-scancode, sizeof(entry-scancode)); + retval = 0; + out: spin_unlock_irqrestore(rc_tab-lock, flags); return retval; -- 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
Auvitek 8521 PCI DVB
List: I'd like to send a couple of these cards to folks on this list, with the hope that you might be interested in figuring out how to get it running. I know it's got to be very similar to the existing Auvitek 8522, and appears to perhaps use some sort of Microtune tuner (since Microtune actually acquired Auvitek). I'm willing to buy two to send out. Who wants them? -- -Chris Harrington Phone: 612.598.3650 -- 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