summaryrefslogtreecommitdiff
path: root/linux/drivers/media/video/pvrusb2/pvrusb2-devattr.c
AgeCommit message (Collapse)Author
2007-10-25pvrusb2: add support for Hauppauge WinTV PVR-USB2 Model 75xxxMichael Krufky
From: Michael Krufky <mkrufky@linuxtv.org> Create a device description and enable autodetection for Hauppauge WinTV PVR-USB2 Model 75xxx Signed-off-by: Michael Krufky <mkrufky@linuxtv.org> Signed-off-by: Mike Isely <isely@pobox.com>
2007-12-10backout a backward compatibility patch that shouldn't go to masterMauro Carvalho Chehab
From: Mauro Carvalho Chehab <mchehab@infradead.org> >> I recommend applying all except for the topmost patch: >> >> pvrusb2: Fix compilation for OnAir Creator config >> >> This is a backwards-compat patch that is not needed within the v4l-dvb >> repository nor the upstream kernel, but *is* needed within the pvrusb2 >> svn repository. >> > > Agreed. Just don't pull that. I will deal with the issue in svn later. > -Mike Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org>
2007-12-08pvrusb2: Fix compilation for OnAir Creator configMike Isely
From: Mike Isely <isely@pobox.com> The OnAir creator configuration calls for a specific tuner type to be declared. However for some old kernels that tuner type was named differently. This change adapts to the older name, when present. Signed-off-by: Mike Isely <isely@pobox.com>
2007-12-08pvrusb2: rework device descriptor layoutMike Isely
From: Mike Isely <isely@pobox.com> The pvrusb2 driver tries to keep all device specific attributes in a single data structure in one source file. This change further cleans up how that table is set up. We now try to group everything together for each specific device, and the number of symbols exported from this module has now been reduced to a single global. Signed-off-by: Mike Isely <isely@pobox.com>
2007-12-08pvrusb2: Implement experimental support for OnAir Creator and USB2 devicesMike Isely
From: Mike Isely <isely@pobox.com> Signed-off-by: Mike Isely <isely@pobox.com>
2007-12-08pvrusb2: Mark Gotview hardware as having a cx2584x partMike Isely
From: Mike Isely <isely@pobox.com> Signed-off-by: Mike Isely <isely@pobox.com>
2007-12-02pvrusb2: Implement default standard selection based on device typeMike Isely
From: Mike Isely <isely@pobox.com> This adds a default video standard setting to the pvr2_device_desc structure for describing device types. With this change it is possible to set a reasonable default standard based on device type. Signed-off-by: Mike Isely <isely@pobox.com>
2007-11-27pvrusb2: fix typo in commentsMichael Krufky
From: Michael Krufky <mkrufky@linuxtv.org> Firmware file name(s) for 24xxx devices Signed-off-by: Michael Krufky <mkrufky@linuxtv.org>
2007-11-25pvrusb2: Enable support for "GOTVIEW USB2.0 DVD2" hardwareMike Isely
From: Mike Isely <isely@pobox.com> This changeset allows the pvrusb2 driver to operate a new device type ("GOTVIEW USB2.0 DVD2"). Changes amount to defining a new routing scheme for the device and adding appropriate table entries into pvrusb2-devattr.c. Signed-off-by: Mike Isely <isely@pobox.com>
2007-11-25pvrusb2: Use of virtual IR chip is a device-specific attributeMike Isely
From: Mike Isely <isely@pobox.com> For Hauppauge 24xxx devices, the IR receiver is a custom piece of logic that is very specific to the device. The pvrusb2 driver can virtualize this to make it look like a more normal IR receiver found in other Hauppauge devices. The decision of whether or not to enable this virtualization however is a device-specific attribute, thus this changeset. Signed-off-by: Mike Isely <isely@pobox.com>
2007-11-25pvrusb2: Implement signal routing schemesMike Isely
From: Mike Isely <isely@pobox.com> The exact routing of video and audio signals within a device is a device-specific attribute. Hauppauge devices do it one way; other types of device may route things differently. Unfortunately it is rather impractical to define chip-specific routing at the device attribute level, so instead what happens here is that "schemes" are defined. Each chip level interface implements its part of a given scheme and the scheme as a whole is made into a device specific attribute controlled via a table entry in pvrusb2-devattr.c. The only scheme defined here is for Hauppauge devices, but clearly this opens the door for other possibilities to follow. Signed-off-by: Mike Isely <isely@pobox.com>
2007-11-25pvrusb2: Existence of Hauppauge ROM is a device-specific attributeMike Isely
From: Mike Isely <isely@pobox.com> Arrange so that the pvrusb2 driver can optionally work without a Hauppauge ROM being present - which is fairly important for devices that happen to not come from Hauppauge. The expected existence of a Hauppauge ROM is now a device attribute. The tuner type is now also a device attribute, which is consulted if there is no ROM. Signed-off-by: Mike Isely <isely@pobox.com>
2007-11-25pvrusb2: Centralize device specific attributes into a single place.Mike Isely
From: Mike Isely <isely@pobox.com> The pvrusb2 driver currently supports two variants of the Hauppauge PVR USB2. However there are other hardware types potentially supportable, but the driver at the moment is not structured to make it easy to describe these minor variations. This changeset is the first set of changes to make such additional device support possible. Device attributes are held in several tables all contained within pvrusb2-devattr.c; all other device-specific driver behavior now derives from these tables. Signed-off-by: Mike Isely <isely@pobox.com>