Re: [PATCH 1/2 v3] v4l: add a media-bus API for configuring v4l2 subdev pixel and frame formats

2009-12-02 Thread Guennadi Liakhovetski
Hi Hans On Wed, 2 Dec 2009, Hans Verkuil wrote: On Tuesday 01 December 2009 16:22:55 Guennadi Liakhovetski wrote: On Tue, 1 Dec 2009, Hans Verkuil wrote: On Monday 30 November 2009 14:49:07 Guennadi Liakhovetski wrote: Right, how about this: /* * These pixel codes uniquely

Re: dvb_usb_dib0700 ( T14BR) not initializing on reboot

2009-12-02 Thread Paul
Vendor is below: usb 1-8: New USB device found, idVendor=05d8, idProduct=810f usb 1-8: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Note it does work as I said AFTER boot is complete but not if its plugged in during the boot phase.. so i must be something to do with how USB is

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Dmitry Torokhov
On Tue, Dec 01, 2009 at 07:05:49PM -0200, Mauro Carvalho Chehab wrote: Dmitry Torokhov wrote: On Tue, Dec 01, 2009 at 05:00:40PM -0200, Mauro Carvalho Chehab wrote: Dmitry Torokhov wrote: On Tue, Dec 01, 2009 at 03:29:44PM -0200, Mauro Carvalho Chehab wrote: For sure we need to add an

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Gerd Hoffmann
On 12/01/09 22:05, Mauro Carvalho Chehab wrote: So, I would just add the IR sysfs parameters at the /sys/class/input, if the device is an IR (or create it is /sys/class/input/IR). No, you add it to the physical device node. The usb mouse on the system I'm working on is here: zweiblum kraxel

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Mauro Carvalho Chehab
Dmitry Torokhov wrote: On Tue, Dec 01, 2009 at 07:05:49PM -0200, Mauro Carvalho Chehab wrote: Dmitry Torokhov wrote: On Tue, Dec 01, 2009 at 05:00:40PM -0200, Mauro Carvalho Chehab wrote: Dmitry Torokhov wrote: On Tue, Dec 01, 2009 at 03:29:44PM -0200, Mauro Carvalho Chehab wrote: For sure

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Mauro Carvalho Chehab
Gerd Hoffmann wrote: On 12/01/09 22:05, Mauro Carvalho Chehab wrote: So, I would just add the IR sysfs parameters at the /sys/class/input, if the device is an IR (or create it is /sys/class/input/IR). No, you add it to the physical device node. The usb mouse on the system I'm working on

Re: [resend] radio-sf16fmi: fix mute, add SF16-FMP to texts

2009-12-02 Thread Ondrej Zary
On Tuesday 01 December 2009, Petr Vandrovec wrote: Ondrej Zary wrote: Fix completely broken mute handling radio-sf16fmi. The sound was muted immediately after tuning in KRadio. Also fix typos and add SF16-FMP to the texts. I do not have device anymore. Looks OK to me. Signed-off-by:

Re: [resend] radio-sf16fmi: fix mute, add SF16-FMP to texts

2009-12-02 Thread HoP
Hi Ondrej, 2009/12/2 Ondrej Zary li...@rainbow-software.org: On Tuesday 01 December 2009, Petr Vandrovec wrote: Ondrej Zary wrote: Fix completely broken mute handling radio-sf16fmi. The sound was muted immediately after tuning in KRadio. Also fix typos and add SF16-FMP to the texts. I

TBS 6980 Dual DVB-S2 PCIe card

2009-12-02 Thread Thomas Kernen
Hello, Is someone already working on supporting the TBS 6980 Dual DVB-S2 PCIe card? http://www.tbsdtv.com/english/product/6980.html Chips in use appear to be: - Conexant CX23885 (PCI Express bridge) - NXP/Conexant CX24132 (DVB-S/S2 tuner) - NXP/Conexant CX24117 (DVB-S/S2 demodulator) I know

Re: DViCO FusionHDTV DVB-T Dual Digital 4 (rev 1) tuning regression

2009-12-02 Thread Devin Heitmueller
On Tue, Dec 1, 2009 at 4:18 AM, Vincent McIntyre vincent.mcint...@gmail.com wrote: Hi Rob I missed your followup and tested the 'revert.diff' patch, attached for reference. I have been slow replying because I've been scratching my head over the results. I used 'signaltest.pl' to test[1],

Trouble using OMAP3530 previewer in oneshot mode

2009-12-02 Thread Felix Radensky
Hi, I'm trying to run OMAP3 ISP previewer in oneshot mode, without much success. My goal is to put a 6MB Bayer10 image (captured on the same OMAP3 EVM) into RAM, run previewer and get its output in RAM. I use linux-2.6.29 kernel with ISP driver from omap3camera git tree. For testing purposes

RE: [PATCH] V4L - Fix videobuf_dma_contig_user_get() getting page aligned physical address

2009-12-02 Thread Karicheri, Muralidharan
Magnus, Thanks for the patch. For non-page aligned user space pointers I agree that a fix is needed. Don't you think the while loop in videobuf_dma_contig_user_get() also needs to be adjusted to include the last page? I think the while loop checks one page too little in the non-aligned case

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Dmitry Torokhov
On Wed, Dec 02, 2009 at 12:30:29PM -0500, Jon Smirl wrote: On Wed, Dec 2, 2009 at 12:10 PM, Dmitry Torokhov dmitry.torok...@gmail.com wrote: On Wed, Dec 02, 2009 at 10:44:58AM -0200, Mauro Carvalho Chehab wrote: Dmitry Torokhov wrote: On Tue, Dec 01, 2009 at 07:05:49PM -0200, Mauro

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Jarod Wilson
On 12/2/09 12:30 PM, Jon Smirl wrote: (for each remote/substream that they can recognize). I'm assuming that, by remote, you're referring to a remote receiver (and not to the remote itself), right? If we could separate by remote transmitter that would be the best I think, but I

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Mauro Carvalho Chehab
Dmitry Torokhov wrote: The raw interface applies only to the devices that doesn't have a hardware decoder (something between 40%-60% of the currently supported devices). 50% is quite a number I think. But if driver does not allow access to the raw stream - it will refuse binding to

[cron job] v4l-dvb daily build 2.6.22 and up: WARNINGS, 2.6.16-2.6.21: WARNINGS

2009-12-02 Thread Hans Verkuil
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 Dec 2 19:00:03 CET 2009 path:http://www.linuxtv.org/hg/v4l-dvb changeset: 13538:e0cd9a337600 gcc version: gcc

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Jon Smirl
On Wed, Dec 2, 2009 at 2:33 PM, Mauro Carvalho Chehab mche...@redhat.com wrote: Dmitry Torokhov wrote: The raw interface applies only to the devices that doesn't have a hardware decoder (something between 40%-60% of the currently supported devices). 50% is quite a number I think. But if

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Jarod Wilson
On Dec 2, 2009, at 2:33 PM, Mauro Carvalho Chehab wrote: Dmitry Torokhov wrote: ... (for each remote/substream that they can recognize). I'm assuming that, by remote, you're referring to a remote receiver (and not to the remote itself), right? If we could separate by remote

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Dmitry Torokhov
On Wed, Dec 02, 2009 at 02:22:18PM -0500, Jarod Wilson wrote: On 12/2/09 12:30 PM, Jon Smirl wrote: (for each remote/substream that they can recognize). I'm assuming that, by remote, you're referring to a remote receiver (and not to the remote itself), right? If we could separate

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Jon Smirl
On Wed, Dec 2, 2009 at 2:50 PM, Jon Smirl jonsm...@gmail.com wrote: On Wed, Dec 2, 2009 at 2:33 PM, Mauro Carvalho Chehab mche...@redhat.com wrote: Dmitry Torokhov wrote: The raw interface applies only to the devices that doesn't have a hardware decoder (something between 40%-60% of the

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Dmitry Torokhov
On Wed, Dec 02, 2009 at 05:33:34PM -0200, Mauro Carvalho Chehab wrote: Dmitry Torokhov wrote: The raw interface applies only to the devices that doesn't have a hardware decoder (something between 40%-60% of the currently supported devices). 50% is quite a number I think. But if driver

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Jarod Wilson
On Dec 2, 2009, at 2:56 PM, Dmitry Torokhov wrote: On Wed, Dec 02, 2009 at 02:22:18PM -0500, Jarod Wilson wrote: On 12/2/09 12:30 PM, Jon Smirl wrote: (for each remote/substream that they can recognize). I'm assuming that, by remote, you're referring to a remote receiver (and not to the

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Dmitry Torokhov
On Wed, Dec 02, 2009 at 03:04:30PM -0500, Jarod Wilson wrote: On Dec 2, 2009, at 2:56 PM, Dmitry Torokhov wrote: On Wed, Dec 02, 2009 at 02:22:18PM -0500, Jarod Wilson wrote: On 12/2/09 12:30 PM, Jon Smirl wrote: (for each remote/substream that they can recognize). I'm assuming that,

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Mauro Carvalho Chehab
Dmitry Torokhov wrote: On Wed, Dec 02, 2009 at 03:04:30PM -0500, Jarod Wilson wrote: On Dec 2, 2009, at 2:56 PM, Dmitry Torokhov wrote: On Wed, Dec 02, 2009 at 02:22:18PM -0500, Jarod Wilson wrote: On 12/2/09 12:30 PM, Jon Smirl wrote: (for each remote/substream that they can recognize).

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Jarod Wilson
On Dec 2, 2009, at 3:14 PM, Dmitry Torokhov wrote: On Wed, Dec 02, 2009 at 03:04:30PM -0500, Jarod Wilson wrote: On Dec 2, 2009, at 2:56 PM, Dmitry Torokhov wrote: On Wed, Dec 02, 2009 at 02:22:18PM -0500, Jarod Wilson wrote: On 12/2/09 12:30 PM, Jon Smirl wrote: (for each remote/substream

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Dmitry Torokhov
On Wed, Dec 02, 2009 at 03:42:13PM -0500, Jarod Wilson wrote: On Dec 2, 2009, at 3:14 PM, Dmitry Torokhov wrote: On Wed, Dec 02, 2009 at 03:04:30PM -0500, Jarod Wilson wrote: On Dec 2, 2009, at 2:56 PM, Dmitry Torokhov wrote: On Wed, Dec 02, 2009 at 02:22:18PM -0500, Jarod Wilson

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Mauro Carvalho Chehab
Jon Smirl wrote: IR devices transmit vendor/device/command triplets. They are easy to tell apart and create an evdev device corresponding to each vendor/device pair or something else along those lines. What they transmit depend on the used protocol. With NEC and RC5 (currently, the most

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Dmitry Torokhov
On Wed, Dec 02, 2009 at 06:23:51PM -0200, Mauro Carvalho Chehab wrote: Dmitry Torokhov wrote: On Wed, Dec 02, 2009 at 03:04:30PM -0500, Jarod Wilson wrote: On Dec 2, 2009, at 2:56 PM, Dmitry Torokhov wrote: Now I understand that if 2 remotes send completely identical signals we won't be

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Mauro Carvalho Chehab
Jon Smirl wrote: Some major use cases: using IR as a keyboard replacement, controlling X and apps with it in via mouse and keyboard emulation. using IR to control a headless embedded device possibly running multiple apps - like audio and home automation (my app) IR during boot when it is the

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Jarod Wilson
On Dec 2, 2009, at 3:48 PM, Dmitry Torokhov wrote: ... Personally, I've always considered the driver/interface to be the receiver, not the remote. The lirc drivers operate at the receiver level, anyway, and the distinction between different remotes is made by the lirc daemon. The fact

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Trent Piepho
On Wed, 2 Dec 2009, Jarod Wilson wrote: My main point is that each of these devices has device ID that can be determined without having to first do some protocol analysis and table lookups to figure out which device some random IR input is actually coming from. Heh, right back

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Mauro Carvalho Chehab
Dmitry Torokhov wrote: On Wed, Dec 02, 2009 at 06:23:51PM -0200, Mauro Carvalho Chehab wrote: Dmitry Torokhov wrote: On Wed, Dec 02, 2009 at 03:04:30PM -0500, Jarod Wilson wrote: On Dec 2, 2009, at 2:56 PM, Dmitry Torokhov wrote: Now I understand that if 2 remotes send completely identical

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Jarod Wilson
On Dec 2, 2009, at 4:12 PM, Trent Piepho wrote: On Wed, 2 Dec 2009, Jarod Wilson wrote: My main point is that each of these devices has device ID that can be determined without having to first do some protocol analysis and table lookups to figure out which device some random IR input is

[PATCH - v1] V4L - Digital Video Timings API documentation

2009-12-02 Thread m-karicheri2
From: Muralidharan Karicheri m-kariche...@ti.com This patch updates the v4l2-dvb documentation for the new video timings API added. Also updated the document based on comments from Hans Verkuil Reviewed-by: Hans Verkuil hverk...@xs4all.nl Signed-off-by: Muralidharan Karicheri

FW: [PATCH - v1] V4L - Digital Video Timings API documentation

2009-12-02 Thread Karicheri, Muralidharan
Hans, I have updated the API documentation based on your comments and the updated patch is sent to the list. So could you please send a pull request to Mauro for the video timing API patch along with this documentation patch? If there are any minor issues, I would prefer to fix it by another

Re: af9015: tuner id:179 not supported, please report!

2009-12-02 Thread Michael Krufky
On Wed, Dec 2, 2009 at 5:06 PM, Bert Massop bert.mas...@gmail.com wrote: Jan Sundman jan.sundman at aland.net writes: Hi, I just received a usb DVB-T card and have been trying to get it to work under Ubuntu 9.10, but to no avail. dmesg shows the following when plugging in the card: [  

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Jon Smirl
On Wed, Dec 2, 2009 at 3:04 PM, Jarod Wilson ja...@wilsonet.com wrote: On Dec 2, 2009, at 2:56 PM, Dmitry Torokhov wrote: On Wed, Dec 02, 2009 at 02:22:18PM -0500, Jarod Wilson wrote: On 12/2/09 12:30 PM, Jon Smirl wrote: (for each remote/substream that they can recognize). I'm assuming

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Andy Walls
On Wed, 2009-12-02 at 14:55 -0500, Jarod Wilson wrote: On Dec 2, 2009, at 2:33 PM, Mauro Carvalho Chehab wrote: Dmitry Torokhov wrote: ... (for each remote/substream that they can recognize). I'm assuming that, by remote, you're referring to a remote receiver (and not to the

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Andy Walls
On Wed, 2009-12-02 at 12:14 -0800, Dmitry Torokhov wrote: On Wed, Dec 02, 2009 at 03:04:30PM -0500, Jarod Wilson wrote: Didn't Jon posted his example whith programmable remote pretending to be several separate remotes (depending on the mode of operation) so that several devices/applications

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Mauro Carvalho Chehab
Jon Smirl wrote: On Wed, Dec 2, 2009 at 3:04 PM, Jarod Wilson ja...@wilsonet.com wrote: On Dec 2, 2009, at 2:56 PM, Dmitry Torokhov wrote: On Wed, Dec 02, 2009 at 02:22:18PM -0500, Jarod Wilson wrote: On 12/2/09 12:30 PM, Jon Smirl wrote: (for each remote/substream that they can recognize).

Re: [RFC v2] Another approach to IR

2009-12-02 Thread hermann pitton
Am Mittwoch, den 02.12.2009, 20:19 -0500 schrieb Andy Walls: On Wed, 2009-12-02 at 12:14 -0800, Dmitry Torokhov wrote: On Wed, Dec 02, 2009 at 03:04:30PM -0500, Jarod Wilson wrote: Didn't Jon posted his example whith programmable remote pretending to be several separate remotes

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Trent Piepho
On Wed, 2 Dec 2009, Jon Smirl wrote: A bluetooth remote has a specific device ID that the receiver has to pair with. Your usb mouse and keyboard each have specific device IDs. A usb IR *receiver* has a specific device ID, the remotes do not. So there's the major difference from your

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Jarod Wilson
On Dec 2, 2009, at 9:48 PM, Trent Piepho wrote: ... Now I understand that if 2 remotes send completely identical signals we won't be able to separate them, but in cases when we can I think we should. I don't have a problem with that, if its a truly desired feature. But for the most part, I

Re: [RFC] What are the goals for the architecture of an in-kernel IR system?

2009-12-02 Thread Jarod Wilson
On Dec 1, 2009, at 10:28 AM, Gerd Hoffmann wrote: Anyway, we shouldn't postpone lirc drivers addition due to that. There are still lots of work to do before we'll be able to split the tables from the kernel drivers. Indeed. The sysfs bits are future work for both lirc and evdev drivers.

[PULL] http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-timings

2009-12-02 Thread Hans Verkuil
Hi Mauro, Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-timings for the following: - v4l: Adding Digital Video Timings APIs - v4l2-spec: Digital Video Timings API documentation - v4l2-spec: updated revision history, updated version to 2.6.33. Murali, I've added you as one of the

Re: Replace Mercurial with GIT as SCM

2009-12-02 Thread Hans Verkuil
On Wednesday 02 December 2009 04:55:00 Andy Walls wrote: On Tue, 2009-12-01 at 15:59 +0100, Patrick Boettcher wrote: Hi all, I would like to start a discussion which ideally results in either changing the SCM of v4l-dvb to git _or_ leaving everything as it is today with mercurial.

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Jon Smirl
On Wed, Dec 2, 2009 at 9:22 PM, Mauro Carvalho Chehab mche...@redhat.com wrote: Jon Smirl wrote: On Wed, Dec 2, 2009 at 3:04 PM, Jarod Wilson ja...@wilsonet.com wrote: On Dec 2, 2009, at 2:56 PM, Dmitry Torokhov wrote: On Wed, Dec 02, 2009 at 02:22:18PM -0500, Jarod Wilson wrote: On 12/2/09

Re: [RFC v2] Another approach to IR

2009-12-02 Thread Jon Smirl
On Wed, Dec 2, 2009 at 11:13 PM, Jarod Wilson ja...@wilsonet.com wrote: On Dec 2, 2009, at 9:48 PM, Trent Piepho wrote: ... Now I understand that if 2 remotes send completely identical signals we won't be able to separate them, but in cases when we can I think we should. I don't have a

Re: [Bugme-new] [Bug 14564] New: capture-example sleeping function called from invalid context at arch/x86/mm/fault.c

2009-12-02 Thread Sean
Is there anything I can do to help? This is a show stopping bug for me. Thanks, Sean Lazar Alan Stern wrote: On Wed, 11 Nov 2009, Andrew Morton wrote: http://bugzilla.kernel.org/show_bug.cgi?id=14564 Summary: capture-example sleeping function called from invalid

RE: [PATCH - v0 2/2] DaVinci - vpfe capture - Make clocks configurable

2009-12-02 Thread Hiremath, Vaibhav
-Original Message- From: Karicheri, Muralidharan Sent: Tuesday, December 01, 2009 10:49 PM To: linux-media@vger.kernel.org; hverk...@xs4all.nl; khil...@deeprootsystems.com Cc: davinci-linux-open-sou...@linux.davincidsp.com; Hiremath, Vaibhav; Karicheri, Muralidharan Subject:

Re: Replace Mercurial with GIT as SCM

2009-12-02 Thread Hans de Goede
+1 for git, I really really really miss being able to do a simple git rebase, and no rebase is not evil not as long as you don't use it for anything but local patches. Regards, Hans On 12/01/2009 03:59 PM, Patrick Boettcher wrote: Hi all, I would like to start a discussion which ideally