summaryrefslogtreecommitdiff
path: root/linux
AgeCommit message (Collapse)Author
2009-03-06pvrusb2: Tie in cx25840 sub-device supportMike Isely
From: Mike Isely <isely@pobox.com> Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Fix silly 80 column issueMike Isely
From: Mike Isely <isely@pobox.com> Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Tie in msp3400 sub-device supportMike Isely
From: Mike Isely <isely@pobox.com> Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: make sub-device specific update function names uniformMike Isely
From: Mike Isely <isely@pobox.com> Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Make audio sample rate update into a sub-device broadcastMike Isely
From: Mike Isely <isely@pobox.com> The pvrusb2 driver had previously been using i2c module specific calls to set the sample rate (a long long time ago this was needed). These days it is safe to use a broadcast so let's just broadcast this when communicating audio sample rate to sub-devices. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Tie in saa7115 sub-device handlingMike Isely
From: Mike Isely <isely@pobox.com> Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Tie in wm8775 sub-device handlingMike Isely
From: Mike Isely <isely@pobox.com> Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Implement sub-device specific update frameworkMike Isely
From: Mike Isely <isely@pobox.com> Lay down a foundation whereby it becomes possible to send customized updates to specific sub-devices. (This becomes useful for routing configuration, which is a very sub-device specific operation.) Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Implement reporting of connected sub-devicesMike Isely
From: Mike Isely <isely@pobox.com> The pvrusb2 driver has a function that reports internal state. It can be accessed from either the debug interface or as the result of a v4l log status request. This change adds information listing sub-devices to the report. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Fix backwards function header commentsMike Isely
From: Mike Isely <isely@pobox.com> Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Cause overall initialization to fail if sub-driver(s) failMike Isely
From: Mike Isely <isely@pobox.com> Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Tie in sub-device decoder start/stopMike Isely
From: Mike Isely <isely@pobox.com> Implement code to send appropriate streaming start/stop commands to attached sub-devices Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Clean-up / placeholders inserted for additional developmentMike Isely
From: Mike Isely <isely@pobox.com> Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Note who our video decoder sub-device is, and set it upMike Isely
From: Mike Isely <isely@pobox.com> Other code may need to treat the video decoder sub-device in a special manner, so this change implements code to recognize when such a sub-device is connected to the driver, does any special processing for it, and notes who the device is for future reference. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Define value for a null sub-device IDMike Isely
From: Mike Isely <isely@pobox.com> Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Tie in various v4l2 operations into the sub-device mechanismMike Isely
From: Mike Isely <isely@pobox.com> This is another step in the v42l-subdev assimilation. This implements various call-outs to sub-devices based on state changes within the pvrusb2 driver. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Implement status fetching from sub-devicesMike Isely
From: Mike Isely <isely@pobox.com> Implement status fetching operations in terms of calling out to sub-device(s). Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Tie in debug register access to sub-devicesMike Isely
From: Mike Isely <isely@pobox.com> Implement tie-in for v4l2 debug register access such that the appropriate attached sub-device is handled. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Tie-in sub-device log requestsMike Isely
From: Mike Isely <isely@pobox.com> Trigger a broadcast to attached sub-devices when a logging request is made. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Lay foundation for triggering sub-device updatesMike Isely
From: Mike Isely <isely@pobox.com> These changes set up the spot where we'll check for and set general updates to any attached sub-devices. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Tie up loose ends with v4l2-subdev setupMike Isely
From: Mike Isely <isely@pobox.com> Tie up loose ends with v4l2-subdev setup. Set attached module's group ID to match our internal ID, emit a few useful messages when sub-devices are dealt with, implement better error legs, and fix an error in the old i2c layer (caused by changes related to the v4l2-subdev work here). Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Set i2c autoprobing to be off by defaultMike Isely
From: Mike Isely <isely@pobox.com> In order to keep a sub-device from promiscuously attaching to the pvrusb2 driver, the i2c adapter's class must be cleared. This change clears that class by default. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: whitespace tweaksMike Isely
From: Mike Isely <isely@pobox.com> Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Providing means to stop tracking an old i2c moduleMike Isely
From: Mike Isely <isely@pobox.com> This implements a temporary mechanism to "untrack" an i2c module from the old i2c layer. The v4l2-subdev related code in the driver will use this to remove a sub-device from the old i2c layer. In the end, once the old i2c layer is removed, this will also eventually go away. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: New device attribute mechanism to specify sub-devicesMike Isely
From: Mike Isely <isely@pobox.com> Set up new mechanism for declaring and loading appropriate sub-devices when driver initializes. This is another part of the v4l2-subdev adoption. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: whitespace trivial tweaksMike Isely
From: Mike Isely <isely@pobox.com> Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Changes to further isolate old i2c layerMike Isely
From: Mike Isely <isely@pobox.com> This introduces some additional isolation in the pvrusb2 from the old i2c layer, a step along the way to separate the driver from that layer and to make it easier to introduce the common v4l2-subdev framework as the eventual replacement. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-06pvrusb2: Set up v4l2_device instanceMike Isely
From: Mike Isely <isely@pobox.com> Define a v4l2_device instance in the pvrusb2 driver and initialize / tear it down appropriately. This is a step in the v4l2-subdev adoption effort. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-07pvrusb2: Split i2c module handling from i2c adapterMike Isely
From: Mike Isely <isely@pobox.com> This is the first step in the effort to move the pvrusb2 driver over to using the v4l2-subdev framework. This commit involves mainly splitting apart pvrusb2-i2c-core - part of it is the driver's I2C adapter driver and the rest is the old i2c module handling logic. The i2c module handling junk is moved out to pvrusb2-i2c-track and various header references are correspondingly updated. Yes, this patch has a huge pile of checkpatch complaints, but I'm NOT going to fix any of it. Why? First, I'm moving a large chunk of existing code and I'm not going to spend time adjusting it to match someone's idea of coding style. Second, in the end I expect all that moved code to go away by the time the rework is done so wasting time on it now to adhere to the standard is in the end a large waste of time. Priority: normal Signed-off-by: Mike Isely <isely@pobox.com>
2009-03-23merge: http://hg.jannau.net/hdpvr-merge/Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-23merge: http://www.linuxtv.org/hg/~hverkuil/v4l-dvbMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-23merge: http://linuxtv.org/hg/~jfrancois/v4l-dvb/Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-23hdpvr: Fix build with Config_I2C not setJanne Grunau
From: Janne Grunau <j@jannau.net> Priority: normal Signed-off-by: Janne Grunau <j@jannau.net>
2009-03-23ov7670: add missing delay.h include.Hans Verkuil
From: Hans Verkuil <hverkuil@xs4all.nl> Priority: normal Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl>
2009-03-23merge: v4l-dvbJean-Francois Moine
2009-03-22au0828: fix oops on ARM platform when allocating transfer buffersDevin Heitmueller
From: Devin Heitmueller <dheitmueller@linuxtv.org> Add missing URB_NO_TRANSFER_DMA_MAP flag, since the use of consistent memory is not permitted for DMA on the ARM platform. Thanks to Paul Thomas <pthomas8589@gmail.com> for providing sample ARM hardware that was experiencing the oops (tested on the at91rm9200 based LinuxStamp). Thanks to David Brownell <david-b@pacbell.net> for providing insight into the ARM memory architecture. Priority: normal Signed-off-by: Devin Heitmueller <dheitmueller@linuxtv.org>
2009-03-22em28xx: fix oops on ARM platform when allocating transfer buffersDevin Heitmueller
From: Devin Heitmueller <dheitmueller@linuxtv.org> Add missing URB_NO_TRANSFER_DMA_MAP flag, since the use of consistent memory is not permitted for DMA on the ARM platform. Thanks to Paul Thomas <pthomas8589@gmail.com> for providing sample ARM hardware that was experiencing the oops (tested on the at91rm9200 based LinuxStamp). Thanks to David Brownell <david-b@pacbell.net> for providing insight into the ARM memory architecture. Priority: high Signed-off-by: Devin Heitmueller <dheitmueller@linuxtv.org>
2009-03-22usbvision: fix oops on ARM platform when allocating transfer buffersDevin Heitmueller
From: Devin Heitmueller <dheitmueller@linuxtv.org> Add missing URB_NO_TRANSFER_DMA_MAP flag, since the use of consistent memory is not permitted for DMA on the ARM platform. Thanks to Paul Thomas <pthomas8589@gmail.com> for providing sample ARM hardware that was experiencing the oops (tested on the at91rm9200 based LinuxStamp). Thanks to David Brownell <david-b@pacbell.net> for providing insight into the ARM memory architecture. Priority: normal Signed-off-by: Devin Heitmueller <dheitmueller@linuxtv.org>
2009-03-22em28xx: add remote control definition for HVR-900 (both versions)Devin Heitmueller
From: Devin Heitmueller <dheitmueller@linuxtv.org> The HVR-900 did not have a remote control defined, so it would not work. Add the line for both versions of the product. Thanks to Jens-Michael Hoffmann (#linuxtv user "jmho") for pointing out the issue and testing the patch. Priority: normal Signed-off-by: Devin Heitmueller <dheitmueller@linuxtv.org>
2009-03-23get_dvb_firmware: add support for downloading the cx2584x firmware for pvrusb2Mauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-23get_dvb_firmware: add cx23885 firmwaresMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-23get_dvb_firmware: Add download code for cx18 firmwaresMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-22gspca - vc032x: Change the probe sequence.Jean-Francois Moine
From: Jean-Francois Moine <moinejf@free.fr> Priority: normal Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
2009-03-22gspca - t613: Greater delay after om6802 reset.Jean-Francois Moine
From: Jean-Francois Moine <moinejf@free.fr> Priority: normal Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
2009-03-22gspca - t613: Don't re-read the ID registers at probe time.Jean-Francois Moine
From: Jean-Francois Moine <moinejf@free.fr> Priority: normal Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
2009-03-22gspca - t613: Bad sensor detection.Jean-Francois Moine
From: Jean-Francois Moine <moinejf@free.fr> Priority: normal Signed-off-by: Jean-Francois Moine <moinejf@free.fr>
2009-03-22cx231xx: use usb_make_path() for bus_infoMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> VIDIOC_QUERYCAP should return the proper bus info. In the case of USB, this should be generated by usb_make_path(), being something like: usb-0000:00:1d.7-2 Priority: normal CC: Srinivasa Deevi <srinivasa.deevi@conexant.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-22cx231xx: dmesg cleanupMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Remove some printk's that were needed only during development phase. Also, cleans the printed messages to produce a nicer result. Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-22cx231xx: don't print pcb config debug messages by defaultMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Priority: normal CC: Srinivasa Deevi <srinivasa.deevi@conexant.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
2009-03-22cx231xx: usb probe cleanupsMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@redhat.com> Simplifies the usb probe logic, cleaning the printed messages during the probing phase. Priority: normal CC: Srinivasa Deevi <srinivasa.deevi@conexant.com> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>