- 15 Feb, 2012 2 commits
-
-
Taylor Ralph authored
Correctly sets the max/min/default values for the hdpvr picture controls. The reason the current values didn't cause a problem until now is because any firmware <= 0.15 didn't support them. The latest firmware releases properly support picture controls and the values in the patch are derived from the windows driver using SniffUSB2.0. Thanks to Devin Heitmueller for helping me. Signed-off-by:
Taylor Ralph <tralph@mythtv.org> Thanks-to: Devin Heitmueller <dheitmueller@kernellabs.com> Acked-by:
Jarod Wilson <jarod@redhat.com> Reviewed-by:
Mauro Carvalho Chehab <mchehab@redhat.com>
-
Randy Dunlap authored
From: Randy Dunlap <rdunlap@xenotime.net> Fix wl128x Kconfig to depend on GPIOLIB since TI_ST also depends on GPIOLIB. (.text+0xe6d60): undefined reference to `st_register' (.text+0xe7016): undefined reference to `st_unregister' (.text+0xe70ce): undefined reference to `st_unregister' Signed-off-by:
Randy Dunlap <rdunlap@xenotime.net> Acked-by:
Manjunatha Halli <manjunatha_halli@ti.com> Signed-off-by:
-
- 14 Feb, 2012 1 commit
-
-
Janne Grunau authored
status has to be set to STREAMING before the streaming worker is queued. hdpvr_transmit_buffers() will exit immediately otherwise. Reported-by:
Joerg Desch <vvd.joede@googlemail.com> CC: stable@kernel.org Signed-off-by:
-
- 09 Feb, 2012 1 commit
-
-
Laurent Pinchart authored
Commit 3e0ec41c ("V4L: dynamically allocate video_device nodes in subdevices") makes the embedding video_device directly. Fix accesses to the devnode accordingly. Signed-off-by:
Laurent Pinchart <laurent.pinchart@ideasonboard.com> Acked-by:
Sakari Ailus <sakari.ailus@iki.fi> Signed-off-by:
-
- 26 Jan, 2012 1 commit
-
-
Jarod Wilson authored
This patch is just a minor update to one titled "imon: Input from ffdc device type ignored" from Corinna Vinschen. An earlier patch to prevent an oops when we got early callbacks also has the nasty side-effect of wedging imon hardware, as we don't acknowledge the urb. Rework the check slightly here to bypass processing the packet, as the driver isn't yet fully initialized, but still acknowlege the urb and submit a new rx_urb. Do this for both interfaces -- irrelevant for ffdc hardware, but relevant for newer hardware, though newer hardware doesn't spew the constant stream of data as soon as the hardware is initialized like the older ffdc devices, so they'd be less likely to trigger this anyway... Tested with both an ffdc device and an 0042 device. Reported-by:
Corinna Vinschen <vinschen@redhat.com> Signed-off-by:
-
- 23 Jan, 2012 6 commits
-
-
Mauro Carvalho Chehab authored
Changeset 7830bbaf mangled the bandwidth field for CinergyT2. Properly fill it. Signed-off-by:
-
Josh Wu authored
Signed-off-by:
Josh Wu <josh.wu@atmel.com> Acked-by:
Nicolas Ferre <nicolas.ferre@atmel.com> Signed-off-by:
Guennadi Liakhovetski <g.liakhovetski@gmx.de> Signed-off-by:
-
Antti Palosaari authored
Fix bug introduced by multi-frontend to single-frontend change. It is safer to put DVB-T parts sleeping when auto-switching to DVB-T2 and vice versa. That was original behaviour. Signed-off-by:
Antti Palosaari <crope@iki.fi> Signed-off-by:
-
Antti Palosaari authored
No more error that error seen when device is plugged: dvb_ca adapter 0: Invalid PC card inserted :( Signed-off-by:
-
Antti Palosaari authored
Fix bug introduced by multi-frontend to single-frontend change. This parameter is no longer used after multi-frontend to single-frontend change. Signed-off-by:
-
Antti Palosaari authored
Fix bug introduced by multi-frontend to single-frontend change. * Add missing DVB-C caps * Change frontend name as single frontend does all the standards Signed-off-by:
-
- 18 Jan, 2012 17 commits
-
-
Laurent Pinchart authored
The as3645a driver calls kzalloc(). Include slab.h. Reported-by:
Fredrik Lingvall <fredrik.lingvall@gmail.com> Signed-off-by:
Hans Verkuil <hans.verkuil@cisco.com> Signed-off-by:
-
Sachin Kamat authored
Signed-off-by:
Sachin Kamat <sachin.kamat@linaro.org> Signed-off-by:
-
Sachin Kamat authored
Signed-off-by:
-
Dan Carpenter authored
The intent here was to test if the FE_HAS_LOCK was set. The current test is equivalent to "if (status) { ..." Signed-off-by:Dan Carpenter <dan.carpenter@oracle.com> Signed-off-by:
-
Hans Verkuil authored
Several control names used inconsistent capitalization or were inconsistent in other ways. I also corrected a spelling mistake and fixed four strings that were too long (>31 characters). Harmless, but the string is cut off when it is returned with QUERYCTRL. Signed-off-by:
-
Jiri Slaby authored
Add an override of read_status to intercept lock status. This allows us to switch LEDs appropriately on and off with signal un/locked. The second phase is to override sleep to properly turn off both. This is a hackish way to achieve that. Thanks to Mike Krufky for his help. Signed-off-by:
Jiri Slaby <jslaby@suse.cz> Acked-by:
Michael Krufky <mkrufky@linuxtv.org> Signed-off-by:
Patrick Boettcher <pboettcher@kernellabs.com> Signed-off-by:
-
Jiri Slaby authored
This means cut & paste from the former f. attach. But while at it write to the right GPIO to turn on the right LED. Also turn the other two off jsut for sure. Signed-off-by:
-
Jiri Slaby authored
The start is common for both stk7070pd and novatd specific routine. This is just a preparation for the next patch. Signed-off-by:
-
Jiri Slaby authored
To properly support the three LEDs which are on the stick, we need a special handling in the ->frontend_attach function. Thus let's have a separate ->frontend_attach instead of ifs in the common one. The hadnling itself will be added in further patches. Signed-off-by:
-
Patrick Boettcher authored
The dib0700 needs a binary firmware file. This patch added the MODULE_FIRMWARE-macro. Signed-off-by:
Christoph Anton Mitterer <calestyo@scientia.net> Signed-off-by:
-
Patrick Boettcher authored
This small patch removes superfluous DTV_CMDs from dvb_frontend.c which were added in the initially when ISBD-T support was added. They were there unnoticed even though compilers should have warning about those duplicates. Finally they did and now we can remove them. Thanks to Dan Carpenter <dan.carpenter@oracle.com> for pointing that out. Signed-off-by:
-
Marek Szyprowski authored
queue_setup callback has been extended with struct v4l2_format *fmt parameter in 2d86401c commit. This patch adds this parameter to s5p-jpeg driver. Signed-off-by:
Marek Szyprowski <m.szyprowski@samsung.com> Signed-off-by:
-
Kamil Debski authored
Signed-off-by:
Kamil Debski <k.debski@samsung.com> Signed-off-by:
Kyungmin Park <kyungmin.park@samsung.com> Signed-off-by:
-
Kamil Debski authored
Signed-off-by:
-
Julia Lawall authored
Rewrite a duplicated test to test the correct value The semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // <smpl> @@ expression E; @@ ( * E || ... || E | * E && ... && E ) // </smpl> Signed-off-by:
Julia Lawall <Julia.Lawall@lip6.fr> Acked-by:
-
Julia Lawall authored
Rewrite a duplicated test to test the correct value The semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // <smpl> @@ expression E; @@ ( * E || ... || E | * E && ... && E ) // </smpl> Signed-off-by:
-
Sachin Kamat authored
This patch fixes the mismatch between control IDs (CID) and controls for hflip, vflip and rotate. Signed-off-by:
-
- 17 Jan, 2012 4 commits
-
-
Mauro Carvalho Chehab authored
If the frontend is in idle state, don't call get_frontend. Calling get_frontend() when the device is not tuned may result in wrong parameters to be returned to the userspace. I was tempted to not call get_frontend() at all, except inside the dvb frontend thread, but this won't work for all cases. The ISDB-T specs (ABNT NBR 15601 and ARIB STD-B31) allow the broadcaster to dynamically change the channel specs at runtime. That means that an ISDB-T optimized application may want/need to monitor the TMCC tables, decoded at the frontends via get_frontend call. So, let's do the simpler change here. Eventually, the logic could be changed to work only if the device is tuned and has lock, but, even so, the lock is also standard-dependent. For ISDB-T, the right lock to wait is that the demod has TMCC lock. So, drivers may need to implement some logic to detect if the get_frontend info was retrieved or not. Signed-off-by: -
Mauro Carvalho Chehab authored
On ISDB-T, each layer can have its own independent modulation, applied to the carriers that belong to the segments associated with them. So, there's no sense to define a global modulation parameter. Signed-off-by: -
Mauro Carvalho Chehab authored
The ISDB-T differs on its way to implement the hierarchical transmissions: instead of using a low-priority/high-priority FEC codes, it does that by using different layers, each layer with their groups of segments. So, those parameters don't make sense for ISDB-T. Signed-off-by: -
Mauro Carvalho Chehab authored
The units for DTV_FREQUENCY are kHz for satellital delivery systems (DVB-S/DVB-S2/DVB-TURBO/ISDB-S). Fix it at the API spec. Signed-off-by:
-
- 16 Jan, 2012 8 commits
-
-
Antti Palosaari authored
This fixes bug introduced by multi-frontend to single-frontend change. Finally HAS_LOCK is got back! We are not allowed to access hardware in sleep mode... Chip did not like when .get_frontend() reads some registers while chip was sleeping and due to that HAS_LOCK bit was never gained. TODO: We should add logic for dvb-core to drop out illegal calls like that. Signed-off-by:
-
Antti Palosaari authored
Fix yet another bug introduced be recent cxd2820r multi-frontend to single-frontend change. Finally, we have at least almost working picture for DVB-C too. Signed-off-by:
-
Jesper Juhl authored
As pointed out by 'make versioncheck', there's no need for drivers/media/dvb/frontends/tda18271c2dd.c to Signed-off-by:
Jesper Juhl <jj@chaosbits.net> Signed-off-by:
-
Antti Palosaari authored
Fix another bug introduced by recent multi-frontend to single-frontend change. Signed-off-by:
-
Antti Palosaari authored
cxd2820r implements only one frontend currently which handles all the standards. Signed-off-by:
-
Dan Carpenter authored
The caller doesn't check the return value of check_firmware() but static checkers complain. It currently returns negative error codes, or zero or greater on success but since the return type is boolean the values are truncated to one or zero. I've changed it to return an int, negative on error and zero on success. Signed-off-by:
-
Dan Carpenter authored
These were initialized twice by mistake. They were defined the same way both times so this doesn't change how the code works. Signed-off-by:
-
Miroslav Slugen authored
Signed-off-by:
Miroslav Slugen <thunder.mmm@gmail.com> Signed-off-by:
-
